01 / Perimetro
Cluster: integrazione dati
Integrazione gestionale CRM: i due archivi si aggiornano da soli
Il gestionale sa cosa hai fatturato. Il CRM sa cosa stai trattando. Finché i due non si scrivono a vicenda, qualcuno fa da ponte a mano — e il commerciale scopre solo per telefono che il cliente che sta richiamando è in ritardo di due fatture.
Sistemi su cui lavoro più spesso
- TeamSystem
- Zucchetti
- Danea
- Fatture in Cloud
- Arca
- Shopify
- WooCommerce
- CRM su misura
Non è un elenco chiuso. Se il tuo sistema espone API, un database raggiungibile o anche solo un export schedulato, si integra. Quale strada è praticabile lo si stabilisce in analisi, prima di preventivare.
- Cosa consegno
- Il livello di sincronizzazione fra i due sistemi, con la mappatura dei campi documentata e le regole di precedenza scritte nero su bianco.
- Cosa non faccio
- In questo intervento non tocco i due sistemi e non ti vendo licenze: se funzionano, si tengono. Quello che manca è il collegamento.
- Tempo indicativo
- Stima, non impegno contrattuale: 3–8 settimane dall'analisi al primo flusso in produzione, in funzione di quante entità si sincronizzano.
- Dove
- Fano e provincia di Pesaro e Urbino di persona, resto d'Italia da remoto.
02 / Diagnosi
Perché due archivi divergono sempre
Due archivi che contengono lo stesso dato divergono. È una questione di tempo.
Non serve un errore grave: basta un indirizzo aggiornato solo nel gestionale, uno sconto concordato solo nel CRM, e da quel momento le due verità non coincidono più. Nessuno sa quale delle due sia quella buona.
Il doppio inserimento non è un problema di tempo, è un problema di fiducia
Chi inserisce l'anagrafica due volte perde qualche minuto. Il costo vero arriva dopo: quando qualcuno deve decidere e non sa se guardare il CRM o il gestionale, e quindi telefona a un collega per farsi confermare un dato che il sistema avrebbe già dovuto avere.
Il commerciale lavora su una fotografia vecchia
Se lo stato dei pagamenti sta solo in amministrazione, chi vende non sa se il cliente è in regola. Nel migliore dei casi chiede, e perde mezza giornata. Nel peggiore promette una consegna a un cliente bloccato, e la promessa la ritira lui.
L'ordine passa da tre mani prima di diventare una fattura
Il CRM chiude l'opportunità, qualcuno scrive l'ordine nel gestionale, qualcun altro controlla che i codici articolo siano quelli giusti. Tre passaggi umani su un dato che era già strutturato quando è nato.
Nessuno se ne accorge finché non è un problema del cliente
Un flusso manuale non ha log. Se un ordine salta, l'informazione arriva dal cliente che chiama, non dal sistema. È il tipo di errore che si scopre sempre nel momento peggiore.
Prima e dopo, sugli stessi processi
Non sono risultati misurati su clienti: sono i cambiamenti di processo che questa integrazione produce, descritti per quello che sono.
| Processo | Prima | Dopo |
|---|---|---|
| Nuovo cliente | Anagrafica creata nel CRM dal commerciale e riscritta nel gestionale dall'amministrazione. | Creata una volta, propagata all'altro sistema con una regola esplicita su chi vince in caso di conflitto. |
| Stato pagamenti | Il commerciale telefona all'amministrazione prima di richiamare un cliente. | È scritto sull'anagrafica nel CRM, aggiornato dal gestionale senza che nessuno lo copi. |
| Opportunità vinta | Qualcuno riscrive righe, quantità e sconti nel gestionale. | L'ordine viene creato dal flusso con i codici articolo e le condizioni già corrette. |
| Listini e sconti | Un file condiviso che qualcuno aggiorna quando si ricorda. | Letti dal gestionale, che è l'unico posto dove vengono decisi. |
| Cliente modificato | Aggiornato dove capita, con le due schede che divergono nel tempo. | La modifica viaggia nella direzione decisa in analisi, entità per entità. |
| Flusso in errore | Non esiste un flusso, quindi non esiste un errore: esiste una persona che dimentica. | Lo scarto viene registrato con il motivo e segnalato a chi lo deve sistemare. |
03 / Soluzione
Un livello in mezzo, non un sistema nuovo
Un livello di sincronizzazione fra i sistemi che hai già
I due sistemi ci sono già. Li faccio parlare, e scrivo su carta chi ha ragione quando non sono d'accordo.
L'integrazione non è «collegare due software»: è decidere, per ogni entità che i due sistemi condividono, chi la crea, chi la può modificare, in quale direzione viaggia l'aggiornamento e cosa succede quando arrivano due modifiche in conflitto. Queste decisioni sono la parte difficile e vengono prese con te, in analisi, prima che io scriva una riga di codice. Il codice viene dopo ed è la parte facile: legge da un sistema, trasforma i dati nel formato che l'altro si aspetta, scrive, registra cosa ha fatto e ritenta se il sistema di destinazione non risponde.
Flusso dei dati
Mappatura dei campi, documentata
Ogni campo di origine finisce su un campo di destinazione preciso, con le conversioni dichiarate: codici, unità di misura, aliquote, formati di data. Il documento resta a te ed è quello che permette a un altro fornitore di capire il flusso senza chiamarmi.
Regole di precedenza esplicite
Per ogni entità si decide quale sistema è la fonte di verità. Se entrambi possono scrivere, si stabilisce cosa fare in caso di conflitto: vince l'ultima modifica, vince un sistema, oppure il caso viene messo in una coda che una persona guarda.
Idempotenza e ritentativi
Un flusso che gira due volte non deve creare due ordini. Ogni record viaggia con una chiave che permette di riconoscerlo, così un ritentativo dopo un errore di rete aggiorna invece di duplicare.
Log consultabili e allarmi
Ogni esecuzione lascia traccia: cosa è passato, quante righe, quali scarti e perché. Quando qualcosa si rompe la segnalazione arriva a una persona, non resta in un file che nessuno apre.
Casi tipici di integrazione gestionale CRM
- TeamSystem o Zucchetti collegati al CRM con le anagrafiche allineate nei due sensi e una regola chiara su chi crea il cliente
- Fatture in Cloud che aggiorna da solo lo stato pagamenti sulle schede cliente del CRM
- Danea o Arca sincronizzati con listini e scontistiche per cliente, letti dove vengono decisi
- Ordini creati nel gestionale a partire dalle opportunità vinte, con codici articolo già validati
- Piattaforme e-commerce come Shopify o WooCommerce allineate al gestionale su articoli, giacenze e ordini
- Scadenzario che rende visibile al commerciale il rischio di credito prima della trattativa, non dopo
04 / Specifiche
Cosa si può fare e a quali condizioni
Le specifiche, prima delle promesse
Quello che segue è ciò che determina se un'integrazione è semplice o complicata. Sono le stesse domande che ti farò nella prima mezz'ora.
Accesso ai dati
- API REST/SOAP
- La strada migliore: dati strutturati, autenticazione gestita, aggiornamenti quasi in tempo reale se il sistema espone webhook.
- Database
- Praticabile in lettura quando il fornitore lo consente. In scrittura si valuta caso per caso: scrivere sotto l'applicazione può violare i suoi vincoli.
- File e SFTP
- Export e import schedulati su CSV o XML. Funziona sempre, ma si perde il tempo reale: la frequenza è quella dello scheduler.
- Nessuna delle tre
- Si valuta l'automazione dell'interfaccia come ultima opzione. È fragile e te lo dico prima, non dopo il preventivo.
Come si comporta il flusso
- Direzione
- Decisa per ogni entità: monodirezionale o bidirezionale. Si stabilisce sempre quale sistema vince in caso di conflitto.
- Frequenza
- Da webhook in tempo quasi reale a sincronizzazione ogni N minuti o notturna, in base a quanto è fresca l'informazione che serve.
- Entità tipiche
- Anagrafiche clienti e fornitori, articoli, listini, ordini, documenti, scadenze e stato dei pagamenti.
- Volumi
- Il flusso lavora in modo incrementale: dopo il primo allineamento si spostano solo i record cambiati, così il carico resta basso.
Affidabilità
- Errori
- La riga sbagliata non blocca il flusso: viene scartata, registrata con il motivo e segnalata a una persona.
- Duplicati
- Ogni record viaggia con una chiave stabile. Un flusso rieseguito aggiorna, non duplica.
- Verificabilità
- Log di ogni esecuzione consultabile da te: cosa è passato, quando, quante righe, quali scarti.
- Ambiente di prova
- Il flusso si collauda su dati veri in ambiente separato prima di toccare la produzione.
Proprietà e continuità
- Codice
- Sorgente e documentazione consegnati a te. Nessun componente cifrato, nessuna licenza che ti obbliga a restare.
- Infrastruttura
- Intestata a te. Gli accessi sono tuoi dal primo giorno, non miei con delega.
- Cambio di gestionale
- La logica sta nel livello di integrazione, non dentro il gestionale: cambiando sistema si riscrive il connettore, non tutto il resto.
- Dopo il rilascio
- Periodo di assistenza concordato prima di iniziare, con perimetro scritto. Non è un canone a tempo indeterminato mascherato.
Incluso in un progetto di integrazione
- Analisi dei processi e mappa dei flussi di dati fra i due sistemi
- Documento di architettura con la mappatura dei campi e le regole di precedenza
- Sviluppo del livello di sincronizzazione, test e code review fatta da me
- Gestione degli errori con log consultabili e segnalazione a una persona
- Rilascio graduale, con il processo manuale ancora attivo come rete
- Documentazione tecnica, consegna di codice e accessi, assistenza post-rilascio concordata
Non incluso, e lo dico prima
- Licenze del gestionale e del CRM, e canoni di eventuali servizi di terze parti
- Hosting e infrastruttura, che restano intestati a te
- Sostituzione dei due sistemi: non è questo l'intervento, ed è un progetto a sé che si valuta a parte
- Bonifica dello storico sporco oltre a quanto serve al flusso, se non concordata a parte
- Interventi sul software del fornitore quando è lui a dover abilitare un accesso
- Qualunque promessa di risultato economico: non si può garantire e non la faccio
05 / Percorso
Quattro fasi, tre interne
Come si arriva dal problema al flusso in produzione
Le durate sono stime per orientare la pianificazione, non impegni contrattuali. La variabile che sposta di più le date non è il codice: sono i tempi con cui arrivano accessi e risposte dal fornitore del tuo gestionale.
- 01
Analisi
Guardo come lavorano davvero le persone e dove il dato viene ricopiato. Verifico cosa i due sistemi espongono per davvero, non cosa dice la brochure.
- Cosa ricevi
- Mappa dei flussi, elenco delle entità da sincronizzare e ore di lavoro manuale coinvolte.
- Durata
- 1–2 settimane (stima)
- 02
Architettura
Mappatura campo per campo, direzione per ogni entità, regole di conflitto, frequenza. Documento anche i limiti: cosa non sarà possibile e perché.
- Cosa ricevi
- Documento di architettura con diagrammi, limiti e piano di rilascio.
- Durata
- 1–3 settimane (stima)
- 03
Sviluppo
Si parte dall'entità che costa più lavoro manuale, non da quella più facile. A ogni milestone c'è un flusso che puoi provare su dati veri.
- Cosa ricevi
- Milestone provabili in ambiente di test, una entità alla volta.
- Durata
- Variabile per progetto
- 04
Code review e rilascio
Ogni riga passa da una mia revisione. Il rilascio è graduale e il processo manuale resta attivo finché il flusso non ha dimostrato di funzionare sui tuoi dati.
- Cosa ricevi
- Flusso in produzione, log attivi, documentazione e accessi consegnati.
- Durata
- 1–2 settimane (stima)
Un progetto di integrazione fra gestionale e CRM può rientrare nel bando regionale Doppia Transizione Marche 2026 per la parte di analisi e progettazione. Le condizioni e le percentuali sono spiegate nella pagina dedicata al bando.
06 / Domande frequenti
Le stesse che mi fanno al telefono
Domande sull'integrazione fra gestionale e CRM
Rispondo qui a quello che chiedono quasi tutti nella prima mezz'ora. Se manca la tua, scrivimela.
01Il mio gestionale non ha le API. Si può integrare con il CRM?
Quasi sempre sì. Le API sono la strada migliore, non l'unica: si può lavorare in lettura sul database quando il fornitore lo consente, su export e import schedulati via file, su tracciati depositati in SFTP o su una casella di posta. Quello che cambia è la qualità del risultato: con i file si perde il tempo reale e la sincronizzazione diventa periodica. Se una strada è troppo fragile per essere onesta te lo dico in analisi, prima di preventivare.
02L'integrazione è bidirezionale o va in una sola direzione?
Si decide entità per entità, non per il progetto intero. Spesso le anagrafiche viaggiano nei due sensi mentre lo stato dei pagamenti va solo dal gestionale al CRM, perché è il gestionale a deciderlo. La domanda vera non è «bidirezionale sì o no», è «quando i due sistemi non sono d'accordo, chi ha ragione»: quella risposta finisce nel documento di architettura ed è la parte che evita i problemi a sei mesi.
03Quanto costa un'integrazione fra gestionale e CRM?
Non ho un listino, e diffiderei di chi ce l'ha per lavori su misura. Il prezzo lo determinano quattro cose: quanti sistemi si toccano, come si raggiungono i dati, quante entità vanno sincronizzate e in che direzione, e se serve un'interfaccia per gli utenti. Dopo l'analisi ti do un numero fisso per il progetto, non una tariffa oraria aperta. Se dall'analisi risulta che la spesa non ha senso rispetto a quanto ti costa oggi il lavoro manuale, te lo dico e ci fermiamo lì.
04Quanto tempo serve per il primo flusso in produzione?
Come stima indicativa e non come impegno: fra le 3 e le 8 settimane dall'analisi, quando entrambi i sistemi espongono API utilizzabili. La variabile che sposta di più le date raramente è lo sviluppo: sono i tempi con cui il fornitore del gestionale rilascia credenziali e documentazione. Le date reali si fissano alla fine dell'analisi, quando si sa cosa c'è davvero dentro i sistemi.
05Cosa succede se un ordine non passa?
Il flusso non si blocca. La riga che non passa viene scartata, registrata con il motivo dello scarto e segnalata a una persona, che la corregge alla fonte e la fa ripassare. Il punto è che l'errore lo scopre il sistema, non il cliente che telefona tre giorni dopo. Ogni esecuzione lascia un log consultabile, così si può sempre ricostruire cosa è passato e quando.
06Rischio di perdere i dati durante il primo allineamento?
Il primo allineamento si prova su una copia, non sulla produzione. Si parte in lettura, si confrontano i risultati con quello che c'è già, e solo quando i numeri coincidono si abilita la scrittura. Durante il rilascio il processo manuale resta attivo come rete: si spegne quando il flusso ha dimostrato di funzionare sui tuoi dati, non il giorno della consegna.
07E se fra due anni cambio gestionale?
È esattamente il motivo per cui l'integrazione va costruita a strati. La logica dei tuoi processi sta nel livello di sincronizzazione, non dentro il gestionale: quando cambi sistema si riscrive il connettore verso il nuovo, non tutto il resto. Nel documento di architettura questo punto è esplicito, così sai in anticipo cosa costerebbe un cambio e cosa no.
08Posso far finanziare il progetto con il bando regionale?
Se sei un'impresa marchigiana vale la pena verificarlo. Il bando Doppia Transizione Marche 2026 finanzia progetti di digitalizzazione con contributi a fondo perduto e le domande si presentano dal 30 settembre al 7 ottobre 2026. Il massimale copre bene la fase di analisi e architettura, non lo sviluppo intero. Trovi requisiti, percentuali e spese ammissibili nella pagina dedicata al bando, con l'avvertenza di verificare sempre il testo ufficiale della Regione Marche prima di presentare domanda.
07 / Correlate
Dove continuare
Pagine collegate a questa
Questa integrazione è una specializzazione del software su misura: se il problema che hai in testa è più ampio, si parte dalla pagina madre.
08 / Contatto
Mezz'ora, senza preventivo automatico
Dimmi quali due sistemi devono parlarsi
Non c'è un preventivo automatico da generare e non ti mando una brochure. Facciamo mezz'ora: mi dici quali sistemi usi e dove il dato viene ricopiato, io ti dico se l'integrazione è praticabile, con quale strada e se la spesa ha senso. Se la risposta è no, te lo dico subito.
Oppure scrivimi: rispondo io, di solito entro un giorno lavorativo.
Tutti i dati di contattoCome funziona la chiamata
- Durata
- 30 minuti, in videochiamata o al telefono.
- Chi c'è
- Io. Nessun commerciale, nessun passaggio di consegne.
- Cosa serve
- Sapere quale gestionale e quale CRM usi, e quali dati oggi vengono ricopiati a mano.
- Cosa esce
- Un parere onesto sulla fattibilità e sull'ordine di grandezza. Il preventivo arriva dopo l'analisi, non prima.