Integrazione gestionale CRM: cosa sincronizzare e in che direzione
Collegare gestionale e CRM non è un problema di connettori, ma di regole: chi comanda su ogni campo, come si riconosce un cliente già presente e cosa succede il giorno in cui un'API cambia.
Integrazione gestionale CRM: cosa vuol dire collegarli davvero
L'integrazione gestionale CRM funziona quando ogni campo ha un solo proprietario. Il gestionale comanda su anagrafica fiscale, ordini, fatture e incassi. Il CRM comanda su opportunità, referenti e attività commerciali. Quello che appartiene all'altro sistema si legge e si mostra, ma non si riscrive.
Sembra ovvio, ed è la regola che spesso nessuno scrive prima di partire. Si parte dal connettore, si mappano i campi uno a uno, si accende la sincronizzazione in entrambe le direzioni e dopo qualche settimana il commerciale scopre che la ragione sociale è stata cambiata da qualcuno in amministrazione, poi ripristinata dal CRM, poi cambiata di nuovo. Un ping pong silenzioso che nessuno ha deciso.
Il connettore è la parte facile. Le decisioni che contano si prendono su carta, prima.
Quali informazioni far passare e in che direzione
Parti da una domanda sola: chi ha bisogno di questa informazione, e chi la produce per primo? Se la produce l'amministrazione e la usa il commerciale, il flusso va dal gestionale al CRM. Se nasce in una telefonata di vendita, resta lì. Quasi mai serve la doppia direzione sullo stesso campo.
| Informazione | Chi la produce | Direzione | Perché |
|---|---|---|---|
| Codice cliente, ragione sociale, partita IVA, indirizzo di fatturazione | Gestionale | Gestionale verso CRM | È ciò che finisce sulla fattura: deve avere una sola versione |
| Condizioni di pagamento, listino applicato | Gestionale | Gestionale verso CRM, sola lettura | Il commerciale deve vederle prima di fare un'offerta, non modificarle |
| Ordini, fatture, stato degli incassi, scaduto | Gestionale | Gestionale verso CRM, sola lettura | Chi chiama un cliente con un insoluto aperto deve saperlo |
| Referenti, ruoli, note delle chiamate | CRM | Resta nel CRM | L'amministrazione non ne ha bisogno, e non va riempita di rumore |
| Opportunità aperte, fasi, probabilità | CRM | Resta nel CRM | Sono previsioni, non documenti |
| Offerta accettata, nuovo cliente da creare | CRM | CRM verso gestionale | È l'unico momento in cui il commerciale fa scrivere nel gestionale, e lo fa tramite un passaggio controllato |
Guarda la riga dell'offerta accettata. È l'unico punto in cui il CRM spinge qualcosa verso il gestionale, e conviene che sia un evento preciso (opportunità vinta), non una copia continua. Nel gestionale un errore costa di più: si fattura, si spedisce, si dichiara. Meglio che ci entri poco, e da una porta sola.
Come funziona il CRM una volta collegato al gestionale
Il CRM smette di essere un quaderno di appunti commerciali. Apri la scheda di un'azienda e vedi anche cosa ha comprato, cosa ha pagato e cosa deve ancora. Il commerciale non telefona al collega dell'amministrazione per chiedere se il cliente è in regola. L'amministrazione non riceve più email del tipo «mi dai il nuovo indirizzo?».
Il vantaggio vero non è il tempo risparmiato nella digitazione. È che le due parti dell'azienda guardano la stessa versione dei fatti. Quando un'offerta parte con un listino sbagliato, quasi sempre è perché due persone avevano due versioni diverse della stessa informazione.
Integrazione gestionale CRM: come evitare i doppioni
I doppioni nascono in un punto preciso: quando il sistema non sa se l'azienda che sta arrivando esiste già. «Rossi Meccanica S.r.l.» nel gestionale, «Rossi Meccanica srl» nel CRM, «Rossi Mecc.» nel foglio di qualcuno. Per una persona è la stessa azienda. Per un'automazione sono tre.
La soluzione non è un controllo sul nome. È un identificativo che non cambia.
- Scegli la chiave. Il codice cliente del gestionale, salvato in un campo dedicato del CRM, è la scelta più solida. La partita IVA va bene come seconda verifica, perché capita che una stessa azienda abbia più codici.
- Usa «crea o aggiorna», mai «crea». Ogni passaggio cerca prima la chiave. Se la trova, aggiorna. Se non la trova, crea. In molti strumenti, n8n compreso, esiste un'operazione di questo tipo (in gergo upsert), ma va scelta di proposito e verificata sul tuo CRM.
- Normalizza prima di confrontare. Togli punti, maiuscole, forme societarie scritte in modo diverso. Serve solo per i casi senza chiave.
- Metti i casi dubbi in una coda. Quando il sistema trova due schede plausibili, non sceglie: crea un'attività per una persona che decide in pochi secondi. Un doppione evitato a mano costa meno di una fusione di schede fatta mesi dopo.
- Ripulisci una volta, poi blocca. Prima di accendere la sincronizzazione, unisci le schede già doppie. Altrimenti l'automazione ne eredita il disordine e lo moltiplica.
L'ultimo punto è quello che si salta per fretta. Il giorno dopo l'accensione ci sono già schede fantasma da sistemare.
Gestionale per mediatori e altri casi con pratiche al posto degli ordini
Se cerchi un gestionale per mediatori (o per qualunque attività che lavora a pratiche, mandati o commissioni invece che a ordini) il problema è lo stesso, con un'unità diversa. La domanda non è «quale ordine ha fatto il cliente», ma «a che punto è la pratica». Lo schema non cambia: il gestionale è proprietario dello stato ufficiale della pratica e dei suoi importi, il CRM del rapporto con le persone. Cambia solo l'evento che attraversa il confine: non «ordine confermato», ma «pratica aperta» o «pratica chiusa».
Se il tuo flusso è fatto di eccezioni e la mappatura sembra non finire mai, è probabile che il problema non sia l'integrazione ma il processo. Conviene ripartire dal metodo per automatizzare i processi aziendali in quattro passi e poi tornare ai connettori. E se il gestionale che hai non espone nessuna API utilizzabile, il discorso cambia: ne parliamo in gestionale su misura o software pronto.
Integrazione gestionale CRM e API che cambiano
Succede. Un fornitore rinomina un campo, sposta un endpoint, cambia il modo in cui si autenticano le chiamate, abbassa il limite di richieste al minuto. Quando lo annuncia, lo fa per email, e spesso la email arriva a una casella che nessuno legge.
Il guasto rumoroso è il meno pericoloso: il flusso si ferma, qualcuno se ne accorge. Quello che fa danni è il guasto silenzioso. Immagina che il gestionale rinomini il campo dello stato di pagamento. L'automazione non va in errore: legge il campo vecchio, lo trova vuoto e scrive «vuoto» nel CRM. Per settimane tutte le schede risultano senza insoluti. Il commerciale chiama un cliente per proporre una fornitura, e quel cliente ha fatture scadute.
Per questo la regola è una sola: il flusso deve fallire forte. In pratica:
- Controlla la forma di ciò che arriva. Se un campo obbligatorio manca o è vuoto, il passaggio si ferma e manda un avviso. Non scrive niente.
- Metti un allarme che arriva a una persona. Un errore registrato in un log che nessuno apre non è un allarme. Va in una chat o in una casella letta.
- Tieni una scheda di prova. Un cliente finto, letto ogni mattina da un controllo automatico. Se il risultato cambia forma, lo sai prima del cliente vero.
- Prevedi i nuovi tentativi. Un limite di richieste superato o un servizio lento per qualche minuto non devono far perdere un ordine: il passaggio si riprova più tardi, senza duplicarlo (e qui torna utile la chiave del paragrafo sui doppioni).
- Fissa la versione dell'API, se il fornitore lo permette, e segna in un calendario la data di fine supporto.
Nessuno di questi controlli è sofisticato. Sono quello che distingue un'integrazione che dura anni da una che regge fino al primo aggiornamento del fornitore.
n8n, codice o un connettore già pronto
Dipende da quante regole hai. Un connettore pronto va bene se il tuo caso è quello standard: anagrafica in una direzione, fatture in lettura. Appena compaiono regole tue (un listino per fascia di cliente, un'approvazione prima di creare l'anagrafica), il connettore ti sta stretto e ti ritrovi a fare i salti mortali. A quel punto n8n regge bene, perché i passaggi sono visibili e li rilegge anche chi non programma. Se la logica diventa pesante, si scrive in Python o JavaScript la parte difficile e si lascia a n8n l'orchestrazione.
Noi lavoriamo con HubSpot e Pipedrive sul lato CRM, e con Fatture in Cloud, TeamSystem e Zucchetti sul lato gestionale e contabilità. In un e-commerce B2B da 1.200 ordini al mese, con gestionale, corriere e CRM sincronizzati, il 98% degli ordini passa senza tocco umano e il lavoro è passato da quattro persone a una (pagina Automazioni di liberatori.eu, primi novanta giorni dal lancio). Non è una promessa per il tuo caso. Dice solo che la sincronizzazione, fatta con le regole giuste, si può togliere dalle scrivanie. Il nostro modo di costruire questi flussi è descritto nella pagina sulle automazioni su misura con n8n, Python e AI.
Se vuoi capire quanti flussi di questo tipo hai in azienda e quale sistemare per primo, parti da quali processi automatizzare per primi in una PMI.
Prima di toccare un connettore
Prendi un foglio e scrivi tutti i campi che oggi vuoi far viaggiare tra i due programmi. Accanto a ciascuno scrivi due cose: chi lo produce per primo e in quale direzione va. Se su una riga ti vengono due nomi, hai trovato il punto in cui nasceranno i doppioni e i ping pong. Risolvi quella riga con chi usa i due sistemi, poi apri n8n.
Domande frequenti
Quali informazioni conviene far passare dal gestionale al CRM?
Anagrafica fiscale, codice cliente, condizioni di pagamento, ordini, fatture e stato degli incassi, in sola lettura. Sono le informazioni che il commerciale deve vedere prima di chiamare, ma che non deve modificare.
Come si evitano i doppioni tra CRM e gestionale?
Con un identificativo che non cambia, di solito il codice cliente del gestionale salvato in un campo del CRM. Ogni passaggio cerca prima quella chiave e aggiorna se la trova, crea solo se non esiste.
Cosa succede se l'API del gestionale o del CRM cambia?
Se il flusso non ha controlli, può continuare a girare scrivendo valori vuoti senza dare errore. Per questo servono verifiche sui campi obbligatori, avvisi che arrivano a una persona e una scheda di prova letta ogni giorno.