The chain
How a chain runs
Sequential by design, so accountability is never shared and never lost.
- Each request carries one current approver and one current step; an approval moves it forward, the final approval books the time off.
- A deny at any step ends the request immediately — later steps never reverse an earlier decision.
- If a chain is deactivated mid-flight, in-progress requests finish on the chain they started on; new requests match against active chains only.
Approvers
Six kinds of approvers
Every step names its approver by rule, not by hardcoding a person.
- Direct manager and department head resolve from the org structure, so the chain survives reorgs without editing.
- Role, HR, and owner steps resolve to one deterministic person, and the requester is always excluded from approving their own request.
- No chain configured? Requests fall back to a single manager approval resolved from the hierarchy.
Fallbacks
When a step cannot answer
Chains are built for the day the approver is missing.
- Each step carries a fallback: escalate to an admin or skip the step — explicit, saved on the step, shown in the preview.
- Escalation hours notify the approver and admins when a step sits too long; blank means never escalate.
- Policy checks at approval time — notice, blackout, spending limits — warn the approver honestly instead of silently blocking.




