Copiar clientes y métodos aptos no copia las suscripciones

La documentación de Stripe incluye datos básicos del cliente —nombre, correo, teléfono, dirección y metadatos— y determinados métodos de pago guardados. Enumera tarjetas y objetos PaymentMethod de ACH o SEPA entre los casos admitidos, sujetos a aptitud. Algunos tipos y representaciones antiguas quedan excluidos.

No se copian los objetos que describen la relación recurrente ni su historial. Los productos, los objetos Price, los descuentos y la configuración pertenecen también a la cuenta y deben prepararse por separado. Las cuentas conectadas y los clientes invitados requieren otra evaluación.

Stripe indica actualmente que los objetos Customer copiados mantienen su identificador en destino. Los identificadores de los métodos de pago cambian aunque representen la misma credencial apta. Las suscripciones recreadas reciben siempre un identificador nuevo. Los productos, los precios, los cupones, los impuestos y los webhooks son específicos de la cuenta.

No construyas la entrega sobre una expectativa sin verificar. Descarga o conserva el mapeo real, comprueba su unicidad y actualiza la aplicación con cada identificador de destino. Una coincidencia del identificador de Customer no elimina el trabajo sobre las demás referencias.

Una suscripción necesita un cliente de destino con un método utilizable, un producto y un precio recurrente, cantidad, fecha, prueba, método de cobro, descuento, impuesto y metadatos. También requiere una decisión sobre cuándo deja de cobrar el origen y cómo recibe el comprador el nuevo identificador.

El kit de migración de Stripe permite cargar y validar plantillas CSV y crear calendarios de destino, incluidos casos Stripe a Stripe. MoveMRR ofrece un flujo alternativo que incorpora inventario, mapeos, simulación, acciones de origen y conciliación. En ambos casos, la aplicación y las obligaciones legales siguen siendo responsabilidad de las partes.

Stripe explica que los clientes no son informados automáticamente cuando se copian datos aptos en segundo plano. Por ello, muchos no necesitan crear otra cuenta ni volver a introducir la tarjeta durante el corte. Confirma que cada cliente de destino tenga un método predeterminado utilizable.

Esto no garantiza renovaciones futuras sin interacción. Un método puede estar excluido, faltar, caducar o ser rechazado; el emisor puede exigir SCA o 3DS. Requisitos de consentimiento o mandato también pueden variar. Separa la población automática de los casos de reparación y proporciona un flujo seguro de actualización.

Antes, confirma las cuentas con Stripe, inventaría todos los tipos de pago, separa clientes invitados y métodos no admitidos y prepara la configuración de destino. Conserva el acceso histórico necesario. No envíes números de tarjeta ni intentes trasladarlos fuera del procedimiento de Stripe.

Después, compara recuentos e identificadores, verifica los métodos predeterminados y toma muestras de los tipos admitidos. Exporta explícitamente las ausencias y excepciones. Prueba la actualización del pago y la autenticación en destino antes de programar suscripciones.

MoveMRR utiliza el estado del cliente en destino y los mapeos del proyecto; no recibe números de tarjeta en claro ni sustituye a Stripe. Cualquier método no apto sigue siendo una acción visible en lugar de quedar oculto detrás de una promesa de automatización.