Single Source of Truth
Single Source of Truth (SSoT) est le principe de gouvernance des données selon lequel chaque concept de données — un client, un produit, une transaction financière — relève d'un seul et unique système faisant autorité, qui en est propriétaire. D'autres systèmes peuvent en détenir des copies pour des raisons opérationnelles, mais ces copies dérivent de la SSoT et doivent s'aligner sur elle en cas de conflit. Pour les architectures centrées sur l'ERP, la SSoT constitue le fondement conceptuel de la gestion des données de référence, de l'architecture d'intégration et de la cohérence du reporting.
Pourquoi la SSoT est essentielle
Sans une discipline SSoT, chaque concept métier existe en plusieurs variantes réparties entre les systèmes — avec des différences subtiles qui s'accumulent jusqu'à semer la confusion dans les opérations et le reporting. Un client doté de trois adresses légèrement différentes dans le CRM, l'ERP et le système d'expédition génère des livraisons en échec. Un produit dont le poids diffère entre le PIM et l'ERP provoque des erreurs de frais de port. Une transaction financière comptabilisée différemment dans l'ERP opérationnel et dans l'outil de reporting financier crée des cauchemars de rapprochement. La SSoT élimine ces problèmes en définissant : qui possède la donnée, qui lit auprès de qui, et que se passe-t-il en cas d'écart. Cette discipline relève davantage de la gouvernance que de la technologie — de nombreux échecs de SSoT proviennent d'organisations où chacun se croyait propriétaire.
Attributions typiques de la propriété des données
- Référentiel clients : c'est généralement le CRM qui en est propriétaire (cycle de vie du prospect au client), l'ERP étant le récepteur des données clients prêtes pour la facturation
- Référentiel fournisseurs : c'est généralement l'ERP qui en est propriétaire (centré sur la transaction commerciale), les systèmes de portail fournisseurs n'étant que lecteurs
- Référentiel produits : le PIM est propriétaire des données descriptives, l'ERP des données commerciales et de stock, chacun faisant autorité dans son périmètre
- Référentiel collaborateurs : le SIRH (HCM) est propriétaire des données personnelles et organisationnelles, l'ERP de l'affectation aux centres de coûts et de l'intégration de la gestion des temps
- Transactions financières : l'ERP est propriétaire du journal, les outils de BI et les systèmes de consolidation étant des consommateurs en aval
- Stocks : l'ERP en est généralement propriétaire ; le WMS peut avoir la primauté opérationnelle, l'ERP étant un récepteur à cohérence à terme
- Commandes : selon le système source — la boutique est propriétaire des commandes e-commerce, l'ERP des commandes de vente B2B
SSoT réaliste face à la vérité fédérée
La SSoT pure est rare en pratique. La plupart des organisations fonctionnent avec une vérité fédérée : différents systèmes possèdent différents aspects d'un même concept métier, des schémas d'intégration explicites assurant leur réconciliation. Les données clients sont copropriétaires entre le CRM (relation) et l'ERP (commercial), des règles de synchronisation définissant qui l'emporte sur quel champ. Les données produits sont copropriétaires entre le PIM (marketing) et l'ERP (commercial). La vérité fédérée est plus pragmatique mais exige des règles explicites de résolution des conflits : (1) Attribution d'un champ faisant autorité — pour chaque champ, désigner le système qui l'emporte en cas de conflit. (2) Piste d'audit des modifications — tracer qui a changé quoi et quand, afin de pouvoir enquêter en cas d'écart. (3) Rapports de rapprochement — des comparaisons périodiques qui font remonter les dérives.
Mettre en œuvre la discipline SSoT
Quatre étapes concrètes. (1) Cartographier le paysage des données : recenser chaque système détenant des données métier clés et les concepts que chacun couvre. Le périmètre réserve souvent des surprises — les grandes organisations découvrent généralement 10 à 20 systèmes détenant à eux seuls des données clients. (2) Attribuer la propriété : pour chaque concept de données, désigner le système faisant autorité. Documenter la décision dans une matrice de propriété des données accessible à toutes les parties prenantes. (3) Définir les schémas d'intégration : comment les données circulent du propriétaire vers les consommateurs, avec leur cadence (temps réel, horaire, quotidienne), les règles de résolution des conflits et la gestion des exceptions. (4) Gouverner en continu : les décisions de propriété des données dérivent à mesure que de nouveaux systèmes apparaissent et que les responsabilités évoluent. Des revues trimestrielles de la matrice de propriété des données préviennent une érosion progressive. Les PME et ETI qui atteignent cette discipline rapportent systématiquement un reporting plus propre, moins d'erreurs visibles côté client et une intégration plus rapide des nouveaux systèmes.