Skip to content

AI Act: questions to assess your obligations

Deadline: Parts applicable from 2.2.2025; general applicability 2.8.2026. Chapter III Sections 1–3 (except Art. 6(5)) apply from 2.12.2027 (Annex III) and 2.8.2028 (Annex I) under Art. 113 as amended by Regulation (EU) 2026/1744; also check the Art. 111 transitional rules.


Part A: AI Act Compliance

Use this checklist after recording the system’s intended purpose, your legal role and applicable date. A3–A7, A9–A12 and A15–A17 mainly address high-risk providers, not every user of a GPAI API. Deployer duties are in Article 26; A13 has the specific Article 27 scope. A1/A2 are preparation methods; A14 is supplier governance with separate GDPR triggers. An Annex IV template needs system-specific evidence and review; it is not a complete technical file or a guarantee of auditor acceptance.

The references identify requirements to assess, not a universal list of mandatory methods. Terms such as system owner, drift testing and the listed log fields are implementation examples. Articles 43, 49, 72 and 73 are outside Chapter III Sections 1–3: do not infer their applicable dates from that deferral alone; determine the route and Article 111 transition for the system.

#ActivityReferencePhaseDescription
A1AI InventoryArt. 2, 3PreparationList all AI/ML systems (in-house, third-party, embedded)
A1.1— Internal AI systemsArt. 3(1)PreparationData pipeline, recommender, fraud detection
A1.2Third-party AI systems and modelsArt. 3(1), (63)PreparationDistinguish the AI system or service used from the underlying GPAI model; assess definitions and role
A1.3— Embedded AIArt. 3(1)PreparationAI in product for end-users (incl. open-source)
A2ClassificationArts. 5, 6, 50; Annexes I and IIIAnalysisAssess prohibitions and high-risk status; assess Art. 50 separately, including overlap
A2.1Prohibited practicesArt. 5AnalysisAssess exact conditions and exceptions; emotion recognition at work/in education is restricted, not every use involving children
A2.2High-risk AIArt. 6; Annexes I and IIIAnalysisSpecific purposes in Annex III; product/safety-component route subject to all Art. 6(1)–(1c) conditions
A2.3GPAI role assessmentArts. 3, 25, 53–55AnalysisDistinguish model provider, downstream system provider and deployer; RAG alone does not decide the role
A3AI Governance & QMSArt. 16, 17GovernanceQuality Management System for AI
A3.1— AI Policy documentArt. 17(1) (QMS written policies); otherwise recommended governanceGovernancePolicy: How we use AI, roles, approval process
A3.2— AI governance structureArt. 17GovernanceResponsibilities, roles, reporting lines
A3.3Accountability frameworkArt. 17(1)(m)GovernanceAllocate responsibilities; a system owner is one implementation approach
A4Risk Management SystemArt. 9ImplementationRisk management for high-risk AI
A4.1— Risk identificationArt. 9(2)(a)ImplementationIdentify risks for each high-risk AI
A4.2— Risk mitigationArt. 9(2)(d)ImplementationMitigation measures
A4.3— Residual risk assessmentArt. 9(5)ImplementationAcceptance of residual risks
A5Data GovernanceArt. 10ImplementationTraining data quality, representativeness, completeness
A5.1Training, validation and test data qualityArt. 10(3)ImplementationRelevant, sufficiently representative and, to the best extent possible, error-free and complete for the intended purpose
A5.2— Data bias assessmentArt. 10(2)(f)ImplementationAssessment of potential biases in data
A5.3Data governance proceduresArt. 10(2); special categories under Art. 4aImplementationDocument collection, preparation, suitability and gaps; Art. 4a processing is exceptional, strictly necessary and subject to all its conditions and safeguards
A6Technical DocumentationArts. 11, 18; Annex IVDocumentationSystem-specific technical file; provider retention: 10 years after placement on the market or putting into service
A6.1— Model documentationArt. 11, Annex IVDocumentationArchitecture, training process, performance
A6.2Testing resultsArt. 11; Annex IVDocumentationTesting results, benchmarks and their limitations
A6.3Incident and corrective-action recordArts. 20, 72, 73DocumentationRecord incidents, investigation and corrective action for the applicable role
A7Logging & Record-KeepingArt. 12, 19ImplementationAutomatic logging of AI system operations
A7.1Automatic loggingArt. 12(1)–(3)ImplementationLog events relevant to traceability and the applicable system-specific requirements; no blanket requirement to store every input/output
A7.2Log retentionArts. 19, 26(6)ImplementationAutomatically generated logs under the actor’s control: appropriate period, at least 6 months unless other applicable law provides otherwise
A8TransparencyArts. 13, 26(11), 50ImplementationDistinguish instructions and interpretability for deployers from information to affected persons; apply the relevant role, trigger and exceptions
A8.1AI interaction disclosureArt. 50(1)ImplementationProviders inform natural persons unless obvious in context; assess the statutory law-enforcement exception
A8.2— Instructions for useArt. 13ImplementationDocumentation for deployers
A9Human OversightArt. 14ImplementationRisk-proportionate human oversight measures for high-risk AI
A9.1Override capabilityArt. 14(4)(d)ImplementationAbility to disregard, override or reverse the output; where appropriate and proportionate under Art. 14(4)
A9.2— Stop mechanismArt. 14(4)(e)ImplementationAbility to stop the AI system; where appropriate and proportionate under Art. 14(4)
A10Accuracy & RobustnessArt. 15TestingTesting, monitoring, drift detection
A10.1— Accuracy testingArt. 15(1)TestingRegular accuracy testing
A10.2Robustness and cybersecurity testingArt. 15(4)–(5)TestingAdversarial and edge-case tests are example methods chosen according to the system’s circumstances and risks
A10.3Drift detectionArts. 15(1), 15(4); Art. 72TestingExample method for monitoring performance degradation and harmful feedback loops, chosen for the system’s risks
A11Conformity AssessmentArt. 43, 47-48ConformityConformity assessment for high-risk AI
A11.1Internal assessmentArt. 43(2)ConformityAnnex III points 2–8: internal control under Annex VI; biometric and product routes follow Art. 43(1)/(3)
A11.2— CE markingArt. 48ConformityCE marking before placing on market
A12RegistrationArts. 49, 71ConformityDetermine EU/national registration, actor and scope under Art. 49(1)–(5); not every high-risk system uses the EU database
A12.1Provider registrationArt. 49(1)ConformityProvider/representative registers itself and Annex III system, except point 2, before placement on market or putting into service
A12.2Other registration rulesArt. 49(2)–(5)ConformityArt. 6(3) exception: provider/system registration; deployers that are public authorities, Union institutions, bodies, offices or agencies, or persons acting on their behalf, register use under paragraph 3; secured non-public part for specified fields; Annex III point 2 registration is national
A13FRIA (Deployers)Art. 27GovernanceFundamental Rights Impact Assessment
A13.1FRIA scopeArt. 27(1)GovernancePublic-law bodies, private public-service providers and deployers of Annex III 5(b)/(c) uses; Annex III point 2 excluded
A13.2FRIA notificationArt. 27(3)GovernanceNotify the market surveillance authority where the FRIA duty applies, subject to the provision’s exception
A14Third-party AI supplier reviewRecommended governance; GDPR where applicableGovernanceReview privacy, security, terms and supplied documentation; not a universal Chapter V deployer duty
A14.1DPA where supplier is processorGDPR Art. 28GovernanceProcessing agreement where personal data is processed on your behalf
A14.2Terms and intended-use reviewContract; Arts. 13, 26(1) for high-risk systemsGovernanceCheck permitted uses and relevant provider instructions
A14.3Personal-data handling rulesGDPR Arts. 5, 6, 9, 32, 44–49GovernanceLawful purpose and basis, minimisation, security and transfer safeguards; encryption alone is insufficient
A14.4Proportionate evidence and loggingRecommended governance; Arts. 19, 26(6) where applicableGovernanceDocument necessary events; no blanket requirement to archive every GPAI prompt
A15AI Incident ManagementArt. 72, 73MonitoringProcedure for reporting AI incidents
A15.1— Incident classificationArt. 73MonitoringClassification of AI incident severity
A15.2— Serious incident reportingArt. 73(1)MonitoringReporting serious incidents to authorities
A16Post-Market MonitoringArt. 72MonitoringContinuous monitoring after deployment
A16.1— Monitoring planArt. 72(3)MonitoringPost-market monitoring plan
A16.2— Feedback collectionArt. 72(2)MonitoringCollection of user feedback
A17Bias Testing (High-Risk)Art. 10, 15TestingRegular bias testing for high-risk AI
A17.1— Bias testing setupArt. 10(2)(f)TestingSetup of bias testing
A17.2Bias review cadenceArts. 10, 15TestingSet testing frequency by system risks and change; monthly/quarterly reviews are examples, not statutory intervals

Implementation sequence

  1. Inventory and role/scope assessment.
  2. Applicable-duty matrix with legal dates and accountable owners.
  3. Governance, data, risk and technical evidence for the relevant high-risk role.
  4. Testing, remediation and the applicable conformity/registration process before its legal trigger.

The month ranges below are an illustrative project plan, not AI Act deadlines. Schedule against Articles 111 and 113 and the actual system’s placement on the market or use.

Implementation Phases


Resources



Primary sources: AI Act — informative consolidated version 27 July 2026; Regulation (EU) 2026/1744 — published 24 July 2026; GDPR — published version 4 May 2016.