A US customer asks for your SOC 2 report and you do not have one. Should you get a Type I or a Type II? Here is the difference and how most SaaS companies sequence them.
A Type I report describes your controls and gives an auditor's opinion on whether they are suitably designed at a single point in time. A Type II report covers the same ground, and also tests whether the controls operated effectively over an observation period, typically three to twelve months.
Both are issued by an independent licensed CPA firm against the AICPA Trust Services Criteria. Neither is a certificate; both are attestation reports you share with customers, usually under NDA.
A Type I tells a buyer you have designed sensible controls. A Type II tells them those controls actually worked over time, which is why larger enterprise buyers and security teams usually prefer or require it. A Type I is often accepted as a first step, especially with a credible Type II timeline behind it.
You can build controls quickly, but you cannot shorten an observation window. A Type II cannot be issued until the window has run and the auditor has tested evidence across it. That is why Type II timelines are measured in months, and why starting early is cheaper than starting under a deal deadline.
Security is always in scope. Availability, Confidentiality, Processing Integrity and Privacy are added only when your customer commitments call for them. Keeping the scope proportionate keeps cost and effort down.
Cost has three parts: consultancy support, any compliance tooling you choose, and the CPA firm's audit fees. It depends on your size, scope and starting maturity, so a short scoping call is the most reliable way to get a realistic number.
A SOC 2 audit is built on evidence. Expect requests for records like these:
For a Type II report the auditor samples these records across the whole observation window, so a control that ran well in month two and lapsed in month five will show up as an exception.
The first is starting the observation window before the controls are ready. Gaps inside the window become exceptions in the report, so it is usually better to close the known gaps first. The second is scattered evidence: screenshots in chat threads and tickets nobody can find. Pick one place for evidence and keep it current. The third is scope. Adding all five Trust Services Criteria when customers only asked for security adds cost with no buyer benefit. The last is no owner. Every control needs a named person who answers for it.
If you want a plan for your own situation, our certification support page explains how the work runs, and a gap diagnostic is the usual first step.
Tell us which customers are asking and by when, and we will recommend a sequence. See our SOC 2 page, our guide to SOC 2 for startups, or book a free advisory session.
Many accept it as a first step, but larger enterprise buyers often want Type II. Ask the prospect what they require before you decide.
Typically three to twelve months. The right length depends on your customers and your audit plan.
An independent licensed CPA firm. Consultancies such as ISONEX prepare you and coordinate with the auditor.
It can, but any gap inside the window shows up as an exception in the report. It is usually better to close the known gaps first.
SOC 2 does not name one, but auditors and buyers commonly expect regular vulnerability testing as evidence. Ask your auditor what they will accept.
Seven practical questions to ask before hiring an ISO 27001 consultant: who does the work, timeline, certification body, what is included and what is not.
Read moreHIPAA basics for health-tech startups: business associates, the Security Rule, risk analysis, BAAs and how HIPAA fits with SOC 2 and ISO 27001.
Read moreUK GDPR and EU GDPR share the same core principles but differ in regulators, transfers and representatives. A practical guide for companies serving both.
Read moreBook a free advisory session and we will map your fastest credible route to compliance.
Book a free advisory session