SAP definisce ora la migrazione a S/4HANA come il biglietto d’ingresso all’“Autonomous Enterprise”. Distinguiamo la reale pressione delle scadenze dalle parti della visione che sono ancora effettivamente indefinite.
SAP S/4HANA: Il percorso verso l'impresa autonoma
SAP ha smesso di trattare la migrazione a S/4HANA e l’Autonomous Enterprise come due argomenti distinti. A partire da Sapphire 2026, il messaggio è che S/4HANA Cloud con RISE with SAP è una delle tre piattaforme fondamentali su cui si basa l’intera visione autonoma — insieme a Joule e alla SAP Business Technology Platform. Per i clienti SAP del segmento medio-alto che stanno ancora valutando il proprio percorso di migrazione da ECC, questa nuova prospettiva cambia i calcoli: la decisione di migrare non riguarda più solo il mantenimento del supporto, ma viene presentata come il biglietto d’ingresso a tutto ciò che SAP sta sviluppando per il futuro. Riteniamo che questa interpretazione sia sostanzialmente corretta, ma non ancora pienamente giustificata — ecco la distinzione che vale la pena sottolineare.
Come SAP descrive la struttura di base
Sergio Maccotta, vicepresidente senior di SAP, ha definito l’“Autonomous Enterprise” – nell’ambito della presentazione dei risultati regionali di SAP relativi al secondo trimestre del 2026 – come “un’azienda in grado di percepire il cambiamento, prendere decisioni e agire con un intervento umano minimo”. La formulazione dello stesso messaggio da parte di SAPinsider individua le tre piattaforme che SAP considera fondamentali: SAP S/4HANA Cloud con RISE with SAP come livello transazionale centrale con stabilità di aggiornamento, Joule come livello di copilota di IA generativa e SAP Business Technology Platform come livello di integrazione e gestione dei dati alla base di entrambi. Le operazioni autonome sono descritte come già implementate nei settori della finanza, della catena di fornitura, della gestione delle risorse umane (HCM) e nei processi industriali nei settori dell’energia, della vendita al dettaglio e della produzione — con il 2026 caratterizzato come l’anno in cui i sistemi auto-ottimizzanti inizieranno a distinguere «le aziende più resilienti e redditizie dal resto».
C’è un dettaglio di quel servizio che vale la pena prendere sul serio, anziché considerarlo una semplice formula standard: la governance e la sicurezza dei dati vengono esplicitamente definite “prerequisiti non negoziabili”, non attività successive — l’argomentazione è che le azioni guidate dall’IA devono integrare fin dal primo giorno l’autorizzazione ERP, la tracciabilità dei dati e i controlli di conformità, anziché doverli adattare a posteriori, una volta che gli agenti hanno già iniziato ad agire.
La funzione di forzatura: l'orologio di mantenimento dell'ECC
L’aspetto di questa storia che non rientra nelle strategie di marketing è il calendario di manutenzione, e vale la pena essere precisi al riguardo perché le date variano a seconda della versione. Per ECC 6.0 con i pacchetti di potenziamento (Enhancement Packages) da 0 a 5, la manutenzione standard termina alla fine del 2026; per gli EHP da 6 a 8 — la base su cui operano effettivamente la maggior parte dei clienti del mercato medio-alto — la manutenzione standard prosegue fino alla fine del 2027, con la possibilità di estendere la manutenzione (a pagamento) fino alla fine del 2030 (con un sovrapprezzo dichiarato di due punti percentuali). SAP ha inoltre introdotto una “SAP ERP, Private Edition, Transition Option” che estende il supporto fino al 2033 — ma solo per i clienti che si impegnano ad adottare il modello di abbonamento cloud RISE with SAP e che utilizzano (o stanno migrando verso) HANA come database; si tratta quindi di un ponte verso il cloud, non di un’alternativa allo stesso. A parte questo, e già in vigore: a partire dal 31 maggio 2026, la maggior parte dei clienti SAP S/4HANA on-premise ha perso l’accesso ai Compatibility Pack, con un’eccezione estesa ai clienti RISE with SAP e SAP Cloud ERP Private Edition fino alla fine del 2030.
Letture insieme, queste date svolgono il lavoro effettivo per cui viene attribuito il merito al concetto di “join the Autonomous Enterprise”: sono proprio esse a imporre una decisione di migrazione entro un lasso di tempo piuttosto ristretto; RISE with SAP è il percorso per cui SAP ha costruito la pista di decollo più lunga, e RISE with SAP è proprio la stessa piattaforma che SAP indica come fondamento transazionale della visione autonoma. La pressione della scadenza è reale e verificabile in modo indipendente; il posizionamento di RISE come punto di accesso all’autonomia è la cornice commerciale di SAP che si sovrappone a tutto ciò.
Quando la visione anticipa ancora il prodotto
Un articolo più scettico pubblicato su SAPinsider, apparso poco dopo gli annunci di Sapphire, elenca una serie di questioni aperte che vale la pena considerare come una lista di controllo, piuttosto che liquidarle come pignolerie tipiche della settimana di lancio. I prezzi non sono definiti — se siano da intendersi per utente, per agente, per transazione o basati su token — e non è specificato quali funzionalità di Joule siano incluse nell’abbonamento base e quali invece vengano fatturate separatamente. Tra gli oltre 200 agenti annunciati da SAP, non è sempre chiaro quali siano oggi disponibili e quali facciano parte della roadmap. Non esiste una sequenza definita di prerequisiti per l’adozione di S/4HANA Cloud, Clean Core e Joule — il che significa che spetta al cliente e al suo partner di implementazione stabilire “in quale ordine procedere effettivamente”. Inoltre, i meccanismi di governance che la stessa SAP definisce non negoziabili — l’applicazione della separazione dei compiti quando un agente agisce in modo autonomo, i dettagli della traccia di audit, il comportamento di integrazione multipiattaforma — non sono documentati con la profondità necessaria a una funzione di conformità o di audit interno prima di dare l’approvazione.
Ciò non significa affatto che la visione sia sbagliata. Significa piuttosto che la visione e il prodotto effettivamente realizzabile, con un prezzo definito e gestibile, seguono tempistiche diverse, e che un business case di migrazione basato sulla promessa di piena autonomia si fonda su capacità che non sono ancora state pienamente specificate.
La nostra valutazione
Distingueremmo questa scelta in due decisioni che non dovrebbero essere prese come un unico insieme. La decisione relativa alla migrazione — abbandonare ECC prima della fine del 2027 (o del 2030/2033 alle condizioni specifiche sopra indicate) — è una decisione vincolata a una scadenza, con conseguenze concrete e ben definite nel tempo per chi decide di rimanere dove si trova, e dovrebbe essere presa sulla base di questi elementi: il costo della manutenzione estesa, la disponibilità di consulenti di migrazione (una carenza che, secondo diverse fonti, dovrebbe far aumentare in modo significativo le tariffe giornaliere dopo il 2027) e l’idoneità del proprio sistema a RISE rispetto a un percorso su cloud privato o on-premise. Questo caso è autonomo e non necessita della visione dell’“Autonomous Enterprise” per essere giustificato.
La decisione sull’adozione dell’autonomia — fino a che punto spingersi nei processi di finanza, catena di fornitura o gestione del capitale umano (HCM), e con quali tempistiche — è una decisione a sé stante che dovrebbe attendere il modello di governance che la stessa SAP definisce un prerequisito, non una scelta da includere nel business case della migrazione per far apparire migliori i dati sul ROI. In pratica, ciò significa considerare la disciplina del «Clean Core» e un modello definito di autorizzazione/audit per le azioni guidate dall’intelligenza artificiale come attività preliminari prima che il primo processo autonomo diventi operativo, non come qualcosa da definire solo quando gli agenti saranno già impegnati nella chiusura finanziaria o nelle approvazioni dei fornitori. I clienti meglio posizionati per il 2027 non saranno quelli che hanno agito più rapidamente su entrambi i fronti contemporaneamente, ma quelli che hanno sfruttato la tempistica imposta dalla migrazione per gettare correttamente le basi di RISE e la disciplina Clean Core, e che hanno considerato il livello autonomo come una seconda decisione, deliberatamente sequenziale, da aggiungere a ciò.
Se state valutando la tempistica della vostra uscita dall’ECC in relazione alla parte della roadmap sull’autonomia su cui impegnarvi fin da ora, saremo lieti di aiutarvi a distinguere le due cose: è proprio questo il tipo di questione relativa alla sequenza della governance e della catena di strumenti SAP su cui lavoriamo.
