SAP S/4HANA Cloud, public edition

Qu’est-ce que SAP S/4HANA Public Cloud ?

SAP S/4HANA Cloud, public edition est l’ERP SaaS multi-tenant de SAP. Il livre des processus SAP Best Practices prêts à l’emploi, suit un rythme de releases géré par SAP — deux releases majeures par an, avec livraison continue de fonctionnalités entre les deux — et impose le clean core : la logique spécifique vit sur SAP BTP, pas dans l’ERP. Il se vend par abonnement, typiquement via GROW with SAP.

C’est l’une des trois façons d’exploiter S/4HANA — aux côtés de la private edition (single-tenant, plus de marge de personnalisation) et de l’on-premise. Cette page compare les trois variantes, cartographie ce que la public edition couvre nativement et ce qu’elle ne couvre pas, et explique où Spadoom intervient. Pour être clairs dès le départ : nous sommes le partenaire SAP CX et intégration dans ces paysages — Sales Cloud V2, Service Cloud V2, commerce et la couche d’intégration BTP — en Suisse, Allemagne, Autriche et Italie. Nous ne pilotons pas de déploiements ERP complets, et nous vous expliquons exactement comment cette répartition fonctionne en pratique.

Étude de cas — SAP CX sur S/4HANA Public Cloud chez intelligentfood

intelligentfood (FMCG suisse, maison d’El Tony Mate) exploite S/4HANA Public Cloud comme ERP. Nous avons livré la moitié tournée vers le client : une plateforme Sales & Service Cloud V2 entièrement intégrée, en production en trois mois, reliée à l’ERP en public cloud via SAP Integration Suite — y compris le travail de configuration côté ERP pour que le processus de bout en bout tourne sans rupture. Des applications BTP sur mesure mettent la planification des visites sur les smartphones de la force de vente. Lisez l’histoire complète d’intelligentfood.

Deux autres issues du même playbook : chez Miltenyi Biotec (biotech allemande), nous avons orchestré l’intégration de cinq clouds SAP — Commerce, Marketing, Customer Data Cloud, Service Cloud V2 et le système S/4HANA — en un seul paysage (l’histoire). Chez Meier Tobler (technique du bâtiment, Suisse), notre hub central SAP Integration Suite traite plus d’un million de messages par mois et garde la boutique, la logistique et S/4HANA synchronisés en temps réel (l’histoire).

Ce que Spadoom livre

Spadoom est SAP CX-first. Nos couloirs principaux : Sales Cloud V2, Service Cloud V2, Commerce, Marketing, CDP, CIAM, Loyalty, CPQ et FSM. Autour de ces couloirs, S/4HANA Public Cloud est la colonne vertébrale ERP sur laquelle nos clients atterrissent de plus en plus — et nous en maîtrisons délibérément le fonctionnement.

Concrètement : nous conseillons sur l’architecture d’intégration entre S/4HANA Public Cloud et SAP CX, concevons les flux de données qui doivent circuler dans les deux sens, et construisons les extensions côté BTP qui gardent la logique spécifique hors de l’ERP. Nous ne pilotons pas seuls des déploiements complets de S/4HANA Public Cloud. Pour ce travail, nous coopérons avec des maisons d’implémentation S/4HANA spécialisées et nous coordonnons dès le premier jour du déploiement.

Si votre organisation migre vers S/4HANA Public Cloud et a aussi besoin d’une couche SAP CX connectée — vente, 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 déploiement en public cloud.

Public Cloud vs Private Cloud vs on-premise — les éditions comparées

SAP vend S/4HANA selon trois modèles de déploiement, et les noms invitent à la confusion. Les différences sont structurelles, pas cosmétiques :

La version courte : la public edition convient aux organisations prêtes à adopter les processus standard SAP — la plupart des déploiements greenfield et des entreprises du mid-market atterrissent ici, et c’est l’environnement clean-core le plus strict que SAP propose. La private edition convient aux organisations aux personnalisations profondes qui veulent malgré tout une infrastructure gérée par SAP et un chemin brownfield. L’ECC on-premise arrive au bout de la route : la maintenance mainstream se termine en 2027 — voilà pourquoi la question de la public edition figure sur autant d’agendas en zone DACH.

Une réserve honnête : la standardisation de la public edition est un atout, pas une limite — mais elle signifie que les besoins qui seraient autrefois devenus des tables Z ont désormais besoin d’un autre foyer. Ce foyer, c’est SAP BTP, et concevoir ce qui y vit est exactement le travail de Spadoom. Nous y revenons plus bas, au chapitre clean core.

Ce que S/4HANA Public Cloud couvre nativement

La public edition est un ERP complet, pas un kit de démarrage. Prêt à l’emploi — via des scope items SAP Best Practices préconfigurés — il couvre la finance et la comptabilité, l’order-to-cash (commandes, livraisons, facturation), le procure-to-pay, la production, les stocks et la supply chain, les projets et professional services, ainsi que l’embedded analytics sur les données ERP en temps réel. Le modèle Business Partner est le référentiel de référence pour les données clients et fournisseurs. Joule, l’assistant IA de SAP, est intégré — pour la navigation, les questions analytiques et un nombre croissant de tâches transactionnelles.

Ce que le système enregistre, il l’enregistre bien : une offre a été créée, une commande saisie, une facture émise — des données précises, auditables, de qualité ERP. Dans l’interface ERP, les utilisateurs disposent d’une vue client 360° sur l’historique des commandes, les livraisons ouvertes, les documents de facturation et le statut de crédit.

Ce que le système ne cherche délibérément pas à être, c’est un système de front-office. Cette frontière mérite sa propre section.

S/4HANA Public Cloud inclut-il un CRM ?

Pas au sens front-office — et savoir où passe la ligne vous épargne des hypothèses de paysage coûteuses.

Natif dans l’ERP : documents de vente transactionnels (demandes, offres, contrats), gestion des commandes, facturation et la vue client côté ERP. Pas natif : pipeline d’opportunités, capture et scoring des leads, guided selling, prévisions commerciales, planification structurée des visites — c’est le territoire de SAP Sales Cloud V2. De même, la gestion omnicanale des demandes, le suivi des SLA et les bases de connaissances pour agents vivent dans SAP Service Cloud V2, pas dans l’ERP.

Ce n’est pas une lacune produit : c’est le design. L’ERP assure la précision du back-office, les clouds CX assurent la productivité du front-office, et les deux partagent un seul modèle de données. En pratique, les entreprises sur S/4HANA Public Cloud sans couche CX finissent par gérer leur pipeline dans des tableurs, à côté d’un historique de commandes très précis. Nous avons cartographié la frontière complète des capacités — avec un tableau de décision ligne par ligne — dans ce que S/4HANA Public Cloud offre nativement vs ce qui exige Sales/Service Cloud V2.

Le socle intégré : S/4HANA Public Cloud + Sales & Service Cloud V2

C’est le véritable couloir de Spadoom — et la raison d’associer la public edition à SAP CX plutôt qu’à un CRM tiers posé par-dessus.

S/4HANA Public Cloud et Sales Cloud V2 partagent le référentiel Business Partner. Quand un commercial ouvre un compte, il voit la même fiche client que la finance — conditions de paiement, statut de crédit et factures ouvertes compris. Les offres se construisent sur des conditions de prix en temps réel issues de l’ERP, pas sur un tableur que le commercial entretient lui-même. Une affaire conclue est enregistrée comme commande client confirmée dans S/4HANA ; le statut de livraison et de facturation remonte dans la vue CX 360°. Un agent de service dans Service Cloud V2 voit les équipements achetés par le client et les commandes encore en traitement. Joule travaille sur tout le socle : un assistant qui répond sur le pipeline et l’historique de paiement dans la même conversation.

Tout CRM qui n’est pas Sales Cloud V2 a besoin d’une couche de middleware pour faire cela — un mapping entre deux modèles de données différents, à licencier, surveiller et maintenir pour toujours. La comparaison honnête, y compris les cas où un CRM tiers garde du sens, est ici : pourquoi Sales Cloud V2 est le bon CRM pour un paysage S/4HANA Public Cloud — et dans le face-à-face S/4HANA Public Cloud + Sales Cloud V2 vs Salesforce.

Pour l’architecture elle-même — flux des données de base, boucle quote-to-order-to-invoice, où vit la logique — voyez le guide du socle CX + ERP intégré, plus les analyses détaillées de l’architecture d’intégration Sales Cloud V2 et de l’intégration Service Cloud V2.

Ce que le clean core signifie vraiment en pratique

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

Pas de tables Z dans l’ERP. Pas de user-exits. Pas d’extensions boulonnées sur les objets standard. Chaque personnalisation qu’une génération précédente de consultants aurait écrite dans l’ERP lui-même migre vers BTP comme extension side-by-side. Les releases arrivent sans qu’il faille dérouler une suite de régression de la taille d’une petite organisation produit. Cette discipline en vaut la peine : selon Gartner, 75% des implémentations ERP déraillent, et le code spécifique dans le noyau en est un facteur clé — les chiffres et le pattern d’extension CAP sont dans clean core avec SAP CAP.

Pour la conception de l’intégration CX, l’implication pratique est directe : la couche d’intégration doit rester au-dessus de la ligne. Les API et les événements sont le contrat ; les transformations et validations vivent dans Integration Suite et SAP Build. Si un besoin porté par le CX semble exiger une modification à l’intérieur de S/4HANA, c’est le signal pour reconcevoir — pas le signal pour ouvrir une discussion sur les tables Z. La logique spécifique n’a d’ailleurs pas sa place dans Sales Cloud V2 non plus — cette plateforme a sa propre architecture de plug-ins pour la même raison.

Séquencer les déploiements ERP et CX

L’ERP ou le CRM en premier ? Nous entendons cette question chaque semaine, et il n’existe pas de réponse universelle — seulement des arbitrages.

ERP-first est le choix par défaut le plus sûr : S/4HANA Public Cloud établit le référentiel Business Partner et le modèle de prix, puis la couche CX passe en production sur des données sources propres. Le prix : votre équipe de vente attend. CX-first apporte un CRM moderne au terrain dès ce trimestre, mais vous construisez une intégration contre l’ancien ERP et la reconstruisez quand S/4HANA arrive. La livraison en parallèle comprime le calendrier et exige un programme manager partagé plus un responsable unique de l’intégration — sans les deux, deux projets se disputent les mêmes key users.

Les chiffres réalistes : 6–9 mois pour un déploiement ERP greenfield en PME, 10–16 semaines pour la couche CX (notre médiane : 14 semaines) et 9–15 mois de bout en bout pour un programme combiné séquentiel. La logique complète de séquencement, les points de synchronisation et les pièges que nous avons vus plus d’une fois sont dans déployer S/4HANA Public Cloud et Sales Cloud V2 ensemble.

Travailler avec les partenaires d’implémentation

Nous sommes délibérés sur le périmètre. La couche CX est le couloir de Spadoom, et nous en répondons de bout en bout. La couche ERP d’un déploiement complet S/4HANA Public Cloud est livrée par un partenaire dont c’est le métier. Nous nous coordonnons avec ce partenaire dès le début du programme sur trois points : l’architecture d’intégration entre ERP et CX, l’alignement de la migration des données pour que les référentiels clients et produits circulent proprement, et la frontière clean-core pour qu’aucune des deux parties ne porte des personnalisations qu’elle ne devrait pas porter.

Le modèle fonctionne parce que les couloirs sont clairs. Les clients qui veulent confier l’ensemble à une seule maison obtiennent soit une couche CX traitée comme une arrière-pensée, soit un déploiement ERP où le CX est une arrière-pensée. Nous avons vu les deux. La version qui fonctionne laisse chaque partenaire répondre de son couloir et conçoit l’intégration ensemble dès la première semaine.

Prix et licences

SAP ne publie pas de prix catalogue pour S/4HANA Cloud, public edition. La licence est un abonnement dimensionné en Full User Equivalents (FUE) — une métrique de pondération où les différents types d’utilisateurs (advanced, core, self-service) consomment des fractions différentes du volume contractuel. Commercialement, la public edition arrive en général dans un contrat GROW with SAP, qui regroupe l’abonnement ERP, des crédits SAP BTP, SAP Activate et le contenu Best Practices.

Ce qui pilote réellement votre coût total : le nombre et le mix d’utilisateurs, le nombre de pays et d’entités juridiques, les scope items activés, l’effort de migration des données et — la partie que la plupart des budgets sous-estiment — la couche d’intégration et d’extension sur BTP. C’est exactement là que nous travaillons. Spadoom chiffre le volet SAP CX et intégration à prix fixe, pour qu’au moins la moitié de votre budget programme soit connue avant la signature. L’abonnement ERP lui-même est chiffré par SAP ou votre partenaire d’implémentation ERP ; dans cette conversation, nous nous asseyons volontiers de votre côté de la table.

À quoi ressemble un bon résultat

Un paysage S/4HANA Public Cloud + SAP CX bien construit, c’est :

• Une seule fiche Business Partner — vente, service et finance regardent le même client
• Des offres fondées sur des conditions ERP en temps réel, pas sur le tableur d’un commercial
• Des commandes qui circulent du CRM à l’exécution sans ressaisie
• Des releases qui arrivent sans panique de régression, parce que le noyau est propre
• Une couche d’intégration dont quelqu’un répond vraiment, qu’il surveille et sait expliquer

Si vous cadrez un programme qui associe S/4HANA Public Cloud à SAP CX et voulez comprendre comment fonctionne en pratique le passage de relais entre partenaire ERP et partenaire CX, c’est exactement la conversation pour laquelle nous sommes équipés. Parlez-nous de votre projet — pas de pitch deck, juste une conversation.