Il y a une réunion qui se tient dans presque toutes les entreprises de taille moyenne, généralement une fois par trimestre, parfois une fois par mois. Le directeur financier tire un chiffre de l'ERP. Le directeur commercial tire un chiffre du CRM. Le directeur marketing dispose d'un troisième chiffre provenant de la plateforme marketing. Personne n'a tort. Personne n'a inventé quoi que ce soit. Et pourtant, les participants ne parviennent pas à s'accorder sur ce qui s'est réellement passé au cours du dernier trimestre.
Cette réunion coûte cher. Non seulement en raison du temps passé à débattre pour savoir quelle feuille de calcul est la bonne, mais aussi à cause des décisions qui sont reportées, des investissements mal orientés et des revenus qui s'échappent discrètement des failles entre les systèmes pendant que la direction débat des chiffres.
Le décalage entre les données CRM et ERP est l'un des problèmes opérationnels les plus courants et les plus coûteux auxquels sont confrontées les entreprises B2B aujourd'hui. Et les solutions traditionnelles (davantage de connecteurs, davantage de middleware, davantage de rapprochements manuels) ne parviennent presque jamais à le résoudre. Voici pourquoi ce problème existe, ce qu'il coûte réellement et à quoi ressemble une véritable solution.
Deux systèmes, deux définitions d'une même réalité : pourquoi le décalage entre les données CRM et ERP commence ici
Les systèmes CRM et ERP sont conçus pour des objectifs fondamentalement différents. Un CRM sert à suivre les relations clients, les étapes du pipeline commercial et l'activité commerciale. Un ERP sert à suivre les transactions financières, la gestion des commandes et l'exécution opérationnelle. Ils n'ont pas été conçus pour être compatibles entre eux, mais pour optimiser des flux de travail distincts.
Il en résulte que le même événement commercial est enregistré différemment dans chaque système, souvent avec des libellés, des horodatages et des critères de prise en compte différents.
Le problème « Closed-Won »
Dans la plupart des plateformes CRM, une affaire est considérée comme « conclue » dès qu’un commercial la marque comme telle. Dans l’ERP, cette même affaire n’existe pas tant qu’une commande client n’a pas été créée, et cette commande peut ne pas apparaître avant plusieurs heures, plusieurs jours, voire parfois plusieurs semaines, selon la manière dont le transfert entre les ventes et les opérations est organisé.
Concrètement, cela signifie que votre CRM affiche des revenus que votre ERP n'a pas encore comptabilisés, et que votre ERP peut afficher des commandes que votre CRM n'a jamais enregistrées, car elles ont été passées par téléphone, via une transaction EDI ou sous forme de commande récurrente sur le portail de commerce électronique. Aucun des deux systèmes ne se trompe. Ils comptabilisent simplement des étapes différentes d'un même parcours.
Le décalage dans la comptabilisation des produits
La situation se complique lorsque la finance entre en jeu. Dans un progiciel de gestion intégré (ERP), la comptabilisation des revenus est généralement liée à la confirmation d’expédition, à l’émission de la facture ou à la réception du paiement, selon la politique comptable de l’entreprise. Une transaction que votre directeur commercial considère comme conclue au premier trimestre peut ne pas apparaître dans le chiffre d’affaires du premier trimestre du directeur financier avant le deuxième trimestre, lorsque la facture est encaissée. Même transaction. Trimestres différents. Systèmes différents. Des dirigeants différents, tous convaincus d’avoir le bon chiffre.
Il ne s'agit pas d'un problème de qualité des données au sens strict du terme. C'est un problème de définition. Et les problèmes de définition ne peuvent pas être résolus en synchronisant les données plus rapidement.
Ce que vous coûtent réellement les pertes de recettes et les rapprochements manuels
Le décalage entre les données CRM et ERP n'est pas simplement un problème de reporting. Il s'agit d'un risque pour le chiffre d'affaires et la prise de décision. Les conséquences financières et opérationnelles se manifestent de plusieurs façons distinctes.
Les pertes de recettes en termes simples
L'une des conséquences les plus sous-estimées d'un décalage entre les systèmes CRM et ERP concerne le sort des transactions qui passent entre les mailles du filet. Une opportunité « conclue » dans le CRM qui ne donne jamais lieu à une commande client dans l'ERP représente un chiffre d'affaires qui disparaît purement et simplement. Aucune facture n'est envoyée. Aucun paiement n'est encaissé. Personne ne s'en rend compte jusqu'à ce qu'un audit annuel ou un contrôleur à l'œil vif le repère, des mois plus tard.
Pour les distributeurs et les fabricants de taille moyenne qui traitent des centaines de transactions par mois sur plusieurs canaux de vente, ce type de perte peut représenter un pourcentage non négligeable de leur chiffre d'affaires, souvent totalement invisible car aucun des deux systèmes n'est conçu pour signaler l'écart entre eux.
Le coût opérationnel du rapprochement manuel
Au-delà des fuites de données, il y a la charge opérationnelle constante que représente la réconciliation manuelle des deux systèmes. Les équipes financières créent des feuilles de calcul de transition. Les équipes opérationnelles gèrent des tables de correspondance. Les équipes commerciales consacrent des heures de travail d'analyse à convertir les données du pipeline CRM en formats exploitables par l'équipe du directeur financier. Il ne s'agit pas d'un coût ponctuel. Il s'accumule à chaque cycle de reporting et augmente proportionnellement à la complexité de l'activité.
Pour les entreprises qui opèrent à la fois sur plusieurs gammes de produits, services, zones géographiques ou canaux de commerce électronique, en plus de la vente directe, le travail de rapprochement peut mobiliser des dizaines d'heures par mois qui devraient être consacrées à la croissance.
Pourquoi multiplier les intégrations et les intergiciels ne résoudra pas le problème de l'incohérence des données entre les systèmes CRM et ERP
La solution qui vient spontanément à l'esprit consiste à renforcer l'interconnexion entre le CRM et l'ERP : mettre en place une intégration, ajouter une couche de middleware, effectuer une synchronisation nocturne. Cette approche est raisonnable et souvent nécessaire. Elle est aussi rarement suffisante.
Le piège du middleware
La plupart des intégrations consistent en des mappages de champ à champ. Elles transfèrent des données d'un système à un autre, mais ne résolvent pas le désaccord sous-jacent quant à la signification de ces données. Si votre CRM définit le « chiffre d'affaires » comme la valeur contractuelle d'une opportunité conclue et que votre ERP définit le « chiffre d'affaires » comme le montant facturé d'une commande expédiée, le fait de synchroniser plus rapidement ces deux systèmes ne rend pas ces définitions identiques. Cela ne fait que propager plus vite ce désaccord.
En pratique, cela signifie que les entreprises se retrouvent avec un volume croissant de données circulant entre leurs différents systèmes, tout en restant incapables de répondre à une question simple telle que « Quel chiffre d'affaires avons-nous généré grâce aux nouveaux clients au cours du dernier trimestre, tous canaux confondus ? », sans devoir extraire des rapports de multiples sources, procéder à des ajustements manuels et espérer que la personne chargée des calculs dispose du contexte que tout le monde a oublié.
Pourquoi le problème est d'ordre sémantique, et non technique
Ce qui doit réellement être harmonisé, ce ne sont pas les données elles-mêmes, mais les définitions qui déterminent la manière dont elles sont interprétées. Qu'est-ce qu'un client ? À quel moment une vente est-elle réellement conclue ? Qu'est-ce qui est considéré comme un chiffre d'affaires ? À quel commercial attribuer les commandes en ligne ? Comment relier les commandes passées par téléphone aux campagnes marketing ?
Ce sont des questions sémantiques. Elles se situent au-dessus de la couche technique. Aucun nombre de connecteurs supplémentaires ne permet de les résoudre, car les connecteurs transfèrent des enregistrements, pas le sens.
À quoi ressemble réellement une interface décisionnelle unifiée : l'approche FocusPoint Nexus
Pour remédier au décalage entre les systèmes CRM et ERP, il faut une couche qui se situe au-dessus des deux systèmes et qui les interprète à travers un ensemble de définitions communes et configurables. Cela diffère fondamentalement de l'intégration. Alors que l'intégration relie les données, une couche sémantique unifiée les contextualise, en normalisant les termes, les relations et les définitions dans toutes les sources, de sorte qu'une seule question donne lieu à une réponse unique et fiable, quel que soit le système d'origine des données sous-jacentes.
Une couche sémantique unifiée fondée sur votre propre taxonomie et ontologie
Concrètement, cela implique de mettre en place un modèle commun de votre entreprise : quelles sont les entités existantes (clients, contrats, commandes, factures, expéditions, paiements), comment elles s’articulent entre elles, et comment chacune de ces relations est définie dans votre contexte spécifique. Une fois ce modèle en place, un directeur financier peut demander « quels contrats ont été conclus au dernier trimestre, nets des retours et des notes de crédit en attente » et obtenir le même chiffre que celui obtenu par le directeur commercial lorsqu’il demande « quels contrats ont été conclus au dernier trimestre », car ces deux questions trouvent désormais leur réponse dans la même définition sous-jacente des termes « conclu » et « dernier trimestre ».
C'est ce qu'offre FocusPoint Nexus. Il ne s'agit pas simplement d'une connexion plus rapide entre votre CRM et votre ERP. Il s'agit d'une interface décisionnelle unifiée, fondée sur la taxonomie et l'ontologie propres à votre entreprise, c'est-à-dire le modèle de classification structuré et relationnel qui régit la manière dont les données de chaque système sont interprétées conjointement. Nexus fonctionne avec tous les systèmes que vous utilisez déjà. SAP Business One, Salesforce, HubSpot, Dynamics, NetSuite, ERP personnalisés, plateformes de suivi des appels, EDI, canaux de médias payants : la plateforme est conçue pour les connecter sans que vous ayez à en remplacer aucun.
Des définitions par locataire qui mettent fin au débat sur les chiffres d'affaires
L'une des raisons pour lesquelles les outils d'intégration génériques ne parviennent jamais à résoudre complètement ce problème est qu'ils ne peuvent pas tenir compte du fait que la notion de « vente conclue » revêt une signification légèrement différente d'une entreprise à l'autre. Chez un distributeur, cela signifie un bon de commande signé. Chez un autre, cela signifie une commande client validée. Chez un troisième, cela signifie que le devis a été accepté verbalement et que la mise à jour du système suivra ultérieurement.
FocusPoint Nexus est configurable pour chaque entreprise. Chaque définition des termes « chiffre d'affaires », « prospect qualifié », « contrat conclu » et « rendement opérationnel » est définie pour correspondre au fonctionnement réel de votre entreprise, et non à la vision qu'en a une plateforme générique. Lorsque tous les dirigeants s'appuient sur le même ensemble de définitions propres à l'entreprise, les discussions sur les chiffres cessent. Non pas parce que quelqu'un a eu le dernier mot, mais parce que la question ne prête plus à confusion.
L'intelligence des revenus en boucle fermée dans la pratique : exemples issus du marché intermédiaire B2B
Distributeur industriel, activité mixte B2B/B2C : un grossiste régional en électronique et en matériel électrique utilise un CRM pour son équipe commerciale sur le terrain et un ERP pour les opérations et la gestion des commandes. L'équipe commerciale enregistre les transactions dès que les clients s'engagent verbalement. L'ERP crée les commandes à la réception des bons de commande, souvent 48 à 72 heures plus tard, voire plus pour les commandes liées à de grands projets. À la fin du mois, le CRM affiche un chiffre d'affaires supérieur à celui de l'ERP, car une douzaine de transactions manquent à l'appel. Le vice-président des ventes et le directeur financier effectuent un rapprochement manuel chaque mois, un processus qui prend deux à trois jours et qui aboutit à un chiffre auquel aucun des deux ne se fie pleinement.
Entreprise de location de matériel : une société de location de matériel de taille moyenne conclut ses contrats de location en combinant des visites commerciales directes et des demandes en ligne. Le CRM assure le suivi des négociations contractuelles. L'ERP gère la facturation, l'utilisation et la gestion des actifs. Lorsque le service marketing demande quelles campagnes ont généré les locations les plus rentables, il n'y a pas de réponse claire. Les données relatives aux campagnes se trouvent dans la plateforme marketing, la valeur des contrats dans le CRM et les revenus réels liés à l'utilisation dans l'ERP. Trois systèmes, trois fragments d'une même histoire, aucune vue d'ensemble.
Concessionnaire de matériel lourd : un concessionnaire de biens d'équipement disposant d'un service après-vente enregistre les ventes de matériel dans le CRM et les revenus liés aux services (pièces, main-d'œuvre, garantie) séparément dans l'ERP. Un client qui a acheté trois unités et qui a ensuite généré d'importants revenus de services sur une période de 18 mois apparaît comme une simple acquisition dans le CRM et comme un client distinct et sans lien dans l'ERP. Personne n'a une vue d'ensemble de la valeur totale sur la durée de vie de ce client, car les deux systèmes n'ont jamais été amenés à décrire le même client selon les mêmes critères.
Dans chacun de ces cas, le problème n’est pas que les systèmes soient défaillants. C’est qu’on ne leur a jamais fourni de définition commune de l’activité qu’ils sont censés décrire ensemble.
Liste de contrôle : les signes indiquant un décalage entre vos données CRM et ERP
Utilisez cet outil pour évaluer la situation actuelle de votre organisation :
- Votre directeur financier et votre directeur commercial présentent régulièrement des chiffres d'affaires différents pour la même période
- Vous disposez d'un processus de rapprochement manuel qui s'effectue en fin de mois ou en fin de trimestre
- Il est impossible de relier directement une campagne marketing à une facture clôturée sans extraire des données de plusieurs systèmes
- Il arrive parfois que les dossiers clôturés dans votre CRM n'apparaissent pas sous forme de commandes client dans votre ERP
- Vos commandes en ligne et vos commandes en magasin sont gérées séparément, sans vue d'ensemble unifiée des clients
- Les demandes de rapport sont transmises à un analyste ou à une file d'attente de tickets informatiques, plutôt que d'être traitées directement par votre équipe
- Les recettes provenant des services, des pièces détachées et de la vente de matériel sont réparties entre les différents systèmes, sans qu'il soit possible d'en avoir une vue d'ensemble
- Les responsables interprètent les termes « conclu », « qualifié » ou « générateur de chiffre d'affaires » de manière différente selon le système qu'ils utilisent
Si au moins trois de ces points s'appliquent à votre situation, le rapprochement manuel vous coûte déjà plus cher que vous ne le pensez.
Foire aux questions
Pourquoi les systèmes CRM et ERP affichent-ils des chiffres d'affaires différents ? Les systèmes CRM et ERP mesurent des étapes différentes du cycle de facturation. Un CRM enregistre le chiffre d'affaires lorsqu'une transaction est marquée comme conclue par l'équipe commerciale. Un ERP enregistre le chiffre d'affaires lorsqu'une commande est créée, traitée ou facturée, selon la politique comptable de l'entreprise. Comme ces événements se produisent à des moments différents et sont régis par des définitions différentes, les deux systèmes produisent naturellement des totaux différents pour la même période. L'écart s'accentue lorsque les commandes proviennent de multiples canaux, tels que le téléphone, l'EDI ou le commerce électronique, qui ne transitent pas du tout par le CRM.
Le fait d'ajouter davantage d'intégrations entre le CRM et l'ERP permet-il de résoudre ce problème ? Pas de manière fiable. Les intégrations standard permettent de transférer des données d'un système à l'autre, mais elles ne résolvent pas les divergences de définition qui sont à l'origine même de ces incohérences. Si votre CRM et votre ERP définissent différemment les termes « contrat remporté » ou « chiffre d'affaires », les synchroniser plus rapidement ne fait que propager cette divergence à davantage d'endroits. Pour résoudre ce décalage, il faut une couche sémantique qui applique des définitions communes et spécifiques à l'entreprise aux données des deux systèmes avant qu'elles n'atteignent un dirigeant ou un rapport.
Qu'est-ce que la perte de chiffre d'affaires liée à un décalage entre les systèmes CRM et ERP ? La perte de chiffre d'affaires due à un décalage entre les systèmes CRM et ERP survient lorsqu'une opportunité clôturée et remportée dans le CRM ne génère jamais de commande client ou de facture correspondante dans l'ERP. L'équipe commerciale considère la transaction comme finalisée, mais aucune action de facturation n'est déclenchée. En l'absence d'un système permettant de surveiller l'écart entre les résultats du CRM et les événements financiers de l'ERP, ces transactions passent inaperçues et le client peut ne jamais recevoir de facture. Pour les entreprises traitant un volume élevé de transactions, cette perte peut être considérable et n'est souvent découverte que lors d'audits périodiques.
Comment FocusPoint Nexus résout-il le problème de l'incohérence des données CRM et ERP ? FocusPoint Nexus se connecte à tous les systèmes utilisés par une entreprise (CRM, ERP, suivi des appels, EDI, commerce électronique, canaux payants et systèmes financiers) et les regroupe au sein d'une interface décisionnelle unique. Plutôt que de remplacer les intégrations existantes, Nexus applique une couche sémantique commune fondée sur les définitions propres à l'entreprise concernant le chiffre d'affaires, les clients, les transactions et les événements opérationnels. Chaque dirigeant pose des questions et reçoit des réponses fondées sur le même modèle de données, ce qui élimine les divergences de définition à l'origine des décalages entre les systèmes.
Faut-il disposer de SAP Business One pour utiliser Nexus ? Non. FocusPoint Nexus est indépendant de tout système. Il est conçu pour s'interfacer avec n'importe quelle combinaison de systèmes CRM, ERP et de gestion des revenus déjà utilisés par une entreprise, notamment SAP Business One, Salesforce, HubSpot, NetSuite, Dynamics et bien d'autres. SAP Business One n'est requis que pour FocusPoint Ecommerce, qui repose exclusivement sur SAP B1 en tant que système de référence.
Dans quel délai une entreprise peut-elle espérer constater les résultats d'une harmonisation entre ses systèmes CRM et ERP ? La réponse dépend de la complexité des systèmes concernés et du niveau de détail des définitions à harmoniser. Dans la pratique, les premiers clients à avoir adopté FocusPoint Nexus ont fait état d'une réduction significative du temps consacré au rapprochement manuel et d'une confiance accrue de la direction dans les chiffres de chiffre d'affaires partagés, et ce dès les premiers cycles de reporting suivant le déploiement. FocusPoint Nexus est conçu pour un déploiement permettant de générer de la valeur en quelques semaines, et non pour des délais de mise en œuvre s'étalant sur plusieurs trimestres.
La réunion peut se dérouler différemment
Le directeur financier, le directeur des risques et le directeur marketing n'ont plus besoin de se présenter à cette réunion trimestrielle avec trois chiffres différents. La réponse à la question de savoir quel chiffre était le bon n'a jamais été qu'un des systèmes était erroné. Le problème venait du fait que personne n'avait donné aux systèmes une définition commune sur laquelle s'appuyer.
Lorsque chaque source de revenus, chaque étape de la transaction, chaque événement client et chaque résultat opérationnel transitent par une seule et même couche décisionnelle unifiée, cette réunion trimestrielle prend une tout autre dimension. Au lieu de faire le point sur le passé, la direction met ce temps à profit pour anticiper l'avenir.
C'est précisément pour cela que FocusPoint Nexus a été conçu. Une seconde voix, au même niveau que les dirigeants, à chaque poste de direction. Toujours disponible, sans jamais faire de lobbying, n'hésitant jamais à mettre en avant les chiffres qui dérangent, et ne vous obligeant jamais à remplacer les systèmes que vous utilisez déjà.
Si, dans votre entreprise, on se contente encore de débattre des chiffres au lieu de passer à l'action, cela vaut la peine d'en discuter. Prenez rendez-vous avec l'équipe FocusPoint pour découvrir à quoi ressemble une interface décisionnelle unifiée adaptée à votre infrastructure spécifique.
