Entrega las suscripciones Stripe del vendedor a la cuenta del comprador

Si la entidad que opera el SaaS permanece y Stripe permite actualizar la titularidad, conservar la cuenta puede evitar una migración. Cuando el comprador requiere una entidad o cuenta diferente, o el vendedor conserva otros clientes en el origen, se evalúa una migración entre cuentas. Un cambio de país necesita confirmación específica.

No elijas por comodidad ni entregues credenciales como sustituto de la decisión. Registra quién posee cada cuenta, qué negocio está incluido, qué historial necesita conservar cada parte y quién asume reembolsos, disputas y soporte posterior.

La primera capa son clientes y métodos de pago. Stripe puede copiar clientes aptos y determinados métodos guardados; el origen conserva sus datos. Su matriz excluye suscripciones, facturas, planes, cupones, eventos y registros. Concilia identificadores y métodos predeterminados tras la copia y genera una lista de reparación para ausencias.

La segunda capa es el catálogo y la suscripción. Productos, precios, descuentos, impuestos, cantidades, pruebas, fechas y método de cobro deben existir con significado equivalente en destino. Stripe ofrece un kit CSV para validar y programar suscripciones; un importador propio o MoveMRR son alternativas operativas.

La tercera capa es la aplicación. La nueva suscripción tiene otro identificador y el comprador utiliza otras claves, secretos de webhook y enlaces del portal. La base de datos, la analítica, la gestión de impagos y la lógica de acceso deben conocer el destino. Si se omite esta capa, el cobro puede funcionar mientras el producto sigue escuchando al vendedor.

Exporta el alcance exacto y clasifica estado, moneda, intervalo, cantidad, ancla, siguiente fecha, prueba, descuento, impuesto, método de cobro, metadatos y objetos relacionados. Señala renovaciones próximas, clientes compartidos, planes archivados, calendarios y facturación basada en uso.

Mapea por significado comercial, no por nombre. Un precio «Pro» puede tener otro importe o intervalo en destino. Verifica también la configuración de cuenta: facturas, descriptores, impuestos, portal, comunicaciones y recobro no se transfieren por el hecho de recrear suscripciones.

Prueba formas representativas en modo Sandbox y ejecuta una simulación contra el último estado. Compara el número de registros, los importes, las fechas y las acciones. Define condiciones de parada y un procedimiento para incorporar nuevas altas o cambios de suscripción posteriores a la instantánea y anteriores al corte.

En producción, crea o programa el destino y verifica su configuración. Completa después la desactivación acordada en origen antes de que ambas cuentas puedan facturar el mismo periodo. Las cancelaciones pueden afectar facturas, uso y prorrateos, por lo que la acción debe elegirse por cohorte.

Usa claves idempotentes estables al crear mediante API y guarda el resultado. La idempotencia evita repetir un efecto idéntico, pero la conciliación demuestra si la configuración fue correcta.

Cuando Stripe copia un método apto y el cliente de destino tiene un predeterminado utilizable, puede evitarse pedir un nuevo registro o número de tarjeta durante el corte. Esto es un resultado frecuente que debe verificarse, no una garantía universal.

Los métodos excluidos, credenciales vencidas, rechazos y SCA pueden requerir acción. Prepara mensajes y enlaces seguros para los casos afectados, y vigila eventos de pago y autenticación. No recojas números de tarjeta fuera de Stripe ni intentes copiar credenciales por tu cuenta.

Cierra con una conciliación por registro, la entrega de la aplicación y la observación de renovaciones. Conserva la evidencia de identificadores, fechas, origen y excepciones para que comprador y vendedor puedan explicar el resultado.