Research Home Topics EU AI Act Countries Sources Calendar Methodology Authors

Post-Market Monitoring for High-Risk AI Systems

Article 72 requires providers to establish a post-market monitoring system and plan that actively and systematically collects and analyses performance data throughout the system’s lifetime. The plan is part of Annex IV technical documentation. Annex I Section A products and certain financial institution AI systems can integrate into existing sectoral monitoring systems, provided equivalent protection is achieved.

Key context
"Post-market monitoring is not optional reporting. Providers must actively collect and analyse data on their systems' performance throughout the lifecycle."
EU AI Act, Article 72
Post-market monitoring is an active programme, not a passive log review — Article 72 requires providers to collect and analyse data throughout the system’s lifetime, not only when incidents occur.

Builds on AR-000188 (Technical Documentation) — the post-market monitoring plan is Annex IV Item 9 in the technical documentation dossier. This article covers the Article 72 system and plan obligations in full. Article 73 (Incident Reporting, AR-000380) is the downstream obligation triggered when monitoring identifies a serious incident.

Executive summary

What this means

Who this applies to

Regulatory context

The monitoring plan as pre-market technical documentation

The Commission implementing act template

The Annex I Section A and financial institution integration option

Relationship with Article 73 incident reporting

Requirements

What organizations must do

  • Design the post-market monitoring system and plan before market placement — Annex IV requires the plan as part of the pre-market technical documentation, not as a post-launch task.
  • Build active data-collection mechanisms into the system or into the provider’s commercial relationship with deployers — “actively and systematically” requires proactive collection, not passive log access.
  • Exclude law-enforcement deployers’ sensitive operational data from the monitoring data set — and design the monitoring programme to function with that data gap.
  • Check whether the Commission has published the Article 72(3) implementing act template — if it has, use it; if it has not, document why the chosen plan structure meets the equivalent purpose.
  • Connect monitoring outputs to the Article 9 risk management system and the Article 20 corrective action process — monitoring data that does not trigger compliance review and corrective action where needed does not satisfy the Article 72 purpose.

Common mistakes

Treating post-market monitoring as an incident-response activity rather than an ongoing proactive programme is a common mistake — Article 72 requires active and systematic data collection throughout the system’s lifetime, not only after problems surface.

Drafting the monitoring plan after market placement is a second mistake — the plan is Annex IV Item 9 and must be part of the pre-market technical documentation.

Assuming the Annex I Section A integration option in Article 72(4) waives any of the substantive monitoring requirements is a third mistake — it permits integration into an existing system, not exemption from the obligations.

Not accounting for the law-enforcement sensitive operational data exclusion when designing the monitoring data architecture is a fourth mistake — systems deployed primarily by law enforcement will have structurally limited monitoring data, and the programme must be designed to function within that constraint.

Open questions

  • Whether the Digital Omnibus changed Article 72’s monitoring system or plan requirements — Article 72 carries the Omnibus disclaimer; the text described here is pre-amendment.
  • Whether the Commission adopted the Article 72(3) implementing act template by the 2 February 2026 deadline — not confirmed against a primary source on this research pass.
  • How “equivalent protection” under the Article 72(4) integration option is assessed in practice — no Commission guidance specifically addressing this test was identified on this research pass.

Frequently asked

FAQ
Can a provider rely entirely on incident reports from deployers as its post-market monitoring data source?
No. Article 72(2) requires the system to “actively and systematically” collect data. Passive reliance on deployer incident reports does not meet the “active” standard. Deployer-provided data is one source among potentially several; the provider must design proactive collection mechanisms.
FAQ
Has the Commission published the monitoring plan template required by Article 72(3)?
The deadline was 2 February 2026. Whether the implementing act was adopted on time and what the template requires was not confirmed against a primary source on this research pass.
FAQ
Does a financial institution using an AI system for credit scoring need a separate Article 72 monitoring programme, or can it use its existing governance monitoring?
If the system falls under Annex III point 5 and the institution is subject to Union financial services law on internal governance, Article 72(4) permits integration into the existing governance system, provided equivalent protection is achieved. The institution must still meet all Article 72(1)–(3) requirements through the integrated system.

Go deeper

Apply this in practice

AGNUS Academy turns AI governance research into hands-on skills — exercises, case studies, and frameworks built on the research you just read.

Explore the Academy →