Cuando Tyntec cerró de un día para el otro. Así recuperé dos números de clientes.

Fue un viernes a la noche cuando me enteré.

Los números de WhatsApp de dos clientes se habían quedado mudos. No "demorados" — muertos. Nada entrando, nada saliendo, nada moviéndose por la API. Cuando lo rastreé, la respuesta era de las que no querés un viernes a medianoche: el proveedor (BSP) donde vivían esos números había entrado en quiebra. Sin email, sin aviso de baja, sin período de transición. Un día ruteaba mensajes; al siguiente ya no era una empresa.

Si estás leyendo esto porque te acaba de pasar lo mismo, respirá. Migré los dos números y volvieron a mensajear. Este es el camino completo, incluido el callejón sin salida que te va a comer la primera noche si nadie te avisa.

Lo escribo como me hubiera gustado que alguien lo escribiera para mí a la 1 de la mañana.

01 — El diagnósticoPrimero, entendé qué se rompió de verdad

Cuando un BSP desaparece, tu instinto dice "se cayó WhatsApp". No es así. WhatsApp, Meta y tus números están perfectos. Lo que se rompió es la conexión entre tus números y la API de mensajería: el BSP era el intermediario que sostenía esa cañería, y el intermediario se fue.

El número en sí, la WhatsApp Business Account (WABA) donde vive, los templates, la verificación — en mi caso todo eso seguía existiendo del lado de Meta. El problema es más acotado y más molesto que "se perdió todo". Es esto: para mover un número de un BSP muerto a uno vivo, tenés que pasar un candado de seguridad que el BSP muerto configuró y cuya llave nunca te dio.

Ese candado es la verificación en dos pasos: un PIN de 6 dígitos atado al número. Y acá está la trampa: el BSP lo configuró durante el onboarding, el PIN era de ellos, y ahora no hay nadie en esa empresa a quien pedírselo.

02 — Antes de entrar en pánicoInterrogá la API del BSP muerto mientras todavía responde

Esto es lo primero que casi nadie piensa hacer, y decide todo lo que viene después.

Que una empresa entre en quiebra no significa que sus servidores se apaguen ese mismo día. En mi caso, la API del BSP siguió respondiendo un tiempo después de que la empresa ya no existía. Si todavía tenés tu API key de cuando eras cliente, podés consultar tus cuentas directamente y leer el campo más importante de todo este quilombo: de quién es la WABA.

La mayoría de los BSP exponen un endpoint de cuentas bajo su Cloud API. La forma suele ser algo así:

bashcurl -s "https://api.tyntec.com/conversations/v3/channels/whatsapp/accounts/<ACCOUNT_ID>" \
  -H 'accept: application/json' \
  -H 'apikey: YOUR_API_KEY'

En el JSON que vuelve, buscá el campo de propiedad. En mi caso la clave era ownershipType, y el valor que me salvó fue:

json"ownershipType": "CLIENT_OWNED"

Esta es la bifurcación del camino. Leelo con atención, porque las dos ramas son noches muy distintas:

Si la API del BSP muerto ya está caída y no podés chequear, muchas veces todavía podés ver la propiedad del lado de Meta, en Business Settings / WhatsApp Manager, dentro de tu Business Manager. Pero chequealo como puedas antes de arrancar: te dice cuál de las dos guías de abajo es la tuya.

03 — La trampaEl mito que te va a hacer perder la primera noche

Antes del arreglo, dejame matar la idea que probablemente ya estás teniendo.

Vas a pensar: "Yo controlo la línea física. Re-registro el número en un proveedor nuevo con un código por SMS o voz, y eso saltea el PIN viejo."

No lo saltea. Le hice esta pregunta exacta al soporte de Meta — tenía control total de las líneas y me ofrecí a hacer verificación por SMS o voz. La respuesta fue explícita: el acceso físico a la línea no saltea la verificación en dos pasos. Mientras el 2FA esté activo en el número, no podés registrarlo en un proveedor nuevo, por más códigos de verificación que puedas recibir.

04 — El arregloCLIENT_OWNED: el cliente desactiva el 2FA él mismo

Esta es la parte que se siente casi demasiado simple después del pánico. Si la WABA es del cliente, la config de 2FA vive en un lugar al que tu cliente puede llegar — su propio WhatsApp Manager — y el BSP muerto es irrelevante para eso.

El soporte de Meta me confirmó este camino directamente: no pueden resetear el PIN manualmente (por seguridad no tienen forma de anularlo a mano), pero el dueño de una WABA client-owned puede simplemente desactivar la verificación en dos pasos desde su propia cuenta. El BSP muerto no participa en esto.

Este es el camino de clics. El dueño de la cuenta — tu cliente, logueado en su cuenta de Business — hace esto:

1. Entrá a business.facebook.com/settings/ e iniciá sesión en la cuenta de Business que administra la WABA.
2. Abrí WhatsApp Accounts. Encontrá y hacé clic en la WABA.
3. En el panel de info de la WABA, hacé clic en Settings.
4. En la pestaña nueva, abrí WhatsApp Manager.
5. Encontrá el número de teléfono y hacé clic en su Settings.
6. Abrí Two-step verification y desactivala (off).

Eso es todo. Una vez que el 2FA está desactivado en el número, el candado desaparece y el número queda libre para registrarse en otro lado.

El último paso: re-registrar en tu proveedor nuevo

Con el 2FA desactivado, el número vuelve a ser portable. En tu proveedor nuevo — yo moví los míos a la WhatsApp Cloud API con mi propio setup de Tech Provider — registrás el número de la forma normal y ponés un PIN de 2FA nuevo, tuyo, durante ese registro.

Ese PIN nuevo importa: ahora es tuyo, vos lo controlás, y nunca más un tercero te va a dejar afuera. Anotalo en algún lugar que sea realmente tuyo. Toda la crisis que acabás de vivir fue, en el fondo, un PIN en manos de otro. No recrees esa dependencia.

Una vez registrado, mandá un mensaje de prueba de punta a punta. Cuando pasa, estás migrado.

05 — La rama difícilSi la WABA no es del cliente

Si la propiedad volvió como cualquier cosa distinta de client-owned, el toggle self-serve no está disponible para vos, porque el activo era del BSP muerto. Vas a tener que escalar a Meta directamente y pedir un reseteo de la verificación en dos pasos con el argumento de que el proveedor está difunto e inubicable.

Abrí un caso con el soporte de Meta Business, explicá que el BSP está en quiebra sin nadie que pueda desactivar el 2FA, y aportá los datos de la WABA y del Business Manager de los números. Sé paciente y preciso — tené la evidencia de propiedad y los IDs de tu Business Manager listos antes de abrir el caso. Esta rama es más lenta y depende de Meta, pero es un camino. Solo que no es el rápido.

06 — En retrospectivaLo que le diría a mí mismo esa noche de viernes

Tres cosas, en orden:

• No se perdió nada. Tu número, tu WABA, tus templates — están en Meta, no en el BSP. El BSP solo sostenía la conexión.
• Chequeá la propiedad primero. CLIENT_OWNED significa que lo podés arreglar esta noche. Cualquier otra cosa significa que esperás a Meta. Todo lo que sigue depende de ese único campo.
• El PIN es todo el juego. No estás peleando contra WhatsApp; estás sacando un candado que el proveedor viejo dejó atrás. Una vez que sale y ponés el tuyo, estás libre.

La razón por la que un proveedor muerto pudo dejar a dos de mis clientes offline de un día para el otro es la misma razón por la que tuvo arreglo: los números y las cuentas eran genuinamente de los clientes, sobre la infraestructura de Meta, con el BSP como una capa reemplazable por encima. Ese es todo el argumento para ser dueño de tu WABA y conectarte lo más directo posible — así, la próxima vez que un proveedor desaparezca, es una tarde de trabajo y no un evento existencial.