Gérer les utilisateurs, profils et ensembles de permissions dans Salesforce

La gestion des utilisateurs, des profils et des permission sets constitue le socle de tout modèle de sécurité Salesforce. Une organisation mal structurée sur ce point se traduit tôt ou tard par des demandes d'accès en cascade, des profils dupliqués et une administration ingérable. Voici comment poser des bases saines, que vous démarriez un projet ou repreniez une org existante.

Le rôle des profils : le socle, pas la totalité

Le profil (Configuration > Utilisateurs > Profils) définit les permissions de base d'un utilisateur : accès aux objets (CRUD), accès aux champs (FLS), permissions système (ex. « Modifier tous les paramètres »), applications visibles, et paramètres par défaut comme les types d'enregistrement et layouts assignés. Chaque utilisateur n'a qu'un seul profil, ce qui en fait un mauvais outil pour gérer des besoins d'accès variés et évolutifs.

La bonne pratique actuelle consiste à garder les profils minimalistes : un profil par grande famille de métier (Commercial, Support, Marketing, Admin Système), avec le strict minimum de droits, puis à ajouter les accès complémentaires via des permission sets.

Permission Sets : l'approche additive

Un permission set (Configuration > Utilisateurs > Ensembles de permissions) accorde des droits supplémentaires sans jamais en retirer. Un utilisateur peut se voir attribuer plusieurs permission sets, ce qui permet de composer des accès à la carte :

Depuis plusieurs releases, les Permission Set Groups permettent de regrouper plusieurs permission sets sous une même étiquette assignable en un clic, avec la possibilité d'exclure certaines permissions via des « muting permission sets ». C'est particulièrement utile pour représenter des rôles métier complexes sans multiplier les profils.

Cycle de vie d'un utilisateur

La création d'un utilisateur (Configuration > Utilisateurs > Utilisateurs > Nouvel utilisateur) impose de choisir un profil, un rôle, un fuseau horaire et une licence. Quelques points de vigilance :

  1. Licences : vérifiez le nombre de licences disponibles avant de créer un utilisateur, sous peine d'erreur bloquante.
  2. Désactivation plutôt que suppression : Salesforce ne permet pas de supprimer un utilisateur ayant déjà interagi avec des données. Décochez la case « Actif » pour couper l'accès tout en conservant l'historique (créateur d'enregistrements, propriétaire, auteur de tâches).
  3. Gel de compte (« Freeze ») : utile pour bloquer immédiatement une connexion en cas de départ non planifié, en attendant la désactivation formelle.
  4. Transfert de propriété : avant de désactiver un utilisateur propriétaire de nombreux enregistrements, utilisez l'outil de transfert de masse (Configuration > Outils de transfert de masse) pour réattribuer ses données.

Bonnes pratiques pour un modèle durable

Attention à l'effet cumulatif des permission sets : un utilisateur peut accumuler des droits sensibles (export de données, gestion des utilisateurs) au fil des projets sans qu'aucune revue ne soit faite. Planifiez un audit trimestriel des permissions sensibles.

Piste d'audit et outillage

Pour visualiser rapidement qui a accès à quoi, créez un rapport personnalisé sur l'objet PermissionSetAssignment ou utilisez l'outil « Voir les résumés d'accès aux objets » disponible dans certains profils. Pour les orgs plus matures, envisagez un outil tiers de gouvernance des identités qui alerte automatiquement sur les combinaisons de droits à risque (ex. cumul de « Modifier tous les paramètres » et « Gérer le partage »).

Une gestion rigoureuse des utilisateurs, profils et permission sets n'est pas un chantier ponctuel : c'est un processus continu qui doit accompagner la croissance de votre organisation et les évolutions de vos processus métier.

Besoin d'aide sur ce sujet ?

Notre équipe DevToSpace accompagne vos projets Salesforce, de l'administration à l'intégration Data Cloud / Marketing Cloud Next.

Parler à un expert