An enterprise buyer just sent your first security questionnaire and asked for a SOC 2 report. Here is how to scope it, how long it really takes, what the auditor will sample, and when SOC 2 is the wrong first move.

SOC 2 is an attestation report issued by an independent CPA firm under standards set by the American Institute of CPAs (AICPA). It gives your customers an auditor's opinion on whether your controls meet the Trust Services Criteria you chose. It is not a certification, and nobody "passes" it; you receive an opinion, with any exceptions written in.
Every few weeks we get a version of the same call. A 60 person SaaS company has a large deal in procurement, the buyer has sent a long security questionnaire, and question one asks for "your most recent SOC 2 Type II report." Sales wants it this quarter. Usually that is not possible, and saying so early saves more money than anything that follows.
A Type I report describes your system and gives an opinion on whether your controls were suitably designed as of a single date. A Type II covers the same description plus testing of whether those controls operated effectively across a period of time. The AICPA's SOC 2 guide notes that customers and business partners routinely request these reports, and in our experience the enterprise security reviewer is asking for the Type II.
So why do a Type I at all? It buys time. A Type I plus confirmation that the Type II window has started satisfies many procurement teams for the current deal, and it flushes out design gaps before every gap becomes a written exception. Skip it only if no live deal is waiting.
The AICPA's 2017 Trust Services Criteria (with revised points of focus, 2022) define five categories. Security is mandatory and is built from the common criteria, CC1 through CC9, running from control environment to risk mitigation. The other four are optional. Each one you add means more controls, evidence and audit hours, and none of it strengthens the Security opinion.
Category | Our default for a first report | Why |
|---|---|---|
Security | Always in | Required. This is most of the work regardless of what else you add. |
Confidentiality | Add if buyers send you their business data under NDA | Cheap to add once Security is solid: data classification, retention and disposal. Buyers in finance and legal tech often ask for it by name. |
Availability | Add only if you sign uptime SLAs with credits | Pulls in capacity planning, backup restoration testing and DR exercises. If you have no contractual SLA, you are testing a promise nobody asked you to make. |
Processing Integrity | Leave out of the first report | Requires SOC 2 specific documentation of processing accuracy. Rarely requested unless you run payroll, billing or transaction processing for customers. |
Privacy | Leave out, and meet privacy law directly | A B2B processor is better served proving compliance with PIPEDA, Quebec Law 25 and the US state laws it is subject to than by adding the Privacy category. |
The Privacy row is the one some auditors will dispute. Canadian customers care whether you meet the PIPEDA safeguards principle and Law 25; US customers care about state privacy law and, for health data, HIPAA. A SOC 2 Privacy opinion substitutes for none of them. Build a data security and privacy program mapped to the law itself.
"SOC 2 in weeks" usually means a Type I in weeks, if you already run most controls. From a typical early-stage baseline, this is the order we actually see.
Name the system in scope: product, cloud accounts, data stores and subservice providers (your cloud host is usually carved out).
Pick the categories using the table above.
Run a gap assessment against the common criteria; our free SOC 2 gap assessment tool produces a remediation roadmap.
Engage your audit firm early so they agree with your scope before you build to it.
Write the missing policies and get them approved and dated by leadership.
Close technical gaps: MFA, single sign-on, timely offboarding, enforced code review, logging and alerting, encrypted backups.
Do the formal risk assessment and vendor review. Both are usually missing.
Run security awareness training and collect attestations.
Auditor walks through each control and inspects the design.
Fix anything flagged before the window opens.
Start the Type II observation window the day after the Type I "as of" date.
The window is the part you cannot compress. For a first Type II, three to six months is common; renewals usually move to twelve months so reports run back to back. Add several weeks for testing and issuance, and a company starting from scratch is realistically six to ten months from kickoff to a Type II in hand. If sales promised sooner, fix that conversation this week.
In a Type II, the auditor takes the full population for each control over the window and pulls a sample, sized by how often the control runs. A control that fires on every code change gets a bigger sample than a quarterly one. Where first-time teams collect exceptions:
Terminations. Every leaver in the window, checked for timely access removal across every in-scope system, not just your identity provider.
Change management. Sampled production changes, each needing evidence of review. One unreviewed hotfix shows up.
Access reviews. A quarterly review with no dated evidence counts as not done.
Incident response. An incident record or a tabletop with notes; our incident response guide covers what a tabletop should produce.
Exceptions are not fatal; they appear with management's response. A pattern of them in access control hurts, because that is the section a buyer's reviewer reads first.
Founders frame this as a choice. It usually is not. Our view, without naming products:
Job | Compliance-automation platform | Virtual CISO |
|---|---|---|
Continuous evidence collection from cloud, identity and HR systems | Strong. This is what they are built for. | Weak. Nobody wants a person taking screenshots. |
Policy templates | Fast, but generic. Auditors spot unedited templates. | Slower, but written to how you actually operate. |
Deciding scope and categories | Not their job. Defaults to whatever is in the template. | Core job. This is where most cost is saved or wasted. |
Risk assessment and vendor risk decisions | Provides a form. | Makes and defends the judgment calls. |
Answering the auditor and the buyer's questionnaire | No. | Yes, and this is where deals are won or stalled. |
Ongoing program after the report | Keeps monitoring running. | Owns the roadmap, board reporting and the next framework. |
Our position: if an engineer can own compliance as half their job, a platform alone can get you there. If nobody owns it, the platform becomes a dashboard of red items nobody closes. That is the gap a virtual CISO fills. IRM's vCISO tiers start from $2,000 a month for 15 to 20 hours; the full breakdown is on our pricing page, and the vCISO cost guide compares it against a full-time hire.
We turn down SOC 2 engagements regularly. These are the reasons.
Nobody is asking. If no named buyer, investor or insurer has requested it, and your pipeline does not show one within a year, the report will sit in a folder while you pay for annual renewals. Do the cybersecurity baseline assessment instead and fix what it finds.
Your buyers want a different report. Canadian public sector buyers and European enterprises often prefer ISO 27001 certification. Canadian firms can issue SOC 2 reports (see the CPA Canada SOC 2 guide), but that does not mean your buyer will accept one. US defense work points to CMMC. Ask first.
You think it covers HIPAA. It does not. HHS states plainly that it does not endorse or recognize private certifications regarding the Security Rule. A SOC 2 can support a HIPAA program; it cannot replace the risk analysis HIPAA requires.
You expect it to stop breaches. It will not. A clean opinion means your controls worked as described during the window. Verizon's 2026 Data Breach Investigations Report found vulnerability exploitation is now the top initial access vector at 31% of breaches, and third parties are involved in 48%. SOC 2 asks whether you have a vulnerability and vendor management process, not whether it is fast enough.
You are under ten people with no customer data. Do MFA, a password manager, automatic updates, offboarding and tested backups. That is most of the audit anyway.
No. It is a CPA firm's opinion on your controls against the criteria you selected. "SOC 2 certified" in sales material is inaccurate, and buyer security teams notice.
Generally no. SOC 2 reports are meant for customers and partners who understand the system, so they are shared under NDA. If you want something for your website, ask your auditor about a SOC 3, the general-use summary.
Buyers expect a current report: in practice, a new Type II every twelve months with no gap between periods.
Only as far as your scope and controls describe them. If your product uses AI models on customer data, buyers will start asking separate questions about model governance. That is where an AI governance program or ISO 42001 fits alongside SOC 2, not inside it.
If an enterprise questionnaire has just landed on your desk, book a 30 minute consultation and we will tell you honestly whether you need SOC 2 now, later or not at all.
Our diverse industry experience and expertise in AI, Cybersecurity & Information Risk Management, Data Governance, Privacy and Data Protection Regulatory Compliance is endorsed by leading educational and industry certifications for the quality, value and cost-effective products and services we deliver to our clients.