Control · C-059 · Regulatory & Legal Compliance
AI regulatory obligations register and horizon scanning
The AI obligations that apply to the organisation, and the dates from which they apply, are recorded, mapped to controls and owners, and updated as the law and guidance change.
- Control type
- Directive
- Risks addressed
- 3
- Audience
- Heads-of · Practitioner
- Frameworks
- Clause 6 · GOVERN 1
- Responsible AI domain
- Lifecycle stage
- Reviewed
- 2026-11-10
What it does
It keeps the organisation's view of the law current. A register lists each obligation that applies, its source, the date it takes effect, the systems it touches, the control that meets it and the person responsible. Horizon scanning feeds it with new and amended requirements. Compliance or legal owns it. Scanning runs continuously, and the register is reviewed on a set cycle and whenever a significant change is published.
How to implement it
- Identify the regimes in scope by jurisdiction, sector and the organisation's role.
- Record each obligation at the level of the provision, with its application date.
- Map each obligation to a control and an owner, and record gaps.
- Monitor primary sources and regulators, and do not rely on summaries alone.
- Assess each change for impact and assign the response.
- Correct internal guidance and training when the law they cite changes.
Evidence it operates
Design: a register with sources, dates, controls and owners; a scanning procedure. Operation: change records showing an amendment identified and assessed; gap actions tracked to closure; updated guidance; reports of significant change to the governance forum.
Where it fits
Operates from strategy through operation. It is the primary control for untracked regulatory change, tells high-risk conformity assessment and registration when duties apply, and keeps the criteria for regulatory incident notification current.
Limits
A register records obligations and does not interpret them; much AI law is new and its meaning unsettled. Dates move, as the amendment of the EU AI Act's timetable showed, so an entry is only as good as its last check. The register covers law that is identified as relevant, and the harder task is recognising that a general law applies to an AI use.
Risks this mitigates
Primary mappings
- Untracked regulatory change Medium
- Records obligations and application dates and updates them as the law changes. New or amended AI obligations, including changed application dates, are not identified and translated into controls in time.
Supporting mappings
- Conformity assessment and registration failure High
- Tracks when the duties apply. A high-risk system is placed on the market or put into use without the required conformity assessment, declaration, marking or registration.
- Serious incident reporting failure High
- Keeps the reporting duties and deadlines current. A reportable AI incident is not recognised, escalated or notified to the relevant authority within the time required.
Framework and clause references
| Framework | Clause | Title |
|---|---|---|
| ISO/IEC 42001:2023 | Clause 6 | Planning & risk Planning of changes. |
| NIST AI Risk Management Framework (AI RMF 1.0) | GOVERN 1 | Policies, processes and practices for AI risk are in place and effective Legal requirements understood. |
Related terms
How to cite
Axiom Verity (2026). AI regulatory obligations register and horizon scanning. Reference Library, C-059. https://axiom-verity.com/controls/ai-regulatory-obligations-register. Reviewed 2026-11-10.
Found an error or a better source? Report a correction.