Quando i sistemi non si parlano: rendere visibili i guasti

Contesto

Il gestionale funziona. Anche il CRM. Eppure, quando devi verificare l'indirizzo di un cliente, trovi risposte diverse a seconda dello schermo che apri. Per capire quale usare, chiedi a chi ha parlato con lui per ultimo. I dati ci sono; manca un riferimento condiviso.

Nelle aziende di servizi, il lavoro spesso si inceppa fra un sistema e l'altro. Una richiesta raccolta dal portale va ricopiata nel gestionale. Un ordine confermato al telefono resta nella posta elettronica. Chi conosce questi passaggi li tiene insieme, finché è presente e riesce a starci dietro.

Se ti riconosci, puoi cominciare da un passaggio preciso, senza decidere subito di sostituire i sistemi. Questo è uno scenario rappresentativo, costruito sull'esperienza diretta che abbiamo maturato lavorando con processi di questo tipo. Descrive problemi ricorrenti e il modo in cui li affrontiamo, non i risultati di un singolo cliente.

La sfida

1. Nessuno ha deciso quale sistema fa fede. Il commerciale aggiorna un indirizzo nel CRM, l'amministrazione lo corregge nel gestionale. Quale modifica deve prevalere? Potrebbero essere entrambi dati corretti, ma destinati a usi diversi: sede di fatturazione e sede operativa, per esempio. Prima di collegare i campi, devi chiarire che cosa rappresentano e chi può modificarli. Altrimenti l'automazione sposta il disaccordo da un sistema all'altro.

2. Il collegamento fra i sistemi è una persona. Una richiesta pubblicata su r/ItalyInformatica il 15 aprile 2026 parla di «automatizzare le diverse interconnessioni» fra gestionale, messaggistica e portali di prenotazione. È un'esigenza concreta: evitare che qualcuno debba riportare a mano ciò che è già stato inserito altrove. Se quel passaggio dipende dalla memoria di una persona, durante un'assenza puoi ritrovarti senza dati aggiornati e senza sapere che cosa manca.

3. Il guasto peggiore è quello che nessuno vede. Un errore visibile ti dà la possibilità di intervenire. Un connettore può invece restare acceso e smettere di trasferire una parte dei dati: un campo cambia formato, il sistema di destinazione rifiuta un messaggio, il trasferimento resta incompleto. Se controlli soltanto che il programma sia in esecuzione, tutto sembra funzionare. Il collegamento risulta attivo, ma i dati non arrivano. Nel frattempo lavori su informazioni che credi aggiornate. Potresti accorgertene solo quando un cliente chiede conto di un ordine mancante.

4. Una modifica diventa un salto nel buio. Vuoi aggiungere un valore a un elenco, ma nessuno sa come verrà interpretato dall'altro sistema. Manca una mappa dei campi e delle regole di trasferimento. Così rimandi anche modifiche utili, oppure le fai e aspetti di vedere che cosa succede. Per valutare il rischio ti serve sapere quali passaggi dipendono da quel campo.

I numeri da guardare

Puoi partire da queste domande. Per alcune bastano i registri disponibili; per altre dovrai osservare il lavoro o cominciare a raccogliere dati. Se oggi non sai rispondere, hai individuato un controllo che manca.

• Quanti reinserimenti manuali fai in una settimana, e quanto tempo richiedono a te e alle persone coinvolte?
• Quante anagrafiche contengono valori discordanti nei sistemi che usi? Quante sono duplicate?
• Quanti trasferimenti risultano falliti o ancora in attesa, e da quanto tempo?
• Quanto tempo passa fra un guasto e la sua scoperta? Quante volte lo scopri da una segnalazione del cliente?
• Quanti ordini non sono arrivati a destinazione nell'ultimo trimestre, confrontando quelli da trasferire con quelli ricevuti?
• Quante ore al mese impieghi a riconciliare gli elenchi, cercando le differenze e correggendole?
• Con quanto preavviso ricevi notizia di un cambiamento alle interfacce, e quanto tempo serve per adeguare il collegamento?

L'approccio

1. Concordiamo quale sistema fa fede. Con te e con chi usa i dati definiamo la fonte di riferimento per ogni informazione. L'indirizzo di fatturazione può dipendere dal gestionale, lo stato di una trattativa dal CRM. Scriviamo dove fare le modifiche e quali sistemi devono riceverle. Se un campo deve poter cambiare da entrambe le parti, decidiamo come gestire i conflitti prima di automatizzare il passaggio.

2. Scriviamo la mappatura dei campi. Per ciascun campo documentiamo origine e destinazione, comprese le conversioni necessarie. Specifichiamo come trattare un valore vuoto o non riconosciuto. Devi poter consultare questa mappa per capire che cosa comporta una modifica, senza dover ricostruire le regole dal codice. La aggiorniamo insieme al connettore: un documento fermo alla prima consegna smette presto di aiutarti.

3. Rendiamo consultabili gli esiti e recuperabili gli errori. Registriamo ogni tentativo di trasferimento, con il riferimento al dato e l'esito. Per gli errori temporanei, come un servizio momentaneamente indisponibile, prevediamo ritentativi automatici con un limite. Un dato non valido richiede invece una correzione: lo mettiamo in una coda visibile, con una spiegazione comprensibile. Definiamo come riprendere il trasferimento e come evitare che un nuovo tentativo crei un duplicato. Concordiamo anche chi deve controllare la coda e risolvere gli errori.

4. Controlliamo che i dati arrivino e assegniamo gli avvisi. Verificare che il connettore sia acceso non basta. Confrontiamo ciò che deve partire con ciò che risulta ricevuto e controlliamo ritardi o interruzioni inattese. Concordiamo le soglie in base ai tuoi flussi: un periodo senza ordini può essere normale oppure indicare un problema. Gli avvisi raggiungono una persona incaricata, con un sostituto per le assenze e indicazioni su che cosa verificare. Anche questi controlli vanno provati e mantenuti.

Che cosa cambia

Per verificare un ordine, puoi consultarne l'esito: ricevuto, in attesa o bloccato da un errore. Se trovi un'anagrafica discordante, sai quale fonte consultare e dove correggerla. Prima di modificare un campo, hai una mappa da cui partire per verificare gli effetti.

Questo è il cambiamento previsto nello scenario. Per dimostrarlo nel tuo caso servono prove: trasferimenti riusciti, errori provocati durante i test e recuperi verificati. Fra le prove includiamo l'interruzione del flusso, così da controllare che l'avviso raggiunga chi deve intervenire.

L'obiettivo è accorgerti dei dati mancanti senza aspettare un reclamo. Quanto tempo risparmi e quanto prima scopri un guasto sono misure da rilevare sul tuo lavoro.

Che cosa temono, e che cosa rispondiamo

«Il fornitore cambia l'interfaccia e ci ritroviamo fermi.» Può succedere. Isoliamo nel codice la parte che comunica con il fornitore per contenere gli interventi, ma un cambiamento può comunque richiedere modifiche e nuove prove. Nel budget va prevista la manutenzione; nel lavoro quotidiano, qualcuno deve seguire gli avvisi del fornitore. Non possiamo garantire che ogni cambiamento arrivi con un preavviso sufficiente. Concordiamo quindi anche come gestire i trasferimenti rimasti in sospeso durante un fermo.

«La sincronizzazione nei due sensi ci scappa di mano.» Quando entrambi i sistemi possono modificare lo stesso dato, devi gestire conflitti e aggiornamenti che si rincorrono. Partiamo dal trasferimento in un solo senso dove è sufficiente. Il costo organizzativo è esplicito: alcune modifiche dovrai farle nel sistema di riferimento, anche se sei abituato a lavorare altrove. Dove servono entrambi i sensi, aumentano le regole da definire e le prove da mantenere. Valutiamo con te se il beneficio giustifica quel lavoro.

«Finiremo per dipendere da voi per ogni modifica.» Il codice dell'integrazione è tuo e lo consegniamo in un archivio sotto il tuo controllo. Ricevi anche la mappatura e le istruzioni per gestire errori e ripristini. Documentiamo quali accessi servono e come amministrarli; le credenziali restano in un luogo protetto che controlli tu. Preparare questo materiale e formare chi lo userà richiede tempo, incluso nel lavoro. Un altro fornitore dovrà comunque studiare l'integrazione: la consegna gli permette di farlo senza dover chiedere a noi informazioni essenziali. Per noi il successo è quando non hai più bisogno di noi per gestirla.

Come lo affrontiamo oggi

Partiamo da un passaggio che oggi ti costringe a ricopiare o verificare dati. Lo ricostruiamo con chi lo esegue, individuiamo la fonte corretta e definiamo come riconoscere un trasferimento incompleto. Da lì possiamo delimitare l'intervento e stimare anche il lavoro necessario per mantenerlo.

• Software su misura e integrazioni fra sistemi
• Il nostro percorso Odoo Partner
• CRM e pipeline di vendita in un gestionale integrato

Porta un esempio di dato che oggi non sai dove correggere. Parliamone — 30 minuti, senza impegno.