Diagnostic Salesforce : exemple de rapport

Constat. 11 Workflow Rules et 3 Process Builders actifs sur Opportunity et Case fonctionnent en parallèle de 6 flows déclenchés par enregistrement.

Pourquoi c’est important. Les Workflow Rules et Process Builders ne sont plus pris en charge par Salesforce, et combiner trois outils d’automatisation rend l’ordre d’exécution difficile à prévoir.

Recommandation. Migrer les règles héritées vers des flows déclenchés par enregistrement : flows avant enregistrement pour les mises à jour de champs, après enregistrement pour les actions, avec des conditions d’entrée claires et un ordre défini. Retirer les anciennes règles une fois testées.

Constat. Account a deux déclencheurs dont la logique est écrite directement dans le corps du trigger. L’un d’eux exécute une requête SOQL dans une boucle. La couverture de tests est de 78 %, mais plusieurs tests n’ont aucune assertion.

Pourquoi c’est important. Deux déclencheurs sur le même objet s’exécutent dans un ordre imprévisible. La requête dans la boucle atteindra la limite « Too many SOQL queries: 101 » lors de chargements en masse ou d’intégrations. Un test sans assertion réussit sans rien prouver.

Recommandation. Passer à un seul déclencheur par objet qui délègue à une classe handler, sortir les requêtes des boucles grâce aux collections, et ajouter de vraies assertions aux tests existants.

Constat. Les accès sont gérés par des permission sets et un modèle de partage privé pour les comptes. Deux utilisateurs non administrateurs ont « Modify All Data ».

Pourquoi c’est important. Le modèle est solide. « Modify All Data » permet à ces deux utilisateurs de modifier n’importe quel enregistrement, sans tenir compte des règles de partage.

Recommandation. Retirer « Modify All Data » à ces deux utilisateurs et n’accorder que les permissions dont ils ont réellement besoin.

Constat. L’intégration avec l’ERP utilise des named credentials et journalise chaque appel. Les erreurs sont enregistrées, mais personne n’est alerté quand un appel échoue.

Pourquoi c’est important. Les défaillances ne sont remarquées que lorsqu’un utilisateur signale des données manquantes, parfois plusieurs jours plus tard.

Recommandation. Ajouter une alerte à l’équipe d’administration quand un appel échoue, avec un résumé quotidien des erreurs.

Constat. Environ 140 champs personnalisés sur Account sont restés vides depuis plus d’un an. Plusieurs mises en page et rapports ne sont plus utilisés.

Pourquoi c’est important. Les champs et mises en page inutilisés encombrent les écrans, ralentissent l’administration et rendent chaque changement plus risqué.

Recommandation. Confirmer avec chaque équipe les champs encore nécessaires, archiver les données au besoin, puis retirer le reste par étapes.