Pourquoi vos données CRM ne valent que ce que vaut votre fondation de données

Un schéma tiré de nombreux projets CRM : un client nous appelle au sujet du CRM. Les commerciaux ne font pas confiance aux prévisions, les fonctions IA déçoivent, l’utilisation baisse après le troisième mois. Nous examinons le tenant, et la configuration du CRM est généralement correcte. Ce qui ne va pas se trouve dessous : des comptes en double, trois versions du fichier clients, des montants d’opportunités qui ne correspondent pas aux entrées de commandes, et personne qui en soit responsable.

En bref : la plupart des problèmes de données CRM sont des problèmes de fondation. Corrigez-les dans cet ordre : désigner un propriétaire par attribut, réparer les clés de jointure entre CRM et ERP, nettoyer un domaine et montrer le résultat, puis confier la maintenance à une plateforme comme SAP Business Data Cloud et SAP Master Data Governance. La configuration seule ne suffit pas, et l’IA rend plus coûteux le fait de sauter ces étapes.

Les symptômes sont dans le CRM, la cause est dessous

C’est en réunion de prévisions que cela se voit. Les ventes présentent le pipeline de Sales Cloud V2, la finance le chiffre d’affaires de l’ERP, les deux présentations divergent et la réunion devient un débat sur le chiffre juste plutôt que sur ce qu’il faut faire. La plupart des entreprises que nous rencontrons connaissent une version de cette réunion.

Le CRM est blâmé parce que c’est là que l’on regarde. Mais si l’on remonte une seule divergence, on aboutit à des questions de fondation : un compte qui existe deux fois parce que deux filiales l’ont créé séparément, une opportunité gagnée jamais rattachée à sa commande, une conversion de devises calculée différemment dans deux rapports. Rien de cela n’est un paramètre du CRM.

L’ordre de la correction

La séquence compte plus que l’outil. Ce qui fonctionne, dans l’ordre :

1. La responsabilité avant le nettoyage. Décidez à qui appartient chaque attribut avant que quiconque ne touche un enregistrement. Nettoyer sans responsable, c’est éponger avec le robinet ouvert.
2. Les clés de jointure avant l’exhaustivité. Des adresses parfaites sur des enregistrements impossibles à relier à leurs commandes ne sont que de la décoration. Les clés (compte et partenaire commercial, opportunité et commande, produit et article) sont ce sur quoi reposent l’analytique et l’IA. Corrigez-les d’abord.
3. Un domaine avant tout le paysage. Nettoyez les comptes et les opportunités face aux commandes, livrez la vue pipeline-to-cash et tenez la réunion où les deux présentations affichent le même chiffre. Ce résultat finance le deuxième domaine. Un programme de nettoyage de deux ans sans résultat visible ne finance rien.
4. La plateforme avant l’héroïsme. Les fondations se dégradent faute de maintenance : la personne qui a construit le pipeline part, les releases le cassent, l’entropie gagne. C’est précisément la charge que SAP Business Data Cloud doit reprendre, avec des produits de données que SAP maintient au fil des releases, de sorte que le travail de qualité accompli le reste. L’article sur les modèles d’intégration en décrit la mécanique.

Qui est responsable de quoi : un point de départ

Sur la pile SAP intégrée, l’intégration standard entre Sales Cloud V2 et S/4HANA Public Cloud règle déjà bon nombre de ces décisions, l’un de ses avantages sous-estimés. Une répartition qui convient à la plupart des PME :

Attribut	Système propriétaire	Sens
Donneur d’ordre, adresse de facturation, crédit, conditions de paiement	S/4HANA (partenaire commercial)	De l’ERP vers le CRM, en lecture seule dans le CRM
Articles, prix, conditions	S/4HANA	De l’ERP vers le CRM
Contacts, rôles, relations	Sales Cloud V2	CRM uniquement, ou du CRM vers l’ERP si nécessaire pour les documents
Leads, opportunités, activités	Sales Cloud V2	Du CRM vers l’analytique
Commandes, livraisons, factures	S/4HANA	De l’ERP vers le CRM pour la visibilité, vers l’analytique pour le reporting
Prospects sans historique de vente	Sales Cloud V2	Créés dans le CRM, deviennent partenaires commerciaux à la première commande

La dernière ligne est à l’origine de la plupart des doublons. Convenez du moment où un prospect devient client ERP et de la personne qui vérifie alors si l’enregistrement existe déjà.

La place des outils SAP de données de base

Les règles de responsabilité doivent être appliquées, et SAP a avancé sur ce point. SAP Master Data Governance gouverne les données de base et leurs règles ; en mai 2026, SAP l’a annoncé comme composant central de Business Data Cloud, aux côtés de SAP HANA Cloud (SAP News). Le même mois, SAP a finalisé l’acquisition de Reltio, un fournisseur de gestion des données de base dont la résolution d’entités fondée sur l’IA fusionne les enregistrements liés en un seul enregistrement fiable. Selon SAP, Reltio deviendra une fonction centrale de BDC et doit aider les clients à unifier, nettoyer et harmoniser les données provenant de différentes sources (SAP News, mars 2026).

Pour une équipe CRM, cela signifie traiter le problème des comptes en double à la source plutôt que dans chaque rapport. Deux réserves : plusieurs fonctions annoncées étaient prévues en disponibilité générale au second semestre 2026, et le modèle commercial varie. Vérifiez ce que couvrent votre contrat et votre région avant de bâtir dessus. La séquence ci-dessus reste valable : les outils rendent la responsabilité applicable, ils ne la décident pas à votre place.

Le point de vue des PME

Les grandes entreprises règlent cela avec un bureau de gouvernance des données. Un distributeur suisse de 200 personnes ne le peut pas et ne le doit pas. Le modèle réaliste pour une PME : un responsable désigné par domaine (une personne, pas un comité), les produits de données standard de SAP comme ossature maintenue et un effort de modélisation limité au dernier kilomètre, là où se trouve la logique de votre secteur. Une fois en place, ce modèle fonctionne avec une fraction de poste à plein temps. C’est pourquoi le choix de la plateforme compte davantage dans une PME que dans une grande entreprise : il n’y a pas d’équipe pour absorber ce que la plateforme ne fait pas.

Il est également utile que le partenaire qui configure le CRM connaisse aussi le côté ERP. La plupart des problèmes de fondation se situent précisément à cette jonction, et c’est pourquoi nous livrons le Cloud ERP et le CRM avec une seule équipe.

Pourquoi c’est urgent maintenant

Pendant des années, une fondation fragile coûtait du temps de reporting : pénible, mais supportable. L’IA change la courbe des coûts. Chaque fonction IA que vous activez, du lead scoring aux prévisions jusqu’à Joule dans Sales Cloud V2, lit la fondation et l’amplifie : des données propres en entrée, un effet de levier en sortie ; du bruit en entrée, un bruit sûr de lui en sortie. Activer des fonctions IA sur une fondation sans responsable revient à payer le prix de l’IA pour des erreurs amplifiées.

Si vous partez de zéro, lisez d’abord ce qu’est BDC. L’ordre des opérations tient par lui-même : responsabilité, clés de jointure, un domaine, plateforme. Le CRM était rarement le problème.

Pour les entreprises suisses qui lancent ce nettoyage, notre page sur le conseil SAP CX en Suisse montre comment nous réunissons socle de données et delivery CX dans une seule équipe.

Questions fréquentes

Où doivent résider les données de base CRM : dans le CRM ou dans l’ERP ?

L’ERP détient la vérité commerciale : les clients avec leurs données de crédit et de facturation, les articles, les prix. Le CRM détient la couche relationnelle : contacts, activités, opportunités. Les problèmes commencent quand les deux côtés gèrent le même attribut ; la règle de travail est un seul propriétaire par attribut, répliqué en lecture seule dans l’autre sens.

Faut-il nettoyer toutes les données avant de lancer un projet BDC ?

Non. Choisissez le seul domaine dont votre premier modèle a besoin (en général les comptes et opportunités face aux commandes), nettoyez-y les clés de jointure et laissez le résultat visible financer le domaine suivant. Un programme de nettoyage sur tout le paysage sans résultat visible pendant un an est la manière dont les initiatives de données s’enlisent.

Comment des données CRM de mauvaise qualité se manifestent-elles dans les fonctions IA ?

Directement. Un lead scoring entraîné sur des comptes en double apprend du bruit, des prévisions fondées sur des opportunités périmées en héritent l’optimisme, et un résumé Joule d’un historique client fragmenté est un résumé fragmenté, rédigé avec aisance. L’IA ne nettoie pas les données, elle amplifie la qualité qui se trouve dessous.

SAP propose-t-il des outils de données de base contre les comptes en double ?

Oui. SAP Master Data Governance gouverne les données de base et leurs règles, et SAP en a fait en mai 2026 un composant central de Business Data Cloud. SAP a également finalisé l’acquisition de Reltio, dont la résolution d’entités fondée sur l’IA fusionne les enregistrements liés en un seul enregistrement fiable. Vérifiez quelles fonctions sont disponibles pour votre contrat et votre région avant de planifier.