Skip to content

Compliance Overview

Welcome to GlassAlpha compliance documentation. This guide helps you find the right resources for your role and industry.

Compliance Workflow at a Glance

graph TB
    Start[Model Ready]
    Start --> Config[Create Config]
    Config --> Run[Run Audit]

    Run --> Analysis{Results?}

    Analysis -->|Pass| Evidence[Generate<br/>Evidence Pack]
    Analysis -->|Fail| Remediate[Fix Issues]
    Analysis -->|Warning| Document[Document<br/>Justification]

    Remediate --> Run
    Document --> Evidence

    Evidence --> Review[Compliance<br/>Review]
    Review --> Validate[Independent<br/>Validation]
    Validate --> Submit[Submit to<br/>Regulator]
    Submit --> Archive[Archive<br/>7 Years]

    style Start fill:#e1f5ff
    style Analysis fill:#fff3cd
    style Evidence fill:#d4edda
    style Submit fill:#f8d7da
    style Archive fill:#d1ecf1

Key stages:

  1. Configuration - Define model, data, protected attributes, policy gates
  2. Execution - Run audit with --strict mode for regulatory compliance
  3. Review - Analyze results, address failed gates, document warnings
  4. Stress Testing - Test model robustness under demographic shifts (see shift testing guide)
  5. Evidence - Export tamper-evident evidence pack with checksums using glassalpha export-evidence-pack (guide)
  6. Validation - Independent review by validator or compliance officer
  7. Submission - Submit to regulator with cover letter and verification instructions
  8. Archive - Retain all artifacts per regulatory requirements (typically 7 years)

Quick links:

Quick Navigation

By Industry

Choose your industry for specific regulatory guidance:

By Role

Choose your role for workflow-specific guidance:

Which Regulations Apply to You?

Use this table to determine which regulations govern your ML system based on geography, industry, and use case.

Regulation Geography Industry Use Case GlassAlpha Coverage Detailed Guide
SR 11-7 United States Banking Model Risk Management (credit, fraud, collections) ✅ Full SR 11-7 Mapping
ECOA / Reg B United States Credit/Lending Credit decisions (loans, cards, mortgages) ✅ Full Banking Guide
FCRA United States Credit/Background Adverse actions (credit denials, employment screening) ✅ Full Banking Guide
EU AI Act European Union High-Risk AI Credit scoring, employment, law enforcement, critical infrastructure ⚠️ Partial EU AI Act Mapping
GDPR Article 22 European Union All Automated decision-making with legal/significant effects ✅ Full EU AI Act Mapping
NAIC Model #870 United States Insurance Underwriting, pricing, claims (all states) ✅ Full Insurance Guide
California SB 221 California Insurance Life insurance algorithmic underwriting ✅ Full Insurance Guide
Colorado SB21-169 Colorado Insurance External consumer data in underwriting ✅ Full Insurance Guide
HIPAA United States Healthcare Protected Health Information (PHI) ⚠️ Partial Healthcare Guide
21st Century Cures Act United States Healthcare Clinical decision support systems ⚠️ Partial Healthcare Guide
FTC Act Section 5 United States All Unfair or deceptive practices ✅ Full Fraud Guide

Coverage Legend

  • ✅ Full: GlassAlpha provides all required artifacts and validation
  • ⚠️ Partial: Core fairness/explainability covered, but additional domain-specific requirements may apply
  • ❌ Not Covered: Requires specialized tools or manual processes

Key Compliance Requirements by Regulation

Banking (SR 11-7):

  • Model risk management framework
  • Independent validation
  • Conceptual soundness documentation
  • Ongoing monitoring and stress testing
  • GlassAlpha provides: Audit reports, demographic shift testing, manifest provenance, validator workflow

Credit (ECOA/FCRA):

  • Adverse action notices with reason codes
  • Disparate impact testing
  • Fair lending compliance
  • GlassAlpha provides: Reason codes, fairness metrics, demographic parity analysis

EU AI Act (High-Risk Systems):

  • Fundamental rights impact assessment
  • Data governance and quality
  • Transparency and user information
  • Human oversight mechanisms
  • GlassAlpha provides: Explainability (SHAP), fairness metrics, audit documentation, manifest

Insurance (NAIC #870):

  • Algorithm documentation
  • Ongoing monitoring
  • Discriminatory effect testing
  • Consumer transparency
  • GlassAlpha provides: Fairness analysis, rate fairness metrics, calibration testing

Healthcare (HIPAA):

  • PHI de-identification
  • Access controls and audit logs
  • Health equity considerations
  • GlassAlpha provides: De-identified analytics, fairness across demographics

Multi-Jurisdiction Scenarios

Example 1: US Bank with EU Customers

  • Primary: SR 11-7 (US banking)
  • Secondary: GDPR Article 22 (EU customers)
  • Solution: Run audit with both financial_services and eu_ai_act profiles

Example 2: Insurance Company (Multi-State)

  • Primary: NAIC Model #870 (all states)
  • State-Specific: California SB 221, Colorado SB21-169
  • Solution: Use insurance profile + state-specific fairness thresholds

Example 3: Healthcare AI (Clinical Decision Support)

  • Primary: HIPAA (data protection)
  • Secondary: 21st Century Cures Act (clinical validation)
  • Solution: De-identify data, use healthcare profile, supplement with clinical validation

Determining Your Requirements

  1. Geography: Where are your users located?
  2. Industry: Which sector are you operating in?
  3. Use Case: What decisions does your model make?
  4. Data Sensitivity: Do you handle protected data (PHI, PII)?
  5. Impact: What are the consequences of model errors?

Not sure? Start with the Compliance Readiness Checklist to identify your requirements.

Decision Tree

Not sure where to start? Follow this decision tree:

┌─────────────────────────────────────┐
│ What do you need to accomplish?    │
└─────────────────────────────────────┘
        ┌────────┴─────────┐
        │                  │
    Implement          Verify/Review
    an audit           an audit
        │                  │
        ▼                  ▼
┌───────────────┐    ┌───────────────┐
│ ML Engineer   │    │ Compliance    │
│ Workflow      │    │ Officer or    │
│               │    │ Validator     │
└───────────────┘    └───────────────┘
        │                  │
        │            ┌─────┴──────┐
        │            │            │
        │         Submit to   Independent
        │         regulator   review
        │            │            │
        │            ▼            ▼
        │      ┌──────────┐  ┌──────────┐
        │      │Compliance│  │Validator │
        │      │Workflow  │  │Workflow  │
        │      └──────────┘  └──────────┘
┌─────────────────────────────────────┐
│ What industry?                      │
├─────────────────────────────────────┤
│ • Banking/Credit → Banking Guide    │
│ • Insurance → Insurance Guide       │
│ • Healthcare → Healthcare Guide     │
│ • Fraud Detection → Fraud Guide     │
│ • Other → Quickstart Guide          │
└─────────────────────────────────────┘

Common Scenarios

Scenario 1: "I need to pass an SR 11-7 audit"

Your role: Compliance officer or risk manager at a bank

Path:

  1. Start with Banking Compliance Guide
  2. Review SR 11-7 Technical Mapping for clause-by-clause coverage
  3. Work with ML team using ML Engineer Workflow
  4. Generate evidence pack using Compliance Officer Workflow

Key artifacts: Audit PDF, evidence pack, policy decision log

Scenario 2: "I need to integrate audits into CI/CD"

Your role: ML engineer or data scientist

Path:

  1. Start with ML Engineer Workflow
  2. Review industry-specific requirements (Banking / Insurance / Healthcare)
  3. Set up policy gates with Compliance Workflow
  4. Implement pre-commit hooks or GitHub Actions

Key features: Policy gates, CLI automation, deterministic outputs

Scenario 3: "I need to validate someone else's audit"

Your role: Internal auditor, model validator, third-party consultant

Path:

  1. Start with Model Validator Workflow
  2. Review relevant industry guide for regulatory context
  3. Verify evidence pack integrity
  4. Challenge findings using checklist

Key features: Evidence pack verification, reproducibility checks, red flag detection

Scenario 4: "I need to explain a credit denial"

Your role: Compliance officer responding to consumer inquiry

Path:

  1. Review Banking Compliance Guide - ECOA requirements
  2. Generate reason codes with Reason Codes Guide
  3. Optionally provide recourse with Recourse Guide

Key artifacts: Adverse action notice with specific reasons

Scenario 5: "I need to test model robustness"

Your role: Risk manager or model validator

Path:

  1. Review Shift Testing Guide
  2. Apply demographic shift scenarios
  3. Document results in audit report

Key features: --check-shift flag, stress testing, scenario analysis

Regulatory Framework Coverage

Banking & Finance

  • SR 11-7 (Federal Reserve): Model risk management
  • ECOA (CFPB): Equal credit opportunity
  • FCRA (FTC): Fair credit reporting
  • Fair Lending Laws: Anti-discrimination requirements

See: Banking Compliance Guide

Insurance

  • NAIC Model Act #670: Prohibition on unfair discrimination
  • State regulations: Varies by jurisdiction (CA, NY, etc.)
  • Anti-discrimination laws: Protected characteristics in underwriting

See: Insurance Compliance Guide

Healthcare

  • HIPAA: Privacy and security of health information
  • Health equity mandates: CMS quality measures, state requirements
  • Clinical validation: IRB requirements, informed consent

See: Healthcare Compliance Guide

Cross-Industry

  • GDPR Article 22: Right to explanation (EU)
  • AI Act (EU): High-risk AI systems
  • FTC guidance: Algorithmic fairness, consumer protection
  • CCPA (California): Consumer privacy rights

See: Industry-specific guides for details

Core Capabilities

Audit Reports

Comprehensive PDF reports covering:

  • Model documentation and validation testing
  • Performance metrics with statistical confidence intervals
  • Fairness analysis (group and individual)
  • Calibration testing (predicted vs actual outcomes)
  • Explainability (SHAP values, feature contributions)
  • Reason codes (ECOA-compliant adverse action notices)
  • Recourse analysis (counterfactual recommendations)
  • Dataset bias detection
  • Robustness testing (demographic shifts, adversarial perturbations)

Evidence Packs

Tamper-evident zip files containing:

  • Audit PDF
  • Provenance manifest (hashes, versions, seeds)
  • Policy decision log (pass/fail for each gate)
  • Configuration files
  • Dataset schema
  • SHA256 checksums for integrity verification

Policy-as-Code Gates

Define compliance thresholds in YAML:

  • Minimum calibration accuracy
  • Maximum fairness metric values
  • Required sample sizes
  • Robustness requirements

Automatically fail non-compliant models in CI/CD.

Reproducibility

Byte-identical outputs under same conditions:

  • Explicit random seeds
  • Package version tracking
  • Data hashing (SHA256)
  • Git commit tracking
  • Platform-independent determinism

Getting Started

For First-Time Users

  1. Install: pip install glassalpha
  2. Quickstart: 60-second audit tutorial
  3. Choose path: Industry guide or role workflow
  4. Run audit: glassalpha audit --config audit.yaml --output report.pdf

For Experienced Users

Support

Documentation

Community

Contact

Next Steps

Choose your path: