Artificial Intelligence Policy Tracker
ProcedureFree · no account · links emailed to your work addressEU AI ActNIST AI RMF

AI Incident Response Playbook and Log

Formats: DOCX and XLSX · Version v4 · Built from dataset ef1018b7a6a2 · CC BY 4.0. You may use, adapt and share this template, including commercially, with attribution to aipolicytracker.org.

Using this in a product? Commercial use is allowed under CC BY 4.0, with attribution. Ask about an SLA-backed feed or a white-label licence.

On this page 7 sections

In brief

The AI Incident Response Playbook and Log is a free DOCX and XLSX procedure for EU AI Act and NIST AI RMF. Detect, contain, report and learn: a playbook built from the recorded incident-handling duties, with the reporting deadlines they set, and a log that computes them. It is licensed CC BY 4.0 and is not legal advice.

Format
DOCX and XLSX · Procedure
Version
v4, built 12 Nov 2026
Duties cited
7 from 3 instruments
Rows from the records
245
Written for
Provider / developer, Deployer / user organisation, General-purpose AI model provider
Price and licence
Free · CC BY 4.0

What's inside

  • Document: severity scale, roles, the playbook steps, the reporting duties on record with their deadlines
  • Incident log sheet: severity and harm-domain dropdowns, deadline computed from the date, status
  • Regulators sheet: who to notify, by jurisdiction, from the records

Preview

The sheets and sections of version v4, as built. Columns marked ▾ have a dropdown; ƒ is a formula.

Sheet: Incident log · 14 columns · blank, 300 rows ready to fill
First rows of the Incident log sheet
Incident IDDetected onSystemSeverity ▾Harm domain (MIT) ▾What happenedWho was affectedReportable to a regulator ▾RegulatorReporting deadline ƒDays to deadline ƒStatus ▾OwnerLessons and follow-up
Rows are yours to fill; the dropdowns, formulas and colour rules are already in place.
Sheet: Regulators · 5 columns · 238 rows from the records
First rows of the Regulators sheet
JurisdictionRegulatorRoleWebsiteRecord
ASEAN (Association of Southeast Asian Nations)ASEAN Digital Ministers' Meeting (ADGMIN)Endorses regional digital and AI guidancehttps://asean.org/https://aipolicytracker.org/jurisdictions/asean
AlbaniaNational Agency for Information Society (AKSHI)Official government portal; AI policy lead not yet identifiedhttps://www.akshi.gov.al/https://aipolicytracker.org/jurisdictions/albania
AlgeriaMinistère de l'Économie de la Connaissance, des Start-up et des Micro-entreprisesAI strategy co-leadhttps://www.mecsme.gov.dz/https://aipolicytracker.org/jurisdictions/algeria
AndorraGovern d'AndorraOfficial government portal; AI policy lead not yet identifiedhttps://www.govern.ad/https://aipolicytracker.org/jurisdictions/andorra
AngolaGoverno de AngolaOfficial government portal; AI policy lead not yet identifiedhttps://governo.gov.ao/https://aipolicytracker.org/jurisdictions/angola
Antigua and BarbudaGovernment of Antigua and BarbudaOfficial government portal; AI policy lead not yet identifiedhttps://ab.gov.ag/https://aipolicytracker.org/jurisdictions/antigua-and-barbuda
Sheet: Incident duties · 14 columns · 7 rows from the records
First rows of the Incident duties sheet
DutyCategoryInstrumentJurisdictionWho it bindsNatureSource referenceApplies fromWhat it requiresEvidence a reviewer expectsISO/IEC 42001NIST AI RMFVerificationRecord
Report critical safety incidents to the Office of Emergency ServicesIncident reporting and handlingCalifornia SB 53California (United States)General-purpose AI model provider, Provider / developerLegal requirementBusiness and Professions Code, Chapter 25.1 (as added by SB 53)2026-01-01Frontier developers must report critical safety incidents to the California Office of Emergency Services within the statutory time limit after discovery, and thIncident classification and reporting procedureMANAGE 4.3Pending review · source-linkedhttps://aipolicytracker.org/obligations/us-california-sb-53-critical-safety-incident-reporting
Operate a post-market monitoring systemPost-market monitoringEU AI ActEuropean UnionProvider / developerLegal requirementArticle 722027-12-02Providers must establish and document a post-market monitoring system proportionate to the nature of the AI technology and its risks, actively and systematicallPost-market monitoring plan and periodic reportsClause 9.1 Monitoring, measurement, analysis and evaluationMANAGE 4.1, MEASURE 3.xPending review · source-linkedhttps://aipolicytracker.org/obligations/eu-ai-act-post-market-monitoring
Report serious incidents to market surveillance authoritiesIncident reporting and handlingEU AI ActEuropean UnionProvider / developer, Deployer / user organisationLegal requirementArticle 732027-12-02Providers of high-risk AI systems must report serious incidents to the market-surveillance authority of the Member State where the incident occurred, immediatelAI incident response procedure; Incident log and authority notificationsClause 10 Improvement; Annex A control on incident handlingMANAGE 4.3Pending review · source-linkedhttps://aipolicytracker.org/obligations/eu-ai-act-serious-incident-reporting
Providers must take corrective action and inform the supply chain about non-conforming high-risk AIIncident reporting and handlingEU AI ActEuropean UnionProvider / developerLegal requirementArticle 202027-12-02A provider that considers, or has reason to consider, that a high-risk system it has placed on the market is not in conformity must immediately correct it, withCorrective action and recall procedure for AI systems; Non-conformity investigation recordClause 10.2; Annex A.8.4MANAGE 2.4, MANAGE 4.3Verified against the official source 26 Sep 2026https://aipolicytracker.org/obligations/eu-ai-act-art-20-corrective-actions-and-information
Deployers must monitor high-risk AI, suspend use on risk and report serious incidentsPost-market monitoringEU AI ActEuropean UnionDeployer / user organisation, Public authority / government bodyLegal requirementArticle 26(5)2027-12-02Deployers must monitor a high-risk AI system's operation against the provider's instructions and feed observations to the provider under Article 72. If they havOperational monitoring log; Suspension and escalation procedureClause 9.1; Annex A.6.2.6, A.8.4MANAGE 2.4, MANAGE 4.1, MANAGE 4.3Verified against the official source 26 Sep 2026https://aipolicytracker.org/obligations/eu-ai-act-art-26-5-deployer-monitoring-and-suspension
Providers of systemic-risk GPAI models must track and report serious incidents to the AI OfficeIncident reporting and handlingEU AI ActEuropean UnionGeneral-purpose AI model providerLegal requirementArticle 55(1)(c)2025-08-02Providers of general-purpose AI models with systemic risk must keep track of, document and report without undue delay to the AI Office and, where relevant, to nSerious incident tracking log for the model; AI Office incident notificationClause 10.2; Annex A.8.4MANAGE 4.3, MEASURE 3.1Verified against the official source 26 Sep 2026https://aipolicytracker.org/obligations/eu-ai-act-art-55-systemic-risk-incident-reporting

Document outline (DOCX)

  1. 1. What counts as an incident
  2. 2. Roles
  3. 3. The playbook
  4. Detect
  5. Contain
  6. Assess and report
  7. Recover and learn
  8. 4. Reporting duties on record
  9. Report critical safety incidents to the Office of Emergency Services
  10. Operate a post-market monitoring system
  11. Report serious incidents to market surveillance authorities
  12. Providers must take corrective action and inform the supply chain about non-conforming high-risk AI
  13. Deployers must monitor high-risk AI, suspend use on risk and report serious incidents
  14. Providers of systemic-risk GPAI models must track and report serious incidents to the AI Office
  15. Implement reasonable security safeguards and notify breaches

How to use it

  1. 1Request the files. Enter your name, company and work email in the form on this page. The DOCX and XLSX download links arrive by email and work for 7 days.
  2. 2Read the README page. It states the version (v4), the dataset it was built from and the licence, so anyone reviewing your copy knows which records it reflects.
  3. 3Fill in your rows. Complete the "Incident log" sheet for your own systems. Dropdowns, formulas and colour rules are already set.
  4. 4Check the duties against your situation. The "Regulators" and "Incident duties" sheets list the recorded duties with their source references. Mark which apply to you and follow each link to the official text.
  5. 5Complete the document. Work through the DOCX sections (1. What counts as an incident, 2. Roles, 3. The playbook, 4. Reporting duties on record) and replace each placeholder with your organisation's answer.
  6. 6Keep the evidence and watch for new versions. Link each completed row to the evidence that supports it. When the law on record changes, this template gets a new version and a changelog on this page.

Duties this template covers (7)

Each is cited in the file with its source reference and a link back to the record.

Version history

Versions of AI Incident Response Playbook and Log
VersionBuiltDatasetWhat changed
v4ef1018b7a6a2Dataset 52bd836b1d6b → ef1018b7a6a2.
v352bd836b1d6bDataset 3335c39da4b7 → 52bd836b1d6b.
v23335c39da4b7Dataset 914895c3103e → 3335c39da4b7. Sheet "Incident duties": 9 → 7 rows (-2). Document: 69 → 57 blocks. Record citations: 256 → 252.
v1914895c3103eFirst version, built from dataset 914895c3103e.

Only the latest version is served. A rebuild that changes the content adds a version; a rebuild that does not is skipped.

Frequently asked questions

What is in the AI Incident Response Playbook and Log?

Document: severity scale, roles, the playbook steps, the reporting duties on record with their deadlines. Incident log sheet: severity and harm-domain dropdowns, deadline computed from the date, status. Regulators sheet: who to notify, by jurisdiction, from the records.

Which duties does it cite?

7 recorded duties from California SB 53, EU AI Act and India DPDP Act, including Business and Professions Code, Chapter 25.1 (as added by SB 53), Article 72, Article 73, Article 20, Article 26(5) and Article 55(1)(c). Each row links to the record, and the record to the official source.

Who is it for?

The duties it cites fall on provider / developer, deployer / user organisation and general-purpose ai model provider. Whoever owns AI governance for those roles usually completes it, with the system owner supplying the facts.

Is it free?

Yes. Request the DOCX and XLSX with your work email on this page; the download links arrive by email, valid for 7 days. No account and no charge. Licensed CC BY 4.0. You may use, adapt and share this template, including commercially, with attribution to aipolicytracker.org.

How will I know when it changes?

Version v4 was built on 12 November 2026. The library is rebuilt daily; when a change to the records reaches this template it gets the next version, a changelog below and an entry in the templates feed.

Is there a self-assessment that goes with it?

Yes: the AI Incident Response Readiness Assessment (23 questions, about 6 minutes). It is free and runs on Certifyi, a related product. A score is a self-check, not an audit; this template is where the work it points to gets written down.

Does completing it make us compliant?

No. It is an informational resource, not legal advice; it helps produce the evidence a regulator, customer or auditor asks for. Whether a duty applies to you is a judgement the template cannot make.

Disclaimer: informational only, not legal advice. Verify every claim against the linked official sources and consult a qualified lawyer before acting.