Skip to Content

Industry Vocabulary Reference

GRC, ESG & Enterprise Risk Management

Governance, risk, and compliance fields describe risk assessments, controls, vendor reviews, audits, incidents, and management reporting. ESG fields support recorded sustainability workflows.

v2026.03.1621 enum categories2.2 schema8 subdomains36 standards

Back to industry coverage library

This page shows selected examples and categories. Download the JSON for the complete vocabulary, including every field, permitted value, and policy pattern in this catalog.

Download vocabulary JSONOpen industry SDK quickstartStart free for 60 days 

How to use this reference

  1. Start with the core file if you need the cross-industry governance baseline.
  2. Choose an industry file for its workflow fields and permitted values.
  3. Match the OTel attributes to the policy paths your rules use, then verify the recorded fields in a test session.

Catalog context

Connect each reported result to its scope, owner, and evidence. Keep risk estimates, measured outcomes, and unresolved findings distinct in executive reports.

Risk note: Framework mapping is not certification. Record which requirements were assessed and what evidence supports the conclusion; do not infer compliance from a vocabulary match.

Vocabulary file

  • Download filename: 12_vertical_grc_esg_enterprise_risk.json
  • Kind: vertical

OTel namespaces

grc

Referenced standards

These references explain the catalog's context. A listed standard does not establish that a configured application meets its requirements.

  • ISO 31000:2018, Risk Management Guidelines
  • ISO 31010:2019, Risk Assessment Techniques
  • COSO ERM 2017, Enterprise Risk Management, Integrating with Strategy and Performance
  • COSO Internal Control, Integrated Framework (2013)
  • ISO/IEC 42001:2023, Artificial Intelligence Management System (AIMS)
  • ISO/IEC 23894:2023, Artificial Intelligence, Guidance on Risk Management
  • ISO/IEC 38507:2022, Governance of AI by the Organisation
  • NIST AI RMF 1.0, Artificial Intelligence Risk Management Framework (January 2023)
  • NIST AI RMF Playbook, GOVERN, MAP, MEASURE, MANAGE function actions
  • NIST AI 600-1, Generative AI Profile (July 2024)
  • NIST SP 800-30 Rev 1, Guide for Conducting Risk Assessments
  • EU AI Act (2024/1689), Full regulatory framework including Articles 9, 10, 11, 12, 13, 14, 17, 72, 73
  • EU AI Act Article 9, Risk management system for high-risk AI
  • EU AI Act Article 17, Quality management system for providers
  • EU AI Act Article 72, Post-market monitoring by providers
  • EU AI Act Article 73, Reporting of serious incidents
  • EU AI Act Articles 53–55, GPAI model obligations and codes of practice
  • EU AI Office, GPAI Model Code of Practice (Draft, March 2025)
  • OECD Principles on AI (2019, updated 2024), International AI governance reference
  • G7 Hiroshima AI Process (2023), Code of conduct for advanced AI
  • Council of Europe AI Convention CETS 225 (2024)
  • OCC 2011-12, Model Risk Management (banks)
  • EBA Guidelines on Internal Governance (EBA/GL/2021/05), AI model governance
  • DORA (EU) 2022/2554, Digital Operational Resilience Act, ICT risk management and AI
  • Basel Committee BCBS 239, Principles for Effective Risk Data Aggregation
  • IIA International Standards for the Professional Practice of Internal Auditing (2024 edition)
  • IIA Global Technology Audit Guide (GTAG), Auditing Artificial Intelligence
  • ISAE 3000 (Revised), Assurance Engagements Other than Audits or Reviews
  • ISSB IFRS S1, General Requirements for Sustainability-related Financial Disclosures
  • TCFD, Task Force on Climate-related Financial Disclosures (superseded by ISSB but foundational)
  • GRI 101: Foundation 2021, GRI Standards for sustainability reporting
  • SASB Standards, Sector-specific ESG metrics (now under ISSB)
  • ISO 14001:2015, Environmental Management Systems
  • UN Sustainable Development Goals (SDGs), Framework for ESG alignment reporting
  • SBTi (Science Based Targets initiative), Corporate net-zero target validation
  • CDP (Carbon Disclosure Project), Climate, water, and forests disclosure

Source references

Subdomains

SubdomainCategoriesSample attributes
Enterprise Risk Assessment & Treatment4grc.risk.assessment_method, grc.risk.treatment_strategy, grc.risk.appetite_status
NIST AI RMF & AI Governance Maturity3grc.nist_ai_rmf.function, grc.nist_ai_rmf.implementation_tier, grc.ai_governance.maturity_level
ISO/IEC 42001 AI Management System2grc.iso42001.clause_area, grc.ai_impact_assessment.outcome
Third-Party AI Risk Management3grc.third_party_ai.risk_tier, grc.model_validation.status, grc.gpai.obligation_status
AI Incident Management & Post-Market Monitoring3grc.ai_incident.severity, grc.ai_incident.root_cause_category, grc.ai_post_market.monitoring_status
ESG Programme Governance2grc.esg.framework_alignment, grc.esg.assurance_level
Internal Audit & Assurance for AI2grc.internal_audit.ai_engagement_type, grc.internal_audit.finding_severity
Board & Executive AI Governance2grc.ai_governance.governance_body_type, grc.ai_governance.board_reporting_frequency

Implementation examples

  • Enterprise Risk Assessment & Treatment: Risk Assessment Method. AI GRC agent selects risk assessment method based on risk category and materiality. Tier 4 critical AI systems require at minimum 'red_team_exercise' and 'threat_modeling_stride'. OPA policy enforces that any new high-risk AI deployment must have a completed risk assessment with a documented method before receiving production ATO. (Eu AI Act Art9: EU AI Act Article 9, High-risk AI risk management system requires documented risk identification and evaluation; the chosen risk assessment method must be recorded and reproducible)
  • Enterprise Risk Assessment & Treatment: Risk Treatment Strategy. AI risk agent assigns a treatment strategy to each identified risk. OPA policy blocks 'accept_retain' treatment for any AI risk rated above the board-approved risk appetite threshold without explicit Risk Committee or CRO HITL authorisation. (Eu AI Act Art9: Article 9 requires assessment and management of risks for high-risk AI. The organization's risk policy assigns approval authority for accepting remaining risks.)
  • Enterprise Risk Assessment & Treatment: Risk Appetite Status. AI risk monitoring agent continuously recalculates risk scores. 'Exceeds_tolerance' status on any material risk triggers immediate CIRO/CRO HITL notification and initiates the board escalation workflow. AI agent cannot autonomously resolve an 'exceeds_tolerance' status, only the Risk Committee can. (Coso Erm 2017: COSO ERM 2017 Principle 6, Board defines risk oversight and appetite; 'exceeds_tolerance' requires board notification)
  • Enterprise Risk Assessment & Treatment: Compliance Action Status. AI compliance agent tracks all open remediation actions against their deadlines. 'Overdue' items trigger management escalation. OPA policy enforces that 'escalated_to_regulator' and 'regulatory_breach_confirmed' status transitions require CCO and General Counsel HITL, AI cannot self-escalate to regulatory authorities. (Eu AI Act Art62: EU AI Act Article 73, Serious incident reporting: 'escalated_to_regulator' status for AI serious incidents must be filed without undue delay)

Control ideas

These patterns describe possible controls, not active rules. Confirm applicability, implement the control, and test its effect on the application.

Require an accepted impact assessment before deployment

Hold deployment until the required impact assessment is accepted. Your organization sets which applications need assessment and what acceptance requires.

Regulatory basis: Assessment-control references, where applicable: ISO/IEC 42001 Annex A.5, EU AI Act Article 9, and NIST AI RMF MAP.

Enforce EU AI Act serious incident reporting gate

Require authorized review before lowering a serious incident's severity. Track notification deadlines separately and record whether each notification was delivered. A classification rule alone does not complete regulatory reporting.

Regulatory basis: EU AI Act Article 73 sets incident reporting duties and timelines. Determine the applicable deadline from the incident type and circumstances.

Enforce before the action

Pass the request and your business action to this function. The core SDK checks policy before the action runs and again before its result is released. A deny or review decision means the action never runs.

import { Veriproof } from '@veriproof/sdk-core';
import type { GovernedResult, IndustryFact, JsonValue } from '@veriproof/sdk-core';

const veriproof = Veriproof.fromEnv();

export async function runProtectedAction<TInput extends JsonValue, TValue>(
  request: TInput,
  action: (input: TInput, signal: AbortSignal) => Promise<TValue>,
): Promise<GovernedResult<TValue, TInput>> {
  // Catalog values for this vertical. Replace them with facts from the current workflow.
  const industry: IndustryFact[] = [
    { attribute: "grc.risk.assessment_method", policyInput: "grc_risk_assessment_method", value: "qualitative" },
    { attribute: "grc.risk.treatment_strategy", policyInput: "grc_risk_treatment_strategy", value: "avoid" },
    { attribute: "grc.risk.appetite_status", policyInput: "grc_risk_appetite_status", value: "within_appetite" },
  ];

  // Policy runs before action() and again before the result is released.
  // A deny or review decision means action() never runs.
  return veriproof.govern(
    "grc.esg.enterprise.risk.evaluate",
    request,
    ({ input, signal }) => action(input, signal),
    { industry },
  );
}
  • Replace the sample values with facts from the current workflow. Rules read them under input.snapshot.industry.
  • Test both permitted and blocked actions. Confirm that a blocked action never reaches your business function.
  • Only completed, completed_with_warning, and transformed results carry a released value.

For review decisions, follow the Human Review guide to configure continuation. Observe remains available when you need to record activity without enforcing a decision.

Set up the GRC, ESG & Enterprise Risk Management example. See the API reference for TypeScript, Python, or .NET.

Start your Developer evaluation

Try a simulator to see a governed decision in context. To connect your own workflow, verify your work email and start Developer free for 60 days. You can also review the relevant controls with our team.

Live demo → Start free for 60 days → Request coverage workshop → 

Selected vocabulary categories

RiskAssessmentMethod

Risk assessment methodology applied by an AI risk assessment agent. ISO 31010:2019 catalogs 42 risk assessment techniques, this enum covers the most commonly applied methods in enterprise AI risk programmes. The chosen method must be proportionate to the risk complexity and documented in the risk assessment record.

Workflow area: Enterprise Risk Assessment & Treatment

OTel attribute
grc.risk.assessment_method
First 8 permitted values
  • qualitative
  • quantitative
  • semi_quantitative
  • bow_tie_analysis
  • fmea_failure_modes
  • threat_modeling_stride
  • red_team_exercise
  • automated_scan_vulnerability

RiskTreatmentStrategy

ISO 31000:2018 Section 6.5 risk treatment option. AI risk management agents apply treatment strategies to identified risks. Treatment decisions for residual risks above the organisation's risk appetite threshold must be escalated to the Risk Committee, AI may not autonomously accept above-threshold residual risks.

Workflow area: Enterprise Risk Assessment & Treatment

OTel attribute
grc.risk.treatment_strategy
Permitted values
  • avoid
  • reduce_mitigate
  • share_transfer
  • accept_retain
  • monitor_watch_list
  • exploit_opportunity

RiskAppetiteStatus

Classification of a risk's current position relative to the board-approved risk appetite and tolerance thresholds. COSO ERM 2017 defines risk appetite as the amount of risk an entity is willing to accept in pursuit of value. AI GRC agents flag breaches in real time.

Workflow area: Enterprise Risk Assessment & Treatment

OTel attribute
grc.risk.appetite_status
Permitted values
  • within_appetite
  • approaching_tolerance
  • within_tolerance_above_appetite
  • exceeds_tolerance
  • board_exception_approved
  • appetite_not_defined

ComplianceActionStatus

Status of a compliance remediation action or finding response in the GRC platform. AI compliance agents track actions through this lifecycle and escalate overdue items. Escalation to regulator status is irreversible, it must be set by a human compliance officer, not autonomously by AI.

Workflow area: Enterprise Risk Assessment & Treatment

OTel attribute
grc.compliance.action_status
First 8 permitted values
  • open_not_started
  • in_flight
  • overdue
  • pending_verification
  • remediated
  • verified_closed
  • exception_granted
  • exception_expired

NISTAIRMFFunction

NIST AI RMF 1.0 core function. The four functions structure the AI risk management lifecycle from governance through active management. AI GRC agents tag every AI risk management action with the applicable function for maturity measurement and gap analysis.

Workflow area: NIST AI RMF & AI Governance Maturity

OTel attribute
grc.nist_ai_rmf.function
Permitted values
  • GOVERN
  • MAP
  • MEASURE
  • MANAGE

NISTAIRMFImplementationTier

NIST AI RMF 1.0 Implementation Tier characterising an organisation's AI risk management posture. Tiers reflect the degree to which AI risk management is institutionalised and integrated with enterprise risk management. Tier is assessed separately for each NIST AI RMF function.

Workflow area: NIST AI RMF & AI Governance Maturity

OTel attribute
grc.nist_ai_rmf.implementation_tier
Permitted values
  • tier_1_partial
  • tier_2_risk_informed
  • tier_3_repeatable
  • tier_4_adaptive

AIGovernanceMaturityLevel

AI governance programme maturity level. Adapted from CMMI and ISO/IEC 42001 Annex B maturity guidance. Used by AI governance assessment agents to produce maturity scorecards and roadmaps. Level 3 or above is the minimum expected for organisations deploying high-risk AI.

Workflow area: NIST AI RMF & AI Governance Maturity

OTel attribute
grc.ai_governance.maturity_level
Permitted values
  • level_0_ad_hoc
  • level_1_aware
  • level_2_defined
  • level_3_managed
  • level_4_optimised
  • level_5_transformative

ISO42001ClauseArea

ISO/IEC 42001:2023 clause area for AI management system requirements. AI compliance agents tag evidence and gap findings with the applicable clause to support third-party certification audits and internal readiness assessments.

Workflow area: ISO/IEC 42001 AI Management System

OTel attribute
grc.iso42001.clause_area
First 8 permitted values
  • clause_4_context_of_organisation
  • clause_5_leadership
  • clause_6_planning
  • clause_7_support
  • clause_8_operation
  • clause_9_performance_evaluation
  • clause_10_improvement
  • annex_a_controls

AIImpactAssessmentOutcome

Outcome of an AI impact assessment conducted under ISO/IEC 42001 Annex A.5 or EU AI Act Article 9 risk management system. Determines whether the AI system may proceed to deployment, requires additional controls, or must be modified or abandoned.

Workflow area: ISO/IEC 42001 AI Management System

OTel attribute
grc.ai_impact_assessment.outcome
Permitted values
  • low_impact_approved
  • moderate_impact_controls_required
  • high_impact_enhanced_governance_required
  • critical_impact_board_approval_required
  • unacceptable_impact_deployment_blocked
  • assessment_in_progress
  • assessment_not_conducted
  • reassessment_triggered_by_change

ThirdPartyAIRiskTier

The institution's risk tier for an AI vendor or model provider. Use it to determine due diligence and monitoring under your vendor governance policy.

Workflow area: Third-Party AI Risk Management

OTel attribute
grc.third_party_ai.risk_tier
Permitted values
  • tier_a_critical_dependency
  • tier_b_significant
  • tier_c_moderate
  • tier_d_low
  • not_assessed

ModelValidationStatus

Validation status reported by the institution. For generative and agentic AI, the institution sets validation requirements under its own governance policy.

Workflow area: Third-Party AI Risk Management

OTel attribute
grc.model_validation.status
First 8 permitted values
  • pre_validation_development
  • initial_validation_in_progress
  • initial_validation_completed_approved
  • initial_validation_completed_conditional_approval
  • initial_validation_failed_blocked
  • in_production_monitoring
  • ongoing_validation_in_progress
  • material_change_triggered_revalidation

GPAIModelObligationStatus

Record the evidence reviewed for a general-purpose AI model provider's obligations. Articles 53 and 55 distinguish general requirements from additional duties for models with systemic risk.

Workflow area: Third-Party AI Risk Management

OTel attribute
grc.gpai.obligation_status
First 8 permitted values
  • technical_documentation_published
  • copyright_summary_published
  • training_data_summary_available
  • eu_copyright_policy_compliant
  • systemic_risk_model_adversarial_tested
  • systemic_risk_model_incident_reporting_active
  • code_of_practice_signatory
  • obligations_not_yet_assessed

This page uses the vocabulary JSON distributed with the documentation. Check its version when comparing it with an installed SDK.

Download the vocabulary JSON for offline review or automated comparisons.

Use the SDK reference for configuration and supported APIs. Keep vocabulary selection separate from the compliance team's assessment of applicable requirements.

Last updated on