Compliance Recipe

SOC2 Readiness Checklist

A pragmatic walkthrough for shipping a SOC2 Type II audit-ready posture on Meridian. This recipe collapses the usual 90-day scramble into a reproducible policy bundle, evidence collector, and continuous monitor wired to your Meridian workspace.

1. Map the Trust Service Criteria

Start by pinning every TSC control to a concrete owner and a piece of evidence Meridian can collect automatically. Most teams over-scope here, which is what makes SOC2 feel impossible. You only need Security; the other four criteria are optional.

  • CC1 — Control environment & org chart
  • CC6 — Logical access & encryption
  • CC7 — System operations & monitoring
  • CC8 — Change management

2. Wire the evidence collector

Meridian ships a SOC2 collector that scrapes GitHub, AWS, Okta, and your HRIS on a 24-hour cadence. Drop the snippet below in your workspace settings and the dashboard will start filling in the control matrix within an hour.

// meridian.config.ts
import { defineCompliance } from '@meridian/sdk';

export default defineCompliance({
  framework: 'soc2-type-ii',
  scope: ['security'],
  collectors: {
    github: { org: 'your-org', prCoverage: true },
    aws:    { regions: ['us-east-1'], cloudtrail: true },
    okta:   { domain: 'your-org.okta.com', mfaAudit: true },
  },
  cadence: '24h',
});

3. Run the readiness review

Once the collector has 30 days of evidence, schedule a readiness review with your auditor. Meridian generates the SOC2 system description, control narratives, and evidence index as a single tarball, which most Big Four auditors accept directly. Expect zero findings if the dashboard is fully green for at least three weeks.

Pro tip: Keep your observation window above 90 days. Type II audits weigh sustained operation, not one-shot fixes.