Les RBP, sans prise de tête.
RBP veut dire Role-Based Permissions. C'est le système qui décide, dans SAP SuccessFactors, qui voit quoi et qui peut faire quoi. Bonne nouvelle : la logique se comprend en quelques minutes, même sans bagage technique.
Une histoire de badges
Prenez l'image d'un immeuble sécurisé. Chaque collaborateur possède un badge. Ce badge n'ouvre pas toutes les portes : il donne accès à certaines salles, et seulement à certains étages. Les RBP jouent le rôle de la centrale qui distribue ces badges. Leur astuce ? Elles ne les attribuent pas une personne à la fois, mais par rôle.
Pourquoi raisonner par rôle
Dans une entreprise de plusieurs centaines de personnes, régler les droits individu par individu serait un cauchemar à maintenir. On définit donc des rôles types (un manager, un gestionnaire de paie, un référent RH) que l'on attribue à des groupes entiers. Le jour où quelqu'un change de poste, il suffit de le faire basculer dans un autre groupe : ses accès suivent automatiquement.
Les trois ingrédients d'une autorisation
Dans SuccessFactors, un accès est toujours la rencontre de trois éléments.
À vous de jouer
Composez une autorisation
Choisissez un profil, un droit et un périmètre. La phrase se construit toute seule.
Un exemple parlant
Pourquoi c'est sensible
Confidentialité
Les données RH touchent à la vie privée. Chacun ne doit voir que ce qui le concerne (enjeu RGPD).
Conformité
En cas d'audit, il faut pouvoir démontrer précisément qui a accès à quoi.
Équilibre
Trop peu de droits et les équipes sont bloquées. Trop de droits et le risque grimpe.
Pour aller plus loin
Quand ça devient un casse-tête
Avec le temps, les rôles et les groupes se multiplient et se superposent. Répondre à une question aussi simple que « qui peut voir le salaire de cette personne ? » devient difficile, car la réponse dépend de la combinaison de plusieurs rôles, groupes et populations cibles, dont certains évoluent automatiquement. Sans vision d'ensemble, on avance un peu à l'aveugle.
Chez Talensya, on a vu ce scénario se répéter sur beaucoup de projets, et surtout chez de nombreux clients en run pour qui la gestion des RBP est devenue un vrai casse-tête au quotidien. À force de constater le même besoin, on a décidé d'outiller cette étape : plutôt que de refaire le même inventaire à la main à chaque fois, on accompagne nos clients avec un workbook RBP toujours à jour, plutôt qu'une photo qui se périme aussitôt prise.
Votre workbook RBP, avec un plan d'action, en quelques jours
Vous repartez avec deux livrables concrets. D'abord un workbook RBP lisible : qui peut voir et faire quoi, et sur quelle population, d'un seul coup d'œil. C'est la photo claire de votre sécurité que personne n'a jamais vraiment sous la main. Ensuite un audit de premier niveau : les accès trop larges, les incohérences et les rôles qui se chevauchent sont identifiés, accompagnés de recommandations concrètes et priorisées, prêtes à dérouler. De votre côté, l'effort est minime : vos extractions brutes de SuccessFactors (rôles, groupes, permissions) suffisent.
C'est typiquement le genre d'intervention qu'on appelle un quick win : très peu d'effort de votre côté (vos extractions suffisent), aucun projet lourd à lancer, et un résultat tangible en quelques jours. Vous repartez avec une cartographie nette de vos accès et une liste d'actions prêtes à dérouler. Le moment idéal pour le faire : avant un audit, avant une release, ou pour reprendre la main sur une instance dont la sécurité a dérivé avec le temps.