Approbateurs basés sur les effectifs
Identifiez un participant selon l'unité métier, le service, la géographie, le type de collaborateur ou d'autres métadonnées fournies par le rapport.
“Qui doit approuver cette demande pour l'unité canadienne ?”
Roster pour Workday
Transformez vos données RH et organisationnelles en contexte exploitable pour le routage des workflows.
Roster se connecte aux rapports personnalisés JSON Workday pour déterminer qui doit approuver, qui est responsable, qui doit effectuer la revue, recevoir ou prendre en charge le travail. Utilisez les données des collaborateurs et organisationnelles depuis votre source de référence RH sans reproduire les règles RH et organisationnelles dans chaque agent, workflow ou application interne.
Dernière vérification : 13 juillet 2026
Votre système RH connaît vos effectifs. Roster détermine la responsabilité de workflow.
Les annuaires d'identité sont utiles pour les comptes techniques et groupes d'accès. Workday peut fournir le contexte RH et organisationnel derrière la responsabilité métier.
Roster utilise les enregistrements Workday sélectionnés pour répondre à des questions telles que :
“Quels collaborateurs sont rattachés à ce responsable hiérarchique ?”
Il demande :
“Qui gère cet employé ?”
“Qui doit approuver cette demande pour l'unité canadienne ?”
“Quel groupe RH traite ce cas employé ?”
“Qui est actuellement responsable de ce rôle organisationnel ?”
Roster ne devient pas un autre système RH. Il utilise les données de rapport configurées comme contexte organisationnel pour la résolution de participants.
Comment Roster se connecte à Workday
Roster lit des rapports personnalisés JSON, y compris les endpoints de style report-as-a-service de Workday.
Une configuration typique peut inclure un rapport users, un rapport groups optionnel et un rapport group-members optionnel.
Lorsqu'un administrateur recherche des enregistrements Workday depuis Roster, le connecteur charge et filtre les données de rapport configurées.
Les enregistrements sélectionnés sont matérialisés dans Roster. Le rafraîchissement planifié met à jour les enregistrements sélectionnés et les relations d'appartenance attachées utilisées par la résolution de participants.
Ce que Roster permet d'identifier
Routage responsable hiérarchique et RH
Associez collaborateurs ou groupes organisationnels à des participants représentant les responsabilités RH, management, paie ou services aux employés.
“Qui traite ce cas employé ?”
Responsabilité régionale
Routez les demandes vers le bon participant selon la localisation, la société opérante ou la responsabilité régionale.
“Qui est responsable des approbations pour les opérations EMEA ?”
Escalade organisationnelle
Identifiez la bonne personne ou le bon groupe pour les escalades employé, finance, achats, compliance ou opérationnelles.
“Qui doit recevoir cette escalade compliance ?”
Responsabilité déléguée
Combinez le contexte RH et organisationnel issu de Workday avec des délégations Roster limitées dans le temps.
“Qui remplace pendant que le responsable régional est en congé ?”
Des données Workday à un participant Roster
Le rapport Workday détermine quels collaborateurs et groupes sont disponibles. Roster détermine comment ils participent à un workflow particulier.
Les IDs externes stables sont essentiels car ils permettent à Roster de rafraîchir un enregistrement sélectionné sans se fier à un nom ou email susceptibles de changer.
Les participants peuvent porter des métadonnées telles que : Région, Unité métier, Type de collaborateur, Centre de coûts, Catégorie de cas, Niveau d'escalade.
Utilisez le contexte Workday depuis toutes les surfaces Roster
Une fois que les enregistrements RH et organisationnels soutiennent les participants Roster, le même contexte organisationnel est disponible partout.
MCP
Laissez un client IA compatible MCP déterminer qui doit agir RH et organisationnelle.
API REST
Ajoutez la résolution de participants adossée aux données RH et organisationnelles aux applications internes et moteurs de workflow.
CLI et CI
Identifiez le responsable et les validations requises depuis le terminal ou une pipeline.
Plateforme Roster
Les administrateurs associent les enregistrements issus de Workday aux participants et gèrent les délégations.
Ce que Roster lit depuis Workday
| Données du rapport | Utilisé par Roster | Matérialisé dans Roster |
|---|---|---|
| ID collaborateur stable | Oui | Pour les collaborateurs sélectionnés |
| Nom du collaborateur | Oui | Pour les collaborateurs sélectionnés |
| Nom d'utilisateur | Quand mappé | Pour les collaborateurs sélectionnés |
| Email principal | Quand mappé | Pour les collaborateurs sélectionnés |
| ID groupe stable | Quand groupes configurés | Pour les groupes sélectionnés |
| Nom du groupe | Quand groupes configurés | Pour les groupes sélectionnés |
| Liens d'appartenance de groupe | Quand configuré | Pour les groupes sélectionnés |
| Détails de paie | Non | Non, sauf mapping délibéré |
| Données de rémunération | Non | Non |
| Données de cas RH sensibles | Non | Non |
Le rapport users doit exposer des champs mappables vers :
external_id
display_name
primary_email
user_nameLorsque les groupes sont utilisés, le rapport groups doit exposer :
external_id
display_name
mailLe rapport group-members optionnel doit exposer :
group_external_id
user_external_idN'exposez que les champs nécessaires à la résolution de participants dans les rapports personnalisés configurés.
Parcours en direct et rafraîchissement planifié
Roster utilise les données de rapport configurées à la fois de manière interactive et à l'exécution.
Parcours administratif
Lorsqu'un administrateur recherche des utilisateurs ou groupes Workday, Roster charge les données de rapport configurées et applique les mappings de recherche et de champs du connecteur.
Résolution à l'exécution
Une fois les enregistrements sélectionnés, les opérations REST, MCP, CLI et Resolve utilisent les enregistrements Roster matérialisés. Le rafraîchissement en arrière-plan ne met à jour que les enregistrements sélectionnés et appartenances de groupe associées utilisés dans Roster.
Exigences de connexion
Vous aurez besoin de :
- 01Une URL de rapport users JSON
- 02Une URL de rapport groups optionnelle
- 03Une URL de rapport group-members optionnelle
- 04Un nom d'utilisateur d'intégration de rapport
- 05Un mot de passe de rapport stocké de manière sécurisée
- 06Des IDs externes stables
- 07Des mappings de champs
- 08Un planning de rafraîchissement
- 09Des contrôles d'accès côté Workday limitant les données du rapport
Stockez le mot de passe de rapport hors du contrôle de source :
env:WORKDAY_REPORT_PASSWORDLe connecteur Roster utilise la sortie de rapport que vous configurez explicitement. Contrôlez les lignes et champs disponibles via la définition du rapport Workday et la politique de sécurité associée.
Workday et les données d'annuaire d'identité peuvent servir des rôles différents
Workday et un annuaire d'identité n'ont pas besoin de se disputer une source unique.
Workday
Fournit le contexte RH et organisationnel (qui travaille où, dans quelle unité, sous quel responsable hiérarchique).
Annuaire d'identité
Entra ID, Okta ou Google Workspace peut fournir les groupes d'identité actuels. Les participants Roster expriment la responsabilité de workflow quelle que soit la source faisant autorité.
La source visée dépend de la responsabilité à identifier. Les délégations Roster ajoutent une couverture temporaire par-dessus l'une ou l'autre.
Exemple : identifier un réviseur RH régional
Un workflow de services aux employés reçoit une demande impliquant un employé canadien.
Il demande :
“Qui doit réviser cette demande relations employés pour le Canada ?”
Roster évalue :
- Le projet services aux employés
- Le participant Réviseur relations employés
- Les métadonnées régionales
- Le collaborateur Workday ou groupe organisationnel associé
- L'appartenance matérialisée actuelle
- Toute délégation applicable
Le workflow reçoit le participant qui doit agir et poursuit dans le système existant de gestion de cas ou d'approbation.