Providers must take corrective action and inform the supply chain about non-conforming high-risk AI
Download: JSON · MarkdownUnder EU AI Act, Article 20
What this label means
- Verified
- — a named reviewer opened the official source and confirmed the record; the date and the reviewer are shown.
- Pending review
- — linked to the official source and in the queue for a reviewer to confirm.
- Source-linked
- — linked to the official source, not yet confirmed by a reviewer.
On this page 9 sections
In brief
Providers must take corrective action and inform the supply chain about non-conforming high-risk AI is a legal requirement under the EU AI Act in the European Union (Article 20). It applies from 2 December 2027. The record carries 2 evidence examples and mappings to 2 frameworks.
- Instrument
- EU AI Act
- Jurisdiction
- European Union
- Nature
- Legal requirement
- Source reference
- Article 20
- Applies from
- 2 December 2027
- Who it binds
- Provider / developer
- Evidence examples
- 2
- Framework mappings
- ISO/IEC 42001:2023, NIST AI Risk Management Framework 1.0
- Controls that meet it
- 2
- Official source
- Open official text
- Verification
- Verified against the official source 26 Sep 2026
What does it require?
A provider that considers, or has reason to consider, that a high-risk system it has placed on the market is not in conformity must immediately correct it, withdraw it, disable it or recall it as appropriate, and inform the distributors, deployers, authorised representative and importers. Where the system presents a risk to health, safety or fundamental rights and the provider becomes aware of that risk, it must immediately investigate the causes together with the reporting deployer and inform the market surveillance authorities and, where relevant, the notified body.
Practical action
Add a non-conformity and recall procedure for AI products with a supply-chain notification list and an authority-notification step.
Who does it apply to?
Providers of high-risk AI systems already on the market or in service.
- Actors
- Provider / developer
- Sectors
- Cross-sector / all sectors
Applies from:
Which controls meet this duty?
Satisfies: the control, operated properly, does the work the duty asks for. Supports: it contributes but the duty needs more. Each control page lists every other duty it serves, so work done once can be counted once.
-
satisfiesProcessIncident coordinator · continuousAI incident management and regulatory reporting
Serves 14 recorded duties · evidence: AI incident response playbook, AI incident record, Incident report to an authority
Investigation, corrective action and notification of authorities and the supply chain.
-
supportsProcessRelease manager · at launch and on material changeModel release and change-management gate
Serves 5 recorded duties · evidence: Release or change approval record, Release and change-classification procedure
Withdrawal, disabling and re-release pass through the gate.
Templates that cover this duty
Generated from the records. Free · no account · links emailed to your work address. This duty is cited in each file with its source reference and a link back here.
- EU AI Act Role and Risk Classifier
Checklist · XLSX · v4
- AI Incident Response Playbook and Log
Procedure · DOCX and XLSX · v3
- EU AI Act Article 50 Transparency Kit
Kit · DOCX and XLSX · v44
- ISO/IEC 42001 Gap Assessment and Statement of Applicability
Assessment · XLSX · v3
What evidence would a reviewer expect?
| Evidence | Type | Notes |
|---|---|---|
| Corrective action and recall procedure for AI systems | document | |
| Non-conformity investigation record | record | Root cause, action taken, parties notified and dates. |
Framework mappings
Original editorial crosswalks. They cite clause numbers only and reproduce no standard text; confidence reflects how direct the mapping is.
See every European Union duty mapped this way →
| Framework | Reference | Note | Confidence |
|---|---|---|---|
| ISO/IEC 42001:2023 | Clause 10.2; Annex A.8.4 | Nonconformity and corrective action; communication of incidents. | high |
| NIST AI RMF 1.0 | MANAGE 2.4, MANAGE 4.3 | Mechanisms to deactivate or supersede systems and respond to incidents. | high |
Frequently asked questions
Is this a legal requirement?
Yes. It is a legal requirement under EU AI Act (Article 20).
Who must comply with this obligation?
Providers of high-risk AI systems already on the market or in service.
When does this obligation apply?
It applies from 2 December 2027.
What evidence shows compliance?
A reviewer would expect: Corrective action and recall procedure for AI systems; Non-conformity investigation record.
Which frameworks map to this obligation?
It is mapped to ISO/IEC 42001:2023 Clause 10.2; Annex A.8.4, NIST AI Risk Management Framework 1.0 MANAGE 2.4, MANAGE 4.3. These are editorial crosswalks with a stated confidence, not official mappings.
Which controls satisfy this obligation?
AI incident management and regulatory reporting; Model release and change-management gate.
What should an organisation do in practice?
Add a non-conformity and recall procedure for AI products with a supply-chain notification list and an authority-notification step.
Cite this record
AIPolicyTracker (2026). “Providers must take corrective action and inform the supply chain about non-conforming high-risk AI (EU AI Act)” [AIPT-OBL-0026, verified 26 September 2026]. https://aipolicytracker.org/id/AIPT-OBL-0026 (accessed 8 November 2026). Data licensed CC BY 4.0.
Permanent id AIPT-OBL-0026: it never changes or gets reused, and its address keeps working if this page moves.
Cite the official text alongside it: Regulation (EU) 2024/1689 of the European Parliament and of the Council of 13 June 2024 laying down harmonised rules on artificial intelligence, Official Journal of the European Union, https://eur-lex.europa.eu/eli/reg/2024/1689/oj.
BibTeX
@misc{aipolicytracker2026_providersmusttakecorrect,
author = {{AIPolicyTracker}},
title = {{Providers must take corrective action and inform the supply chain about non-conforming high-risk AI (EU AI Act)}},
year = {2026},
howpublished = {\url{https://aipolicytracker.org/obligations/eu-ai-act-art-20-corrective-actions-and-information}},
url = {https://aipolicytracker.org/obligations/eu-ai-act-art-20-corrective-actions-and-information},
urldate = {2026-11-08},
note = {Data licensed CC BY 4.0. Accessed 8 November 2026}
}
Change history
No change to this record's tracked fields has been recorded since 15 October 2026, when field-level history began.
Similar obligations in other instruments
- Report serious incidents to market surveillance authorities — EU AI Act, European Union
- Providers of systemic-risk GPAI models must track and report serious incidents to the AI Office — EU AI Act, European Union
- Report critical safety incidents to the Office of Emergency Services — California SB 53, California (United States)
- Implement reasonable security safeguards and notify breaches — India DPDP Act, India
- Developers must notify the Attorney General and deployers of discovered algorithmic discrimination — Colorado AI Act, Colorado (United States)
- Deployers must notify the Attorney General of discovered algorithmic discrimination — Colorado AI Act, Colorado (United States)
Disclaimer: informational only, not legal advice. Verify every claim against the linked official sources and consult a qualified lawyer before acting.