Execution pattern
Check the run before it commits, not in the reconciliation.
A payroll run commits, or an HR business process (termination, compensation change, hire) executes.
Payroll is high-value, periodic and heavily automated — the worst combination. An error is discovered after money has moved to real people, when the remedy is a clawback conversation.
The signals available at the moment of the action, and the rule that judges them.
Hold the run when variance exceeds the agreed threshold or the approval chain is incomplete, before funds are committed.
The run commits with the approval chain recorded.
Unusual variance waits on payroll leadership.
The run does not commit.
Fork one and change the thresholds. Available today on 1 platform.
When a termination event lands, prove access and payroll were actually revoked — not just ticketed.
workday
Catches an out-of-band payroll run — a bank-detail change, an off-cycle payment, a headcount jump — before the money leaves.
workday
Fairness, approval-chain, and offboarding gates — prove every hire, promotion, and termination cleared its checks.
workday
This pattern is one answer to each of these.
The same five steps for every pattern in the library.
Run the policy against a realistic action in the browser. Push it past what the rules allow and watch the verdict come back. No account.
See exactly what was decided and why: the rule that fired, the evidence it read, the policy version in force, and an Ed25519 signature you can verify yourself.
Measure what the policy would have caught on your own traffic without touching the live path. Every recipe defaults to shadow, so the first deployment carries no execution risk.
Point the same policy at the system where the action actually originates — a checkout, an ERP posting, a Zap, an agent's tool call.
Publish the proof: a public verification link, an embeddable badge, a PR comment, or an anonymized shadow-mode finding. This is how the next person discovers Decionis.