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
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

FrameworkClauseTitle
ISO/IEC 42001:2023Clause 6Planning & risk Planning of changes.
NIST AI Risk Management Framework (AI RMF 1.0)GOVERN 1Policies, 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.