I tuoi processi SAP funzionano davvero… O li tiene in piedi l’AMS?

Quando si parla di SAP S/4HANA Cloud Public Edition, la discussione parte quasi sempre dall’IT: cloud, infrastruttura, aggiornamenti, modello di licensing.
Il punto decisivo, però, è un altro: come cambiano i processi aziendali nel day‑to‑day, soprattutto in organizzazioni che vivono di integrazioni, varianti e supporto continuo.

Ed è qui che molte valutazioni si rivelano incomplete.

Il problema operativo: processi nati nel legacy, gestiti dall’AMS

Nella maggior parte delle aziende, i processi core (Finance, Supply Chain, Produzione, Logistica) sono il risultato di anni di adattamenti:

• custom sviluppati per casi specifici
• eccezioni gestite “a valle”
• AMS utilizzato come strato di stabilizzazione

Questo modello ha funzionato, ma ha prodotto un effetto chiaro:
processi formalmente standard, ma operativamente governati dal supporto.

Nel Public Cloud, questo assetto entra in crisi.
Non perché il sistema sia meno potente, ma perché non consente più di delegare la complessità all’AMS o al custom sul core.

 

Come SAP inquadra il cambiamento

Il modello SAP per il Public Cloud è esplicito e documentato:

• best practice di processo predefinite
• release trimestrali obbligatorie
• core standard non modificabile
• SAP Activate (fit‑to‑standard come principio)
• separazione tra core, estensioni e integrazioni
• utilizzo controllato di Key User Extensibility e side‑by‑side extensions su SAP BTP

SAP non presenta il Public Cloud come “un ERP più leggero”, ma come un ERP progettato per ridurre il debito tecnico e rendere prevedibili i processi nel tempo.

Questo approccio è coerente con:

Il messaggio è chiaro:
se un processo non regge senza custom sul core, il problema non è il cloud. È il processo.

Errori tipici nelle organizzazioni IT

Nel valutare SAP S/4HANA Cloud Public Edition, emergono alcuni errori ricorrenti:

1. Tentare di replicare il modello legacy
   Cercare nel Public Cloud gli stessi comportamenti ottenuti in passato con custom e workaround.
2. Usare l’AMS come ammortizzatore
   Trasferire sul supporto ciò che non è stato deciso a livello di processo.
3. Confondere estensibilità e libertà totale
   Ogni esigenza diventa “serve una deviazione”, senza una valutazione strutturata.
4. Valutare il cloud come progetto chiuso
   Ignorando che il Public Cloud è, per definizione, un modello evolutivo continuo.

Questi errori non bloccano il go‑live.
Compromettono la sostenibilità nel tempo.

 

Cosa cambia davvero nei processi

Nel Public Cloud, i processi aziendali cambiano in tre modi concreti:

• diventano meno personalizzati, ma più leggibili
• obbligano a distinguere standard, eccezione e valore distintivo
• richiedono decisioni esplicite su cosa estendere e dove
• governance IT
• costi di supporto
• affidabilità del sistema dopo ogni release

Questo ha un impatto diretto su:

Il beneficio non è “fare meno lavoro”, ma lavorare su basi più stabili.

 

Il ruolo della consulenza in ambienti complessi

In contesti con progetti + AMS, il valore della consulenza non sta nell’implementare il cloud, ma nel governare la transizione di modello.

Un approccio efficace prevede:

• assessment dei processi realmente critici
• riallineamento project & AMS sugli stessi obiettivi
• definizione di regole chiare per estensioni e integrazioni
• costruzione di un modello di supporto coerente con il Public Cloud
  

La consulenza serve a evitare due derive opposte:

• adattare il cloud al legacy
• forzare i processi senza governo del cambiamento

I benefici di un approccio allineato a SAP

Quando il Public Cloud viene affrontato secondo le indicazioni SAP, emergono benefici concreti:

• riduzione del debito applicativo
• AMS meno reattivo e più prevedibile
• processi più stabili tra una release e l’altra
• maggiore trasparenza decisionale tra IT e business

Non è una semplificazione “automatica”.
È il risultato di scelte strutturate.

Una valutazione necessaria

SAP S/4HANA Cloud Public Edition non è adatto a tutto.
Ma è estremamente chiaro su una cosa: non consente ambiguità di governance.

Per un IT manager, la vera domanda non è: “Il Public Cloud supporta i nostri processi?”

Ma: “Siamo pronti a governare i processi senza nasconderli nel sistema?”

Da qui passa una valutazione consapevole.