Un audit de santé Salesforce n'est peut-être pas une tâche que la plupart des équipes apprécient, mais il est essentiel de le réaliser avant que les utilisateurs ne se plaignent et que les problèmes ne freinent leur progression. Avec Salesforce, même de petits dysfonctionnements peuvent rapidement éroder la fiabilité du système.
L'outil de vérification de sécurité natif de Salesforce offre aux administrateurs une première évaluation fiable de la configuration de sécurité en comparant certains paramètres à une configuration de référence standard ou personnalisée. Toutefois, ce pourcentage ne donne qu'une vision partielle de la situation.
Nous allons vous expliquer comment effectuer le contrôle, identifier les problèmes qui nécessitent réellement une attention particulière, apporter des modifications sans perturber les utilisateurs ni les intégrations, et décider quand un contrôle plus approfondi de l'organisation Salesforce est nécessaire pour examiner les données, l'accès, l'automatisation, le code, les licences, les performances, les intégrations, la sauvegarde et la récupération.
SLa page « Vérification de l'état de santé » de Salesforce est une page de sécurité située dans la section Configuration qui compare les paramètres actuels d'une organisation avec la configuration de base de Salesforce ou une configuration personnalisée basée sur la politique de l'entreprise. renvoie un score sur 100, puis indique les paramètres les plus éloignés de la norme que vous avez sélectionnée.
Les lacunes à haut risque ont plus de poids, de sorte qu'un seul contrôle de session défaillant peut faire baisser le résultat davantage que plusieurs problèmes mineurs.
Cet outil examine les règles de mot de passe, les paramètres de session, les contrôles de connexion, les plages d'adresses IP de confiance, la protection contre le détournement de clic et les paramètres de certificat ou de jeton sélectionnés. Salesforce est également en train de déployer Des contrôles portant sur l'authentification multifacteur (MFA), SAML, la fermeture forcée de session après une réinitialisation de mot de passe et la proportion d'utilisateurs internes actifs disposant du profil d'administrateur système seront mis en place. Ces nouveaux contrôles ne seront pas déployés simultanément dans toutes les organisations, mais il est important de les prendre en compte.
C'est au niveau de la formulation que les choses se compliquent. Les personnes qui recherchent des conseils sur le diagnostic Salesforce trouvent souvent deux services très différents présentés comme s'il s'agissait d'une seule et même chose.
Le contrôle de sécurité Salesforce désigne généralement la fonctionnalité native de la configuration. Un contrôle de l'intégrité de l'organisation Salesforce est une opération plus complexe. Il peut impliquer : partenaire Salesforce certifié, et couvre l'architecture, les autorisations, la qualité des données, Flow et Apex, les intégrations, les licences, le stockage, les performances, la sauvegarde, les rapports et la question de savoir si les utilisateurs utilisent encore correctement le CRM.
Salesforce devient rarement difficile à cause d'une seule mise à jour catastrophique. Les problèmes surviennent progressivement, une décision qui semble pourtant judicieuse à la fois. Un responsable a besoin d'un accès pendant deux semaines. Une intégration nécessite un utilisateur dédié. Quelqu'un installe un package pour un projet pilote. Un flux est copié car modifier l'original paraît risqué. Et puis, plus personne n'y revient.
Un examen régulier du rapport de contrôle de santé de Salesforce permet de détecter les problèmes résiduels :
| Ce qui s'accumule | Qu'est-ce qui peut mal tourner |
| Droits d'accès excessifs | Les employés peuvent consulter, exporter ou modifier des enregistrements en dehors de leur rôle principal. |
| Utilisateurs inactifs | Les anciens comptes constituent une autre voie d'accès aux données clients ou commerciales. |
| Paramètres de sécurité obsolètes | Les contrôles de session, de connexion ou de mot de passe ne sont plus conformes à la politique de l'entreprise. |
| Automatisation superposée | Deux flux mettent à jour le même champ, déclenchent un travail en double ou échouent en cas de volume plus important. |
| Dette technique | Les petits changements prennent plus de temps car personne ne sait ce qui dépend de quoi |
| Licences, champs et paquets inutilisés | L'entreprise finance des outils négligés, tandis que les composants anciens augmentent les risques liés à la maintenance et à l'accès. |
| Mauvaise qualité des données | Les prévisions, les itinéraires, les rapports et les fonctionnalités d'IA fonctionnent à partir d'enregistrements incomplets ou contradictoires. |
Il est facile de sous-estimer cette dernière rangée. État des lieux des données et de l'analytique de Salesforce en 2026 Une étude a révélé que les responsables des données estiment que 26 % des données de leur organisation ne sont pas fiables. Par ailleurs, 84 % d'entre eux affirment que leurs stratégies de données nécessitent des améliorations majeures avant que leurs projets d'IA puissent aboutir.
L'objectif d'un contrôle régulier de l'état de Salesforce est de repérer les comptes qui auraient dû être fermés, les flux qui s'exécutent en double ou les champs qui faussent un rapport de conseil d'administration. Cela permet de réduire l'exposition des données, de fournir aux équipes de conformité des preuves plus solides, de garantir la stabilité des mises à jour et d'aider les utilisateurs à avoir suffisamment confiance en Salesforce pour ne plus avoir à tout reconstituer dans des tableurs.
Salesforce intègre son outil de vérification de l'état du système directement dans la configuration. Tout administrateur disposant des autorisations requises peut y accéder sans installation. L'ouverture de la page est simple. En revanche, il est plus complexe de déterminer si une recommandation risque de perturber l'authentification unique, de bloquer un utilisateur ou de rendre une intégration indisponible.
Ne vous perdez pas à vous demander « combien de temps dure un audit de santé Salesforce », suivez la bonne voie.
Obtenez un audit Salesforce qui relie les constats de sécurité aux risques commerciaux, aux dépendances, aux responsables et au travail nécessaire pour les résoudre en toute sécurité.
Utilisez ce chemin :
Configuration → Recherche rapide → Vérification de l'état
Le tableau de bord affiche le score actuel, sa note, la valeur de référence sélectionnée et les résultats regroupés par risque. Chaque ligne compare la valeur actuelle de l'organisation à la valeur attendue selon cette valeur de référence, ce qui évite aux administrateurs de devoir parcourir plusieurs menus de configuration pour identifier les écarts.
Le contrôle d'intégrité de sécurité natif de Salesforce ne nécessite aucune application externe. Pour consulter la page et exporter une configuration de référence, les utilisateurs doivent disposer de l'autorisation « Afficher le contrôle d'intégrité » ou de l'accès correspondant dans le Centre de sécurité. L'importation d'une configuration de référence personnalisée requiert l'autorisation « Gérer le contrôle d'intégrité » ou les autorisations appropriées dans le Centre de sécurité.
Des alertes hebdomadaires en cas de baisse de score sont également disponibles. Salesforce Ils ont été activés par défaut Ce système sera envoyé aux administrateurs système de production le 15 avril 2026 et permet aux équipes d'ajouter jusqu'à 100 destinataires. Utilisez une boîte mail de sécurité ou d'administration surveillée afin que l'alerte ne reste pas une semaine dans la boîte mail d'un utilisateur absent.
Salesforce vous offre deux choix :
Une banque peut avoir besoin d'une configuration de référence basée sur les contrôles du secteur financier. Salesforce autorise jusqu'à cinq configurations de référence personnalisées. Chacune est créée à partir d'une copie exportée de la configuration de référence standard, doit conserver tous les paramètres de contrôle d'intégrité existants et ne peut excéder 20 Ko.
Une entreprise du secteur de la santé peut imposer des règles de session ou d'accès plus strictes, car ses employés manipulent des informations sensibles sur les patients. Cette norme personnalisée doit faire l'objet d'une véritable discussion sur les politiques internes impliquant les équipes Salesforce, informatique, sécurité et conformité. En cas de doute, un Partenaire conseil Salesforce comme Routine Automation peut vous guider à travers les meilleures pratiques de vérification de l'état de santé de Salesforce.
Le score du bilan de santé Salesforce vous indique la proximité de vos paramètres actuels par rapport à la configuration de référence sélectionnée, en les classant par niveau de risque (élevé, moyen ou faible). Des informations supplémentaires sont également fournies, mais elles n'ont aucune incidence sur votre score.
Les notes officielles sont :
| Score | Niveau Salesforce |
| 90% et plus | Excellent |
| 80% à 89% | Très bien |
| 70% à 79% | Bon |
| 55% à 69% | Médiocre |
| 54% et moins | Très pauvre |
Un score parfait prouve seulement que tous les paramètres inclus correspondent à la configuration de base choisie. L'organisation pourrait néanmoins présenter des données erronées, des règles d'accès confuses, des flux fragiles et un plan de reprise jamais testé. Avant de vous réjouir d'un score de 92 %, il est essentiel d'analyser les écarts. Un contrôle rigoureux d'une session peut avoir un impact bien plus important qu'une multitude de résultats mineurs. Salesforce modifie également les signaux utilisés pour le calcul, ce qui peut faire varier le score après une mise à jour, même sans intervention de l'administrateur.
Examinez d'abord le score de contrôle de santé à haut risque attribué par Salesforce, en particulier les résultats liés à :
Avant toute modification de ce paramètre, vérifiez son fonctionnement. Assurez-vous qu'il n'est pas utilisé par les systèmes concernés et que des comptes ne seront pas bloqués ou des tâches n'auront pas échoué demain matin.
Une restriction de session peut affecter les employés en télétravail. Une politique de connexion peut perturber l'authentification unique (SSO). Le renforcement d'un contrôle lié à l'API peut bloquer la synchronisation de l'ERP ou la facturation nocturne. Le contrôle d'intégrité inclut désormais un signal basé sur le pourcentage d'utilisateurs internes actifs disposant du profil Administrateur système, mais il ne permet toujours pas d'identifier l'administrateur qui possède des accès superflus. Cela nécessite une analyse distincte des permissions.
Les outils de vérification de l'état de santé de Salesforce offrent deux options aux administrateurs :
Fix Risks est pratique, mais soyez prudent.
Avant de modifier quoi que ce soit d'important, vérifiez :
Certains problèmes ne peuvent être corrigés via le bouton natif et nécessitent une investigation manuelle. Quelle que soit la méthode choisie, testez les modifications matérielles dans un environnement de test représentatif lorsque cela est possible. Commencez par enregistrer la configuration actuelle, effectuez une sauvegarde des données et métadonnées appropriées, puis vérifiez à nouveau les utilisateurs et les intégrations après le déploiement. Une sauvegarde facilite la restauration, mais ne remplace pas un plan de repli complet.
L'équipe devrait repartir de Salesforce Health Check avec plus qu'un simple pourcentage et une capture d'écran. Note :
Un bon rapport d'audit Salesforce fournit des preuves tangibles. Il consigne les raisons pour lesquelles l'équipe a modifié un paramètre, reporté un autre et validé un troisième. Cela permet d'éviter bien des conjectures lors des contrôles de conformité, des transitions administratives et des revues ultérieures.
Le score d'évaluation de l'état de santé fourni par Salesforce doit vous indiquer ce que Salesforce a détecté, pourquoi cela est important et quelles sont les prochaines étapes. Commencez par examiner cinq points clés dans les résultats natifs :
Le jargon technique peut minimiser l'importance d'un problème. Un délai d'expiration de session trop court peut laisser une session authentifiée et inactive ouverte plus longtemps que ne le permet la politique de l'entreprise, ce qui pose problème sur les ordinateurs partagés, les appareils perdus et les machines situées dans des espaces publics.
Répartissez les résultats en trois groupes de travail :
| Trouver | Impact potentiel | Priorité | Action recommandée | Propriétaire |
| Politique de mots de passe faible | Risque accru de compromission du compte | Haute | Respectez la politique de sécurité approuvée et testez les itinéraires de connexion. | Administrateur Salesforce |
| Utilisateur privilégié inactif | Accès inutile à des documents sensibles et configuration | Haute | Confirmer la propriété, bloquer l'accès, puis désactiver le cas échéant. | Administration et informatique |
| Paramètres de session obsolètes | Les sessions authentifiées restent disponibles plus longtemps que ne le permet la politique de sécurité. | Moyenne | Testez la valeur la plus stricte, puis mettez à jour le paramètre. | Équipe de sécurité |
Les résultats natifs ne permettent pas d'attribuer les responsables, d'estimer les coûts, de cartographier les dépendances métier ni de séquencer les travaux de correction. C'est pourquoi le rapport final doit être plus qu'une simple capture d'écran avec un score encerclé en haut.
L'outil d'évaluation de sécurité intégré à Salesforce est utile, mais son champ d'application reste limité. Il compare certains paramètres de sécurité à une configuration de référence. Un score élevé ne garantit pas que l'organisation est bien conçue, facile à maintenir, fonctionne correctement, utilise judicieusement les licences ou est prête à accueillir plusieurs centaines d'utilisateurs supplémentaires.
Beaucoup de choses peuvent se situer en dehors de ce pourcentage :
Les règles de workflow et le générateur de processus constituent un avertissement utile. Salesforce a mis fin à son support le 31 décembre 2025, mais d'anciens processus peuvent continuer à être exécutés en production. Le contrôle d'intégrité ne vous indiquera pas qu'une approbation essentielle dépend encore d'une automatisation qui n'a pas été testée récemment et dont la modification suscite des inquiétudes.
Une fois ces questions soulevées, le travail dépasse le simple cadre d'un tableau de bord de sécurité. Un audit plus large de l'organisation elle-même est nécessaire, ce qui pourrait impliquer de lancer une recherche sur… meilleures sociétés de conseil Salesforce.
Un audit de santé de Salesforce est généralement déclenché par un mauvais pressentiment : rapports erronés, délais de déploiement trop longs, ou encore imprécision quant à la responsabilité d'une intégration. Un examen complet s'appuie sur ces indices et analyse les permissions, les données, l'automatisation, les coûts et les performances.
| Région | Ce que vérifie l'examen | Qu'est-ce qui peut mal tourner |
| Sécurité et accès | Profils, ensembles d'autorisations, administrateurs, utilisateurs inactifs, règles de partage, applications connectées, authentification multifacteur et sessions | Certains voient trop d'informations, tandis que d'autres développent des solutions de contournement car l'accès est trop restreint. |
| Données et modèle de données | Doublons, valeurs manquantes, utilisation des champs, propriété, validation, relations, sauvegarde et récupération | Les prévisions deviennent incertaines, les itinéraires se rompent et l'automatisation ou l'IA agissent sur la base de données erronées. |
| Automatisation et code | Flux, automatisation héritée, Apex, tâches ayant échoué, couverture de test, requêtes inefficaces et code ancien | Les processus s'exécutent deux fois, échouent en cas de forte charge ou deviennent trop risqués à modifier. |
| Intégrations et API | Authentification, mappages, sens de la synchronisation, utilisation de l'API, intergiciels, erreurs, tentatives de reconnexion et surveillance | Une connexion reste « active » même si les enregistrements arrivent en retard, deux fois ou s'il manque des champs clés. |
| Performances et limites | Stockage, volumes de données importants, rapports, tâches planifiées, verrouillages d'enregistrements, requêtes et limites de gouvernance | Les pages ralentissent, les tâches échouent et les utilisateurs commencent à travailler en dehors de Salesforce. |
| Licences et forfaits | Licences attribuées et licences actives, fonctionnalités payantes, licences d'ensembles d'autorisations et packages AppExchange | L'entreprise continue de payer pour des outils inutilisés qui bénéficient encore de droits d'utilisation et de travaux de maintenance. |
| Signalement et adoption | Définitions des indicateurs clés de performance (KPI), données requises, tableaux de bord, utilisation, exportations et commentaires de chaque équipe | Les dirigeants cessent de faire confiance aux rapports, tandis que les employés transposent les processus réels dans des tableurs ou par courriel. |
Pour les zones résidentielles intégrées et densément peuplées, il peut être judicieux d'examiner la meilleurs services d'intégration Salesforce L'objectif est de déterminer si le problème nécessite une configuration, un middleware ou une réinstallation complète. Les produits installés doivent faire l'objet du même examen.
Il est important de préciser qu'aucun outil d'audit Salesforce ne peut garantir à lui seul la sécurité, la rapidité, l'accessibilité financière, la facilité de récupération et la facilité de maintenance de l'ensemble de l'organisation. Chaque solution cible un type de problème différent. La véritable efficacité réside dans la combinaison des données recueillies, puis leur confrontation avec les pratiques réelles de l'entreprise.
| Outil ou méthode | Objectif principal | Ce qu'il peut trouver | Là où ça s'arrête |
| Vérification de l'état de Salesforce | Configuration de sécurité | Écarts initiaux, catégories de risque et score actuel | Il n'examine ni les données, ni le code, ni les intégrations, ni les coûts, ni l'adoption. |
| Éléments essentiels du centre de sécurité | Surveillance de la sécurité d'une seule organisation | Historique des contrôles de santé et six autres indicateurs de sécurité | Collecte hebdomadaire, historique des bilans de santé sur 30 jours et absence de consultation inter-organisations |
| Centre de sécurité complet | Supervision de la sécurité au sein de plusieurs organisations | Politiques, alertes, authentification, accès des utilisateurs et tendances en matière de sécurité | Des exigences en matière de licences et de produits s'appliquent |
| Centre de pesage | Pression de performance et du système | Apex lent, problèmes de flux, requêtes coûteuses, retards de rapports, limites et verrouillages d'enregistrements | Il peut déceler les obstacles techniques, mais il ne peut pas vous dire si le processus est pertinent. |
| Application d'utilisation Lightning | Activité des utilisateurs et des pages | Utilisateurs actifs, utilisation des licences, pages courantes, pages lentes et basculement vers Classic | Cela n'expliquera pas pourquoi les gens évitent les écrans ou exportent tout vers Excel. |
| Analyseur de code Salesforce v5 | Analyse statique du code et des métadonnées | Problèmes de sécurité, de qualité et de maintenabilité dans Apex et d'autres sources prises en charge | Il ne peut pas juger si la logique métier est correcte. |
| Revue manuelle | Évaluation commerciale et technique | Architecture, propriété, données, flux de travail, dépendances, intégrations et priorités | Cela prend du temps et des personnes qui savent ce qu'elles regardent. |
Salesforce Optimizer était également une option auparavant, mais Salesforce l'a retiré du service le 1er juin 2026., après des suppressions antérieures pour les organisations Hyperforce et non-Hyperforce.
Security Center Essentials est gratuit pour toutes les éditions Salesforce et conserve l'historique des contrôles d'intégrité des 30 derniers jours. Scale Center est également gratuit dans les environnements de production compatibles et dans les environnements sandbox complets pour les clients Professional, Enterprise, Unlimited, Signature et Scale Test.
Si vous avez travaillé avec un partenaire sur services de mise en œuvre de SalesforceTout comme Routine Automation, ils peuvent vous aider à choisir les outils de diagnostic Salesforce les plus adaptés. RA ne propose pas son propre outil d'analyse, mais peut sélectionner les outils appropriés, compléter les vérifications manuelles que ces outils ne peuvent pas effectuer et transformer les résultats en un plan d'action exploitable.
Consultez la page de sécurité native mensuellement ou trimestriellement. Procédez à un audit plus approfondi de l'organisation au moins une fois par an si la configuration est stable, et réduisez cet intervalle si Salesforce évolue rapidement ou présente davantage de risques. Vous pouvez également effectuer des vérifications supplémentaires après l'ajout de meilleures applications Salesforce à votre système.
| Situation | Un timing judicieux |
| Organisation stable avec des changements limités | Vérification trimestrielle par les natifs, examen plus approfondi annuel. |
| Organisation réglementée ou sensible en matière de sécurité | Vérification mensuelle par l'équipe native, examen plus approfondi tous les six mois. |
| Grande organisation avec un important travail sur mesure | Critique après les sorties majeures et au moins tous les six mois |
| Nouvelle implémentation ou reconstruction | Avant le lancement et de nouveau après que les utilisateurs l'aient utilisé |
| Migration ou consolidation organisationnelle | Avant la planification, puis après que les données et l'automatisation aient été mises en place |
| Intégration majeure ajoutée | Avant la production et après le premier cycle de fonctionnement complet |
| Incident de sécurité ou de données | Dès que l'incident est maîtrisé |
| Baisse de l'adoption ou ralentissement des performances | Lorsque le schéma se manifeste, plutôt que d'attendre l'examen annuel |
| Modification importante des autorisations ou de l'automatisation | Avant le déploiement et après la mise en production |
Ces dates ne sont pas des règles Salesforce, mais des intervalles de travail. La fréquence optimale dépend du volume de mises en production, du code personnalisé, des systèmes connectés, des contraintes de conformité, du roulement du personnel et de l'impact qu'aurait un dysfonctionnement de Salesforce sur l'activité.
Les bonnes pratiques de suivi de l'état de santé de Salesforce incluent également les revues déclenchées par les événements. Un rappel annuel dans un agenda ne sera pas très utile si une nouvelle connexion ERP, une acquisition, une refonte des permissions ou une migration massive modifie l'organisation trois semaines plus tard.
Aucun prestataire externe n'est requis pour la vérification native. Un administrateur Salesforce autorisé peut accéder au tableau de bord, consulter le score, comparer les paramètres actuels avec la configuration de référence, corriger les problèmes identifiés et documenter le résultat.
Un administrateur interne peut généralement gérer :
La tâche se complexifie lorsque le score est étendu à l'ensemble de l'organisation. Une architecture Apex complexe, plusieurs clouds Salesforce, de multiples organisations, des dizaines d'intégrations ou des règles de conformité strictes impliquent davantage de personnes dans l'analyse. Il en va de même lorsque personne ne maîtrise l'architecture complète ou qu'un correctif de sécurité risque d'interrompre l'authentification unique (SSO), la facturation, le service client ou tout autre processus critique.
Le temps est également un facteur important. Un administrateur compétent peut savoir précisément ce qui doit être vérifié et pourtant ne pas avoir le temps d'examiner des années d'autorisations, de versions de Flow, de journaux d'intégration et de packages abandonnés.
L'aide extérieure n'est pas obligatoire, mais solliciter le soutien d'un consultant proposant des services d'audit Salesforce peut s'avérer utile lorsque le risque, la charge de travail ou la complexité technique dépassent les capacités de l'équipe interne.
Les services professionnels d'audit de la sécurité de Salesforce doivent fournir bien plus qu'un score automatisé et une longue liste d'alertes. Les conclusions doivent être liées aux flux de travail réels, aux responsables identifiés, aux dépendances techniques et proposer un plan de correction que l'entreprise peut financer et planifier.
Un engagement normal devrait comprendre quatre étapes :
Vous devez également savoir qui examine l'organisation, comment les preuves exportées sont protégées et quels rapports vous recevrez exactement.
Des entreprises comme Routine Automation effectuent un audit de sécurité de Salesforce, suivi d'une vérification plus approfondie de l'organisation selon un processus rigoureux et progressif. L'équipe combine les diagnostics Salesforce avec une analyse manuelle et des échanges avec les personnes connaissant les failles du CRM.
L'examen comporte sept étapes :
1. Définir l'objet de l'évaluation : Confirmer le problème commercial, les environnements concernés, les processus essentiels, les risques connus et les travaux déjà prévus dans la feuille de route.
2. Écoutez les témoignages des utilisateurs de Salesforce : Mener des entretiens avec des administrateurs, des développeurs, des informaticiens, des responsables de la sécurité, des chefs de service et des utilisateurs quotidiens.
3. Démanteler l'organisation : Examinez la sécurité, les autorisations, les enregistrements, l'architecture, l'automatisation, le code, les intégrations, le stockage, les packages, les licences et les rapports.
4. Déterminez ce qui compte : Distinguer les éléments superflus et inoffensifs des constats qui exposent des données, endommagent des rapports, retardent les travaux, augmentent les coûts ou menacent les publications.
5. Générer le rapport de bilan de santé Salesforce : Ajouter les preuves, les responsables, les dépendances, les estimations d'effort, les priorités et les actions recommandées.
6. Cartographier les correctifs : Distinguer les réparations urgentes des tâches de nettoyage, des modifications de code, des travaux d'architecture et de la gouvernance.
7. Restez pour les travaux de réparation : L'automatisation des tâches courantes peut gérer la configuration, le développement, les tests, le déploiement et les révisions ultérieures si nécessaire.
L'objectif n'est pas d'obtenir un meilleur score natif. Il s'agit de mettre en place une organisation qui protège les données pertinentes, qui soutient le mode de fonctionnement actuel de l'entreprise et qui peut être modifiée sans que chaque mise à jour ne se transforme en fouille archéologique.
L'outil Salesforce Health Check mérite d'être intégré aux tâches d'administration courantes. Il détecte rapidement les failles de sécurité et fournit à l'équipe des éléments concrets à examiner. Un score de 95 % ne doit toutefois pas mettre fin à la discussion.
Ce pourcentage ne donne que peu d'informations sur les enregistrements dupliqués, les anciennes versions d'Apex, les flux concurrents, les transferts de données interrompus, les licences inutilisées ou les rapports devenus obsolètes depuis des mois. Utilisez l'outil natif pour une surveillance régulière, puis planifiez un examen plus approfondi lorsque l'organisation est fortement personnalisée, intégrée à des systèmes critiques ou que toute modification s'avère particulièrement complexe. Ce dernier point est généralement révélateur.
L'automatisation des tâches peut faciliter l'examen plus large, puis permettre de rester impliqué pour l'atelier, la planification technique, les tests et le travail Salesforce qui suivront.
