SOC 2 in one paragraph
SOC 2 is an AICPA attestation framework for service organizations. Auditors (licensed CPA firms) examine your controls against the Trust Services Criteria — Security (mandatory), Availability, Confidentiality, Processing Integrity, and Privacy — and issue a report. Type I attests that controls are designed appropriately at a point in time. Type II attests that controls operated effectively over a defined period, typically six to twelve months. Enterprise buyers generally require Type II; Type I is often accepted as an interim signal for newer companies still building the program.
Who needs SOC 2?
Any B2B SaaS company with mid-market or enterprise buyers. The request shows up in security questionnaires from the second or third enterprise customer, and it becomes a procurement gate by the fifth or tenth. Startups often pursue Type I around their Series A or earliest enterprise traction, then transition to Type II within twelve months as the audit window matures.
Scope is typically Security + Availability + Confidentiality for most SaaS companies. Privacy is added when the product handles personal data under GDPR, CCPA, or HIPAA-adjacent regimes. Processing Integrity is rare commercially and specific to products where output correctness matters legally (financial systems, healthcare billing, eDiscovery platforms).
Type I vs Type II — which first?
Type I first when enterprise customers are asking for SOC 2 and you need a report in hand within three months. Type I attests that controls are designed appropriately at a specific point in time — it's a design review, not an operations review. Useful as a stepping stone; not a substitute for Type II at enterprise scale.
Type II attests that controls operated effectively over the audit period. Most enterprise buyers want Type II specifically, and the first Type II window is usually six months (half the standard twelve) to bridge from a recent Type I. After the first Type II report, the cadence becomes annual with a full twelve-month window.
The sequencing we recommend most often: Type I at program kickoff, Type II six months later, then annual Type II after that. Our companion piece on [SOC 2 Type II evidence patterns that actually pass](/insights/soc2-type-ii-evidence-patterns/) walks through what auditors look for during the observation window.
If you're choosing between SOC 2 and ISO 27001 as a first framework, our [SOC 2 vs ISO 27001 article](/insights/soc2-vs-iso-27001-which-first/) lays out the decision tree by buyer geography and product context.
What a SOC 2 engagement looks like
Months 0–1 — scoping. Define the TSC, the system boundary, and the control set. Identify the auditor. Draft the initial control matrix.
Months 1–3 — control implementation and evidence pipeline design. The biggest determinant of audit cost is whether evidence is captured as a byproduct of operations (access reviews producing exports, ticket closures logging to a queryable system, configuration changes tracked in version control) or reconstructed at audit time. Byproduct wins; reconstruction is expensive.
Month 3 — Type I attestation (point-in-time).
Months 3–12 — audit window for Type II. Ongoing evidence capture; the auditor samples across the period at their cadence. No dramatic end-of-window push; the work should already be done.
Month 12+ — Type II report issued. Annual cycle begins.
Why Fortinetics for SOC 2
Architecture-level judgment. Compliance platforms (Vanta, Drata, Secureframe) handle automation well. They do not handle control design, boundary scoping decisions, or the judgment calls about what evidence is actually sufficient for your specific auditor's sampling approach. We make those calls alongside you. Our [when SOC 2 platforms hit their limits](/insights/when-soc2-platforms-hit-their-limits/) piece covers where the platform-only approach breaks down.
Multi-framework fluency. Many of our SOC 2 clients are also pursuing CMMC, FedRAMP, or ISO 27001. We run these in parallel with a shared control framework and shared evidence pipeline. The marginal cost of adding SOC 2 to an existing CMMC program is meaningfully less than running them sequentially. The [framework overlap explorer](/framework-overlap/) shows how the controls map across frameworks.
Stay-present through the audit. We sit with you through the auditor's questions, walk the evidence packets with the auditor, and handle the inevitable "can you clarify" cycles that stretch audits. We don't hand off a binder at kickoff and disappear.