Side-by-sideGlobalISO/IEC 42001

ISO/IEC 42001 ISO/IEC 42001 vs EU AI Act

ISO/IEC 42001 is a voluntary, certifiable management-system standard; the is binding law with duties determined by territorial scope, operator role, regulated object, risk class, and application date.

An AIMS can organise evidence used for AI Act work. ISO/IEC 42001 certification does not create a presumption of conformity with the Act or replace its classification, technical, transparency, conformity-assessment, registration, or post-market duties.

Author
Sorena AI
Published
May 9, 2026
Updated
Oct 16, 2026
Overview

Run two linked analyses. First determine whether and how the applies to each system or general-purpose AI model; it is binding EU law for actors and activities within its territorial scope. Separately define the AIMS scope and ISO/IEC 42001 processes; the standard is voluntary unless another commitment makes it applicable. Reuse evidence only after identifying which legal requirement and which management-system requirement it supports.

Side-by-side comparison

ISO/IEC 42001 vs EU AI Act: scope, duties, evidence, and decision rule

This side-by-side comparison helps teams decide when to apply ISO/IEC 42001 as the primary framework, when analysis takes priority, and how to sequence evidence by framework purpose.

Review all sources
First framework
ISO/IEC 42001

Use ISO/IEC 42001 to structure a defined AIMS, its risk and impact processes, controls, monitoring, audit, management review, and improvement.

Second framework
EU AI Act

Use the to determine binding obligations from territorial scope, operator role, prohibited or high-risk classification, transparency duties, GPAI status, and staged application dates.

Scope and covered activity

ISO/IEC 42001

ISO/IEC 42001 is a certifiable AI management system standard for responsible AI governance, risk, controls, monitoring, and improvement.

EU AI Act

The is binding EU AI regulation with role, risk, transparency, governance, conformity, and post-market duties.

Operational implication

Document the AIMS boundary and AI Act applicability separately; an organisation-wide certification scope cannot replace system- or model-specific legal analysis.

Who must act

ISO/IEC 42001

ISO/IEC 42001 ownership should sit with the team that can operate the relevant management system, control process, risk method, supplier relationship, incident process, privacy process, or AI governance scope.

EU AI Act

The AI Act assigns duties to defined operators such as providers, deployers, importers, distributors, authorised representatives, product manufacturers, and providers of general-purpose AI models. One organisation can hold several roles.

Operational implication

Do not copy owners from one side to the other; map accountable owners, reviewers, and approvers separately.

Trigger or threshold

ISO/IEC 42001

ISO/IEC 42001 work is triggered by scope definition, implementation, certification readiness, customer assurance, control gaps, incidents, supplier changes, or management review.

EU AI Act

analysis is triggered by the Regulation's territorial scope, including relevant placement on the market, putting into service, use in the Union, or output used in the Union, followed by the facts that determine operator role and the applicable system or model duties.

Operational implication

At intake, record both decisions: whether the activity is inside the AIMS and whether the Regulation applies to the organisation, system or model. A negative answer on one side does not decide the other.

Core obligations

ISO/IEC 42001

ISO/IEC 42001 requires practical governance: scope, roles, risk or impact decisions, evidence, operating cadence, monitoring, review, and improvement.

EU AI Act

The requires legal compliance work tied to the specific role and risk class of the system: prohibited-practice checks, high-risk requirements, transparency duties, conformity assessment, registration, and post-market monitoring.

Operational implication

A shared task register is useful only when each task cites the controlling AI Act provision and the relevant ISO/IEC 42001 clause or selected control separately.

Evidence and records

ISO/IEC 42001

ISO/IEC 42001 evidence should show the process operating: owners, decisions, registers, control records, test results, review minutes, audit samples, or corrective actions.

EU AI Act

AI Act evidence depends on the duty and can include technical documentation, instructions, logs, quality- and risk-management records, conformity documentation, registration, transparency information, post-market monitoring, and incident records.

Operational implication

Build an evidence matrix with one row per claim and columns for source, owner, artifact, date, review trigger, and reuse permission.

Timing and cadence

ISO/IEC 42001

ISO/IEC 42001 timing follows implementation, audit, certification, review, supplier, incident, or change cycles rather than a single universal deadline.

EU AI Act

The Act applies in stages. Chapters I and II applied from 2 February 2025, with the new Article 5(1), first subparagraph, points (ba) and (bb), and Article 5(1a) and (1b) applying from 2 December 2026. Article 113(3)(b) provisions applied from 2 August 2025. Regulation (EU) 2026/1744 entered into force on 27 July 2026. Chapter III Sections 1-3, except Article 6(5), apply from 2 December 2027 for Article 6(2)/Annex III systems and 2 August 2028 for Article 6(1)/Annex I systems. Other provisions and existing-system transitions need separate checks.

Operational implication

Record the applicable provision, operator, system or model, placement date, transition rule, source version, and deadline. Keep those dates separate from AIMS audit and certification cycles.

Enforcement or assurance route

ISO/IEC 42001

ISO/IEC 42001 is usually tested through certification audits, internal audits, customer assurance, management review, or governance review, depending on how the organization adopts it.

EU AI Act

is enforced as binding EU law through market-surveillance authorities, notified-body and conformity-assessment routes where applicable, post-market monitoring, and penalty exposure.

Operational implication

Separate audit readiness from legal compliance and from voluntary framework maturity so executives see the actual consequence of gaps.

Overlap and reuse

ISO/IEC 42001

ISO/IEC 42001 can supply management-system evidence such as scope, roles, risk and impact assessments, treatment decisions, controls, monitoring, audits, reviews, and corrective actions.

EU AI Act

The AI Act may use some of the same underlying records, but the Act's legal tests and required documents remain controlling. ISO/IEC 42001 certification does not create presumption of conformity with the Act.

Operational implication

Reuse a record only after checking the legal actor, regulated object, system version, scope, date, acceptance criteria, retention rule, and required approval. Preserve separate conclusions.

Practical decision rule

ISO/IEC 42001

Use ISO/IEC 42001 when the main work is building, operating, reviewing, or proving a management-system or standards-based control process.

EU AI Act

Use the as the controlling source whenever the work concerns legal scope, operator role, prohibited practices, risk classification, GPAI, transparency, conformity, registration, monitoring, reporting, or enforcement.

Operational implication

If both apply, keep the primary obligation visible and use the other side as supporting structure, not as a substitute source.

Practical decision rule

How should teams decide between ISO/IEC 42001 and EU AI Act for compliance planning?

  • Run the AI Act applicability and classification analysis first whenever the organisation places, puts into service, deploys, imports, distributes, or supplies an AI system or general-purpose AI model connected to the Union.
  • Run the ISO/IEC 42001 scope and conformity analysis separately whenever the organisation chooses to establish, operate, audit, or certify an AIMS.
  • When both apply, map provisions and clauses to shared records without claiming equivalence, legal approval, or presumption of conformity.
Section 1

How EN 18286 connects provider quality management with ISO/IEC 42001

EN 18286:2026 was cited in the Official Journal on 14 October 2026 by Implementing Decision (EU) 2026/2274. Conformity with its relevant normative clauses supports a presumption of conformity only for the requirements they cover. Annex ZA maps Article 17(1) and the first sentence of Article 11(1), subject to conditions: document Article 17(1)(a)-(m), include all Annex IV elements in technical documentation, and use an Article 9-compliant risk-management system. Article 17(2)-(4) remain outside its coverage.

Existing ISO/IEC 42001 processes can supply shared procedures and records after a requirement-by-requirement check. EN 18286 Annex C gives informative clause correspondence with EN ISO/IEC 42001:2026; it does not establish equivalence of requirements or concepts. An ISO/IEC 42001:2023 certificate alone proves neither EN 18286 conformity nor whole-Act compliance.

For each shared record, identify the system version, ISO clause, EN 18286 clause, Annex ZA condition, legal requirement, evidence owner and remaining gap. Keep the Article 43 route decision and system-level Section 2 evidence separate from management-system certification. The citation does not change application dates. Use the harmonised standards and quality-management guide for the procedure-to-evidence map.

Section 2

Do you need ISO/IEC 42001, EU AI Act compliance, or both?

Start with the . Determine territorial scope, the organisation's operator role, and whether the regulated object is an AI system or a general-purpose AI model. Then test prohibited practices, transparency duties, general-purpose AI model duties, and high-risk status. High-risk examples can include systems used for recruitment, education access, creditworthiness, essential public benefits, certain biometric uses, critical infrastructure, law enforcement, migration, and justice, but Article 6, Annex I or III, and any exclusion or qualification control the result for the specific system.

Run the ISO/IEC 42001 analysis separately. Define the AIMS boundary, the organisation's roles in relation to AI systems, relevant interested-party requirements, risk criteria, risk assessment and treatment, impact assessment, controls, monitoring, internal audit, management review, and improvement.

Use both when the organisation wants an auditable management system and also falls within the Act. A shared inventory and shared evidence repository can reduce duplicate work, but every reused record must still satisfy the specific legal provision and the specific AIMS requirement.

  • Choose ISO/IEC 42001 as the lead source for establishing, operating, auditing, or certifying an AIMS.
  • Choose the as the controlling source for legal scope, operator roles, prohibited practices, high-risk classification, transparency, general-purpose AI model duties, conformity assessment, registration, monitoring, incident reporting, and penalties.
  • EN 18286:2026 is the provider QMS standard cited on 14 October 2026. An ISO/IEC 42001 certificate alone does not establish conformity with that standard or the Act.
Section 3

Which records belong in each evidence set?

For ISO/IEC 42001, retain the documented AIMS scope, AI policy, role assignments, risk criteria, risk assessments, treatment plans, statement of applicability, impact assessments, operating controls, monitoring results, internal-audit records, management-review outputs, and corrective actions.

For the AI Act, the required evidence depends on the role and provision. A high-risk-system provider may need a risk-management system, data-governance records, technical documentation, logs, instructions for use, human-oversight design, accuracy and cybersecurity evidence, a quality-management system, conformity documentation, registration, post-market monitoring, and serious-incident records. Deployers, importers, distributors, product manufacturers, authorised representatives, and general-purpose AI model providers have different records.

A record can serve both sets only when its scope, system version, actor, acceptance criteria, approval, retention period, and review trigger fit both requirements. Certification evidence alone does not prove that a legal duty has been met.

  • Applicability record: establishment locations, market and use facts, affected persons, operator roles, system or model identity, intended purpose, exclusions considered, classification, and applicable dates.
  • Requirement map: one row per AI Act provision and ISO/IEC 42001 requirement, with owner, evidence, system version, approval status, gap, and review trigger.
  • Operating evidence: tests, logs, instructions, approvals, supplier records, monitoring results, incident decisions, and corrective actions generated by the process.
  • Assurance record: keep the ISO certification scope and audit conclusion separate from any AI Act conformity assessment, declaration, registration, or authority communication.
Section 4

How should teams run the two workstreams?

Give every AI system and general-purpose AI model a stable identifier. Use it to link the legal applicability record, the AIMS inventory entry, risk and impact assessments, controls, tests, supplier evidence, incidents, and review decisions without merging their conclusions.

Reopen the analysis when the intended purpose, operator role, model or system version, deployment geography, supplier, data, affected population, or legal classification changes. A scheduled AIMS audit is not a substitute for a legal change trigger or statutory deadline.

  • 1. Identify the system or model, intended purpose, provider chain, users, affected persons, territories, and lifecycle stage.
  • 2. Assign every AI Act operator role held by the organisation; one organisation can hold more than one role.
  • 3. Test prohibited-practice, high-risk, transparency, and general-purpose AI model provisions, including exclusions and application dates.
  • 4. Define the AIMS scope and organisational roles, then run ISO/IEC 42001 risk, impact, control, monitoring, audit, review, and improvement processes.
  • 5. Map evidence at provision or clause level. Record gaps rather than treating similar labels as equivalent.
  • 6. Route legal conformity decisions to the accountable legal or regulatory owner and AIMS conformity decisions to the management-system owner and, when used, the certification body.
Section 5

Which claims should teams avoid?

Do not claim that ISO/IEC 42001 certification equals AI Act compliance, that it is currently the Act's harmonised quality-management-system standard, or that it creates a presumption of conformity. Under Article 40, that presumption depends on compliance with harmonised standards whose references are published in the Official Journal, and only to the extent that those standards cover the relevant requirements.

Do not import an AIMS role into the Act, use an organisational risk rating as the Act's legal classification, or treat an internal audit as the required conformity assessment. Also avoid describing every AI system as high-risk: the result depends on Article 6, Annex I or III, and any applicable exclusion or qualification.

  • Do not cite a standard title as evidence that a process is operating.
  • Do not reuse an old audit artifact after the scope, service, supplier, or risk has changed.
  • Do not hide exceptions; record them as risk acceptance, corrective action, or management-review inputs.
Section 6

Which AI Act dates must the AIMS calendar keep separate?

The Act entered into force on 1 August 2024 and applies in stages. Chapters I and II applied from 2 February 2025, except the newly added Article 5(1), first subparagraph, points (ba) and (bb), and Article 5(1a) and (1b), which apply from 2 December 2026. The provisions listed in Article 113(3)(b), including Chapter V on general-purpose AI models and most penalty provisions, applied from 2 August 2025. Regulation (EU) 2026/1744 entered into force on 27 July 2026. Amended Article 113 delays Chapter III Sections 1-3, except Article 6(5), to 2 December 2027 for Article 6(2)/Annex III systems and 2 August 2028 for Article 6(1)/Annex I systems. Keep the exact scope of that postponement separate from other provisions.

Article 111 contains additional transition rules for existing systems and models, including a 2 August 2027 compliance deadline for providers of general-purpose AI models placed on the market before 2 August 2025. The amended Article 111(4) gives providers of systems generating synthetic audio, image, video, or text placed on the market before 2 August 2026 until 2 December 2026 to comply with Article 50(2). Record the exact provision, system or model placement date, and transition rule used for each conclusion.

  • Maintain a legal deadline field separately from the next AIMS review, audit, and certification dates.
  • Trigger reassessment for significant changes, changed intended purpose, new operator roles, new territories, serious incidents, or a revised legal classification.
  • Update downstream technical documentation, registration, instructions, monitoring, and AIMS records when the decision changes.
Primary sources

References and citations

eur-lex.europa.eu5 citations
Referenced sections
  • Binding source for territorial scope, operator roles, classifications, duties, evidence, conformity assessment, registration, monitoring, enforcement, transition rules, and application dates.
  • Articles 2 to 4 establish scope, definitions, and AI literacy; later chapters assign duties by operator role and regulated system or model.
  • Binding EU AI regulation used for ISO/IEC 42001 comparison.
Show 2 more
  • Articles 6 and 40 support the separate high-risk classification and harmonised-standard analyses; Article 43 establishes the relevant high-risk conformity-assessment routes.
  • Articles 111 and 113 establish the transitional rules and staged application dates described here.
"harmonised rules on artificial intelligence"
iso.org2 citations
Referenced sections
  • ISO/IEC 42001 identifies the management-system requirements side of this comparison, separating voluntary certification evidence from EU AI Act legal duties.
  • Primary ISO listing for AI management system requirements.
"requirements for establishing, implementing, maintaining and continually improving an Artificial Intelligence Management System"
digital-strategy.ec.europa.eu
Referenced sections
  • Commission FAQ distinguishing ISO management-system assurance from AI Act provider duties and explaining harmonised-standard presumption of conformity; the later decision controls EN 18286 citation status.
Show all related guides (20)

ISO/IEC 42001 Compliance Guide

ISO/IEC 42001 conformance guide for Clauses 4-10, risk treatment, controls, operating evidence, internal audit, management review, and correction.

ISO/IEC 42001 Controls and Governance Model Guide

ISO/IEC 42001 governance model linking leadership, policy, risk and impact assessment, Annex controls, lifecycle roles, monitoring, audit, and improvement.

ISO/IEC 42001 Model Monitoring Evidence Guide

ISO/IEC 42001 monitoring evidence for AIMS performance, AI-system outcomes, impacts, control effectiveness, supplier signals, escalation, and correction.

ISO/IEC 42001 Requirements Guide

ISO/IEC 42001:2023 requirements explained across Clauses 4-10, Annex A controls, Annex B guidance, evidence, audit, review, and improvement.

ISO/IEC 42001 vs ISO/IEC 23894 Comparison

Compare certifiable ISO/IEC 42001 AIMS requirements with ISO/IEC 23894 AI risk-management guidance and see how to integrate their evidence.

ISO/IEC 42001 vs NIST AI RMF Comparison

Compare ISO/IEC 42001 AIMS requirements with the voluntary NIST AI RMF GOVERN, MAP, MEASURE, and MANAGE functions and evidence.

ISO/IEC 42001 AI Policy FAQ

ISO/IEC 42001 AI policy requirements, approval, communication, evidence, alignment with other policies, and review triggers.

ISO/IEC 42001 Certification FAQ

ISO/IEC 42001 certification scope, readiness evidence, internal audit, management review, corrective action, and claim limits.

ISO/IEC 42001 Generative AI FAQ

Apply ISO/IEC 42001 to generative AI development, procurement, integration, employee use, supplier evidence, impacts, controls, and monitoring.

ISO/IEC 42001 High Risk AI FAQ

Separate ISO/IEC 42001 organisational risk criteria from legal high-risk AI classifications, with evidence, approval, and reassessment triggers.

ISO/IEC 42001 Human Oversight FAQ

Design and evidence effective human oversight under ISO/IEC 42001, including competence, information, intervention authority, testing, and review.

ISO/IEC 42001 Post Market Monitoring FAQ

Distinguish ISO/IEC 42001 operational monitoring from legal post-market monitoring and connect real-world evidence to risk, review, incidents, and correction.

ISO/IEC 42001 Provider and Deployer Roles FAQ

Map ISO/IEC 42001 lifecycle responsibilities across developers, users, suppliers, customers, and third parties while keeping legal operator roles separate.

ISO/IEC 42001 Risk Controls FAQ

Select, justify, approve, operate, and review ISO/IEC 42001 risk controls, including Annex A comparison, the statement of applicability, residual risk, and evidence.