The SOC 2 report review checklist for a vendor report you received

For the company on the receiving end. What to check in a vendor report, how to judge each exception, and what the report leaves for you to do.

A SOC 2 report review checklist is for the company that receives a vendor’s report. It walks the report in order: the type, period, CPA firm and opinion; the scope; the management assertion; each exception and what it means for you; the controls the report expects you to run; the vendors behind the vendor; and whether you need a bridge letter for the months since the period ended.

The workbook has the checklist, an exceptions log with a column for your judgement, a review record and a guide. It comes filled in with a worked review by Moonrake, a fictional ten person company, of its analytics vendor Lanternfish.

What a SOC 2 report can and cannot tell you

A SOC 2 report is an attestation report issued by an independent licensed CPA firm under the AICPA attestation standards.2 It covers one system, a stated set of trust services categories, and one date or one period. The AICPA guide that practitioners work from sets out the parts a reader receives: the firm’s opinion, management’s assertion, the system description and, in a Type 2, the tests and their results.1 The checklist asks whether those parts cover what you rely on the vendor for, and what they leave for you to do. Polara Labs is not a CPA firm. SOC 2 examinations are performed by independent licensed U.S. CPA firms.

If you first need to know whether the document is genuine at all, start with how to verify a SOC 2 report. This checklist assumes it is, and asks whether it is enough.

SOC 2 report review checklist, full text

[Company name]

SOC 2 Report Review Checklist

Vendor
[Vendor name]
Service used
[Service used]
Reviewed by
[Reviewer]
Review date
[Review date]

1. How to use this checklist

Use this checklist when a vendor sends [Company name] its SOC 2 report. Work through one copy per vendor per report, write the result of each check, log every exception with your judgement on it, and sign the conclusion. Then record the outcome in the vendor register.

A SOC 2 report is an attestation report issued by an independent licensed CPA firm. It speaks for the period or date it covers and for the system it describes, and nothing else. The checks below are about whether the report covers what you rely on the vendor for, and what it leaves for you to do.

Result for each check: Met, Not met, Follow up or Not applicable. A Not met or a Follow up carries a note saying what you did about it.

Reviewing vendor reports this way is one accepted way of assessing vendor risk under CC9.2. A security questionnaire, a contract clause or a call with the vendor can stand beside it or in place of it, as your vendor management policy sets.

2. Report basics

CheckWhat to look forWhere in the reportResult
Report typeType 1 tests design on one date. Type 2 tests design and operation over a period, and is the one that shows controls ran.Title page, Section 1
Period coveredA Type 2 period, or a Type 1 as-of date, that ended recently enough to rely on.Title page, Section 1
Auditor is a licensed CPA firmThe firm named on the opinion letter appears in the license register of a state board of accountancy.Section 1
Opinion typeUnqualified, qualified, adverse, or a disclaimer of opinion.Section 1
OpinionWhat it means
UnqualifiedThe CPA firm concluded that the description is fairly presented and the controls were suitably designed and, for a Type 2, operated effectively. Exceptions can still appear in Section 4.
QualifiedThe same conclusion except for one or more matters the opinion names. Read the basis paragraph and decide whether those matters touch your data.
AdverseThe firm concluded that the description is not fairly presented or the controls did not meet the criteria. Escalate before relying on the vendor.
Disclaimer of opinionThe firm could not obtain enough evidence to form an opinion. The report gives you no assurance.

3. Scope

CheckWhat to look forWhere in the reportResult
Trust services categoriesThe categories in scope cover what you rely on the vendor for, for example Availability if you depend on its uptime.Sections 1 and 3
Systems in scopeThe product and locations you actually use are inside the described system.Section 3
Subservice organizationsEach one is named, with the carve out method (its controls excluded) or the inclusive method (its controls included and tested).Section 3

4. The opinion letter

CheckWhat to look forWhere in the reportResult
Signed and datedFirm letterhead, the city it signed from, a date and a signature.Section 1
ModificationsAny paragraph headed basis for qualified opinion, adverse opinion or disclaimer, and what it says.Section 1

5. Management assertion

CheckWhat to look forWhere in the reportResult
Present and consistentSigned by vendor management, naming the same system, period and categories as the opinion.Section 2

6. Exceptions and deviations

CheckWhat to look forWhere in the reportResult
Exceptions listedEvery test with a deviation in the results. Log each one on the Exceptions log sheet with your judgement.Section 4
Management responsesWhat vendor management says it did about each exception. The auditor usually has not tested these responses.Section 4 or 5

Log each exception with the criterion, the control, the exception as the report states it, the vendor response, and your judgement: Acceptable, Acceptable with follow up, Escalate, or Not acceptable. Judge it against what you rely on the vendor for, not against how many exceptions there are.

RefCriterionException as reportedVendor responseYour judgementEffect on usAction

7. Complementary user entity controls

CheckWhat to look forWhere in the reportResult
Complementary user entity controlsThe controls the vendor assumes you operate. List each one and who at your company does it.Section 3

The vendor designed its controls assuming its customers operate these. If [Company name] does not, the vendor's controls may not achieve what the report says for [Company name] data.

Control the report assigns to youHow we operate itOwner

8. Subservice organizations

CheckWhat to look forWhere in the reportResult
Their reportsFor each carved out subservice organization, whether you need its own report or rely on the vendor monitoring it.Section 3

9. Bridge letter

CheckWhat to look forWhere in the reportResult
Gap since the period endedIf the period ended more than three months before your review, a bridge letter from vendor management covering the months since.Separate letter

A bridge letter is a statement by vendor management, not by the CPA firm, and it gives no assurance. It is still the record of what the vendor says changed since the period ended.

10. Conclusion and sign-off

ConclusionWhen to choose it
AcceptEvery check met, and no exception touches what you rely on the vendor for.
Accept with follow upUsable now, with named actions, such as checking an exception in the next report.
EscalateA qualified opinion, an exception that touches your data, or a scope gap. The approver decides.
Do not relyAn adverse opinion, a disclaimer, a firm you cannot find in a license register, or a report that does not cover the service you use.

Conclusion: [Accept, Accept with follow up, Escalate or Do not rely]. Next review: [Next review].

Sign-off. Name, signature and date for: Reviewer, Approver.

11. Worked example

Moonrake, a fictional ten person company that sells API security monitoring to fintech companies, reviews the SOC 2 Type 2 report of Lanternfish (lanternfish.dev), the fictional analytics provider behind its dashboard usage data. The workbook carries the same review with every check filled in.

11.1 Review record

ItemEntry
Vendor and serviceLanternfish, product analytics for the Moonrake dashboard
ReportSOC 2 Type 2, the Lanternfish analytics platform, Security and Availability
Period1 April to 31 March
CPA firmNamed in Section 1 and found in the license register of its state board
OpinionUnqualified
Reviewed21 July, by the chief technology officer
Bridge letterRequested on 21 July and received 28 July. It disclosed one change: access removal is now automated from the human resources system
ConclusionAccept with follow up, approved by the chief executive officer

11.2 Exceptions and the reviewer judgement

RefCriterionException as reportedVendor responseJudgementEffect on Moonrake
E1CC6.2For 2 of 25 terminated employees sampled, production access was removed 9 and 14 days after terminationRemoval is now triggered automatically from the human resources system. Management states neither account was used after terminationAcceptable with follow upLow. Lanternfish holds usage events keyed by hashed user IDs, not API traffic or credentials
E2CC8.1For 1 of 40 changes sampled, the change was deployed without the documented peer reviewBranch protection now blocks a merge without an approving reviewAcceptableLow. One change, and the response closes the path it used

11.3 Complementary user entity controls

Control the report assigns to MoonrakeHow Moonrake operates itOwner
User entities manage their own users of the Lanternfish dashboard, including removing people who leaveLanternfish sign in goes through Okta, and the accounts are in the quarterly access reviewChief technology officer
User entities send only the data their agreement with Lanternfish allowsMoonrake sends dashboard usage events keyed by a hashed user ID, and no customer API trafficEngineering lead
User entities protect the API keys they use to send eventsThe key is held in AWS Secrets Manager and rotated once a yearEngineering lead

12. Fields to complete

Replace every bracketed field in this document with your own detail, then delete this section.

FieldWhat to enter
[Company name]Your legal company name.
[Vendor name]The vendor the questionnaire or report review is about, by its legal name.
[Service used]What your company uses the vendor for, and what data the vendor holds.
[Reviewer]The person who works through the checklist, with their role.
[Review date]The day the review is finished and signed.
[Next review]When the vendor is reviewed again, for example on receipt of its next report.

The worked review, in the workbook

Lanternfish holds Moonrake’s dashboard usage events. Its Type 2 report carries an unqualified opinion and two exceptions: late access removal for two leavers, and one change deployed without its peer review. Moonrake’s reviewer judges both against what Lanternfish actually holds, maps the three controls the report assigns to Moonrake, and asks for a bridge letter because the period ended almost four months before the review.

SOC 2 Report Review Checklist

Checklist

One copy of this sheet per vendor report. The results are an example: Moonrake, a fictional ten person company, reviewing the report of its analytics vendor Lanternfish. Clear the Result and Notes columns for your own review.

SectionCheckWhat to look forWhere in the reportResultNotes
Report basicsReport typeType 1 tests design on one date. Type 2 tests design and operation over a period, and is the one that shows controls ran.Title page, Section 1MetType 2
Report basicsPeriod coveredA Type 2 period, or a Type 1 as-of date, that ended recently enough to rely on.Title page, Section 1Follow upPeriod ended 31 March; the review was on 21 July, so a bridge letter was requested
Report basicsAuditor is a licensed CPA firmThe firm named on the opinion letter appears in the license register of a state board of accountancy.Section 1MetFirm found in the state board register for the state it signed from
Report basicsOpinion typeUnqualified, qualified, adverse, or a disclaimer of opinion.Section 1MetUnqualified
ScopeTrust services categoriesThe categories in scope cover what you rely on the vendor for, for example Availability if you depend on its uptime.Sections 1 and 3MetSecurity and Availability
ScopeSystems in scopeThe product and locations you actually use are inside the described system.Section 3MetThe Lanternfish analytics platform, including the event ingestion API Moonrake sends to
ScopeSubservice organizationsEach one is named, with the carve out method (its controls excluded) or the inclusive method (its controls included and tested).Section 3MetGoogle Cloud, carve out
Opinion letterSigned and datedFirm letterhead, the city it signed from, a date and a signature.Section 1MetSigned and dated six weeks after the period ended
Opinion letterModificationsAny paragraph headed basis for qualified opinion, adverse opinion or disclaimer, and what it says.Section 1Not applicableNone
Management assertionPresent and consistentSigned by vendor management, naming the same system, period and categories as the opinion.Section 2MetMatches
ExceptionsExceptions listedEvery test with a deviation in the results. Log each one on the Exceptions log sheet with your judgement.Section 4Follow upTwo exceptions, CC6.2 and CC8.1, logged with judgement
ExceptionsManagement responsesWhat vendor management says it did about each exception. The auditor usually has not tested these responses.Section 4 or 5MetResponses given for both
User entity controlsComplementary user entity controlsThe controls the vendor assumes you operate. List each one and who at your company does it.Section 3MetThree listed, all mapped to Moonrake controls
Subservice organizationsTheir reportsFor each carved out subservice organization, whether you need its own report or rely on the vendor monitoring it.Section 3MetRelying on Lanternfish reviewing the Google Cloud report each year, as Section 3 states
Bridge letterGap since the period endedIf the period ended more than three months before your review, a bridge letter from vendor management covering the months since.Separate letterMetBridge letter received 28 July, one change disclosed
ConclusionDecision and sign-offAccept, accept with follow up, escalate, or do not rely, signed by the reviewer and the approver.Your recordMetAccept with follow up

Exceptions log

Every exception in Section 4 of the report, with your judgement on what it means for you. The two rows are the Lanternfish example.

RefCriterionControlException as reportedVendor responseReviewer judgementEffect on usActionAction owner
E1CC6.2Access is removed within one business day of terminationFor 2 of 25 terminated employees sampled, production access was removed 9 and 14 days after terminationRemoval is now triggered automatically from the human resources system. Management states neither account was used after terminationAcceptable with follow upLow. Lanternfish holds usage events keyed by hashed user IDs, not API traffic or credentialsConfirm in the next report that the control operated without exceptionChief technology officer
E2CC8.1Changes to production are peer reviewed before deploymentFor 1 of 40 changes sampled, the change was deployed without the documented peer reviewBranch protection now blocks a merge without an approving reviewAcceptableLow. One change, and the response closes the path it usedNone beyond the next annual reviewChief technology officer

Review record

One row per report reviewed. Copy the outcome into the vendor register.

VendorService usedReport typePeriod or as-of dateCategoriesOpinionExceptionsUser entity controls mappedBridge letter receivedReviewed onReviewerConclusionApproved byNext review
LanternfishProduct analytics for the Moonrake dashboardType 22025-04-01 to 2026-03-31Security, AvailabilityUnqualified2Yes2026-07-282026-07-21Chief technology officerAccept with follow upChief executive officerOn receipt of the next report

How to use

  1. Ask the vendor for its latest SOC 2 report, under a non disclosure agreement if it asks for one.
  2. Copy the Checklist sheet for each report and work down it. Write Met, Not met, Follow up or Not applicable for each check, with a note for anything other than Met.
  3. Look up the CPA firm named in the opinion letter in the license register of the state board of accountancy for the state it signed from.
  4. Log every exception from Section 4 on the Exceptions log with your judgement on what it means for the data and service you rely on.
  5. List every complementary user entity control and the person at your company who operates it. A control nobody owns is a gap on your side, not the vendor side.
  6. If the period ended more than three months before your review, ask for a bridge letter from vendor management and record the day it arrived.
  7. Record the conclusion on the Review record sheet, have the approver sign it, and copy the outcome into the vendor register.
  8. Evidence for the auditor: the report, this workbook for each critical vendor, the bridge letters, and the vendor register showing the review. It supports CC9.2.

Judging an exception

  1. Find the criterion and the control. An access exception at a vendor that holds your credentials is different from the same exception at one that holds hashed usage data.
  2. Read the vendor’s response as the vendor speaking. The CPA firm usually has not tested it. Treat it as a claim to check in the next report.
  3. Write the effect on you, not on the vendor. That sentence is what your auditor reads when it samples your vendor reviews under CC9.2.3
  4. Turn a follow up into an action with an owner. Otherwise next year’s review starts from nothing.

How exceptions read in a finished report covers the wording in more depth, and complementary user entity controls covers the controls a report hands back to you. When the period is old, the bridge letter template shows what a good letter from the vendor contains, and how long a SOC 2 report is valid explains the twelve month line. For vendors without a report, the vendor security assessment is the questionnaire to send.

Questions

How do I review a vendor SOC 2 report?
Read the opinion letter in Section 1 for the type, the period, the CPA firm and the opinion, then check the firm in a state board license register. Check that the scope in Section 3 covers the service you use. Read the test results in Section 4 and log each exception with your judgement on it. List the complementary user entity controls and who at your company runs each. Then sign a conclusion and record it in your vendor register.
What is the difference between an unqualified and a qualified SOC 2 opinion?
An unqualified opinion means the CPA firm concluded that the description is fairly presented and the controls were suitably designed and, for a Type 2, operated effectively. A qualified opinion reaches the same conclusion except for the matters it names in a basis paragraph. Read that paragraph and decide whether those matters touch the data or service you rely on.
What are exceptions in a SOC 2 report and do they matter?
An exception is a test in Section 4 where a control did not operate as described for some of the items sampled. Most real reports have a few, and an unqualified opinion can sit beside them. What matters is which control failed, whether it touches what you rely on the vendor for, and what the vendor did about it. Judge each one rather than counting them.
What are complementary user entity controls?
Controls the vendor designed its own controls around and expects its customers to operate, such as removing your own departed staff from its dashboard. They are listed in the system description. If you do not operate them, the vendor controls may not achieve what the report says for your data, so map each one to an owner at your company.
How old can a vendor SOC 2 report be?
A SOC 2 report does not expire, but its period does age. The rule of thumb Polara uses: once a Type 2 period ended more than twelve months ago, expect a reviewer to call it stale. For the months between the end of the period and your review, ask the vendor for a bridge letter, which is a statement by vendor management rather than by the CPA firm.
Does reviewing vendor SOC 2 reports satisfy CC9.2?
It is one accepted way of assessing vendor risk under CC9.2, which asks the company to assess and manage the risks of its vendors and business partners. It is not the only one. A security questionnaire, contract terms or a call with the vendor can stand beside it, and your vendor management policy says which you use for which vendor.

Sources

  1. SOC 2: Reporting on an Examination of Controls at a Service Organization Relevant to Security, Availability, Processing Integrity, Confidentiality, or Privacy AICPA. The implementation guide practitioners work from, including sampling and the assertion.
  2. Statements on Standards for Attestation Engagements AICPA. The attestation standards a SOC 2 examination is performed under.
  3. TSP Section 100, Trust Services Criteria for Security, Availability, Processing Integrity, Confidentiality, and Privacy AICPA. The criteria themselves, including the common criteria every SOC 2 report covers.

Get audit-ready without a compliance team.

The readiness assessment is free, with no payment and no card. Star is $2,000 one time to get on the platform and close your gaps. Orbit is $7,800 a year, and your SOC 2 Type 2 audit is included in every contract year. You can be audit-ready starting at about a week.

Take the free assessment

Polara Labs is not a CPA firm. SOC 2 examinations are performed by independent licensed U.S. CPA firms.