Four automation checks sit on the same surface: duplicate grants, policy routing, reviewer availability, and SLA state. The dividers make the workflow feel like one operating panel instead of scattered cards.
Updated by policy sync 1h ago
Requests flow through policy evaluation, approval routing, bounded grants, and automatic revocation. The lifecycle runs without manual intervention for low-risk access, with humans in the loop for sensitive requests.
Policy determines the routing path. Requests matching low-risk conditions auto-route and grant immediately. Sensitive requests go to the right manager or owner with full context attached.
Four automation checks sit on the same surface: duplicate grants, policy routing, reviewer availability, and SLA state. The dividers make the workflow feel like one operating panel instead of scattered cards.
Updated by policy sync 1h ago
The lifecycle automates what policy can decide. When context requires human judgment—sensitive resources, unusual requests, escalated risk—the system routes to the right person with everything they need to decide.
Requests automatically route to the right reviewer based on resource sensitivity, requester context, and policy rules. No manual triage.
Every access grant carries an expiry timestamp. Duration limits come from policy, not human memory. No more forgotten standing access.
Chains derive from org structure. Manager approval, owner approval, or both—policy decides. Approvers get context, not just a yes/no button.
When grants expire, access is revoked. Not a reminder—actual removal from downstream systems. The lifecycle completes without manual intervention.
See where policy auto-routes cleanly, which managers are carrying the longest queues, and which grants will expire on time before they harden into standing access.
FIG. 2.2

Every request has a deterministic state. Requests transition through well-defined states, each transition emits an event. Approvers, auditors, and downstream systems can subscribe to state changes and act accordingly.