SOC 2 FundamentalsSOC 2 Type IIObservation PeriodAudit PrepEvidence

From Type I to Type II: The SOC 2 Observation Period Survival Guide

How to run an effective 6–12 month SOC 2 Type II observation period — what evidence to collect, how to handle control exceptions, and how to avoid the most common Type II failures.

SecureSpect Team··9 min read

The Observation Period Is Not a Waiting Game

Most teams think of the Type II observation period as "the time between our Type I and our Type II audit." They put compliance on autopilot, assume their controls are running, and show up to the audit scramble 10 months later to find problems.

The observation period is active. It's the most important part of your Type II program. Here's how to run it.

Month 1–2: Establish Your Baseline

Immediately after your Type I audit (or when you begin your observation window):

Confirm all controls are passing: Your Type I showed controls were designed properly. Verify they're still passing. Any gap found now is a gap you have 10 months to fix cleanly.

Document your observation start date: This is formal. Your auditor will ask "what was the beginning of the observation period?" Make it explicit.

Set up continuous monitoring: If you haven't already, connect all in-scope integrations to SecureSpect and verify that automated control checks are running.

Schedule recurring processes: Access reviews (quarterly), vendor assessments (annually), risk register reviews (quarterly), policy review and sign-off (annually). Put these on a compliance calendar and assign owners.

Handling Control Exceptions

During 6–12 months, some controls will fail. This is normal and expected. What matters is how you handle it.

A control exception is not an audit finding if:

  • It was detected quickly (via continuous monitoring)
  • It was documented with a root cause
  • It was remediated within a reasonable timeframe (within 30 days for most controls)
  • The remediation is documented with evidence
A control exception becomes an audit finding if:
  • It wasn't detected until the audit
  • It wasn't remediated before the audit
  • There's no documentation of the exception and its resolution
SecureSpect's timeline view shows every control failure with its detection date, the evidence of the failed state, the remediation date, and the evidence of the remediated state. Auditors see this complete timeline — not just a snapshot of today.

Monthly Compliance Reviews

Run a monthly 30–60 minute compliance review:

  • Check your evidence health dashboard — which evidence is aging or stale?
  • Review any control failures from the past 30 days — are they remediated?
  • Confirm recurring processes are on track (next access review date, next vendor assessment due)
  • Review new infrastructure changes — did any introduce new in-scope systems?
  • This keeps the observation period clean and prevents the "audit scramble" at month 11.

    Handling Infrastructure Changes During the Observation Period

    The observation period doesn't pause when you ship new infrastructure. Every new AWS account, new SaaS tool, new product feature that processes customer data potentially expands your control scope.

    For new AWS accounts or regions: Connect them to SecureSpect immediately. Run an initial control scan. Fix any gaps before they accumulate evidence of failure.

    For new SaaS tools: Add them to your vendor register. Run a vendor assessment. Update your subprocessor list if they handle customer data.

    For architectural changes: Update your system description. If you move from EC2 to ECS or from RDS to Aurora, your evidence for those controls needs to reflect the new architecture.

    The Access Review Schedule

    Access reviews are one of the most commonly failed controls in Type II audits — not because organizations don't do them, but because:

    • They were done once but not on schedule
    • The evidence is incomplete (shows who was reviewed, not who was revoked)
    • The review didn't cover all in-scope systems

    For Type II, you need evidence of at least two access review cycles for quarterly reviews (or one for annual reviews). Each review should show:

    • The list of users reviewed
    • Who retained access and why
    • Who had access revoked and when
    • The date the review was completed and who approved it

    SecureSpect's access review module generates this evidence automatically for each review cycle.

    Preparing for the Audit

    In the final 30–45 days before your observation window closes:

    Run a readiness snapshot: SecureSpect takes a point-in-time picture of all controls, evidence health, and GRC module status. This is your audit readiness score.

    Fix remaining stale evidence: Any evidence with a health score below 50 needs to be refreshed or its control needs manual verification.

    Check for observation period gaps: Are there any controls that failed for more than 30 days without remediation? These will be noted. Document them preemptively with root cause and remediation.

    Engage your auditor 60 days out: Confirm the audit start date, the evidence sharing method (auditor workspace), and what additional documentation they'll need beyond the control evidence.

    With SecureSpect running throughout the observation period, audit prep becomes a review, not a scramble. Your evidence is already organized, timestamped, and linked to controls. You share the auditor workspace link and they get to work.

    Automate your SOC 2 evidence collection

    Connect your AWS and GitHub environments and start collecting audit-ready evidence today. Free to start.

    Start Free →More Articles