FAQEU AI Act

Article 11 Technical Documentation

Article 11 requires providers of high-risk AI systems to draw up technical documentation before placing the system on the market or putting it into service, keep it up to date, and make it clear enough for authorities and notified bodies to assess compliance.

Use Annex IV as the file structure: identify the system and provider, explain the intended purpose, architecture, data, validation and testing, human oversight, cybersecurity, risk management, standards or alternative solutions, conformity declaration, and post-market monitoring plan.

Author
Sorena AI
Published
May 9, 2026
Updated
Jul 25, 2026
Questions
3

Structured answer sets in this page tree.

Primary sources
8

Cited legal and guidance references.

Publication metadata
Sorena AI
Published May 9, 2026
Updated Jul 25, 2026
Overview

This FAQ explains what belongs in EU AI Act for a high-risk AI system under Article 11 and Annex IV. It covers the provider's compliance file; generic project memos and general-purpose AI model documentation forms serve different purposes. Regulation (EU) 2026/1744, published on 24 July 2026 and entering into force on 27 July 2026, moves Article 11's application to 2 December 2027 for Annex III systems and 2 August 2028 for Annex I systems.

Search this module

Find a question or answer quickly

3 of 3 questions
Question 1

What does Article 11 require for EU AI Act technical documentation?

For a high-risk AI system, Article 11 makes a pre-market or pre-service requirement. The file must be drawn up before the system is placed on the market or put into service, kept up to date, and written to demonstrate compliance with the high-risk requirements in Chapter III, Section 2.

The documentation should let a national competent authority or notified body understand the system without reverse-engineering the product. A usable file therefore starts with system identity and , then shows how design, data, testing, risk controls, human oversight, cybersecurity, conformity, and post-market monitoring support that intended purpose.

Article 11 applies the Annex IV content as relevant to the system. It does not excuse a missing item without analysis: mark an item not applicable only when the system facts support that conclusion, and keep the reason in the controlled file.

  • Identify the AI system, provider, version, deployment form, , and relevant software, firmware, hardware, API, or embedded-product context.
  • Explain the system architecture, development process, algorithms, design choices, assumptions, expected outputs, output quality, and any third-party pre-trained systems or tools used.
  • Document training, validation, and testing data where relevant, including provenance, scope, main characteristics, selection, labelling, cleaning, and data-governance choices.
  • Include validation and testing procedures, metrics for accuracy and robustness, discrimination-impact checks where relevant, test logs, and dated reports signed by responsible persons.
  • Tie the file to the Article 9 risk-management system, Article 14 human-oversight measures, cybersecurity measures, conformity evidence, and post-market monitoring plan.

Does every EU AI Act file need to follow Annex IV?

For high-risk AI systems subject to Article 11, Annex IV is the minimum content baseline, applied as relevant to the system. From 27 July 2026, amended Article 11 allows SMEs, including start-ups, and small mid-cap enterprises to supply the Annex IV elements in a simplified manner through a Commission-established form. The simplified route changes presentation, not the underlying duty to provide the applicable Annex IV information.

Is EU AI Act only a legal compliance memo?

No. Annex IV expects engineering and product evidence: system description, , interfaces, architecture, development methods, data requirements, validation and testing procedures, performance metrics, cybersecurity measures, risk management, lifecycle changes, standards or technical specifications, conformity declaration, and post-market monitoring.

When does Article 11 become mandatory?

Regulation (EU) 2026/1744, published on 24 July 2026 and entering into force on 27 July 2026, moves Chapter III Sections 1 to 3 to 2 December 2027 for Article 6(2) Annex III systems and 2 August 2028 for Article 6(1) Annex I systems. Article 111 separately limits how the high-risk rules apply to a type and model first placed on the market or put into service before the relevant date, with a 2 August 2030 deadline for high-risk systems intended for use by public authorities.

Citations
European Commission - AI Act regulatory framework

Commission overview confirming that high-risk AI providers must address documentation, human oversight, robustness, cybersecurity, conformity assessment, registration, declaration of conformity, and CE marking.

Question 2

Which Annex IV sections should product and engineering teams populate?

Treat Annex IV as a technical-file table of contents. The first section identifies what the system is and how it is supplied. The second section explains how it was built. Later sections show how it is monitored, controlled, tested, changed, and assessed against the AI Act requirements.

The strongest documentation is traceable: every claim about system purpose, data, model behavior, oversight, cybersecurity, performance, and residual risk points to a controlled artifact such as a requirements record, architecture diagram, dataset sheet, test report, risk-control register, release note, user instruction, or conformity file.

For a high-risk system supplied by a third party, the provider still owns the Article 11 file. Supplier documentation can support it, but the provider must connect third-party components and pre-trained systems to the final system's , integration choices, tests, limitations, and risk controls.

  • System identity: provider name, system name, version, relation to prior versions, , deployment form, user interface, instructions for use, and hardware or software interactions.
  • Architecture and development: software components, model or algorithm logic, design choices, assumptions, optimization targets, expected output quality, computational resources, third-party systems, and integration or modification decisions.
  • Data: training methodologies and techniques, training datasets, provenance, scope, main characteristics, collection and selection methods, labelling, cleaning, and data-quality gaps that affect compliance.
  • Validation and testing: procedures, validation and test data, metrics for accuracy and robustness, checks against Chapter III Section 2 requirements, discriminatory-impact assessment, signed reports, and test logs.
  • Controls: human-oversight measures, interpretability support for deployers, input-data specifications, cybersecurity measures, risk-management description, lifecycle changes, and post-market performance evaluation.

How detailed should AI Act validation and testing evidence be in ?

Annex IV calls for validation and testing procedures, information about validation and testing data and their main characteristics, metrics used for accuracy, robustness, compliance with high-risk requirements, and potentially discriminatory impacts, plus test logs and dated reports signed by responsible persons.

Where do human oversight and cybersecurity belong in the Article 11 technical file?

They belong in the Annex IV development and control evidence. The record should assess the human-oversight measures needed under Article 14, identify technical measures that help deployers interpret outputs, and describe the cybersecurity measures put in place for the system.

Citations
Question 3

How do standards, conformity, and post-market monitoring fit the file?

Annex IV does not stop at design-time evidence. It asks for the harmonised standards applied in full or in part when their references have been published in the Official Journal of the European Union. If no such harmonised standards have been applied, the file must describe the solutions adopted to meet the high-risk requirements and list other relevant standards and technical specifications applied.

The same file should include a copy of the EU declaration of conformity and a detailed description of the post-market system used to evaluate performance. Article 72 makes the post-market monitoring plan part of the Annex IV .

Article 18 requires the provider to keep the , quality-management documentation, notified-body records where applicable, and EU declaration of conformity available to national competent authorities for 10 years after the high-risk system is placed on the market or put into service. That retention rule is separate from the minimum six-month rule for automatically generated logs under Articles 19 and 26.

  • Standards register: list Official Journal-referenced harmonised standards used in full or in part, and map each one to the AI Act requirement it supports.
  • Alternative solutions: where no is used, document the technical or organisational solution adopted for the relevant Chapter III, Section 2 requirement.
  • Conformity file: include the EU declaration of conformity and keep it aligned with system identity, provider identity, applicable Union law, and any standards or common specifications cited.
  • Post-market plan: describe how performance data, deployer feedback, incidents, lifecycle changes, and interactions with other AI systems will be collected and analysed to evaluate continued compliance.
  • Change control: record relevant lifecycle changes and reassess whether the , conformity route, or notified-body assessment needs an update.

Do harmonised standards automatically replace Annex IV ?

No. Standards can support conformity, and harmonised standards referenced in the Official Journal can create a presumption of conformity for the requirements they cover, but Annex IV still requires the itself, including the standards list or alternative compliance solutions.

Does the EU AI Act post-market monitoring plan sit outside the technical file?

No. Article 72 says the post-market monitoring system is based on a post-market monitoring plan, and that plan is part of the referred to in Annex IV.

Citations
Recommended next step

Turn Article 11 into a reviewable technical file

Sorena can help structure Article 11 technical documentation around the system identity, intended purpose, architecture, data, testing, oversight, cybersecurity, conformity evidence, and post-market monitoring records required by Annex IV.

Primary sources

References and citations

digital-strategy.ec.europa.eu
Referenced sections
  • Commission overview confirming that high-risk AI providers must address documentation, human oversight, robustness, cybersecurity, conformity assessment, registration, declaration of conformity, and CE marking.
"The AI Act defines 4 levels of risk"
digital-strategy.ec.europa.eu
Referenced sections
  • Commission page explaining that harmonised standards translate AI Act requirements into technical language and that applying standards remains voluntary.
"The application of standards remains voluntary"
eur-lex.europa.eu
Referenced sections
  • Primary source for Article 11, Annex IV, Article 47, Annex V, Article 72, and the high-risk AI requirements referenced by technical documentation.
"The technical documentation of a high-risk AI system"
eur-lex.europa.eu
Referenced sections
  • Primary legal text listing the system description, architecture, data, validation, testing, oversight, cybersecurity, risk-management, standards, conformity, and post-market items required in technical documentation.
"shall contain at least the following information"
eur-lex.europa.eu
Referenced sections
  • Primary legal text requiring standards or alternative-solution evidence, a copy of the EU declaration of conformity, and a post-market monitoring plan within technical documentation.
"The post-market monitoring plan shall be part"
eur-lex.europa.eu
Referenced sections
  • Primary legal text for the Article 11 timing rule and Annex IV minimum technical-documentation contents for high-risk AI systems.
"before that system is placed on the market"
eur-lex.europa.eu
Referenced sections
  • Binding amendment published on 24 July 2026, entering into force on 27 July 2026, which extends the simplified Article 11 form to small mid-cap enterprises and moves the Chapter III application dates.
"SMEs, including start-ups, and SMCs"
Related guides

Explore more topics

Are industry AI use cases high-risk under EU AI Act Annex III?
FAQ answer on when an industry AI use case falls under EU AI Act Annex III, how Article 6 classification works, when Article 6(3) can support a non-high-risk conclusion, and what evidence providers should keep.
EU AI Act AI System Classification Edge Cases FAQ
Answers for EU AI Act edge cases: AI system definition, inference versus simple rules, GPAI models, embedded products, territorial scope, roles, and classification evidence.
EU AI Act Applicability and Roles: Scope, Actor Map, and Evidence
Determine whether the EU AI Act applies to an AI system or GPAI model, map provider, deployer, importer, distributor, and product manufacturer roles, and record evidence for classification.
EU AI Act applicability test: scope, role, and risk classification
Stepwise EU AI Act applicability test for AI-system status, exclusions, territorial scope, operator role, prohibited uses, high-risk systems, GPAI models, transparency duties, and evidence records.
EU AI Act Article 5 Prohibited AI Practices Screening Guide
Screen AI systems against EU AI Act Article 5, including manipulation, social scoring, biometrics, law enforcement, and the new prohibited-content category.
EU AI Act Article 50 transparency disclosures FAQ
Article 50 FAQ for EU AI Act transparency duties covering chatbot notices, synthetic content marking, biometric and emotion notices, deepfakes, public-interest text, timing, accessibility, and exceptions.
EU AI Act Article 50 transparency, labeling, and user disclosures
Source-backed guide to EU AI Act Article 50 duties for user interaction notices, synthetic content marking, deepfake labels, emotion recognition notices, biometric categorisation notices, and related high-risk AI instructions for use.
EU AI Act Article 73 serious incident FAQ
FAQ on EU AI Act serious incident handling for high-risk AI systems, including Article 73 reporting, deployer escalation, corrective action, and GPAI systemic-risk distinctions.
EU AI Act Compliance Checklist by Risk Class
A practical EU AI Act checklist for classifying AI systems, assigning operator roles, screening prohibited practices, and collecting evidence for high-risk, GPAI, transparency, monitoring, and incident duties.
EU AI Act Compliance Program: roles, high-risk evidence, GPAI and incidents
Build an EU AI Act compliance program around provider, deployer, importer, distributor, high-risk, GPAI, transparency, monitoring, and incident evidence duties.
EU AI Act conformity assessment and notified bodies for high-risk AI
Source-backed guide to EU AI Act high-risk AI conformity assessment routes, provider evidence, EU declaration of conformity, CE marking, and notified body involvement.
EU AI Act deadlines and compliance calendar | Article 113 dates
EU AI Act compliance calendar for Regulation (EU) 2026/1744, Article 113 dates, Article 111 transitions, GPAI enforcement, Article 50, and high-risk systems.
EU AI Act FAQ: scope, roles, high-risk AI, GPAI, FRIA, and dates
Source-backed EU AI Act FAQ covering scope, roles, risk classification, GPAI, transparency, AI literacy, rights and complaints, sandboxes, authorities, SME provisions, and current legal status.
EU AI Act FRIA FAQ: Article 27 Scope, Contents, and Notification
Source-backed FAQ on when Article 27 requires a fundamental rights impact assessment, which deployers are covered, what the FRIA must contain, and how it relates to DPIAs and registration.
EU AI Act FRIA for high-risk AI systems: Article 27 scope and evidence
Source-backed guide to EU AI Act Article 27 fundamental rights impact assessments: who must run a FRIA, Article 6(2) triggers, Annex III carveouts, DPIA overlap, notification, and registration evidence.
EU AI Act GPAI and Systemic-Risk Duties: Article 53 and 55 FAQ
FAQ on EU AI Act duties for general-purpose AI model providers, including Article 53 documentation, copyright and training-summary duties, Article 55 systemic-risk duties, serious incidents, cybersecurity, and staged enforcement.
EU AI Act GPAI evidence pack checklist for Article 53 and 55
Build a source-backed evidence pack for EU AI Act GPAI model obligations: technical documentation, downstream information, copyright policy, training-content summary, and systemic-risk records where applicable.
EU AI Act GPAI Provider Obligations: Articles 53 and 55
Source-backed guide to EU AI Act duties for general-purpose AI model providers: Article 53 documentation, copyright policy, training-content summary, downstream information, and Article 55 systemic-risk controls.
EU AI Act High-Risk AI Requirements: Articles 8-16 and 26
Map the EU AI Act requirements for high-risk AI systems: risk management, data governance, technical documentation, logs, transparency, human oversight, accuracy, robustness, cybersecurity, and deployer duties.
EU AI Act high-risk AI use cases by industry | Article 6 and Annex III guide
Industry-by-industry guide to EU AI Act high-risk classification under Article 6, Annex III, Annex I product safety routes, exclusions, and provider/deployer boundaries.
EU AI Act high-risk conformity assessment route selector
Select the EU AI Act Article 43 conformity assessment route for a high-risk AI system, including Annex I product legislation, Annex III categories, notified body triggers, standards, declaration, CE marking, registration, and evidence.
EU AI Act high-risk requirements checklist: Articles 8-15
Checklist for EU AI Act high-risk AI system requirements in Articles 8-15: risk management, data governance, documentation, logs, transparency, human oversight, accuracy, robustness, and cybersecurity.
EU AI Act penalties and fines: Article 99 tiers and GPAI exposure
EU AI Act penalties explained: Article 99 fine tiers, prohibited-practice exposure, incorrect information, SME caps, Member State rules, and GPAI model fines.
EU AI Act post-market monitoring and serious incident reporting
Source-backed guide to EU AI Act Articles 72 and 73 for high-risk AI: monitoring plans, serious incident reporting, deployer escalation, corrective action, and GPAI distinctions.
EU AI Act post-market monitoring FAQ for high-risk AI systems
Answer to how providers and deployers should handle EU AI Act post-market monitoring for high-risk AI systems under Article 72, with serious-incident, log, corrective-action, and lifecycle-change triggers.
EU AI Act provider vs deployer role boundaries: Article 3 and Article 25 FAQ
FAQ on EU AI Act provider, deployer, operator, importer, distributor, authorised representative, product manufacturer, downstream provider, and GPAI model provider boundaries.
EU AI Act risk classification intake workflow
A source-based intake structure for classifying EU AI Act scope, prohibited practices, high-risk routes, Annex III use cases, GPAI model status, roles, and reassessment triggers.
EU AI Act serious incident reporting triage workflow: Article 73 and Article 55
Triage EU AI Act serious incidents by definition, actor, reporting route, deadline, deployer escalation, corrective action, and separate GPAI systemic-risk reporting.
EU AI Act Technical Documentation and Provider Evidence Templates
Build AI Act evidence templates for high-risk AI providers: Article 11 technical documentation, Annex IV fields, quality management, conformity, CE marking, registration, logs, and post-market monitoring.
EU AI Act Timeline Roadmap: Dates, Legal Status, Owners, and Evidence
Turn EU AI Act milestones into an implementation roadmap by separating enacted dates, political agreements, draft guidance, consultations, and voluntary codes, then assigning actions and evidence.
EU AI Act vs ISO/IEC 42001: legal duties, controls, and evidence limits
Compare the EU AI Act and ISO/IEC 42001:2023, including legal status, Article 17 quality management, high-risk duties, GPAI, evidence reuse, and assurance limits.
EU AI Act vs NIST AI RMF: legal duties, risk controls, and evidence boundaries
Compare the EU AI Act with NIST AI RMF 1.0 across legal status, GOVERN-MAP-MEASURE-MANAGE, high-risk duties, GPAI, evidence reuse, and revision limits.
FAQ: EU AI Act conformity assessment procedures and notified body selection
cited FAQ on EU AI Act Article 43 conformity assessment routes, Annex VI internal control, Annex VII notified-body review, CE marking, declarations, and registration.