Construye un ensayo que incluya los casos difíciles de tu catálogo

El origen Live sirve como referencia para conocer formas y recuentos sin modificarlas; el origen Sandbox recibe datos de prueba que representan esas formas. El destino Live proporciona la referencia del catálogo comprador; el destino Sandbox recibe sus equivalentes de ensayo. Todas deben pertenecer al lado y modo correctos.

La lectura de producción y la escritura de prueba cumplen funciones distintas. Revisa permisos y el identificador de cuenta en cada validación. No utilices una clave Live con escritura para simplificar el proceso y no asumas que dos cuentas con nombres similares son la misma.

Abre el espacio de preparación desde el proyecto Sandbox. Valida primero la clave Live de origen restringida a lectura. MoveMRR muestra recuentos de vista previa; cuando una cifra aparece como `100+`, significa un límite de presentación, no que la cuenta contenga exactamente cien objetos.

Después valida una clave de prueba con escritura para el Sandbox de origen. Selecciona las entidades necesarias y lanza la preparación. Conserva el identificador y estado de la ejecución. Si el inicio está deshabilitado, revisa orden de validación, permisos, modo y selección; no amplíes permisos a ciegas.

Elige datos que representen precios, intervalos, descuentos, pruebas, estados y dependencias reales. El objetivo no es duplicar toda la producción, sino construir una muestra útil sin incluir datos de pago reales ni secretos.

Repite el proceso con la cuenta compradora: valida la referencia Live de solo lectura y después el Sandbox de destino con escritura. Crea productos, precios y objetos necesarios para probar los mapeos. Los identificadores de prueba serán distintos de los de producción.

Compara significado comercial, no solo nombres. Si un precio archivado del origen debe mapearse a un nuevo precio, representa esa decisión en el ensayo. Añade impuestos, cupones o múltiples partidas solo cuando forman parte del alcance y pueden reproducirse de forma segura.

Con ambas preparaciones completas, ejecuta la sincronización de clientes dentro de los entornos de prueba. El proceso recrea los clientes de origen en el Sandbox de destino y produce un CSV de correspondencias. Comprueba que el archivo se muestra y que los recuentos y relaciones son coherentes.

No confundas esta sincronización de ensayo con Customer Data Copy de producción. No transfiere credenciales de pago reales ni demuestra que un método sea apto entre las cuentas Live. En producción, Stripe conserva el control de la copia autorizada y sus límites.

Guarda el mapeo como artefacto del ensayo y úsalo para recorrer importación, validación, simulación y conciliación. Si la sincronización está deshabilitada, confirma que ambos trabajos de preparación terminaron y que las claves Sandbox permanecen validadas.

Compara las formas de prueba con el inventario Live sin copiar datos sensibles. Debe haber ejemplos de cada regla que pueda cambiar el resultado: fechas, pruebas, estados, cobro manual, varias partidas y objetos archivados. Documenta qué no puede reproducirse y cómo se validará por separado.

Ejecuta el flujo MoveMRR completo en Sandbox: conexión, importación, mapeo, configuración, simulación, lanzamiento de prueba y verificación. Repite hasta que la secuencia y las responsabilidades sean claras. Un ensayo satisfactorio no autoriza la producción ni garantiza un pago futuro; el proyecto Live necesita sus propias claves, mapeos y aprobación.

Cuando cambie el catálogo o el alcance, actualiza la muestra y repite los controles afectados. La utilidad del Sandbox depende de su representatividad, no de una etiqueta de éxito.