Questions d'entretien administrateur Salesforce, des droits aux données

L'administrateur Salesforce tient une org que d'autres modifient tous les jours : commerciaux, consultants, développeurs, et Salesforce lui-même trois fois par an. Son travail se juge sur les droits qu'il accorde, les Flows qu'il laisse tourner et l'état des données après chaque import.

Recevoir la fiche complète

Mis à jour le Par l'équipe Delectus6 min de lecture

La fiche Administrateur Salesforce : technologies, chaîne du poste, une question et la grille d'évaluation

Sur le terrain, le poste mélange run et petites évolutions. L'administrateur crée et désactive les comptes utilisateurs, répartit les licences, règle qui voit quoi, ajoute des champs et des mises en page, écrit des Flows, construit les rapports et répond au support de niveau 2. Il prépare aussi chaque release saisonnière et tient les sandboxes à jour. Dans une petite structure, il est seul sur l'org. Dans un grand groupe, il travaille à côté de développeurs et d'un release manager, et son périmètre se resserre sur la configuration et les utilisateurs.

Un CV d'administrateur se ressemble d'un candidat à l'autre : Sales Cloud, Service Cloud, Flow, Data Loader, certification Platform Administrator. La différence se voit sur des cas d'exploitation. Comment il donne un droit à une partie d'une équipe sans créer un profil supplémentaire. Ce qu'il fait le jour où un commercial quitte l'entreprise. Comment il charge 120 000 lignes sans déclencher tous les Flows. Où il regarde quand un champ a disparu d'une page.

La taille de l'org gérée situe d'emblée le candidat : nombre d'utilisateurs, de profils, de Flows actifs. Un administrateur de 30 utilisateurs et celui de 3 000 n'ont pas les mêmes réflexes de partage ni de chargement. Le PDF associé contient 30 questions, un cas de 20 minutes et une grille de notation.

Ce que l'administrateur Salesforce configure et surveille

Utilisateurs, licences et profils

Chaque utilisateur a une licence et un seul profil. Le profil porte encore des réglages de base (application par défaut, horaires et adresses IP de connexion, types d'enregistrements). Une org ancienne en compte souvent des dizaines, copiés les uns sur les autres. Le candidat doit pouvoir dire combien en avait sa dernière org et ce qu'il en a fait.

Permission sets et groupes

Les ensembles d'autorisations ajoutent des droits à un utilisateur, et les groupes d'ensembles d'autorisations les regroupent par métier, avec un ensemble de restriction (muting) pour retirer un droit au sein du groupe. Salesforce recommande de porter les droits par ce biais et de garder des profils minimaux.

Modèle de partage

Les paramètres par défaut de l'organisation fixent l'accès de base à chaque objet. La hiérarchie des rôles, les règles de partage, les équipes de compte et le partage manuel ouvrent ensuite l'accès. Les règles de restriction le réduisent. Un changement de rôle ou de paramètre par défaut relance un recalcul qui peut durer sur une grosse org.

Flow

L'outil d'automatisation déclarative : Flows déclenchés par un enregistrement, Flows d'écran, Flows planifiés. Les règles de workflow et Process Builder ne sont plus supportés depuis le 31 décembre 2025. Ceux qui tournent encore n'ont plus de correctifs, et l'outil Migrate to Flow aide à les convertir.

Data Loader et import de données

L'assistant d'importation de données couvre les petits volumes, jusqu'à 50 000 enregistrements. Data Loader traite les gros volumes, avec insert, update, upsert sur un identifiant externe, delete et export. Les règles de validation et les Flows se déclenchent à chaque chargement, ce que l'administrateur doit prévoir.

Règles de doublons et qualité

Les règles de correspondance définissent ce qu'est un doublon (même e-mail, même nom de société et même code postal). Les règles de doublons décident d'alerter ou de bloquer. S'y ajoutent les règles de validation, les listes de sélection globales et l'historique des champs pour suivre les modifications.

Sandboxes

Developer et Developer Pro pour configurer, Partial Copy pour tester avec un échantillon de données, Full pour une copie complète. Un sandbox Full ne se rafraîchit pas plus d'une fois tous les 29 jours. L'administrateur teste chaque Flow et chaque release update en sandbox avant la production.

Releases et release updates

Salesforce publie trois versions par an (Spring, Summer, Winter). La page Release Updates de la configuration liste les changements que Salesforce va imposer, avec leur date d'application. Des sandboxes passent sur la nouvelle version quelques semaines avant la production, ce qui laisse le temps de tester.

Health Check et Setup Audit Trail

Health Check compare les réglages de sécurité de l'org (mots de passe, sessions, connexion) à une base de référence Salesforce et donne un score. Setup Audit Trail garde 180 jours de modifications de la configuration avec leur auteur. Les deux sont les premiers outils d'un audit interne.

L'intitulé couvre des postes assez différents. Chez un client final, l'administrateur garde la même org plusieurs années et en connaît l'historique, avec ses Flows anciens et ses profils hérités. En prestation, il reprend une org qu'il n'a pas construite, souvent en support N2 avec des tickets à traiter dans un délai fixé. Certaines offres ajoutent Marketing Cloud, CPQ ou Field Service, qui demandent une expérience propre. La certification Salesforce Certified Platform Administrator, entretenue chaque année par des modules Trailhead, atteste les bases de la plateforme. Platform Administrator II (ex-Advanced Administrator) et Platform App Builder signalent un profil plus avancé. Les offres demandent souvent un bon niveau d'anglais, car toute la documentation et les release notes sont en anglais.

Les acquis attendus d'un administrateur Salesforce

  • Utilisateurs, licences et droits
  • Partage et visibilité des enregistrements
  • Flow et automatisation déclarative
  • Chargement et qualité des données
  • Releases, sandboxes et gestion des changements
  • Sécurité de l'org et audit

Cas d'exploitation et réponses attendues

Chaque question vient avec ce qu'une bonne réponse contient et le signal qui doit vous alerter. Pas besoin d'être technique pour les poser : écoutez si le candidat raconte du vécu.

  1. Question 1 · confirmé

    Tous les commerciaux ont le même profil « Commercial ». La direction veut que 60 d'entre eux puissent exporter des rapports, sauf les 20 commerciaux d'une filiale. Comment le faites-vous sans créer de nouveau profil ?

    Une bonne réponseRetirer le droit d'export du profil s'il y est, puis un permission set « Export de rapports » affecté aux 60 personnes, ou intégré à un groupe de permission sets des commerciaux avec un ensemble de restriction (muting) pour la filiale si elle reçoit le même groupe. Il vérifie avec le résumé des accès d'un utilisateur de chaque population. Il explique pourquoi on évite un nouveau profil : Salesforce recommande des profils minimaux et des droits portés par les permission sets. Un bon candidat sait que l'échéance Spring '26 annoncée pour la fin des permissions sur les profils a été abandonnée, et que cette recommandation reste.

    Signal d'alerteDupliquer le profil « Commercial » pour la filiale, ou cocher le droit sur le profil pour tout le monde en demandant à la filiale de ne pas s'en servir.

  2. Question 2 · junior à confirmé

    Un commercial quitte l'entreprise vendredi soir. Que faites-vous, et dans quel ordre ?

    Une bonne réponseGeler le compte dès le départ pour bloquer la connexion sans attendre. Avant de le désactiver, vérifier ce qui dépend de lui : enregistrements dont il est propriétaire (comptes, opportunités ouvertes, cas) à réaffecter avec le manager, rapports et tableaux de bord planifiés à son nom, Flows ou intégrations qui tournent sous son utilisateur, appartenance à des files d'attente, équipes de compte et processus d'approbation. Ensuite la désactivation, qui libère la licence. Un utilisateur ne se supprime pas dans Salesforce, il se désactive, et ses données restent.

    Signal d'alerteDésactiver tout de suite sans regarder ce qui dépend de l'utilisateur, ou garder le compte actif en changeant seulement le mot de passe.

  3. Question 3 · confirmé

    Depuis lundi, vous recevez des e-mails « An unhandled fault has occurred in this flow » pour un Flow déclenché à la création des opportunités. Comment diagnostiquez-vous et corrigez-vous ?

    Une bonne réponseL'e-mail donne l'élément du Flow en échec et le message d'erreur. Le candidat regarde aussi les interviews de Flow en échec dans la configuration, reproduit en sandbox avec le mode débogage sur un enregistrement du même type, puis cherche ce qui a changé lundi : nouveau champ obligatoire, règle de validation, valeur de liste de sélection désactivée, droits de l'utilisateur. La correction traite la cause, puis ajoute un chemin d'erreur (fault path) qui journalise l'erreur ou prévient quelqu'un au lieu de bloquer la saisie. Il se demande aussi qui reçoit ces e-mails et si les opportunités ont été créées ou non pendant ce temps.

    Signal d'alerteDésactiver le Flow en production sans prévenir le métier, ou corriger à l'aveugle sans relire le message d'erreur.

  4. Question 4 · confirmé

    Le marketing vous envoie un fichier de 120 000 comptes avec un nouveau segment à appliquer. Comment faites-vous la mise à jour ?

    Une bonne réponseUn export des comptes concernés avant toute modification, pour pouvoir revenir en arrière. Un rapprochement sur l'identifiant Salesforce ou sur un identifiant externe, puis un update (ou un upsert) avec Data Loader, d'abord sur quelques centaines de lignes en sandbox. Le candidat regarde ce que la mise à jour déclenche : Flows, règles de validation, règles de doublons, intégrations qui écoutent les modifications de comptes. Si besoin, un contournement prévu à l'avance pour l'utilisateur de chargement (un permission set personnalisé testé dans les Flows et les règles), retiré juste après. Il lit les fichiers d'erreur et de succès en fin de chargement.

    Signal d'alerteUn chargement direct en production sans sauvegarde, ou désactiver toutes les règles de validation de l'org pendant l'import.

  5. Question 5 · junior à confirmé

    Personne n'a ouvert la page Release Updates depuis un an, et plusieurs mises à jour arrivent à échéance avant la prochaine release. Comment rattrapez-vous ce retard ?

    Une bonne réponseIl liste les mises à jour avec leur date d'application et les trie : celles qui tombent avant la prochaine release d'abord, puis celles qui touchent des objets ou des Flows très utilisés. Pour chacune, il lit la description, l'active dans un sandbox et teste les processus concernés (Flows, intégrations, pages). Si rien ne casse, il l'active en production avant la date, à un moment choisi et annoncé. Sinon il fait corriger la configuration ou le code et prévient les équipes. Il note ensuite un passage régulier sur cette page dans son calendrier de run.

    Signal d'alerteLaisser Salesforce appliquer les mises à jour à la date prévue pour voir ce qui casse, ou ne pas connaître la page Release Updates.

Recevez la fiche d'entretien complète en PDF

La fiche pour mener l'entretien de bout en bout, prête à imprimer ou à partager avec le manager.

  • 30 questions sur 6 axes, avec la bonne réponse, le signal d'alerte et la relance
  • Le niveau visé pour chaque question
  • Une mise en situation de 20 minutes et ce qu'on attend du candidat
  • La grille d'évaluation de 1 à 4, axe par axe

Administrateur Salesforce, les questions qui reviennent

Que vaut la certification Salesforce Certified Platform Administrator ?

Elle montre que la personne connaît le modèle de données, la sécurité, l'automatisation et les rapports de la plateforme. Elle s'entretient chaque année par des modules Trailhead, donc une certification active prouve un minimum de veille. Elle ne prouve pas l'expérience d'une org en production. Un candidat certifié sans poste d'administrateur derrière lui saura répondre aux définitions et hésitera sur un import de 120 000 lignes ou sur le départ d'un utilisateur. Le récit d'une org réelle tranche.

Administrateur, consultant ou développeur Salesforce : comment choisir le bon profil ?

L'administrateur fait vivre une org existante : utilisateurs, droits, Flows, données, releases. Le consultant fonctionnel conçoit des processus avec le métier, souvent sur un projet de mise en place. Le développeur écrit l'Apex et les composants que la configuration ne permet pas. Pour le run d'une org déjà en place, avec du support et des petites évolutions, le bon profil est un administrateur. Un administrateur senior peut faire du conseil, rarement du code.

Quel test technique est donné à un administrateur Salesforce ?

Un exercice d'une heure dans une Developer Edition gratuite fonctionne bien : créer un permission set pour un nouveau métier, écrire un Flow déclenché par un enregistrement avec un chemin d'erreur, et expliquer comment charger un fichier fourni. Autre format, une org de démonstration à l'écran et un utilisateur qui ne voit pas un champ. La façon de chercher compte plus que la vitesse.

Workflow et Process Builder sur un CV, est-ce un problème ?

Non, c'est souvent le signe d'une expérience ancienne. Ces outils ne sont plus supportés depuis le 31 décembre 2025, et beaucoup d'orgs en contiennent encore. La question est de savoir si la personne en a migré vers Flow, avec quel outil et quels pièges (ordre d'exécution, critères mal traduits, actions planifiées). Un administrateur qui n'a jamais écrit de Flow déclenché par un enregistrement aura besoin d'une montée en compétence avant d'être autonome.

Pour structurer vos autres entretiens, consultez aussi nos pages sur les questions d'entretien de recrutement, la méthode de l'entretien structuré et la grille d'évaluation d'entretien.

Les fiches voisines

Toutes les fiches →

Voyez Delectus sur vos propres offres.

Commencez gratuitement. Passez à l'échelle quand vous êtes prêt.

Demander une démo

Votre ATS, connecté à Delectus

  • Workable
  • Teamtailor
  • iCIMS
  • Lever
  • SmartRecruiters
  • Jobvite
  • Greenhouse
  • Pinpoint