SAP S/4HANA Cloud, public edition

Ce que Spadoom livre

Spadoom est SAP CX-first. Nous livrons Sales Cloud V2, Service Cloud V2, Commerce, Marketing, CDP, CIAM, Loyalty, CPQ et FSM en couloirs principaux. Autour de ces couloirs, S/4HANA Public Cloud est le socle ERP sur lequel nos clients atterrissent de plus en plus, et nous sommes délibérément à l’aise avec son fonctionnement.

Concrètement, cela veut dire : nous conseillons sur l’architecture d’intégration entre S/4HANA Public Cloud et SAP CX, nous concevons les flux de données qui doivent circuler dans les deux sens, et nous bâtissons les extensions côté BTP qui maintiennent la logique spécifique hors de l’ERP. Nous ne menons pas seuls les rollouts complets de S/4HANA Public Cloud. Pour ce travail, nous nous associons à des cabinets d’implémentation S/4HANA spécialisés, et nous nous coordonnons dès le premier jour du programme.

Si votre organisation migre vers S/4HANA Public Cloud et qu’il vous faut également une couche SAP CX connectée — sales, service, commerce, marketing — c’est la conversation à avoir avec nous. Nous apportons la livraison CX et l’architecture d’intégration ; le partenaire ERP apporte la discipline du rollout public cloud.

Là où SAP CX rencontre S/4HANA Public Cloud

L’histoire de l’intégration entre S/4HANA Public Cloud et SAP CX est bien définie et, lorsqu’elle est respectée, peu spectaculaire.

Les données maîtres clients descendent de S/4HANA vers les systèmes CX — comptes, contacts, adresses, hiérarchies. Les commandes de vente font le chemin inverse : un devis chiffré dans CPQ, accepté par le client dans Sales Cloud ou Commerce, posé comme commande de vente dans S/4HANA. La logique de prix et de remise vit là où elle doit — listes de prix dans S/4HANA, remises au cas par cas dans CPQ, le prix négocié remontant côté ERP. La facturation a lieu dans S/4HANA, avec le statut de facture et de paiement visible dans la vue 360° côté CX, pour que le commercial ne soit pas surpris par une créance échue.

Le principe clean-core change la façon dont cette intégration se construit. La logique spécifique ne va pas dans S/4HANA. Elle ne va pas non plus dans Sales Cloud V2, à vrai dire — cette plateforme dispose pour la même raison de sa propre architecture à plug-ins. Logique d’intégration, transformations, validations et flux événementiels vivent sur SAP BTP : Integration Suite, Build, Event Mesh et Cloud Application Programming. ERP et système CX restent l’un comme l’autre propres face aux upgrades, et la couche spécifique se trouve là où elle peut évoluer sans casser l’un ou l’autre.

Ce que clean core veut vraiment dire en pratique

Le clean core n’est pas un slogan. Dans un ERP public cloud, c’est une architecture imposée.

Pas de Z-tables dans l’ERP. Pas d’user-exits. Pas d’enhancements collés sur les objets standards. Toute personnalisation qu’une génération précédente de consultants aurait écrite directement dans l’ERP migre sur BTP en extension side-by-side. Les releases trimestriels atterrissent sans qu’il faille piloter une suite de régression de la taille d’une petite organisation produit.

Pour la conception de l’intégration CX, l’implication pratique est nette : la couche d’intégration doit rester au-dessus de la ligne. Les API et les événements forment le contrat ; transformations et validations vivent dans Integration Suite et Build. Si une exigence côté CX semble appeler une modification à l’intérieur de S/4HANA, c’est le signal pour redessiner — pas le signal pour ouvrir une discussion sur les Z-tables.

Travailler avec des partenaires d’implémentation

Sur le périmètre, nous sommes délibérés. La couche CX est le couloir de Spadoom et nous en répondons de bout en bout. La couche ERP, dans un rollout S/4HANA Public Cloud complet, est livrée par un partenaire dont c’est le métier au quotidien. Nous nous coordonnons avec ce partenaire dès le démarrage du programme sur trois sujets : architecture d’intégration entre ERP et CX, alignement de migration de données afin que les données maîtres clients et produits circulent proprement, et la frontière clean-core afin qu’aucun des deux côtés ne porte une personnalisation qu’il ne devrait pas porter.

Le schéma fonctionne parce que les couloirs sont clairs. Les clients qui essaient de faire porter à un seul cabinet la totalité du programme se retrouvent soit avec une couche CX traitée comme un ajout après coup, soit avec un rollout ERP où le CX est l’ajout après coup. Nous avons vu les deux. La version qui fonctionne fait porter à chaque partenaire son couloir et conçoit l’intégration à plusieurs dès la semaine un.

Si vous cadrez un programme qui marie S/4HANA Public Cloud avec SAP CX et que vous voulez parcourir comment ce passage de relais fonctionne en pratique, c’est la conversation à laquelle nous sommes prêts.