Erreurs Salesforce au Maroc : les repérer, les corriger et éviter leur retour

Commencer par vérifier le contexte

Le premier réflexe utile est de décrire le contexte, plutôt que de répéter l’action qui a échoué. Salesforce est une plateforme configurable : deux personnes peuvent voir des écrans différents ou suivre des règles différentes selon leur profil, leurs autorisations, l’application utilisée et l’organisation dans laquelle elles travaillent. Un message d’erreur identique peut donc avoir plusieurs causes.

Relevez le nom de l’organisation ou de l’environnement concerné — sans communiquer d’identifiants —, l’application ouverte, la date et l’heure approximative, le type d’utilisateur et l’action effectuée. Précisez aussi si le problème est apparu après un changement de configuration, une mise à jour, un import ou une modification de procédure. Si vous ignorez la version ou le paramètre concerné, indiquez-le comme inconnu au lieu de le deviner.

Comparez ensuite les conditions avec un cas où l’action fonctionne : même objet, même type d’enregistrement, mêmes droits apparents et même parcours d’écran. Cette comparaison permet de repérer une différence utile, sans conclure trop tôt qu’il s’agit d’un défaut général de Salesforce.

• À relever : action exacte, écran ou objet concerné, message d’erreur complet, résultat attendu et résultat obtenu.
• À vérifier : environnement utilisé, droits d’accès, champs obligatoires, format des données et changements récents.
• À protéger : noms de clients, coordonnées, montants confidentiels, identifiants et captures d’écran contenant des données réelles.

Repérer les erreurs de configuration

Un problème de paramétrage apparaît lorsque Salesforce applique une règle, un accès ou un réglage différent de ce que l’utilisateur pense. Par exemple, un utilisateur ne voit pas un champ ou un enregistrement parce que ses autorisations ou le partage des données ne lui donnent pas accès. La première vérification consiste à savoir si le problème concerne une seule personne, un profil d’utilisateurs ou tout le monde. Ne modifiez pas les droits avant d’avoir établi le périmètre : un accès trop large peut exposer des informations.

Autre cas fréquent : une action est bloquée parce qu’un champ requis est vide, qu’une règle de validation n’est pas satisfaite ou que le format attendu n’est pas respecté. Lisez le message affiché et identifiez le champ ou la règle en cause. Si le message est peu explicite, reproduisez le cas avec un enregistrement de test autorisé, puis demandez au responsable de configuration de vérifier la règle concernée.

Des résultats inattendus peuvent aussi venir de rapports et tableaux de bord mal cadrés : filtres oubliés, période différente, statut exclu ou source de données inadaptée. Avant de conclure qu’il manque des ventes ou des dossiers, inspectez les filtres, la période et les critères de regroupement. Le total affiché n’est interprétable qu’en fonction de ces choix.

• Un utilisateur voit moins de dossiers que son collègue : comparer les droits et le périmètre de partage avant de changer la visibilité.
• Un enregistrement ne s’enregistre pas : contrôler les champs requis et les règles de validation indiquées par le message.
• Un rapport semble incomplet : vérifier les filtres, la période et les critères de regroupement avant de modifier les données.
• Une automatisation ne se déclenche pas : vérifier ses conditions et le type d’enregistrement concerné avec la personne responsable de la configuration.

Corriger les erreurs de méthode

Une erreur de méthode vient plutôt de la façon dont la tâche est réalisée. Un utilisateur peut, par exemple, créer un nouveau contact alors qu’un contact existe déjà, saisir une date dans un format ambigu ou modifier plusieurs enregistrements sans vérifier les conséquences. Dans ces situations, le réglage Salesforce peut fonctionner comme prévu : c’est la procédure qu’il faut clarifier.

Avant de créer une fiche, recherchez les enregistrements existants avec plusieurs éléments pertinents, comme le nom et l’entreprise, en respectant les règles internes de gestion des données. Une recherche trop rapide peut laisser passer un doublon. À l’inverse, ne fusionnez pas des fiches uniquement parce que leurs noms se ressemblent : vérifiez les informations et demandez confirmation si leur identité est incertaine.

Lors d’une importation, préparez un fichier propre et cohérent. Vérifiez les en-têtes de colonnes, les champs associés, les formats de dates, les valeurs autorisées et la façon dont les enregistrements existants seront reconnus. Un identifiant ou une règle de correspondance mal choisi peut créer des doublons ou mettre à jour la mauvaise fiche. Commencez par un petit lot de test, contrôlez le résultat, puis procédez au reste si tout est conforme.

Évitez également de modifier une automatisation ou un formulaire directement pour résoudre un incident ponctuel sans comprendre ses effets sur les autres utilisateurs. Notez d’abord le problème, déterminez qui est concerné et testez la correction dans un contexte adapté. Une modification peut régler un cas et en perturber un autre si elle ne respecte pas les règles de l’organisation.

• Paramétrage : une règle ou un droit bloque une action pourtant correctement réalisée.
• Méthode : l’utilisateur choisit un mauvais enregistrement, oublie une étape ou prépare mal un fichier.
• Avant une action en masse : vérifier le périmètre, tester un échantillon et conserver une trace du résultat attendu.
• Après une correction : expliquer la nouvelle procédure aux personnes concernées pour éviter que l’erreur se répète.

Contrôler les fichiers et les résultats

Après un import, une mise à jour ou une automatisation, ne vous contentez pas du message de réussite. Comparez le nombre de lignes traitées avec le nombre de lignes préparées et examinez les erreurs ou éléments ignorés. Vérifiez ensuite quelques enregistrements représentatifs dans Salesforce : les champs attendus sont-ils remplis, les relations correctes et les valeurs toujours cohérentes ?

Pour un rapport, comparez un petit échantillon avec les enregistrements individuels qui le composent. Assurez-vous que la période, les filtres et les catégories correspondent à la question posée. Pour un résultat automatisé, testez différents cas : celui qui doit déclencher l’action, celui qui ne doit pas la déclencher et, si possible, une situation limite.

Conservez une copie de travail du fichier source selon les règles de votre entreprise et évitez de multiplier les versions difficiles à distinguer. Un nom explicite, une date de traitement et une note sur les changements facilitent la comparaison et le retour en arrière lorsque cela est autorisé.

• Vérifier le nombre d’enregistrements préparés, traités, rejetés ou ignorés.
• Comparer quelques résultats avec les données de départ et le résultat attendu.
• Contrôler les filtres et les critères d’un rapport avant de communiquer ses chiffres.
• Ne pas supprimer ou écraser les données d’origine avant d’avoir validé le résultat et les règles de conservation.

Diagnostiquer une erreur étape par étape

Une méthode reproductible évite les corrections au hasard. Commencez par isoler le problème : une personne ou plusieurs, un enregistrement ou tous, une action ou tout un processus ? Reproduisez ensuite l’erreur avec le minimum d’étapes nécessaire et notez ce qui se passe à chaque étape.

Formulez clairement le résultat attendu, puis comparez-le au résultat observé. Modifiez un seul élément à la fois, lorsque vous êtes autorisé à le faire. Si plusieurs réglages changent simultanément, vous risquez de ne plus savoir lequel a résolu — ou aggravé — la situation. Consultez la documentation Salesforce correspondant au sujet concerné et aux paramètres de votre organisation, puis testez la correction dans un contexte sûr.

Enfin, retestez le cas initial et quelques cas proches pour repérer les effets de bord. Si la correction est validée, consignez le changement, la date, la personne responsable et les utilisateurs concernés selon les pratiques de l’entreprise. Si le problème persiste, revenez à la dernière situation connue comme fonctionnelle lorsque la procédure interne le permet.

• Checklist progressive : définir le problème → relever le contexte → isoler un cas → reproduire → vérifier la documentation → tester une seule correction → retester les cas concernés → documenter.
• Ne faites pas de changement risqué dans un environnement de production sans autorisation et sans procédure de validation.
• Si le problème est apparu après un changement, signalez-le et comparez la configuration actuelle avec la situation précédente disponible.

Savoir quand demander de l’aide

Demandez l’aide d’un administrateur, d’un collègue expérimenté ou d’un formateur lorsque le problème touche plusieurs utilisateurs, implique des données sensibles, bloque une activité importante ou nécessite une modification de droits, d’automatisation ou de configuration. Une demande précise permet d’aller plus vite qu’un simple « Salesforce ne marche pas ».

Partagez le contexte utile sans exposer d’informations confidentielles : action à effectuer, étapes reproductibles, résultat attendu et observé, message d’erreur, moment approximatif et périmètre touché. Utilisez des exemples fictifs ou masquez les données personnelles dans les captures d’écran. Ne transmettez jamais mot de passe, code d’accès ou jeton de connexion.

Pour obtenir une réponse exploitable, indiquez aussi les vérifications déjà réalisées et leurs résultats. Par exemple : « Le problème se reproduit sur deux enregistrements de test, mais pas sur un troisième ; le message affiché indique un champ requis. » Cette description aide à distinguer un paramètre à examiner d’une étape de travail à corriger.

• À fournir : étapes exactes, message complet, résultat attendu, résultat observé, périmètre et tests déjà effectués.
• À retirer : données réelles de clients, coordonnées, identifiants, mots de passe et éléments confidentiels.
• À préciser : si le souci est systématique, intermittent ou apparu après un changement.

Le parcours, étape par étape

1. 1Décrire le symptôme — Écrivez ce que vous essayez de faire, ce qui devrait se produire et ce qui se produit réellement.
2. 2Vérifier le contexte — Relevez l’environnement, l’objet, le type d’utilisateur, les paramètres visibles et les changements récents.
3. 3Isoler et reproduire — Déterminez si le problème est lié à un utilisateur, un enregistrement ou une étape. Reproduisez-le avec un cas de test sûr.
4. 4Distinguer réglage et méthode — Vérifiez les droits, champs requis, règles et filtres ; examinez aussi la saisie, le fichier ou la procédure suivie.
5. 5Tester une correction — Consultez la documentation pertinente, ne changez qu’un élément à la fois et faites valider les changements sensibles.
6. 6Retester et documenter — Retestez le cas initial et les cas proches. Notez la cause, la solution, les résultats et les éventuels effets secondaires.

Formations et programmes au Maroc

Compétences clés

Questions fréquentes

Sources

1. Formation Salesforce CRM pour utilisateurs et administrateurs — FormaGroup formagroup.ma
2. Technologie Salesforce — FormaGroup formagroup.ma
3. Trailhead — Salesforce trailhead.salesforce.com
4. Formation intra-entreprise — OFPPT ofppt.ma
5. Ingénierie de la Formation Continue — OFPPT ofppt.ma