AI agent compliance checklist: GDPR, SOC2, HIPAA in 2026
A practical due-diligence checklist for B2B teams deploying AI agents in regulated environments — what to ask vendors, what to verify yourself, and what the platforms don't tell you about the legal layer above the technology.
Most AI agent platforms ship the compliance primitives — encryption, access controls, audit logs, data retention settings. None of them make you compliant. The legal layer above the platform is your responsibility, and that’s where most B2B teams under-invest before launching production agents in regulated environments. This is the checklist I run before signing contracts for clients in HubSpot integrator engagements.
Why platform compliance ≠ deployment compliance
The marketing pages will tell you the platform is “GDPR-ready,” “SOC 2 Type II certified,” “HIPAA-eligible.” All of those statements can be simultaneously true and irrelevant to whether your specific deployment is compliant.
A SOC 2 Type II report covers the vendor’s controls over their own systems. It doesn’t cover your configuration of the platform, your data flows, or your downstream processing.
A GDPR Data Processing Addendum (DPA) defines the vendor’s obligations as your processor. It doesn’t define whether your specific data uses are lawful under Article 6 or Article 9.
A HIPAA Business Associate Agreement (BAA) makes the vendor accountable for the data they handle. It doesn’t make your overall agent deployment HIPAA-compliant — that depends on your full architecture, including downstream LLM providers, telephony, storage, and access patterns.
In every compliance framework that matters in 2026, the platform is one layer of a stack you own. The platform’s certifications buy you the option to be compliant; they don’t deliver compliance.
The vendor-side checklist
Before signing with any AI agent platform for regulated use:
Data residency and sub-processors
- Where does the platform store data at rest? Confirm specific regions and sub-region (e.g., “EU” is not enough; ask for member state if it matters).
- Where does processing happen? LLM inference often runs in a different region than data storage.
- What sub-processors does the platform use? At minimum: model providers (OpenAI, Anthropic, Google), storage (AWS, GCP, Azure), monitoring (Datadog, Sentry), email/notification (SendGrid, etc.).
- Can you restrict to specific sub-processors? Some platforms let you opt out of certain models or providers; others don’t.
- What’s the notification process for new sub-processors? GDPR requires reasonable notice.
Certifications and reports
- SOC 2 Type II report — request and read. The Type I report (point-in-time) is much weaker than Type II (operating effectiveness over time).
- ISO 27001 certification — useful for European enterprise procurement.
- HIPAA BAA availability — confirm it’s offered, not just possible in theory.
- PCI DSS — if you’ll handle payment data through the agent (rare but possible).
- Industry-specific (FedRAMP for US gov, IRAP for AU gov, C5 for German enterprise) — confirm before evaluation if relevant.
Audit logging
- Is every agent action logged with timestamp, agent identity, input, output, and tool calls?
- Are logs immutable, or can they be modified after the fact?
- What’s the retention period? Can you export logs to your SIEM?
- Are logs searchable and queryable, or just stored?
- Who has access to logs on the vendor side?
Access controls
- SSO/SAML support (table stakes for any enterprise procurement)
- Role-based access control (RBAC) granularity — can you restrict who can edit agents, view conversation history, change tool configurations?
- API key management — rotation policy, scoping, audit trail
- IP allowlisting if your network policy requires it
Data handling
- Encryption at rest (AES-256 standard) and in transit (TLS 1.3)
- Customer-managed encryption keys (CMEK) — required by some enterprise frameworks
- Data isolation — multi-tenant vs single-tenant; verify isolation guarantees
- Right-to-deletion process — how long does GDPR deletion actually take?
- Data export — can you exit the platform and take your data with you?
Model provider controls
- Which LLM providers run by default?
- Can you restrict to specific models (e.g., HIPAA-eligible models only)?
- Is training-on-customer-data disabled by default for all providers? Verify this in writing.
- What’s the retention period at the model provider level? OpenAI defaults vs Azure OpenAI defaults vs Anthropic defaults all differ.
The deployment-side checklist
Even with a fully compliant platform, your specific deployment can fail compliance. The checklist I run for each agent before production:
Lawful basis (GDPR)
- Under which Article 6 basis is the agent processing personal data? (Consent, contract, legitimate interest, etc.)
- If special-category data (Article 9 — health, biometric, etc.), what’s the explicit basis?
- Is the basis documented in your Record of Processing Activities (ROPA)?
- Has the Data Protection Officer signed off?
Purpose limitation
- What’s the specific purpose of the agent?
- Are you using the data for any purpose beyond that documented one?
- If the agent’s output gets used for training, evaluation, or marketing, is that disclosed?
Data minimization
- What data does the agent actually need? Not “what does it have access to” — what does it need?
- Are you passing more context than necessary to the LLM?
- Can you redact or pseudonymize before LLM calls?
Transparency and user rights
- Is your privacy policy updated to disclose AI agent processing?
- Can users request access to their data as processed by the agent?
- Can users object to automated decision-making (Article 22)?
- Does the agent make decisions with legal or significant effects on users? If yes, you have additional obligations.
Voice-specific (TCPA, GDPR, etc.)
If you’re deploying voice agents from Retell, Vapi, or Bland, the legal layer is significantly thicker. See the dedicated Voice agent procurement guide for the full checklist.
Healthcare-specific (HIPAA)
- Is there a BAA with the platform AND every sub-processor that handles PHI?
- Is the LLM provider HIPAA-eligible? (OpenAI requires enterprise tier; Anthropic via Bedrock or Azure for BAA)
- Are you logging PHI in places without BAA coverage? (Common mistake: logs to Datadog without BAA)
- Is the minimum-necessary standard applied to agent context?
The questions vendors won’t answer until you ask
These are the questions that separate genuinely-compliance-ready platforms from those that say the right things in marketing:
-
“Can you walk me through a real customer’s SOC 2 audit findings related to your platform?” Vendors who’ve genuinely been audited by major customers will have answers. Marketing-compliant vendors will deflect.
-
“Show me your sub-processor list and how I’m notified when it changes.” Should be a public page or a contractual notice; if it’s neither, you have visibility gaps.
-
“What’s your incident response process if a sub-processor has a breach?” The answer should include notification timelines (typically 24-72 hours), evidence preservation, and your right to terminate.
-
“Can I see your penetration testing results from the last 12 months?” SOC 2 reports reference these; vendors should be able to share under NDA.
-
“What happens to my data when I terminate the contract?” Deletion timeline, evidence of deletion, retention exceptions — get these in writing.
-
“Have any of your customers in [my industry] passed a regulator’s audit while using your platform?” Reference customers in your regulatory context are powerful evidence; their absence is its own signal.
What the platforms won’t tell you
Three uncomfortable truths the marketing material avoids:
The LLM provider is part of your data pipeline whether you think about it or not. Every agent action sends data to a model provider. If you’re using OpenAI standard tier (not enterprise), data may be used for service improvement. If you’re using Azure OpenAI, retention defaults are different from standard OpenAI. If you’re using Anthropic through Bedrock, the contractual chain runs through AWS. The platform abstracts this; you can’t.
SOC 2 doesn’t certify what you think it certifies. SOC 2 audits the controls the vendor claims to have. It doesn’t audit whether those controls are sufficient for your risk profile, your industry, or your regulatory environment. Read the actual report, not just the badge.
The fastest path to a compliance failure is treating GenAI like a normal SaaS purchase. Standard procurement flows underestimate AI-specific risks: training data exposure, model hallucination in regulated contexts, unbounded tool calls, audit trail gaps in multi-step agent reasoning. Run an AI-specific risk assessment, not just a generic vendor review.
A practical compliance ROI calculation
Compliance work on a regulated AI agent deployment typically adds 30-60 days of legal and DPO review to the implementation timeline, plus $10-50k in external counsel fees for first deployments.
That cost is unavoidable. It’s also the reason most regulated B2B deployments use the same platform as their broader workflow stack — the compliance review amortizes across all use cases on that platform.
The implication for procurement: pick a platform that’s likely to be your default for 2-3 years, not the one that wins a one-time evaluation. The compliance investment is fundamentally a platform-level investment, not a use-case-level investment.
What to do this quarter
If you’re about to sign an AI agent contract for regulated use:
- Run the vendor checklist above. Items the vendor can’t answer in writing are red flags.
- Engage legal and DPO before signing, not after. Both will identify issues procurement misses.
- Build the deployment-side checklist into your agent design review process. Make it as routine as a security review.
- Document everything. The point of compliance documentation isn’t to satisfy lawyers; it’s to be able to defend the deployment two years later when the auditor asks why you made the choices you made.
The platforms ship the primitives. You build the compliant deployment on top. The teams that ship successfully in regulated environments are the ones that took the legal layer as seriously as the technical one — and budgeted for it accordingly.
Stéphane Viaud-Murat
CEO, mi4.fr