Conectar un canal desde dos sitios distintos

Si conectas WhatsApp Business a cualquier herramienta, esta nota te dice qué tiene que hacer esa herramienta para no mentirte, y cómo comprobarlo en dos minutos.

Pegas tus credenciales en el formulario. Le das a guardar. Sale un punto verde y dice «conectado».

Tres días después descubres que no salió ni un mensaje.

Lo que pasó es que el sistema guardó primero y comprobó después—o no comprobó nunca—. El punto verde no significaba «esto funciona», significaba «esto se guardó».

Un estado que dice verde sin haber preguntado no es un estado: es una mentira que tranquiliza.

La regla es al revés: preguntarle a Meta antes de escribir nada. Si Meta no reconoce el token, en la base no entra una fila. No hay canal a medio conectar.

Conectar WhatsApp pide tres cosas, y dos de ellas son números largos que se parecen muchísimo: el identificador del número de teléfono y el identificador de la cuenta de empresa.

Confundirlos es el error más fácil de cometer —están uno al lado del otro en el panel de Meta— y el más difícil de ver después, porque el formulario los acepta igual: los dos tienen la forma correcta.

No hay forma de distinguirlos mirándolos. Sí hay una forma de que los distinga Meta: preguntarle. El token abre únicamente el número al que pertenece, así que si preguntas por el número equivocado, te lo dice.

Solo la tercera fila detecta el error que de verdad ocurre. Y es la única que cuesta una llamada por internet, que es justo la razón por la que muchos productos se la ahorran.

Aquí está la decisión de fondo, y vale para cualquier sistema donde lo mismo se pueda hacer desde dos sitios.

Nuestro alta de canales tiene dos clientes: el formulario del panel de administración y el asistente que ve el propio cliente al entrar. Son dos pantallas distintas para dos personas distintas.

La regla: la diferencia entre ellos tiene que ser quién llama, no qué pasa. Las dos pantallas llaman a la misma pieza. Ninguna tiene su propia versión de las comprobaciones.

Porque escrito dos veces, pasa lo de siempre: el día que se añada una comprobación se añade en uno y no en el otro, y el canal conectado por el camino olvidado queda sin ella. Y el camino olvidado suele ser el que usa el cliente, no el que usamos nosotros.

Un apunte sobre cómo se etiqueta el trabajo, porque cambia cómo se hace.

Existe un camino de alta rápida, el que ofrece Meta para que el cliente conecte su número en tres clics. Requiere una aprobación que todavía no tenemos.

Mientras tanto, este formulario es el camino real de alta de todos los clientes. Es fácil llamarlo «provisional» y perdonarle cosas: un mensaje de error pobre, una comprobación que falta, una pantalla sin terminar. Total, va a durar poco.

Lo que usan todos los clientes hoy es la puerta principal, aunque tengas otra planeada.

«Provisional» es una promesa sobre el futuro. La calidad se paga en el presente, y el presente dura más de lo que uno calcula.

Queda lo que convierte una comprobación en ayuda.

Cuando algo falta, el mensaje nombra el campo concreto, y con el nombre técnico entre paréntesis: el que aparece en el panel de Meta, no el que inventamos nosotros para la pantalla.

Eso es lo que permite a alguien volver a la otra pestaña y encontrar el dato. Un «revisa los datos» obliga a comprobar los tres, y quien ya miró los tres una vez va a mirar mal la segunda.

Y cuando el error viene de Meta, se enseña lo que dijo Meta, sin traducirlo a un «no se pudo conectar». Su mensaje es feo y es el único que se puede buscar en su documentación.

• Prueba a conectar con un token inventado. Si tu herramienta lo guarda y sale en verde, su estado no significa nada.
• Prueba a cambiar los dos identificadores entre sí. Es el error real, y solo lo detecta quien pregunta.
• Comprueba si hay dos caminos de alta. Si los hay, pregunta si comprueban lo mismo.
• Exige que el error nombre el campo. Con el nombre técnico entre paréntesis, para poder buscarlo.
• Trata lo provisional como definitivo. Si hoy lo usan todos tus clientes, es la puerta principal.