The real cost of skipping compliance due diligence: A healthcare SaaS startup signs a contract with a cloud analytics vendor. The vendor has SOC 2 Type I but no HIPAA BAA. Eighteen months later, the startup's compliance auditors flag the vendor as a Business Associate without a signed agreement. Remediation: breach notification to 40,000 patients, $180K HIPAA fine, $60K legal fees, and a vendor migration that took 8 months. Total cost: $400K+.
This guide explains exactly what SOC 2, HIPAA, GDPR, and PCI DSS actually require from SaaS vendors — and gives you a 20-question compliance checklist you can use before signing any contract.
SOC 2 (System and Organization Controls 2) is an audit framework developed by the American Institute of CPAs (AICPA) that evaluates how a SaaS company manages security, availability, and customer data. It is the baseline compliance standard for US enterprise SaaS — but it is frequently misrepresented in sales conversations.
| Factor | SOC 2 Type I | SOC 2 Type II |
|---|---|---|
| What it covers | Design of controls at a single point in time ("are the controls designed correctly?") | Operating effectiveness of controls over 6–12 months ("do the controls actually work, continuously?") |
| Audit duration | Point-in-time snapshot (can be achieved in 6–8 weeks) | 6–12 month observation period, then audit |
| What it proves | Vendor has documented security policies | Vendor's security controls function reliably over time |
| Meaningful protection? | Limited. A vendor can pass Type I by writing policies and immediately ignoring them. | Yes. Auditors verify controls ran effectively throughout the period. |
| Typical cost to obtain | $15K–$30K for vendor to complete | $30K–$80K for vendor to complete |
| Acceptable for enterprise? | Only acceptable for very early-stage vendors as a stepping stone to Type II | Yes. The enterprise standard. |
SOC 2 audits are built around up to 5 "Trust Service Criteria." Security is mandatory; the rest are optional — and many vendors only get audited on Security.
| Criterion | What It Covers | Required? | Why It Matters for You |
|---|---|---|---|
| Security | Logical and physical access controls, encryption, incident management | Yes — mandatory for all SOC 2 | Core protection against breaches and unauthorized access |
| Availability | System uptime, performance monitoring, disaster recovery | No — optional | Critical if uptime SLAs are in your contract. Ask if Availability criterion is in scope. |
| Confidentiality | How confidential information (trade secrets, PII) is protected and disposed of | No — optional | Important for legal documents, HR data, financial data |
| Processing Integrity | Data processing is complete, valid, accurate, timely, and authorized | No — optional | Critical for financial processing, payroll, payment SaaS |
| Privacy | Collection, use, retention, and disposal of personal information | No — optional | Most relevant for SaaS handling consumer PII, marketing data |
The General Data Protection Regulation (GDPR) requires that any company processing EU personal data on behalf of another company sign a Data Processing Agreement (DPA). If your company is a GDPR Data Controller and you use a SaaS vendor that processes EU personal data, you must have a DPA in place. No exceptions.
Article 28 of GDPR specifies the minimum content of a DPA. A valid DPA must include:
HIPAA (the Health Insurance Portability and Accountability Act) applies when any SaaS vendor handles Protected Health Information (PHI) — patient names, dates of birth, treatment information, billing codes, insurance IDs, and more. If your company is a HIPAA Covered Entity (healthcare provider, insurer, clearinghouse) or a Business Associate, any SaaS vendor that touches PHI must sign a Business Associate Agreement (BAA).
Many companies underestimate the ongoing cost of HIPAA compliance when adding new SaaS vendors:
HIPAA-compliant vendors to know: Major SaaS vendors that offer standard HIPAA BAAs include AWS, Microsoft Azure, Google Cloud, Salesforce Health Cloud, Zendesk (Enterprise), Slack (Enterprise Grid), and Zoom (Enterprise). Most will NOT offer BAAs on self-serve or standard plans — you must request the enterprise tier or a specific compliance addendum.
If your SaaS vendor processes, stores, or transmits cardholder data (credit card numbers, CVVs, expiration dates), PCI DSS (Payment Card Industry Data Security Standard) applies. The key levels:
| PCI DSS Level | Transaction Volume | Requirement |
|---|---|---|
| Level 1 | 6M+ card transactions/year | Annual on-site audit by Qualified Security Assessor (QSA). Quarterly network scans. |
| Level 2 | 1M–6M transactions/year | Annual self-assessment questionnaire (SAQ). Quarterly network scans. |
| Level 3 | 20K–1M e-commerce transactions/year | Annual SAQ. Quarterly network scans. |
| Level 4 | Under 20K e-commerce or under 1M other | Annual SAQ recommended. Quarterly scans recommended. |
Practical tip: Most SaaS companies avoid PCI scope entirely by using a PCI-certified payment processor (Stripe, Braintree, Adyen) that handles card data directly — the SaaS vendor never sees raw card numbers. If a vendor stores card data in their own systems, ask for their PCI Level 1 or Level 2 certification and AOC (Attestation of Compliance).
Use this checklist during vendor evaluations. A "No" or "Not applicable" does not automatically disqualify a vendor — it depends on your use case. Document all answers for your security records.
| # | Question | Why It Matters | Red Flag Answer |
|---|---|---|---|
| 1 | Do you have SOC 2 Type II certification? | Baseline security assurance | "SOC 2 compliant" without specifying Type II or sharing the report |
| 2 | Can you share the full SOC 2 Type II report (not just the attestation letter)? | Allows review of specific control failures noted in report | "We can only share the letter" — reports should be available under NDA |
| 3 | Which Trust Service Criteria are in scope for your SOC 2 audit? | Availability and Processing Integrity are critical for operational SaaS | "Only Security" for a high-uptime dependency |
| 4 | When was your last SOC 2 audit? What period did it cover? | Audits older than 12 months may not reflect current controls | Audit older than 18 months, or unwillingness to answer |
| 5 | Will you sign a GDPR Data Processing Agreement? | Required for EU personal data processing | "We have GDPR in our privacy policy" — not the same as a DPA |
| 6 | Where is customer data stored? Which regions/countries? | Data sovereignty and GDPR transfer compliance | "In the cloud" without specifics |
| 7 | Who are your sub-processors? Is this list current and public? | You are responsible for all processing in your chain under GDPR | No list available or list clearly outdated |
| 8 | How quickly will you notify us of a security breach? | GDPR requires 72-hour notification to regulators from Controller | "As required by law" without a specific SLA |
| 9 | Will you sign a HIPAA Business Associate Agreement? | Required if you handle PHI | "HIPAA compliant" without offering a BAA is meaningless |
| 10 | Do you encrypt data at rest? What encryption standard? | AES-256 is the current standard; anything weaker is a risk | "Yes, we encrypt" without specifying the standard |
| 11 | Do you encrypt data in transit? What TLS version? | TLS 1.2 minimum; TLS 1.3 preferred | TLS 1.0 or 1.1 (deprecated and vulnerable) |
| 12 | Do you have a bug bounty program or conduct regular penetration testing? | Active vulnerability management reduces breach risk | No pen test in the last 12 months |
| 13 | What access controls prevent your employees from accessing our data? | Insider threat is a major breach vector | "Support can access all data" without audit logging or approval workflows |
| 14 | Do you support SSO/SAML integration with our Identity Provider? | SSO enables centralized access control and deprovisioning | SSO only available on highest-tier plan at additional cost |
| 15 | What is your SLA for data return/deletion after contract termination? | GDPR and HIPAA require verifiable data destruction at end of relationship | "Data is deleted when you close your account" without documentation |
| 16 | Do you have ISO 27001 certification or equivalent? | ISO 27001 provides international security management standard beyond SOC 2 | Not applicable for all vendors, but important for EU-focused companies |
| 17 | What is your disaster recovery RTO and RPO? | RTO (Recovery Time Objective) and RPO (Recovery Point Objective) define how much data loss and downtime you'd face in a disaster | No documented DR plan or RTO > 24 hours for mission-critical systems |
| 18 | Do you have a dedicated security team? What is their incident response process? | Vendors without security staff rely on firefighting — reactive, not proactive | "Our engineers handle security" without a dedicated function |
| 19 | Have you had any security incidents or data breaches in the last 3 years? | Past breaches are predictive. How they responded matters as much as the incident. | Denial without documentation, or unwillingness to discuss past incidents |
| 20 | Will you complete our Vendor Security Questionnaire (VSQ)? | Most enterprise companies have standardized VSQs; vendor willingness signals maturity | "We don't complete customer questionnaires" — a red flag for enterprise procurement |
For a company with 40 active SaaS vendors, annual compliance overhead runs $120K–$600K — a cost most finance teams don't see because it's buried in legal and IT budgets.
Cost reduction strategy: Tier your vendors by data sensitivity:
Use these clauses when negotiating SaaS contracts. Present them as addenda or modifications to the vendor's standard agreement.
Never miss a renewal: Get email reminders before each contract renews → Track renewals free
See what rising SaaS prices cost your team →
Run free audit tool30 tools, instant cost breakdown, shareable reports