How the work actually runs.
Each of these is a reference architecture: the process modeled in BPMN, the agents and what each one is permitted to decide, the rule that routes an exception, and the point where a person is required. They describe how we would build the process — not projects delivered for a client.
Finance and procurement
Processes where money moves and the record has to survive an audit — the ones where an unchecked value costs something real.
Documents and records
Work that arrives as paper, scans or attachments, where the question is not whether a machine can read it but which items still need a person.
People and access
Requests and joiners, where entitlement is the actual decision and over-granting is the failure nobody notices until later.
Customers and compliance
Onboarding and applications governed by published rules, where a named person owns the decision and the applicant is owed a reason.
Systems and operations
Keeping several systems of record telling the same story, and catching the orders and events that break a rule before they land.
Not the process you were looking for?
These are patterns rather than a catalog — the shape recurs even when the domain does not. If your process waits on people, spans several systems, and has to explain itself afterwards, it is the same problem wearing different clothes.
Talk to us about a process like these.
The most useful first conversation is about a real process — where it stalls, who approves what, and which systems it touches.











