Envía conversaciones de WhatsApp a Salesforce desde un número con Coexistencia

¿Cómo es el workflow de n8n?

Cuatro nodos en línea, más la rama de verificación que necesita todo webhook de Meta.

Un nodo Webhook recibe el POST que Meta envía por cada mensaje. Un nodo de Salesforce ejecuta una consulta SOQL para buscar un Lead o Contact cuyo teléfono coincida con el del remitente. Un nodo IF separa según si volvió algún resultado: si lo hubo, el workflow arrastra el id del registro; si no, otro nodo de Salesforce crea un Lead con el nombre de perfil del payload. Un último nodo de Salesforce crea una tarea en ese registro, con el texto del mensaje en la descripción y un asunto que indica que era un mensaje de WhatsApp.

La rama de verificación responde al GET de Meta con el valor de hub.challenge como cuerpo simple. Sin ella, Meta nunca empieza a entregar y el resto del workflow queda inactivo.

¿Tarea o nota: cuál es mejor para guardar el mensaje?

Una tarea, para la mayoría de los equipos, porque aparece en la línea de tiempo de actividad que los comerciales ya leen y permite generar informes. Ponla en estado completada para que no figure como pendiente abierta, y dale un asunto que nombre el canal, de modo que filtrar la actividad de WhatsApp sea una sola condición.

La operación de añadir nota del nodo de n8n sirve para otro caso: un resumen en lugar de cada mensaje. Algunos equipos hacen que el workflow reúna los mensajes del día por contacto y escriba una sola nota por la tarde, lo que mantiene legible la línea de tiempo de un cliente que envía veinte líneas cortas.

Elijas lo que elijas, guarda el id del mensaje de WhatsApp en el registro. Meta reintenta las entregas, y un workflow que comprueba si ya existe un id antes de escribir nunca registra dos veces el mismo mensaje.

¿Puede el equipo seguir respondiendo desde el teléfono, y lo verá Salesforce?

Sí a ambas cosas. La Coexistencia mantiene la app de WhatsApp Business funcionando con el mismo número, así que quienes atendían ayer a los clientes siguen haciéndolo. Cuando responden desde la app, Meta envía un eco del mensaje saliente al mismo destino de webhook, bajo el campo smb_message_echoes.

Añade una segunda ruta en el workflow para esos ecos y regístralos como tareas salientes. Quien abra el lead verá entonces la pregunta y la respuesta que dio la tienda, en orden, sin que nadie copie un chat a mano.

Las respuestas que envía el propio workflow, mediante un nodo HTTP contra la Cloud API, deben registrarse en el momento del envío. El workflow ya tiene a mano el texto y el id del registro.

¿Cómo se evitan los leads duplicados?

Compara con un número de teléfono normalizado, no con el campo tal como lo escribió cada persona. Meta envía el remitente como dígitos con el código de país y sin signo más. Los campos de teléfono de Salesforce guardan lo que escribió quien creó el registro, con espacios, paréntesis y guiones.

Lo más fiable es un campo de texto personalizado con el número solo en dígitos, que el workflow rellena al crear un lead y que una carga retroactiva completa en los registros existentes. La consulta SOQL compara entonces ese campo por igualdad, lo cual es rápido y exacto.

Revisa también los contactos, no solo los leads. Un cliente que ya se convirtió es un Contact, y un workflow que solo busca leads crea un lead nuevo por cada cliente existente que escribe.

Errores comunes

• Buscar solo en el objeto Lead. Los clientes existentes son Contacts, y cada uno que escribe se convierte en un lead duplicado.
• Registrar los mensajes como tareas abiertas. Los comerciales reciben un pendiente por cada línea del cliente; pon el estado en completada al crearlas.
• Omitir la rama del GET de verificación en el workflow. Meta nunca confirma el destino y no se entrega ningún mensaje.

Preguntas frecuentes

Sigue leyendo