Objetivo del artículo: explicar el modelo de datos mínimo para conectar WhatsApp, CRM, stock y agentes de IA. Esta arquitectura evita respuestas desactualizadas y conversaciones que no llegan al equipo comercial.
Cuatro objetos que deben compartir identidad
Objeto | Identificador | Datos clave |
|---|---|---|
Persona | Teléfono/correo | Consentimiento, preferencias, historial |
Lead | ID de oportunidad | Origen, estado, responsable, próxima tarea |
Vehículo | ID/VIN/matrícula | Precio, disponibilidad, sede, equipamiento |
Conversación | Hilo y canal | Mensajes, resumen, intención y resultado |
Flujo de entrada desde WhatsApp
Normalizar el teléfono.
Buscar persona y leads abiertos.
Detectar vehículo por enlace, referencia o mensaje.
Consultar stock actual.
Responder o escalar.
Actualizar la misma oportunidad.
Lectura y escritura: permisos diferentes
Consultar una ficha tiene menos riesgo que cambiar un precio. Crea permisos por acción: leer stock, crear nota, reservar provisionalmente, agendar, enviar plantilla o cambiar estado. Registra quién o qué realizó cada acción.
Qué pasa con los duplicados
El mismo comprador puede llegar desde un portal, escribir por WhatsApp y llamar. Define reglas de fusión y no confíes solo en el nombre. Si hay duda, presenta candidatos al equipo en vez de unir historiales automáticamente.
Sincronización que necesita cada caso
Disponibilidad: prácticamente en tiempo real.
Precio: inmediata tras actualización.
Equipamiento: al modificar la ficha.
Analítica agregada: puede tolerar procesos periódicos.
Pruebas de integridad
Cambia un coche a reservado, mueve una cita, fusiona un cliente y pausa la IA al entrar un comercial. Comprueba que el resultado se refleja en todos los canales sin enviar mensajes duplicados.
Dealcar integra WhatsApp con su CRM y gestión de stock. Esa proximidad reduce el número de sincronizaciones externas, aunque las reglas de acceso, escalado y auditoría siguen siendo necesarias.
Una oportunidad, varios objetos conectados
La conversación no vive sola. Debe relacionarse con contacto, lead, vehículo, comercial, cita y, cuando corresponda, tasación. El número de teléfono ayuda a identificar, pero hay que manejar duplicados, familias que comparten número y contactos internacionales.
El diseño correcto define qué sistema es propietario de cada dato. Stock y estado comercial pertenecen al DMS; el canal conserva mensajes; el CRM mantiene oportunidad y actividad. La IA consulta y actualiza con permisos limitados.
Mapa de datos mínimo
Objeto | Fuente principal | Evento importante |
|---|---|---|
Contacto | CRM | Creado o fusionado |
Vehículo | DMS/stock | Disponible, reservado, vendido |
Conversación | Mensaje y traspaso | |
Cita | Agenda/CRM | Confirmada o cambiada |
Tasación | Compras | Completa o pendiente |
Eventos en lugar de copias nocturnas
Cuando un coche se reserva, el canal debe saberlo pronto. Los eventos permiten reaccionar al cambio; una consulta en tiempo real valida antes de prometer. Para datos menos críticos, una sincronización periódica puede ser suficiente.
Identificador estable por objeto.
Regla para fusionar duplicados.
Registro de quién modificó qué.
Reintentos sin crear dos citas.
Alerta cuando una integración falla.
Caso de continuidad real
Laura escribe por un anuncio, pregunta por financiación y llama al día siguiente. El sistema encuentra su conversación, muestra al agente de voz el coche y la duda, y añade el resumen de llamada en la misma oportunidad. El comercial recibe una única tarea. Esa continuidad es la diferencia entre conectar canales y simplemente acumularlos.
Prueba técnica antes de abrir
Cambia el precio, reserva una unidad, duplica un contacto y cancela una cita mientras se conversa. Comprueba qué ve el agente y qué queda escrito. Las pruebas felices confirman la demo; las de conflicto confirman si la operación es segura.
Permisos por acción, no acceso total
Un agente que recomienda coches solo necesita leer ciertos campos de stock; el que agenda puede crear y cambiar citas; el que atiende una tasación accede a otra información. No todos requieren exportar toda la base o modificar estados comerciales.
Aplica el principio de mínimo privilegio, separa entornos de prueba y producción, y revisa accesos periódicamente. Si una credencial falla o se revoca, el agente debe responder de forma segura y avisar, nunca continuar con datos supuestos.
Quién resuelve una incidencia
Define un responsable funcional y otro técnico. El primero decide el tratamiento del cliente; el segundo revisa colas, credenciales y sincronización. Si no existe esta separación, un fallo de stock puede quedar rebotando entre canal, CRM y DMS mientras continúan saliendo respuestas incorrectas.
Preguntas para el equipo técnico
¿La integración usa webhook, API o importación?
El mecanismo determina latencia y fiabilidad. Disponibilidad y precio necesitan eventos rápidos; informes agregados toleran lotes.
¿Cómo se reintenta una escritura fallida?
Debe existir cola, idempotencia y alerta. Repetir una petición sin control puede crear dos citas o dos leads.
¿Quién audita cambios?
Conserva usuario o agente, fecha, dato anterior, dato nuevo y motivo. La trazabilidad facilita corregir y aprender.
Si estás diseñando este flujo: consulta Chatbot vs agente de IA: qué necesita realmente un concesionario y Cómo cualificar leads automáticamente en un concesionario sin perder ventas.
Objetivo del artículo: explicar el modelo de datos mínimo para conectar WhatsApp, CRM, stock y agentes de IA. Esta arquitectura evita respuestas desactualizadas y conversaciones que no llegan al equipo comercial.
Cuatro objetos que deben compartir identidad
Objeto | Identificador | Datos clave |
|---|---|---|
Persona | Teléfono/correo | Consentimiento, preferencias, historial |
Lead | ID de oportunidad | Origen, estado, responsable, próxima tarea |
Vehículo | ID/VIN/matrícula | Precio, disponibilidad, sede, equipamiento |
Conversación | Hilo y canal | Mensajes, resumen, intención y resultado |
Flujo de entrada desde WhatsApp
Normalizar el teléfono.
Buscar persona y leads abiertos.
Detectar vehículo por enlace, referencia o mensaje.
Consultar stock actual.
Responder o escalar.
Actualizar la misma oportunidad.
Lectura y escritura: permisos diferentes
Consultar una ficha tiene menos riesgo que cambiar un precio. Crea permisos por acción: leer stock, crear nota, reservar provisionalmente, agendar, enviar plantilla o cambiar estado. Registra quién o qué realizó cada acción.
Qué pasa con los duplicados
El mismo comprador puede llegar desde un portal, escribir por WhatsApp y llamar. Define reglas de fusión y no confíes solo en el nombre. Si hay duda, presenta candidatos al equipo en vez de unir historiales automáticamente.
Sincronización que necesita cada caso
Disponibilidad: prácticamente en tiempo real.
Precio: inmediata tras actualización.
Equipamiento: al modificar la ficha.
Analítica agregada: puede tolerar procesos periódicos.
Pruebas de integridad
Cambia un coche a reservado, mueve una cita, fusiona un cliente y pausa la IA al entrar un comercial. Comprueba que el resultado se refleja en todos los canales sin enviar mensajes duplicados.
Dealcar integra WhatsApp con su CRM y gestión de stock. Esa proximidad reduce el número de sincronizaciones externas, aunque las reglas de acceso, escalado y auditoría siguen siendo necesarias.
Una oportunidad, varios objetos conectados
La conversación no vive sola. Debe relacionarse con contacto, lead, vehículo, comercial, cita y, cuando corresponda, tasación. El número de teléfono ayuda a identificar, pero hay que manejar duplicados, familias que comparten número y contactos internacionales.
El diseño correcto define qué sistema es propietario de cada dato. Stock y estado comercial pertenecen al DMS; el canal conserva mensajes; el CRM mantiene oportunidad y actividad. La IA consulta y actualiza con permisos limitados.
Mapa de datos mínimo
Objeto | Fuente principal | Evento importante |
|---|---|---|
Contacto | CRM | Creado o fusionado |
Vehículo | DMS/stock | Disponible, reservado, vendido |
Conversación | Mensaje y traspaso | |
Cita | Agenda/CRM | Confirmada o cambiada |
Tasación | Compras | Completa o pendiente |
Eventos en lugar de copias nocturnas
Cuando un coche se reserva, el canal debe saberlo pronto. Los eventos permiten reaccionar al cambio; una consulta en tiempo real valida antes de prometer. Para datos menos críticos, una sincronización periódica puede ser suficiente.
Identificador estable por objeto.
Regla para fusionar duplicados.
Registro de quién modificó qué.
Reintentos sin crear dos citas.
Alerta cuando una integración falla.
Caso de continuidad real
Laura escribe por un anuncio, pregunta por financiación y llama al día siguiente. El sistema encuentra su conversación, muestra al agente de voz el coche y la duda, y añade el resumen de llamada en la misma oportunidad. El comercial recibe una única tarea. Esa continuidad es la diferencia entre conectar canales y simplemente acumularlos.
Prueba técnica antes de abrir
Cambia el precio, reserva una unidad, duplica un contacto y cancela una cita mientras se conversa. Comprueba qué ve el agente y qué queda escrito. Las pruebas felices confirman la demo; las de conflicto confirman si la operación es segura.
Permisos por acción, no acceso total
Un agente que recomienda coches solo necesita leer ciertos campos de stock; el que agenda puede crear y cambiar citas; el que atiende una tasación accede a otra información. No todos requieren exportar toda la base o modificar estados comerciales.
Aplica el principio de mínimo privilegio, separa entornos de prueba y producción, y revisa accesos periódicamente. Si una credencial falla o se revoca, el agente debe responder de forma segura y avisar, nunca continuar con datos supuestos.
Quién resuelve una incidencia
Define un responsable funcional y otro técnico. El primero decide el tratamiento del cliente; el segundo revisa colas, credenciales y sincronización. Si no existe esta separación, un fallo de stock puede quedar rebotando entre canal, CRM y DMS mientras continúan saliendo respuestas incorrectas.
Preguntas para el equipo técnico
¿La integración usa webhook, API o importación?
El mecanismo determina latencia y fiabilidad. Disponibilidad y precio necesitan eventos rápidos; informes agregados toleran lotes.
¿Cómo se reintenta una escritura fallida?
Debe existir cola, idempotencia y alerta. Repetir una petición sin control puede crear dos citas o dos leads.
¿Quién audita cambios?
Conserva usuario o agente, fecha, dato anterior, dato nuevo y motivo. La trazabilidad facilita corregir y aprender.
Si estás diseñando este flujo: consulta Chatbot vs agente de IA: qué necesita realmente un concesionario y Cómo cualificar leads automáticamente en un concesionario sin perder ventas.
