La scadenza non è più lontana
Per SAP ERP 6.0 con enhancement package 6, 7 e 8, la manutenzione mainstream termina il 31 dicembre 2027. Chi utilizza un sistema senza enhancement package, oppure fermo agli EHP da 1 a 5, è già fuori dalla mainstream maintenance, conclusa il 31 dicembre 2025. Resta disponibile la manutenzione estesa fino alla fine del 2030, con un incremento del 2% sul canone.
Le tre metodologie di migrazione, i criteri per scegliere quella più adatta e la lista di controllo del Readiness Check sono raccolti nel report scaricabile «Migrare a S/4 HANA senza impatti sul business».
In tempi di progetto la differenza si sente. Una conversion di un sistema mid-market non si chiude in poche settimane, e i fornitori si riempiono man mano che la scadenza si avvicina: chi decide oggi sceglie ancora fra tre metodologie, chi decide a metà 2027 sceglierà quella che riesce a finire in tempo.
Che cos’è una conversion a SAP S/4HANA?
È il progetto che porta l’ERP aziendale dalla vecchia business suite alla nuova, costruita per l’in-memory computing. Non è un aggiornamento di versione: cambia il modello dati (le tabelle di contabilità confluiscono nell’Universal Journal), cambiano le interfacce con SAP Fiori e decadono funzioni che nel frattempo SAP ha sostituito. Per questo il progetto tocca insieme sistemi, processi e persone.
Il punto di partenza è sempre lo stesso: capire se il sistema com’è oggi può essere convertito. Lo strumento è SAP Readiness Check, che analizza il sistema in esercizio e restituisce l’elenco dei simplification item da affrontare, il codice ABAP su misura da correggere, i moduli e gli add-on non compatibili. Si lancia prima di qualsiasi impegno di budget, e da lì nasce lo studio di fattibilità che il team di consulenza porta al cliente.
Quali sono le tre metodologie di conversion?
Le tre strade arrivano allo stesso ERP con un prezzo diverso in termini di storia aziendale. La prima conserva tutto, la seconda riparte dallo standard. La terza sceglie area per area che cosa vale la pena portarsi dietro, e per questo è anche la più impegnativa da governare.
| Metodologia | Che cosa comporta | Quando ha senso |
|---|---|---|
| System conversion (brownfield) |
Il sistema ECC viene convertito: database migrato su SAP HANA, applicazioni aggiornate, modello dati convertito. Storico e personalizzazioni restano al loro posto. | Processi che funzionano, dati in ordine, poco codice fuori standard. Serve continuità e non c’è un mandato di riprogettazione. |
| New implementation (greenfield) |
Installazione nuova di S/4HANA, processi ridisegnati sullo standard, migrazione delle sole anagrafiche e dei saldi. | Sistema con personalizzazioni stratificate, dati sporchi, processi da rifare. È anche l’unica via per S/4HANA Cloud Public Edition. |
| Selective data transition | Si riusa parte della soluzione esistente e se ne ridisegna un’altra, tipicamente per area applicativa: logistica riusata, finance rifatta. Si realizza con shell conversion oppure con l’approccio mix and match. | Gruppi con più società o più sistemi, fusioni, aree con storie molto diverse. Richiede competenze di landscape transformation e costa di più. |
La distribuzione sul campo è nota: su circa diecimila progetti S/4HANA analizzati da SAP in tre anni, il 48% sono state system conversion, il 50% nuove implementazioni, il 2% selective data transition.
Come si sceglie tra conversion e nuova implementazione?
Il criterio pratico è uno: quanto del sistema attuale conviene portarsi dietro. A rispondere sono tre elementi, e quasi sempre bastano.
Il primo è il codice su misura. Il Readiness Check conta le righe di ABAP custom da adattare e, sopra una certa soglia, correggerle costa quanto rifarle — con la differenza che rifarle lascia un sistema più vicino allo standard, quindi più economico da aggiornare negli anni dopo.
Il secondo è la salute dei dati. Anagrafiche duplicate, partite aperte che nessuno chiude, giacenze che non tornano: la conversion le porta di là così come sono. Se l’obiettivo dichiarato è ripulire, conviene metterlo nel perimetro di una nuova implementazione invece di aspettarsi che lo risolva la migrazione. Anche in quel caso la ripresa dei dati storici resta un capitolo di progetto a sé.
Resta il tempo. Non chiedendo di ridisegnare i processi, la conversion è la strada più rapida: dove il calendario stringe e i processi reggono, è quella che rispetta la data.
Quando la conversion non conviene
Ci sono casi in cui è meglio fermarsi. Se il sistema ECC gira su una versione fuori manutenzione da anni, con add-on di terze parti mai aggiornati e un fornitore che non esiste più, la conversione tecnica diventa una catena di eccezioni: ogni simplification item diventa un intervento a sé, con i suoi tempi e il suo costo.
Poi c’è il costo interno, quello che di solito nessuno mette a budget. Una conversion non è un lavoro solo IT: i responsabili di area devono ritestare i processi, rifare le autorizzazioni, riscrivere le procedure. In un’azienda mid-market significa persone chiave impegnate per settimane mentre il lavoro ordinario continua. Chi in quel periodo non può liberarle sposta la finestra di progetto, prima ancora di discutere di metodologia.
Domande frequenti sulla conversion a SAP S/4HANA
Quanto dura una conversion a S/4HANA?
Dipende da quante società, quanti moduli e quante personalizzazioni entrano nel perimetro. A governare la stima sono il numero di processi da ritestare e quello degli oggetti custom da adattare, non il numero di utenti: entrambi escono dal Readiness Check, che si può lanciare prima di prendere impegni.
Che cosa succede se l’azienda resta su ECC dopo il 2027?
Il sistema continua a funzionare, ma senza correzioni né note di supporto ordinarie: si passa alla manutenzione estesa a pagamento fino al 2030, oppure a un supporto senza garanzia di aggiornamenti. Il problema più serio sono gli adempimenti: gli adeguamenti fiscali e normativi arrivano attraverso le note SAP.
Serve passare al cloud per andare su S/4HANA?
No. S/4HANA esiste on premise, in private cloud e in public cloud, e la scelta dell’infrastruttura resta separata da quella della metodologia. Alcune combinazioni però si escludono: la public edition ammette solo la nuova implementazione. Le formule in abbonamento come RISE with SAP mettono insieme licenza, infrastruttura e servizi.
Si può convertire un modulo alla volta?
Non con la system conversion, che porta il sistema intero. Un’adozione per aree si ottiene con la selective data transition, che però chiede competenze di landscape transformation e un investimento maggiore: ha senso su più società o più sistemi, molto meno su un’azienda singola.
Per quanto tempo sarà supportata S/4HANA?
SAP ha assunto un impegno di innovazione fino alla fine del 2040: fino a quella data ci sarà sempre almeno una release di SAP S/4HANA in manutenzione. È l’orizzonte su cui si giustifica l’investimento.
Il supporto di Software Business
Il team di Software Business segue le aziende mid-market dallo studio di fattibilità alla scelta della metodologia, dalla conversione al go live, fino al presidio quotidiano con i servizi AMS. Prima di tutto questo viene il metodo di progetto, che vale per ogni implementazione ERP. Per una valutazione del vostro sistema, scriveteci.
Le tre metodologie di migrazione a confronto, i tre numeri che decidono quale conviene, la lista di controllo del Readiness Check e le date di fine manutenzione.