Facturación Stripe en una compraventa SaaS: qué comprobar y quién lo aprueba

Empieza por una decisión que no corresponde a la herramienta: ¿la cuenta Stripe puede permanecer con el negocio adquirido o el comprador necesita una cuenta independiente? Stripe debe confirmar la ruta y cualquier cambio de entidad o país. El contrato debe definir control, obligaciones históricas, reembolsos, disputas y acceso a registros.

Construye un manifiesto firmado de clientes y suscripciones incluidas. Señala clientes compartidos, planes antiguos, precios personalizados, prepago anual, pruebas, pagos vencidos, facturación por factura, múltiples partidas, descuentos e impuestos. Si el origen contiene otro negocio del vendedor, el alcance debe impedir que se copien o alteren registros ajenos a la operación.

Solicita con tiempo la copia de clientes y métodos de pago que Stripe considere aptos. Compara el resultado con el manifiesto, verifica métodos predeterminados y separa los casos no copiados. La copia no incluye las suscripciones ni el historial de facturas; conserva el acceso de origen que exijan la operación y las obligaciones aplicables.

En destino, crea o mapea productos, precios, cupones y configuración fiscal con el mismo significado. Documenta importes, monedas, intervalos, cantidades, anclas, pruebas y método de cobro. Utiliza claves restringidas distintas, guarda los secretos en un almacén apropiado y comprueba los permisos antes del ensayo.

Prueba una muestra representativa que incluya las configuraciones difíciles, no solo la suscripción mensual más sencilla. La simulación debe revisar la acción prevista sin escribir datos; el ensayo Sandbox debe demostrar que el equipo puede completar el recorrido y conciliar identificadores. Los identificadores de los modos de prueba y producción son distintos y necesitan mapeos separados.

Define criterios de no lanzamiento: cuenta incorrecta, cambio de alcance, objetos sin mapear, métodos de pago sin clasificar, renovación demasiado próxima, ausencia del propietario de la aplicación o falta de una estrategia de desactivación. La fecha de cierre comercial no convierte un lote incompleto en seguro.

Congela o controla altas y cambios, toma una instantánea final y vuelve a ejecutar las comprobaciones. Crea o programa las suscripciones de destino, conserva la relación de identificadores y valida la configuración antes de aplicar la acción acordada en origen. Stripe recomienda crear en destino antes de cancelar el origen, pero también cancelar el origen antes de que ambas cuentas puedan cobrar por el mismo periodo.

El comprador debe activar sus propias claves, endpoints de webhook y secretos de firma, enlaces del portal de clientes, mapeos de base de datos y lógica de permisos. Comprueba los eventos recuperando el objeto cuando sea necesario, porque Stripe no garantiza el orden de los webhooks. Un fallo de aplicación puede dejar a un cliente sin acceso aunque el cobro sea correcto.

Durante las primeras renovaciones, revisa pagos fallidos, autenticaciones, facturas inesperadas, webhooks sin procesar y diferencias de acceso. Cada excepción debe tener un propietario, una fecha y una resolución. Si se detecta un cobro duplicado, detén nuevos solapamientos, confirma qué cuenta debe conservar el cobro y coordina reembolso y comunicación según el caso.

Revoca las claves temporales cuando finalice la ventana de observación y archiva mapeos, informes de ejecución, aprobaciones y conciliación. No elimines el acceso histórico que sea necesario para obligaciones, disputas o soporte sin que el contrato y los asesores hayan resuelto su conservación.

Esta lista es operativa, no asesoramiento jurídico, fiscal, contable o de protección de datos. Las partes deben adaptar el plan a sus contratos, jurisdicciones, métodos de pago y obligaciones regulatorias.