Las suscripciones no siguen automáticamente al dominio y al código

En la primera ruta, la entidad que opera el negocio y la cuenta Stripe permanecen juntas. Stripe evalúa los cambios de propietario, representante, banco y datos empresariales. Esto conserva suscripciones, facturas e historial dentro de la misma cuenta, pero exige una entrega formal de seguridad y responsabilidades.

En la segunda ruta, el comprador factura desde otra cuenta. Es común cuando se venden activos, cambia la entidad o el país, o el vendedor conserva otros productos. La migración crea nuevos objetos en destino y deja el historial en origen. Stripe debe confirmar la aptitud del par de cuentas.

El proceso de copia puede incluir objetos Customer aptos y determinados métodos de pago guardados, según el tipo y las cuentas. Stripe indica que las suscripciones, las facturas, los planes, los cupones, los eventos y los registros no se copian. El término correcto es copia: los datos de origen permanecen.

Para recrear suscripciones, el kit de Stripe acepta plantillas CSV, valida referencias de destino y crea calendarios. También puede construirse un importador mediante API o usar MoveMRR. La herramienta elegida no decide el perímetro de la venta ni reemplaza la aplicación del comprador.

La cuenta de destino necesita productos, precios, descuentos e impuestos propios. Las fechas de cobro, pruebas, cantidades, método de cobro y metadatos deben reconstruirse. Por eso un simple listado de clientes no representa el trabajo completo.

Incluye identificadores de cuenta, población de clientes, suscripciones, métodos de pago y configuraciones especiales. Señala quién solicita la copia, quién prepara el catálogo, quién aprueba el corte y quién conserva acceso histórico. Asigna también reembolsos, disputas, reservas, datos y soporte.

El anexo operativo debe describir la frontera de cobro: qué cuenta factura cada periodo y cuándo deja de poder cobrar el origen. Añade criterios de aceptación, tratamiento de excepciones, periodo de observación y revocación de credenciales. Su contenido debe revisarse con abogados y asesores fiscales; esta guía no redacta ni interpreta el contrato.

Primero se concilia la copia de datos aptos y se repara o clasifica lo ausente. Después se mapea el catálogo y se ensayan todas las formas relevantes. Una simulación identifica datos y acciones, pero no garantiza autorizaciones bancarias futuras.

Durante el corte se crea o programa el destino, se verifica y se desactiva el origen según la frontera acordada. El comprador despliega claves, identificadores y webhooks. Cada resultado queda relacionado con su objeto de origen y cada excepción recibe un responsable.

La observación cubre primeras renovaciones, pagos fallidos, autenticaciones, facturas y acceso. La migración no termina porque un contador coincida; termina cuando la facturación y la aplicación funcionan juntas y las diferencias están conciliadas.

Una copia apta puede evitar pedir a todos que vuelvan a registrarse. No obstante, métodos no compatibles, ausencia de predeterminado, caducidad, rechazo o SCA pueden exigir una acción concreta. Mantén un flujo seguro de actualización dentro de Stripe y no recopiles credenciales de pago por correo.

La necesidad de una comunicación general depende del contrato, la entidad, la marca, el descriptor, la privacidad y la jurisdicción. Comprador y vendedor deben resolverla con sus asesores. Operativamente, prepara mensajes para excepciones y soporte antes de cortar, incluso si se espera una transición silenciosa para la mayoría.