Cessez de coder les approbateurs en dur dans chaque workflow.

Utilisez Roster pour résoudre à l'exécution le bon utilisateur, groupe, rôle ou délégué — puis laissez votre plateforme de workflow existante attribuer et gérer la tâche.

Construisez la logique de routage une fois et réutilisez-la entre systèmes d'automatisation, workflows agentiques et processus métier.

Ajouter Roster à un workflowExplorer l'API Resolve

Un workflow. Un point de pause. Un participant à jour.

Les plateformes d'automatisation savent faire avancer le travail. Elles savent moins bien qui doit le prendre en main. Roster détient une seule étape resolve() — avant que votre moteur n'attribue, notifie, escalade ou passe le relais.

01
on: event
Déclencheur
02
enrich(ctx)
Préparer le contexte
resolve()
Demander à Roster qui
roster
04
assign(user)
Attribuer la tâche
05
notify()
Notifier
06
close(case)
Clôturer
C'est la seule étape que Roster détient. Le reste demeure dans votre moteur de workflow.

Chaque moteur, le même appel

Quel que soit le runtime que vous exploitez, Roster est à un appel HTTP ou MCP. Le reste du workflow garde sa forme native — nœuds HTTP, service tasks, connecteurs d'approbation, sous-flux.

n8n
workflow · nœud HTTP
Déclencheur
Set
resolve()
Attente d'approbation
Envoi e-mail
Microsoft Power Automate
flux cloud
Déclencheur
Get item
resolve()
Démarrer approbation
Mise à jour
Camunda
processus BPMN · service task
Début
Enrichir
resolve()
User task
Fin
Workato
étape de recette
Déclencheur
Recherche
resolve()
Envoyer pour approbation
Publier
ServiceNow Flow
action · étape REST
Déclencheur
Get record
resolve()
Demander approbation
Update

// un seul modèle de routage — plusieurs moteurs · REST + MCP + CLI

Avant Roster / Après Roster

Le même workflow d'achats. Deux histoires de maintenance très différentes — à mesure que les rôles évoluent, que les personnes partent et que les remplacements changent.

workflow.yml — codé en dur
fragile
Approbateurs figés dans le workflow
01
steps:
02
- trigger: vendor_review_requested
03
- approve:
04
to: "sarah.chen@acme.com"
a quitté l'équipe il y a 4 mois
05
- notify:
06
cc: "eu-procurement-approvers@acme.com"
groupe renommé après la réorganisation
07
- escalate:
08
after_days: 3
09
to: "marc.dubois@acme.com"
actuellement en congé parental
workflow.yml — résolu à l'exécution
résolu à l'exécution
Roster répond au « qui » — à chaque fois
01
steps:
02
- trigger: vendor_review_requested
03
- approve:
04
to: );font-weight:600">resolve("vendor.approver", ctx)
05
- notify:
06
cc: );font-weight:600">resolve("procurement.group", ctx)
07
- escalate:
08
after_days: 3
09
to: );font-weight:600">resolve("vendor.escalation", ctx)
ce qu'évalue resolve()
projetrégionseuilrôledélégationremplacement

La délégation sans toucher au workflow

Quand un participant actif passe le relais, la définition du workflow ne change pas. Roster change sa réponse — avec la traçabilité vers le titulaire d'origine préservée.

Lun · 4 août
Alice
Approbatrice active pour les revues fournisseurs UE.
Jeu · 7 août
Alice → Bob
Alice délègue pendant ses congés. Rien d'autre ne change.
Ven · 8 août
Le workflow démarre
Une revue fournisseur de 12 000 € entre dans le flux Achats.
Ven · 8 août
resolve() → Bob
Même appel, réponse actuelle. Le lien vers Alice est préservé.

Le YAML de workflow que vous avez livré en avril continue de tourner. C'est la réalité organisationnelle qui bouge.

Cas d'usage courants

01
Achats

Routez chaque revue fournisseur vers le bon approbateur — achats, finance, sécurité, juridique — selon le projet et le contexte de la demande.

resolves →vendor.approver
02
Intégration client

Envoyez le travail au responsable de compte actuel, au responsable d'implémentation, à l'équipe régionale ou au contact délégué — pas au titulaire du trimestre dernier.

resolves →account.owner
03
Sécurité et conformité

Déterminez quel participant doit réviser une dérogation, une demande d'accès, un fournisseur ou une action de traitement de données.

resolves →policy.reviewer
04
Opérations RH

Utilisez le contexte annuaire ou Workday pour router les demandes RH, paie, management ou services aux employés.

resolves →manager.of(user)
05
IT et ingénierie

Résolvez les approbateurs de livraison, les propriétaires de service, les réviseurs de changement et les contacts d'escalade.

resolves →service.owner
06
Passages de relais agent → humain

Laissez un agent déterminer quel humain doit réviser ou approuver avant d'exécuter une action sensible.

resolves →human.gate

Un seul modèle de routage pour tous les moteurs de workflow

Le même participant Roster peut servir un agent IA, un workflow n8n, un flux Power Automate, un processus Camunda, un pipeline CI, une application sur mesure et un humain — pour que chaque équipe d'automatisation cesse de maintenir sa propre version de la responsabilité organisationnelle.

Questions fréquentes

Non. Roster détermine qui doit agir. Votre moteur de workflow reste responsable de l'orchestration, de la livraison des tâches, des décisions et de l'état.

Gardez le processus dans votre moteur de workflow — et le « qui » dans Roster.

Résolvez la responsabilité organisationnelle actuelle sans la copier dans chaque automatisation.

Ajouter Roster à un workflowExplorer l'API ResolveExplorer toutes les solutions