SAP S/4HANA Cloud, public edition

Cosa offre Spadoom

Spadoom è SAP CX-first. Eroghiamo Sales Cloud V2, Service Cloud V2, Commerce, Marketing, CDP, CIAM, Loyalty, CPQ e FSM come corsie principali. Attorno a queste corsie, S/4HANA Public Cloud è il backbone ERP su cui i nostri clienti atterrano sempre più spesso, e siamo deliberatamente fluenti nel modo in cui funziona.

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

Se la vostra organizzazione si sta spostando su S/4HANA Public Cloud e serve anche uno strato SAP CX connesso — sales, service, commerce, marketing — questa è la conversazione da avere con noi. Portiamo la delivery CX e l’architettura di integrazione; il partner ERP porta la disciplina del rollout public cloud.

Dove SAP CX incontra S/4HANA Public Cloud

La storia dell’integrazione tra S/4HANA Public Cloud e SAP CX è ben definita e, se rispettata, poco drammatica.

I dati anagrafici cliente fluiscono da S/4HANA verso i sistemi CX — account, contatti, indirizzi, gerarchie. Gli ordini di vendita seguono il percorso opposto: un’offerta prezzata in CPQ, accettata dal cliente in Sales Cloud o Commerce, registrata come ordine di vendita in S/4HANA. Logica di prezzo e sconto vivono dove devono — listini in S/4HANA, sconto deal-by-deal in CPQ, con il prezzo negoziato che torna indietro. La fatturazione avviene in S/4HANA, con stato fattura e pagamento visibile nella vista 360° CX, così il commerciale non viene sorpreso da un credito scaduto.

Il principio clean-core cambia il modo in cui questa integrazione si costruisce. La logica custom non va dentro S/4HANA. Non va nemmeno dentro Sales Cloud V2, francamente — quella piattaforma ha la propria architettura a plug-in per la stessa ragione. Logica di integrazione, trasformazioni, validazioni e flussi event-driven vivono su SAP BTP: Integration Suite, Build, Event Mesh e Cloud Application Programming. ERP e sistema CX restano entrambi puliti rispetto agli upgrade, e lo strato custom è dove può evolvere senza rompere nessuna delle due parti.

Cosa significa davvero clean core in pratica

Clean core non è uno slogan. In un ERP public cloud è architettura imposta.

Niente Z-table nell’ERP. Niente user-exit. Nessuna estensione attaccata agli oggetti standard. Ogni customizzazione che una generazione precedente di consulenti avrebbe scritto dentro l’ERP si sposta su BTP come estensione side-by-side. I rilasci trimestrali atterrano senza dover gestire una suite di regressione delle dimensioni di un piccolo product team.

Per il design dell’integrazione CX, l’implicazione pratica è lineare: lo strato di integrazione deve restare sopra la linea. API ed eventi sono il contratto; trasformazioni e validazioni stanno in Integration Suite e Build. Se un requisito CX-driven sembra richiedere una modifica dentro S/4HANA, è il segnale per ridisegnare — non il segnale per aprire una conversazione sulle Z-table.

Lavorare con i partner di implementazione

Sull’ambito siamo deliberati. Lo strato CX è la corsia di Spadoom e la presidiamo end to end. Lo strato ERP in un rollout completo S/4HANA Public Cloud lo eroga un partner che fa quel mestiere a tempo pieno. Ci coordiniamo con quel partner dall’avvio del programma su tre punti: architettura di integrazione tra ERP e CX, allineamento sulla migrazione dati perché anagrafiche cliente e prodotto fluiscano pulite, e il confine clean-core perché nessuno dei due lati porti customizzazione che non dovrebbe portare.

Lo schema funziona perché le corsie sono chiare. I clienti che provano a far possedere tutto a una sola società o ottengono uno strato CX trattato come ripensamento, o un rollout ERP in cui il CX è un ripensamento. Abbiamo visto entrambe. La versione che funziona fa possedere a ciascun partner la propria corsia e disegna l’integrazione in modo congiunto dalla settimana uno.

Se state definendo un programma che combina S/4HANA Public Cloud con SAP CX e volete capire come questo passaggio funziona in pratica, è la conversazione su cui siamo attrezzati.