El webhook smb_message_echoes

¿Por qué existe este campo?

Porque la Coexistencia crea una situación para la que la API no fue construida en un principio: dos cosas enviando desde un mismo número.

En un número Cloud API común, el software es el único remitente, así que no hay nada que informar. En un número con Coexistencia el equipo sigue respondiendo desde el teléfono, y sin una forma de ver eso el software estaría operando a ciegas sobre la mitad de cada conversación.

El echo cierra esa brecha. Cuando alguien escribe una respuesta en la app de WhatsApp Business, llega a tu endpoint como un evento, con la misma forma que un mensaje entrante pero marcado como saliente de la empresa.

¿Qué se rompe si lo ignoras?

Al cliente le responden dos veces, y eso parece descuido.

La secuencia de siempre es que un cliente pregunta algo a las ocho de la mañana, una persona toma la conversación en el teléfono en menos de un minuto, y una automatización que nunca vio esa respuesta contesta la misma pregunta tres minutos después. Del lado del cliente, eso es una empresa que no sabe lo que ella misma ya dijo.

Manejarlo no es complicado. Registra el echo en la conversación exactamente como harías con un mensaje entrante, y revisa si hubo actividad reciente antes de enviar. Lo que hace que esto duela es que es invisible en las pruebas, porque una conversación de prueba no tiene a una persona respondiéndola.

Errores comunes

• Tratar los echoes como ruido y descartarlos. Son la única señal de que una persona ya respondió.
• Suponer que el campo existe en cada número. Es específico de la Coexistencia.
• Probar sin una persona en el flujo, que es justo el escenario donde el problema nunca aparece.

Preguntas frecuentes

Sigue leyendo