Il settore ERP da 66 miliardi di dollari e perché i CFO ricorrono ancora a Excel

I CFO ricorrono ancora a Excel dopo un programma ERP da molti milioni perché l'ERP è stato configurato per raccogliere dati, non per sostenere le decisioni che prendono le persone di finanza e operations. Excel dà loro controllo, flessibilità e velocità proprio per quelle decisioni. La soluzione non è formare le persone a lasciare i fogli di calcolo. È individuare i fogli di calcolo che contano, capire quale decisione sostiene ciascuno e progettare report e analisi dell'ERP che svolgano quel compito meglio. Questo articolo è per CFO, responsabili dei sistemi finanziari e sponsor di programma. Spiega perché Excel resiste, quanto costa, che cosa cambiano gli strumenti SAP e l'AI, e propone una scheda di lavoro per sostituire i fogli di calcolo più importanti.

Il supervisore della logistica di uno dei miei clienti manifatturieri mi ha raccontato che il suo team esportava ogni settimana i dati dell'ERP in Excel per pianificare le scorte. L'azienda aveva pagato una fortuna per i moduli di pianificazione, che avevano le dashboard migliori di tutto il suo reporting. Il team usava comunque il foglio di calcolo. Non è un caso isolato. Ho lavorato con diverse aziende Fortune 500 che ammettono apertamente di usare Excel per attività critiche: audit finanziari, report per il vertice, perfino i calcoli delle buste paga.

Questa è la vera storia del fallimento degli ERP. Non il go-live. Non la configurazione. Il divario tra ciò che il sistema produce e ciò di cui ha bisogno chi decide.

Gartner stima i ricavi mondiali del software ERP in 66 miliardi di dollari nel 2024. I business case giustificano di routine una parte di quella spesa con l'eliminazione del lavoro manuale sui fogli di calcolo. Eppure, in un'indagine di Odoxa del maggio 2026 su 303 CFO britannici, il 67% usava ancora Excel per l'analisi dei conti e le riconciliazioni, esattamente quanti usavano il proprio ERP. Non perché non avessero implementato il sistema. Perché il sistema, così com'era stato implementato, non sostituiva ciò che faceva il foglio di calcolo.

Excel ha quattro caratteristiche che la maggior parte delle implementazioni ERP non riesce a replicare.

Familiarità. La maggior parte dei professionisti di finanza e operations usa Excel da vent'anni. Quando un manager ha bisogno di una risposta prima del consiglio di amministrazione di domani, apre lo strumento che sa che gliela darà.

Flessibilità. Excel permette di costruire l'analisi che serve, non quella che offre il sistema. Un CFO può modellare tre scenari di cassa in un pomeriggio. In un ERP la stessa analisi può richiedere una richiesta di configurazione, uno sviluppo e un ciclo di test.

Velocità. Cambiare una formula richiede pochi secondi. Cambiare un report ERP richiede qualcuno che sappia come fare, un'approvazione e dei test.

Controllo. Le persone si fidano di ciò che possono vedere e modificare. Per la maggior parte degli utenti un ERP è una scatola nera. In Excel possono risalire da ogni numero alla sua fonte.

Sono risposte razionali a sistemi che non sono stati progettati per le decisioni che le persone devono prendere.

Le schermate ERP tradizionali sono state costruite per la completezza dei dati e l'integrità dei processi. La transazione di entrata merci cattura ogni campo obbligatorio. Il report che mostra che cosa significa quella posizione di magazzino per il piano di produzione del mese prossimo richiede uno strumento separato, una configurazione separata e spesso uno specialista separato.

SAP Fiori è stato un vero passo avanti: launchpad basati sui ruoli, schermate più semplici, accesso da mobile. In molte implementazioni la configurazione non ha tenuto il passo con l'intento. Gli utenti hanno accesso a Fiori, ma i tile analitici non sono mai stati configurati attorno alle decisioni che devono prendere. Eseguono le transazioni, poi esportano in Excel, e Fiori diventa un semplice tramite verso lo stesso problema.

Gli strumenti di embedded analytics di S/4HANA e SAP Analytics Cloud vanno oltre, perché portano l'analisi nello stesso ambiente della transazione. SAP Business Data Cloud è l'attuale casa SAP per il livello dati più ampio. Dove le aziende li hanno configurati bene, la dipendenza da Excel è davvero più bassa. Nella maggior parte dei casi l'investimento analitico resta molto indietro rispetto a quello transazionale. I contratti cloud rendono più semplice concedere in licenza alcune analisi. Non eliminano il lavoro di progettazione.

Gli strumenti di AI generativa che oggi ruotano attorno a SAP risolvono alcune delle ragioni per cui le persone esportano:

1. Joule nelle applicazioni SAP risponde in linguaggio naturale a domande sui dati SAP e apre l'app giusta. È utile per la domanda ad hoc che prima faceva scattare un'esportazione. Non sostituisce il reporting operativo pianificato.
2. Microsoft 365 Copilot redige in bozza il commento ai numeri. Il commento per il consiglio di amministrazione che un CFO scriveva a mano può partire da una bozza basata su cifre provenienti dall'ERP, il che accorcia la fase finale della chiusura.
3. Copilot in Power BI genera misure, visualizzazioni e sintesi a partire dal linguaggio naturale. Dove Power BI poggia già sui dati SAP, accelera lo sviluppo. Dove non lo fa, non cambia la decisione di architettura.

Il filo conduttore dei tre strumenti: l'AI accelera il lavoro una volta che il reporting è progettato attorno alla decisione. Non decide che cosa costruire. Per quello servono ancora persone che capiscono che cosa fa il business.

I costi si accumulano in silenzio.

Conflitti di versione. Quando cinque persone aggiornano ciascuna la propria copia e riconciliano ogni settimana, qualcuno lavora sempre sulla versione sbagliata. Una chiusura gestita su una cartella di lavoro condivisa è a una modifica simultanea di distanza da un esercizio di riconciliazione che ritarda il pacchetto per il consiglio di amministrazione.

Lacune nell'audit. I sistemi ERP mantengono un audit trail per progetto. I fogli di calcolo no. Quando un revisore chiede perché un numero è cambiato tra una bozza e l'altra, di solito il foglio di calcolo non sa rispondere.

Dati che divergono. Quando l'ERP e il foglio di calcolo contengono versioni diverse degli stessi dati, le decisioni si dividono. Le operations si fidano del foglio di calcolo, la finanza si fida dell'ERP, e la riconciliazione mensile consuma tempo e fiducia.

Errori manuali che si sommano. Un copia-incolla che salta una riga, una formula che non si estende ai nuovi dati, un filtro rimasto attivo. Più passaggi manuali ci sono, più cresce nel tempo il tasso di errore.

La mia guida a SAP FICO spiega come dovrebbe funzionare la chiusura contabile in S/4HANA.

Sì, se l'implementazione affronta le ragioni per cui le persone sono ricorse a Excel.

La chiusura contabile che gira sulle tabelle pivot non è un problema di formazione. È un problema di progettazione del reporting: la chiusura richiede output che l'ERP non produce in una forma utilizzabile. Configuri l'ERP in modo che li produca, invece di dire alle persone di smettere di usare Excel.

Il pianificatore delle scorte che esporta in Excel non sta opponendo resistenza al sistema. I report di pianificazione non gli mostrano ciò che gli serve per decidere. Li progetti attorno alla decisione, non al modello dati. Per la pianificazione che richiede davvero scenari e simulazioni, SAP IBP è fatto per questo, ma solo se i pianificatori si fidano dei suoi risultati.

In ogni revisione post go-live in cui la dipendenza dai fogli di calcolo è alta, lo schema è lo stesso. L'IT e il consulente SAP hanno progettato i report attorno a ciò che il sistema poteva produrre, non a ciò che il business aveva bisogno di vedere. È lo stesso errore di comprare il sistema prima di mappare i processi, solo più avanti nel programma.

Parta dai processi in cui contano di più l'accuratezza e l'audit trail: la chiusura contabile, la riconciliazione delle scorte, l'analisi degli acquisti e il reporting di gestione. Per ogni foglio di calcolo importante compili una riga.

1. 01Scegliere il foglio di calcoloPrima chiusura, scorte, acquisti e reporting
2. 02Nominare la decisionePer esempio, la previsione di cassa per il pacchetto del consiglio
3. 03Perché l'ERP non bastaReport mancante, layout sbagliato, giudizio, velocità
4. 04Progettare la sostituzioneReport ERP, app Fiori, SAP Analytics Cloud o Power BI
5. 05Il responsabile la collaudaPrima del go-live, sulla stessa decisione
6. 06Dismettere il foglio di calcoloA una data stabilita

La decisione si prende sul sistema di riferimento

Campo	Che cosa registrare
Foglio di calcolo	Nome e posizione della cartella di lavoro
Responsabile	La persona che lo mantiene
Decisione che sostiene	La decisione o l'output specifico, per esempio la previsione di cassa mensile per il pacchetto del consiglio
Fonti dei dati	Quali report o esportazioni dell'ERP lo alimentano, ed eventuali input manuali
Perché oggi l'ERP non lo fa	Report mancante, layout sbagliato, fase di giudizio, velocità
Sostituzione	Report ERP configurato, app analitica Fiori, story di SAP Analytics Cloud o Power BI su dati governati
Test di accettazione	Il responsabile conferma che la sostituzione sostiene la stessa decisione prima del go-live
Data di dismissione	Quando il foglio di calcolo smette di essere usato

A volte l'ERP non è davvero in grado di produrre ciò di cui il business ha bisogno alla velocità richiesta. In quel caso usi uno strato di analisi governato, come SAP Analytics Cloud o Power BI, sopra i dati dell'ERP, non un'esportazione manuale con ricostruzione. I dati restano nel sistema di riferimento. La visualizzazione risponde alla decisione.

Ciò che non funziona è formare le persone a usare report che non sono stati progettati per le loro decisioni. Tornano a Excel. Non perché oppongano resistenza al cambiamento. Perché il report non fa il suo lavoro.

Perché i CFO usano ancora Excel pur avendo sistemi ERP?

Perché Excel è familiare, flessibile, veloce e trasparente, e perché i report dell'ERP sono stati in genere configurati attorno a ciò che il sistema poteva produrre, non alle decisioni che la finanza deve prendere. Un controller che costruisce il modello della chiusura mensile in Excel lo fa di solito perché i report di chiusura dell'ERP non producono il formato richiesto dal pacchetto di gestione. Sostituisca quell'output e il foglio di calcolo perde la sua ragione d'essere.

Quali sono i rischi di gestire i processi aziendali nei fogli di calcolo?

Conflitti di versione quando più persone mantengono copie dello stesso modello. Lacune nell'audit, perché i fogli di calcolo non conservano uno storico affidabile delle modifiche. Dati che si allontanano dall'ERP, così operations e finanza lavorano su numeri diversi. Infine gli errori manuali, che si accumulano a ogni copia, incolla e formula e di solito emergono in sede di audit o in un report di gestione, non nel momento in cui avvengono.

Come possono i sistemi ERP ridurre la dipendenza da Excel?

Configurandoli attorno alle decisioni che le persone prendono. Prima del go-live, elenchi i fogli di calcolo più importanti per ciascun ruolo chiave e la decisione che ciascuno sostiene. Progetti il report ERP, l'app Fiori o la story analitica che sostituisce quello specifico foglio di calcolo e faccia collaudare il risultato al suo responsabile prima del go-live. Per la chiusura, produca direttamente il formato del pacchetto di gestione invece di richiedere un'esportazione e una riformattazione.

L'AI come Joule o Copilot elimina il bisogno di Excel?

Non da sola. Joule risponde a domande ad hoc sui dati SAP, il che elimina alcune esportazioni. Copilot redige più in fretta commenti e contenuti Power BI. Nessuno dei due decide di quali report il business ha bisogno né riprogetta un report costruito attorno al modello dati. L'AI accelera una buona progettazione del reporting; non la sostituisce.

Perché i team di magazzino e supply chain usano ancora Excel dopo il go-live dell'ERP?

Per due ragioni. I report di pianificazione non erano stati configurati per la decisione del pianificatore, per esempio una vista di copertura a dodici settimane mobili con segnalazione delle eccezioni. E i pianificatori si fidano dei dati dell'ERP ma applicano il proprio giudizio su lead time, affidabilità dei fornitori e priorità dei clienti, che l'ERP non dà loro modo di registrare. Si configurino prima i report orientati alla decisione; per la pianificazione di scenari complessi, SAP IBP offre un luogo in cui inserire quel giudizio.

Qual è il costo reale di un ERP che non sostituisce i fogli di calcolo?

Su cinque anni è spesso superiore allo sforamento dell'implementazione. Comprende il tempo di riconciliazione tra finanza e operations e la correzione dei problemi di audit quando emergono gli errori dei fogli di calcolo. Si aggiungono il costo di pagare l'ERP mentre le persone mantengono equivalenti manuali, decisioni più lente e talenti senior impiegati nell'assemblaggio dei dati. Un ERP che è in produzione ma non ha sostituito i processi manuali è stato acquistato, non consegnato.