Skip to Content

Industry Vocabulary Reference

Legal & Regulatory Technology (RegTech / LegalTech)

Legal and regulatory technology fields describe contracts, filings, discovery, research, privacy requests, and compliance work. The catalog supplies workflow metadata, not legal conclusions.

v2026.03.1621 enum categories2.2 schema8 subdomains29 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

Select fields that explain the document or decision under review. Preserve source references and distinguish a draft recommendation from an approved filing or legal action.

Risk note: Protect confidential and privileged information throughout the workflow. A recorded policy result does not determine privilege, filing validity, or authority to provide legal advice.

Vocabulary file

  • Download filename: 10_vertical_legal_regtech_legaltech.json
  • Kind: vertical

OTel namespaces

legaltech

Referenced standards

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

  • Akoma Ntoso (AKN) 1.0, Architecture for Knowledge-Oriented Management of African Normative Texts; adopted as OASIS Standard for legal documents (2018)
  • LegalXML / OASIS LegalDocML, XML standards for legal document interchange
  • XBRL International, eXtensible Business Reporting Language for financial and regulatory filings
  • EDGAR XBRL US GAAP Taxonomy 2024, SEC filing taxonomy
  • ESMA ESEF Regulation, European Single Electronic Format (XBRL iXBRL) for EU annual reports
  • FINRA CAT, Consolidated Audit Trail reporting specifications
  • SEC EDGAR, Electronic Data Gathering, Analysis, and Retrieval system
  • EDRM, Electronic Discovery Reference Model (e-discovery lifecycle)
  • WorldCC / IACCM, Contract Management Framework (contract lifecycle standard)
  • ISSB IFRS S1, General Requirements for Disclosure of Sustainability-related Financial Information (2023)
  • ISSB IFRS S2, Climate-related Disclosures (2023)
  • EU CSRD (2022/2464), Corporate Sustainability Reporting Directive
  • EU ESRS, European Sustainability Reporting Standards (ESRS 1, ESRS 2, ESRS E1–E5, ESRS S1–S4, ESRS G1)
  • SEC Climate-Related Disclosures Rule (2024), 17 CFR Parts 210, 229, 232, 239, 240
  • SEC Cybersecurity Disclosure Rule (2023), 17 CFR Parts 229 and 249
  • FATF Recommendations (2023 update), Financial Action Task Force AML/CFT standards
  • EU AMLD6 (2024/1640), Sixth Anti-Money Laundering Directive (in force July 2024; transposition by July 2027)
  • EU AML Regulation (2024/1624), AML/CFT directly applicable regulation (in force July 2024)
  • EU AMLA, Anti-Money Laundering Authority (established 2024, operational 2025)
  • FinCEN AML/CFT Programme Rule (2024), Updated beneficial ownership and SAR requirements
  • OFAC SDN List, US Office of Foreign Assets Control Specially Designated Nationals
  • EU Sanctions Regulation, EU Consolidated Sanctions List
  • UN Security Council Sanctions Lists, Consolidated List
  • EU AI Act (2024/1689), AI systems used in legal assistance, adjudication support, and regulatory compliance
  • EU GDPR (2016/679), Data privacy compliance programme management
  • CCPA/CPRA (California), Consumer Privacy Rights Act
  • DORA (EU) 2022/2554, Digital Operational Resilience Act for financial entities (in force Jan 2025)
  • Basel Committee BCBS 239, Principles for Effective Risk Data Aggregation and Risk Reporting
  • ISO/IEC 27701:2019, Privacy Information Management System (PIMS)

Source references

Subdomains

SubdomainCategoriesSample attributes
Contract Lifecycle Management3legaltech.contract.lifecycle_stage, legaltech.contract.obligation_category, legaltech.contract.risk_flag
Legal Document Classification & Management2legaltech.document.classification, legaltech.document.privilege_status
Regulatory Filing & Submission Management3regtech.filing.status, regtech.xbrl.validation_error_type, regtech.sec.form_type
ESG & Sustainability Disclosure3regtech.esg.disclosure_category, regtech.esg.materiality_outcome, regtech.esg.data_quality_tier
E-Discovery & Litigation Support2legaltech.ediscovery.lifecycle_stage, legaltech.ediscovery.review_decision
AML, Financial Crime & Sanctions Compliance3regtech.aml.alert_disposition, regtech.kyc.cdd_risk_level, regtech.sanctions.match_type
Data Privacy Compliance Programme3regtech.privacy.dsr_request_type, regtech.privacy.dsr_response_status, regtech.privacy.pia_outcome
Compliance Obligation & Regulatory Change Management2regtech.obligation.status, regtech.regulatory_change.significance

Implementation examples

  • Contract Lifecycle Management: Contract Lifecycle Stage. AI CLM agent tracks every contract through its lifecycle. OPA policy enforces that transitions from 'approved' to 'executed' and any change to an 'active' or 'executed' contract require human authorisation, AI may not autonomously bind the organisation or modify binding terms. (Eu AI Act Art13: EU AI Act Article 13, If AI CLM is used in contracts with consumers, transparency about AI involvement in drafting must be provided)
  • Contract Lifecycle Management: Contract Obligation Category. AI contract analysis agent extracts obligations at execution and populates the obligation register. 'Data_processing_obligation' and 'regulatory_compliance_obligation' categories trigger automatic cross-referencing against the compliance obligation register. 'Payment_obligation' deadlines are surfaced to accounts payable.
  • Contract Lifecycle Management: Contract Risk Flag. AI redlining agent flags non-standard clauses against the organisation's contract playbook. 'Unlimited_liability_exposure' and 'data_processing_non_gdpr_compliant' flags block automated contract advancement, attorney review is mandatory before escalation. (Dora Art30: DORA Article 30, 'missing_dora_ict_clause' flag required for all ICT service provider contracts in EU financial sector)
  • Legal Document Classification & Management: Legal Document Classification. AI legal document classification agent ingests documents and assigns type before routing. 'Legal_opinion_memorandum' documents trigger privilege protection workflow, AI may not disclose or summarise these documents to unauthorised parties. 'Evidence_exhibit' documents in litigation context trigger EDRM chain-of-custody logging.

Control ideas

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

Refer legal advice to an attorney

Hold non-attorney requests for legal advice, such as whether to sign or how a legal deadline applies. Permit a factual clause summary with attorney referral, or an answer approved by supervising counsel.

Regulatory basis: Firm-defined legal-advice control, informed by ABA Model Rule 5.5 and the applicable jurisdiction's professional-conduct rules.

Require partner signoff for privileged legal opinions

Require supervising-partner sign-off before AI-generated legal opinion memoranda, litigation recommendations, or other privileged work-product is released outside the drafting workflow. This makes the Legal sandbox surface the same partner-approval boundary used in the litigation orchestrator and privilege-review scenarios.

Regulatory basis: Attorney-client privilege doctrine; work-product doctrine under FRCP 26(b)(3); ABA Model Rules 1.1, 1.6, and 5.3; EU AI Act Article 14 for human oversight on consequential legal analysis outputs

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: "legaltech.contract.lifecycle_stage", policyInput: "legaltech_contract_lifecycle_stage", value: "intake" },
    { attribute: "legaltech.contract.obligation_category", policyInput: "legaltech_contract_obligation_category", value: "payment_obligation" },
    { attribute: "legaltech.contract.risk_flag", policyInput: "legaltech_contract_risk_flag", value: "unlimited_liability_exposure" },
  ];

  // Policy runs before action() and again before the result is released.
  // A deny or review decision means action() never runs.
  return veriproof.govern(
    "legal.regtech.legaltech.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 Legal & Regulatory Technology (RegTech / LegalTech) 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

ContractLifecycleStage

Contract management lifecycle stage per WorldCC / IACCM Contract Management Standard. AI CLM agents use this to track contracts from request through archival and to gate which AI actions are permissible at each stage. Executed contracts may not be autonomously amended without HITL approval.

Workflow area: Contract Lifecycle Management

OTel attribute
legaltech.contract.lifecycle_stage
First 8 permitted values
  • intake
  • drafting
  • redlining
  • negotiation
  • legal_review
  • approved
  • executed
  • active

ContractObligationCategory

Category of a contractual obligation extracted and tracked by an AI contract analysis agent. Used to route obligation monitoring, deadline tracking, and breach risk alerts to the correct business owner.

Workflow area: Contract Lifecycle Management

OTel attribute
legaltech.contract.obligation_category
First 8 permitted values
  • payment_obligation
  • delivery_milestone
  • reporting_requirement
  • audit_right
  • insurance_requirement
  • data_processing_obligation
  • confidentiality_restriction
  • ip_ownership_assignment

ContractRiskFlag

Risk flag raised by an AI contract review agent during redlining or legal review. Flags must be reviewed by an attorney before contract advancement, AI may not approve or waive risk flags autonomously.

Workflow area: Contract Lifecycle Management

OTel attribute
legaltech.contract.risk_flag
First 8 permitted values
  • unlimited_liability_exposure
  • unilateral_amendment_right
  • auto_renewal_with_no_cap
  • broad_ip_assignment
  • non_standard_governing_law
  • exclusivity_provision
  • most_favoured_nation_clause
  • change_of_control_trigger

LegalDocumentClassification

Legal document type classification per Akoma Ntoso / LegalXML taxonomy. AI legal document processing agents use this to route documents to the correct workflow, apply the correct privilege assessment, and select the applicable extraction model.

Workflow area: Legal Document Classification & Management

OTel attribute
legaltech.document.classification
First 8 permitted values
  • act_legislation
  • bill_proposed_legislation
  • statutory_instrument_regulation
  • judicial_opinion_judgment
  • court_order
  • pleading_complaint
  • motion_application
  • brief_submission

LegalPrivilegeStatus

Legal privilege and confidentiality classification of a document. AI legal document agents must assess and log privilege status before any disclosure, summarisation, or transmission action. Inadvertent privilege waiver is an irreversible legal harm, AI must err on the side of caution.

Workflow area: Legal Document Classification & Management

OTel attribute
legaltech.document.privilege_status
First 8 permitted values
  • not_privileged
  • attorney_client_privileged
  • work_product_doctrine
  • attorney_client_and_work_product
  • common_interest_privilege
  • deliberative_process_privilege
  • trade_secret_protected
  • confidential_not_privileged

RegulatoryFilingStatus

Lifecycle status of a regulatory filing or submission. AI regulatory filing agents use this to track submissions from initial data collection through final acceptance by the receiving authority. Deadlines vary by filing type and authority, AI agents must enforce filing deadlines.

Workflow area: Regulatory Filing & Submission Management

OTel attribute
regtech.filing.status
First 8 permitted values
  • draft
  • data_collection_in_progress
  • validation_in_progress
  • validation_failed
  • ready_for_submission
  • submitted
  • under_review
  • accepted

XBRLValidationErrorType

Category of XBRL validation error detected by an AI filing validation agent. Different error types have different remediation paths, some block submission entirely, others are warnings that may be submitted with a regulator waiver.

Workflow area: Regulatory Filing & Submission Management

OTel attribute
regtech.xbrl.validation_error_type
First 8 permitted values
  • schema_validation_error
  • taxonomy_element_not_found
  • calculation_inconsistency
  • label_linkbase_error
  • reference_linkbase_error
  • context_period_mismatch
  • unit_mismatch
  • duplicate_fact

SECFilingFormType

SEC EDGAR filing form type for the most common AI-assisted regulatory filings. AI filing agents must select the correct form type, submitting the wrong form type results in rejection and potential SEC enforcement.

Workflow area: Regulatory Filing & Submission Management

OTel attribute
regtech.sec.form_type
First 8 permitted values
  • 10_K
  • 10_Q
  • 8_K
  • 20_F
  • 6_K
  • S_1
  • S_3
  • 424B

ESGDisclosureCategory

ESG disclosure category aligned to ISSB IFRS S1/S2 and EU CSRD ESRS taxonomy. AI ESG data collection agents tag every data point with the applicable disclosure category for automated disclosure mapping and assurance evidence generation.

Workflow area: ESG & Sustainability Disclosure

OTel attribute
regtech.esg.disclosure_category
First 8 permitted values
  • climate_scope1_ghg_emissions
  • climate_scope2_ghg_location_based
  • climate_scope2_ghg_market_based
  • climate_scope3_ghg_upstream
  • climate_scope3_ghg_downstream
  • climate_physical_risk_acute
  • climate_physical_risk_chronic
  • climate_transition_risk_policy

MaterialityAssessmentOutcome

Outcome of an ESG materiality assessment for a specific topic. ISSB uses financial materiality (investor perspective); EU CSRD uses double materiality (impact materiality AND financial materiality). AI materiality assessment agents must distinguish between the two frameworks.

Workflow area: ESG & Sustainability Disclosure

OTel attribute
regtech.esg.materiality_outcome
Permitted values
  • material_financial_and_impact
  • material_financial_only
  • material_impact_only
  • not_material
  • materiality_assessment_in_progress
  • materiality_assessment_not_conducted
  • conditionally_material_sector_specific

ESGDataQualityTier

Data quality tier for an ESG data point as assessed by the AI ESG data collection agent. Disclosure quality and limited/reasonable assurance requirements depend on data quality, third-party assured disclosures must meet higher quality tiers.

Workflow area: ESG & Sustainability Disclosure

OTel attribute
regtech.esg.data_quality_tier
Permitted values
  • tier_1_primary_metered
  • tier_2_primary_calculated
  • tier_3_supplier_reported
  • tier_4_estimated_industry_factor
  • tier_5_estimated_spend_based
  • not_available_gap

EDRMLifecycleStage

Electronic Discovery Reference Model stage used to track where a matter sits in the e-discovery lifecycle and to preserve defensible chain-of-custody records for ESI handling.

Workflow area: E-Discovery & Litigation Support

OTel attribute
legaltech.ediscovery.lifecycle_stage
First 8 permitted values
  • information_governance
  • identification
  • preservation
  • collection
  • processing
  • review
  • analysis
  • production

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