Google Sheets
Create Decionis decision dossiers for new Google Sheets rows
Turn spreadsheet rows into governed actions—not blind automation.
For Approvals, finance operations, and spreadsheet-driven imports.
Execution pattern
Check delegated authority before the purchase order posts.
A purchase order, vendor onboarding, or supplier change is submitted for release.
Authority is expressed in a delegation matrix nobody reads at the moment of release. Segregation of duties is assumed rather than checked, so the same person can raise and approve.
The signals available at the moment of the action, and the rule that judges them.
Refuse release above the requester's delegated limit, and refuse any release where requester and approver are the same person.
The order posts, and the dossier records the authority it posted under.
The order routes to whoever holds the limit it exceeded.
The order does not post — for example when duties are not separated.
The bundles the Decionis evaluator ships, with every rule in the order it is tried.
Dual-gate governance for SAP ERP actions — state admission (completeness, budget, vendor, cost center) and execution authority (role, segregation of duties, regional holds, payment thresholds) before they execute.
sap · sap-procurement-v2 · 13 rules
Dual-gate governance for back-office spend — spend admission (completeness, valid amount, verified vendor, expense/refund/credit limits) and disbursement authority (authorized role, segregation of duties, dual authorization, duplicate-payment detection) before money moves.
ops · ops-spend-v1 · 12 rules
Start from the workflow already running in your source system. Decionis adds the policy decision and returns signed evidence without turning Zapier into the authority.
Google Sheets
Turn spreadsheet rows into governed actions—not blind automation.
For Approvals, finance operations, and spreadsheet-driven imports.
A verdict you cannot check is an opinion, and a gate you cannot measure first is a risk of its own.
Every verdict on this pattern produces a Decision Dossier: the signals it saw, the policy version that judged them, and an Ed25519 signature anyone can check against our published JWKS — without an account, and without trusting us.
Run this gate against your own traffic while it stops nothing. You get the verdicts it would have returned and the actions it would have held, so the decision to enforce is made on your numbers rather than ours.
Teams that hit this one usually hit these next.
This pattern is one answer to each of these.
How do I require human approval before an AI agent acts?
How do I govern execution across systems without rebuilding controls in each?
What decides whether a high-stakes action is allowed to happen?
Why did this payment go out without passing the approval chain?
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.