---
title: "ISO 42001: 2023 - A.5.3 Documentation of AI System Impact Assessments"
description: This article outlines resource identification and information about the tooling resources utilised for the AI system.
---

[Skip to content](https://knowledge.adoptech.co.uk/iso-42001-2023-a.5.3-documentation-of-ai-system-impact-assessments#main-content)

[![Adoptech-logo-GreyWithoutStrapline-1.png\]](https://knowledge.adoptech.co.uk/hs-fs/hubfs/Adoptech-logo-GreyWithoutStrapline-1.png?height=39&name=Adoptech-logo-GreyWithoutStrapline-1.png)](https://knowledge.adoptech.co.uk/?hsLang=en)

Open main navigation

Close main navigation

 Adoptech Help Centre

- There are no suggestions because the search field is empty.

1. [Knowledge base](https://knowledge.adoptech.co.uk/?hsLang=en)
2. [Frameworks & Certifications](https://knowledge.adoptech.co.uk/frameworks-certifications?hsLang=en)
3. [ISO 42001](https://knowledge.adoptech.co.uk/frameworks-certifications?hsLang=en#iso-42001)

# ISO 42001: 2023 - A.5.3 Documentation of AI System Impact Assessments

## This article provides guidance on how to implement the ISO 42001: 2023 - A.5.3 Documentation of AI System Impact Assessments

#### **ISO 42001 Control Description**

The organisation shall document the results of AI system impact assessments and retain results for a defined period.

#### **Control Objective**

To assess AI system impacts to individuals or groups of individuals, or both, and societies affected by the AI system throughout its life cycle.

#### **Purpose**

To create comprehensive records of impact assessments that support transparency, accountability, decision-making, and compliance. Documentation enables communication with stakeholders, informs risk management, provides evidence for audits, and supports continuous improvement of AI systems.

#### **Guidance on Implementation**

### **What to Document**

The organisation should document (reference ISO/IEC 42001 Annex B.5.3 and ISO/IEC 42005 Clause 6):

 a) **AI system description and scope**

- System purpose and functionality
- Technical characteristics
- Deployment context
- Lifecycle stage

 b) **Intended use and foreseeable misuse**

- Specified intended uses
- Reasonable foreseeable misuse scenarios
- Use cases not intended

 c) **Positive and negative impacts**

- Beneficial impacts for individuals, groups, and societies
- Potential harms or adverse impacts
- Severity and likelihood of impacts

 d) **Affected stakeholders**

- Relevant demographic groups the system is applicable to
- Specific vulnerable groups (children, elderly, disabled persons, workers)
- Direct and indirect stakeholders

 e) **Predictable failures and mitigation**

- System limitations and potential failures
- Impacts of failures
- Measures taken to mitigate failures

 f) **System complexity**

- Technical sophistication
- Decision-making opacity
- Interconnections with other systems

 g) **Human oversight**

- Role of humans in relation to the system
- Human oversight capabilities, processes, and tools
- Mechanisms to avoid negative impacts

 h) **Employment and skills**

- Impact on employment
- Staff skilling and training needs
- Workforce transformation

 i) **Data and model information** (ISO/IEC 42005 Clause 6.4, 6.5)

- Data resources used
- Data quality assessments
- Algorithm and model details
- Known biases

 j) **Deployment environment** (ISO/IEC 42005 Clause 6.6)

- Geographic areas and languages
- Environmental complexity and constraints
- Integration with existing systems

 k) **Measures to address impacts**

- Actions taken to maximise benefits
- Mitigation measures for harms
- Residual impacts after mitigation

### **Retention Requirements**

Organisations should:

- **Define retention period** - Based on:
- - Organisational retention schedules
    - Legal requirements (e.g., EU AI Act record-keeping)
    - AI system lifecycle duration
    - Potential liability considerations
- **Typical retention periods:** 
    - Duration of AI system operation plus defined period (e.g., 5-10 years)
    - Regulatory requirements may specify minimum periods
    - Consider statute of limitations for potential claims
- **Update documentation** - Reassess and update impact assessments when: 
    - Significant system changes occur
    - New impacts are identified
    - Mitigation measures change
    - Regulatory requirements change

### **Documentation Format and Templates**

Organisations can use (ISO/IEC 42005 provides templates):

- **Standalone impact assessment document** (ISO/IEC 42005 Annex E)
- **Integrated with other assessments** (DPIA, risk assessment)
- **Structured database or system** for multiple AI systems
- **Alignment guide** linking to existing documentation (ISO/IEC 42005 Annex D)

Documentation should be:

- **Comprehensive** yet **concise**
- **Structured** for easy review
- **Version-controlled**
- **Securely stored** with appropriate access controls

### **Implementation Steps**

1. **Select documentation approach** - Choose template or format appropriate for organisation
2. **Document each assessment** - Complete documentation during or immediately after impact assessment
3. **Review for completeness** - Verify all required elements are documented
4. **Obtain approvals** - Secure necessary sign-offs
5. **Store securely** - Maintain in controlled repository with access management
6. **Define retention schedule** - Establish retention periods and disposal procedures
7. **Enable retrieval** - Ensure documentation can be accessed when needed (audits, reviews, stakeholder requests)
8. **Maintain confidentiality** - Protect sensitive information while enabling appropriate transparency

### **Use of Documentation**

Impact assessment documentation should inform:

- **Communication with users and stakeholders** (reference ISO/IEC 42001 Clause 9.1 - monitoring, measurement, analysis and evaluation)
- **Risk management decisions** (link to Clause 6.1.2)
- **System design and development** choices
- **Deployment** go/no-go decisions
- **Ongoing monitoring** activities
- **Regulatory compliance** demonstrations

### **Key Considerations**

**Transparency vs. confidentiality:** Balance the need for transparency with protection of confidential information (trade secrets, security details). Consider publishing summary versions for external stakeholders while maintaining detailed internal documentation.

**Living documents:** Impact assessment documentation should evolve as understanding of the AI system and its impacts develops. Version control is essential.

**Accessibility:** Ensure documentation is accessible to relevant stakeholders:

- Internal: developers, risk managers, compliance officers, auditors
- External: regulators, affected communities (where appropriate)
- Format appropriately for different audiences

**Integration with other documentation:** Link impact assessment documentation to:

- Risk assessment records
- System specifications
- Testing and validation reports
- Monitoring data
- Incident reports

**Regulatory requirements:** Some jurisdictions mandate specific documentation for AI impact assessments. Ensure compliance with applicable requirements (e.g., EU AI Act conformity assessments).

#### **Related Controls**

**Within ISO/IEC 42001:**

- A.5.2 AI system impact assessment process
- A.5.4 Assessing impact on individuals and groups
- A.5.5 Assessing societal impacts
- Clause 7.5 Documented information

**Related Standards:**

- ISO/IEC 42005:2025 Clause 6 and Annexes D, E (detailed documentation guidance and templates)

- [Getting Started](https://knowledge.adoptech.co.uk/getting-started?hsLang=en#main-content)

    - [Getting Started](https://knowledge.adoptech.co.uk/getting-started?hsLang=en#getting-started)
    - [Accounts & Billing](https://knowledge.adoptech.co.uk/getting-started?hsLang=en#accounts-billing)
- [FAQ's on Adoptech](https://knowledge.adoptech.co.uk/faqs-on-adoptech?hsLang=en#main-content)

    - [Frameworks](https://knowledge.adoptech.co.uk/faqs-on-adoptech?hsLang=en#frameworks)
    - [Policies & Documents](https://knowledge.adoptech.co.uk/faqs-on-adoptech?hsLang=en#policies-documents)
    - [Risk Management](https://knowledge.adoptech.co.uk/faqs-on-adoptech?hsLang=en#risk-management)
    - [Supplier Management](https://knowledge.adoptech.co.uk/faqs-on-adoptech?hsLang=en#supplier-management)
    - [Audit Preparation](https://knowledge.adoptech.co.uk/faqs-on-adoptech?hsLang=en#audit-preparation)
    - [Trust Centre](https://knowledge.adoptech.co.uk/faqs-on-adoptech?hsLang=en#trust-centre)
    - [User Management](https://knowledge.adoptech.co.uk/faqs-on-adoptech?hsLang=en#user-management)
- [Frameworks & Certifications](https://knowledge.adoptech.co.uk/frameworks-certifications?hsLang=en#main-content)

    - [ISO 27001](https://knowledge.adoptech.co.uk/frameworks-certifications?hsLang=en#iso-27001)
    - [ISO 42001](https://knowledge.adoptech.co.uk/frameworks-certifications?hsLang=en#iso-42001)
    - [Cyber Essentials](https://knowledge.adoptech.co.uk/frameworks-certifications?hsLang=en#cyber-essentials)
    - [CAF](https://knowledge.adoptech.co.uk/frameworks-certifications?hsLang=en#caf)
    - [PCI-DSS](https://knowledge.adoptech.co.uk/frameworks-certifications?hsLang=en#pci-dss)
    - [SOC2](https://knowledge.adoptech.co.uk/frameworks-certifications?hsLang=en#soc2)
    - [Data Privacy (GDPR)](https://knowledge.adoptech.co.uk/frameworks-certifications?hsLang=en#data-privacy-gdpr)
    - [DORA](https://knowledge.adoptech.co.uk/frameworks-certifications?hsLang=en#dora)
    - [ISO 9001](https://knowledge.adoptech.co.uk/frameworks-certifications?hsLang=en#iso-9001)
    - [ISO 22301](https://knowledge.adoptech.co.uk/frameworks-certifications?hsLang=en#iso-22301)
    - [ISO 14001](https://knowledge.adoptech.co.uk/frameworks-certifications?hsLang=en#iso-14001)
    - [NIST 800-53](https://knowledge.adoptech.co.uk/frameworks-certifications?hsLang=en#nist-800-53)
    - [NIST-CSF](https://knowledge.adoptech.co.uk/frameworks-certifications?hsLang=en#nist-csf)
    - [NIS2](https://knowledge.adoptech.co.uk/frameworks-certifications?hsLang=en#nis2)
    - [ISO 20000-1](https://knowledge.adoptech.co.uk/frameworks-certifications?hsLang=en#iso-20000-1)
    - [HIPAA](https://knowledge.adoptech.co.uk/frameworks-certifications?hsLang=en#hipaa)
- [Integrations](https://knowledge.adoptech.co.uk/integrations?hsLang=en#main-content)

    - [Cloud Infrastructure](https://knowledge.adoptech.co.uk/integrations?hsLang=en#cloud-infrastructure)
    - [Identity & Access](https://knowledge.adoptech.co.uk/integrations?hsLang=en#identity-access)
    - [DevOps & Code](https://knowledge.adoptech.co.uk/integrations?hsLang=en#devops-code)
    - [Project Management](https://knowledge.adoptech.co.uk/integrations?hsLang=en#project-management)
    - [HR & People Systems](https://knowledge.adoptech.co.uk/integrations?hsLang=en#hr-people-systems)
    - [Security & Devices](https://knowledge.adoptech.co.uk/integrations?hsLang=en#security-devices)
    - [Communication & Collaboration](https://knowledge.adoptech.co.uk/integrations?hsLang=en#communication-collaboration)
- [Legal & Regulations](https://knowledge.adoptech.co.uk/legal-regulations?hsLang=en)
- [Security Guidance](https://knowledge.adoptech.co.uk/security-guidance?hsLang=en)
- [Troubleshooting](https://knowledge.adoptech.co.uk/troubleshooting?hsLang=en)

[![Chill listening crop-3](https://knowledge.adoptech.co.uk/hs-fs/hubfs/adoptech-logo-1.png?width=209&height=54&name=adoptech-logo-1.png "Chill listening crop-3")](https://adoptech.co.uk/)

<https://uk.linkedin.com/company/adoptech>

Copyright © 2026, Adoptech Ltd.