SAP S/4HANA Cloud, public edition

Che cos’è SAP S/4HANA Public Cloud?

SAP S/4HANA Cloud, public edition è l’ERP SaaS multi-tenant di SAP. Fornisce processi SAP Best Practices pronti all’uso, segue un ciclo di release gestito da SAP — due major release all’anno, con rilascio continuo di funzionalità nel mezzo — e impone il clean core: la logica custom vive su SAP BTP, non dentro l’ERP. Si vende in abbonamento, tipicamente tramite GROW with SAP.

È uno dei tre modi di far girare S/4HANA — accanto alla private edition (single-tenant, più margine di customizzazione) e all’on-premise. Questa pagina confronta le tre varianti, mappa che cosa la public edition copre nativamente e che cosa no, e spiega dove entra in gioco Spadoom. Per essere chiari fin dall’inizio: siamo il partner SAP CX e di integrazione in questi landscape — Sales Cloud V2, Service Cloud V2, commerce e il livello di integrazione su BTP — in Svizzera, Germania, Austria e Italia. Non guidiamo rollout ERP completi, e vi spieghiamo esattamente come funziona questa divisione dei ruoli nella pratica.

Case study — SAP CX su S/4HANA Public Cloud in intelligentfood

intelligentfood (FMCG svizzera, casa di El Tony Mate) usa S/4HANA Public Cloud come ERP. Noi abbiamo consegnato la metà rivolta al cliente: una piattaforma Sales & Service Cloud V2 completamente integrata, live in tre mesi, collegata all’ERP in public cloud tramite SAP Integration Suite — incluso il lavoro di configurazione lato ERP per far girare il processo end-to-end senza interruzioni. Le app custom su BTP portano la pianificazione visite sugli smartphone della forza vendita. Leggete la storia completa di intelligentfood.

Altre due dallo stesso playbook: in Miltenyi Biotec (biotech tedesca) abbiamo orchestrato l’integrazione di cinque cloud SAP — Commerce, Marketing, Customer Data Cloud, Service Cloud V2 e il sistema S/4HANA — in un unico landscape (la storia). In Meier Tobler (tecnologia per l’edilizia, Svizzera) il nostro hub centrale su SAP Integration Suite elabora oltre un milione di messaggi al mese, tenendo shop, logistica e S/4HANA sincronizzati in tempo reale (la storia).

Che cosa fornisce Spadoom

Spadoom è SAP CX-first. Le nostre corsie principali sono Sales Cloud V2, Service Cloud V2, Commerce, Marketing, CDP, CIAM, Loyalty, CPQ e FSM. Attorno a queste corsie, S/4HANA Public Cloud è la spina dorsale ERP su cui i nostri clienti approdano sempre più spesso — e conosciamo a fondo, per scelta, come funziona.

In pratica significa: forniamo consulenza sull’architettura di integrazione tra S/4HANA Public Cloud e SAP CX, progettiamo i flussi di dati che devono muoversi in entrambe le direzioni e costruiamo le estensioni lato BTP che tengono la logica custom fuori dall’ERP. Non guidiamo da soli rollout completi di S/4HANA Public Cloud. Per quel lavoro collaboriamo con società di implementazione S/4HANA specializzate e ci coordiniamo dal primo giorno del rollout.

Se la vostra organizzazione sta passando a S/4HANA Public Cloud e vi serve anche un livello SAP CX connesso — vendite, servizio, commerce, marketing — questa è la conversazione da fare con noi. Noi portiamo la delivery CX e l’architettura di integrazione; il partner ERP porta la disciplina del rollout in public cloud.

Public Cloud vs Private Cloud vs on-premise — le edizioni a confronto

SAP vende S/4HANA in tre modelli di deployment, e i nomi invitano alla confusione. Le differenze sono strutturali, non cosmetiche:

La versione breve: la public edition è adatta alle organizzazioni disposte ad adottare i processi standard SAP — la maggior parte dei rollout greenfield e delle aziende mid-market approda qui, ed è l’ambiente clean-core più rigoroso che SAP offra. La private edition è adatta alle organizzazioni con customizzazioni profonde che vogliono comunque un’infrastruttura gestita da SAP e un percorso brownfield. L’ECC on-premise sta finendo la strada: la manutenzione mainstream termina nel 2027 — ecco perché la domanda sulla public edition è su così tante agende in area DACH.

Un’avvertenza onesta: la standardizzazione della public edition è una caratteristica, non un limite — ma significa che i requisiti che un tempo sarebbero diventati tabelle Z ora hanno bisogno di una casa diversa. Quella casa è SAP BTP, e progettare che cosa ci vive è esattamente il lavoro di Spadoom. Ne parliamo sotto, alla voce clean core.

Che cosa copre nativamente S/4HANA Public Cloud

La public edition è un ERP completo, non uno starter kit. Out of the box — tramite scope item SAP Best Practices preconfigurati — copre finanza e contabilità, order-to-cash (ordini di vendita, consegne, fatturazione), procure-to-pay, produzione, magazzino e supply chain, progetti e professional services, oltre agli embedded analytics sui dati ERP in tempo reale. Il modello Business Partner è l’anagrafica autoritativa per clienti e fornitori. Joule, l’assistente AI di SAP, è integrato — per la navigazione, le domande analitiche e un numero crescente di attività transazionali.

Quello che il sistema registra, lo registra bene: un’offerta è stata creata, un ordine inserito, una fattura emessa — dati precisi, verificabili, di qualità ERP. Nell’interfaccia ERP gli utenti hanno una vista cliente a 360° su storico ordini, consegne aperte, documenti di fatturazione e stato del credito.

Quello che il sistema deliberatamente non vuole essere è un sistema di front-office. Il confine è abbastanza importante da meritare una sezione a parte.

S/4HANA Public Cloud include un CRM?

Non nel senso di front-office — e sapere dove passa la linea vi risparmia costose assunzioni di landscape.

Nativo nell’ERP: documenti di vendita transazionali (richieste, offerte, contratti), gestione ordini, fatturazione e la vista cliente lato ERP. Non nativo: pipeline delle opportunità, acquisizione e scoring dei lead, guided selling, forecasting commerciale, pianificazione strutturata delle visite — quello è il territorio di SAP Sales Cloud V2. Allo stesso modo, gestione dei casi omnicanale, tracciamento SLA e knowledge base per gli agenti vivono in SAP Service Cloud V2, non nell’ERP.

Non è una lacuna di prodotto: è il design. L’ERP gestisce la precisione di back-office, i cloud CX gestiscono la produttività di front-office, e i due condividono un unico modello dati. In pratica, le aziende su S/4HANA Public Cloud senza livello CX finiscono per gestire la pipeline in fogli di calcolo accanto a uno storico ordini molto preciso. Abbiamo mappato il confine completo delle capacità — con una tabella decisionale riga per riga — in che cosa offre nativamente S/4HANA Public Cloud vs che cosa richiede Sales/Service Cloud V2.

Lo stack integrato: S/4HANA Public Cloud + Sales & Service Cloud V2

Questa è la vera corsia di Spadoom — e il motivo per abbinare la public edition a SAP CX invece che a un CRM di terze parti appoggiato sopra.

S/4HANA Public Cloud e Sales Cloud V2 condividono l’anagrafica Business Partner. Quando un venditore apre un account, vede lo stesso record cliente con cui lavora la finanza — condizioni di pagamento, stato del credito e fatture aperte inclusi. Le offerte nascono da condizioni di prezzo in tempo reale dall’ERP, non da un foglio di calcolo mantenuto dal venditore. Un deal chiuso viene registrato come ordine di vendita confermato in S/4HANA; lo stato di consegna e fatturazione fluisce di ritorno nella vista CX a 360°. Un agente di servizio in Service Cloud V2 vede le attrezzature che il cliente ha comprato e gli ordini ancora in evasione. Joule lavora su tutto lo stack: un assistente che risponde su pipeline e storico pagamenti nella stessa conversazione.

Ogni CRM che non sia Sales Cloud V2 ha bisogno di un livello di middleware per fare tutto questo — una mappatura tra due modelli dati diversi che va licenziata, monitorata e mantenuta per sempre. Il confronto onesto, inclusi i casi in cui un CRM di terze parti ha ancora senso, è qui: perché Sales Cloud V2 è il CRM giusto per un landscape S/4HANA Public Cloud — e nel testa a testa S/4HANA Public Cloud + Sales Cloud V2 vs Salesforce.

Per l’architettura in sé — flusso delle anagrafiche, ciclo quote-to-order-to-invoice, dove vive la logica — vedete la guida allo stack CX + ERP integrato, più gli approfondimenti sull’architettura di integrazione di Sales Cloud V2 e sull’integrazione di Service Cloud V2.

Che cosa significa davvero il clean core nella pratica

Il clean core non è uno slogan. In un ERP in public cloud è architettura imposta.

Niente tabelle Z nell’ERP. Niente user-exit. Niente estensioni imbullonate sugli oggetti standard. Ogni customizzazione che una generazione precedente di consulenti avrebbe scritto dentro l’ERP si sposta su BTP come estensione side-by-side. Le release arrivano senza dover far girare una suite di regressione grande quanto una piccola organizzazione di prodotto. Questa disciplina vale la pena: secondo Gartner il 75% delle implementazioni ERP deraglia, e il codice custom nel core è un fattore chiave — numeri e pattern di estensione CAP sono in clean core con SAP CAP.

Per la progettazione dell’integrazione CX, l’implicazione pratica è lineare: il livello di integrazione deve restare sopra la linea. API ed eventi sono il contratto; trasformazioni e validazioni vivono in Integration Suite e SAP Build. Se un requisito guidato dal CX sembra richiedere una modifica dentro S/4HANA, quello è il segnale per riprogettare — non il segnale per aprire una discussione sulle tabelle Z. La logica custom non va nemmeno dentro Sales Cloud V2, peraltro — quella piattaforma ha la propria architettura a plug-in per lo stesso motivo.

Sequenziare i rollout ERP e CX

Deve partire prima l’ERP o il CRM? Sentiamo questa domanda ogni settimana, e non esiste una risposta universale — solo compromessi.

ERP-first è il default più sicuro: S/4HANA Public Cloud stabilisce l’anagrafica Business Partner e il modello di prezzo, poi il livello CX va live contro dati sorgente puliti. Il costo: il vostro team di vendita aspetta. CX-first porta un CRM moderno alla forza vendita già questo trimestre, ma costruite un’integrazione contro il vecchio ERP e la ricostruite quando arriva S/4HANA. La delivery in parallelo comprime il calendario e richiede un programme manager condiviso più un responsabile unico dell’integrazione — senza entrambi, due progetti si contendono gli stessi key user.

I numeri realistici: 6–9 mesi per un rollout ERP greenfield in una PMI, 10–16 settimane per il livello CX (la nostra mediana: 14 settimane) e 9–15 mesi end-to-end per un programma combinato sequenziale. La logica completa di sequenziamento, i punti di sincronizzazione e le trappole che abbiamo visto più di una volta sono in implementare S/4HANA Public Cloud e Sales Cloud V2 insieme.

Lavorare con i partner di implementazione

Siamo deliberati sul perimetro. Il livello CX è la corsia di Spadoom e ne rispondiamo end-to-end. Il livello ERP in un rollout completo di S/4HANA Public Cloud lo consegna un partner che fa quel lavoro di mestiere. Con quel partner ci coordiniamo dall’inizio del programma su tre punti: architettura di integrazione tra ERP e CX, allineamento della migrazione dati perché anagrafiche clienti e prodotti fluiscano pulite, e il confine clean-core perché nessuna delle due parti porti customizzazioni che non dovrebbe portare.

Il modello funziona perché le corsie sono chiare. I clienti che provano a far gestire tutto a una sola società ottengono o un livello CX pensato come ripiego, o un rollout ERP in cui il CX è un ripiego. Li abbiamo visti entrambi. La versione che funziona lascia a ogni partner la propria corsia e progetta l’integrazione insieme dalla prima settimana.

Prezzi e licenze

SAP non pubblica listini per S/4HANA Cloud, public edition. La licenza è un abbonamento dimensionato in Full User Equivalents (FUE) — una metrica di ponderazione in cui i diversi tipi di utente (advanced, core, self-service) consumano frazioni diverse del totale contrattuale. Commercialmente, la public edition arriva di norma dentro un contratto GROW with SAP, che unisce l’abbonamento ERP, i crediti SAP BTP, SAP Activate e i contenuti Best Practices.

Che cosa guida davvero il vostro costo totale: numero e mix di utenti, numero di paesi ed entità legali, gli scope item attivati, lo sforzo di migrazione dati e — la parte che la maggior parte dei budget sottovaluta — il livello di integrazione ed estensione su BTP. È esattamente lì che lavoriamo noi. Spadoom quota il lato SAP CX e integrazione a prezzo fisso, così almeno metà del budget di programma è nota prima della firma. L’abbonamento ERP lo quota SAP o il vostro partner di implementazione ERP; in quella conversazione ci sediamo volentieri dal vostro lato del tavolo.

Come si riconosce un buon risultato

Un landscape S/4HANA Public Cloud + SAP CX costruito bene significa:

• Un unico record Business Partner — vendite, servizio e finanza guardano lo stesso cliente
• Offerte basate su condizioni ERP in tempo reale, non sul foglio di calcolo di un venditore
• Ordini che fluiscono dal CRM all’evasione senza reinserimento
• Release che arrivano senza panico da regressione, perché il core è pulito
• Un livello di integrazione di cui qualcuno risponde davvero, che monitora e sa spiegare

Se state definendo un programma che abbina S/4HANA Public Cloud a SAP CX e volete capire come funziona nella pratica il passaggio di consegne tra partner ERP e partner CX, è esattamente la conversazione per cui siamo attrezzati. Parlateci del vostro progetto — niente pitch deck, solo una conversazione.