SOC 2 certification: what you actually get and the route to your first report
SOC 2 certification is the everyday name for a SOC 2 report, an attestation issued by a licensed CPA firm under AICPA standards. The report is restricted to specified parties and shared under NDA, while a SOC 3 report can be distributed freely. The route runs readiness, a Type 1 or Type 2 choice, the examination, the report, then repeats each year.
A US prospect's security team has sent the vendor form, and one line reads "please attach your SOC 2 certification". The deal is waiting on it, and you are not sure what to commit to. This guide is for founders, COOs and security leads at UK B2B tech firms with 25 to 100 staff, many of whom already hold or are pursuing ISO 27001.
The short answer is that there is no SOC 2 certificate. What you receive is an attestation report from an independent, licensed CPA firm. This guide explains what that means, what you hand the customer, and the route to your first report in the order you take it.
No. SOC 2 certification is the common name for a SOC 2 report: an attestation issued by an independent, licensed CPA firm under AICPA attestation standards. The report gives an opinion on your controls against the Trust Services Criteria. The route runs readiness, a Type 1 or Type 2 choice, the examination, the report, then the same again each year.
The Journal of Accountancy, the AICPA's own journal, describes SOC reports as examinations performed by CPAs under the AICPA's Statements on Standards for Attestation Engagements. The same article notes that "compliance" is a term never used in SOC 2 examinations.
What you receive is a SOC 2 attestation: a document, signed by the CPA firm, that a customer reads. There is no certificate, no certificate number and no register entry. The hub page on SOC 2 covers what the framework is and the five criteria categories it can address.
A SOC 2 report is an opinion, not a badge.
The criteria themselves come from the AICPA. Its 2017 Trust Services Criteria are control criteria set by the AICPA's Assurance Services Executive Committee for use in attestation engagements. Your controls are measured against them, and your system is described using the AICPA's separate description criteria.
A SOC 2 report is an attestation by a CPA firm that describes your system, your controls and, for a Type 2, how they operated over a period. An ISO 27001 certificate is issued by an accredited certification body after auditing your management system. One is a detailed report shared privately; the other is a certificate anyone can verify.
UKAS describes certification as third-party confirmation, via audit, of an organisation's systems. UKAS accredits the certification bodies that do that auditing, and its free CertCheck database lets anyone verify a UKAS-accredited management system certificate.
SOC 2 sits outside that structure entirely. No UKAS-accredited certification body issues it, and nothing about it appears on CertCheck.
| SOC 2 report | ISO 27001 certificate | |
|---|---|---|
| What you receive | An attestation report with the CPA firm's opinion | A certificate stating your management system conforms to the standard |
| Who issues it | A licensed CPA firm under AICPA attestation standards | A certification body, accredited in the UK by UKAS |
| What is assessed | Controls over your described system, against the Trust Services Criteria | Your information security management system, against ISO/IEC 27001 |
| How it is shared | Restricted to specified parties, usually under NDA | Public; the certificate can be published and verified |
| Public version | A SOC 3 report, with less detail | The certificate itself |
| How long it lasts | Covers a date (Type 1) or a period (Type 2); customers ask for a current one | Runs on a certification cycle, with surveillance and recertification audits |
The detail is the point. A SOC 2 report shows a customer how you run your controls; an ISO 27001 certificate tells them an accredited body has checked that you run them.
Tell them you can provide a SOC 2 report rather than a certificate, and name its type and the period or date it covers. Send it under a non-disclosure agreement, because SOC 2 reports are restricted-use. If they need something they can share freely, a SOC 3 report or your ISO 27001 certificate does that job.
The restriction is not a formality. According to the AICPA's journal, SOC 2 reports are restricted to specified parties who understand the service organisation's system and the services it provides.
A short, accurate reply usually lands better than a scramble. Something like this works:
The AICPA's SOC 3 page explains that SOC 3 reports address the same subject matter as SOC 2 but without the same level of detail, so they are general use reports and can be freely distributed. That makes SOC 3 the version for a website or a trust centre.
You get SOC 2 certification, meaning a SOC 2 report, in five steps: assess your readiness and close the gaps, choose a Type 1 or Type 2 report, engage a licensed CPA firm for the examination, receive and share the report, then repeat each year. Readiness comes first because the examination tests what already exists.
Each step has its own decisions. Here is the SOC 2 certification process as one map:
The difference between the two report types matters most at step 2. A Journal of Accountancy explainer sets it out: a Type 1 report covers the design of controls as of a specified date. A Type 2 adds an opinion on whether the controls operated effectively throughout a specified period.
There is no fixed timetable for a first SOC 2 report. We recommend planning for one to three months of readiness work if you already run an ISO 27001 ISMS, and three to six months if you are starting from scratch. A Type 1 can follow soon after. A Type 2 adds an observation period before the auditor can report.
The ranges below are GRCMANA planning guidance, not rules set by the AICPA. Your CPA firm and your customer's expectations will move them.
| Stage | We recommend planning for | What moves it |
|---|---|---|
| Readiness and remediation, with an ISO 27001 ISMS | 1 to 3 months | How many controls already produce evidence |
| Readiness and remediation, from scratch | 3 to 6 months | Whether core practices such as access reviews and change control exist yet |
| Type 1 examination and report | 4 to 8 weeks after controls are in place | The CPA firm's availability and how quickly you answer requests |
| Type 2 observation period | At least 3 months for a first report | What your customer will accept |
| Type 2 testing and report | 4 to 8 weeks after the period ends | The quality of your evidence |
Put together, we recommend telling a prospect to expect a first Type 1 report in roughly three to six months, and a first Type 2 report in roughly six to twelve months. Both ranges assume readiness work starts straight away.
The SOC 2 compliance requirements are less a checklist than a set of things the route asks of you. You need a defined system in scope, controls that meet the Trust Services Criteria you select, evidence that those controls operate, a written management assertion, and a licensed CPA firm to examine them, every year.
In practice, the route asks your firm for six things:
The last point is where the effort settles. Firms that treat SOC 2 as an annual project rebuild their evidence every year; firms that engineer it into their systems mostly maintain it.
A working ISO 27001 ISMS carries over a great deal: the risk assessment, policies, asset inventory, access control, supplier management, incident response and internal audit habits. What does not carry over is the format. SOC 2 needs a written system description, controls mapped to the Trust Services Criteria, and, for a Type 2, evidence across a defined period.
If you hold an ISO 27001 certificate, you already run a management system that names owners, reviews risk and keeps records. Those are the raw materials a SOC 2 examination tests.
The gaps tend to sit in three places:
The audit experience transfers too. If your team has been through the ISO 27001 certification process, it already knows how to answer an auditor's request with a record rather than an explanation.
The common mistakes with SOC 2 certification are calling the report a certificate in sales material, booking a CPA firm before readiness work is done, and choosing a Type 1 report when the customer needs a Type 2. Each costs time with the customer, and the second and third can cost a whole examination cycle.
Calling it a certificate. Sales decks and website copy that say "SOC 2 certified" invite a sharp question from an informed security reviewer. Say you hold a SOC 2 Type 1 or Type 2 report, and name the period.
Starting with the auditor. An examination tests controls that already exist. Engaging a CPA firm before readiness means paying for testing that finds gaps you could have found yourself.
Choosing the wrong type. A Type 1 report is quicker, but many enterprise customers want evidence that controls operated over time. Ask the customer which type they will accept before you commit.
There is a fourth mistake, and the AICPA is now addressing it directly. Its peer review guidance flags SOC 2 engagements with identical reports, risk assessments, sample sizes and testing procedures as not tailored to the client's risks.
A report that looks like every other report tells your customer nothing about you.
The AICPA's journal suggests clients vet a CPA firm's qualifications, experience and peer review results before engaging it, and ask whether an offer is unrealistically fast, easy or cheap.
No. A SOC 2 report covers an organisation's system and controls, so there is no SOC 2 certification for a person. Training courses that use the phrase teach people about SOC 2; they do not make anyone a SOC 2 examiner, which requires a licensed CPA firm.
A SOC 2 report does not carry an expiry date, but it only describes a date or a past period. Customers judge how current it is, and many expect a new report each year. Between reports, a bridge letter from management can confirm that nothing material has changed.
Only a licensed CPA firm can perform the examination and sign the opinion. The AICPA has said it assists regulators, including referrals to US state boards of accountancy, regarding unlicensed firms and practitioners. Software platforms can help collect evidence, but they cannot issue the report.
Yes. A UK or international assurance firm can report on controls under ISAE 3000 (Revised), which ICAEW describes as a principles-based standard that can be applied to a broad range of subject matters. Some US customers will still ask for SOC 2 by name, so check before choosing.
Not the full report, because SOC 2 reports are restricted-use. What you can publish is the fact of it: the report type, the period or date it covers, and how to request a copy under NDA. A SOC 3 report is the version you can post in full.
Every control in this framework and the clause guides that sit above them, grouped by control domain. Open any entry for its control definition, implementation steps and the audit evidence it expects. Dimmed entries are planned.
Work with a Trust Architect to scope your criteria, build evidence-generating controls, and get audit-ready — without stalling your roadmap.