RequirementsGLOBAL

ISO 42001 Requirements

Clause-by-clause ISO/IEC 42001 requirements breakdown with evidence mapping ideas.

Use this to translate AIMS requirements into owners, controls, documented information, and audit-ready evidence.

Author
Sorena AI
Published
Mar 4, 2026
Updated
Mar 4, 2026
Sections
7

Structured answer sets in this page tree.

Primary sources
2

Cited legal and guidance references.

Publication metadata
Sorena AI
Published Mar 4, 2026
Updated Mar 4, 2026
Overview

ISO/IEC 42001 follows the familiar ISO management-system structure in clauses 4 through 10, but it adds AI-specific planning and operational requirements and a deeper annex structure than many summaries mention. Clause work, Annex A controls, Annex B implementation guidance, Annex C example objectives and risk sources, and Annex D sector adaptation should be read together.

Section 1

How ISO 42001 is structured in practice

Clauses 4 through 10 define the AIMS itself. Annex A gives reference control objectives and controls. Annex B gives implementation guidance for those controls. Annex C provides non-exclusive AI-related objectives and risk sources. Annex D explains how the AIMS can be used across domains or sectors.

The implementation pattern is simple: build the management system first, then use Annex A and Annex B during risk treatment and operational design, and use Annex C and Annex D to improve applicability and completeness.

  • Clauses 4 to 10: mandatory management-system requirements
  • Annex A and Annex B: normative control layer and implementation guidance
  • Annex C and Annex D: informative support for objectives, risk sources, and sector use
Section 2

Clause 4 - Context, intended purpose, roles, and interested parties

Clause 4 requires more than a scope paragraph. The organization shall consider the intended purpose of the AI systems it develops, provides, or uses and determine its roles with respect to those systems.

It must also identify the interested parties relevant to the AIMS, their relevant requirements, and keep the AIMS scope available as documented information.

  • Evidence ideas: scope statement, intended-purpose register, role determination log, interested-party register
  • Practical effect: provider, user, integrator, data-provider, and supplier roles can change control depth and evidence needs
Section 3

Clause 5 - Leadership and AI policy

Top management must establish the AI policy, align it with strategic direction, and assign responsibilities and authorities. The AI policy must be available as documented information and made available to interested parties as appropriate.

Annex A and Annex B add two details many implementations miss: policy review at planned intervals and a process for reporting concerns about the organization role with respect to AI systems.

  • Evidence ideas: AI policy, policy review records, responsibility matrix, concern-reporting process
  • Operational point: role allocation should cover impact assessment, supplier relationships, and data quality management where relevant
Section 4

Clause 6 - Planning, risk treatment, and impact assessment

Clause 6 includes AI risk assessment, AI risk treatment, AI system impact assessment, objectives, and planning of changes. The organization must retain documented information on actions taken to identify and address risks and opportunities.

Risk treatment must compare chosen controls against Annex A to confirm that no necessary controls were omitted. Additional controls may be needed, and exclusions should be justified.

  • Evidence ideas: risk methodology, risk register, treatment plan, control-selection log, exclusion justifications
  • Impact assessments must consider technical and societal context, intended use, foreseeable misuse, and applicable jurisdictions
  • Impact-assessment results must be documented and considered in the risk assessment
Section 5

Clause 7 - Support and documented information control

Clause 7 covers resources, competence, awareness, communication, and documented information. The extent of documented information can vary by organization, but the control discipline cannot be skipped.

Documented information should be created, updated, controlled, and retained in a way that keeps evidence trustworthy and usable for audits and oversight.

  • Evidence ideas: competence records, communication plan, document-control procedure, retention and access rules
  • AI-specific point: resource documentation can inform impact assessments and risk understanding
Section 6

Clause 8 - Operation and the AI-specific control surface

Clause 8 requires operational planning and control and retention of results for AI risk assessments, treatments, and impact assessments. It also requires impact assessments at planned intervals or when significant changes are proposed to occur.

Annex A identifies the AI-specific operational surface most teams need to implement explicitly: operation and monitoring, technical documentation, event logs, information for users, incident communication, and supplier alignment.

  • Evidence ideas: operational procedures, monitoring plan, technical-documentation pack, event-log decision record, supplier-allocation records
  • Important control areas: A.6.2.6, A.6.2.7, A.6.2.8, A.8.2 through A.8.5, and A.10.2 through A.10.3
Section 7

Clauses 9 and 10 - Evaluation, corrective action, and continual improvement

Clause 9 requires monitoring, measurement, analysis, evaluation, internal audit, and management review. Clause 10 requires nonconformity handling, corrective action, and continual improvement.

This is where the AIMS proves it is a living system. Monitoring results, interested-party changes, audit findings, and management-review outputs should feed back into policy, controls, and system operation.

  • Evidence ideas: monitoring and measurement plan, audit plan and reports, management-review minutes, corrective-action log
  • Practical metric set: corrective-action closure time, repeat findings, drift-triggered reassessments, and monitoring exception trends
Recommended next step

Turn ISO 42001 Requirements into an operational assessment

Assessment Autopilot can take ISO 42001 Requirements from turning the requirements into assigned actions to a reusable workflow inside Sorena. Teams working on ISO 42001 can keep owners, evidence, and next steps aligned without copying this guide into separate documents.

Primary sources

References and citations

Related guides

Explore more topics