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.

Prima e dopo, sugli stessi processi
ProcessoPrimaDopo
Nuovo clienteAnagrafica 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 pagamentiIl commerciale telefona all'amministrazione prima di richiamare un cliente.È scritto sull'anagrafica nel CRM, aggiornato dal gestionale senza che nessuno lo copi.
Opportunità vintaQualcuno riscrive righe, quantità e sconti nel gestionale.L'ordine viene creato dal flusso con i codici articolo e le condizioni già corrette.
Listini e scontiUn file condiviso che qualcuno aggiorna quando si ricorda.Letti dal gestionale, che è l'unico posto dove vengono decisi.
Cliente modificatoAggiornato dove capita, con le due schede che divergono nel tempo.La modifica viaggia nella direzione decisa in analisi, entità per entità.
Flusso in erroreNon 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.

  1. 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)
  2. 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)
  3. 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
  4. 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.

01

Il 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.

02

L'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.

03

Quanto 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ì.

04

Quanto 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.

05

Cosa 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.

06

Rischio 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.

07

E 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.

08

Posso 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.

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 contatto

Come 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.