Approbateurs dynamiques de workflow
Identifiez le bon approbateur depuis un utilisateur Workspace ou un Google Group actuel plutôt que d'intégrer un email.
“Qui doit approuver cet export de données marketing ?”
Roster pour Google Workspace
Transformez les utilisateurs et groupes Google Workspace en contexte organisationnel pour agents et workflows.
Roster se connecte à l'API Directory de l'Admin SDK Google Workspace pour déterminer qui doit approuver, qui est responsable, qui doit effectuer la revue, recevoir ou prendre en charge le travail. Utilisez les utilisateurs Workspace et Google Groups actuels sans coder en dur noms ou emails dans chaque workflow.
Dernière vérification : 13 juillet 2026
Google Workspace gère vos utilisateurs et groupes. Roster détermine qui doit agir.
Google Workspace peut indiquer à une application quels utilisateurs et groupes existent.
Roster ajoute le contexte de workflow nécessaire pour répondre à :
“Qui est dans ce Google Group ?”
Il demande :
“Qui doit approuver cette demande ?”
“Qui est responsable de ce compte client ?”
“Qui doit réviser cette exception de sécurité ?”
“Qui est le délégué actif pour cette responsabilité ?”
Les utilisateurs et groupes Workspace sélectionnés peuvent être associés à des participants Roster représentant des responsabilités propres à un projet. Roster évalue ensuite le modèle de participant, l'appartenance matérialisée actuelle, les métadonnées et les délégations actives avant d'indiquer qui doit agir.
Comment Roster se connecte à Google Workspace
Roster lit utilisateurs, groupes et appartenance directe via l'API Directory de l'Admin SDK v1.
Lorsqu'un administrateur cherche depuis le sélecteur de participants Roster, le connecteur interroge Workspace en direct.
Après sélection d'un enregistrement, Roster le matérialise pour la résolution de participants. Pour les groupes sélectionnés, il stocke aussi les relations d'appartenance directe requises par le moteur de résolution.
Les recherches d'annuaire MCP et REST utilisent les enregistrements Roster matérialisés plutôt que d'appeler Google Workspace en direct à chaque requête.
Ce que Roster permet d'identifier
Responsabilité par groupe
Associez des Google Groups aux participants représentant la responsabilité d'un projet ou d'un processus.
“Quel groupe traite la revue vie privée ?”
Responsables de projets et de processus
Mappez un propriétaire à chaque workflow projet via des participants.
“Qui est responsable du workflow d'onboarding client Atlas ?”
Réviseurs humains pour les actions d'agents
Laissez les agents identifier le réviseur approprié avant une action sensible.
“Qui doit réviser cet export de données client ?”
Couverture déléguée
Appliquez des délégations Roster limitées dans le temps sans modifier l'appartenance Workspace.
“Qui remplace l'approbateur habituel ?”
D'un Google Group à un participant Roster
Le groupe fournit l'appartenance d'annuaire. Le participant Roster fournit le sens métier et le contexte projet.
Un même Google Group peut soutenir différentes responsabilités dans différents projets Roster, sans changement dans Workspace.
Les participants portent des métadonnées telles que : Région, Produit, Seuil d'approbation, Classe de données, Segment client, Niveau d'escalade.
Utilisez le contexte Workspace depuis toutes les surfaces Roster
Une fois que les enregistrements Workspace soutiennent les participants Roster, le même contexte organisationnel est disponible partout.
MCP
Laissez un client IA compatible MCP poser des questions ouvertes de routage.
API REST
Ajoutez la résolution de participants aux outils internes et agents personnalisés.
CLI et CI
Identifiez le responsable depuis le terminal ou une pipeline CI.
Plateforme Roster
Parcourez utilisateurs Workspace et Google Groups, associez-les à des participants, gérez les délégations.
Ce que Roster lit depuis Google Workspace
| Données Workspace | Utilisé par Roster | Matérialisé dans Roster |
|---|---|---|
| ID utilisateur Google stable | Oui | Pour les utilisateurs sélectionnés |
| Email principal | Oui | Pour les utilisateurs sélectionnés |
| Nom complet | Oui | Pour les utilisateurs sélectionnés |
| ID de groupe stable | Oui | Pour les groupes sélectionnés |
| Email du groupe | Oui | Pour les groupes sélectionnés |
| Nom du groupe | Oui | Pour les groupes sélectionnés |
| Description du groupe | Quand disponible | Pour les groupes sélectionnés |
| Membres directs du groupe | Oui | Pour les groupes sélectionnés |
| Mots de passe et facteurs d'authentification | Non | Non |
| Messages Gmail et contenu Drive | Non | Non |
Ressources Directory API typiques :
/users
/groups
/groups/{groupKey}/membersLe connecteur est destiné à la lecture d'annuaire. Il n'est pas utilisé pour gérer les comptes Workspace ou l'appartenance de groupes.
Parcours 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 peuvent chercher Workspace 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 utilise l'état matérialisé de Roster, offrant à REST, MCP, CLI et Resolve un dataset cohérent indépendant de la disponibilité de l'API Google.
Exigences de connexion
Vous aurez besoin de :
- 01Un ID client Google Workspace, communément my_customer
- 02Un administrateur délégué dans le domaine Workspace
- 03Un compte de service Google Cloud
- 04L'email du compte de service
- 05Une clé privée stockée hors du contrôle de source
- 06La délégation à l'échelle du domaine
- 07L'API Directory de l'Admin SDK activée
- 08Un planning de rafraîchissement
Les autorisations de lecture par défaut actuels de Roster sont :
https://www.googleapis.com/auth/admin.directory.group.readonly
https://www.googleapis.com/auth/admin.directory.user.readonlyStockez la clé privée via une référence à une variable d'environnement ou un gestionnaire de secrets :
env:GOOGLE_WORKSPACE_PRIVATE_KEYLe connecteur utilise la délégation à l'échelle du domaine du compte de service plutôt qu'un flux OAuth interactif utilisateur final.
Les données d'annuaire Workspace et la connexion Google sont distinctes
Le connecteur d'annuaire et l'authentification humaine se configurent indépendamment.
Connecteur d'annuaire Workspace
Fournit utilisateurs, groupes et appartenance pour la résolution de participants.
Source d'annuaire Google
Une configuration de fournisseur d'identité Google, si utilisée, contrôle la manière dont les membres humains s'authentifient à Roster.
En connecter un ne configure pas automatiquement l'autre.
Exemple : router une revue vie privée
Un agent s'apprête à exporter des informations client.
Il demande :
“Qui doit réviser cet export de données client pour le projet Atlas ?”
Roster évalue :
- Le projet Atlas
- Le participant Réviseur vie privée données client
- Les libellés et métadonnées pertinents
- L'utilisateur Workspace ou Google Group associé
- L'appartenance matérialisée actuelle
- Toute délégation active
L'agent reçoit le réviseur actuel et transmet le travail au canal de revue ou d'approbation existant de l'organisation.