Il CRM sa chi è il cliente e cosa ha chiesto. L’ERP sa cosa gli avete venduto, a che prezzo, quando è stato spedito e se ha pagato. Finché i due sistemi non si parlano, qualcuno in azienda fa da ponte: ricopia anagrafiche, esporta ordini in Excel, chiede al collega “ma questo l’abbiamo già fatturato?”. Questa guida serve a capire quanto costa davvero far parlare CRM ed ERP, quanto tempo richiede e, soprattutto, quando l’investimento ha senso e quando no.
Cosa significa integrare CRM ed ERP
Integrare CRM ed ERP significa far sì che le informazioni passino da un sistema all’altro in automatico, nella direzione giusta e con regole chiare su chi comanda su ogni dato. Non è “collegare due software”: è decidere quale sistema è la fonte di verità per ogni informazione e costruire il flusso che la trasporta.
I dati che tipicamente attraversano un’integrazione CRM–ERP:
- Anagrafiche clienti: create nel CRM in fase commerciale, devono arrivare nell’ERP al momento del primo ordine, senza doppioni.
- Preventivi e ordini: l’offerta nasce nel CRM, l’ordine confermato deve diventare un ordine ERP con righe, prezzi e condizioni corrette.
- Listini e disponibilità: il commerciale che fa un’offerta deve vedere prezzi e giacenze reali, non quelli di tre mesi fa.
- Stato ordine, spedizioni e fatture: chi gestisce il cliente deve sapere cosa è successo dopo la vendita, senza chiedere all’amministrazione.
- Scaduto e situazione contabile: prima di spingere una nuova vendita è utile sapere se il cliente paga.
Le tre architetture possibili (e cosa cambia nel prezzo)
Il costo dipende più dall’architettura che dal numero di dati scambiati. Delle strade per far comunicare due software, per CRM ed ERP ne restano in pratica tre.
1. Connettore nativo o marketplace
Molti CRM ed ERP offrono connettori già pronti tra loro (per esempio HubSpot ↔ alcuni gestionali, Salesforce ↔ SAP tramite app certificate). Si configurano dal pannello, senza codice.
Quando funziona: mappature standard, pochi campi personalizzati, un solo flusso principale (di solito anagrafiche e ordini). Dove si rompe: appena avete un campo custom, una logica di prezzo particolare, un processo di approvazione o un ERP verticale che il connettore non contempla. Il costo del connettore è basso, ma il costo dei workaround che accumulate dopo può non esserlo.
2. Piattaforma di integrazione (iPaaS) o automazione no-code
Strumenti come Make, Zapier, n8n o piattaforme iPaaS enterprise permettono di costruire flussi visuali tra API. Sono più flessibili dei connettori nativi e ancora relativamente rapidi da avviare.
Quando funziona: volumi contenuti, flussi lineari (evento → trasformazione → scrittura), team disposto a mantenerli. Dove si rompe: quando servono transazioni (o va tutto o niente), riconciliazioni, gestione degli errori seria, volumi alti (i costi a operazione crescono in fretta) o logiche che il tool non esprime bene. Un flusso “che funziona quasi sempre” su ordini e fatture è un problema, non una soluzione.
3. Integrazione su misura (middleware o API dirette)
Un componente sviluppato per voi che parla con le API di entrambi i sistemi (o con database, file, code di messaggi quando le API mancano). Contiene la logica di business, la gestione degli errori, i log, i retry, le regole di priorità sui dati.
Quando funziona: processi specifici, ERP con API limitate o assenti, volumi rilevanti, necessità di controllo e tracciabilità, più sistemi da collegare oltre a CRM ed ERP (ecommerce, logistica, marketing). Dove si rompe: se viene costruito senza documentazione, senza test e senza qualcuno che ne risponda nel tempo. È l’opzione con il costo iniziale più alto e, se fatta bene, con il costo totale più prevedibile.
Quanto costa: fasce di investimento realistiche
Non esiste un listino, e chi ve ne dà uno senza aver visto i vostri sistemi sta indovinando. Esistono però ordini di grandezza che ricorrono, in base alla complessità:
| Scenario | Cosa comprende | Investimento indicativo | Tempi tipici |
|---|---|---|---|
| Base | Connettore nativo o iPaaS, 1–2 flussi (anagrafiche, ordini), mappature standard, poca personalizzazione | da qualche migliaio di euro, più il canone dello strumento | 2–4 settimane |
| Intermedio | Middleware su misura, 3–5 flussi bidirezionali, campi custom, gestione errori e log, un ERP con API decenti | 10.000 – 25.000 € | 1–3 mesi |
| Complesso | Più sistemi (CRM, ERP, ecommerce, logistica), ERP legacy senza API, riconciliazioni, regole di business articolate, ambienti di test, governance | 25.000 – 60.000 € e oltre | 3–6 mesi |
A queste cifre va sempre aggiunto il costo di esercizio: canoni delle piattaforme, hosting del middleware, monitoraggio, e qualche giornata l’anno per adeguare l’integrazione quando uno dei due sistemi cambia versione. Un’integrazione non è un progetto che finisce: è un pezzo di infrastruttura che va tenuto in vita.
Cosa fa salire il prezzo (e cosa no)
Le variabili che pesano davvero:
- Qualità delle API dell’ERP. Un ERP moderno con API REST documentate costa la metà da integrare rispetto a un gestionale che espone solo tabelle SQL o export CSV notturni.
- Qualità dei dati di partenza. Se nel CRM ci sono 400 duplicati e nell’ERP i codici cliente non seguono una regola, prima si pulisce, poi si integra. La pulizia è spesso metà del lavoro.
- Bidirezionalità. Un flusso a senso unico (CRM → ERP) è semplice. Farlo tornare indietro con regole su chi vince in caso di conflitto è dove nascono i problemi veri.
- Numero di eccezioni al processo. “Di solito funziona così, tranne per i clienti esteri, tranne per gli ordini sopra i 10.000 €, tranne se il commerciale è Marco.” Ogni eccezione è codice, test e manutenzione.
- Volumi e tempo reale. Sincronizzare 50 ordini al giorno ogni notte è una cosa. Sincronizzarne 5.000 in tempo quasi reale con controllo di disponibilità è un’altra.
Cosa invece non dovrebbe far salire il prezzo: il nome del CRM o dell’ERP in sé, il numero di utenti, la dimensione dell’azienda. Se un preventivo scala su questi parametri, chiedete perché.
Quando conviene integrare (e quando aspettare)
L’integrazione conviene quando il costo del ponte umano supera il costo del ponte tecnico. Segnali concreti:
- Una o più persone passano più di qualche ora a settimana a ricopiare dati tra i due sistemi.
- Gli errori di trascrizione hanno già prodotto ordini sbagliati, fatture da stornare o clienti contattati con informazioni vecchie.
- Il commerciale non riesce a rispondere “quando arriva?” o “è stato pagato?” senza chiedere a qualcuno.
- State per aggiungere un terzo sistema (ecommerce, marketing automation, portale clienti) che dovrà parlare con entrambi.
Conviene invece aspettare se state per cambiare uno dei due sistemi entro un anno (integrare due volte è il modo più caro), se il processo commerciale non è ancora stabile, o se il vero problema non è tecnico ma organizzativo: nessuna integrazione risolve il fatto che nessuno aggiorna il CRM.
Come si imposta bene un progetto di integrazione
- Si parte dal processo, non dai sistemi. Si mappa come nasce e muore un ordine oggi, chi tocca cosa, dove il flusso si inceppa. In molti casi emerge che metà dei “dati da sincronizzare” non serve a nessuno.
- Si decide la fonte di verità per ogni dato. Anagrafica: comanda il CRM o l’ERP? Prezzo: sempre l’ERP. Stato trattativa: sempre il CRM. Scriverlo prima evita conflitti dopo.
- Si sceglie l’architettura in base a eccezioni, volumi e API, non alla moda del momento. Un connettore nativo che copre il 90% dei casi può essere la scelta giusta se il restante 10% si gestisce a mano senza danni.
- Si progettano gli errori. Cosa succede se l’ERP è giù? Se un ordine ha un codice prodotto che non esiste? Chi viene avvisato e come? Un’integrazione senza gestione degli errori sposta il problema, non lo elimina.
- Si rilascia per flussi, non tutto insieme: prima le anagrafiche, poi gli ordini, poi il ritorno di fatture e spedizioni. Ogni rilascio ha una metrica: quante ore risparmiate, quanti errori in meno.
È il modo in cui lavoriamo noi in Digifluss: analisi dei processi reali (Process intelligence), progettazione del sistema con la mappa delle integrazioni (Flow architecture), sviluppo a rilasci misurabili (Build sprint), poi misura e ottimizzazione (Scale loop). Chi analizza il processo è la stessa persona che scrive il codice: nessun passaggio di mano tra chi capisce il problema e chi lo risolve.
In sintesi
Integrare CRM ed ERP costa da poche migliaia di euro (connettore standard) a diverse decine di migliaia (middleware su misura multi-sistema), con tempi da poche settimane a qualche mese. Il prezzo lo fanno la qualità delle API, la qualità dei dati, la bidirezionalità e il numero di eccezioni. Il nome dei software conta poco. Conviene quando il costo del ponte umano supera quello del ponte tecnico, e va impostata partendo dal processo, decidendo la fonte di verità per ogni dato e progettando gli errori prima che accadano.