Manage who acts in your workflows — without opening an IT ticket.

Define project responsibilities, connect the right users and groups, and manage temporary delegations from one governed platform.

Give agents and workflows current answers while keeping operational ownership close to the teams that understand the work.

Model a projectUnderstand participants

Responsibilities stay. People change. The workflow doesn't care.

A Roster project separates a responsibility from the individual doing it right now. The ember rail on the left is the responsibility — that's what workflows call. The card on the right is the person, group, or account currently assigned. Swap the card, keep the rail.

project
Atlas Vendor Onboarding
region = Europedomain = Procurementstate = live
#
participant · responsibility
member · person or group
01
participant.01
Vendor Security Reviewer
GroupEU Security Reviewers
02
participant.02
Finance Approver
UserJordan Smith
03
participant.03
Regional Operations Contact
RoleEMEA Ops Lead
delegatedPriya Rao· Nov 4 – Nov 18
04
participant.04
Customer Escalation Owner
Accountatlas-cse@service
// workflows keep asking for the participant — Roster returns whoever is on the plate today

Five layers, one operational model

Each layer answers a different question about the work. Together they describe how responsibility flows through a project without hard-coding names anywhere.

01
layer.01 · projects
Projects

A clear operating boundary for a process, customer workflow, business domain, or enterprise initiative.

Atlas Vendor Onboarding · Acme Customer Implementation · European Procurement
02
layer.02 · participants
Participants

The business responsibilities that can act inside the project — always described as roles, never as names.

Project Owner · Security Reviewer · Finance Approver · Release Manager
03
layer.03 · members
Members

The users, groups, roles, org units, agents, service accounts, or external contacts currently filling each participant.

user:jordan.smith · group:eu-security · account:atlas-cse
04
layer.04 · delegations
Delegations

Temporary or ongoing coverage layered on top of a participant — no directory changes required.

Priya Rao covers EMEA Ops · Nov 4 – Nov 18
05
layer.05 · metadata
Labels & metadata

Reusable categories and business-specific attributes that let workflows disambiguate by region, threshold, or context.

region = Europe · threshold ≥ 50k · review type = Vendor

Central IT owns access. Project owners own the work.

Two different questions, two different surfaces. Roster gives each side the reach it actually needs — and stops there.

central admin surface

Infrastructure, identity, and platform reach

Directory connectors, model providers, global identity administration, and platform-wide configuration stay with the teams responsible for them.

  • Configure directory and model connectors
  • Manage global roles and platform policy
  • Rotate credentials and audit access
  • Approve new project creation
project owner surface

Participants, members, and operational context

Authorized project owners maintain the responsibilities they understand — inside the projects they own, and nowhere else.

  • Add or replace project participants and members
  • Set project-specific metadata and labels
  • Delegate a responsibility during coverage
  • Test a Resolve query before going live
// no shared admin console. no global reach for local changes. one audit trail either way.

Define the model once. Every connected agent gets the answer.

You maintain the project, its participants, and their members. Agents and workflows ask business-language questions. Roster resolves the current participant — including any active delegation — without editing a single automation.

01 · your project model
projectAtlas Vendor Onboarding
participantVendor Security Reviewer
membersEU Security group
metadataregion = Europe · type = Vendor
02 · agent → roster
who should handle vendor security review for Atlas in Europe?
03 · resolved answer
Vendor Security Reviewer
EU Security Reviewers · 4 active members
// active delegation applied automatically when one is in effect
// change a member or delegate — every workflow sees the new answer on the next call

Common project-owner actions

The everyday moves that used to require an IT ticket now sit in the project owner's hands — with the same audit trail as any other platform change.

Add or replace a project approver
Associate a directory group with a responsibility
Add a project-specific external contact
Set regional or threshold metadata
Delegate responsibility during leave
Test a Resolve query before going live
Review previous Resolve requests
Archive a completed project
Manage a customer-specific routing model

Frequently asked

No. Roster has a distinct project-owner role and project-level ownership model — the reach ends at the projects the owner is authorized on.

Keep ownership close to the people who understand the work

Model responsibilities once, update them when the organization changes, and make them available to every connected agent and workflow.

Model a projectUnderstand participantsExplore all solutions