Hael
Sign inRequest a demo
PRODUCT · MONITORING

Catch every change. Keep every artefact current.

When a system's data, third parties, scope or behaviour changes, Hael flags the dependent classifications, documents and answers as stale — with a guided path to regenerate, re-review, re-seal and re-publish.

hael.app / monitoring / SYS-0148
Change feed — Underwriting decision model
Dependent artefacts are flagged stale until re-reviewed and re-sealed.
14 Jun 2026 · 09:12
New data asset linked: 'Open-banking aggregator feed'
Annex IV §3.4 staleFRIA §4.2 staleBuyer-questionnaire Q47 stale
11 Jun 2026 · 16:30
Foundation model provider changed: Acme AI v4.1 → v4.2
Classification re-runModel card v0.4 generated
06 Jun 2026 · 11:04
New jurisdictional scope: Colorado added
CO-AI Act classification triggeredFRIA addendum required
THE PROBLEM

Compliance positions go stale silently.

A classification signed in January is rarely true in June. New data lands, a vendor swaps a model, a new jurisdiction comes into scope — and the registered position, the Annex IV file and the answer sent to the last buyer all drift quietly away from reality.

Most governance tooling does not notice. Hael's monitoring is built so a stale artefact cannot be presented as current — the system flags it, names the owner and surfaces the path back to sealed.

HOW IT WORKS

Detect, flag, regenerate, re-seal.

Monitoring watches the registry for material changes — and runs the dependency chain so the right artefacts and answers are flagged the moment they stop being true.

01
Detect the change
New data assets, vendor or model swaps, jurisdictional scope, owner change, lifecycle transition, incidents — each one is a registry event with an actor, timestamp and rationale.
02
Trace the impact
Hael resolves what depends on the changed fact: classifications, Annex IV sections, FRIA findings, questionnaire answers, trust-page entries — and marks them stale.
03
Route to the owner
Each stale artefact becomes a task for the named owner, with the change that triggered it, the rule that flagged it and the action required to clear it.
04
Re-seal and re-publish
Once the artefact is regenerated and reviewed, it is sealed with a new version and the trust page, buyer answers and audit chain are updated in lock-step.
THE SYSTEM-OF-RECORD SPINE

Monitoring is the registry telling you when its own state has changed.

The registry is the source. Monitoring is the read of that source over time — every artefact, classification and answer that depends on a changed fact is flagged stale until reconfirmed against the new state.

Registry
Each event is recorded against the system record with actor, timestamp and rationale.
Classification
Material changes re-run the classification engine; tier or obligation deltas are surfaced to the owner.
Documentation
Dependent sections of Annex IV files, FRIAs and model cards are marked stale and queued for regeneration.
Questionnaire answers
Buyer answers tied to a changed fact are marked stale; future answers regenerate from the new state.
Trust page
Public assurance entries reflect the latest sealed state — never a January snapshot held into June.
Agent governance
Agent behaviour deltas — new tools, scope changes — trigger re-review against the registered allowed-behaviour set.
CURRENT, NOT STATIC

A compliance position from January isn't assumed true in June.

Most platforms freeze a position the day it's signed and let the world drift around it. Hael treats every artefact as live: if its source changes, the artefact is stale until reconfirmed — and re-sealing it is a reviewed action against the registry, not a fresh project.

January 2026
Annex IV file sealed for SYS-0148.
Sealed
March 2026
Provider changed → file marked stale; regenerate triggered.
Stale
April 2026
Reviewed and re-sealed; trust page re-published.
Sealed
June 2026
Open-banking feed linked → file marked stale again.
Stale
Current, not static — a January position isn't assumed true in June
MONITORING

See a real change ripple through the system.

Bring a system. We'll register it, seal its Annex IV file on the call, then change one fact — and walk the dependency chain in front of you.