US CCPA CCPA vs GDPR

CCPA: define the exact products, services, processing, claims, entities, assets, or activities that bring this side into scope; record out-of-scope facts separately.

GDPR: test its own scope boundary, exclusions, and covered activity; do not copy the CCPA conclusion without a separate source-linked finding.

Write two scope findings first: where CCPA applies, where GDPR applies, and which facts are outside one side even if evidence can be reused.

CCPA: identify the organization, role, provider, manufacturer, operator, controller, processor, gatekeeper, supplier, or public body that owns the duty.

GDPR: assign the comparator duty to its own accountable actor and note when counterparties, subsidiaries, importers, providers, or customers differ.

Name each role separately because one entity can hold different obligations in different workflows.

CCPA: state the fact that starts the obligation, such as market placement, processing, designation, incident, reporting period, transfer, data request, supplier change, or public claim.

GDPR is triggered only by the facts named in its source, such as thresholds, regulated status, risk tier, designation, incident, market placement, certification need, or supervisory notice.

Start with the trigger so teams do not apply the wrong regime to the wrong facts.

CCPA requires covered businesses to disclose data categories collected and sold, give consumers opt-out rights over the sale of personal information, respond to requests to know, delete, and - under CPRA amendments - correct, and post a privacy policy that meets statutory disclosure requirements, with enforcement by the California Attorney General.

GDPR requires controllers to identify a lawful basis for each processing purpose, honor a broader set of data subject rights including portability and restriction, conduct DPIAs for high-risk processing, appoint a DPO where required, notify breaches within 72 hours to the supervisory authority, and implement data protection by design and by default.

Translate obligations into tickets, notices, records, controls, or contract terms.

CCPA: keep the evidence that proves this side of the decision, including cited text, registers, policies, test records, contracts, notices, reports, approvals, or audit artifacts.

GDPR: keep comparator evidence in a distinct record set and link only the artifacts that genuinely satisfy both source-linked requirements.

Keep source links, factual analysis, owner approval, and implementation evidence together.

CCPA: capture the application date, commencement date, transition period, reporting clock, review cadence, remediation window, or certification renewal that controls this side.

GDPR: track the comparator schedule separately so a later deadline, recurring audit, or incident timer is not hidden by the other workstream.

Use current source dates; do not reuse old project plans after amendments or guidance updates.

CCPA: identify the competent authority, regulator, assessor, customer audit, certification body, contractual remedy, penalty, or supervisory process tied to this side.

GDPR: identify the comparator enforcement or assurance route and record where supervision, penalties, market access, certification, or contract leverage differs.

Escalate when enforcement routes differ because a regulator, market-surveillance authority, certification body, customer, or contract counterparty may require different proof.

CCPA: reuse controls only where the source-linked duty, evidence standard, owner, and timing align with the comparator; otherwise keep a bridge note.

GDPR can reuse evidence from the other side only when the same fact pattern, system boundary, control, owner, and source-linked requirement are genuinely aligned.

Document overlap explicitly instead of merging both tests into one vague compliance label.

CCPA: treat this as the controlling workstream when its scope trigger, deadline, regulator, or required artifact is the immediate blocker.

GDPR: run a parallel or follow-on workstream when this side adds separate actors, evidence, timing, penalties, customer assurances, or implementation constraints.

Choose one practical next step: proceed under CCPA, proceed under GDPR, run both in parallel, or document why neither side controls the present fact pattern.