Article-by-Article Compliance Checklist with Evidence Tracking. A structured, auditable template that maps every obligation in the EU AI Act to your AI systems, evidence base, and remediation plan.
Canonical reference: The EU AI Act Strategic Guide for Business Leaders
Cite the article number, the tier, and the date. Most vendor and consultant claims about the EU AI Act compress three different penalty tiers into one ("7% of turnover") and conflate four different enforcement dates (Feb 2025, Aug 2025, Aug 2026, Aug 2027) into one ("the EU AI Act takes effect"). The detail is what makes a compliance claim defensible. Use this template to score against specific articles, not against vibes.
Score what is documented and producible — not what is intended. A conformity assessment in someone's email is not a conformity assessment. A model card in draft is not documentation. Article 11 technical documentation must exist in a form that survives a regulator's request. The template scores producibility within 48 hours, not the existence of a roadmap to producibility.
For each AI system in your inventory, classify its risk tier under the EU AI Act. This classification determines which compliance obligations apply. Be conservative: if a system could reasonably fall into a higher tier, classify it there.
| AI System Name | Business Function | Risk Tier | Classification Rationale | Evidence Ref. | Status | Reviewer |
|---|---|---|---|---|---|---|
For each prohibited practice, assess whether any of your AI systems — including third-party tools and embedded features — could fall within scope. Document evidence for your assessment.
AI systems that deploy subliminal techniques beyond a person's consciousness, or purposefully manipulative or deceptive techniques, with the objective or effect of materially distorting behavior and causing significant harm.
| AI System | Assessment | Evidence / Rationale | Remediation Action | Owner |
|---|---|---|---|---|
| Compliant / Non-Compliant / N/A | ||||
AI systems that exploit vulnerabilities of persons due to their age, disability, or a specific social or economic situation, with the objective or effect of materially distorting behavior and causing significant harm.
| AI System | Assessment | Evidence / Rationale | Remediation Action | Owner |
|---|---|---|---|---|
| Compliant / Non-Compliant / N/A | ||||
AI systems used by public authorities (or on their behalf) for evaluation or classification of natural persons based on their social behavior or personal characteristics, leading to detrimental or unfavorable treatment unrelated to the context in which the data was generated or disproportionate to the gravity of the social behavior.
| AI System | Assessment | Evidence / Rationale | Remediation Action | Owner |
|---|---|---|---|---|
| Compliant / Non-Compliant / N/A | ||||
AI systems that assess or predict the risk of a natural person committing a criminal offence, based solely on profiling or personality traits. Exceptions exist for systems that augment human assessment based on objective, verifiable facts directly linked to criminal activity.
| AI System | Assessment | Evidence / Rationale | Remediation Action | Owner |
|---|---|---|---|---|
| Compliant / Non-Compliant / N/A |
AI systems that create or expand facial recognition databases through untargeted scraping of facial images from the internet or CCTV footage.
| AI System | Assessment | Evidence / Rationale | Remediation Action | Owner |
|---|---|---|---|---|
| Compliant / Non-Compliant / N/A |
AI systems that infer emotions of natural persons in the areas of workplace and education, except where the AI system is intended to be put in place or into the market for medical or safety reasons.
| AI System | Assessment | Evidence / Rationale | Remediation Action | Owner |
|---|---|---|---|---|
| Compliant / Non-Compliant / N/A |
AI systems that categorize natural persons based on biometric data to deduce or infer their race, political opinions, trade union membership, religious or philosophical beliefs, sex life, or sexual orientation. Exception: labeling or filtering of lawfully acquired biometric datasets or law enforcement categorization of biometric data.
| AI System | Assessment | Evidence / Rationale | Remediation Action | Owner |
|---|---|---|---|---|
| Compliant / Non-Compliant / N/A |
Real-time remote biometric identification systems in publicly accessible spaces for law enforcement purposes. Narrow exceptions exist for: targeted search for missing persons or abduction victims, prevention of specific imminent threat to life or terrorist attack, and identification of suspects of serious criminal offences — each requiring prior judicial authorization.
| AI System | Assessment | Evidence / Rationale | Remediation Action | Owner |
|---|---|---|---|---|
| Compliant / Non-Compliant / N/A |
These obligations apply to all providers of GPAI models, regardless of systemic risk classification.
| GPAI Model / Provider | Requirement | Status | Evidence / Documentation | Gap / Remediation |
|---|---|---|---|---|
| Not Started / In Progress / Compliant | ||||
A GPAI model is classified as having systemic risk if it has high-impact capabilities (presumed when cumulative training compute exceeds 1025 FLOPs) or is designated by the European Commission based on criteria in Annex XIII. Currently applies to frontier models from leading AI labs.
| GPAI Model | Systemic Risk? | Requirement | Status | Evidence | Gap / Action |
|---|---|---|---|---|---|
| Art. | Requirement | Status | Evidence | Gap / Remediation | Owner | Deadline |
|---|---|---|---|---|---|---|
| Art. 9 | Risk Management System Establish, implement, document, and maintain a continuous, iterative risk management system throughout the AI system's lifecycle. Must identify, analyze, evaluate, and treat known and reasonably foreseeable risks. |
Not Started / In Progress / Compliant | ||||
| Art. 10 | Data Governance Training, validation, and testing data sets shall meet quality criteria: relevant, sufficiently representative, free of errors, complete. Data governance practices covering collection, preparation, labeling, and bias detection. |
|||||
| Art. 11 | Technical Documentation Drawn up before system is placed on market or put into service. Kept up to date. Content per Annex IV: general description, design specifications, monitoring and functioning, risk management, conformity changes. |
|||||
| Art. 12 | Record-Keeping & Logging Automatic recording of events (logs) throughout the system's lifetime to enable traceability. Logging capabilities proportionate to intended purpose and risk level. Minimum retention periods apply. |
|||||
| Art. 13 | Transparency & User Information Design and develop to ensure operation is sufficiently transparent to enable deployers to interpret output and use it appropriately. Instructions for use with concise, complete, correct, clear, relevant, accessible, and comprehensible information. |
|||||
| Art. 14 | Human Oversight Design to allow effective oversight by natural persons during use. Oversight measures enable individuals to fully understand AI system capabilities and limitations, monitor operation, interpret outputs, decide not to use or override, and intervene or interrupt. |
|||||
| Art. 15 | Accuracy, Robustness & Cybersecurity Achieve appropriate levels of accuracy, robustness, and cybersecurity. Perform consistently throughout lifecycle. Resilient against errors, faults, and adversarial attacks. Technical redundancy solutions where appropriate. |
|||||
| Art. 17 | Quality Management System Put in place a QMS ensuring compliance. Includes: strategy for regulatory compliance, design and development techniques, quality control procedures, examination/test/validation procedures pre-/during/post-development, technical specifications, data management systems, risk management system, post-market monitoring, incident reporting, and communication with competent authorities. |
|||||
| Art. 43 | Conformity Assessment Before placing on market or putting into service, subject to the relevant conformity assessment procedure. For biometric and critical infrastructure systems: third-party assessment by a notified body. For other high-risk systems: internal assessment based on Annex VI is possible. |
|||||
| Art. 47 | EU Declaration of Conformity Draw up a written or electronic EU declaration of conformity for each high-risk AI system. Keep it for 10 years after the system has been placed on the market or put into service. Make available to national competent authorities upon request. |
|||||
| Art. 48 | CE Marking Affix the CE marking visibly, legibly, and indelibly to the high-risk AI system (or its packaging/documentation where not possible). CE marking subject to general principles in Article 30 of Regulation (EC) No 765/2008. |
|||||
| Art. 49 | Registration in EU Database Before placing on market or putting into service, the provider (or authorized representative) shall register the system in the EU database referred to in Article 71. The registration shall include information specified in Annex VIII. |
These obligations apply to AI systems classified as limited risk. They focus on ensuring that people interacting with AI systems are aware they are doing so. Transparency obligations are lighter than high-risk requirements but are still legally binding.
| AI System | Transparency Type | Status | Implementation Details | Gap / Remediation |
|---|---|---|---|---|
The EU AI Act establishes a tiered penalty structure. Penalties are calculated as the higher of a fixed amount or a percentage of worldwide annual turnover. SMEs and startups benefit from proportionate, reduced penalty caps.
| Violation Category | Fixed Cap | % of Turnover | Your Maximum Exposure (€) |
|---|---|---|---|
| Prohibited practices | €35,000,000 | 7% | |
| High-risk non-compliance | €15,000,000 | 3% | |
| Misleading information | €7,500,000 | 1% |
Track your readiness against each enforcement milestone. Mark each as complete or in progress.
Consolidate findings from all sections into an actionable summary. This is the executive view for governance committees and board reporting.
| # | Gap Description | Affected Systems | Severity | Remediation Action | Owner | Target Date |
|---|---|---|---|---|---|---|
| 1 | ||||||
| 2 | ||||||
| 3 | ||||||
| 4 | ||||||
| 5 |
If your organization already follows the NIST AI Risk Management Framework, use this crosswalk to leverage existing work. Many EU AI Act requirements map to NIST subcategories — meaning existing NIST artifacts can serve as evidence for EU AI Act compliance.
| EU AI Act | Requirement | NIST AI RMF | NIST Subcategory | Overlap Level |
|---|---|---|---|---|
| Art. 9 | Risk Management System | MAP, MEASURE | MAP-1, MAP-3, MS-1, MS-2 | High |
| Art. 10 | Data Governance | MAP, MEASURE | MAP-2, MS-2.6, MS-2.7 | High |
| Art. 11 | Technical Documentation | GOVERN | GV-1.1, GV-4.3 | Medium |
| Art. 12 | Record-Keeping / Logging | MEASURE | MS-2.5, MS-4.1 | Medium |
| Art. 13 | Transparency | MAP, GOVERN | MAP-5, GV-1.2 | Medium |
| Art. 14 | Human Oversight | MANAGE | MG-2.2, MG-3.1 | High |
| Art. 15 | Accuracy, Robustness, Cybersecurity | MEASURE | MS-1.1, MS-2.3, MS-2.8 | High |
| Art. 17 | Quality Management System | GOVERN | GV-1, GV-2, GV-3 | High |
| Art. 43 | Conformity Assessment | GOVERN | GV-1.3 (partial) | Low (EU-specific) |
| Art. 47–49 | Declaration, CE Marking, Registration | — | No direct NIST equivalent | None (EU-specific) |
| Art. 50 | Transparency (Limited Risk) | MAP | MAP-5.1, MAP-5.2 | Medium |
| Art. 51–56 | GPAI Obligations | GOVERN, MAP | GV-4, MAP-2 (partial) | Low (EU-specific) |
This template is part of a connected system of governance tools. Each addresses a different dimension of AI governance maturity and regulatory readiness.
Definitions used throughout this template. These align with the canonical methodology article and the consolidated text of Regulation (EU) 2024/1689.
EU AI Act (Regulation (EU) 2024/1689). The first comprehensive AI regulation globally. Phased enforcement: Article 5 prohibitions and Article 4 AI literacy from Feb 2, 2025; GPAI obligations from Aug 2, 2025; high-risk system obligations from Aug 2, 2026; embedded high-risk products (Annex I) from Aug 2, 2027.
Article 99 Penalty Tiers. 7%/€35M turnover for prohibited-practice violations (Art. 99(3)); 3%/€15M for high-risk system non-compliance and most provider/deployer obligation breaches (Art. 99(4)); 1%/€7.5M for supplying incorrect information to authorities (Art. 99(5)). Most consolidated public summaries get this wrong.
GPAI (General-Purpose AI Model, Chapter V). AI models trained on broad data and capable of a wide range of tasks. Standard obligations apply to all GPAI; systemic-risk obligations apply to models exceeding 10²⁵ FLOPs (Art. 51) or designated by the European Commission based on capability assessments.
High-Risk System (Article 6 + Annex III). AI systems that are safety components of regulated products (medical devices, vehicles, machinery) OR used in eight critical domains: biometrics, critical infrastructure, education, employment, essential services, law enforcement, migration, justice. Trigger the full conformity-assessment regime under Articles 8–15.
Conformity Assessment (Articles 43–49). The documented evaluation evidencing that a high-risk AI system meets requirements of Articles 8–15. Either internal (Annex VI) or third-party (Annex VII) depending on system type. Required before placing on EU market.
Notified Body. An independent third-party organisation designated by an EU Member State to conduct conformity assessments for high-risk AI systems requiring Annex VII assessment. The list is maintained on the NANDO database.
Provider / Importer / Distributor / Deployer. The four EU AI Act value-chain roles. Provider (Art. 16) develops and places the system on the market. Importer (Art. 23) places third-country systems. Distributor (Art. 24) makes systems available downstream. Deployer (Art. 26) uses the system under their authority. A deployer who substantially modifies a high-risk system, puts their name on it, or changes its intended purpose becomes a provider under Article 25 — inheriting full provider obligations.
AI Literacy (Article 4). The requirement that providers and deployers ensure sufficient AI literacy among staff who operate or use AI systems on their behalf. Enforceable from Feb 2, 2025. Reaches every organisation regardless of risk tier.
Authorised Representative (Article 22). A natural or legal person established in the EU that a non-EU provider designates to act on their behalf. Required for providers without an EU establishment placing high-risk systems on the EU market.
CE Marking. The conformity marking that must be affixed to high-risk AI systems before they are placed on the EU market, certifying compliance with applicable EU regulations including the AI Act.
This template is the operational layer of a published, sourced framework. The methodology, article-level citations, and enforcement timeline live in the canonical article below.
Canonical article: The EU AI Act Strategic Guide for Business Leaders — risk tiers, article-level obligations, tiered penalties, enforcement timeline, deployer-becomes-provider trap.
Companion frameworks:
Key external sources: EU AI Act consolidated text (EUR-Lex) · Article 99 (tiered penalties) · AI Act Explorer · European AI Office · NIST AI RMF + Generative AI Profile