Il tempo stringe. Il supporto mainstream di SAP ECC termina il 31 dicembre 2027 e, secondo l'indagine DSAG 2025 (l'associazione degli utenti SAP di lingua tedesca), circa il 50% delle aziende deve ancora affrontare l'intera migrazione a SAP S/4HANA. Per un comitato direttivo, questo significa che la decisione di migrare non è più una scelta strategica di lungo periodo: è operativa e urgente. Chi inizia tardi si troverà senza partner disponibili, senza finestre di progetto ragionevoli e, nella peggiore delle ipotesi, con il proprio ERP critico privo di supporto da parte del produttore.
Questa guida è pensata per responsabili IT, CFO e direttori di trasformazione che devono prendere una decisione informata: cosa significa davvero la scadenza del 2027, quale approccio di migrazione si adatta a ciascuna organizzazione, cosa è RISE with SAP e come pianificare un progetto che, a seconda della complessità, può durare da sei mesi a oltre due anni. Nessuna promessa vaga, solo dati tracciabili a fonti reali.
La scadenza SAP ECC: cosa significano davvero il 2027 e il 2030
La data che conta è il 31 dicembre 2027. In quel giorno termina il supporto mainstream di SAP ECC 6.0 e di SAP Business Suite 7. Da quel momento, come confermano sia la documentazione SAP sia le analisi di Rimini Street e SEIDOR, esiste un'opzione di manutenzione estesa che prolunga il supporto fino al 31 dicembre 2030, ma con condizioni che vale la pena leggere attentamente.
Questa manutenzione estesa non è gratuita. Secondo Rimini Street, la manutenzione estesa di ECC (enhancement package da 6 a 8) oltre il 2027 comporta un sovrapprezzo di circa 2 punti percentuali sulla base di manutenzione — circa il 9% in più rispetto a quanto già si paga — fino alla fine del 2030. In altre parole: il "più tempo" ha un costo ricorrente e acquista soltanto una proroga di tre anni, non una soluzione definitiva.
Esiste una terza via per i casi più complessi. Nel primo trimestre del 2025, secondo Rimini Street, SAP ha annunciato la SAP ERP, private edition, transition option: un pacchetto all'interno di RISE che estende il supporto ECC oltre il 2030, ma esclusivamente per clienti complessi selezionati che firmano un accordo RISE. Non è una via d'uscita generale; è un ponte contrattuale per landscape di grandi dimensioni che non riusciranno a rispettare i tempi.
Il settore è pronto per il 2027?
No. I dati dell'indagine DSAG 2025, riportati da IT-Onlinemagazin, delineano un quadro chiaro:
- Solo il 16% delle aziende utilizza S/4HANA in modo esclusivo.
- Il 21% ha migrato parti del proprio landscape.
- Il 14% ha avviato il processo di migrazione.
- Circa il 50% deve ancora affrontare l'intera migrazione.
Un dato particolarmente significativo: il 37% degli intervistati ha dichiarato che probabilmente ricorrerà alla manutenzione estesa di SAP, il che nella pratica significa che prevede che la propria migrazione a S/4HANA non sarà completata entro la fine del 2027.
Se più di un terzo dell'ecosistema sta già pianificando di ricorrere alla proroga a pagamento, la conclusione per qualsiasi organizzazione è diretta: la disponibilità di consulenti, architetti e finestre di migrazione andrà saturandosi. Iniziare presto non è una questione di prudenza tecnica, ma di disponibilità di mercato.
La buona notizia è che l'adozione del cloud si accelera. Secondo la ricerca congiunta di ASUG e DSAG, l'utilizzo di S/4HANA Private Cloud è salito al 33% delle aziende, rispetto all'11% dell'anno precedente, e S/4HANA Public Cloud è passato dal 6% al 13%. La tendenza è inequivocabile: la migrazione non punta solo verso S/4HANA, ma prevalentemente verso il consumo in cloud gestito.
Greenfield, brownfield o selective data transition: come scegliere l'approccio
Non esiste un unico modo per migrare a S/4HANA. Secondo la SAP Community e SNP Group, esistono tre principali approcci di transizione, e la scelta condiziona costi, durata e rischio dell'intero progetto.
Brownfield: conversione del sistema esistente
Il brownfield, o conversione del sistema, trasforma l'attuale SAP ECC in S/4HANA conservando dati storici, configurazione e sviluppi personalizzati. È il percorso con minore discontinuità: i processi di business rimangono sostanzialmente invariati. Secondo la SAP Community e Basis Admin, è generalmente l'approccio più rapido, con completamento in 6-12 mesi.
Il rovescio della medaglia è che si trascina anche il debito tecnico: anni di customizing accumulato, processi ereditati che forse non generano più valore e un modello dati che non viene ripensato. Si adatta bene alle organizzazioni i cui processi funzionano, che hanno investito significativamente in personalizzazioni di valore e che devono rispettare la scadenza con il minimo impatto operativo.
Greenfield: nuova implementazione con best practice
Il greenfield è un'implementazione da zero. I processi vengono ridisegnati sulle SAP best practice e si costruisce un sistema pulito, abbandonando il customizing superfluo. È l'opzione più trasformativa e quella che sfrutta meglio le capacità native di S/4HANA, ma richiede anche il maggiore sforzo di change management e ridisegno, e pertanto richiede generalmente più tempo rispetto a un brownfield.
È adatta alle aziende che vogliono reinventare i propri processi, cresciute per acquisizioni con sistemi eterogenei, oppure il cui ECC attuale è così personalizzato che conservarlo significherebbe perpetuare il problema.
Selective data transition (bluefield): il meglio dei due mondi
La selective data transition, nota anche come bluefield, è un approccio ibrido che riutilizza selettivamente dati e processi. Consente, ad esempio, di ridisegnare le aree che ne hanno bisogno conservando i dati master e storici che producono valore. Offre un controllo granulare su ciò che viene migrato, ma richiede strumenti specializzati ed esperienza; come il greenfield, tende a richiedere più tempo rispetto a una conversione brownfield diretta.
Tabella comparativa degli approcci
| Criterio | Brownfield (conversione) | Greenfield (nuova implementazione) | Selective data transition (bluefield) |
|---|---|---|---|
| Punto di partenza | Sistema ECC esistente | Sistema pulito da zero | Ibrido |
| Processi di business | Conservati | Ridisegnati con best practice | Ridisegnati selettivamente |
| Dati | Migrati integralmente | Caricati in modo selettivo | Riutilizzo selettivo |
| Durata tipica | 6-12 mesi (il più rapido) | Superiore al brownfield | Superiore al brownfield |
| Debito tecnico | Portato avanti | Eliminato | Ridotto in modo controllato |
| Profilo ideale | Processi validi, discontinuità minima | Trasformazione profonda, M&A | Controllo granulare, dati critici da preservare |
Fonti: SAP Community, SNP Group e Basis Admin.
Per molte organizzazioni, la scelta dell'approccio è strettamente legata alla strategia infrastrutturale che si intende adottare. Se il progetto viene utilizzato come occasione per uscire dal proprio data center, conviene pianificare in parallelo la migrazione cloud del carico SAP, perché la destinazione (hyperscaler, cloud privato gestito o RISE) condiziona il disegno tecnico fin dal primo giorno.
Cos'è RISE with SAP e quando conviene
RISE with SAP è l'offerta di SAP che raggruppa migrazione e operazione cloud in un unico contratto. Secondo la documentazione SAP e il blog di SAP-PRESS, RISE combina S/4HANA Cloud Private Edition con la SAP Business Technology Platform (BTP), SAP Business Network e SAP Signavio, il tutto distribuito su infrastruttura di hyperscaler come Microsoft Azure, AWS e Google Cloud.
Il valore proposto è il consolidamento: invece di gestire separatamente licenze, infrastruttura, strumenti di processo e rete di business, l'organizzazione sottoscrive un servizio gestito con un unico interlocutore responsabile dello SLA. Per le aziende che vogliono uscire dall'on-premise e ridurre il carico operativo del proprio team IT, è una soluzione interessante.
Quando conviene RISE e quando no
RISE si adatta particolarmente bene quando:
- Si intende trasformare contemporaneamente l'ERP e il modello infrastrutturale, evitando due progetti consecutivi.
- Il team interno di Basis e infrastruttura è ridotto e si preferisce esternalizzare l'operazione.
- Si desidera l'accesso integrato a BTP, Signavio (per il mining e il ridisegno dei processi) e Business Network fin dall'inizio.
- Nel caso di landscape molto complessi, è necessaria la già citata transition option per estendere il supporto ECC oltre il 2030.
Conviene valutarlo con maggiore attenzione quando l'azienda ha già una strategia cloud consolidata con un hyperscaler specifico e accordi propri, quando esiste un team interno solido che preferisce mantenere il controllo dell'operazione, oppure quando i requisiti di residenza dei dati e di personalizzazione si scontrano con il modello standardizzato del cloud privato gestito. In questi casi, una migrazione a S/4HANA su infrastruttura cloud propria può offrire maggiore flessibilità, a fronte di una maggiore responsabilità operativa.
La raccomandazione pratica: non trattare RISE come una decisione binaria "tutto o niente", ma valutarlo modulo per modulo rispetto alle alternative, idealmente con un partner privo di incentivi a spingere un unico modello.
Quanto dura e quanto costa un progetto di migrazione a S/4HANA?
È la prima domanda che pone qualsiasi direzione aziendale, e la risposta onesta è: dipende dalle dimensioni, dalla complessità e dall'approccio. Esistono tuttavia intervalli di riferimento documentati.
Secondo il blog di SAP-PRESS e IgniteSAP, una migrazione a SAP S/4HANA dura generalmente tra 6 e 18 mesi, con le seguenti fasce in base al profilo aziendale:
| Profilo organizzativo | Durata stimata della migrazione |
|---|---|
| Progetto generale / perimetro limitato | 6-18 mesi |
| Media impresa | 12-24 mesi |
| Grande impresa / landscape complesso | 30+ mesi |
| Pianificazione e allineamento preliminare (aggiuntivo) | 4-6 mesi |
Fonti: SAP-PRESS Blog e IgniteSAP.
Due precisazioni importanti. Prima: quei 4-6 mesi di pianificazione e allineamento preliminare non sono facoltativi — avvengono prima dell'avvio del progetto tecnico e fanno spesso la differenza tra un progetto sotto controllo e uno che deraglia. Seconda: l'approccio scelto incide in modo significativo: un brownfield ben perimetrato può concludersi nella fascia bassa (6-12 mesi secondo la SAP Community e Basis Admin), mentre un greenfield trasformativo in una grande impresa si avvicina facilmente ai 30 o più mesi.
Per quanto riguarda i costi, le variabili sono talmente numerose per ciascuna organizzazione che qualsiasi cifra generica induce in errore. I fattori determinanti sono il numero di utenti e moduli, il volume di sviluppi personalizzati da riscrivere o dismettere, il modello di licenza (RISE rispetto a licenze perpetue più infrastruttura) e il grado di ridisegno dei processi. Per questo il costo non può essere stimato in modo affidabile senza un assessment preventivo del sistema attuale. Ciò che è certo è il costo del non decidere: il sovrapprezzo del ~9% della manutenzione estesa e il rischio crescente di trovarsi senza risorse di implementazione con l'avvicinarsi del 2027.
Come pianificare il progetto: roadmap fase per fase
Una migrazione a S/4HANA non si improvvisa. Di seguito una roadmap in sei fasi che organizza il lavoro e riduce il rischio.
Fase 1 — Assessment e readiness check
Eseguire il SAP Readiness Check sul sistema ECC attuale per censire customizing, add-on, dimensione del database, semplificazioni necessarie e compatibilità. È la diagnosi che alimenta tutte le decisioni successive. Senza questa fotografia, qualsiasi stima di tempi e costi è pura speculazione.
Fase 2 — Decisione sull'approccio e sulla destinazione
Con l'assessment in mano, scegliere tra brownfield, greenfield o selective data transition e, in parallelo, la destinazione infrastrutturale: RISE, hyperscaler con licenze proprie o cloud privato. Queste due decisioni sono correlate ed è opportuno affrontarle insieme.
Fase 3 — Business case e approvazione
Tradurre il perimetro in un caso di business: investimento, risparmio sul costo della manutenzione estesa evitata, benefici di processo e tempistica realistica (tenendo conto dei 4-6 mesi di pianificazione preliminare). È il momento di allineare la direzione finanziaria e operativa prima di impegnare le risorse.
Fase 4 — Progettazione e pulizia dei dati
Ridisegnare i processi obiettivo (in greenfield e bluefield) e, in ogni caso, affrontare la qualità e la pulizia dei dati. Migrare dati sporchi su S/4HANA è uno degli errori più costosi e frequenti. Questa fase determina anche quali sviluppi personalizzati vengono conservati, riscritti o dismessi.
Fase 5 — Build, migrazione e test
Costruire il sistema, eseguire le conversioni o i caricamenti dati e condurre i test in modo esaustivo: test unitari, di integrazione, di regressione e di accettazione utente, nonché test di performance. È il momento opportuno per automatizzare tutto ciò che è automatizzabile — cicli di regressione, validazioni dati, deployment ripetibili — avvalendosi di pratiche di automazione dei processi che accelerano il testing e riducono gli errori umani nelle fasi di caricamento.
Fase 6 — Cutover, go-live e supporto
Pianificare il cutover con una finestra realistica, eseguire il go-live e stabilire un periodo di hypercare con supporto rinforzato. La stabilizzazione post-avvio è parte integrante del progetto, non un'aggiunta opzionale.
Lista di controllo pre-avvio
- Readiness Check eseguito e analizzato
- Approccio (brownfield / greenfield / bluefield) scelto e motivato
- Destinazione infrastrutturale definita (RISE vs. cloud proprio)
- Inventario degli sviluppi personalizzati con decisione di conservare / riscrivere / dismettere
- Strategia di pulizia e migrazione dei dati
- Piano di test e di change management
- Executive sponsor e governance di progetto assegnati
Errori frequenti e fattori critici di successo
I progetti S/4HANA che si complicano raramente falliscono per ragioni tecnologiche; falliscono per carenze nella pianificazione e nella gestione delle persone. Di seguito i pattern ricorrenti.
Sottovalutare la pianificazione preliminare. Saltare i 4-6 mesi di allineamento documentati da SAP-PRESS e IgniteSAP è la causa principale della maggior parte degli sforamenti di tempi. La fretta di "iniziare la configurazione" si rivela quasi sempre costosa.
Migrare i dati senza averli puliti. Trascinare dati master duplicati, record obsoleti o strutture incoerenti contamina il nuovo sistema fin dal primo giorno. La pulizia dei dati non è un'attività tecnica secondaria: è un progetto a sé stante.
Trattare la scelta dell'approccio come una decisione tecnica isolata. Scegliere brownfield o greenfield senza allineare la decisione con la strategia di processo e infrastrutturale porta a soluzioni incoerenti. L'approccio, la destinazione cloud e il ridisegno dei processi sono un'unica conversazione.
Confondere la scadenza con un margine di tempo. Con il 37% dell'ecosistema che sta già pianificando la manutenzione estesa secondo DSAG, la disponibilità di consulenti si ridurrà. Chi prevede di avviare il progetto "nel 2027" probabilmente non troverà il team di cui ha bisogno.
Trascurare il change management. Un greenfield ridisegna il modo di lavorare di centinaia di persone. Senza formazione e accompagnamento, il miglior sistema tecnico si scontra con la resistenza degli utenti.
Fattori critici di successo
- Executive sponsor visibile e governance di progetto chiara.
- Assessment rigoroso come base di tutte le stime.
- Qualità dei dati affrontata fin dall'inizio, non alla fine.
- Test automatizzati ed esaustivi prima del cutover.
- Partner con esperienza concreta in migrazioni dello stesso profilo e privo di bias verso un unico modello infrastrutturale.
Conclusione
La scadenza del 2027 non è una raccomandazione: è una data con conseguenze economiche (il sovrapprezzo del ~9% della manutenzione estesa fino al 2030) e operative (la scarsità di risorse di implementazione già anticipata dai dati DSAG). Con metà dell'ecosistema ancora da migrare e un terzo che pianifica di ricorrere alla proroga a pagamento, il vantaggio competitivo sta nel decidere presto e bene: scegliere l'approccio corretto — brownfield, greenfield o selective data transition —, valutare RISE with SAP rispetto alle alternative con criteri oggettivi e pianificare con la disciplina delle sei fasi.
In Technova Partners affianchiamo le aziende in tutto il ciclo: dal readiness check e dalla decisione sull'approccio fino al cutover e alla stabilizzazione, con una visione onesta su infrastruttura cloud e automazione dei test. Se desiderate una valutazione del vostro sistema attuale e una roadmap su misura verso S/4HANA, parliamo del vostro progetto di migrazione. Il momento migliore per iniziare a pianificare era ieri; il secondo migliore è oggi.
