RISE with SAP public o private cloud: come scegliere

La public cloud di RISE with SAP è adatta alle aziende con processi standard che non richiedono configurazioni molto specifiche. La private cloud è adatta alle aziende con processi specifici di settore, una configurazione profonda o un sistema ECC che vogliono convertire invece di ricostruire.

La Public Edition Le dà le best practice di SAP, upgrade gestiti da SAP due volte all'anno e nessuna modifica al codice SAP. La Private Edition mantiene la configurazione completa, tutti i settori e il percorso brownfield.

Risposta breve: se può lavorare sullo standard SAP, scelga la public. Se non può, o non ne è sicuro, esamini con attenzione la private prima di firmare.

Questo articolo è uno dei capitoli della mia guida alla migrazione da ECC a S/4HANA. Per sapere cosa comprende un contratto RISE, legga la mia panoramica su RISE with SAP. Qui tratto solo la scelta dell'edizione.

I nomi sono cambiati nel 2025 e quelli vecchi dominano ancora le ricerche. Ecco come stanno le cose a ottobre 2026:

1. SAP Cloud ERP è il nome commerciale di SAP per il suo ERP in cloud. La sua applicazione centrale si chiama ancora SAP S/4HANA Cloud Public Edition, e i blog di SAP ora scrivono «SAP Cloud ERP Public Edition».
2. SAP Cloud ERP Private è il prodotto in private cloud, che la maggior parte delle persone cerca ancora come SAP S/4HANA Cloud Private Edition.
3. RISE with SAP è l'offerta di trasformazione per i clienti SAP esistenti.
4. SAP GROW, che quasi tutti chiamano ancora GROW with SAP, è l'offerta per le aziende nuove a SAP.

Il punto che la maggior parte degli articoli sbaglia: RISE non è sinonimo di private cloud. Nella sua pagina SAP GROW, SAP dice che RISE with SAP può avere al centro SAP Cloud ERP o SAP Cloud ERP Private. GROW è costruito sulla Public Edition.

Quindi «RISE public o private» è una scelta reale. Il contenitore commerciale e l'edizione sono due decisioni separate, e la decisione sull'edizione va presa per prima.

SAP pubblica sul SAP Help Portal un confronto dell'offerta tra edizione public, private e on-premise. Questa tabella riassume le parti che decidono la maggior parte dei casi, verificate a ottobre 2026:

Area	Public Edition (SAP Cloud ERP)	Private Edition (SAP Cloud ERP Private)
Come ci si arriva	Solo nuova implementazione	Nuova implementazione, conversione del sistema, selective data transition o lift and shift
Configurazione	SAP Central Business Configuration	Accesso completo al Customizing
Estensibilità	Key user (in-app), developer extensibility con ABAP Cloud, side-by-side su SAP BTP	Tutte le opzioni di estensibilità
Modifiche al codice SAP	Non possibili	Possibili, anche se SAP non le raccomanda
Upgrade	Due all'anno, a febbraio e ad agosto, gestiti da SAP	Nuova release ogni due anni, feature pack ogni sei mesi nei primi due anni, installati da SAP su Sua richiesta
Manutenzione	Si lavora sempre sulla release corrente	Sette anni per release; gli upgrade vanno pianificati per restare in manutenzione
Settori	Beni di consumo, manifattura discreta, energia e risorse naturali, servizi finanziari, servizi pubblici, industrie dei servizi	Tutti i settori
Add-on	Solo add-on qualificati per la Public Edition	Add-on qualificati per S/4HANA
Hosting	Data center SAP o hyperscaler	Hyperscaler, data center SAP, data center privato o sovereign cloud

Tre righe decidono la maggior parte dei casi: configurazione, settori e come ci si arriva.

La Central Business Configuration funziona delimitando il perimetro delle best practice di SAP, poi regolando le impostazioni al loro interno. Non si ha l'albero completo del Customizing che i team ECC conoscono. Se il Suo disegno di finanza, pricing o logistica dipende da impostazioni in profondità in quell'albero, la Public Edition non le avrà.

La riga dei settori è una dichiarazione di perimetro, non un elenco di marketing. Se il Suo processo centrale appartiene a un settore fuori dalla lista della Public Edition, è nel territorio della Private Edition prima di qualsiasi altra domanda.

La riga degli upgrade è quella che i CFO sottovalutano. Il calendario degli upgrade SAP per la Public Edition ha fissato l'upgrade di produzione 2608 per i clienti con landscape a tre sistemi al 15 e 16 agosto 2026. Quella data l'ha decisa SAP, non il cliente.

La mia regola è breve. I processi standard che non richiedono configurazioni molto specifiche possono andare in public cloud.

Tutto il resto merita un esame più severo. Controllerei questi segnali prima che qualcuno firmi per la public cloud:

1. Adeguatezza al settore. Il Suo business principale sta fuori dai settori supportati dalla Public Edition.
2. Profondità della configurazione. La logica di pricing, ricavi, costing o liquidazione dipende da una configurazione che un workshop fit-to-standard non riesce a ricondurre alle best practice di SAP.
3. Add-on. Dipende da un add-on SAP o di un partner non qualificato per la Public Edition.
4. Responsabilità dei processi. Il business non è disposto a cambiare un processo per allinearlo allo standard, e nessuno con l'autorità per farlo lo farà.
5. Storico. Vuole convertire ECC con il suo storico e la sua configurazione, invece di reimplementare e caricare i dati.

Un segnale da solo è un tema di discussione. Con due o più, mi aspetterei che la risposta sia la Private Edition.

Ho visto un'azienda del settore dell'intrattenimento scegliere la public cloud e pentirsene. Le sue esigenze non erano standard, e la public cloud non era la scelta giusta per lei.

La lezione non è che la public cloud sia debole. Funziona bene per le aziende per cui è stata costruita. La lezione è che la verifica di adeguatezza va fatta prima del contratto, non durante Explore.

Attenzione anche all'errore opposto. Un'azienda con processi in gran parte standard sceglie la private cloud perché le sembra più sicura, poi ci ricostruisce le abitudini di ECC. Paga una flessibilità che non le serviva e si porta dietro codice custom che dovrà difendere a ogni upgrade.

Decide

Public o private cloud con RISE with SAP?

Processi standard che non richiedono configurazioni molto specifiche

→Public Edition (SAP Cloud ERP)

Processi specifici di settore o configurazione profonda

→Private Edition (SAP Cloud ERP Private)

Un sistema ECC da convertire, non da ricostruire

→Private Edition, conversione del sistema

Un nucleo di gruppo complesso con controllate semplici

→Private al centro, public nelle controllate (two-tier)

Clean Core significa ridurre al minimo le personalizzazioni e governarle bene. L'edizione decide chi lo fa rispettare.

Nella Public Edition lo impone il sistema. I nuovi sviluppi usano solo ABAP Cloud e interfacce rilasciate, e il codice SAP non si può modificare. La mia guida a SAP Clean Core spiega in dettaglio i livelli di estensione.

Nella Private Edition, il Clean Core è una decisione di governance. Il core si può ancora modificare, e ogni modifica è un costo che si porta dietro a ogni upgrade.

Per questo affiderei ogni eccezione a una design authority di business e IT, qualunque edizione scelga. L'IT da solo approverà tutto ciò che è tecnicamente possibile. Il business da solo chiederà di riavere il suo vecchio processo.

L'errore di Clean Core più comune che vedo è cercare di far funzionare SAP come Oracle. I team ricostruiscono in codice custom la logica di un altro sistema invece di adottare il processo standard di SAP. Nella Public Edition questo fallisce già in fase di progettazione, che è il punto più economico in cui scoprirlo.

Il compromesso sugli upgrade segue la stessa logica.

• Public Edition. Si lavora sempre sulla release corrente e si ricevono nuove funzionalità due volte all'anno. Si testa anche due volte all'anno, secondo il calendario di SAP, che il Suo business sia o no nel mezzo di una chiusura d'esercizio.
• Private Edition. Sceglie Lei quando fare l'upgrade all'interno della finestra di manutenzione. Quella libertà vale qualcosa solo se la usa, perché un sistema Private Edition che non fa mai upgrade è un sistema ECC con una fattura cloud.

Per un cliente ECC, l'edizione decide il percorso di migrazione. La Public Edition è sempre una nuova implementazione: configurazione e processi vengono ricostruiti sulle best practice di SAP, e si trasferiscono solo i dati di business. La Private Edition supporta i percorsi di conversione del sistema e di selective data transition descritti nella mia guida alla migrazione.

Nella mia esperienza un progetto GROW with SAP sulla Public Edition richiede da 6 a 9 mesi circa. Un programma RISE with SAP richiede da 9 a 18 mesi, a seconda soprattutto del percorso e del codice custom. La mia guida su tempi e piano di progetto della migrazione a S/4HANA li scompone fase per fase.

Un modello two-tier è una via di mezzo valida. SAP pubblica casi di clienti in cui la capogruppo usa la Private Edition e le controllate la Public Edition, integrate tra loro. Funziona quando le controllate sono davvero standard, e aggiunge un lavoro di integrazione di cui deve farsi carico.

L'edizione cambia anche la conversazione commerciale. Metriche di abbonamento, dimensionamento in full user equivalent (FUE) e contenuto di ciascun pacchetto sono diversi, e le trappole che vedo più spesso negli accordi RISE sono le condizioni di rinnovo, il dimensionamento FUE e i crediti AI. La mia guida a contratto e prezzi di RISE with SAP spiega cosa negoziare.

Prima di firmare, porrei queste domande a SAP e al Suo partner:

1. Quali dei nostri processi end-to-end copre oggi il perimetro della Public Edition, e quali sono solo nella roadmap?
2. Quali dei nostri add-on sono qualificati per l'edizione che proponete?
3. Quali delle nostre configurazioni attuali non hanno un equivalente nella Central Business Configuration?
4. Come si colloca il calendario degli upgrade rispetto alla nostra chiusura d'esercizio e all'alta stagione?
5. Se partiamo dalla Public Edition e la superiamo, qual è il percorso, ed è un nuovo progetto?
6. Ci mostrate la progettazione di alto livello per la nostra azienda, non un confronto generico tra edizioni?

L'ultima domanda è quella che conta di più. Un partner che risponde con informazioni generiche non è pronto a consigliarLa su questa scelta. La mia guida su come scegliere un partner per la migrazione a S/4HANA copre il resto di quella conversazione.

Prenda i Suoi 20 processi di business principali e classifichi ciascuno come standard, standard con configurazione o specifico. Lo faccia con i responsabili dei processi nella stanza, non partendo da una slide.

Se quasi tutto è standard, chieda una proposta per la Public Edition e un workshop fit-to-standard sui Suoi dati reali. Se diversi processi centrali sono specifici, o vuole convertire ECC, chieda la Private Edition e pianifichi la governance del Clean Core dal primo giorno. La mia valutazione gratuita della migrazione greenfield o brownfield aiuta con la domanda sul percorso.

Aiuto le organizzazioni a prendere questa decisione prima che la fissi il contratto. Se desidera un parere indipendente, mi contatti.

RISE with SAP è public cloud o private cloud?

Può essere entrambe. SAP dice che RISE with SAP può avere al centro SAP Cloud ERP, cioè la Public Edition, oppure SAP Cloud ERP Private. La maggior parte dei clienti ECC con processi complessi sceglie la private, ma non è RISE in sé a decidere l'edizione.

Qual è la differenza tra S/4HANA Cloud Public Edition e Private Edition?

La Public Edition è un SaaS con le best practice di SAP, la SAP Central Business Configuration, due upgrade all'anno gestiti da SAP e nessuna modifica al codice SAP. La Private Edition dà accesso completo al Customizing, tutti i settori, tutte le opzioni di estensibilità e la conversione del sistema da ECC. Riceve una nuova release ogni due anni, con sette anni di manutenzione per release.

SAP Cloud ERP è la stessa cosa di S/4HANA Cloud Public Edition?

Sì, in pratica. SAP commercializza il suo ERP in cloud come SAP Cloud ERP, e SAP S/4HANA Cloud Public Edition ne è l'applicazione centrale. Il prodotto private oggi si chiama SAP Cloud ERP Private, che la maggior parte delle persone conosce ancora come S/4HANA Cloud Private Edition.

Posso convertire SAP ECC a S/4HANA Cloud Public Edition?

No. La Public Edition supporta solo una nuova implementazione, quindi i processi vengono ricostruiti sulle best practice di SAP e si migrano i dati di business. Conversione del sistema e selective data transition da ECC sono disponibili solo per la Private Edition e on-premise.

Si può modificare il codice SAP in S/4HANA Cloud Private Edition?

Sì. SAP indica le modifiche come possibili ma non raccomandate nella Private Edition. Ogni modifica aggiunge effort agli upgrade futuri, quindi farei passare ciascuna da una design authority di business e IT e registrerei perché esiste.

Quali aziende dovrebbero scegliere l'ERP SAP in public cloud?

Le aziende con processi standard che non richiedono configurazioni molto specifiche, in un settore supportato dalla Public Edition e disposte ad adottare le best practice di SAP. Le aziende con processi specifici di settore, una configurazione profonda o un sistema ECC da convertire di solito sono più adatte alla Private Edition.