Process to identify, score (probability × impact), treat, accept and review AI risks, with the organization's single risk register, roles, deadlines and escalation.
Organizations needing a documented AI risk process, for example to address rules that call for risk management or the NIST AI RMF.
Who uses it
Risk, compliance, audit, legal, AI committee and use-case owners
Usual owner
AI lead; AI committee
Formats
DOCX, PDF
Languages
Español, English
Approximate length
4 pages
Length
Standard. A complete policy, procedure, plan or guide, with roles, deadlines and evidence.
Document type
Procedures and protocols. Concrete steps for a task: who does what, in what order, by when and what gets recorded.
Document code
APG-RSK-004. APG is the AI Policy Generator collection, RSK the area (Risk) and the number identifies the document. Use it to cite the document in your document system.
Preview
Excerpt generated from the document: the "How to use this document" section, the title and the first two sections, plus the full table of contents. The rest of the text is not shown.
APG-RSK-004 · Version 1.1.0 · sources as of November 4, 2026
How to use this document
What it is for. This is a base procedure to identify, analyze, evaluate, treat, accept and review the risks of AI systems throughout their life cycle, with defined criteria, a risk register and escalation rules. Its structure follows the functions of the NIST AI RMF (govern, map, measure and manage), a publicly available reference.
Who should own it. The AI lead maintains the procedure and the risk register; the AI committee (or management, in small organizations) accepts high residual risks. Enter the function in [RESPONSIBLE FUNCTION] and the person in [OWNER].
Decisions to take first. Risk appetite is not set here: it is approved in the "AI Risk Appetite Statement", and who decides and by when is set in the "AI Governance Operating Model". Before adopting this procedure, confirm both are approved, decide the maximum validity of acceptances (Section 8.6) and whether the procedure plugs into existing enterprise risk management or runs on its own.
Fields to complete. Replace the bracketed fields, such as [ORGANIZATION NAME], [AI COMMITTEE], [REVIEW FREQUENCY] and [COMPLETE]. Keep [OPTIONAL] clauses only if they apply.
Country variants. This document has no country variants. Check "Related regulatory references" to identify laws that require risk analyses, impact assessments or specific methodologies in your country or industry, and connect them in Section 12.
Review. Ask Legal, the data protection officer and information security to validate the scales and the links to other processes.
Approval and publication. Have it approved by [AI COMMITTEE] or senior management, record the approval in "Version history" and share it with AI system owners and technical teams.
AI Risk Management Procedure
Field
Value
Organization
[LEGAL ENTITY NAME]
Owning function
[RESPONSIBLE FUNCTION]
Procedure owner
[OWNER]
Applicable risk appetite
Current AI Risk Appetite Statement
Approved by
[APPROVED BY]
Effective date
[DATE]
Review frequency
[REVIEW FREQUENCY]
1. Purpose
1.1 This procedure sets out how [ORGANIZATION NAME] identifies, analyzes, evaluates, treats, accepts, monitors and communicates the risks associated with the AI systems it develops, acquires, integrates or uses.
1.2 Its goal is that every relevant risk has an owner, a documented assessment, a treatment with a deadline and an acceptance decision made by someone with authority to make it.
2. Scope
2.1 It applies to all AI systems recorded in the AI system inventory, during every phase of their life cycle: concept, design, data collection, development or acquisition, validation, deployment, operation, change and retirement.
2.2 It covers machine learning models, language models and other generative AI systems, agents that take actions, training, validation and test data, the supporting infrastructure, and third-party services integrated through an API or as software.
2.3 AI risks that are also privacy, information security, continuity or compliance risks are recorded once and coordinated with the corresponding process (Section 12).
Full table of contents of the document:
1. Purpose
2. Scope
3. Definitions
4. Principles
5. Triggers
6. Risk criteria
7. Roles
8. Process
9. Escalation
10. Deactivation and rollback
11. AI risk register
12. Links to other processes
13. Review of the procedure
Implementation aids
Related regulatory references
Version history
Related rules
Rules in the registry whose obligations relate to this base document, based on our reading of the sources. It does not mean they apply to you.
Infringement prevention program and data protection officerLey 19.628 modificada por la Ley 21.719, arts. 49 a 51 (modelo de prevención de infracciones, voluntario)Regulator guidance(supporting)Verified in the official source on November 4, 2026
High-risk system dutiesBoletín 16821-19, sistemas de alto riesgoBill(related)Pending confirmation in the official source (last checked: November 4, 2026)
Manage risks before developing or deploying AIRes. SPDP-SPD-2026-0009-R, arts. 5.2, 6 y 7, reformados por la SPDP-SPD-2026-0037-RIn force(related)Verified in the official source on November 4, 2026
Use a data risk management methodologyRes. SPDP-SPD-2025-0003-R, art. 2 (capítulo I de la guía)In force(related)Verified in the official source on November 4, 2026
Providers of Annex III high-risk systemsReglamento (UE) 2024/1689, arts. 6(3)-(4), 8-17, 43, 47-49, 72-73Adopted, applies later(related)Verified in the official source on November 2, 2026
NIST AI RMF-aligned program as a defenseTex. Bus. & Com. Code §§ 552.103(b) y 552.105(e)Regulator guidance(supporting)Verified in the official source on November 4, 2026
Every sellable template in the catalog in a single pack: base policies, procedures, registers, notices and matrices to adapt with your own team, at a flat price below the sum of the individual documents.