SOC 2 P5.1: access requests, explained for startups
What P5.1 asks you to show about access requests, and what proves it.

People can ask to see the personal information you hold about them, and you answer. You verify who is asking first, then respond within the time you promised. Each request is logged.1
P5.1 belongs to Privacy, an optional category: it is in your report only when you add Privacy to the scope.
What usually proves it
An auditor wants records from the period being examined, pulled from the systems that hold them rather than written up afterwards. Dates matter. A record with a date and a named owner carries more weight than a screenshot with neither. For P5.1, the usual records are these.
- A data subject request procedure
- A request log with dates and outcomes
- Identity verification steps
What Polara asks about it
The free readiness assessment asks one question that bear on P5.1. A yes becomes a task to show the proof. A no becomes a task to fix the gap, with the steps written out.
- Can a person ask for the personal information you hold about them, with their identity verified and an answer within a set time? If yes, show it: access request ticket showing the identity check and response date, a request log with deadlines, or the published request form. If no, the fix: publish a channel for access requests, verify identity before answering, and track each request against a deadline.
Policies, templates and connected evidence
A policy states the rule, a template gives you the record to keep, and a connected system pulls the proof from the source. An auditor checks that the three agree: the cadence in the policy, the dates in the record and what the system shows.
In the policy pack, the Privacy Program Policy covers P5.1.
Is it in your scope?
Only if you add Privacy. How you handle personal information across its life: notice, consent, collection, use, retention, access requests, disclosure and complaints. It is the heaviest category and assumes a privacy program already runs.
The scoping tool decides it with one question: Add it when you collect personal information about individuals and run a privacy program with a notice, consent and requests from the people it describes. When personal information is incidental to your service, Confidentiality is often the closer fit. Privacy notice, consent, collection and use limits, retention and deletion, access and correction requests, disclosures, breach notification and complaints.
Security is the default and always in scope. Adding Privacy in the assessment puts its 18 criteria into the report and the examination, and adds 14 questions to the assessment.
Polara Labs is not a CPA firm. SOC 2 examinations are performed by independent licensed U.S. CPA firms.
Access by the people concerned: the criteria around it
P5.1 is one of 2 criteria in access by the people concerned, P5.1 to P5.2. Reading a group together shows how its outcomes fit, and one record often serves more than one of them.
- P5.1, this page
- P5.2, correction requests
Before it: P4.3, personal data disposal. After it: P5.2, correction requests. All the criteria, Security first, are on the Trust Services Criteria page, grouped by category.
Questions
What does SOC 2 P5.1 ask a startup to show?
Is P5.1 required in every SOC 2 report?
Sources
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 assessmentPolara Labs is not a CPA firm. SOC 2 examinations are performed by independent licensed U.S. CPA firms.