Obiettivo dell'articolo: spiegare il modello di dati minimo per connettere WhatsApp, CRM, stock e agenti di IA. Questa architettura evita risposte non aggiornate e conversazioni che non raggiungono il team commerciale.
Quattro oggetti che devono condividere l'identità
Oggetto | Identificativo | Dati chiave |
|---|---|---|
Persona | Telefono/e-mail | Consenso, preferenze, cronologia |
Lead | ID opportunità | Origine, stato, responsabile, prossima attività |
Veicolo | ID/VIN/targa | Prezzo, disponibilità, sede, equipaggiamento |
Conversazione | Thread e canale | Messaggi, riepilogo, intenzione e risultato |
Flusso di ingresso da WhatsApp
Normalizzare il numero di telefono.
Cercare persona e lead aperti.
Rilevare il veicolo tramite link, riferimento o messaggio.
Consultare lo stock attuale.
Rispondere o passare a un operatore.
Aggiornare la stessa opportunità.
Lettura e scrittura: permessi diversi
Consultare una scheda comporta meno rischi rispetto alla modifica di un prezzo. Crea permessi per azione: leggere lo stock, creare una nota, prenotare provvisoriamente, programmare un appuntamento, inviare un modello o cambiare lo stato. Registra chi o cosa ha eseguito ciascuna azione.
Cosa succede con i duplicati
Lo stesso acquirente può arrivare da un portale, scrivere su WhatsApp e telefonare. Definisci regole di unione e non fidarti solo del nome. In caso di dubbio, presenta i candidati al team invece di unire automaticamente le cronologie.
Sincronizzazione necessaria per ogni caso
Disponibilità: praticamente in tempo reale.
Prezzo: immediato dopo l'aggiornamento.
Equipaggiamento: alla modifica della scheda.
Analitica aggregata: può tollerare processi periodici.
Test di integrità
Cambia un'auto in stato prenotato, sposta un appuntamento, unisci un cliente e metti in pausa l'IA quando subentra un venditore. Verifica che il risultato si rifletta su tutti i canali senza inviare messaggi duplicati.
Dealcar integra WhatsApp con il suo CRM e la gestione dello stock. Questa vicinanza riduce il numero di sincronizzazioni esterne, sebbene le regole di accesso, escalation e audit rimangano necessarie.

Un'opportunità, diversi oggetti connessi
La conversazione non vive da sola. Deve essere correlata a contatto, lead, veicolo, venditore, appuntamento e, quando applicabile, valutazione dell'usato. Il numero di telefono aiuta a identificare, ma è necessario gestire duplicati, famiglie che condividono lo stesso numero e contatti internazionali.
La progettazione corretta definisce quale sistema è proprietario di ciascun dato. Stock e stato commerciale appartengono al DMS; il canale conserva i messaggi; il CRM mantiene l'opportunità e l'attività. L'IA consulta e aggiorna con permessi limitati.
Mappa dei dati minima
Oggetto | Fonte principale | Evento importante |
|---|---|---|
Contatto | CRM | Creato o unito |
Veicolo | DMS/stock | Disponibile, prenotato, venduto |
Conversazione | Messaggio e passaggio di consegna | |
Appuntamento | Calendario/CRM | Confermato o modificato |
Valutazione | Acquisti | Completata o in sospeso |
Eventi invece di copie notturne
Quando un'auto viene prenotata, il canale deve saperlo rapidamente. Gli eventi consentono di reagire al cambiamento; una consultazione in tempo reale valida i dati prima di fare promesse. Per dati meno critici, una sincronizzazione periodica può essere sufficiente.
Identificativo stabile per oggetto.
Regola per unire i duplicati.
Registro di chi ha modificato cosa.
Tentativi di ripristino senza creare due appuntamenti.
Avviso quando un'integrazione fallisce.
Caso di continuità reale
Laura scrive per un annuncio, chiede informazioni sul finanziamento e telefona il giorno successivo. Il sistema trova la sua conversazione, mostra all'agente vocale l'auto e la domanda, e aggiunge il riepilogo della chiamata nella stessa opportunità. Il venditore riceve un'unica attività. Questa continuità fa la differenza tra connettere i canali e semplicemente accumularli.
Test tecnico prima del rilascio
Cambia il prezzo, prenota un'unità, duplica un contatto e cancella un appuntamento durante una conversazione. Verifica cosa vede l'agente e cosa viene registrato. I test con esito positivo confermano la demo; quelli di conflitto confermano se l'operazione è sicura.
Permessi per azione, non accesso totale
Un agente che consiglia auto ha solo bisogno di leggere determinati campi dello stock; chi fissa gli appuntamenti può crearli e modificarli; chi gestisce una valutazione accede ad altre informazioni. Non tutti hanno bisogno di esportare l'intero database o modificare gli stati commerciali.
Applica il principio del minimo privilegio, separa gli ambienti di test e produzione e rivedi periodicamente gli accessi. Se una credenziale fallisce o viene revocata, l'agente deve rispondere in modo sicuro e avvisare, senza mai continuare basandosi su dati presunti.
Chi risolve un problema
Definisci un responsabile funzionale e uno tecnico. Il primo decide come gestire il cliente; il secondo controlla le code, le credenziali e la sincronizzazione. Se manca questa distinzione, un errore di stock può continuare a rimbalzare tra canale, CRM e DMS mentre continuano a essere inviate risposte errate.
Domande per il team tecnico
L'integrazione utilizza webhook, API o importazione?
Il meccanismo determina latenza e affidabilità. Disponibilità e prezzo richiedono eventi rapidi; i report aggregati tollerano i processi batch.
Come viene gestito un tentativo di scrittura fallito?
Devono essere presenti una coda, l'idempotenza e un sistema di alert. Ripetere una richiesta senza controllo può creare due appuntamenti o due lead.
Chi controlla le modifiche?
Conserva utente o agente, data, dato precedente, dato nuovo e motivo. La tracciabilità facilita la correzione e l'apprendimento.
Se stai progettando questo flusso: consulta Chatbot vs agente di IA: di cosa ha realmente bisogno un concessionario e Come qualificare i lead automaticamente in un concessionario senza perdere vendite.
Obiettivo dell'articolo: spiegare il modello di dati minimo per connettere WhatsApp, CRM, stock e agenti di IA. Questa architettura evita risposte non aggiornate e conversazioni che non raggiungono il team commerciale.
Quattro oggetti che devono condividere l'identità
Oggetto | Identificativo | Dati chiave |
|---|---|---|
Persona | Telefono/e-mail | Consenso, preferenze, cronologia |
Lead | ID opportunità | Origine, stato, responsabile, prossima attività |
Veicolo | ID/VIN/targa | Prezzo, disponibilità, sede, equipaggiamento |
Conversazione | Thread e canale | Messaggi, riepilogo, intenzione e risultato |
Flusso di ingresso da WhatsApp
Normalizzare il numero di telefono.
Cercare persona e lead aperti.
Rilevare il veicolo tramite link, riferimento o messaggio.
Consultare lo stock attuale.
Rispondere o passare a un operatore.
Aggiornare la stessa opportunità.
Lettura e scrittura: permessi diversi
Consultare una scheda comporta meno rischi rispetto alla modifica di un prezzo. Crea permessi per azione: leggere lo stock, creare una nota, prenotare provvisoriamente, programmare un appuntamento, inviare un modello o cambiare lo stato. Registra chi o cosa ha eseguito ciascuna azione.
Cosa succede con i duplicati
Lo stesso acquirente può arrivare da un portale, scrivere su WhatsApp e telefonare. Definisci regole di unione e non fidarti solo del nome. In caso di dubbio, presenta i candidati al team invece di unire automaticamente le cronologie.
Sincronizzazione necessaria per ogni caso
Disponibilità: praticamente in tempo reale.
Prezzo: immediato dopo l'aggiornamento.
Equipaggiamento: alla modifica della scheda.
Analitica aggregata: può tollerare processi periodici.
Test di integrità
Cambia un'auto in stato prenotato, sposta un appuntamento, unisci un cliente e metti in pausa l'IA quando subentra un venditore. Verifica che il risultato si rifletta su tutti i canali senza inviare messaggi duplicati.
Dealcar integra WhatsApp con il suo CRM e la gestione dello stock. Questa vicinanza riduce il numero di sincronizzazioni esterne, sebbene le regole di accesso, escalation e audit rimangano necessarie.

Un'opportunità, diversi oggetti connessi
La conversazione non vive da sola. Deve essere correlata a contatto, lead, veicolo, venditore, appuntamento e, quando applicabile, valutazione dell'usato. Il numero di telefono aiuta a identificare, ma è necessario gestire duplicati, famiglie che condividono lo stesso numero e contatti internazionali.
La progettazione corretta definisce quale sistema è proprietario di ciascun dato. Stock e stato commerciale appartengono al DMS; il canale conserva i messaggi; il CRM mantiene l'opportunità e l'attività. L'IA consulta e aggiorna con permessi limitati.
Mappa dei dati minima
Oggetto | Fonte principale | Evento importante |
|---|---|---|
Contatto | CRM | Creato o unito |
Veicolo | DMS/stock | Disponibile, prenotato, venduto |
Conversazione | Messaggio e passaggio di consegna | |
Appuntamento | Calendario/CRM | Confermato o modificato |
Valutazione | Acquisti | Completata o in sospeso |
Eventi invece di copie notturne
Quando un'auto viene prenotata, il canale deve saperlo rapidamente. Gli eventi consentono di reagire al cambiamento; una consultazione in tempo reale valida i dati prima di fare promesse. Per dati meno critici, una sincronizzazione periodica può essere sufficiente.
Identificativo stabile per oggetto.
Regola per unire i duplicati.
Registro di chi ha modificato cosa.
Tentativi di ripristino senza creare due appuntamenti.
Avviso quando un'integrazione fallisce.
Caso di continuità reale
Laura scrive per un annuncio, chiede informazioni sul finanziamento e telefona il giorno successivo. Il sistema trova la sua conversazione, mostra all'agente vocale l'auto e la domanda, e aggiunge il riepilogo della chiamata nella stessa opportunità. Il venditore riceve un'unica attività. Questa continuità fa la differenza tra connettere i canali e semplicemente accumularli.
Test tecnico prima del rilascio
Cambia il prezzo, prenota un'unità, duplica un contatto e cancella un appuntamento durante una conversazione. Verifica cosa vede l'agente e cosa viene registrato. I test con esito positivo confermano la demo; quelli di conflitto confermano se l'operazione è sicura.
Permessi per azione, non accesso totale
Un agente che consiglia auto ha solo bisogno di leggere determinati campi dello stock; chi fissa gli appuntamenti può crearli e modificarli; chi gestisce una valutazione accede ad altre informazioni. Non tutti hanno bisogno di esportare l'intero database o modificare gli stati commerciali.
Applica il principio del minimo privilegio, separa gli ambienti di test e produzione e rivedi periodicamente gli accessi. Se una credenziale fallisce o viene revocata, l'agente deve rispondere in modo sicuro e avvisare, senza mai continuare basandosi su dati presunti.
Chi risolve un problema
Definisci un responsabile funzionale e uno tecnico. Il primo decide come gestire il cliente; il secondo controlla le code, le credenziali e la sincronizzazione. Se manca questa distinzione, un errore di stock può continuare a rimbalzare tra canale, CRM e DMS mentre continuano a essere inviate risposte errate.
Domande per il team tecnico
L'integrazione utilizza webhook, API o importazione?
Il meccanismo determina latenza e affidabilità. Disponibilità e prezzo richiedono eventi rapidi; i report aggregati tollerano i processi batch.
Come viene gestito un tentativo di scrittura fallito?
Devono essere presenti una coda, l'idempotenza e un sistema di alert. Ripetere una richiesta senza controllo può creare due appuntamenti o due lead.
Chi controlla le modifiche?
Conserva utente o agente, data, dato precedente, dato nuovo e motivo. La tracciabilità facilita la correzione e l'apprendimento.
Se stai progettando questo flusso: consulta Chatbot vs agente di IA: di cosa ha realmente bisogno un concessionario e Come qualificare i lead automaticamente in un concessionario senza perdere vendite.




