Risposta breve: un ERP standard come SAP conviene quando i tuoi processi sono già standard e accetti di adattare l'azienda al software; un gestionale su misura vince quando il tuo vantaggio competitivo vive in processi non standard, quando ti serve integrarti con ciò che già usi e quando vuoi possedere il codice evitando vendor lock-in e licenze per utente. Non è sempre un aut-aut: spesso la scelta migliore è un layer su misura sopra l'ERP che hai già.
È il punto di vista di Codebaker, software house di Bologna nata nel 2019 che sviluppa in-house esattamente questo tipo di gestionali ed ERP su misura — e che, dove serve, li fa dialogare con SAP e altri sistemi standard invece di sostituirli. In questa guida trovi una tabella di confronto, il ragionamento sul costo nel tempo, due casi reali e una checklist per decidere.
ERP standard vs gestionale su misura: il confronto
La differenza di fondo è una sola: con un ERP standard adatti l'azienda al software, con un gestionale su misura adatti il software all'azienda. Ecco come questa scelta si traduce sui criteri che contano.
| Criterio | ERP standard (es. SAP) | Gestionale su misura |
|---|---|---|
| Aderenza ai processi | Adatti l'azienda alle best practice del prodotto | Il software segue i tuoi processi, anche non standard |
| Tempo di avvio | Rapido su moduli standard, lungo se serve personalizzare | Incrementale: si va in produzione per moduli |
| Costo iniziale | Licenze + implementazione e configurazione | Investimento in sviluppo, senza canoni di licenza |
| Costo nel tempo | Canoni di licenza ricorrenti per utente | Codice di proprietà, nessun canone di licenza |
| Personalizzazione | Entro i limiti previsti dalla piattaforma | Illimitata: la definisci tu |
| Vendor lock-in | Alto: dipendi dal vendor e dal suo listino | Assente: il codice è tuo, cambi fornitore quando vuoi |
| Integrazione con software esistenti | Possibile, ma spesso onerosa e vincolata | Nativa via API con ERP, macchinari e legacy |
| Aggiornamenti | Guidati dal vendor, da recepire | Guidati da te, sulle tue priorità |
| Ideale per | Processi standard, aree consolidate (contabilità, magazzino) | Processi distintivi, integrazioni profonde, controllo del dato |
Il costo nel tempo: licenze ricorrenti vs proprietà del codice
Il confronto onesto non si fa sul preventivo iniziale, ma sul costo totale nel tempo (TCO). Un ERP standard segue un modello a canoni di licenza ricorrenti per utente: paghi ogni anno, la spesa cresce con gli utenti e i moduli attivati, e alle licenze vanno aggiunti i costi di personalizzazione dei moduli per avvicinare il prodotto ai tuoi processi. A questo si somma il lock-in: più investi nella piattaforma, più diventa difficile e costoso uscirne.
Un gestionale su misura ribalta la logica: c'è un investimento iniziale in sviluppo, ma poi nessun canone di licenza e soprattutto il codice è di tua proprietà. Con molti utenti, i canoni per utente di un prodotto standard possono superare, nel medio periodo, il costo di un software di proprietà — che nel frattempo diventa un asset aziendale invece di una spesa senza fine. Per ragionare sulle voci di costo di un progetto su misura, abbiamo una guida dedicata a quanto costa un software su misura.
La terza via: un layer su misura sopra l'ERP che hai già
Spesso la domanda «SAP o su misura?» è mal posta. La risposta migliore non è sostituire l'ERP standard, ma costruirci attorno un layer custom o un'integrazione che colma esattamente il punto dove il prodotto standard non arriva. Codebaker fa entrambe le cose — sostituisce con il su misura e integra con lo standard — e due casi reali lo mostrano.
Granarolo. Abbiamo sviluppato un sistema di gestione delle identità (IAM) su misura che si integra con SAP, HR, Active Directory e Office365 — senza sostituirli. Risultato: oltre 2000 utenti gestiti, una riduzione del 95% dei tempi di onboarding IT e 5 anni in produzione. Il custom qui non rimpiazza l'ERP: lo potenzia.
Conor. Con ConorShop abbiamo costruito un e-commerce B2B su misura integrato in tempo reale con l'ERP AS400 via API custom. Oggi serve oltre 5000 clienti al giorno e gestisce più di 300.000 ordini l'anno, in produzione in circa 6 mesi. Anche qui l'ERP standard resta il cuore gestionale; il su misura è il canale di vendita che lo standard non copriva.
Come scegliere: la checklist in 4 domande
Per decidere senza fermarti a un generico «dipende», rispondi a queste quattro domande. Più «sì» raccogli, più il su misura (o un layer su misura sopra lo standard) ha senso.
- I tuoi processi sono un vantaggio competitivo? Se il tuo modo di lavorare ti distingue dai concorrenti, appiattirlo su un prodotto standard significa buttare via quel vantaggio.
- Ti serve un'integrazione profonda? Se devi dialogare in tempo reale con ERP, macchinari, e-commerce o sistemi legacy, il su misura nasce già per farlo — ed è il cuore della digitalizzazione dei processi aziendali.
- Quanti utenti hai e quanto pesano le licenze? Con molti utenti i canoni per utente di un ERP standard crescono in fretta; a un certo punto un software di proprietà costa meno.
- Ti serve possedere il codice e il controllo del dato? Se vuoi proprietà del codice, nessun lock-in e GDPR by design, il su misura è l'unica strada che te lo garantisce.
Il costo nel tempo: come è fatta la spesa nei due modelli
Il confronto onesto non si fa sul prezzo del primo anno ma sulla struttura della spesa a cinque anni. Non pubblichiamo cifre di listino dei vendor — variano troppo per settore, volumi e contratto — ma la forma della spesa è sempre questa:
| Voce di costo | ERP standard | Gestionale su misura | Quando pesa di più |
|---|---|---|---|
| Licenze | Ricorrenti, per utente o per modulo | Nessuna | Cresce a ogni nuovo utente: pesa con team numerosi |
| Sviluppo/analisi iniziale | Configurazione e avviamento | Voce principale, una tantum | Primo anno |
| Personalizzazioni | Fatturate a parte a ogni cambio di processo | Incluse nell'evolutiva concordata | Ogni volta che l'azienda cambia modo di lavorare |
| Manutenzione | Canone annuo calcolato sulla licenza | Solo quella che scegli | Tutti gli anni, in entrambi i casi |
| Integrazioni | Connettori del vendor, o su misura se non esistono | Native: il software nasce per integrarsi | Quando restano fuori sistemi legacy o verticali |
| Costo di uscita | Alto: dati e processi dentro la piattaforma | Basso: codice e dati sono tuoi | Il giorno in cui vuoi cambiare fornitore |
| Forma della curva | Bassa all'inizio, poi ricorrente e crescente | Alta all'inizio, poi decrescente | Le due curve si incrociano: dove, dipende dagli utenti |
Le fasce di costo reali di un progetto su misura le pubblichiamo apertamente: 5.000–15.000 € per un modulo singolo, 15.000–50.000 € per un gestionale di media complessità integrato con l'ERP, oltre 50.000 € per piattaforme multi-stabilimento. Il dettaglio, applicato al caso manifatturiero, è nella pagina su quanto costa un gestionale personalizzato per un'azienda manifatturiera.
I cinque costi che spariscono dai confronti
Valgono per entrambe le strade e sono la ragione più frequente per cui un progetto costa più del previsto, qualunque scelta si sia fatta.
- Migrazione dei dati. Anagrafiche, listini, commesse e storico vanno estratti, ripuliti, deduplicati e riconciliati. È un progetto dentro il progetto e va quantificato a parte, non dato per scontato.
- Ore interne del personale. Le persone che rispondono alle domande dell'analisi, collaudano e formano i colleghi stanno sottraendo tempo al loro lavoro. Non è una voce di fattura, ma è un costo reale.
- I sistemi rimasti fuori. Quasi mai un ERP copre tutto: restano il verticale di reparto, il gestionale del magazzino, l'e-commerce. Ognuno di essi va integrato, ed è la voce che più spesso non compare nel preventivo iniziale.
- Formazione e curva di apprendimento. Nelle settimane successive al rilascio la produttività cala sempre. Con un software che ricalca i processi esistenti il calo è più breve; con un prodotto che impone flussi nuovi può durare mesi.
- Il costo di uscita. Nessuno lo calcola quando firma, ed è l'unico che non si può ridurre dopo. Dipende interamente da chi possiede il codice e i dati.
Quando il su misura sarebbe uno spreco
Lo diciamo anche quando ci costa una commessa: un gestionale su misura fatto per le ragioni sbagliate è semplicemente un ERP standard più caro. Ci sono quattro situazioni in cui lo standard è la scelta corretta.
- Il processo è puramente normativo. Contabilità generale, adempimenti fiscali, dichiarazioni: sono uguali per tutti, i prodotti standard li hanno già risolti e si aggiornano da soli quando cambia la norma. Rifarli su misura significa pagare per inseguire il legislatore.
- L'azienda non sa ancora come vuole lavorare. Sviluppare su misura significa cristallizzare un processo: cristallizzarne uno confuso è peggio che adottarne uno standard e usarlo come disciplina.
- Gli utenti sono pochi. Se i canoni di licenza restano marginali, il vantaggio economico principale del su misura non si materializza mai.
- Manca la disponibilità interna all'analisi. Il su misura richiede che qualcuno in azienda risponda alle domande su come si lavora davvero. Senza quel tempo, il risultato sarà un software che indovina i processi.
La terza via in pratica: un layer su misura sopra l'ERP
È la soluzione che proponiamo più spesso, perché nella maggior parte delle aziende l'ERP non è sbagliato: è semplicemente incompleto su due o tre processi. Si costruisce così:
- 1. L'ERP resta la fonte di verità per le entità che già governa bene: anagrafiche, documenti, contabilità. Così non nascono due versioni dello stesso dato.
- 2. Si isola il processo scoperto, quello in cui il prodotto standard costringe a lavorare male o a tenere fogli Excel paralleli. Gli Excel paralleli sono la mappa migliore di dove il layer serve.
- 3. Si sviluppa solo su quel processo, collegando l'applicazione all'ERP via API, perché i dati entrino ed escano senza doppia digitazione.
- 4. Si prevedono log, riconciliazioni e monitoraggio fin dall'inizio: il layer deve accorgersi da solo quando la sincronizzazione si interrompe, invece di lasciarlo scoprire a chi usa il sistema.
È esattamente lo schema di Granarolo sopra SAP (2.000+ utenti, -95% di attività di onboarding IT, 5 anni in produzione) e di Conor sopra AS400 (300.000+ ordini l'anno, live in 6 mesi). In entrambi i casi il cuore gestionale non è stato toccato e il rischio è rimasto confinato a un processo alla volta — lo stesso principio dell'approccio graduale descritto in digitalizzare la PMI senza stravolgere i processi. Se invece il nodo è a chi affidare il progetto, abbiamo raccolto i criteri in cosa valutare quando scegli un partner tecnologico.
SAP, su misura o un mix dei due? Valutiamolo insieme
Codebaker progetta gestionali ed ERP su misura e, dove serve, li fa dialogare con SAP e altri sistemi che già usi. Raccontaci i tuoi processi: ti diciamo dove conviene lo standard, dove il su misura e dove la terza via.
Richiedi una consulenzaDomande frequenti su ERP standard e gestionale su misura
Meglio SAP o un gestionale su misura?
Dipende da dove sta il tuo vantaggio competitivo. Un ERP standard come SAP conviene se i tuoi processi sono già standard e sei disposto ad adattare l'azienda al software, con avvio più rapido su moduli consolidati. Un gestionale su misura conviene quando i processi sono specifici e distintivi, quando serve integrarsi in profondità con i sistemi che già usi e quando vuoi possedere il codice, evitando lock-in e licenze per utente. Spesso la risposta non è nemmeno esclusiva: si può costruire un layer su misura sopra un ERP esistente.
Quanto costa un gestionale su misura?
Il costo dipende dal numero di processi da coprire, dalle integrazioni con i sistemi esistenti e dal livello di automazione richiesto. A differenza di un ERP standard non ci sono canoni di licenza per utente: è un investimento iniziale in sviluppo, con la proprietà del codice inclusa. Per orientarti sulle voci di costo abbiamo una guida dedicata a quanto costa un software su misura.
Un gestionale custom si integra con SAP?
Sì. Un software su misura può integrarsi con SAP e con altri ERP tramite API, restando complementare invece di sostituirlo. Per Granarolo abbiamo sviluppato un sistema di gestione delle identità (IAM) su misura integrato con SAP, HR, Active Directory e Office365: oltre 2000 utenti, riduzione del 95% dei tempi di onboarding IT e 5 anni in produzione. È l'esempio della terza via: un layer custom sopra l'ERP standard.
Quando conviene un ERP standard come SAP?
Conviene quando i tuoi processi rientrano nelle best practice previste dal prodotto, quando sei disposto ad adattare l'organizzazione al software e quando ti serve coprire in fretta aree molto standardizzate come contabilità o magazzino. In questi casi partire da moduli consolidati riduce i tempi iniziali, a patto di accettare i canoni di licenza ricorrenti e i limiti di personalizzazione della piattaforma.
Il codice del gestionale è di mia proprietà?
Con un gestionale su misura sviluppato da Codebaker il codice sorgente è di tua proprietà: nessun vendor lock-in e nessun canone di licenza per utente. Questo significa poterlo far evolvere nel tempo, cambiare fornitore se necessario e mantenere il controllo del dato, con GDPR by design. Con un ERP standard, invece, resti dentro il perimetro e il modello di licenza del vendor.
Quanto tempo serve per un gestionale su misura?
I tempi dipendono dallo scope, ma un approccio incrementale permette di andare in produzione per moduli senza fermare l'operatività. Per Conor abbiamo sviluppato ConorShop, un e-commerce B2B integrato in tempo reale con l'ERP AS400 via API, portato in produzione in circa 6 mesi e oggi al servizio di oltre 5000 clienti al giorno e più di 300.000 ordini l'anno.
Come si confronta davvero il costo di un ERP standard e di un gestionale su misura?
Confrontando la struttura della spesa su cinque anni, non il prezzo del primo anno. Un ERP standard concentra il costo in licenze ricorrenti che crescono con gli utenti, canone di manutenzione sulla licenza, giornate di configurazione e personalizzazioni fatturate a parte a ogni cambio di processo: la spesa è più bassa all'inizio e non finisce mai. Un gestionale su misura concentra il costo nell'analisi e nello sviluppo iniziale, poi prosegue con la sola manutenzione evolutiva che decidi tu, senza canoni per utente: la spesa è più alta all'inizio e decrescente. Il punto in cui le due curve si incrociano dipende soprattutto dal numero di utenti e da quante personalizzazioni servirebbero comunque sullo standard. Vanno poi aggiunte le voci che spariscono dai confronti: migrazione dei dati, formazione, integrazioni verso i sistemi rimasti fuori, ore interne del personale e costo di uscita dal fornitore.
Quando il gestionale su misura sarebbe uno spreco?
In quattro situazioni concrete. Primo: quando il processo da coprire è puramente normativo e uguale per tutti, come la contabilità generale o gli adempimenti fiscali, dove un prodotto standard ha già risolto tutto e continua ad aggiornarsi da solo alle norme. Secondo: quando l'azienda non sa ancora come vuole lavorare, perché sviluppare su misura significa cristallizzare un processo, e cristallizzare un processo confuso è peggio che adottarne uno standard. Terzo: quando i volumi e il numero di utenti sono così ridotti che i canoni di licenza restano marginali. Quarto: quando manca del tutto la disponibilità interna a partecipare all'analisi, perché il su misura richiede che qualcuno in azienda risponda alle domande su come si lavora davvero. Lo diciamo anche quando ci costa una commessa: un su misura fatto per le ragioni sbagliate è un ERP standard più caro.
Come si costruisce un layer su misura sopra un ERP esistente?
In quattro passaggi. Primo: si stabilisce che l'ERP resta la fonte di verità per le entità che già governa bene, tipicamente anagrafiche, documenti e contabilità, così non nascono due versioni dello stesso dato. Secondo: si isola il processo scoperto, cioè quello in cui il prodotto standard costringe l'azienda a lavorare male o a usare fogli Excel paralleli. Terzo: si costruisce l'applicazione su misura solo su quel processo, collegandola all'ERP via API in modo che i dati entrino ed escano senza doppia digitazione. Quarto: si prevedono fin dall'inizio log, riconciliazioni e monitoraggio, perché il layer deve accorgersi da solo quando la sincronizzazione si interrompe. È lo schema che abbiamo applicato in Granarolo sopra SAP, con oltre 2000 utenti gestiti e il 95% di riduzione delle attività di onboarding IT, e in Conor sopra AS400, con oltre 300.000 ordini l'anno. Il vantaggio è che non si tocca il cuore gestionale e il rischio resta confinato a un processo alla volta.