Centre d'Excellence : 15 entités métier, une seule architecture

Situation

TotalEnergies avait adopté Salesforce dans plusieurs entités métier au cours des cinq dernières années. Les ventes d’énergie B2B en Europe fonctionnaient sur Sales Cloud. L’activité lubrifiants utilisait un org Salesforce séparé pour la gestion des distributeurs. Les énergies renouvelables avaient construit leur propre implémentation. Les services corporate en exploitaient encore une autre. Chaque entité métier avait acquis, construit et maintenu son implémentation Salesforce de manière indépendante, avec des contrats distincts, des administrateurs distincts et des décisions architecturales distinctes.

Le résultat : un patrimoine Salesforce composé de quatre orgs distincts, des modèles de données contradictoires, aucun partage de connaissances entre les équipes, et aucune capacité de reporting au niveau du groupe sur les indicateurs liés à Salesforce. Une question aussi simple que « combien d’utilisateurs Salesforce TotalEnergies compte-t-il au niveau mondial ? » ne pouvait trouver de réponse sans agréger manuellement les données de quatre systèmes distincts.

Le défi stratégique était amplifié par une expansion planifiée : TotalEnergies prévoyait d’intégrer cinq nouvelles entités métier à Salesforce au cours des 18 mois suivants. Sans intervention, l’architecture fragmentée se reproduirait à chaque ajout — davantage de silos, davantage de dette technique, davantage de failles de gouvernance. Les responsables d’entités n’avaient aucune visibilité sur ce que les autres avaient construit. Les équipes résolvaient les mêmes problèmes architecturaux de manière indépendante, facturant les mêmes travaux d’intégration à plusieurs reprises.

La direction a décidé de créer un Centre d’Excellence Salesforce pour gouverner le patrimoine existant, rationaliser là où c’était possible, et établir un cadre de gouvernance garantissant que les nouvelles implémentations seraient construites selon un standard commun.

Diagnostic

Une évaluation technique des quatre orgs existants a révélé l’ampleur du problème. Les quatre implémentations avaient accumulé plus de 400 classes Apex actives, plus de 1 200 champs personnalisés et plus de 200 flows actifs — avec des duplications significatives entre les orgs. Deux orgs avaient été construits par le même intégrateur et partageaient 60 % de leurs composants techniques, tout en maintenant des bases de code séparées qui avaient divergé au cours de trois années de maintenance parallèle.

La gouvernance des données était absente. Aucune convention de nommage n’était appliquée, aucun standard de documentation au niveau des champs, aucune exigence de couverture de tests, et aucun processus de déploiement. Les modifications de configuration étaient effectuées directement en production dans deux des quatre orgs. Un org n’avait pas été sauvegardé depuis 18 mois.

Les 8M+ d’enregistrements clients et partenaires à travers le patrimoine étaient modélisés de manière incohérente. Un « distributeur » dans l’org lubrifiants était un Account ; dans l’org énergies renouvelables, c’était un objet personnalisé. Il n’existait aucune stratégie de gestion des données de référence, aucun processus de déduplication, et aucune source de vérité unique pour aucun type d’entité.

Pour la fondation de données nécessaire aux futurs déploiements d’Agentforce et Data Cloud — une priorité déclarée dans la feuille de route Salesforce de TotalEnergies — cette architecture était inadaptée. On ne peut pas construire une automatisation intelligente inter-entités sur quatre modèles de données fragmentés.

Action

Phase 1 : Conception de l’architecture du Centre d’Excellence

Le Centre d’Excellence a été conçu autour de trois piliers : gouvernance, montée en compétences et standards d’architecture.

La gouvernance a établi les structures de prise de décision à l’échelle du patrimoine Salesforce. Un comité d’architecture Salesforce (Architecture Review Board) a été créé, avec une représentation de l’IT, des responsables d’entités métier et de l’équipe centrale du Centre d’Excellence. Toutes les décisions architecturales dépassant un seuil de complexité défini nécessitaient la validation du comité. Un processus de revue accélérée traitait les demandes urgentes sans créer de goulots d’étranglement.

Un processus de cycle de vie du développement a été défini et appliqué : toutes les modifications de code et de configuration passaient par le contrôle de version (Salesforce CLI + Git), une revue par les pairs obligatoire pour toutes les modifications Apex et Flow, une exigence de couverture de tests à 80 % pour Apex, et une promotion des change sets à travers Sandbox, UAT puis Production. Les deux orgs effectuant des modifications directement en production ont été placés sous un plan de remédiation de processus obligatoire.

Phase 2 : Rationalisation de l’architecture

Les deux orgs partageant 60 % de composants ont été fusionnés en une architecture multi-org avec une bibliothèque de composants partagée. Plutôt qu’une fusion complète des orgs (risque élevé, perturbation élevée), une stratégie de métadonnées partagées a été mise en place : utilitaires Apex communs, Lightning Web Components partagés et schémas d’intégration standardisés ont été publiés dans un référentiel partagé et déployés dans les deux orgs sous forme de packages gérés.

Le modèle de données a été rationalisé vers un standard canonique : un modèle de compte (Account) au niveau du groupe, capable d’accommoder les différents types d’entités (distributeur, client corporate, organisme public) à travers les entités métier, en utilisant des record types et des métadonnées personnalisées pour les configurations propres à chaque entité. Cela a réduit le nombre d’objets personnalisés de 40 % à travers le patrimoine.

Une stratégie de gestion des données de référence a été conçue pour les 8M+ d’enregistrements : règles de déduplication, affectation de responsables de données, et un modèle de scoring de la qualité des données mesurant la complétude, la précision et la fraîcheur par type d’enregistrement et par entité métier.

Phase 3 : Montée en compétences et passage à l’échelle du Centre d’Excellence

Le Centre d’Excellence a piloté l’intégration de cinq nouvelles entités métier sur 12 mois. Chaque intégration suivait un processus structuré : évaluation architecturale des systèmes existants, correspondance avec le modèle de données canonique, implémentation selon les standards définis, et transfert aux administrateurs des entités métier formés aux processus de gouvernance du Centre d’Excellence.

Une documentation d’architecture a été créée pour chaque composant du patrimoine : dictionnaire de données, catalogue d’intégrations, registre de dette technique et diagramme d’architecture vivant mis à jour à chaque modification significative. Pour la première fois, TotalEnergies disposait d’une vue complète de son patrimoine Salesforce.

Le programme de montée en compétences a formé plus de 200 consultants — aussi bien des équipes IT internes que des partenaires intégrateurs externes — aux standards du Centre d’Excellence. Les procédures opérationnelles standard couvraient l’ensemble des pratiques, des conventions de nommage des champs aux processus de contrôle des modifications. Un parcours de certification interne garantissait que tous les consultants intervenant sur les environnements Salesforce de TotalEnergies pouvaient démontrer leur conformité aux standards.

Résultat

TotalEnergies a consolidé 15 entités métier sous un cadre de gouvernance Salesforce unifié, avec pour la première fois 8M+ d’enregistrements gouvernés selon des standards de qualité de données cohérents. Le patrimoine fragmenté et maintenu de manière indépendante est devenu une plateforme gérée, documentée et suivie en continu.

L’efficacité du développement s’est améliorée de manière significative. Les composants partagés ont réduit la duplication : la bibliothèque Apex commune et les Lightning Web Components partagés ont éliminé environ 60 000 lignes de code dupliqué à travers le patrimoine. Les nouveaux projets d’implémentation pour les entités métier entrantes ont été déployés 40 % plus rapidement en utilisant les modèles d’architecture standardisés par rapport aux constructions ad hoc.

La rationalisation de l’architecture a également préparé le patrimoine aux futures initiatives stratégiques. Avec un modèle de données canonique, des processus de gouvernance cohérents et une fondation de données de référence propre, l’environnement Salesforce de TotalEnergies est positionné pour le déploiement de Data Cloud à travers les entités métier — permettant des analyses clients inter-entités, des données partenaires unifiées et le déploiement d’Agentforce sur une fondation capable de supporter l’IA à l’échelle de l’entreprise.

Le modèle de Centre d’Excellence est lui-même devenu une architecture de référence au sein du programme de transformation digitale plus large de TotalEnergies, avec le cadre de gouvernance et l’approche de montée en compétences appliqués à d’autres plateformes d’entreprise.

Technologies utilisées : Salesforce Sales Cloud (multi-org), Salesforce CLI, Git (contrôle de version), Managed Packages, Lightning Web Components, Apex, types de métadonnées personnalisées, pipeline de déploiement Salesforce DX