Recurso operativo · R02

Mapa de integración WhatsApp–CRM

Convierte “conectar WhatsApp” en un flujo revisable: qué evento entra, cómo se identifica, qué cambia en el CRM y qué ocurre cuando el sistema no puede decidir.

Respuesta directa

Mapea el efecto y también la salida cuando el sistema no puede decidir

Una integración útil registra los eventos necesarios para identificar el caso, aplicar una regla, asignar responsabilidad y continuar el trabajo sin perder trazabilidad. No copia por defecto todo el chat al CRM.

Completa el mapa con roles y referencias ficticias. No introduzcas teléfonos, nombres, mensajes, credenciales, tokens, identificadores de cuenta ni datos sensibles.

Comprueba primero el tipo de acceso

El acceso directo de una empresa a la Platform, el acceso mediante un Business Solution Provider y el trabajo de un integrador técnico no son equivalentes. Antes de implementar, confirma cuenta, permisos, proveedor y condiciones vigentes.

El acceso técnico, el opt-in del canal y la base jurídica son comprobaciones distintas. Una API oficial no convierte por sí sola el tratamiento en conforme ni autoriza a operar activos de terceros.

Las diez capas del mapa

01Evento
02Canal y dirección
03Identidad
04Decisión
05Escritura
06Propietario
07Estado y siguiente paso
08Error y reintento
09Revisión humana
10Trazabilidad

Editor local

Flujo, owners y conexiones

SVG y tablas nacen del mismo modelo.

Escenario ficticioFinalidad operativaRuta de accesoEstado de evidencia de accesoReferencia breve de evidenciaDirección del eventoFuente de verdadRevisión de políticaRegla de conservación

Decisión abierta: confirmar la ruta de acceso, su owner y la evidencia vigente antes de implementar.

Ejemplo ficticio listo para editar. «Pendiente» es una salida válida cuando falta evidencia.

Nodos equivalentes al SVG
Orden	ID y tipo	Descripción y dato mínimo	Owner y salida	Reintento
1	Tipo del nodo 1ID	DescripciónEvento de WhatsApp con ID estableDato mínimoID ficticio, tipo y fecha	Estado del ownerRolSalida humana	Clave estableSeguridad al repetir
2	Tipo del nodo 2ID	DescripciónValidar dirección, consentimiento y política aplicableDato mínimodirección y estado de política	Estado del ownerRolSalida humanaDetener si la condición de mensajería no está confirmada	Clave estableSeguridad al repetir
3	Tipo del nodo 3ID	DescripciónBuscar coincidencia sin asumir teléfono únicoDato mínimoseñales ficticias de coincidencia	Estado del ownerRolSalida humanaConflicto a revisión; no fusionar	Clave estableSeguridad al repetir
4	Tipo del nodo 4ID	DescripciónCoincidencia única, ninguna o conflictoDato mínimo	Estado del ownerRolSalida humanaRegla ambigua a revisión	Clave estableSeguridad al repetir
5	Tipo del nodo 5ID	DescripciónCrear o actualizar solo el objeto permitidoDato mínimoobjeto, campo y estado permitido	Estado del ownerRolSalida humanaResultado desconocido a reconciliación	Clave estableSeguridad al repetir
6	Tipo del nodo 6ID	DescripciónAsignar owner o cola de no asignadosDato mínimo	Estado del ownerRolSalida humanaCola pending_human con owner	Clave estableSeguridad al repetir
7	Tipo del nodo 7ID	DescripciónClasificar fallo temporal, definitivo o desconocidoDato mínimo	Estado del ownerRolSalida humanaEscalar permisos o credencial inválida	Clave estableSeguridad al repetir
8	Tipo del nodo 8ID	DescripciónReintentar solo una operación repetibleDato mínimo	Estado del ownerRolSalida humanaNo repetir si el resultado es desconocido	Clave estableSeguridad al repetir
9	Tipo del nodo 9ID	DescripciónRevisión humana y cola pendienteDato mínimo	Estado del ownerRolSalida humanaDecidir, cerrar o devolver a regla	Clave estableSeguridad al repetir
10	Tipo del nodo 10ID	DescripciónConfirmar efecto o reconciliar resultado dudosoDato mínimoIDs, estado e intentos	Estado del ownerRolSalida humana	Clave estableSeguridad al repetir

Conexiones, condiciones y estados equivalentes al SVG
Desde	Hasta	Condición	Estado resultante

Decisiones abiertas, owner y prueba siguiente
Pregunta	Owner	Prueba siguiente
¿Qué evidencia confirma la ruta de acceso y la política del escenario?		Revisar cuenta, permisos y condiciones vigentes con un caso ficticio

Escenarios que el mapa debe conservar

El mismo webhook llega dos veces.
Una identidad coincide con dos fichas.
La condición de mensajería prevista no se cumple.
No existe owner elegible.
El destino procesa la petición, pero la respuesta se pierde.
Falta permiso o la credencial es inválida.
El contenido requiere revisión humana o una baja detiene comunicaciones.

Un resultado desconocido se reconcilia antes de repetir a ciegas. El mapa no promete compatibilidad, cumplimiento ni entrega exactamente una vez.

Privacidad, salida y fuentes

La plantilla funciona en la memoria de esta pestaña; no envía valores, no usa cookies ni localStorage. La descarga SVG y la impresión se generan en tu dispositivo. La salida incluye el mismo flujo en SVG y tablas, campos/eventos mínimos y decisiones abiertas.

WhatsApp Business Platform FAQ, observada el 29/08/2026.
WhatsApp Business Messaging Policy, observada el 29/08/2026.
Azure Retry pattern, como referencia de reintentos e idempotencia.

Continúa con cómo integrar WhatsApp con un CRM, idempotencia, reintentos y reconciliación y la guía de automatización de WhatsApp Business.

¿El mapa deja decisiones sin owner o una integración difícil de recuperar?

Revisa el diseño antes de comprar un conector o desarrollar. Podemos contrastar eventos, datos, permisos y operación en una consultoría CRM.

Revisar el mapa de integración