Collection and purpose
List each source, identifier, event field and intended use. Reduce the payload to the fields the workflow needs. Record who approves a new source and how collection permissions reach downstream destinations.
GDPR · Deployment evaluation
This customer data platform (CDP) guide helps privacy and engineering teams map GDPR roles and data flows. Review purposes, processors, retention, rights and transfers across the whole workflow, including support access and destinations.
Legal and technical scope
GDPR requires a lawful basis and accountability. Controller and processor duties, security measures, data-subject rights and international-transfer rules still require assessment. Hosting in the EU does not by itself settle those questions.
Relevant provisions include Articles 5 and 6 (principles and lawfulness), 17–21 (rights), 28 (processors), 30 (processing records), 32 (security), 35 (impact assessments) and 44–49 (transfers). Applicability and exceptions depend on the processing. This page is a technical planning aid and does not certify a deployment or replace legal advice.
Planning your evaluation
Apply these engineering review questions to the proposed PrivyCDP deployment. The expected output is a reviewed design and test record, not a blanket compliance claim.
List each source, identifier, event field and intended use. Reduce the payload to the fields the workflow needs. Record who approves a new source and how collection permissions reach downstream destinations.
Draw the path through ingestion, profiles, logs, backups, AI services, support tools and activation providers. Mark locations and every party able to access the data, including remote administrators.
Specify retention by data category and test an approved deletion workflow using synthetic records. Check derived audiences, logs, replicas and destination systems; document exceptions and backup expiry rather than promising immediate removal everywhere.
Test a least-privilege operator account, a restricted export and an access revocation. Document who can approve data exports, how their use is audited and which support access is time-limited.
Test changed identifiers, duplicate profiles and an opt-out. Confirm that a newly joined identity does not silently restore a withdrawn permission. Reconcile suppression with each selected destination.
Have the privacy owner review the processing inventory and proposed agreements. Retain the approved data-flow map, security test results and operating responsibilities with the deployment release.
Discuss your deployment with engineers.
Bring your data flow, operating owners and evaluation questions.
GDPR does not impose a blanket EU-hosting rule. Assess territorial scope, processing and applicable international-transfer requirements with the privacy owner. Primary source
Deployment location is one design decision. Lawful purposes, accountability, rights handling, security and processor relationships still need assessment. Primary source
Roles depend on who determines purposes and means and who processes data on behalf of another party. Record the actual relationships and agreements. Primary source
Use synthetic records and inspect profiles, derived audiences and destinations. Document retention exceptions and backup expiry rather than promising instant deletion everywhere. Primary source
Include administrators, support tools and subprocessors in the map. Review access locations and transfer arrangements for the actual processing. Primary source
No. It is an engineering checklist. The responsible privacy and legal reviewers must assess applicability and approve the operating process. Primary source
Published: · Updated:
Editorial dates describe content changes. Confirm current sources before making legal, security or purchasing decisions.