Responsibilities
Responsibilities define who is accountable for work on queues and workflow phases. Unlike roles and policies (which control what you can access), responsibilities control who gets notified and assigned when work arrives.
Responsibility Roles
Each responsibility assignment has a role that determines the party's relationship to the work:
| Role | Purpose | Notifications |
|---|---|---|
| Owner | Primary responsible party — expected to act on the work | Notified immediately when work arrives |
| Contributor | Assists with the work but doesn't own the outcome | Notified for awareness; can add comments, create tasks |
| Approver | Must approve before work can advance | Notified when approval is needed |
| Observer | Watches progress without acting | Notified of status changes only |
| Backup | Escalation target when the owner doesn't act in time | Notified only when escalation deadline is exceeded |
Assignable Parties
You can assign responsibilities to:
- Users — individual team members
- Agents — AI agents that can triage, analyze, or execute automatically
- Teams — all members of the team receive notifications
- Groups — all users and agents in the group receive notifications
When a team or group is assigned, the system expands the membership to notify individual users.
Where Responsibilities Apply
Queue (Inbox) Responsibilities
Assign parties to an inbox to control who gets notified when new requests arrive:
- Go to Admin → Inboxes → select an inbox
- Scroll to the Responsibilities section
- Click Add Assignment → select a party and role
- Owner: gets notified of every new request in the inbox
- Backup: gets notified if a request sits unactioned past the escalation deadline
Workflow Phase Responsibilities
Assign parties to individual workflow phases to control who handles each step:
- Open the Workflow Editor → select a phase
- In the phase properties panel, scroll to Responsibilities
- Add assignments with appropriate roles
Manual phases: Owners are notified and expected to advance the phase. Approvers must sign off before advancement.
Automated phases: If all responsible parties are agents (no human owners), the phase executes automatically. If any humans are assigned as owners, the phase waits for manual action.
Agent Autonomy Levels
When an AI agent is assigned to a phase, you configure its autonomy level:
| Level | Behavior |
|---|---|
| Suggest | Agent proposes actions; human reviews and approves |
| Act with Approval | Agent executes safe actions automatically; gates risky actions for human approval |
| Fully Autonomous | Agent executes all allowed actions without human intervention |
Safe actions include creating tasks, adding comments, and updating variables. Risky actions include advancing phases, assigning tasks, and escalating.
Escalation
When a phase has an escalation deadline configured (Admin → Workflow Editor → phase settings → Escalation):
- The phase enters active state when the workflow reaches it
- If the phase isn't completed within the deadline, the escalation engine triggers
- Backup parties are notified with an escalation alert
- If no backup parties are assigned, Owner parties receive the escalation notice
- The escalation is recorded in the request activity log
Escalation deadlines can be set in minutes with presets: 30m, 1h, 4h, 8h, 24h, 48h.
Managing Responsibilities
Using the Responsibility Editor
The Responsibility Editor appears on queue detail pages and in the workflow phase property panel:
- Add: Click "Add Assignment" → choose party type (User, Agent, Team, Group) → select the party → choose role
- Configure agents: For agent assignments, set autonomy level and allowed actions
- Remove: Click the X button on any assignment to remove it
- Priority: Assignments are ordered by role (Owner first) then by priority number
Best Practices
- Assign at least one Owner to every queue and critical workflow phase
- Use Backup assignments for SLA-sensitive phases with escalation deadlines
- Assign Agents as Contributors when you want AI analysis without automatic advancement
- Use Teams instead of individual users for shared responsibility (handles vacations/absences)
- Observers are useful for managers who need visibility without being in the action loop