SAP S/4HANA Public Cloud + SAP Sales Cloud V2 : Le Stack CX + ERP Intégré

Vous n’avez pas besoin de deux CRM et de deux ERP. La plupart des entreprises DACH sous SAP ont déjà les deux — mais pas les bons systèmes connectés entre eux.

SAP S/4HANA Public Cloud et SAP Sales Cloud V2 sont conçus pour fonctionner ensemble. Pas comme des solutions ponctuelles faiblement couplées, mais comme une plateforme de données partagée où un seul enregistrement client, un catalogue produits et un flux de commandes traversent les deux systèmes sans duplication.

Cet article explique comment cette intégration fonctionne concrètement, où réside la logique et comment séquencer une implémentation pour ne pas se retrouver avec les mêmes problèmes de qualité de données qu’avant — simplement dans un système plus récent.

Pourquoi associer S/4HANA Public Cloud à Sales Cloud V2 ?

La réponse courte : parce qu’un commercial qui établit un devis et un comptable qui enregistre une facture devraient regarder le même client.

Dans la plupart des paysages SAP que nous rencontrons, ce n’est pas le cas. Le CRM a un enregistrement client avec un format de nom différent, des champs d’adresse différents, un statut de crédit différent de l’enregistrement ERP. Le commercial ne sait pas que le client a une facture en retard. La comptabilité ne sait pas que le client vient de signer un nouveau contrat.

La solution classique est une intégration qui synchronise les champs entre deux modèles de données différents. Cela fonctionne, mais c’est fragile. Chaque modification de schéma d’un côté casse quelque chose de l’autre. On finit avec une personne dédiée à maintenir une intégration que personne ne comprend entièrement.

La combinaison S/4HANA Public Cloud et Sales Cloud V2 évite cela parce qu’ils partagent le modèle Business Partner. Même entité, même identifiant, même structure. Sales Cloud consomme les données maîtres de S/4HANA. Quand un commercial recherche un client, il voit le même compte que l’équipe finance a dans l’ERP. Aucune logique de synchronisation. Aucun mapping. Une seule source de vérité.

Pour les entreprises DACH qui migrent depuis SAP S/4HANA on-premise ou ECC, c’est l’un des vrais arguments en faveur de la voie public cloud : vous obtenez un CRM moderne et un ERP moderne qui partagent réellement la même fondation — pas deux systèmes maintenus ensemble par du middleware.

Un modèle de données client, pas deux

Le modèle Business Partner est l’épine dorsale des deux systèmes. Dans S/4HANA Public Cloud, chaque client est créé en tant que Business Partner. Sales Cloud V2 consomme cet enregistrement via SAP Integration Suite. Le résultat : les données de compte dans Sales Cloud reflètent ce que S/4HANA contient — raison sociale, adresse, conditions de paiement, limite de crédit, statut des relances.

Pour les commerciaux, cela change la conversation avec le client. Quand un collaborateur ouvre un compte dans Sales Cloud V2, il voit le tableau financier : factures ouvertes, exposition au crédit, historique des paiements. Il n’a pas besoin d’appeler la finance pour savoir si une affaire risque d’être bloquée par un blocage de crédit. L’information est déjà là.

Pour les équipes service, le même modèle signifie que les tickets de support dans SAP Service Cloud V2 sont liés à la même entité client qui existe dans l’ERP. Aucune recherche séparée. Aucun «à quel système puis-je me fier ?».

La synchronisation n’est pas magique. Les enregistrements Business Partner sont maintenus dans S/4HANA comme système maître. Les modifications circulent en aval vers Sales Cloud V2 via des événements d’intégration. Les nouveaux clients créés dans Sales Cloud V2 lors d’un processus d’acquisition peuvent remonter vers S/4HANA pour l’intégration ERP. La direction du flux et le mapping des champs sont des décisions que vous prenez lors de l’implémentation — pas des hypothèses formulées après le go-live.

Le cycle devis-commande-facture

C’est là que l’intégration rapporte le plus visiblement pour les équipes commerciales.

Un collaborateur crée un devis dans SAP Sales Cloud V2. Le catalogue produits vient de S/4HANA — tarifs, remises, configurations disponibles. Si vous utilisez CPQ, la logique de tarification s’exécute là et transmet le résultat à Sales Cloud. Le client voit un devis basé sur des données de prix réelles provenant de l’ERP, pas une feuille Excel que le commercial maintient séparément.

Quand le client accepte, la commande est déclenchée. Au lieu que le commercial envoie la commande par courriel à une équipe interne qui la saisit manuellement dans SAP, la commande circule directement dans S/4HANA pour traitement. L’entrepôt prépare. La logistique expédie. La finance facture.

Le statut de la facture — émise, payée, en retard — revient dans la vue à 360° de Sales Cloud. Le commercial peut voir si la commande du mois dernier a été payée sans ouvrir un portail finance. Le service voit le statut de livraison sans appeler l’entrepôt.

Ce cycle — du devis à la commande à la facture, tout visible dans Sales Cloud — voilà ce que «CRM et ERP intégrés» signifie concrètement. Pas deux systèmes avec une flèche entre eux sur une présentation. Un flux réel où les données circulent sans ressaisie manuelle.

Clean core : où réside effectivement la logique d’intégration

Le principe clean core de SAP est déterminant ici. L’objectif est de maintenir les personnalisations hors du cœur de S/4HANA et de déplacer la logique d’intégration et d’extension vers la SAP Business Technology Platform.

En pratique, pour une intégration entre Sales Cloud et S/4HANA, cela signifie :

• API standard des deux côtés (OData, SOAP, Event Mesh)
• Flux d’intégration construits dans SAP Integration Suite sur BTP
• Packages de contenu préconfigurés par SAP pour les scénarios standard
• Logique personnalisée (règles de tarification, flux d’approbation, mappings de champs) dans des extensions BTP ou SAP Build — pas dans des modifications du cœur de S/4HANA

L’avantage n’est pas seulement philosophique. Quand SAP publie une nouvelle version de S/4HANA Public Cloud (ce qui arrive trimestriellement), une intégration clean core survit à la mise à niveau intacte. Un cœur fortement modifié, non. Les entreprises qui ont personnalisé directement dans S/4HANA passent des semaines à chaque mise à niveau à vérifier que rien n’est cassé. Les entreprises avec clean core y consacrent des heures.

Ce qui reste dans S/4HANA vs Sales Cloud V2 vs BTP

Ce n’est pas une doctrine rigide — il y a des cas limites. Mais comme modèle de départ, c’est plus propre que la plupart des paysages que nous héritons.

Ce que cela ressemble dans un projet Spadoom réel

Nous avons aidé des entreprises de taille intermédiaire dans le secteur manufacturier et la distribution en DACH à connecter leurs stacks CRM et ERP. Le schéma est constant.

Avant le projet : les commerciaux gèrent les données client dans un CRM faiblement synchronisé avec SAP. La finance détient l’enregistrement client faisant autorité, mais le commercial ne peut pas le voir. La saisie des commandes est manuelle — le commercial envoie un courriel, un assistant saisit. Le statut des factures est inconnu de l’équipe commerciale jusqu’à ce qu’un client se plaigne d’un blocage de crédit.

Après le projet : la vue compte dans Sales Cloud affiche le statut du crédit, les factures ouvertes et l’historique des commandes depuis S/4HANA. Les devis sont construits sur la base de prix réels de l’ERP. Les commandes circulent sans ressaisie. La visibilité du pipeline dans Sales Cloud reflète ce qui se passe réellement dans l’exécution.

Nussbaum a obtenu exactement ce type de visibilité du pipeline — savoir où en étaient les affaires par rapport à la réalité financière, plutôt que de le gérer sur des outils déconnectés.

Pour Miltenyi, une implémentation combinée ventes et service a permis aux équipes partageant des comptes clients de voir les mêmes données. Les tickets de service alimentaient la vue commerciale. Le contexte commercial aidait le service à prioriser.

Ce ne sont pas des transformations spectaculaires. C’est ce que l’intégration CRM et ERP est censée faire. Cela fonctionne quand le modèle de données est partagé dès le départ — c’est pourquoi la combinaison S/4HANA Public Cloud et Sales Cloud V2 justifie le travail de conception initial.

Comment séquencer les deux projets

L’erreur la plus courante est de gérer CRM et ERP comme des projets parallèles et indépendants qui doivent «se connecter plus tard». Ils le font rarement. Ou ils se connectent superficiellement, et la dette d’intégration s’accumule.

La meilleure séquence :

1. Définir d’abord le modèle de données partagé. Avant toute configuration système, convenez de ce qu’est un Business Partner, comment les comptes et contacts sont structurés et où les données maîtres sont maintenues. C’est une décision métier, pas technique.
2. Mettre en place S/4HANA en premier, ou en parallèle avec Sales Cloud — pas après. Si Sales Cloud démarre avec une intégration temporaire à votre ancien ERP, vous passerez le go-live S/4HANA à nettoyer ce désordre. Mieux vaut bien faire une seule fois.
3. Définir les scénarios d’intégration avant le go-live, pas pendant. Devis-commande, visibilité des factures, synchronisation des données maîtres client — tout cela doit être configuré et testé dans un environnement d’intégration dédié. Cela ne peut pas être ajouté en dernier lieu.
4. Faire tourner l’intégration en production avant le go-live. Simulez le côté S/4HANA si nécessaire. Mais les flux d’intégration doivent être testés sur de vrais systèmes avant que le premier vrai ordre les traverse.

Pour plus de détails sur la logique de séquençage et les phases d’implémentation, consultez notre article dédié sur comment implémenter S/4HANA Public Cloud et Sales Cloud V2 ensemble.

L’intégration entre S/4HANA Public Cloud et Sales Cloud V2 est l’un des sujets les plus fréquemment abordés dans nos conversations clients en ce moment. La plupart des entreprises sont à mi-chemin — elles utilisent l’un ou les deux systèmes, mais pas encore entièrement connectés. Si vous planifiez comment y parvenir, parlons de votre configuration spécifique.

Pour aller plus loin :

• Le meilleur CRM pour S/4HANA Public Cloud
• S/4HANA Public Cloud + Sales Cloud V2 : Architecture d’intégration
• S/4HANA Public Cloud vs Salesforce
• SAP S/4HANA Public Cloud : vue d’ensemble de la solution
• SAP Service Cloud V2