Crosswalk

Framework map for buyers and auditors

Ethotechnics controls mapped to EU AI Act, NIST AI RMF, ISO/IEC, SOC 2, and IEC 61508 obligations, with buyer checks and evidence requests.

Plain-language guide

Answers for procurement and audit, without reading every standards document first.

  • Checked on October 6, 2026 against the Ethotechnics clause register, the EU AI Act as amended by Regulation (EU) 2026/1744, and NIST AI 100-1.
  • “Partial: listed clauses only” means Ethotechnics clauses bear on part of each framework clause listed, and the rest stays with you. “Supporting evidence only” means Ethotechnics records can serve as evidence inside controls your organization owns.
  • No entry is a determination of legal compliance. Each links to control briefs that name the Ethotechnics clauses a contract can cite and the records to request.

Framework-by-framework crosswalk

For each framework: the Ethotechnics controls it maps to, what they cover, how much is left to you, and the checks and evidence requests to put in a procurement packet or an audit walkthrough.

  1. Read the status. For the EU AI Act, read the article table too: it says what each clause leaves to you.
  2. Name the person accountable for the first step.
  3. Request evidence artifacts before contract sign-off or audit close.

EU AI Act (high-risk context)

Partial: listed clauses only

Framework reference: Articles 9, 12, 14, and 72 in part; not Article 73

Mapped Ethotechnics controls: CTRL-01 — Maintain human oversight with exercisable halt authority for high-risk decisions. ; CTRL-02 — Demonstrate risk management and controls before deployment and at major changes. ; CTRL-03 — Operate post-market monitoring and incident reporting with response clocks. ; CTRL-04 — Provide traceability so affected decisions can be reconstructed and challenged.

Parts of risk management, record-keeping, human oversight, and post-market monitoring. No clause covers serious-incident reporting under Article 73.

First step: Read the article table below and assign an owner to each gap, starting with Article 73 incident reporting.

What to check and the evidence to request

What a buyer or auditor should check:

  • Named owner for incident-reporting clocks and regulator submissions.
  • Decision-level records retained with version context.
  • Documented halt authority and oversight rota for high-risk actions.

Evidence to request first:

  • Intervention specification per oversight claim, naming states alterable and what happens on disagreement
  • Named on-call oversight roster
  • Halt drill records
  • Override event log with timestamps
  • Current risk register slice
  • Pre-release validation results
  • Mitigation owner assignment with due dates
  • Post-market monitoring dashboard export
  • Incident intake record with severity and deadline
  • Remediation and closure log
  • Decision record with model/version context
  • Appeal-event timeline
  • Retention and retrieval policy

Where it shows up in operations: Halt and escalation control panel, specified by the intervention specification behind each oversight claim · Release gate evidence checklist · Incident intake, triage, and regulator export workflow · Decision log and appeal history view

Related pages: EU AI Act article table · EU AI Act critique and dates · Incident lessons hub

NIST AI RMF 1.0

Partial: listed clauses only

Framework reference: MANAGE 1.1, MANAGE 1.3, MEASURE 2.5

Mapped Ethotechnics controls: CTRL-02 — Demonstrate risk management and controls before deployment and at major changes.

Operational governance controls mapped to release gates, pre-release validation, and mitigation ownership.

First step: Ask for the last launch decision's test results, with each threshold dated before its test ran (STD-06 §2.1 and §2.2).

What to check and the evidence to request

What a buyer or auditor should check:

  • Current risk register slice tied to system version and owner.
  • Validation thresholds defined before launch (not after incidents).
  • Mitigation backlog includes due dates and accountable humans.

Evidence to request first:

  • Current risk register slice
  • Pre-release validation results
  • Mitigation owner assignment with due dates

Where it shows up in operations: Release gate evidence checklist

Related pages: NIST subcategories mapped to clauses · STD-06 human-impact safety case

ISO/IEC 42001

Partial: listed clauses only

Framework reference: Clauses 6.1, 8.1, 8.2, 9.1, 10.1

Mapped Ethotechnics controls: CTRL-02 — Demonstrate risk management and controls before deployment and at major changes. ; CTRL-03 — Operate post-market monitoring and incident reporting with response clocks.

Lifecycle controls for an AI management system (AIMS): planning, operation, monitoring, and continual improvement.

First step: Cross-check your AIMS internal-audit scope against evidence-pack artifacts and owners.

What to check and the evidence to request

What a buyer or auditor should check:

  • Policy record references operational controls and review cadence.
  • Internal audits sample real evidence artifacts, not only policy PDFs.
  • Corrective actions are linked to incident and remediation logs.

Evidence to request first:

  • Current risk register slice
  • Pre-release validation results
  • Mitigation owner assignment with due dates
  • Post-market monitoring dashboard export
  • Incident intake record with severity and deadline
  • Remediation and closure log

Where it shows up in operations: Release gate evidence checklist · Incident intake, triage, and regulator export workflow

Related pages: ISO/IEC 42001 overview · Evidence packs

ISO/IEC 27001

Supporting evidence only

Framework reference: Annex A control families + ISMS records

Mapped Ethotechnics controls: CTRL-04 — Provide traceability so affected decisions can be reconstructed and challenged.

Traceability, retention, and reconstruction controls that support ISMS evidence, but org-specific Annex A controls remain local.

First step: Map Ethotechnics decision records into your existing Annex A control matrix.

What to check and the evidence to request

What a buyer or auditor should check:

  • Access control and key management ownership are documented in your ISMS.
  • Retention periods in Ethotechnics records align with ISMS policy.
  • Exception handling is approved and logged with expiry dates.

Evidence to request first:

  • Decision record with model/version context
  • Appeal-event timeline
  • Retention and retrieval policy

Where it shows up in operations: Decision log and appeal history view

Related pages: Governance capability explainer · Mechanisms catalog

SOC 2 (AICPA TSC)

Supporting evidence only

Framework reference: CC-series (security, availability, integrity)

Mapped Ethotechnics controls: CTRL-01 — Maintain human oversight with exercisable halt authority for high-risk decisions.

Human oversight, escalation, and change-control evidence that supports common SOC 2 control expectations.

First step: Bind oversight drill records to your SOC 2 control narratives before the next audit cycle.

What to check and the evidence to request

What a buyer or auditor should check:

  • Control owner matrix includes response-time commitments.
  • Change approvals include model-version context and rollback path.
  • Audit trail supports challenge-response testing during fieldwork.

Evidence to request first:

  • Intervention specification per oversight claim, naming states alterable and what happens on disagreement
  • Named on-call oversight roster
  • Halt drill records
  • Override event log with timestamps

Where it shows up in operations: Halt and escalation control panel, specified by the intervention specification behind each oversight claim

Related pages: Citing the standards in contracts · Failure postmortem template

IEC 61508

Supporting evidence only

Framework reference: Safety lifecycle obligations

Mapped Ethotechnics controls: CTRL-01 — Maintain human oversight with exercisable halt authority for high-risk decisions.

Halt authority and incident-route controls that support safety operations, while SIL determination and hardware safety remain implementation-specific.

First step: Use Ethotechnics controls as governance overlays inside your existing safety lifecycle artifacts.

What to check and the evidence to request

What a buyer or auditor should check:

  • Safety-case assumptions are explicit and version-controlled.
  • Escalation paths define human authority at each hazard tier.
  • Post-incident closure includes residual risk statement.

Evidence to request first:

  • Intervention specification per oversight claim, naming states alterable and what happens on disagreement
  • Named on-call oversight roster
  • Halt drill records
  • Override event log with timestamps

Where it shows up in operations: Halt and escalation control panel, specified by the intervention specification behind each oversight claim

Related pages: STD-06 human-impact safety case · Incident memo template

Pair these controls with the evidence packs before launch and after any major incident.

Every control brief

Each brief names the clauses a contract can cite and the evidence to request, including for the controls no framework entry maps to.

EU AI Act

Article by article

For each article the map cites: the Ethotechnics clauses that bear on it, what they require that the article also asks for, and what they leave to you.

Article Clauses What the clauses cover What they leave to you
Article 9
Risk management system
STD-06 §2.1 , STD-06 §2.2 , STD-06 §4.1 , STD-06 §4.2 , STD-08 §2.3 , STD-08 §2.4 Tests run before launch against thresholds declared before each test, which Article 9(8) also asks for. A register of do-not-deploy boundaries, where an active breach stops the launch. Policy review triggers that send dependent grants back to review. How risks are identified, estimated, and evaluated (9(2)). The judgment that residual risk is acceptable (9(5)). The attention to minors and other vulnerable groups (9(9)).
Article 12
Record-keeping
STD-07 §1.1 , STD-07 §1.2 , STD-07 §5.1 , STD-02 §5.3 , STD-02 §6.3 Records that are never edited and carry a hash of their content, with the moment a record describes kept apart from the moment it was written. A decision log that links each challenged decision to its evidence, reviewers, and outcome, kept tamper-evident through the appeal period and the limitation window. The logging capability built into the system (12(1)). The minimum log contents for remote biometric identification under Annex III, point 1(a) (12(3)).
Article 14
Human oversight
STD-08 §3.1 , STD-08 §3.3 , STD-08 §3.5 , STD-06 §1.3 , STD-06 §2.3 Each claim that a person oversees a decision, resolved to what that person sees, can prevent, and can alter. An approval that can alter nothing is recorded as advisory review, not as a control. Near-unanimous or too-fast approvals reopen the specification, which bears on the automation bias of 14(4)(b). One owner who can halt the deployment, and time to halt measured against a clock. Tools that let the overseer understand and interpret the output (14(4)(a) and (c)). Verification by two people for remote biometric identification (14(5)).
Article 72
Post-market monitoring
STD-06 §2.4 , STD-06 §3.2 , STD-02 §5.2 , STD-08 §2.7 Error, reversal, and remedy rates for each affected population on a declared cadence, from the operator's own records. Evidence carries the date it was refreshed and is reported as stale when it is. Appeal and reversal rates are published. Evidence held anywhere in the institution counts as a fired review trigger. The post-market monitoring plan and its place in the technical documentation (72(3)).
Article 73
Reporting of serious incidents
None Nothing. No clause names who reports a serious incident to a market surveillance authority, or by when. All of it: the duty to report and its deadlines.

Articles 9, 12, and 14 sit in Chapter III, Section 2, which applies to Annex III systems from December 2, 2027 and to Annex I systems from August 2, 2028. The EU AI Act page lists every application date and its source.

Post-market

Incident reporting as its own governance process

Monitoring after release needs a route, a clock, and an export to the regulator. Without them it ends up buried in retrospectives.

  1. Intake: Record the incident class, severity, affected parties, and owner when the incident is opened.
  2. Triage: Apply halt or degrade decisions and publish expected next update time.
  3. Remediation: Link fix actions to evidence artifacts and restoration targets.
  4. Regulatory reporting: Export regulator-ready summary with timeline, controls, and attachments.
  5. Closure and learning: Record closure decision, residual risk, and prevention commitments.

This is a process outline, not a standard clause. The deadlines for reporting a serious incident come from EU AI Act Article 73, not from Ethotechnics.

Evidence pack minimum:

  • Policy record with approver and revision date
  • Risk register slice for the affected workflow
  • Latest test results, against thresholds declared before the tests ran
  • Human-oversight and escalation logs
  • Incident ledger entries and repair outcomes

Reference this crosswalk

Cite the permalink and version in policy, procurement, and audit documents, so they point at a fixed text.

Cite this page · APA, MLA, Chicago, BibTeX, RIS

Version

v0.4.0

Last updated

Oct 6, 2026

APA

Ethotechnics Institute. (2026). Framework map for buyers and auditors. Ethotechnics Institute. https://ethotechnics.org/standards/enforceable-governance-crosswalks

MLA

Ethotechnics Institute. "Framework map for buyers and auditors." Ethotechnics Institute, 2026, https://ethotechnics.org/standards/enforceable-governance-crosswalks.

Chicago

Ethotechnics Institute. "Framework map for buyers and auditors." Ethotechnics Institute. Oct 6, 2026. https://ethotechnics.org/standards/enforceable-governance-crosswalks.

BibTeX

@misc{ethotechnics_standards_enforceable_governance_crosswalks,
  title={Framework map for buyers and auditors},
  author={Ethotechnics Institute},
  year={2026},
  howpublished={Ethotechnics Institute},
  url={https://ethotechnics.org/standards/enforceable-governance-crosswalks},
  version={v0.4.0}
}

RIS

TY  - WEB
TI  - Framework map for buyers and auditors
AU  - Ethotechnics Institute
PY  - 2026
UR  - https://ethotechnics.org/standards/enforceable-governance-crosswalks
ER  -

See also: Standards · Mechanisms