ERP su misura o ERP pronto personalizzato?

Secondo Mesterséges Intelligencia Központ Kft., azienda di sviluppo software con sede a Budapest, l'ERP pronto va bene se i processi si possono adattare allo standard; quello su misura se il modo di lavorare è diverso o se la personalizzazione metterebbe ormai a rischio gli aggiornamenti.

In sintesi: le strade sono tre: l'ERP pronto così com'è; l'ERP pronto configurato ed esteso tramite i punti di estensione del produttore; e l'ERP su misura. Quanto più a fondo bisognerebbe intervenire nel nucleo del sistema pronto, tanto più conviene collocare la parte specifica in un modulo separato o costruire un sistema proprio. Qualunque sia la strada, il passaggio per fasi, con una pulizia preventiva dei dati, comporta un rischio minore di un unico grande cambiamento.

Che cos'è un ERP?

L'ERP (enterprise resource planning, in italiano sistema di pianificazione delle risorse aziendali) riunisce in un unico sistema i processi fondamentali dell'azienda. Secondo la definizione di Microsoft, l'ERP è un software di gestione aziendale che aiuta le organizzazioni a integrare i propri processi fondamentali, come la finanza, la catena di approvvigionamento, la produzione, le risorse umane, gli acquisti e la gestione dei progetti (Microsoft: What is ERP?).

In pratica il valore di un ERP sta nel fatto che lo stesso dato nasce una sola volta: dall'ordine in arrivo nasce lo scarico di magazzino, da questo la fattura, dalla fattura la registrazione contabile e il credito da incassare. Se questi passaggi vivono in programmi e fogli di calcolo separati, il dato viaggia a mano, e con esso viaggiano anche gli errori. Il monitoraggio dei clienti e delle vendite è un ambito affine, ma è una decisione a parte; ne parliamo nell'articolo Quando conviene sviluppare un CRM su misura?.

Tre strade verso un ERP

La domanda «su misura o pronto» è in realtà una scelta tra tre possibilità. Il confine non è netto, ma la differenza nei costi, negli aggiornamenti e nella dipendenza è notevole.

L'ERP pronto così com'è

L'azienda introduce un prodotto pronto e adatta i propri processi al funzionamento standard del prodotto. Funziona bene se i processi sono quelli consueti e l'azienda è disposta a cambiare il modo di lavorare abituale. I vantaggi sono un avvio più rapido e gli aggiornamenti forniti dal produttore; lo svantaggio è che ciò che il prodotto non prevede prosegue nei fogli di calcolo o nel lavoro manuale.

L'ERP pronto configurato ed esteso

La maggior parte delle implementazioni si colloca da qualche parte qui. Conviene distinguere tre cose, perché dal punto di vista dell'aggiornabilità hanno un significato molto diverso:

Configurazione (impostazione): l'uso, senza programmazione, delle possibilità previste in anticipo dal produttore, come flussi di lavoro, livelli di approvazione, campi, modelli di stampa e permessi.
Estensione (extension): una nuova funzione tramite punti di estensione e interfacce supportati e documentati dal produttore, senza modificare il codice del prodotto.
Modifica (personalizzazione del nucleo): la riscrittura del codice o degli oggetti del produttore, oppure la loro copia e riscrittura. È ciò che offre più libertà, ma secondo la documentazione stessa dei produttori è anche ciò che comporta più rischi negli aggiornamenti (veda sotto).

L'ERP su misura

Il sistema si basa sui processi e sul modello dei dati dell'azienda, e si realizza solo ciò che serve davvero. Non c'è un nucleo del produttore da aggiornare, e sull'ulteriore sviluppo decide il committente. In cambio bisogna organizzare lo sviluppo, la gestione e la manutenzione, con un team interno o con uno sviluppatore sotto contratto. Della valutazione generale tra software su misura e software pronto parla l'articolo Software su misura o soluzione pronta (SaaS)?.

Perché troppe personalizzazioni ostacolano gli aggiornamenti?

Il produttore di un ERP pronto pubblica regolarmente correzioni e nuove versioni. Se l'azienda ha modificato il codice del produttore, a ogni aggiornamento bisogna verificare se la modifica funziona ancora, e spesso occorre anche riscriverla. La documentazione stessa dei grandi produttori arriva alla stessa conclusione:

SAP: secondo l'approccio «clean core» (nucleo pulito), le estensioni devono essere mantenute rigorosamente separate dall'applicazione SAP, tramite interfacce ben definite e stabili rispetto agli aggiornamenti; il produttore considera più problematica la modifica diretta o la copia dei propri oggetti, perché dopo ogni pacchetto di correzioni o aggiornamento può richiedere un nuovo collaudo approfondito (SAP Learning: Introducing the Clean Core Approach).
Microsoft Dynamics 365: per i prodotti Finance, Supply Chain e Commerce il produttore motiva il modello basato sulle estensioni con il fatto che il cloud e gli aggiornamenti frequenti richiedono una personalizzazione meno invasiva, così che gli aggiornamenti abbiano minori probabilità di toccare le soluzioni su misura; in questi prodotti l'estensione è l'unico modo di personalizzare, e la sovrascrittura del codice applicativo (overlayering) non è supportata (Microsoft Learn: Extensibility home page).
Odoo: secondo la documentazione, un database che contiene moduli su misura non può essere aggiornato finché i moduli su misura non sono pronti per la versione di destinazione, e della compatibilità risponde chi cura la manutenzione del modulo su misura (Odoo: Upgrade).

La lezione, per SAP e per Microsoft, è la stessa: il nucleo deve restare intatto, e ciò che nell'azienda è specifico deve vivere in un'estensione separabile o in un modulo separato, che dialoga con il sistema pronto tramite un'interfaccia documentata; per Odoo, invece, è la manutenzione dei moduli su misura a determinare quando il sistema può essere aggiornato. Se la specificità necessaria è così grande da non poter più essere gestita in modo pulito, questo è un forte segnale a favore di un ERP su misura o di un modulo su misura.

Specificità ungheresi: NAV Online Számla, fatturazione, banca, negozio online

L'ERP di un'azienda ungherese deve funzionare anche con i sistemi nazionali. Il più importante è NAV Online Számla, il sistema dell'amministrazione finanziaria ungherese per la trasmissione online dei dati delle fatture: secondo le informazioni della NAV, dal 4 gennaio 2021 è obbligatorio trasmettere i dati di ogni fattura, fattura modificativa e fattura di annullamento a cui si applicano le norme di fatturazione della legge ungherese sull'IVA (NAV: Online Számla).

La versione supportata del collegamento tra i sistemi (interfaccia automatica) è la 3.0 (verificato il 17 ottobre 2026). Secondo la specifica dell'interfaccia, il programma di fatturazione deve effettuare la trasmissione dei dati automaticamente, senza un intervento umano separato all'interno del processo; la NAV elabora i dati inviati in modo asincrono, e la trasmissione non si può considerare adempiuta finché il programma non si è accertato del buon esito dell'elaborazione e non ha ricevuto il messaggio di ricevuta relativo alla fattura (NAV Online Számla: Documentazione). La NAV modifica la specifica di tanto in tanto (ne ha pubblicato una versione modificata anche ad agosto 2026), perciò il collegamento richiede manutenzione.

Ciò che un ERP ungherese deve di solito saper fare, e che noi colleghiamo:

NAV Online Számla: l'invio dei dati delle fatture tramite l'interfaccia automatica, l'interrogazione dell'esito dell'elaborazione e la gestione degli errori.
Servizi di fatturazione: se la fatturazione resta in un servizio di fatturazione esterno, il collegamento avviene tramite la sua interfaccia.
Banche: l'importazione degli estratti conto e delle transazioni, e la riconciliazione degli accrediti con le fatture.
Negozio online: la sincronizzazione di ordini, giacenze e prezzi tra il negozio online e l'ERP.
Corrieri e altri sistemi: spedizione dei pacchi, il CRM esistente, la posta elettronica e il calendario.

Nella scelta di un ERP pronto conviene chiedere se il prodotto ha una localizzazione ungherese, chi mantiene il collegamento con la NAV quando la specifica cambia e come si collega alle banche e ai servizi di fatturazione ungheresi. In un ERP su misura gli stessi collegamenti fanno parte dello sviluppo. Del collegamento dei sistemi parliamo più in dettaglio nella pagina Automazione dei processi.

Tabella decisionale

Criterio	ERP pronto così com'è	ERP pronto esteso	ERP su misura
Aderenza ai processi	l'azienda si adatta ai processi standard	gran parte dello standard va bene, alcuni punti sono specifici	il modo di lavorare si discosta sostanzialmente dallo standard
Avvio	di solito rapido, se basta la configurazione	più lungo, per lo sviluppo delle estensioni	richiede il tempo dello sviluppo, può partire anche per fasi
Aggiornamenti	li fornisce il produttore, con pochi rischi	le estensioni vanno verificate a ogni aggiornamento	li pianifica il committente, li esegue lo sviluppatore
Processi specifici	solo tramite le impostazioni	tramite punti di estensione o in un modulo separato	qualsiasi logica di business
Integrazioni	con i connettori del produttore e dei suoi partner	connettori e integrazioni su misura	con qualsiasi sistema di cui siano accessibili l'interfaccia o i dati
Struttura dei costi	canone di licenza o di abbonamento alle condizioni del produttore	licenza, più lo sviluppo e la manutenzione delle estensioni	sviluppo, gestione e ulteriore sviluppo
Dipendenza	dal produttore e dal futuro del prodotto	dal produttore e dal partner che sviluppa le estensioni	con il codice sorgente, può essere portato avanti anche da un altro sviluppatore
Per chi è adatto?	per aziende con un funzionamento consueto, che vogliono partire in fretta	per chi trova nello standard una buona base, ma in alcuni punti lavora diversamente	per chi ha un modo di lavorare o integrazioni specifici

È frequente anche una soluzione mista: l'ERP pronto resta per la finanza e la contabilità, mentre i processi particolari dell'azienda (ad esempio una pianificazione della produzione o una determinazione dei prezzi su misura) girano in un modulo su misura separato, che dialoga con il sistema pronto tramite un'interfaccia.

Il passaggio dal vecchio sistema

Un progetto ERP raramente parte da un foglio bianco: c'è un vecchio programma, un sistema pronto o un insieme di fogli di calcolo in cui vivono i dati di anni. Le fasi del passaggio:

Analisi: quali dati, processi e collegamenti esistono, e che cosa oggi gira nei fogli di calcolo, fuori dal sistema.
Inventario e pulizia dei dati: sistemare i clienti duplicati, l'anagrafica articoli incompleta e le voci obsolete prima ancora della migrazione.
Mappatura dei dati: dove va a finire ciascun vecchio campo nel nuovo sistema, e che cosa succede alle vecchie voci chiuse.
Migrazione di prova: i vecchi dati vengono trasferiti in un ambiente di test, dove gli utenti chiave li verificano su casi reali.
Avvio in produzione per fasi: modulo per modulo o sede per sede, eventualmente con un breve funzionamento in parallelo del vecchio e del nuovo sistema, perché il lavoro quotidiano non si fermi.
Assistenza post-avvio: correzione dei bug, formazione integrativa e gestione dopo l'avvio in produzione.

Non occorre sostituire tutto in una volta. Spesso la strada percorribile è affiancare prima il nuovo modulo al vecchio sistema e far scambiare dati ai due tramite un'interfaccia, finché la vecchia parte non può essere dismessa.

I rischi e come ridurli

Una prima fase troppo grande: se tutto parte insieme, un errore ferma l'intera azienda. Conviene iniziare con un modulo ben delimitato.
Dati disordinati: i dati errati restano errati anche nel nuovo sistema. La pulizia dei dati fa parte del progetto, non è un compito da rimandare a dopo.
Processi nascosti: molti passaggi importanti vivono nei fogli di calcolo o nella testa di qualche collaboratore. L'analisi deve far emergere anche questi.
Mancanza di utenti chiave: se chi svolge il lavoro quotidiano non partecipa alla progettazione e ai test, accanto al sistema continua a vivere il foglio di calcolo.
Errori di integrazione: i collegamenti con la NAV, la banca e il negozio online richiedono la registrazione delle attività e la segnalazione degli errori, perché una sincronizzazione bloccata non passi inosservata.
Dipendenza unilaterale: la consegna del codice sorgente completo e della documentazione garantisce che in seguito il sistema possa essere portato avanti anche da un altro sviluppatore.

Dove aiuta l'intelligenza artificiale in un ERP?

I grandi modelli linguistici come ChatGPT di OpenAI, Claude di Anthropic e Gemini di Google sono utili là dove finora una persona leggeva, copiava o redigeva testi:

Documenti: l'estrazione dei dati delle fatture in arrivo, dei documenti di trasporto e degli ordini, con una registrazione predisposta per il controllo.
Posta elettronica: l'elaborazione delle e-mail d'ordine in arrivo e la preparazione di una bozza di risposta.
Domande sui dati: domande al sistema in linguaggio comune, ad esempio su quali clienti abbiano fatture scadute non pagate.
Segnalazione delle anomalie: l'evidenziazione per il controllo delle voci insolite, ad esempio un ordine molto diverso dagli ordini precedenti del cliente.

Dove un errore costa denaro, l'IA propone e una persona approva. Del collegamento dei modelli e della protezione dei dati parliamo nella pagina Integrazione dell'IA.

La nostra esperienza

Attualmente stiamo sviluppando un grande sistema ERP e CRM; non rendiamo noti i nomi del cliente e del prodotto. In un ERP la parte difficile raramente sono le schermate: sono il modello dei dati, i permessi, le integrazioni e il recupero dei vecchi dati a decidere se i collaboratori useranno il sistema o se, accanto a esso, continueranno a tenere il loro foglio di calcolo.

Domande frequenti

Quando conviene sviluppare un ERP su misura?

Quando il modo di lavorare dell'azienda si discosta sostanzialmente da ciò su cui si basano gli ERP pronti e l'azienda vuole mantenere questa differenza; quando bisogna collegare molti sistemi e per essi non esiste un connettore pronto; oppure quando la personalizzazione necessaria richiederebbe ormai la modifica del nucleo del produttore. Se un ERP pronto copre gran parte dei processi tramite le impostazioni, di solito è quella la via più rapida; lo diciamo già nella prima consulenza.

Quanto si può personalizzare un ERP pronto?

In molti modi, ma non è indifferente come. Le impostazioni (configurazione) e i punti di estensione supportati dal produttore incidono poco sugli aggiornamenti; la modifica del codice del produttore, invece, può causare nuovo lavoro a ogni aggiornamento. La documentazione dei grandi produttori (SAP e Microsoft) raccomanda di lasciare intatto il nucleo e di tenere separate le estensioni; secondo la documentazione di Odoo, la manutenzione dei moduli su misura è una condizione per l'aggiornamento.

Qual è il rischio di una personalizzazione eccessiva?

Soprattutto che gli aggiornamenti diventino costosi e rischiosi: a ogni nuova versione le modifiche vanno verificate e spesso riscritte, e con alcuni produttori l'aggiornamento non si può nemmeno eseguire finché le parti su misura non sono pronte per la nuova versione. Inoltre l'azienda diventa dipendente anche dal partner che sviluppa le estensioni. Se l'entità della personalizzazione lo giustifica, conviene confrontarla con il costo di un modulo su misura o di un ERP su misura.

Come avviene il passaggio dal vecchio sistema?

Inizia con l'analisi, la pulizia dei dati e la mappatura dei dati; seguono una migrazione di prova in un ambiente di test e poi l'avvio in produzione per fasi: modulo per modulo, oppure con un breve funzionamento in parallelo del vecchio e del nuovo sistema. Dopo l'avvio in produzione seguono la correzione dei bug e la gestione. Il vecchio sistema può continuare a funzionare per un certo tempo accanto al nuovo, collegato tramite un'interfaccia.

Collegate NAV Online Számla?

Sì. Inviamo i dati delle fatture tramite l'interfaccia automatica della NAV, interroghiamo l'esito dell'elaborazione e gestiamo gli errori, come prescrive la specifica dell'interfaccia della NAV. Allo stesso modo colleghiamo anche i servizi di fatturazione esterni, le banche e il negozio online.

Come possiamo aiutarLa?

Mesterséges Intelligencia Központ Kft. sviluppa sistemi ERP, CRM e di back office su misura, realizza moduli e integrazioni su misura per sistemi pronti e li collega con l'intelligenza artificiale. La prima consulenza è gratuita, e se basta un ERP pronto, Le diciamo anche questo. Misuriamo la dimensione funzionale dello sviluppo in punti funzione COSMIC (ISO/IEC 19761) e da questa ricaviamo l'offerta e la pianificazione; il metodo è descritto nella pagina Prezzi. Su richiesta firmiamo un accordo di riservatezza (NDA) e dopo la consegna ci occupiamo anche della gestione e della manutenzione. Il codice sorgente e i diritti d'uso sono regolati dal contratto.

I dettagli sono nella pagina Software gestionali. Se desidera parlarci del Suo sistema, ci scriva ai recapiti indicati nella pagina Contatti.