Costi della migrazione a S/4HANA: cosa li determina per percorso

Il costo di una migrazione a S/4HANA rientra nelle stesse fasce di qualsiasi programma SAP. Preveda da $500K a $2M in un'azienda mid-market, da $2M a $10M o più in una grande azienda e da $10M a $50M o più in un gruppo globale. Dove si colloca all'interno della fascia dipende meno dal percorso che da codice custom, dati, mock conversion, doppio esercizio e contratto SAP.

Risposta breve: nessun percorso di migrazione costa meno per definizione. Il costo brownfield o greenfield dipende da quanto codice custom si porta dietro, da quanto sono puliti i Suoi dati e da quanto processo vuole cambiare. Nella mia esperienza il codice custom è la fase che sfora più spesso, ed è il costo nascosto che le aziende dimenticano più spesso.

Questo articolo riguarda nello specifico il conto della migrazione. Percorsi, fasi e scadenze di ECC sono nella mia guida alla migrazione da ECC a S/4HANA.

Per sapere quanto costa SAP in generale e dove vanno i soldi, legga quanto costa un'implementazione SAP. Per capire perché i budget sforano una volta iniziato il lavoro, legga perché i progetti SAP sforano il budget.

Una migrazione è un programma SAP completo, quindi uso le stesse fasce di riferimento che uso per qualsiasi programma SAP. Comprendono servizi del partner, abbonamento o licenze, dati, test, formazione e hypercare.

Ecco dove si colloca ciascuna fascia, e cosa spinge una migrazione verso l'alto al suo interno:

Dimensione aziendale	Costo totale del programma (USD)	Cosa spinge una migrazione verso l'alto della fascia
Piccola (meno di 200 dipendenti)	Da $80K a $500K	Volume dei dati legacy, add-on senza una versione S/4HANA
Mid-market (da 200 a 1.000)	Da $500K a $2M	Volume del codice custom, integrazioni, qualità dei dati
Grande (da 1.000 a 10.000)	Da $2M a $10M+	Codice custom, numero di mock conversion, perimetro dei test di regressione
Gruppo globale (oltre 10.000)	Da $10M a $50M+	Molte società e molti paesi, doppio esercizio tra le ondate di rollout

Due quote valgono in ogni fascia. I servizi del partner assorbono dal 35 al 50 percento del totale, e una contingency dal 10 al 20 percento si aggiunge sopra, tenuta da Lei e non dentro il prezzo del partner.

I benchmark pubblici sono nello stesso ordine di grandezza. LeverX, partner SAP, colloca un'implementazione greenfield di una grande azienda negli Stati Uniti tra $4M e $10M+ (guida ai costi USA di LeverX, 2026). Per un primo numero sul Suo perimetro, provi il calcolatore dei costi di implementazione SAP.

Si vuole una percentuale: il brownfield costa X percento in meno del greenfield. La mia risposta onesta è che dipende, e una percentuale non la do. Il percorso cambia dove vanno i soldi più che quanti sono.

Una conversione del sistema (brownfield) mantiene configurazione, codice custom e storico. Una nuova implementazione (greenfield) parte pulita e carica solo i dati che servono, e una selective data transition fa un po' di entrambe le cose con strumenti specialistici.

Ecco dove spende i soldi ciascun percorso:

Percorso	Dove vanno i soldi	Cosa lo rende costoso	Cosa lo tiene basso
Brownfield (conversione del sistema)	Correzione del codice custom, esecuzioni di conversione con il Software Update Manager, test di regressione di tutto ciò che si è tenuto	Un'ampia base di codice custom che nessuno usa, add-on da sostituire, una finestra di fermo breve su un database grande	Dismettere il codice inutilizzato prima della conversione, processi che già funzionano
Greenfield (nuova implementazione)	Progettazione dei processi, configurazione, estensioni, caricamenti dei dati, formazione e change	Ricostruire nel nuovo sistema vecchi report e logiche custom, riprogettare aree che funzionavano	Adottare lo standard SAP, caricare le partite aperte e solo lo storico che serve
Selective data transition	Strumenti e partner specialistici, perimetro dei dati, più un po' di riprogettazione e un po' di conversione	Selezione complessa di società e storico, fusioni e carve-out	Una decisione netta su quali aree riprogettare

Da cosa dipende, quindi? Lo decidono queste quattro domande:

1. Quanto codice custom si porta dietro, e quanto ne viene usato. In una conversione ogni oggetto che tiene va controllato, corretto dove serve e testato.
2. Quanto sono puliti i Suoi dati e quanto storico Le serve. I dati di cattiva qualità costano su ogni percorso, in un punto diverso per ciascuno.
3. Quanto processo vuole cambiare. La mia regola: greenfield quando arriva da altri sistemi o vanno definiti processi nuovi, brownfield quando i processi sono definiti e funzionano, selettiva quando alcune aree vanno riprogettate. Pagare per riprogettare processi che già funzionano è la scelta costosa.
4. Quanto fermo può sopportare il business. I sistemi grandi con finestre brevi richiedono tecniche downtime-optimized e gli specialisti che le sappiano eseguire.

Il costo segue anche il tempo. Nella mia esperienza il brownfield richiede da 12 a 18 mesi, il greenfield da 18 a 24 mesi e la selective data transition da 12 a 18 mesi. La mia guida su tempi e piano di progetto della migrazione a S/4HANA li scompone fase per fase.

Il codice custom è la fase che vedo sforare più spesso in una migrazione. È anche il costo che le aziende dimenticano più spesso quando fissano il budget.

Si nasconde perché sembra un'attività tecnica. In una conversione brownfield i Suoi programmi Z, enhancement e modifiche passano dall'altra parte, e ognuno che tocca un modello dei dati cambiato va adattato e ritestato.

Il SAP Readiness Check è il punto giusto da cui partire, ma è uno strumento di pianificazione. Nella mia esperienza sono gli oggetti custom che non rileva a fare male dopo.

La Conversion Guide for SAP S/4HANA Cloud Private Edition 2025 di SAP rimanda all'ABAP Test Cockpit per i controlli sul codice custom. Raccomanda anche di rimuovere il codice custom non più usato prima della conversione.

È in quella raccomandazione che stanno i risparmi. In un programma, l'analisi con smartShift ci ha portato da 18.000 oggetti custom a 3.200, e ogni oggetto dismesso era uno che nessuno doveva correggere, testare o portarsi dietro negli upgrade futuri.

Prima che qualcuno quoti una migrazione, vorrei una risposta a queste domande:

1. Quanti oggetti custom esistono? Li conti dal Suo sistema, non dalla stima del partner.
2. Quanti vengono usati davvero? Dati di utilizzo dalla produzione, su un ciclo di business completo, chiusura d'esercizio compresa.
3. Quali verranno dismessi, e chi decide? Una design authority di business e IT, non gli sviluppatori da soli.
4. Cosa sostituisce quelli che tiene? Funzioni standard, API rilasciate o estensioni side-by-side, in linea con un Clean Core.

Riduca al minimo le personalizzazioni e governi il resto. L'errore comune che vedo è cercare di far funzionare SAP come Oracle, il che trasforma ogni differenza in codice. La mia guida a SAP Clean Core spiega come classificare ciò che rimane.

Nella mia esperienza la migrazione dei dati assorbe dal 30 al 40 percento dell'effort. Una buona parte di quell'effort ricade sui Suoi utenti di business, che puliscono e validano, quindi raramente compare in un'offerta del partner.

In una conversione brownfield pianifico tre mock conversion prima del cutover. Ognuna costa soldi veri: una copia del sistema, il team tecnico che esegue la conversione, i controlli funzionali e la riconciliazione dei risultati da parte del business.

Verifichi cosa copre già il Suo contratto. La guida alla conversione di SAP per la Private Edition dice che il perimetro contrattuale standard include due dry run, uno per i sistemi non di produzione e uno per la produzione. Altri si possono aggiungere come servizio a pagamento.

Se ne pianifica tre, concordi in anticipo chi paga il terzo.

Il fermo è l'altro costo di questa fase. Il fermo del cutover che ho visto va da un weekend a una settimana, e il business paga ogni giorno in cui non può spedire, fatturare o chiudere.

Si può accorciare. Il Software Update Manager offre una conversione downtime-optimized, ma la guida di SAP dice che la versione per la Private Edition richiede un esperto SAP che abbia completato il corso di formazione ADM329. È una voce specialistica nel budget, non un interruttore gratuito.

I test chiudono il cerchio. Una conversione mantiene tutto, quindi i test di regressione devono coprire tutto ciò che ha tenuto, e quel perimetro cresce con ogni oggetto custom che non ha dismesso.

Due costi stanno fuori dal piano di progetto, ed entrambi finiscono sulla scrivania del CFO.

Il primo è il doppio esercizio. Per SAP ERP 6.0 sugli enhancement package da 6 a 8, la manutenzione standard termina il 31 dicembre 2027. La manutenzione estesa opzionale fino alla fine del 2030 costa due punti percentuali in più (SAP News).

Un programma greenfield avviato oggi arriva al 2028, quindi ECC continua a girare, e a costare, mentre Lei realizza. Metta a budget almeno un po' di manutenzione estesa, il team di supporto ECC e le interfacce che devono alimentare entrambi i sistemi durante un rollout per fasi.

Il secondo è la conversione del contratto. Passare a RISE with SAP significa S/4HANA Cloud Private Edition, che SAP oggi commercializza come SAP Cloud ERP Private. La Sua posizione di licenze e manutenzione si trasforma in un abbonamento, e le condizioni si negoziano, non sono pubblicate.

Le trappole più grandi che vedo in un contratto RISE sono le condizioni di rinnovo, il dimensionamento in full user equivalent (FUE) e i crediti AI. Quello che negozio sempre è la lista dei moduli inclusi e un prezzo per fasi, così si paga man mano che le fasi vanno in go-live invece che dal primo giorno.

Chieda a SAP per iscritto cosa succede alle Sue licenze esistenti e ai pagamenti di manutenzione. La mia guida a contratto e prezzi di RISE with SAP spiega cosa è incluso, cosa è escluso e su cosa insistere.

Nei 21 programmi SAP che ho guidato o salvato, l'errore più grande che vedo è non pianificare bene all'inizio. I budget vengono colpiti nella fase Explore, man mano che cresce la lista WRICEF (report, interfacce, conversioni, enhancement, form, workflow), e lasciare che siano i vendor a controllare il perimetro è una causa di fondo.

Questo è l'ordine che seguirei:

1. Esegua il SAP Readiness Check e i controlli sul codice custom prima di chiedere un prezzo a chiunque.
2. Decida quale codice custom viene dismesso tramite una design authority di business e IT.
3. Profili i dati e dimensioni l'effort sui dati dal 30 al 40 percento del programma.
4. Conti le mock conversion e i dry run, e concordi chi paga ciascuno.
5. Quotifichi il doppio esercizio, inclusa la manutenzione estesa se il go-live cade dopo il 2027.
6. Scriva Lei il perimetro, così il partner quota il Suo perimetro e non il proprio.
7. Aggiunga dal 10 al 20 percento di contingency, tenuta dalla Sua parte.

Poi vada dai partner. Chieda referenze e la loro progettazione di alto livello della Sua migrazione, e lasci perdere le risposte generiche che potrebbero valere per qualsiasi azienda. La mia guida su come scegliere un partner per la migrazione a S/4HANA copre il resto di quella conversazione.

Il passo concreto successivo: estragga questo mese il numero di oggetti custom e i dati di utilizzo dal Suo sistema di produzione. È il numero che sposta di più il budget di una migrazione, e può averlo prima che qualsiasi partner entri nella stanza.

Se desidera un parere indipendente sul budget di una migrazione o sulla proposta di un partner, aiuto le organizzazioni proprio in questo. Può contattarmi qui.

Quanto costa una migrazione a S/4HANA?

Le fasce di riferimento che uso sono da $80.000 a $500.000 per una piccola azienda e da $500.000 a $2 milioni nel mid-market. Una grande azienda dovrebbe prevedere da $2 milioni a $10 milioni o più, e un gruppo globale da $10 milioni a $50 milioni o più. I servizi del partner assorbono dal 35 al 50 percento del totale, e sono codice custom, dati e numero di mock conversion a decidere dove si colloca nella fascia.

Il brownfield costa meno del greenfield per S/4HANA?

Non per definizione. Dipende da quanto codice custom si porta dietro, da quanto sono puliti i Suoi dati, da quanto processo vuole riprogettare e da quanto fermo può sopportare. Una conversione brownfield con un'ampia base di codice custom inutilizzato può costare più di un'implementazione greenfield che adotta lo standard SAP.

Qual è il costo nascosto più grande in una migrazione a S/4HANA?

Il codice custom. Nella mia esperienza è il costo che le aziende dimenticano più spesso e la fase che sfora più spesso. Conti i Suoi oggetti custom e verifichi quali vengono usati prima che qualcuno quoti la migrazione.

Quante mock conversion servono per una conversione a S/4HANA?

In una conversione brownfield pianifico tre mock conversion prima del cutover. La guida alla conversione di SAP per la Private Edition include due dry run nel perimetro contrattuale standard, uno per i sistemi non di produzione e uno per la produzione, con altri disponibili come servizio a pagamento. Concordi chi paga ogni esecuzione aggiuntiva prima di firmare.

Quanta contingency aggiungere al budget di una migrazione a S/4HANA?

Tenga dal 10 al 20 percento oltre il budget, dalla Sua parte e non dentro il prezzo del partner. La rilasci a fronte di rischi specifici, come problemi di codice custom o di dati emersi nei test, non per coprire un perimetro che non è mai stato quotato.

RISE with SAP rende più economica una migrazione a S/4HANA?

Cambia la forma del costo più che la dimensione. Licenze, hosting e operazioni tecniche passano in un abbonamento, ma codice custom, dati, test e change restano nel budget del Suo programma. Tenga d'occhio le condizioni di rinnovo, il dimensionamento FUE e i crediti AI, e negozi i moduli inclusi e un prezzo per fasi.