aicomply.
STD-AI-004

AI Technical Documentation Standard

Create and maintain comprehensive technical documentation per EU AI Act Annex IV.

2

Controls

0

Compliant

2

In Progress

0

Not Started

Overall Progress
40%
Implementation Guidance
Detailed guidance for implementing this standard

AI Technical Documentation Standard

Document Type: Standard
Standard ID: STD-AI-004
Standard Title: AI Technical Documentation Standard
Version: 1.0
Effective Date: 2025-08-01
Next Review Date: 2026-08-01
Review Frequency: Annually or upon regulatory change
Parent Policy: POL-AI-001 - Artificial Intelligence Policy
Owner: Chief Technology Officer
Approved By: AI Governance Committee Chair
Status: Draft
Classification: Internal Use Only


TABLE OF CONTENTS

  1. Document History
  2. Objective
  3. Scope and Applicability
  4. Control Standard
  5. Supporting Procedures
  6. Compliance
  7. Roles and Responsibilities
  8. Exceptions
  9. Enforcement
  10. Key Performance Indicators (KPIs)
  11. Training Requirements
  12. Definitions
  13. Link with AI Act and ISO42001

DOCUMENT HISTORY

VersionDateAuthorChangesApproval DateApproved By
0.12025-06-25David Lee, Chief Technology OfficerInitial draft--
0.22025-07-10David Lee, Chief Technology OfficerAdded Annex IV details--
0.32025-07-23David Lee, Chief Technology OfficerIncorporated legal feedback--
1.02025-08-01David Lee, Chief Technology OfficerFinal version approved - GRC restructured2025-07-25Jane Doe, AI Governance Committee Chair

OBJECTIVE

This standard defines requirements for creating and maintaining comprehensive technical documentation for high-risk AI systems in compliance with EU AI Act Article 11 and Annex IV.

Primary Goals:

  • Create complete technical documentation per Annex IV for all high-risk AI systems
  • Keep technical documentation current and accurate throughout AI system lifecycle
  • Store documentation securely and make available to competent authorities per Article 18 and Article 21
  • Ensure all technical documentation is reviewed and approved before use

SCOPE AND APPLICABILITY

2.1 Mandatory Applicability

This standard is mandatory for:

  • All high-risk AI systems (EU AI Act Article 11)
  • All lifecycle phases requiring documentation

2.2 Recommended Applicability

This standard is recommended for:

  • All AI systems for best practices
  • Limited-risk and minimal-risk AI systems (voluntary)

2.3 Documentation Types Covered

  • Technical documentation (Annex IV)
  • Design documentation
  • Development documentation
  • Testing documentation
  • Deployment documentation
  • Maintenance documentation

2.4 Out of Scope

  • General software documentation (covered by software development standards)
  • Non-AI system documentation (covered by other documentation standards)
  • Documentation outside EU AI Act scope

CONTROL STANDARD

Control DOC-001: Documentation Completeness

Control ID: DOC-001
Control Name: Annex IV Documentation Completeness
Control Type: Preventive
Control Frequency: Per high-risk AI system, after substantial modifications
Risk Level: High

Control Objective

Create complete technical documentation per Annex IV for all high-risk AI systems to demonstrate compliance with EU AI Act requirements and enable conformity assessment, in compliance with EU AI Act Article 11 and Annex IV.

Control Requirements

CR-001.1: Annex IV Mandatory Elements

Technical documentation must contain all Annex IV required elements.

Annex IV Checklist (Mandatory Elements):

#Annex IV ElementRequired ContentSection
1General descriptionIntended purpose, provider info, versionsSection 1
2Intended purpose detailsUse cases, users, settingsSection 1.1
3Provider informationName, contact, authorized repSection 1.2
4Instructions for useComplete user instructionsSection 1.2
5System versionsSoftware/firmware versions, update requirementsSection 1.3
6Development methodsMethods, steps, design specsSection 2.1
7System architectureArchitecture diagrams, componentsSection 2.1
8Computational resourcesResources used for developmentSection 2.1
9Data requirementsTraining/validation/testing data specsSection 2.2
10Training methodologiesTechniques, parameters, approachesSection 2.2
11Data provenanceData sources, collection methodsSection 2.2
12Human oversight measuresOversight design and implementationSection 2.3
13Output interpretationTechnical measures for interpretationSection 2.3
14Validation proceduresValidation approach and methodsSection 3.1
15Testing proceduresTesting approach and methodsSection 3.1
16Performance metricsAccuracy, robustness, cybersecurity metricsSection 3.1
17Test resultsComplete test reportsSection 3.1
18Risk management documentationRisk management system docsSection 3.2
19Lifecycle changesChanges made through lifecycleSection 3.2
20Technical specificationsHardware, software, network requirementsSection 3.3
21EU Declaration of ConformityCopy of declarationSection 4.1
22Conformity assessment procedureProcedure followed (Annex VI or VII)Section 4.1
23Notified body detailsIdentification (if applicable)Section 4.1
24Harmonized standardsStandards appliedSection 4.2
25Common specificationsSpecs applied (if no harmonized standards)Section 4.2
26Post-market monitoring planDetailed description of post-deployment evaluation system and monitoring plan per Article 72 and Article 72(3)Section 4.3

Mandatory Actions:

  • Use Annex IV template (TMPL-AI-DOC-001)
  • Complete all mandatory sections
  • Obtain technical reviews
  • Verify completeness against checklist
  • Obtain CTO approval
  • Block deployment if documentation incomplete

Evidence Required:

  • Complete technical documentation package
  • Annex IV completeness checklist (completed)
  • Review records
  • Approval signatures

Audit Verification:

  • Verify 100% of Annex IV elements completed
  • Confirm completeness checklist verified
  • Check technical reviews completed
  • Validate CTO approval obtained
  • Verify deployment blocked if incomplete

Control DOC-002: Documentation Quality

Control ID: DOC-002
Control Name: Technical Documentation Quality Assurance
Control Type: Preventive
Control Frequency: Per documentation package
Risk Level: Medium

Control Objective

Ensure technical documentation is clear, comprehensive, and accurate to enable effective use, support conformity assessment, and demonstrate compliance with EU AI Act requirements.

Control Requirements

CR-002.1: Quality Criteria Verification

Technical documentation must meet all quality criteria before approval.

Quality Criteria:

CriterionRequirementVerification MethodTarget
ClarityWritten in clear, understandable languageReadability review (Flesch-Kincaid ≥60)≥60
AccuracyTechnically accurate and up-to-dateTechnical peer review100% accurate
CompletenessAll required information includedCompleteness check against Annex IV100% complete
ConsistencyConsistent terminology and formattingConsistency review100% consistent
TraceabilityClear references and cross-linksTraceability auditAll claims traceable
VerifiabilityClaims supported by evidenceEvidence verification100% verifiable

Mandatory Actions:

  • Conduct technical peer review
  • Verify accuracy of technical details
  • Check consistency across sections
  • Validate all claims with evidence
  • Obtain quality approval
  • Block approval if quality criteria not met

Evidence Required:

  • Peer review records
  • Quality checklist (completed)
  • Accuracy verification records
  • Consistency review records
  • Traceability audit records
  • Evidence verification records
  • Approval records

Audit Verification:

  • Verify peer review conducted
  • Confirm all quality criteria met
  • Check evidence supports all claims
  • Validate quality approval obtained

Control DOC-003: Documentation Templates

Control ID: DOC-003
Control Name: Standardized Documentation Templates
Control Type: Preventive
Control Frequency: Continuous use, annual review
Risk Level: Low

Control Objective

Use standardized templates aligned with Annex IV structure to ensure consistent, complete documentation across all high-risk AI systems and facilitate compliance verification.

Control Requirements

CR-003.1: Template Management and Enforcement

Maintain and enforce use of standardized Annex IV documentation templates.

Template Requirements:

  • Follows Annex IV section structure exactly
  • Includes all mandatory elements
  • Provides guidance for each section
  • Enables consistent documentation
  • Supports version control
  • Includes quality checklists

Mandatory Actions:

  • Maintain Annex IV documentation template (TMPL-AI-DOC-001)
  • Update template with regulatory changes
  • Train staff on template use
  • Enforce template usage (mandatory for high-risk AI)
  • Review template effectiveness annually
  • Version control template changes

Evidence Required:

  • Annex IV Documentation Template (TMPL-AI-DOC-001)
  • Template version history
  • Template usage records
  • Training records
  • Annual template reviews
  • Template update approvals

Audit Verification:

  • Verify template exists and is current
  • Confirm template follows Annex IV structure
  • Check template usage enforced
  • Validate annual template review completed

Control DOC-004: Documentation Updates

Control ID: DOC-004
Control Name: Technical Documentation Update Management
Control Type: Preventive
Control Frequency: As triggered by changes
Risk Level: Medium

Control Objective

Update technical documentation when changes occur to AI system to maintain accuracy and compliance throughout the AI system lifecycle, ensuring documentation reflects current system state.

Control Requirements

CR-004.1: Change-Driven Documentation Updates

Update technical documentation promptly when changes occur.

Update Triggers:

  • Substantial modifications to AI system
  • Changes to intended purpose
  • Changes to deployment context
  • New test results
  • Risk management changes
  • Conformity assessment updates
  • Regulatory requirement changes

Mandatory Actions:

  • Monitor for update triggers
  • Assess documentation impact
  • Update affected sections
  • Maintain version history
  • Obtain approval for updates
  • Communicate changes to stakeholders
  • Update within 30 days of change

Update Impact Assessment:

Change TypeDocumentation Sections AffectedUpdate PriorityApproval Required
Substantial modificationAll sections potentiallyHighCTO + AI Governance Committee
Intended purpose changeSection 1.1, 2.2, 3.2HighCTO + AI Governance Committee
Deployment context changeSection 1.1, 3.3MediumAI System Owner
New test resultsSection 3.1MediumTechnical Lead
Risk management changesSection 3.2MediumAI System Owner
Regulatory changesAll sections potentiallyHighCTO + Legal

Evidence Required:

  • Change log
  • Updated documentation (versioned)
  • Impact assessments
  • Approval records
  • Stakeholder communications
  • Update completion records

Audit Verification:

  • Verify documentation updated within 30 days of changes
  • Confirm all affected sections updated
  • Check impact assessment completed
  • Validate approval obtained
  • Verify version history maintained

Control DOC-005: Version Control

Control ID: DOC-005
Control Name: Documentation Version Control
Control Type: Detective
Control Frequency: Per documentation update
Risk Level: Medium

Control Objective

Maintain comprehensive version control for all technical documentation to enable traceability, support audits, and ensure ability to retrieve historical versions for compliance and troubleshooting.

Control Requirements

CR-005.1: Version Control System Implementation

Implement and maintain version control for all technical documentation.

Version Control Requirements:

  • Unique version number for each revision
  • Version history log
  • Change description for each version
  • Author and date for each version
  • Approval status tracking
  • Ability to retrieve previous versions
  • 10-year retention of all versions

Versioning Scheme:

Version TypeFormatUse CaseExample
Major versionX.0Substantial modifications, major changes2.0
Minor versionX.YUpdates, corrections, clarifications1.5
Draft versionsX.Y-DRAFTWork in progress1.3-DRAFT

Mandatory Actions:

  • Assign version numbers systematically
  • Document changes in version log
  • Store all versions securely
  • Enable version retrieval
  • Track approval status
  • Maintain 10-year retention
  • Archive old versions per retention policy

Version Log Requirements:

FieldDescriptionMandatory
Version NumberUnique version identifierYES
DateVersion dateYES
AuthorPerson who created versionYES
Change DescriptionWhat changed in this versionYES
Sections AffectedWhich documentation sections changedYES
Approval StatusApproved/Pending/RejectedYES
ApproverPerson who approved (if approved)If approved

Evidence Required:

  • Version control log
  • All documentation versions (stored)
  • Change descriptions
  • Approval tracking records
  • Version retrieval capability verification

Audit Verification:

  • Verify version control implemented for all documentation
  • Confirm version numbers assigned systematically
  • Check version history complete
  • Validate ability to retrieve previous versions
  • Verify 10-year retention maintained

Control DOC-006: Annual Documentation Review

Control ID: DOC-006
Control Name: Annual Technical Documentation Review
Control Type: Detective
Control Frequency: Annually
Risk Level: Medium

Control Objective

Review all technical documentation annually for currency and accuracy to ensure documentation remains current, accurate, and compliant with evolving regulations and system changes.

Control Requirements

CR-006.1: Comprehensive Annual Review

Conduct annual review of all technical documentation for each high-risk AI system.

Review Scope:

  • Review each Annex IV section
  • Verify accuracy against current system
  • Update outdated information
  • Confirm compliance with current regulations
  • Check completeness
  • Validate quality criteria still met

Mandatory Actions:

  • Schedule annual reviews (within 12 months of last review)
  • Review each Annex IV section systematically
  • Verify accuracy against current system
  • Update outdated information
  • Confirm compliance with current regulations
  • Document review results
  • Obtain approval
  • Update documentation if needed

Annual Review Checklist:

SectionReview ItemsStatus
Section 1: General DescriptionIntended purpose current? Provider info accurate? Versions correct?
Section 2: DevelopmentMethods current? Architecture accurate? Data requirements current?
Section 3: MonitoringTest results current? Risk management current? Specifications accurate?
Section 4: ConformityDeclaration current? Standards current?
OverallCompleteness? Quality? Compliance?

Evidence Required:

  • Annual review schedule
  • Review checklists (completed)
  • Review findings
  • Updates made (if any)
  • Approval records
  • Review completion certificates

Audit Verification:

  • Verify annual reviews scheduled and completed
  • Confirm all sections reviewed
  • Check outdated information updated
  • Validate compliance verified
  • Verify approval obtained

Control DOC-007: Secure Storage

Control ID: DOC-007
Control Name: Technical Documentation Secure Storage
Control Type: Preventive
Control Frequency: Continuous
Risk Level: High

Control Objective

Store technical documentation securely with appropriate access controls to protect sensitive information, ensure availability, and comply with retention requirements per EU AI Act Article 18.

Control Requirements

CR-007.1: Secure Storage Implementation

Implement secure storage for all technical documentation.

Storage Requirements:

  • Secure document management system
  • Access controls (role-based)
  • Encryption at rest and in transit
  • Backup and disaster recovery
  • Audit trail of access
  • Retention for 10 years (Article 18)
  • Geographic restrictions (if applicable)

Mandatory Actions:

  • Store documentation in approved system
  • Configure access controls
  • Enable encryption (at rest and in transit)
  • Implement backup procedures (daily backups)
  • Log all access
  • Enforce retention policy (10 years)
  • Test disaster recovery annually

Security Controls:

ControlRequirementImplementation
Access ControlRole-based access controlDocument management system RBAC
Encryption at RestAES-256 or equivalentStorage encryption
Encryption in TransitTLS 1.3 or equivalentHTTPS for all access
BackupDaily automated backupsBackup system with 30-day retention
Disaster RecoveryRTO < 24 hours, RPO < 24 hoursDR plan and testing
Audit TrailLog all access and modificationsAccess logs with 10-year retention
Retention10 years minimumAutomated retention policy

Evidence Required:

  • Document management system records
  • Access control configuration
  • Encryption verification records
  • Backup logs
  • Disaster recovery test results
  • Access audit trail
  • Retention compliance records

Audit Verification:

  • Verify secure storage implemented
  • Confirm access controls configured
  • Check encryption enabled
  • Validate backup procedures operational
  • Verify audit trail logging
  • Check 10-year retention enforced

Control DOC-008: Access Management

Control ID: DOC-008
Control Name: Technical Documentation Access Control
Control Type: Preventive
Control Frequency: Continuous, quarterly reviews
Risk Level: Medium

Control Objective

Provide appropriate access to technical documentation per Article 18 and Article 21 to enable authorized access while protecting sensitive information and ensuring regulatory compliance.

Control Requirements

CR-008.1: Role-Based Access Control

Implement and manage role-based access control for technical documentation.

Access Levels:

RoleAccess LevelJustificationApproval Required
AI System OwnerFull read/writeResponsible for documentationAutomatic
Technical TeamRead/write (assigned sections)Create and update documentationAI System Owner
AI Governance CommitteeReadOversight and approvalAutomatic
Internal AuditReadAudit and compliance verificationAudit Manager
Competent AuthoritiesRead (upon request)Regulatory oversight (Article 18, Article 21)Legal + CTO
Notified BodiesRead (during assessment)Conformity assessmentCTO

Mandatory Actions:

  • Define access roles and permissions
  • Grant access based on role
  • Review access quarterly
  • Revoke access when no longer needed
  • Log all access requests
  • Respond to authority requests within 5 days
  • Document all access grants/revocations

Access Review Process:

  1. Generate access report quarterly
  2. Review access for each user
  3. Verify access still needed
  4. Revoke unnecessary access
  5. Document review results
  6. Report to AI Governance Committee

Evidence Required:

  • Access control matrix
  • Access grant/revoke records
  • Quarterly access reviews
  • Access logs
  • Authority request responses
  • Access review reports

Audit Verification:

  • Verify access controls implemented
  • Confirm access granted based on roles
  • Check quarterly access reviews completed
  • Validate unnecessary access revoked
  • Verify access logs maintained
  • Check authority requests responded within 5 days

Control DOC-009: Documentation Availability

Control ID: DOC-009
Control Name: Authority Request Response and Documentation Availability
Control Type: Preventive
Control Frequency: As requested
Risk Level: High

Control Objective

Ensure technical documentation is available to competent authorities upon request per Article 18 (retention at disposal of authorities) and Article 21 (cooperation with competent authorities) to enable regulatory oversight and demonstrate compliance.

Control Requirements

CR-009.1: Authority Request Response

Respond promptly and completely to competent authority requests for technical documentation.

Response Requirements:

  • Acknowledge request within 1 business day
  • Provide complete documentation package within 5 business days
  • Ensure documentation in required language (if specified)
  • Coordinate through legal team
  • Track all requests and responses
  • Maintain request log

Mandatory Actions:

  • Maintain documentation in accessible format
  • Respond to authority requests promptly
  • Provide complete documentation package
  • Track all requests and responses
  • Ensure language requirements met
  • Coordinate with legal team
  • Document all interactions

Authority Request Process:

  1. Receive request from competent authority
  2. Acknowledge within 1 business day
  3. Notify Legal and CTO
  4. Prepare complete documentation package
  5. Review for completeness
  6. Provide to authority within 5 business days
  7. Document request and response
  8. Follow up if needed

Evidence Required:

  • Authority request log
  • Response records
  • Documentation packages provided
  • Response time tracking
  • Language compliance verification
  • Legal coordination records

Audit Verification:

  • Verify requests acknowledged within 1 business day
  • Confirm documentation provided within 5 business days
  • Check complete documentation packages provided
  • Validate language requirements met
  • Verify all requests tracked

Control DOC-010: Documentation Review and Approval

Control ID: DOC-010
Control Name: Technical Documentation Review and Approval Process
Control Type: Preventive
Control Frequency: Per documentation package/update
Risk Level: High

Control Objective

Ensure all technical documentation is reviewed and approved before use to verify quality, accuracy, completeness, and regulatory compliance.

Control Requirements

CR-010.1: Multi-Stage Review and Approval

Conduct technical, legal, and compliance reviews before final approval.

Review Stages:

Stage 1: Technical Review

  • Technical accuracy
  • Completeness per Annex IV
  • Consistency with system design
  • Clarity and understandability
  • Evidence support for claims
  • Compliance with technical standards

Stage 2: Legal and Compliance Review

  • Annex IV compliance
  • EU AI Act compliance
  • GDPR compliance (if personal data)
  • Intellectual property considerations
  • Contractual obligations
  • Export control (if applicable)

Stage 3: Final Approval

  • Route for appropriate approvals
  • Obtain all required signatures
  • Document approval date
  • Communicate approval status
  • Archive approved version

Approval Hierarchy:

Documentation TypeApproverAuthorityTimeframe
Initial DocumentationCTO + AI Governance CommitteeFull approval< 10 business days
Major UpdatesCTO + AI Governance CommitteeFull approval< 10 business days
Minor UpdatesAI System Owner + Technical LeadDelegated approval< 5 business days
CorrectionsTechnical LeadDelegated approval< 3 business days

Mandatory Actions:

  • Assign qualified technical reviewers
  • Conduct detailed technical review
  • Document findings
  • Address all findings
  • Obtain reviewer sign-off
  • Submit to legal review
  • Address legal findings
  • Obtain legal approval
  • Route for appropriate approvals
  • Obtain all required signatures
  • Block use until approved

Evidence Required:

  • Technical review checklist
  • Review findings log
  • Resolution records
  • Reviewer sign-off
  • Legal review records
  • Compliance verification
  • Legal approval
  • Approval records
  • Signature log
  • Approval workflow tracking

Audit Verification:

  • Verify technical review conducted
  • Confirm legal review completed
  • Check all findings addressed
  • Validate all required approvals obtained
  • Verify documentation not used until approved

SUPPORTING PROCEDURES

This standard is implemented through the following detailed procedures:

Procedure PROC-AI-DOC-001: Technical Documentation Creation Procedure

Purpose: Define step-by-step process for creating Annex IV documentation
Owner: Chief Technology Officer
Implements: Controls DOC-001, DOC-002, DOC-003

Procedure Steps:

  1. Initiate documentation creation
  2. Use Annex IV template - Control DOC-003
  3. Complete all mandatory sections - Control DOC-001
  4. Conduct technical review - Control DOC-002
  5. Address review findings
  6. Obtain quality approval
  7. Submit for legal review
  8. Obtain final approval - Control DOC-010
  9. Store documentation securely - Control DOC-007

Outputs:

  • Complete technical documentation package
  • Review records
  • Approval records
  • Stored documentation

Procedure PROC-AI-DOC-002: Documentation Maintenance Procedure

Purpose: Define process for updating and maintaining documentation
Owner: Chief Technology Officer
Implements: Controls DOC-004, DOC-005, DOC-006

Procedure Steps:

  1. Monitor for update triggers - Control DOC-004
  2. Assess documentation impact
  3. Update affected sections
  4. Assign version number - Control DOC-005
  5. Document changes in version log
  6. Conduct annual review - Control DOC-006
  7. Obtain approval for updates
  8. Store updated version securely

Outputs:

  • Updated documentation
  • Version log
  • Change descriptions
  • Approval records

Procedure PROC-AI-DOC-003: Documentation Review and Approval Procedure

Purpose: Define process for reviewing and approving documentation
Owner: Chief Technology Officer
Implements: Control DOC-010

Procedure Steps:

  1. Assign technical reviewers
  2. Conduct technical review
  3. Document findings
  4. Address findings
  5. Obtain technical sign-off
  6. Submit to legal review
  7. Address legal findings
  8. Obtain legal approval
  9. Route for final approval
  10. Obtain all required signatures
  11. Archive approved version

Outputs:

  • Review records
  • Approval records
  • Approved documentation

COMPLIANCE

5.1 Compliance Monitoring

Monitoring Approach: Continuous automated monitoring supplemented by monthly manual reviews and quarterly comprehensive audits.

Compliance Metrics:

MetricTargetMeasurement MethodFrequencyOwner
Documentation Completeness100%% of high-risk AI with complete Annex IV documentationMonthlyChief Technology Officer
Documentation Currency100%% of documentation current (< 1 year old)MonthlyChief Technology Officer
Review Completion100%% of annual reviews completed on timeQuarterlyChief Technology Officer
Authority Response Time< 5 daysAverage days to respond to authority requestsPer requestLegal
Approval Cycle Time< 10 daysAverage days from submission to approvalMonthlyChief Technology Officer
Version Control Compliance100%% of documentation with proper version controlMonthlyChief Technology Officer
Access Control Compliance100%% of documentation with proper access controlsMonthlyIT Security

Monitoring Tools:

  • Documentation Dashboard
  • Compliance Reports
  • Access Logs
  • Version Control System
  • Monthly compliance reports
  • Quarterly AI Governance Committee reviews

5.2 Internal Audit Requirements

Audit Frequency: Annually (minimum)

Audit Scope:

  • Documentation completeness per Annex IV
  • Documentation quality
  • Documentation currency
  • Version control implementation
  • Secure storage implementation
  • Access control effectiveness
  • Authority request response
  • Review and approval process
  • Controls effectiveness (DOC-001 through DOC-010)

Audit Activities:

  • Review 100% of high-risk AI documentation for completeness
  • Sample 20% of documentation for detailed quality review
  • Test version control system
  • Verify secure storage implementation
  • Test access controls
  • Review authority request responses
  • Interview key personnel
  • Test documentation retrieval

Audit Outputs:

  • Annual Technical Documentation Audit Report
  • Findings and recommendations
  • Corrective action plans for deficiencies

5.3 External Audit / Regulatory Inspection

Preparation:

  • Maintain audit-ready documentation at all times
  • Designate Chief Technology Officer and Legal as regulatory liaisons
  • Prepare standard response procedures for authority requests

Provide to Auditors/Regulators:

  • Technical documentation packages (sample or all)
  • Documentation templates
  • Version control logs
  • Access control records
  • Authority request logs
  • Review and approval records
  • Documentation procedures
  • Internal audit reports
  • Evidence of controls execution

Authority Request Response:

  • Acknowledge request within 1 business day
  • Provide requested documentation within 5 business days
  • Coordinate through Legal and Chief Technology Officer
  • Document all interactions with authorities

ROLES AND RESPONSIBILITIES

6.1 RACI Matrix

ActivityChief Technology OfficerAI System OwnerTechnical LeadTechnical Documentation TeamLegal & ComplianceAI Governance CommitteeIT Security
Documentation CreationR/AARRCII
Documentation QualityRARRCII
Template ManagementR/AICCIII
Documentation UpdatesRARRCII
Version ControlRACRIII
Annual ReviewRARCCII
Secure StorageRIIIIIR/A
Access ManagementRAIICIR
Authority RequestsRIIIRII
Review and ApprovalR/AARCRAI

RACI Legend:

  • R = Responsible (does the work)
  • A = Accountable (ultimately answerable)
  • C = Consulted (provides input)
  • I = Informed (kept up-to-date)

6.2 Role Descriptions

Chief Technology Officer

  • Primary Responsibility: Oversees technical documentation framework, ensures compliance
  • Key Activities:
    • Establishes documentation framework
    • Maintains documentation templates
    • Approves documentation
    • Reports documentation metrics
    • Coordinates with authorities
  • Required Competencies: EU AI Act Article 11, Annex IV, technical documentation, project management

AI System Owner

  • Primary Responsibility: Accountable for documentation completeness and accuracy
  • Key Activities:
    • Ensures documentation created
    • Approves documentation content
    • Coordinates documentation updates
    • Participates in reviews
  • Required Competencies: AI system knowledge, documentation requirements

Technical Lead

  • Primary Responsibility: Creates and maintains technical content
  • Key Activities:
    • Creates technical documentation
    • Conducts technical reviews
    • Updates documentation
    • Maintains version control
  • Required Competencies: Technical writing, AI system technical knowledge, Annex IV

Technical Documentation Team

  • Primary Responsibility: Supports documentation creation and maintenance
  • Key Activities:
    • Supports documentation creation
    • Maintains templates
    • Conducts quality reviews
    • Manages version control
  • Required Competencies: Technical writing, documentation management

Legal & Compliance

  • Primary Responsibility: Reviews for regulatory compliance
  • Key Activities:
    • Reviews documentation for compliance
    • Manages authority requests
    • Advises on regulatory requirements
  • Required Competencies: EU AI Act legal expertise, regulatory compliance

AI Governance Committee

  • Primary Responsibility: Approves documentation
  • Key Activities:
    • Approves initial documentation
    • Approves major updates
    • Reviews documentation metrics
  • Authority: Final approval for initial and major documentation

IT Security

  • Primary Responsibility: Implements secure storage and access controls
  • Key Activities:
    • Implements secure storage
    • Configures access controls
    • Manages encryption
    • Implements backup and DR
  • Required Competencies: Information security, document management systems

EXCEPTIONS

7.1 Exception Philosophy

Technical documentation is a critical regulatory compliance activity for high-risk AI systems. Exceptions are granted restrictively and only where compensating controls adequately mitigate risks.


7.2 Allowed Exceptions

The following exceptions may be granted with proper justification and approval:

Exception TypeJustification RequiredMaximum DurationApproval AuthorityCompensating Controls
Extended Documentation Creation TimelineResource constraints prevent timely creation30 daysCTO + AI Governance CommitteeInterim documentation; Accelerated plan
Deferred Minor Section UpdateMinor section update can wait60 daysAI System OwnerDocument deferral rationale; Schedule update
Simplified Documentation (Minimal-Risk AI)AI system clearly minimal-riskPermanentCTODocument simplified rationale; Annual re-confirmation

7.3 Prohibited Exceptions

The following exceptions cannot be granted under any circumstances:

Skipping Annex IV documentation for high-risk AI - Mandatory per Article 11, no exceptions
Deploying without complete documentation - Regulatory violation, legal liability
Skipping technical review - Required for quality assurance
Skipping legal review - Required for compliance verification
Operating without secure storage - Required for data protection
Ignoring authority requests - Required per Article 18 and Article 21


7.4 Exception Request Process

Step 1: Submit Exception Request

  • Complete Exception Request Form (FORM-AI-EXCEPTION-001)
  • Include business justification
  • Propose compensating controls
  • Specify duration requested
  • Attach risk assessment

Step 2: Risk Assessment

  • Chief Technology Officer assesses risk of granting exception
  • Evaluates adequacy of compensating controls
  • Documents residual risk

Step 3: Approval

  • Route to appropriate approval authority based on exception type
  • CTO approval: Minor exceptions
  • CTO + AI Governance Committee: Significant exceptions
  • AI Governance Committee: Critical exceptions

Step 4: Documentation and Monitoring

  • Document exception in Exception Register
  • Assign exception owner
  • Set review date
  • Monitor compensating controls
  • Report exceptions quarterly to AI Governance Committee

Step 5: Exception Review and Closure

  • Review exception at specified review date
  • Assess if exception still needed
  • Close exception when normal documentation completed
  • Document lessons learned

ENFORCEMENT

8.1 Non-Compliance Consequences

ViolationSeverityConsequenceRemediation Required
High-risk AI without Annex IV documentationCriticalImmediate suspension until documentation completedComplete documentation within 30 business days; Root cause analysis
Deploying with incomplete documentationCriticalImmediate halt deployment; Compliance gap assessmentComplete missing sections; Re-approve; Re-deploy
Missing annual reviewHighEscalation to AI Governance Committee; Freeze on new featuresComplete review within 10 business days
Late authority request responseHighWritten warning; Escalation to managementRespond immediately; Process improvement plan
Missing version controlMediumWritten warningImplement version control within 5 business days
Incomplete documentation sectionsMediumWritten warningComplete sections within 10 business days

8.2 Escalation Procedures

Level 1: Chief Technology Officer

  • Minor procedural violations
  • Documentation deficiencies
  • Timeline delays < 5 days
  • Action: Written warning, corrective action required

Level 2: Chief Technology Officer + AI Governance Committee

  • Repeated violations
  • Missing documentation
  • Quality issues
  • Action: Formal review, corrective action plan, management notification

Level 3: AI Governance Committee

  • High-risk AI without documentation
  • Critical compliance failures
  • Regulatory violations
  • Action: Immediate AI system suspension, investigation, disciplinary action

Level 4: Executive Management + Legal

  • Potential regulatory enforcement action
  • Significant legal liability
  • Reputational risk
  • Action: Executive crisis management, legal strategy, regulatory engagement

8.3 Immediate Escalation Triggers

Escalate immediately to AI Governance Committee + Legal if:

  • ⚠️ High-risk AI system operating without Annex IV documentation
  • ⚠️ Authority request not responded to within 5 days
  • ⚠️ Regulatory inquiry or inspection related to documentation
  • ⚠️ Documentation breach or unauthorized access
  • ⚠️ Critical documentation quality issues identified

8.4 Disciplinary Actions

Individuals responsible for documentation violations may be subject to:

  • Verbal or written warning
  • Mandatory retraining
  • Performance improvement plan
  • Reassignment of responsibilities
  • Suspension (with pay during investigation)
  • Termination (for egregious violations, e.g., knowingly deploying without documentation)

Factors Considered:

  • Intent (knowing violation vs. honest mistake)
  • Severity of violation
  • Impact (actual or potential)
  • Cooperation with remediation
  • Prior violation history

KEY PERFORMANCE INDICATORS (KPIs)

9.1 Technical Documentation KPIs

KPI IDKPI NameDefinitionTargetMeasurement MethodFrequencyOwnerReporting To
KPI-DOC-001Documentation Completeness% of high-risk AI with complete Annex IV documentation100%(# high-risk AI with complete docs / # high-risk AI) × 100MonthlyChief Technology OfficerAI Governance Committee
KPI-DOC-002Documentation Currency% of documentation current (< 1 year old)100%(# current docs / # total docs) × 100MonthlyChief Technology OfficerManagement
KPI-DOC-003Review Completion% of annual reviews completed on time100%(# reviews on time / # scheduled reviews) × 100QuarterlyChief Technology OfficerAI Governance Committee
KPI-DOC-004Authority Response TimeAverage days to respond to authority requests< 5 daysΣ (response date - request date) / # requestsPer requestLegalExecutive Management
KPI-DOC-005Approval Cycle TimeAverage days from submission to approval< 10 daysΣ (approval date - submission date) / # submissionsMonthlyChief Technology OfficerManagement
KPI-DOC-006Documentation Quality ScoreAverage quality score across all documentation≥ 90%Composite score from quality criteriaQuarterlyChief Technology OfficerAI Governance Committee
KPI-DOC-007Version Control Compliance% of documentation with proper version control100%(# docs with version control / # total docs) × 100MonthlyChief Technology OfficerManagement
KPI-DOC-008Update Timeliness% of documentation updates completed within 30 days100%(# updates within 30 days / # total updates) × 100MonthlyChief Technology OfficerManagement
KPI-DOC-009Access Control Compliance% of documentation with proper access controls100%(# docs with access controls / # total docs) × 100MonthlyIT SecurityChief Technology Officer
KPI-DOC-010Template Usage% of documentation using standardized templates100%(# docs using templates / # total docs) × 100MonthlyChief Technology OfficerManagement

9.2 KPI Dashboards and Reporting

Real-Time Dashboard (Chief Technology Officer access)

  • Current documentation completeness
  • Documentation currency status
  • Pending reviews
  • Authority requests
  • Approval workflows

Monthly Management Report

  • KPI-DOC-001, 002, 005, 007, 008, 009, 010
  • Trend analysis (vs. previous month)
  • Issues and risks
  • Planned actions

Quarterly AI Governance Committee Report

  • All KPIs
  • Documentation completeness status
  • Review completion status
  • Quality assessment results
  • Internal audit findings (if conducted)
  • Exception register review

Annual Executive Report

  • Full-year KPI performance
  • Documentation maturity assessment
  • Strategic recommendations
  • Regulatory outlook

9.3 KPI Thresholds and Alerts

KPIGreen (Good)Yellow (Warning)Red (Critical)Alert Action
Documentation Completeness100%95-99%< 95%Red: Immediate escalation to AI Governance Committee Chair
Documentation Currency100%90-99%< 90%Red: Escalate to AI Governance Committee
Review Completion100%90-99%< 90%Yellow: Accelerate reviews; Red: Freeze new AI deployments
Authority Response Time< 5 days5-7 days> 7 daysRed: Immediate escalation to Executive Management + Legal
Approval Cycle Time< 10 days10-15 days> 15 daysRed: Escalate to AI Governance Committee

TRAINING REQUIREMENTS

10.1 Training Program Overview

All personnel involved in technical documentation must complete role-specific training to ensure competency in Annex IV requirements, technical writing, and documentation procedures.


10.2 Role-Based Training Requirements

RoleTraining CourseDurationContentFrequencyAssessment Required
Chief Technology OfficerDocumentation Management Expert Training12 hoursEU AI Act Article 11; Annex IV; Documentation management; Quality assurance; Authority requestsInitial + annuallyYes - Written exam (≥90%)
Technical LeadsTechnical Documentation Creation16 hoursAnnex IV structure; Technical writing; Quality criteria; Review processInitial + annuallyYes - Practical documentation exercise
Technical Documentation TeamDocumentation Support Training12 hoursTemplate usage; Quality review; Version control; Documentation toolsInitial + annuallyYes - Practical exercise
AI System OwnersDocumentation Overview4 hoursDocumentation requirements; Responsibilities; Approval processAt onboarding + annuallyYes - Knowledge check (≥80%)
Legal & ComplianceDocumentation Compliance Review6 hoursAnnex IV compliance; EU AI Act Article 11; Authority requests; Legal considerationsInitial + annuallyYes - Written exam (≥90%)
All AI Development StaffDocumentation Awareness2 hoursDocumentation basics; When documentation needed; Quality awarenessAt onboarding + annuallyYes - Knowledge check (≥80%)

10.3 Training Content by Topic

Annex IV Requirements

  • Complete Annex IV structure
  • Mandatory elements
  • Section-by-section guidance
  • Completeness criteria
  • Quality requirements

Technical Writing

  • Clarity and understandability
  • Technical accuracy
  • Consistency
  • Traceability
  • Evidence support

Documentation Management

  • Template usage
  • Version control
  • Update management
  • Review process
  • Approval workflow

Regulatory Compliance

  • EU AI Act Article 11
  • Annex IV requirements
  • Authority requests and cooperation (Article 18, Article 21)
  • Retention requirements (Article 18)

10.4 Training Delivery Methods

Initial Training:

  • Instructor-led classroom or virtual training
  • Includes interactive exercises and case studies
  • Hands-on practice with documentation templates
  • Group discussions of complex scenarios

Annual Refresher:

  • E-learning modules for core content review
  • Live update sessions for regulatory changes
  • Case study reviews of recent documentation
  • Knowledge assessment

On-the-Job Training:

  • Mentoring for new documentation staff
  • Job shadowing during documentation creation
  • Supervised documentation for first 3 AI systems

Just-in-Time Training:

  • Quick reference guides and job aids
  • Video tutorials on specific topics
  • Help desk support from experienced documentation staff

10.5 Training Effectiveness Measurement

Assessment Methods:

  • Written exams for knowledge retention
  • Practical exercises for skill application
  • On-the-job observations for competency validation
  • Feedback surveys for training quality

Competency Validation:

  • Technical Leads: Must create complete Annex IV documentation for 1 sample AI system with 100% completeness before independent documentation
  • All staff: Must pass knowledge assessments with minimum required scores

Training Metrics:

MetricTargetFrequency
Training completion rate100%Quarterly
Assessment pass rate (first attempt)≥ 90%Per training
Training effectiveness score (survey)≥ 4.0/5.0Per training
Time to competency (Technical Leads)< 30 daysPer person

10.6 Training Records

Records Maintained:

  • Training attendance records
  • Assessment scores
  • Competency validations
  • Refresher training completion
  • Individual training transcripts

Retention: 10 years (to align with EU AI Act documentation retention)

Access: HR, Chief Technology Officer, Internal Audit, Competent Authorities (upon request)


DEFINITIONS

TermDefinitionSource
Technical DocumentationDocumentation demonstrating AI system compliance with EU AI Act requirements (Annex IV)EU AI Act Article 11, Annex IV
Annex IVTechnical documentation structure and contents required for high-risk AI systemsEU AI Act Annex IV
Substantial ModificationChange to an AI system after its placing on the market or putting into service which affects the compliance of the AI system with the requirements of the EU AI Act or results in a modification to the intended purposeEU AI Act Article 3(23)
Version ControlSystematic tracking of documentation versions with change historyThis Standard
Documentation PackageComplete set of technical documentation for an AI systemThis Standard
Competent AuthorityNational authority designated to supervise application of EU AI ActEU AI Act Article 3(48)
Notified BodyConformity assessment body notified under EU AI ActEU AI Act Article 3(22)
EU Declaration of ConformityDeclaration by provider that AI system conforms to EU AI Act requirementsEU AI Act Article 47
Harmonized StandardEuropean standard adopted by European standardization organizationsEU AI Act Article 3(27)
Common SpecificationTechnical specification adopted by Commission when no harmonized standards existEU AI Act Article 3(28)

LINK WITH AI ACT AND ISO42001

12.1 EU AI Act Regulatory Mapping

This standard implements the following EU AI Act requirements:

EU AI Act ProvisionArticle/AnnexRequirement SummaryImplemented By (Controls)
Technical DocumentationArticle 11Technical documentation required for high-risk AIAll controls (DOC-001 through DOC-010)
Annex IV ContentsAnnex IVDetailed structure and contents of technical documentationDOC-001
Documentation UpdatesArticle 11Documentation must be kept up-to-dateDOC-004, DOC-006
Record-KeepingArticle 18Documentation retention for 10 yearsDOC-007
Documentation AvailabilityArticle 18, Article 21Keep documentation at disposal of authorities for 10 years (Art. 18); cooperate with competent authorities and provide documentation upon reasoned request (Art. 21)DOC-008, DOC-009

12.2 ISO/IEC 42001:2023 Alignment

This standard aligns with ISO/IEC 42001:2023 as follows:

ISO 42001 ClauseRequirementImplementation in This Standard
Clause 7.5: Documented informationMaintain documented informationAll controls (DOC-001 through DOC-010)
Clause 7.5.2: Creating and updatingCreate and update documented informationDOC-001, DOC-002, DOC-004
Clause 7.5.3: Control of documented informationControl documented informationDOC-005, DOC-007, DOC-008
Clause 9.2: Internal auditConduct internal auditsCompliance Section 5.2
Clause 9.3: Management reviewConduct management reviewsDOC-006, DOC-010

12.3 Relationship to Other Standards

This technical documentation standard integrates with other AI Act standards:

Related StandardIntegration PointRationale
STD-AI-001: ClassificationClassification determines if documentation requiredHigh-risk AI requires Annex IV documentation
STD-AI-002: Risk ManagementRisk management documentation included in Annex IV Section 3.2Risk management outputs feed into technical documentation
STD-AI-003: Data GovernanceData requirements documented in Annex IV Section 2.2Data governance outputs feed into technical documentation
STD-AI-010: Conformity AssessmentConformity assessment documentation included in Annex IV Section 4Conformity assessment outputs feed into technical documentation

12.4 References and Related Documents

EU AI Act (Regulation (EU) 2024/1689):

  • Article 11: Technical Documentation
  • Annex IV: Technical Documentation Contents
  • Article 18: Record-Keeping Obligations (documentation retention, at disposal of authorities)
  • Article 21: Cooperation with Competent Authorities (provide documentation upon reasoned request)

ISO/IEC Standards:

  • ISO/IEC 42001:2023: Information technology — Artificial intelligence — Management system
  • ISO/IEC 23894:2023: Information technology — Artificial intelligence — Guidance on risk management

Internal Documents:

  • POL-AI-001: Artificial Intelligence Policy (parent policy)
  • STD-AI-001: AI System Classification Standard
  • STD-AI-002: AI Risk Management Standard
  • STD-AI-003: AI Data Governance Standard
  • PROC-AI-DOC-001, -002, -003: Documentation procedures

APPROVAL AND AUTHORIZATION

RoleNameTitleSignatureDate
Prepared ByDavid LeeChief Technology Officer_________________________
Reviewed ByMichael BrownChief Legal Officer_________________________
Reviewed BySarah JohnsonAI Act Program Manager_________________________
Reviewed ByJane DoeChief Strategy & Risk Officer_________________________
Approved ByJane DoeAI Governance Committee Chair_________________________

Effective Date: 2025-08-01
Next Review Date: 2026-08-01
Review Frequency: Annually or upon regulatory change


END OF STANDARD STD-AI-004


This standard is a living document. Feedback and improvement suggestions should be directed to the Chief Technology Officer.

Standard Details

Standard ID

STD-AI-004

Version

1.0

Status

draft

Owner

CTO

Effective Date

2025-08-01

Applicability

High-risk AI systems

EU AI Act References
Article 11Annex IV
ISO 42001 Mapping
Clause 7.5