Cambio de destino y desconexión

Baja confirmada y alcance

La baja está en Claves y acceso y requiere confirmación. Revoca las claves Runtime, detiene la conexión y comprueba la retirada de la suscripción de nuestra app en Meta. Conserva el registro administrativo y borra sus credenciales locales al confirmar la baja.

La baja individual se bloquea si hay otras conexiones no desconectadas en la WABA. Para un grupo, usá Revisar y desconectar el grupo completo desde Claves y acceso. No elimina el número de Meta ni revoca accesos de otras apps; tampoco retira credenciales ya copiadas a herramientas externas.

Desconectar el grupo completo

El flujo conjunto admite de una a diez conexiones externas activas de la misma WABA y negocio. Revisá el inventario visible y confirmá expresamente la baja de todas. La lista completa en Meta debe coincidir: números desconocidos, grupos de otro negocio, más de diez conexiones o cambios de destino pendientes bloquean la operación.

Primero se guardan juntas la pausa de todas las conexiones, la revocación de sus claves Runtime y una operación de recuperación sin credenciales. Sólo después se retira la suscripción de nuestra app a la WABA. Al comprobar su ausencia se finalizan todas las bajas y se borran las credenciales cifradas locales. También dejan de recibirse los eventos administrativos de esa suscripción.

Si hay timeout, caída del proceso o fallo local, el grupo permanece pausado con sus claves revocadas. Desde cualquier integrante podés volver a la operación. Esperá 90 segundos y usá Consultar resultado en Meta: sólo lee y termina la baja si comprueba que la suscripción ya no existe. Si sigue presente, Reintentar baja del grupo exige otra confirmación explícita y vuelve a comprobar el inventario antes de escribir.

No hay cancelación ni reactivación automática después de pausar. Se conservan las credenciales cifradas para recuperar un resultado incierto, y se bloquean altas, reconexiones, cambios de destino y bajas individuales de esa WABA mientras siga pendiente. Si cambia la propiedad o el inventario local, contactá a soporte. Después de una baja confirmada, reconectá y creá claves nuevas; las anteriores no vuelven a funcionar.

Las solicitudes ya autorizadas pueden terminar y pueden llegar eventos en tránsito. No cambies la cuenta desde otras herramientas durante la operación: la comprobación remota refleja un instante, no un bloqueo de Meta. Este flujo no borra números, cuentas ni la aplicación del teléfono.

Recuperar el mismo número

En Mis conexiones → Claves y acceso → Reconectar este número podés renovar la autorización o recuperar una conexión desconectada. Seleccioná en Meta el mismo número y la misma WABA; una selección diferente se rechaza.

Las conexiones externas conservan la URL. Reingresá el token de verificación: debe ser el existente mientras la conexión conserve credenciales. Después de una baja confirmada se verifica el token nuevamente. Las conexiones de WA CRM conservan su bandeja.

El intento vence a los 30 minutos. Si la conexión cambia mientras autorizás, iniciá otro intento desde el panel. Al completar la reconexión se revocan las claves Runtime anteriores; creá una nueva y actualizá tu integración. Un conflicto de destino con otra conexión de la WABA bloquea la recuperación sin reactivarla.

Este recorrido no migra a otra URL ni permite recuperar un número diferente. La autorización requiere acceso a la cuenta correspondiente en Meta.

Revisá toda la WABA

El webhook externo es compartido por las conexiones compatibles de una WABA para nuestra app. Una modificación puede afectar más de un número.

Antes del cambio, relevá conexiones, dueño de la cuenta, destino vigente y credenciales administradas. Conservá la configuración anterior en un lugar seguro para poder recuperarla.

Cambiar la URL desde el panel

En Ver detalles → Cambiar destino o revisar cambio pendiente, ingresá la nueva URL HTTPS (hasta 200 caracteres) y el token de verificación del nuevo receptor. Autorizá el desafío y el ping sintético. Si ambos pasan, queda una preparación válida por 10 minutos; todavía no se cambia el destino en Meta.

Confirmar cambio comprueba otra vez el receptor y el destino anterior en Meta. Registra la operación pendiente antes de enviar una única escritura. Sólo actualiza el destino guardado después de que Meta confirma el nuevo callback. Recargar la página no repite el envío.

Este circuito admite entre una y diez conexiones no desconectadas de la misma WABA y del mismo negocio. Todas deben estar activas y compartir URL y token del receptor. Antes de confirmar, mostrará el inventario completo y exigirá autorización del cambio conjunto. Migraciones de bandeja WA CRM a webhook, cambios de modo, más de diez conexiones y WABAs compartidas con otro negocio requieren soporte. No se cambian permisos ni claves Runtime.

Una preparación vencida se descarta desde el panel antes de preparar otra. Mientras exista un cambio pendiente se bloquean altas sobre esa WABA, reconexión, baja y reintento/prueba del destino guardado. La mensajería Runtime y el monitoreo siguen disponibles.

La lista de números en Meta debe coincidir exactamente con las conexiones incluidas; si hay números desconocidos, faltantes o una página siguiente sin verificar, se bloquea el cambio. También se comprueba que ninguno tenga un override específico del número. Estas consultas usan las credenciales cifradas guardadas y no muestran activos ajenos.

Se envía una sola escritura WABA. Tras confirmarla, todas las filas incluidas reciben la URL y el token nuevos en una única transacción local. Si cambia un integrante, su autorización, estado, nombre o destino después de preparar, la huella del grupo deja de coincidir y no se amplía silenciosamente la operación. Una preparación aún sin aplicar puede descartarse; un resultado incierto requiere revisión.

Si el resultado queda pendiente

Un timeout o una respuesta incompleta no demuestra que Meta rechazó el cambio. No repetimos automáticamente la escritura. Conservá activos ambos receptores y esperá al menos 90 segundos desde el intento antes de consultar el resultado.

Consultar resultado en Meta sólo lee. Si confirma el destino solicitado, finaliza el cambio. Si no lo confirma, conserva la operación pendiente. Restaurar destino anterior es otra acción explícita: verifica el receptor original, escribe ese destino una vez y consulta el resultado. Un destino remoto desconocido o una autorización cambiada bloquea la operación y requiere soporte.

Guardamos una operación por WABA con URL candidata, token cifrado, fechas, identificador de operación y huella del estado de todas las conexiones incluidas. No guardamos una copia completa del inventario remoto. Se elimina al confirmar el cambio, confirmar la restauración o descartar una preparación sin aplicar. Los intentos inciertos y las preparaciones vencidas no se borran automáticamente; la configuración anterior se conserva hasta resolver.

Una consulta confirma el estado observado en Meta en ese instante. No demuestra entrega de mensajes ni impide modificaciones posteriores desde otras herramientas. No se garantiza una transición sin retrasos, duplicados o eventos en tránsito; deduplicá en ambos receptores y completá una validación real coordinada.

Desde otra conexión del mismo grupo, el panel lleva al cambio ya iniciado. No se crean operaciones independientes para la misma WABA. Restaurar el destino anterior también requiere autorización del conjunto; consultar el resultado sólo lee y, si corresponde, finaliza todas las filas juntas. Si el grupo o la propiedad cambió, requiere soporte: no se aplica una parte del cambio.

Plan de cambio recomendado

Acordá una ventana, verificá el nuevo receptor, definí quién cambia el destino y cómo se vuelve al anterior. Después comprobá recepción, autenticación y envío en las herramientas afectadas.

Los overrides sólo afectan los campos admitidos por Meta. Eventos de plantillas y cuenta, como account_update, siguen llegando al callback de la aplicación. No interpretes la verificación remota de un evento como un servicio de reenvío de esos eventos a tu URL.