Refused
mandate expired · signed
For core-banking teams
An AI agent tried to post a ledger entry against a mandate that had already expired. KYE™ refused it.
Built for a platform like yours. Your data-defined core carries AI banking agents that create accounts, move balances and post to the ledger. KYE Protocol™ checks the governing mandate at the moment of posting — and refuses any entry against a mandate that has lapsed, been revoked, or never covered this action. Each refusal is sealed as a receipt your auditor can replay, so a reconciliation query drops from days to minutes.
AI banking agent
post entry · mandate #M-88
KYE™mandate validity check
Admitted
mandate valid · signed
Stopped before the ledger moves. The posting is refused because the governing mandate had already expired — and the refusal is signed and verifiable, so you can prove to the bank and the auditor that authority held at the moment of the act.
That refusal, sealed REFUSED · MANDATE_EXPIRED kye:evidence:7c4e… Replay & verify →
1 · What KYE™ ™ governs in your stack
You keep your platform. KYE™ governs the mandate boundary.
Your platform already runs the accounts, balances and ledger of a bank in real time. KYE Protocol™ adds the one check an AI agent makes it urgent to enforce: at the moment of a consequential posting, is there a live, valid mandate that authorises exactly this action?
- Ledger posting — an entry is admitted only when a current mandate authorises this actor, action and amount; a posting against an expired or revoked mandate is refused, not forced through.
- Account lifecycle — opening, freezing or closing an account is admitted only within the delegated authority for that operation — an out-of-scope lifecycle action is refused and escalated.
- Every act sealed — admit or refuse, the decision packs an Evidence Pack™ and a Replay-Proof™ verifiable from public keys alone — your reconciliation and audit file, built as it happens.
2 · The honest boundary
KYE™ proves the basis — it does not keep the ledger.
This is a governance layer, not a core-banking system. KYE Protocol™ does not hold balances, own the ledger of record, or stand in for your core system.
It checks the governing mandate at the action boundary, admits or refuses, and seals the proof. An entry outside the agent’s mandate is refused and routed to a human step-up — the refusal is itself evidence. See how the delegation chain is drawn on the authority diagram, then walk a sealed decision on the Evidence Pack™ demo.
3 · See it on your own flow
Seeing is believing. Bring one real flow.
In a 20-minute walk-through we take one of your live flows — a ledger posting, an account lifecycle event, a bulk mandate run — and show the AI action refused or admitted against the governing mandate, then hand you the sealed receipt to replay yourself. No credentials to share: the proof verifies against a public key set, the same runtime enforcement KYE Protocol™ uses to govern itself.
Canonical KYE™ surfaces referenced on this page: KYE Protocol™.