Perché la vera sfida non è tecnologica, ma di governance operativa
Quando si parla di SAP S/4HANA Cloud Public Edition, la conversazione parte quasi sempre dalla tecnologia: meno infrastruttura, aggiornamenti gestiti da SAP, adozione più rapida dello standard. È una lettura comprensibile, ma parziale. Nel Public Cloud, il punto critico non è tanto “portare l’ERP nel cloud”, quanto governare un sistema che evolve in modo continuo.
La percezione comune è che il cloud riduca la complessità. In realtà, la complessità non sparisce: si sposta. Meno attività tecniche sull’infrastruttura, più decisioni da presidiare su processi, ruoli, test, contenuti, estensioni e priorità operative. È qui che emerge il problema strutturale: molte aziende arrivano al Public Cloud con un modello organizzativo pensato per progetti “a rilascio”, non per una piattaforma che richiede governo costante.
Il problema reale: il sistema è standard, ma l’organizzazione non lo è
Nel modello ERP tradizionale, molto di ciò che non era stato definito in modo esplicito veniva assorbito nel tempo: ticket, workaround, attività AMS, eccezioni gestite “caso per caso”. Nel Public Cloud questo approccio diventa fragile. Se mancano ownership chiare, process management e criteri decisionali stabili, ogni variazione del sistema tende a trasformarsi in un problema operativo.
Per un IT manager, il punto non è soltanto che il core debba restare più standard. Il punto è che la governance deve diventare più forte: chi decide cosa resta standard, chi approva un’estensione, chi valuta gli impatti di un aggiornamento, chi distingue tra difetto, change, workaround e tema di processo. Senza questa disciplina, il rischio è semplice: il cloud mantiene la promessa tecnica, ma l’organizzazione non riesce a sostenerla operativamente.
Come SAP inquadra il tema
SAP affronta il tema in modo molto diretto. Da un lato, con SAP Activate, che non si ferma alle fasi di implementazione ma include esplicitamente Discover, Prepare, Explore, Realize, Deploy e Run. Nella formazione SAP, l’idea è chiara: il cloud non si governa solo fino al go-live; il modello operativo dopo il rilascio è parte integrante del percorso.
Dall’altro, SAP collega il tema alla clean core strategy. Nel white paper sulla Clean core extensibility (www.sap.com/documents/2024/09/20aece06-d87e-0010-bca6-c68f7e60039b.html), SAP descrive il clean core come una base digitale stabile e affidabile, pensata per ridurre complessità, debito tecnico ed effort di upgrade, così che l’innovazione possa essere introdotta dove genera valore. Lo stesso documento sottolinea che il clean core richiede governance, maturity framework e KPI, sia durante il progetto sia nelle operations continue.
Anche il SAP Help Portal è esplicito sul piano operativo. L’extensibility concept di SAP S/4HANA Cloud Public Edition è progettato per abilitare “lifecycle-stable software products”: gli aggiornamenti SAP non devono dipendere dalle estensioni di clienti o partner. Per questo SAP distingue tra key user extensibility, developer extensibility e side-by-side extensibility su SAP BTP, chiarendo che ciò che non va nel core deve essere gestito fuori dal core, con responsabilità precise anche su dati, sicurezza e compliance.
Impatto su governance IT, costi e affidabilità
Sul piano della governance IT, il Public Cloud impone una maggiore chiarezza organizzativa. SAP raccomanda l’uso del Release Assessment and Scope Dependency (RASD) per preparare gli upgrade e concentrarsi solo su ciò che è rilevante per lo scope attivo. Non è un dettaglio tecnico: è una pratica di governo, che richiede ownership e priorità.
Sul piano dei costi, il rischio non è l’aggiornamento in sé, ma la sua gestione disordinata. Il SAP Help Portal segnala che il Test Automation Tool può essere usato durante i progetti e durante gli upgrade per automatizzare i test. Se questa disciplina manca, il costo si sposta su re-test ripetuti, remediation, ticket reattivi e attività manuali.
Sul piano dell’affidabilità, un sistema Public Cloud resta stabile quando il core è protetto e le estensioni sono costruite con modalità upgrade-stable. SAP lo ribadisce sia nella documentazione ufficiale sia nei contenuti clean core: la differenziazione è possibile, ma deve essere governata, non improvvisata.
Il punto vero: il Public Cloud premia le aziende governabili
Nel Public Cloud SAP, la governance è l’insieme di responsabilità, regole e strumenti con cui l’azienda presidia standard, estensioni, aggiornamenti e priorità operative per mantenere il sistema stabile e aggiornabile.
Per questo il vero problema del Public Cloud non è SAP, né il cloud in sé. È la capacità dell’organizzazione di diventare più esplicita, più disciplinata e più governabile. Se l’azienda continua a trattare il cloud come un ERP tradizionale con hosting diverso, la complessità resta. Se invece costruisce un modello di governo coerente con il lifecycle della piattaforma, allora il Public Cloud smette di essere una promessa tecnologica e diventa davvero un modello sostenibile nel tempo.
