La respuesta directa
Un endpoint de webhook pertenece a una única cuenta de Stripe: la cuenta de destino empieza sin ninguno y no lo crean ni la copia de datos de clientes ni la importación de suscripciones. MoveMRR puede recrear en el destino los endpoints activos del origen como paso opcional de una ejecución real, copiando la URL, los eventos suscritos, la versión de API, la descripción y los metadatos. Stripe nunca vuelve a revelar un secreto de firma existente, así que cada endpoint recién creado recibe un whsec_ nuevo que hay que desplegar en los consumidores de esa URL antes de volver a dar por buenos los eventos.
Revisado el 15 de agosto de 2026 por el equipo de producto de MoveMRR.
Cómo se comporta endpoints de webhook de stripe durante la migración
Cuando la opción «Migrar los endpoints de webhook de Stripe» está activada en el proyecto, la ejecución real lista los endpoints de ambas cuentas y recrea cada endpoint activo del origen que el destino todavía no cubra, copiando url, enabled_events, api_version, description y metadata, y dejando una referencia movemrr_source_webhook_id en el objeto nuevo. Si el destino ya tiene un endpoint con la misma URL que solo cubre parte de los eventos del origen, se amplía su lista de eventos en lugar de crear un duplicado: así conserva el secreto de firma que ya tenía y ningún evento se entrega dos veces. Los endpoints que el vendedor había desactivado se omiten en vez de reactivarse en la cuenta del comprador, y la correspondencia se hace por coincidencia exacta de la cadena de URL: no hay reescritura de dominios, de modo que un endpoint que deba apuntar a la infraestructura nueva hay que crearlo allí de forma deliberada.
Qué debe comprobar la revisión de preparación
La compatibilidad se determina a partir de los objetos Stripe reales, no del título de una página. El proyecto debe mostrar cualquier correspondencia ausente, campo no admitido, estado ambiguo o requisito de destino antes de ejecutar con datos reales.
- Ambas claves de Stripe llevan el permiso adicional de webhooks: lectura en la clave de origen y escritura en la de destino.
- Cada URL de endpoint del origen apunta a una infraestructura que el equipo de destino controla y puede desplegar.
- Los consumidores de cada endpoint creado pueden recibir un secreto de firma nuevo en el momento del cambio.
- Se revisan los endpoints que ya existen en destino, porque uno con la misma URL amplía su lista de eventos en vez de duplicarse.
El principal fallo que hay que evitar
Que la verificación de firma falle después del cambio. Stripe emite un whsec_ nuevo para cada endpoint que se crea, y un consumidor que siga validando con el secreto antiguo rechaza todas las entregas. La pestaña Webhooks de la ejecución separa los endpoints creados, actualizados, omitidos y fallidos, e indica exactamente cuáles necesitan el secreto nuevo, que se lee en el panel de Stripe de destino: MoveMRR nunca recibe, guarda ni muestra ese valor.
Endpoints de webhook de Stripe: controles entre origen y destino
| Control | Prueba necesaria | Si no se cumple |
|---|---|---|
| Permisos de clave | Lectura de webhooks en origen y escritura en destino | La clave no valida; regenerarla con ese permiso |
| Cobertura | El control previo marca cada URL activa como cubierta o ausente | Activar la opción o recrear los endpoints a mano |
| Secretos de firma | Cada endpoint creado tiene un responsable que desplegará su whsec_ | Los eventos se rechazan hasta desplegar el secreto |
| Comparación posterior | La conciliación indica cubierto, no parcial ni ausente | Añadir los eventos que falten y volver a verificar |
Un proceso controlado
- 1
Haz un inventario del origen
Captura estado, campos, objetos relacionados, fechas y configuración de cuenta.
- 2
Prepara las dependencias del destino
Crea o relaciona todo el catálogo, impuestos, descuentos y pagos necesarios.
- 3
Prueba ejemplos representativos
Incluye los registros difíciles, no solo el camino ideal.
- 4
Revisa las acciones previstas
Resuelve o excluye de forma explícita cada aviso antes de ejecutar.
- 5
Concilia tras la creación
Compara el destino con el estado aprobado y vigila el siguiente evento.
Preguntas frecuentes
¿Se puede migrar el secreto de firma junto con el endpoint?
No, y ninguna herramienta puede hacerlo. Stripe devuelve el secreto de firma una sola vez, al crear el endpoint, y no vuelve a mostrarlo. Por eso los endpoints que MoveMRR crea en destino tienen un whsec_ nuevo que lees en el panel de Stripe de destino y despliegas tú en tus consumidores. Los endpoints que solo se ampliaron conservan el secreto que ya tenían.
¿Qué ocurre si el destino ya tiene un endpoint con la misma URL?
No se duplica. Si ese endpoint ya cubre todos los eventos del origen, el endpoint de origen se omite. Si solo cubre algunos, MoveMRR lo actualiza con la unión de ambas listas de eventos, de modo que conserva su secreto de firma y ningún evento se entrega dos veces.
¿También se recrean los endpoints desactivados?
No. Un endpoint que el vendedor había desactivado se informa como omitido y no se recrea, porque reactivarlo en la cuenta del comprador reanudaría entregas que el vendedor detuvo a propósito. Si el comprador lo quiere activo, hay que crearlo a mano.
¿Puedo ensayarlo antes del cambio real?
Sí, en un proyecto sandbox, que es gratuito e ilimitado. Ten en cuenta que la siembra del sandbox no copia endpoints de webhook, así que crea antes un par de endpoints a mano en el sandbox de origen; la ejecución aplicará entonces la misma lógica de copia en modo de prueba de Stripe.