Responsabilité d'approbation depuis un groupe AD
Reliez un participant Roster au groupe CN=Production-Approvers au lieu de coder en dur un email d'approbateur.
“Qui doit approuver ce changement de pare-feu ?”
Roster pour LDAP et Active Directory
Apportez la résolution de participants adossée à l'annuaire aux environnements compatibles LDAP.
Roster se connecte aux annuaires compatibles LDAP — y compris Active Directory via LDAP ou LDAPS — pour déterminer qui doit approuver, qui est responsable, qui doit effectuer la revue, recevoir ou prendre en charge le travail. Utilisez votre schéma d'annuaire existant tout en gardant déploiement, identifiants d'accès, règles de correspondance et flux de données sous votre contrôle.
Dernière vérification : 13 juillet 2026
Utilisez votre annuaire existant sans reconstruire votre modèle organisationnel.
De nombreuses organisations maintiennent utilisateurs, groupes et structure organisationnelle dans Active Directory ou un autre annuaire compatible LDAP.
Les agents et workflows doivent encore traduire ces enregistrements en responsabilité métier :
“Quels utilisateurs se trouvent dans ce DN ?”
Il demande :
“Qui est responsable de ce système ?”
“Quel groupe doit approuver le changement ?”
“Qui traite cette escalade opérationnelle ?”
“Qui remplace le responsable habituel lorsqu'il est indisponible ?”
Roster mappe les utilisateurs et groupes LDAP sélectionnés à des participants propres au projet, puis détermine qui doit agir en utilisant appartenance d'annuaire, métadonnées et contexte de délégation.
Comment Roster se connecte
Roster prend en charge les opérations LDAP v3 via LDAP ou LDAPS chiffré.
Les opérations typiques du connecteur incluent bind, recherche d'utilisateurs, recherche de groupes et lecture des membres de groupes.
Les mappings de champs alignent vos attributs d'annuaire avec le modèle utilisateur et groupe normalisé de Roster.
Les enregistrements sélectionnés sont matérialisés dans Roster. Le rafraîchissement planifié met à jour les enregistrements et les relations d'appartenance attachées utilisées par la résolution de participants.
Ce que Roster permet d'identifier
Propriété d'application ou d'infrastructure
Mappez un groupe LDAP à un participant représentant la propriété technique ou métier.
“Quel groupe est responsable de l'application manufacturing ?”
Sign-off de mise en production et déploiement
Routez le validation production vers les membres actuels d'un groupe de contrôle des changements.
“Qui valide ce déploiement production ?”
Escalade incident et opérationnelle
Identifiez le bon groupe d'astreinte ou d'escalade pour un service, une région ou un niveau de sévérité.
“Qui est l'astreinte réseau pour cette région ?”
Couverture déléguée
Appliquez des délégations Roster limitées dans le temps sans changer l'appartenance LDAP.
“Qui est le délégué actif pour le réviseur infrastructure ?”
D'un groupe LDAP à un participant
Le groupe LDAP fournit l'appartenance directe. Le participant Roster fournit le sens du workflow et le périmètre projet.
Le même groupe LDAP peut soutenir différentes responsabilités de workflow dans différents projets Roster, sans modifier l'annuaire source.
Les participants portent des métadonnées telles que : Région, Environnement, Classe de changement, Application, Sévérité, Niveau d'escalade.
Utilisez le contexte LDAP depuis toutes les surfaces Roster
Une fois que les enregistrements d'annuaire soutiennent les participants Roster, le même contexte est disponible partout — y compris depuis un réseau privé.
MCP
Laissez un client IA compatible MCP identifier le responsable à partir des données d'annuaire.
API REST
Ajoutez la résolution adossée à l'annuaire aux applications internes et moteurs de workflow.
CLI et CI
Identifiez le responsable des validations depuis une pipeline ou un terminal en réseau privé.
Plateforme Roster
Les administrateurs mappent des DN aux participants et gèrent délégations, mappings et confiance TLS.
Ce que Roster lit
| Données LDAP | Utilisé par Roster | Matérialisé dans Roster |
|---|---|---|
| Identifiant utilisateur stable | Oui | Pour les utilisateurs sélectionnés |
| Nom d'utilisateur | Quand mappé | Pour les utilisateurs sélectionnés |
| Email principal | Quand mappé | Pour les utilisateurs sélectionnés |
| Nom affiché | Oui | Pour les utilisateurs sélectionnés |
| Identifiant de groupe stable | Oui | Pour les groupes sélectionnés |
| Nom du groupe | Oui | Pour les groupes sélectionnés |
| Email du groupe | Quand mappé | Pour les groupes sélectionnés |
| Membres directs du groupe | Oui | Pour les groupes sélectionnés |
| Hashes de mots de passe | Non | Non |
| Credentials d'authentification | Non | Non |
Les mappings de champs Roster vous permettent d'aligner des attributs source tels que :
uid
sAMAccountName
userPrincipalName
mail
displayName
cn
member
uniqueMember
objectGUID
entryUUIDavec des champs Roster normalisés tels que :
external_id
user_name
primary_email
display_nameUtilisez un attribut stable et immuable pour external_id. Évitez d'utiliser un nom affiché comme clé fournisseur.
Roster utilise l'identifiant d'accès de bind configuré pour lire l'annuaire. Il ne récupère pas les mots de passe utilisateur.
Recherche en direct et résolution matérialisée
Roster utilise deux modes d'accès aux données délibérés.
Parcours du fournisseur en direct
Les administrateurs recherchent LDAP en direct depuis le sélecteur de participants Roster lors de la sélection d'utilisateurs ou groupes.
Résolution matérialisée à l'exécution
La résolution à l'exécution, la recherche REST et la recherche MCP utilisent l'état matérialisé de Roster, offrant à chaque interface d'intégration un dataset cohérent même sur des chemins réseau contraints.
Exigences de connexion
Vous aurez besoin de :
- 01Un point d'accès LDAP ou LDAPS joignable depuis Roster
- 02Une identité de bind en lecture seule
- 03Un mot de passe de bind ou un identifiant d'accès basé sur certificat le cas échéant
- 04Des bases de recherche utilisateur et groupe
- 05Des filtres de recherche utilisateur et groupe
- 06Une configuration d'appartenance
- 07Des mappings de champs
- 08Une configuration de confiance TLS pour LDAPS
- 09Le chiffrement des secrets de fournisseur activé dans Roster
Utilisez un transport chiffré :
ldaps://directory.example.comConfigurez le chiffrement des secrets de fournisseur Roster avant de stocker les identifiants d'accès :
ROSTER_PROVIDER_SECRET_ENCRYPTION_KEY=<clé-générée>
ROSTER_PROVIDER_SECRET_KEY_ID=env:prod-2026-07Le matériel de secret pris en charge peut inclure :
bind_password
certificate
private_keyPréférez une identité de bind avec un accès en lecture uniquement aux objets et attributs d'annuaire dont Roster a besoin.
LDAP, Active Directory et Entra ID
Utilisez le connecteur qui correspond à votre source de référence et à votre architecture réseau.
Connecteur LDAP / Active Directory
Approprié lorsque AD est joignable via LDAP ou LDAPS, que Roster tourne dans ou est connecté au réseau privé, que des bases de recherche et mappings d'attributs personnalisés sont requis, ou lorsque les APIs cloud ne sont pas la voie préférée.
Connecteur Microsoft Entra ID
Approprié lorsque Microsoft Graph est la interface d'intégration d'annuaire, que les utilisateurs et groupes sont maintenus dans le tenant Entra, ou que le déploiement Roster peut accéder à Microsoft Graph.
Ce sont des connecteurs distincts. Une organisation peut utiliser l'un ou les deux.
Exemple : identifier un approbateur infrastructure
Une automatisation de cloud privé s'apprête à effectuer un changement réseau.
Elle demande :
“Qui doit approuver ce changement de pare-feu production ?”
Roster évalue :
- Le projet infrastructure
- Le participant Approbateur de changement réseau
- Les utilisateurs ou groupes LDAP associés
- L'appartenance de groupe matérialisée actuelle
- Les métadonnées de participant pertinentes
- Les délégations Roster actives
L'automatisation reçoit le participant actif et poursuit dans le processus existant de gestion des changements.