Comment structurer les habilitations et la ségrégation des données commerciales dans Salesforce ?

Dans une ETI, la question des habilitations Salesforce se pose rarement au bon moment : on la découvre quand un commercial voit les affaires d'une autre région, quand la direction s'inquiète de l'export massif de contacts, ou lors d'un audit RGPD. Or le modèle de sécurité conditionne à la fois la confidentialité des données, la conformité et l'adoption du CRM. Voici comment structurer la démarche.

Comprendre les couches de sécurité Salesforce

Salesforce empile plusieurs mécanismes qui se combinent. Les comprendre évite les erreurs de conception.

• Les profils définissent ce qu'un utilisateur peut faire (créer, éditer, supprimer) sur chaque objet, ainsi que l'accès aux champs et fonctionnalités.
• Les permission sets ajoutent des droits ponctuels sans multiplier les profils : privilégier cette approche pour rester maintenable.
• La hiérarchie des rôles gère l'accès aux enregistrements : un responsable voit généralement les données de ses subordonnés.
• Les paramètres de partage à l'échelle de l'organisation (Organization-Wide Defaults) fixent le niveau de visibilité par défaut : privé, public en lecture, public en lecture/écriture.
• Les règles de partage ouvrent des accès complémentaires entre groupes, rôles ou territoires.

La règle d'or : partir du plus restrictif (OWD privé sur les objets sensibles comme les comptes et les opportunités), puis ouvrir de manière contrôlée. L'inverse — tout ouvrir puis restreindre — mène presque toujours à des fuites de visibilité.

Cadrer la ségrégation des données commerciales

La ségrégation traduit l'organisation réelle dans le CRM. Avant toute configuration, formalisez qui doit voir quoi.

Les axes de ségrégation courants

• Par équipe ou par commercial : chacun voit son portefeuille, le manager voit son équipe.
• Par zone géographique : régions, pays, secteurs.
• Par ligne de produit ou business unit : utile quand plusieurs activités coexistent.
• Par type de client : grands comptes vs PME, prospects vs clients actifs.

Quand les axes se croisent (une équipe multi-régions vendant plusieurs gammes), la hiérarchie des rôles seule ne suffit plus. Salesforce propose alors la gestion des territoires (Enterprise Territory Management), qui attribue les accès selon des critères combinés. C'est puissant mais complexe : à réserver aux organisations dont la logique commerciale le justifie.

Le principe du moindre privilège

Chaque utilisateur ne devrait accéder qu'aux données nécessaires à sa fonction. Ce principe, cœur de la sécurité et de la conformité, se documente dans une matrice des accès (rôle × objet × niveau de droit) que l'on maintient dans le temps.

Intégrer les exigences RGPD

Les données commerciales sont majoritairement des données personnelles (contacts, historiques d'échanges, comportements d'achat). Le RGPD impose plusieurs principes que le modèle d'habilitation doit servir.

• Minimisation et limitation d'accès : seules les personnes ayant un besoin légitime accèdent aux données.
• Traçabilité : Salesforce permet le suivi des connexions et l'historisation des champs sensibles ; l'audit des accès doit être activé sur les objets critiques.
• Contrôle des exports : limiter la possibilité d'exporter en masse (via profils et permission sets) réduit le risque de fuite.
• Durées de conservation : prévoir l'archivage ou la suppression des données obsolètes, en cohérence avec la politique de rétention.

La CNIL (cnil.fr) publie des recommandations sur la gestion des habilitations et la sécurité des traitements ; s'y référer permet de documenter les choix en cas de contrôle.

Éviter les pièges classiques

Plusieurs erreurs reviennent fréquemment dans les projets d'ETI.

• La multiplication des profils : un profil par personne devient vite ingérable. Un socle de profils réduit, complété par des permission sets, reste plus souple.
• Le sur-partage par confort : ouvrir tout « pour éviter les demandes » revient à annuler la ségrégation et complique l'audit.
• L'oubli des objets liés : donner accès à un compte sans cadrer l'accès aux opportunités, contacts et activités associés crée des incohérences.
• L'absence de gouvernance : sans processus de revue périodique, les accès s'accumulent au fil des mouvements internes (arrivées, départs, changements de poste).

Gouverner le modèle dans la durée

Un modèle de sécurité n'est jamais figé. Il vit avec l'organisation.

1. Documenter la matrice des accès et les règles de partage, avec la justification métier de chaque ouverture.
2. Réviser les habilitations à intervalle régulier (par exemple semestriel) et à chaque réorganisation.
3. Automatiser l'attribution des accès à partir de l'annuaire RH ou d'un provisioning centralisé quand le volume le justifie.
4. Tester les scénarios de visibilité avec des comptes types avant chaque mise en production.

Cette gouvernance mobilise à la fois la DSI, la direction commerciale et, idéalement, le DPO. C'est un travail transverse, pas un simple paramétrage technique.

Se faire accompagner sur la conception

La conception d'un modèle de sécurité Salesforce demande une bonne connaissance des mécanismes de partage et de l'organisation commerciale réelle. Les erreurs de départ sont coûteuses à corriger une fois les données et les utilisateurs en place. Si vous cherchez un intégrateur capable de cadrer ces habilitations en tenant compte de vos enjeux RGPD, INTEGREER vous met en relation, sans engagement, avec des prestataires dont l'expérience correspond à votre contexte et à la maturité de votre organisation.