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:
- Configuration - Define model, data, protected attributes, policy gates
- Execution - Run audit with
--strictmode for regulatory compliance - Review - Analyze results, address failed gates, document warnings
- Stress Testing - Test model robustness under demographic shifts (see shift testing guide)
- Evidence - Export tamper-evident evidence pack with checksums using
glassalpha export-evidence-pack(guide) - Validation - Independent review by validator or compliance officer
- Submission - Submit to regulator with cover letter and verification instructions
- Archive - Retain all artifacts per regulatory requirements (typically 7 years)
Quick links:
- Compliance Readiness Checklist - Pre-submission verification
- Compliance Officer Workflow - Detailed process
- Model Validator Workflow - Independent verification
Quick Navigation¶
By Industry¶
Choose your industry for specific regulatory guidance:
- Banking & Credit - SR 11-7, ECOA, FCRA compliance
- Insurance - NAIC Model Act #670, rate fairness
- Healthcare - HIPAA, health equity mandates
- Fraud Detection - FCRA adverse action, FTC fairness
By Role¶
Choose your role for workflow-specific guidance:
- ML Engineers - Implementation, CI integration, debugging
- Compliance Officers - Evidence packs, policy gates, regulator communication
- Model Validators - Verification, challenge, independent review
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_servicesandeu_ai_actprofiles
Example 2: Insurance Company (Multi-State)
- Primary: NAIC Model #870 (all states)
- State-Specific: California SB 221, Colorado SB21-169
- Solution: Use
insuranceprofile + 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
healthcareprofile, supplement with clinical validation
Determining Your Requirements¶
- Geography: Where are your users located?
- Industry: Which sector are you operating in?
- Use Case: What decisions does your model make?
- Data Sensitivity: Do you handle protected data (PHI, PII)?
- 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:
- Start with Banking Compliance Guide
- Review SR 11-7 Technical Mapping for clause-by-clause coverage
- Work with ML team using ML Engineer Workflow
- 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:
- Start with ML Engineer Workflow
- Review industry-specific requirements (Banking / Insurance / Healthcare)
- Set up policy gates with Compliance Workflow
- 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:
- Start with Model Validator Workflow
- Review relevant industry guide for regulatory context
- Verify evidence pack integrity
- 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:
- Review Banking Compliance Guide - ECOA requirements
- Generate reason codes with Reason Codes Guide
- 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:
- Review Shift Testing Guide
- Apply demographic shift scenarios
- 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
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¶
- Install:
pip install glassalpha - Quickstart: 60-second audit tutorial
- Choose path: Industry guide or role workflow
- Run audit:
glassalpha audit --config audit.yaml --output report.pdf
For Experienced Users¶
- CLI Reference - All commands and options
- Configuration Guide - Advanced config
- Troubleshooting - Common issues
Support¶
Documentation¶
- Getting Started: Installation | Quickstart | Configuration
- Examples: German Credit | Healthcare Bias | Fraud Detection
- Reference: CLI | Fairness Metrics | Calibration
Community¶
- GitHub: GlassAlpha/glassalpha
- Discussions: Ask questions, share use cases
- Issues: Report bugs, request features
Contact¶
- Email: contact@glassalpha.com
- Website: glassalpha.com
Next Steps¶
Choose your path:
- Banking teams → Banking Compliance Guide
- Insurance teams → Insurance Compliance Guide
- Healthcare teams → Healthcare Compliance Guide
- ML engineers → ML Engineer Workflow
- Compliance officers → Compliance Officer Workflow
- Model validators → Model Validator Workflow