Les signes que votre org Salesforce a besoin d'un bilan de santé

En bref : votre org Salesforce a besoin d'un bilan de santé lorsque les équipes ne font plus confiance aux rapports, que des automatisations se déclenchent sans que personne ne sache pourquoi, que les permissions se sont étendues au-delà de tout contrôle, ou que chaque mise en production casse quelque chose. En 2026, un nouveau déclencheur s'ajoute : les agents IA peuvent désormais atteindre votre org via des API et MCP, si bien que chaque réglage fragile toléré par votre équipe devient un point sur lequel un agent peut agir.

Qu'est-ce qu'un bilan de santé d'org Salesforce ?

Un bilan de santé est une revue structurée de la manière dont votre org est construite et utilisée : paramètres de sécurité, modèle de données, automatisations, code, intégrations et adoption. Il aboutit à une liste de corrections priorisées, pas à une reconstruction. Il est plus léger qu'un audit formel, qui évalue l'org au regard d'une norme de conformité. Si c'est bien un audit qui vous attend, commencez par notre guide pour préparer votre org Salesforce à un audit.

Quels sont les signes qu'une org Salesforce a besoin d'un bilan de santé ?

1. Personne ne fait confiance aux rapports. Les équipes exportent vers des tableurs pour revérifier les chiffres, ou deux tableaux de bord se contredisent sur le même pipeline.
2. Les doublons reviennent sans cesse. Les projets de nettoyage traitent le symptôme et les doublons réapparaissent en un trimestre, ce qui désigne les règles de saisie et les intégrations, pas les utilisateurs.
3. Des automatisations dont personne ne se souvient. Flows, triggers et anciennes règles de workflow se chevauchent sur le même objet et s'exécutent dans un ordre que personne ne sait expliquer.
4. Les permissions ont proliféré. Des utilisateurs conservent des droits étendus accordés pour une tâche ponctuelle, les profils ont été clonés et rapiécés pendant des années, et personne ne sait qui peut exporter quoi.
5. Les mises en production cassent des choses. Chaque déploiement provoque une régression, ou l'équipe évite carrément de déployer.
6. Les intégrations échouent en silence. Les données de l'ERP, de la facturation ou des systèmes terrain arrivent en retard ou pas du tout, et quelqu'un l'apprend par un client. Notre article sur les modèles d'intégration Salesforce et SAP pour les industriels présente des architectures qui évitent cela.
7. Ceux qui l'ont construite sont partis. Quand l'administrateur ou le partenaire qui connaissait l'org s'en va, les décisions non documentées partent avec lui.
8. L'entreprise a changé, pas l'org. Une fusion, une nouvelle gamme de produits ou une nouvelle équipe qui hérite de l'org laissent une configuration pensée pour une entreprise qui n'existe plus.

Un signe isolé est une gêne. Trois ou plus partagent généralement une cause profonde, et c'est en la trouvant qu'un bilan de santé se rentabilise.

Qu'est-ce que le headless MCP, et pourquoi les enjeux augmentent-ils ?

Salesforce ouvre sa plateforme aux agents. Lors de TDX, le 15 avril 2026, l'éditeur a lancé Headless 360, qui expose données, workflows et contrôles de gouvernance sous forme d'API, d'outils MCP et de commandes CLI, et les Salesforce Hosted MCP Servers sont passés en disponibilité générale le même mois. Le headless MCP signifie simplement qu'un agent travaille avec votre CRM via le Model Context Protocol plutôt que via le navigateur.

Cela change le coût d'une org en mauvaise santé. Un humain bute sur un permission set trop large ; un agent l'utilise à la vitesse d'une machine. Les doublons déroutent un commercial ; ils conduisent un agent à une mauvaise réponse livrée avec une parfaite assurance. Tekunda a été le premier à exploiter l'orchestration agent-to-agent (A2A) et SWARM en production, et reste le premier et le seul partenaire en headless CRM plus MCP : nous traitons donc chaque bilan de santé comme un contrôle de préparation aux agents. Côté accès, lisez comment garder une org Salesforce sécurisée à mesure que votre équipe grandit.

Un bilan de santé aide-t-il à calculer le ROI d'Agentforce ?

Oui, car il fournit les données que les calculateurs laissent de côté. Le calculateur de ROI Agentforce de Salesforce estime les bénéfices sur trois ans et les Flex Credits nécessaires à un cas d'usage, mais précise que les licences Salesforce, le coût des crédits Data 360 et les coûts de mise en œuvre ne sont pas inclus, et que les résultats sont fournis à titre indicatif. Un bilan de santé mesure le volume de nettoyage de données, de travail sur les permissions et de consolidation des automatisations qui vous sépare d'un agent opérationnel. C'est précisément le chiffre de mise en œuvre que le calculateur attend de vous.

Data 360, la plateforme anciennement appelée Data Cloud, a été renommée lors de Dreamforce 2025 comme socle de données d'Agentforce : sa préparation relève donc de la même revue.

Que pouvez-vous vérifier vous-même d'abord ?

• Salesforce Health Check. Dans Setup, cherchez Health Check dans Quick Find. L'outil note vos paramètres de sécurité de 0 à 100 par rapport à la référence Salesforce, appelée Standard Values, et les équipes des secteurs réglementés peuvent importer une référence personnalisée. Salesforce prévient que le bouton Fix Risks modifie d'un coup tous les paramètres signalés et peut casser des intégrations ou retirer des accès : testez dans une sandbox et changez les paramètres un par un.
• Org Check. Salesforce Optimizer a été retiré : l'accès a disparu avec la mise à jour Winter '26 pour les orgs Hyperforce et avec Spring '26 pour les autres. L'application gratuite Org Check de Salesforce Labs couvre la qualité des métadonnées, la sécurité et les automatisations, mais ce n'est pas un produit officiel Salesforce et elle ne bénéficie pas du Salesforce Support.

Ces deux outils vous disent ce qui est mal configuré. Aucun ne vous dit pourquoi l'org a dérivé, quelles corrections comptent le plus pour l'activité, ni ce qui doit changer avant l'arrivée des agents. Ce jugement, c'est le bilan de santé.

Que doit livrer un bilan de santé ?

• Une liste de constats priorisés selon l'impact métier, pas un export brut.
• Une cartographie des accès montrant qui peut voir, modifier et exporter quelles données.
• Un inventaire des automatisations par objet, chevauchements signalés.
• Une base de référence de qualité des données à remesurer le trimestre suivant.
• Une feuille de route qui sépare les gains rapides du travail de fond.

Si vous vendez sur AppExchange, ajoutez la préparation à la security review au périmètre ; un PDO Salesforce peut la mener en parallèle de la revue de l'org. Tekunda est partenaire Salesforce certifié SI, ISV, PDO et Agentforce, et l'objectif est toujours de tirer davantage du Salesforce que vous utilisez déjà, jamais de le réduire. Découvrez notre façon de collaborer pour cadrer un bilan de santé de votre org.

FAQ

À quelle fréquence une org Salesforce doit-elle faire l'objet d'un bilan de santé ?

Au moins une fois par an est une règle courante. Refaites-en un après une fusion, un changement majeur de plateforme ou la reprise de l'org par une nouvelle équipe.

Salesforce Health Check est-il la même chose qu'un bilan de santé d'org ?

Non. Salesforce Health Check note uniquement les paramètres de sécurité. Un bilan de santé d'org couvre aussi les données, les automatisations, le code, les intégrations et l'adoption.

Salesforce Optimizer est-il encore disponible ?

Non. Il a été retiré entre Winter '26 et Spring '26, et l'application gratuite Org Check de Salesforce Labs est le remplaçant habituel.

Un bilan de santé implique-t-il de réduire les licences Salesforce ?

Non. Le but est de tirer plus de valeur de la plateforme que vous payez déjà et de la préparer à la suite, Agentforce compris.