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.
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.
How to use this reference
- Start with the core file if you need the cross-industry governance baseline.
- Choose an industry file for its workflow fields and permitted values.
- 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
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
- https://airc.nist.gov/airmf-resources/airmf/5-sec-core/
- https://www.iso.org/standard/81230.html
- https://www.coso.org/guidance-on-erm
- https://www.iso.org/standard/77304.html
- https://eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX%3A32024R1689
- https://www.ifrs.org/issued-standards/ifrs-sustainability-standards-navigator/
- https://www.theiia.org/en/standards/
- https://www.fsb-tcfd.org/
Subdomains
| Subdomain | Categories | Sample attributes |
|---|---|---|
| Enterprise Risk Assessment & Treatment | 4 | grc.risk.assessment_method, grc.risk.treatment_strategy, grc.risk.appetite_status |
| NIST AI RMF & AI Governance Maturity | 3 | grc.nist_ai_rmf.function, grc.nist_ai_rmf.implementation_tier, grc.ai_governance.maturity_level |
| ISO/IEC 42001 AI Management System | 2 | grc.iso42001.clause_area, grc.ai_impact_assessment.outcome |
| Third-Party AI Risk Management | 3 | grc.third_party_ai.risk_tier, grc.model_validation.status, grc.gpai.obligation_status |
| AI Incident Management & Post-Market Monitoring | 3 | grc.ai_incident.severity, grc.ai_incident.root_cause_category, grc.ai_post_market.monitoring_status |
| ESG Programme Governance | 2 | grc.esg.framework_alignment, grc.esg.assurance_level |
| Internal Audit & Assurance for AI | 2 | grc.internal_audit.ai_engagement_type, grc.internal_audit.finding_severity |
| Board & Executive AI Governance | 2 | grc.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, andtransformedresults 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.
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
qualitativequantitativesemi_quantitativebow_tie_analysisfmea_failure_modesthreat_modeling_stridered_team_exerciseautomated_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
avoidreduce_mitigateshare_transferaccept_retainmonitor_watch_listexploit_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_appetiteapproaching_tolerancewithin_tolerance_above_appetiteexceeds_toleranceboard_exception_approvedappetite_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_startedin_flightoverduepending_verificationremediatedverified_closedexception_grantedexception_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
GOVERNMAPMEASUREMANAGE
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_partialtier_2_risk_informedtier_3_repeatabletier_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_hoclevel_1_awarelevel_2_definedlevel_3_managedlevel_4_optimisedlevel_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_organisationclause_5_leadershipclause_6_planningclause_7_supportclause_8_operationclause_9_performance_evaluationclause_10_improvementannex_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_approvedmoderate_impact_controls_requiredhigh_impact_enhanced_governance_requiredcritical_impact_board_approval_requiredunacceptable_impact_deployment_blockedassessment_in_progressassessment_not_conductedreassessment_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_dependencytier_b_significanttier_c_moderatetier_d_lownot_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_developmentinitial_validation_in_progressinitial_validation_completed_approvedinitial_validation_completed_conditional_approvalinitial_validation_failed_blockedin_production_monitoringongoing_validation_in_progressmaterial_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_publishedcopyright_summary_publishedtraining_data_summary_availableeu_copyright_policy_compliantsystemic_risk_model_adversarial_testedsystemic_risk_model_incident_reporting_activecode_of_practice_signatoryobligations_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.