SOC 2 P5.2: correction requests, explained for startups

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.2, the usual records are these.

• A correction request procedure
• A request log with outcomes
• Records of corrections passed to processors

What Polara asks about it

The free readiness assessment asks one question that bear on P5.2. 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 you to correct their personal information, with each request and its outcome recorded? If yes, show it: correction request ticket with its outcome, a profile edit history, or a request log showing the reply sent. If no, the fix: accept correction requests through your privacy channel, record each one and its outcome, and tell the person what changed.

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.2.

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.2 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, access requests
• P5.2, this page

Before it: P5.1, access requests. After it: P6.1, third party disclosures. All the criteria, Security first, are on the Trust Services Criteria page, grouped by category.