Integrazione CRM ed ERP: cosa sincronizzare e cosa lasciare separato

Quasi tutti i progetti CRM–ERP falliti condividono un errore: nessuno ha deciso quale sistema è proprietario di quale campo.

Definire il sistema di riferimento per ogni entità

Va messo per iscritto, campo per campo. In genere: il CRM possiede dati prospect, pipeline, attività e forecast; l'ERP possiede articoli, giacenze, fatture, incassi ed entità contabili. L'anagrafica cliente deve avere un solo proprietario: normalmente l'ERP dopo la prima fattura, il CRM prima.

Una sola direzione, quando possibile

La sincronizzazione bidirezionale raddoppia i modi in cui le cose si rompono. Inviate all'ERP le trattative chiuse vinte, riportate indietro stato fattura e incasso. Il sync a due vie si giustifica solo per anagrafiche condivise con regole di conflitto chiare.

Payload strutturato e minimo

Entità, identificativi cliente, righe, valuta, imposta, termini di pagamento e riferimenti. Le note a testo libero non sono dati di business. Ogni campo del payload deve avere un proprietario e una regola di validazione.

Gestire gli errori come ingegneri

Coda con retry ed esponenziale, chiavi di idempotenza perché un retry non crei due fatture, archivio dead-letter per i record che non passano la validazione e alert a una persona quando la coda cresce. Un'integrazione che fallisce in silenzio è peggio di nessuna integrazione.

Visibilità in sola lettura per le vendite

Numero fattura, stato, scadenza e stato incasso visibili sulla trattativa o sull'azienda, in sola lettura. Questa singola modifica elimina gran parte delle email tra commerciali e amministrazione.

Report che richiedono entrambi i sistemi

Ricavo riconosciuto vs closed-won, giorni medi di incasso per segmento, margine per linea di prodotto e per commerciale, tasso di riacquisto. Sono questi report il vero business case dell'integrazione.

Governance dopo il go-live

Ogni nuovo campo, in un sistema o nell'altro, richiede una decisione: sincronizzare, ignorare o derivare. Rivedete la mappatura ogni trimestre. Un'integrazione senza governance diventa due database divergenti in un anno.