Concepts

The Aivance method: making AI governance work in practice.

Most AI governance stops at policy and process. Aivance focuses on the enforcement layer that can actually stop, limit, approve, or escalate AI actions—and produce evidence that it did.

You cannot build what you cannot name. These concepts turn broad governance principles into controls your team can specify, test, operate, and defend.

The governance stack

A practical lens: does the control hold when the system is running?

Policy describes what should happen. Process describes how people are expected to respond. Enforcement is what the system guarantees regardless of human follow-through.

01 · Policy

What should happen

Policies, principles, framework references, and accountabilities that describe the organisation's commitments.

02 · Process

How people should respond

Approval workflows, review procedures, monitoring, escalation paths, and post-incident actions.

03 · Enforcement

What the system guarantees

Technical controls and deterministic intervention points that approve, block, limit, or escalate an AI action at runtime.

01

Define the boundary

02

Set the trigger

03

Suspend the action

04

Require ratification

05

Capture evidence

Enforcement Layer

Core concept

The set of technical controls that make governance commitments real, independent of human diligence.

Governance usually begins with a policy layer: documented commitments, oversight committees, and framework references. The enforcement layer sits underneath it: the technical controls and deterministic override mechanisms that would still function if nobody followed the procedures. A governance programme with a policy layer but no enforcement layer may satisfy a compliance audit. Under a real incident, it will not hold.

Quick test

Pick any decision your policy marks as requiring human review. If the person responsible were unavailable right now, would the system still halt and wait? If not, you have policy without enforcement.

Full entry: Enforcement Layer →

Policy Layer

Core concept

The documented governance commitments, framework references, and procedural controls that describe what should happen when AI systems operate.

Policy states what people should do. A technical control decides what the system can do. For financial institutions, AIRG Section 5 expects controls to be tested by 7 October 2028. Aivance maps policy to configured controls, tests them and records the evidence.

Quick test

Read through your AI governance controls. How many require a person to actively act before they take effect? Those are policy layer controls. Enforcement layer controls operate regardless of whether the human acts.

Full entry: Policy Layer →

Suspended Handoff State

Override mechanism

The condition in which an AI agent is halted at a critical risk threshold, execution is suspended, and a named human ratifier must explicitly approve or reject continuation before the system proceeds.

Most oversight frameworks require human review as a general principle. The Suspended Handoff State makes that technically deterministic: the system cannot proceed until ratification is received. It specifies what triggers the halt, who receives the ratification request, the time window allowed, and what the system does if the window lapses. Without it, human oversight is a process aspiration, not an architectural guarantee.

Quick test

For any AI system in production, answer three questions: what triggers a halt, who receives the ratification request, and what happens if they do not respond within the window. If any answer is "unclear", you do not have a defined Suspended Handoff State.

Design consideration

A Suspended Handoff State is only as disruptive as its trigger thresholds and resolution path. A well-designed state resolves in minutes, has a defined escalation path for ratifier unavailability, and specifies a fail-safe default if neither resolves it. The goal is a controlled pause on a narrow set of high-risk decisions, not a system freeze.

Full entry: Suspended Handoff State →

See this in context →

Override Architecture

Override mechanism

The complete design of who holds override authority over an AI system, under what conditions they must exercise it, and what happens technically when they do.

A kill switch is a mechanism. Override architecture is the complete system of authority, triggers, escalation paths, and technical enforcement that makes the kill switch function as governance rather than emergency recovery. It answers who holds override authority for each system in production, under what conditions they must exercise it, the escalation path if they are unavailable, and what the system does while it waits.

Quick test

You probably know who could theoretically halt your AI system. Override architecture means knowing who is required to, under what specific conditions, and with what information in hand. The first is awareness. The second is architecture.

Full entry: Override Architecture →

Human Ratification Gate

Override mechanism

A technically enforced checkpoint at which an AI system requires explicit human approval before execution clears. The approval is prior: the system cannot proceed until an identified person has explicitly granted authority for that specific action.

A ratification gate is distinct from a monitoring dashboard. Monitoring shows you what an AI system did. A ratification gate is a prior constraint: the system cannot proceed to execution without receiving a specific, identifiable signal from a named human authority. The gate may be permanent for certain decision categories, or triggered when a risk threshold is crossed.

Quick test

If your AI system can reach consequential execution without a named individual having explicitly approved that specific decision, what you have is a reporting trail rather than a ratification gate.

Design consideration

A ratification gate is not a universal approval requirement. It applies to a defined, narrow set of consequential decision categories. Broad gate placement creates approval fatigue and operational bottlenecks; that is a design failure, not a governance feature. The discipline is in deciding which decisions require prior ratification, not in applying it everywhere.

Full entry: Human Ratification Gate →

See this in context →

The defined limit of autonomous operation for an AI agent: the set of conditions, action types, or resource thresholds beyond which the agent cannot proceed without human ratification.

Autonomous AI agents present a governance challenge conventional frameworks were not designed to address. An agent that takes sequences of actions, modifies state, and interacts with external systems creates compounding risk at each step. An agentic risk boundary defines where that autonomy ends: what actions require prior human approval, what resource ceilings apply, and what triggers a Suspended Handoff State. IMDA's 2026 Agentic AI Governance Framework treats task complexity, multi-agent interaction, and action irreversibility as inputs to the upfront risk assessment that sets these thresholds.

Quick test

For each AI agent in production: can you name the exact action types it cannot take without prior human approval, and the exact conditions that trigger an automatic halt? If not, you do not have a defined agentic risk boundary.

Full entry: Agentic Risk Boundary →

See this in context →

These definitions reflect how Aivance uses these terms in engagements and deliverables. Some are established technical concepts; others (Suspended Handoff State, Agentic Risk Boundary) are terms Aivance has defined to fill gaps in the existing lexicon. Where regulatory frameworks use overlapping but distinct terminology, the relevant framework definition applies in compliance contexts.

Find out whether your AI controls work in practice.

The 30-Minute Enforcement Gap Review identifies one missing control, maps it to the frameworks that apply, and delivers a written diagnosis on Aivance letterhead within 48 hours.

Book an Authority & Control Review