Plan international enrichment by the actual people, data, purpose, entities, and processing locations involved. A country label in the CRM is a research input; it does not settle which laws apply. Keep the applicability decision and its primary source with each workflow before sharing records with a supplier.
This guide covers major privacy frameworks beyond GDPR and how they can affect data enrichment activities. Before applying it to a market, confirm the official law, regulator, effective date, covered data and people, exemptions, and current implementing guidance for that jurisdiction.
Privacy Laws by Region
Our data
The four-stage workflow table and 1,000-record reconciliation below are original planning examples with synthetic inputs. They show what to record and how to reconcile a release; they do not rank countries or establish legal permission. These examples were prepared with AI assistance and are accompanied by linked primary sources for the legal review steps.
Privacy regulation has proliferated rapidly. The IAPP Global Privacy Law and DPA Directory tracks legislation and regulators across jurisdictions, but each entry still needs verification against the applicable official source. Important differences include:
Key Regulatory Patterns
- GDPR-influenced: Many laws (LGPD, UK GDPR, POPIA) closely follow GDPR structure
- Consent-heavy: Some jurisdictions (China, much of Asia) emphasize consent more than GDPR
- Data location: Identify storage, access, and export conditions for the actual data, sector, and operator
- Sector-specific: Some have distinct rules for different industries (healthcare, financial)
- Enforcement maturity: Laws exist but enforcement varies dramatically by jurisdiction
Extraterritorial Application: Record the Connecting Facts
Prepare an applicability worksheet with the person’s location, collection context, controller establishment, intended market, processing activity, and supplier locations. Ask the reviewer to identify the provision that brings the workflow into scope or supports an exclusion. Do not use nationality, residence, a phone prefix, or a company headquarters address as interchangeable fields.
When a country is unknown, hold the unresolved records out of a jurisdiction-specific job. Retain the reason and the evidence needed to release them. That gives the research team a concrete task without turning a missing country into an automatic permission to enrich.
Americas: Beyond the United States
Brazil: LGPD (Lei Geral de Proteção de Dados)
ANPD Resolution 19/2024 establishes international-transfer rules and standard contractual clauses, while preserving other LGPD Article 33 mechanisms where their conditions are met. ANPD Resolution 19, Annex I.
For the project file, record the exporter, importer, countries, categories of data, purpose, onward recipients, and selected mechanism. Attach the completed documents and review date. Preserve the small-processing-agent DPO exception described below; a shorter checklist must not turn that qualified rule into a universal appointment requirement.
Brazil's LGPD is South America's most significant privacy law, modeled closely on GDPR.
LGPD Key Requirements
- Data protection officer: Controllers generally designate a data protection officer, but qualifying small processing agents are exempt under Article 11 of ANPD Resolution No. 2. An exempt organization that does not appoint one must still provide a channel for data-subject requests.
For a Brazil-related workflow, keep the purpose and lawful-basis assessment separate from the international-transfer assessment. Ask the reviewer to connect each decision to the current LGPD and ANPD rules for the actual records. Do not select legitimate interests from the B2B label alone.
Argentina: PDPA
Argentina's Personal Data Protection Act predates GDPR but has been updated. Argentina has an EU adequacy decision, making data transfers relatively straightforward.
- Consent emphasis: More consent-dependent than GDPR for many processing activities
- Financial data: Extra protections for financial information
- Cross-border: EU adequacy simplifies transfers
Canada: PIPEDA and Provincial Laws
Canada's federal PIPEDA applies to commercial activities, but provinces can have substantially similar laws:
- Quebec: Law 25 (phased in 2023-2025) adds GDPR-like requirements including privacy impact assessments
- British Columbia/Alberta: Provincial private sector privacy acts
- Federal reform: Bill C-27 died when Parliament was prorogued in January 2025; PIPEDA modernization remains on the agenda but has no passed replacement yet
Mexico: LFPDPPP
Mexico's Federal Law on Protection of Personal Data Held by Private Parties:
- Privacy notice: Detailed notice requirements before collecting data
- Consent tiers: Different consent requirements for different data types
- ARCO rights: Access, Rectification, Cancellation, Opposition
- Financial data: Heightened protections
Asia-Pacific: Complex and Varied
China: PIPL (Personal Information Protection Law)
China's PIPL, effective November 2021, is one of the world's strictest privacy laws with significant implications for data enrichment.
PIPL Critical Requirements
The CAC’s March 2024 provisions distinguish security assessment, standard-contract or certification routes, and exemptions using operator status, data type, volumes, and context. CAC announcement and provisions.
Its non-critical-infrastructure thresholds distinguish at least 1 million people’s non-sensitive personal information or at least 10,000 people’s sensitive personal information from lower-volume routes, subject to the rules’ exemptions and conditions. CAC threshold summary.
Build the review packet with operator status, any important-data classification, sensitive-data fields, cumulative transfer counts since January 1, recipient, purpose, and any proposed exemption. Have the reviewer identify the current provision and required procedure. Do not reuse the old shortcut that every overseas transfer needs the same standard contract.
PIPL materially restricts data enrichment involving Chinese residents. Key considerations:
- Consent requirements: More emphasis on consent than legitimate interest
- Transfer restrictions: Getting data out of China for enrichment is heavily regulated
- Government access: Authorities have broad data access rights
- Data minimization: Strong emphasis on collecting only necessary data
Japan: APPI (Act on Protection of Personal Information)
Japan's APPI, materially amended in 2022, has EU adequacy status:
- Pseudonymized data: Specific rules enable analytics on pseudonymized data
- Cross-border: Adequacy with EU; other transfers require consent or equivalent protection
- Cookies: 2022 amendments regulate cookies as personal information in some cases
South Korea: PIPA
South Korea's Personal Information Protection Act, amended in 2023:
- Consent emphasis: Strong consent requirements, especially for sensitive data
- Pseudonymization: Well-developed framework for pseudonymized data use
- Data combination: Specific rules for combining datasets
- Cross-border: EU adequacy decision adopted in 2021. European Commission adequacy record
Singapore: PDPA
Use a field-by-field review for business records: what information was supplied in a business capacity, what additional personal fields are being appended, and which activity will use them. Keep collection and use separate from any proposed marketing contact.
| Review area | Evidence to request | Enrichment decision |
|---|---|---|
| Data classification | Exact fields and context in which they were provided | Record the reviewer’s scope decision for those fields |
| Basis or exception | Current provision and analysis of its conditions | Do not substitute “business purposes” for the actual test |
| Transfers | Recipient, location, access, and onward processors | Document the reviewed route before export |
| Marketing | Channel, number type, recipient, and message purpose | Review the contact activity separately |
Start with the Personal Data Protection Commission and the current provisions selected by the reviewer. Keep that source and the decision date with the job configuration rather than copying an unqualified “business-friendly” label.
India: DPDP Act
India's Digital Personal Data Protection Act (2023) is the country's first complete privacy law:
- Consent-centric: Notice and consent are primary legal basis
- Legitimate use: Limited exceptions for specified legitimate uses
- Cross-border: Transfers allowed except to blacklisted countries
- Data localization: Government can mandate for certain data types
- Significant data fiduciary: Extra obligations for large processors
India's approach is consent-heavy, which may complicate B2B data enrichment operations.
Thailand: PDPA
Thailand's Personal Data Protection Act closely follows GDPR:
- GDPR structure: Six legal bases including legitimate interest
Indonesia: PDP Law
Indonesia's Personal Data Protection Law (2022):
- Data localization: Strategic sectors may require local storage
- Consent requirements: Explicit consent emphasis
- Cross-border: Requires comparable protection or binding rules
Australia: Privacy Act
Australia's Privacy Act with Australian Privacy Principles (APPs):
- APPs framework: 13 principles governing data handling
- Cross-border: Reasonable steps to confirm overseas compliance
- Reform pending: Significant amendments expected from Privacy Act Review
- Spam Act: Separate marketing consent requirements
Europe: Beyond GDPR
UK GDPR
Post-Brexit, the UK has its own GDPR version:
- Substantial similarity: Largely mirrors EU GDPR
- EU adequacy: The EU renewed UK adequacy in 2025, so EU-to-UK transfers remain straightforward for now
- ICO guidance: Sometimes differs from EU interpretations
- Reforms: The Data (Use and Access) Act 2025 adjusts UK data protection rules; divergence from the EU remains modest so far
Switzerland: nFADP
Switzerland's revised Federal Act on Data Protection (effective September 2023):
- GDPR alignment: Closely aligned with GDPR
- Cross-border: Adequacy list similar to EU
Middle East and Africa
South Africa: POPIA
South Africa's Protection of Personal Information Act:
POPIA Key Features
- GDPR-influenced: Similar structure with conditions for lawful processing
- Legitimate interest: Available as processing ground
UAE: Federal Data Protection Law
The UAE's federal data protection law and DIFC/ADGM regulations:
- DIFC: Dubai International Financial Centre has own GDPR-like law
- ADGM: Abu Dhabi Global Market has separate data protection regulations
- Consent focus: Strong emphasis on consent for processing
Saudi Arabia: PDPL
Saudi Arabia's Personal Data Protection Law:
- Cross-border: Requires adequate protection determination
- Enforcement: SDAIA oversees compliance
Nigeria: NDPA
Nigeria's Data Protection Act (2023), which replaced the earlier NDPR regulation:
- Legal bases: Consent plus agreement, legal obligation, important interest, public interest, and legitimate interest
- Regulator: The Nigeria Data Protection Commission (NDPC) enforces the Act
How Do Cross-Border Data Transfers Work?
Check the applicable mechanisms for each origin, recipient, and processing route. Review the current decision or instrument and its scope before treating a transfer as approved; a route recognized by one jurisdiction does not automatically apply to another.
Adequacy Decisions
The Commission’s EU adequacy list includes Japan, the Republic of Korea, Argentina, Switzerland, the UK, Canada within its commercial-organization scope, and participating US commercial organizations under the EU-US Data Privacy Framework. European Commission adequacy decisions.
The Republic of Korea decision dates to 2021, and the UK decisions were renewed in December 2025. Commission decision history.
| Proposed direction | Document to review | Scope question |
|---|---|---|
| EU to listed destination | Current Commission decision and review history | Does the recipient and processing fall within the decision? |
| EU to a US organization | Applicable adequacy participation record or another assessed transfer route | Which exact entity and activity are covered? |
| UK, Japan, or Korea outbound | Origin jurisdiction’s current rules | What supports this direction? Do not infer it from an EU outbound decision. |
| Onward transfer | Rules and documents for the onward recipient | Does the initial review cover this recipient and use? |
Standard Contractual Clauses
Identify the instrument appropriate to the actual transfer. The following are examples to investigate, not interchangeable approvals:
- EU SCCs: Check the applicable module, parties, and transfer assessment
- UK IDTA: UK's international data transfer agreement
- China SCC: CAC-published standard agreement for outbound transfers
- ASEAN MCCs: Model contractual clauses for ASEAN transfers
Data Localization: Trace Storage and Access
Create a location map for the source system, upload endpoint, temporary files, primary database, backups, support access, subprocessors, and returned file. Ask the country reviewer to identify any applicable storage, access, or export condition for that exact flow. A vendor’s headquarters address does not describe all of those locations.
If the planned route cannot be approved, compare alternatives: omit the affected fields, keep the job within an approved environment, use a different supplier, or exclude the affected records. Keep the unresolved rule and owner in the exception register. A local server by itself is not evidence that every access and onward-transfer question has been resolved.
How Do You Manage Compliance Across Multiple Jurisdictions?
Use one operating inventory with separate country decisions attached to it. Shared access controls, provenance, retention tooling, and request queues can reduce duplicate work. Keep each jurisdiction’s actual requirements and exceptions visible; a GDPR baseline is not a substitute for a local applicability or transfer assessment.
Layered Compliance Framework
- Shared operations layer: provenance, access controls, retention tooling, and request handling
- Regional layer: Add requirements for major regions (APAC, LATAM, MENA)
- Country layer: Address specific requirements for high-priority markets
- Exception handling: Processes for markets with unusual requirements
Data Inventory Requirements
Give each processing route an ID and owner. Track the originating system, source category, people covered, purpose, fields, supplier entity, hosting and access locations, onward recipients, retention trigger, and review record. Keep the origin of a value separate from the location of the person it describes.
| Stage | Fictional workflow | Evidence needed before release |
|---|---|---|
| Collection | EU customer CRM to enrichment queue | Purpose, fields, source, notice and basis decision |
| Processing | Named supplier with US hosting | Recipient role, transfer review, access and subprocessor map |
| Return | Enriched fields returned to the CRM | Allowed-field check, match review, suppression recheck |
| Reuse | Sales team proposes a new campaign | New-purpose and channel review before activation |
This is a planning example, not an approved transfer route. The first review covers one defined activity. A later campaign or a newly added support team may change the facts; route that change back to the owner instead of inheriting approval from the previous run.
Maintain records of:
- Data origins: Where personal data comes from (which jurisdictions)
- Processing locations: Where data is stored and processed
- Data flows: How data moves between jurisdictions
- Vendor locations: Where enrichment providers process data
- Legal bases: Documented basis for each jurisdiction
Consent Management
Record jurisdiction tracking to the consent record: person ID, collection context, applicable-law decision, purpose, field categories, displayed wording version, affirmative action, timestamp, and withdrawal state. Keep the reviewer’s scope decision linked to the record. Do not treat a permission field collected for one workflow as a universal flag for all countries and uses.
Test withdrawal or objection propagation using synthetic records before a regional launch. Check the source system, pending jobs, vendor queue, returned file, CRM import, and campaign activation. A blocked record should not be reactivated by a retry or an old spreadsheet. Have the responsible reviewer define the minimal suppression information and retention for each use.
For jurisdictions requiring consent:
- Granular collection: Capture consent for specific purposes
- Withdrawal mechanism: Enable easy consent withdrawal
- Audit trail: Maintain evidence of consent
Vendor Due Diligence
Ask the vendor to identify the legal entity delivering the work, the systems it will use, and each downstream recipient. Request a worked example of one field’s provenance, its correction history, and its deletion or return path. Compare the answer with the proposed contract and the technical configuration.
Use a change clause operationally: name the team that receives a new-subprocessor or hosting-location notice, the job IDs affected, the required review, and the pause mechanism. A notification mailbox that nobody owns will not keep the inventory current.
For data enrichment vendors:
- Processing locations: Know where vendor processes data
- Subprocessors: Understand downstream data flows
- Contractual coverage: Ensure DPAs cover relevant jurisdictions
- Certifications: ISO 27001, SOC 2, jurisdiction-specific certifications
Jurisdiction-Specific Enrichment Review
Prioritize review by unresolved facts and the proposed activity, not a country’s reputation as restrictive or business-friendly. Use the same evidence checklist for every market and assign country-specific questions to a named owner.
| Review queue | Question to resolve | Release condition |
|---|---|---|
| Brazil | Which lawful basis, vendor role, and transfer mechanism apply? | Recorded LGPD/ANPD analysis and completed documents |
| China | Which data categories, operator status, counts, and exemptions apply? | Current CAC/PIPL review for the proposed route |
| Singapore and Japan | Which provisions cover the actual fields and third-party activity? | Field-specific decision, notice and transfer analysis |
| India, Indonesia, and Thailand | Which current commencement, sector, and implementing rules affect this flow? | Dated primary source and applicability decision |
| South Africa, UAE, Saudi Arabia, and Nigeria | Which entity, territory, sector, registration, and transfer provisions apply? | Local-rule decision with exceptions documented |
| Canada, Argentina, Mexico, UK, and Switzerland | Which federal, provincial, sector, or recipient scope applies? | Reviewed country decision; no assumption from another country’s adequacy status |
A worked release reconciliation
For a fictional 1,000-record file, suppose the review assigns 600 records to an approved route, 250 to a route awaiting vendor documents, and 150 to unresolved jurisdiction review. The total reconciles: 600 + 250 + 150 = 1,000. Only the 600 records are eligible for the approved job’s next checks; the other 400 remain in named hold queues.
If 30 of those 600 fail the workflow’s suppression check, the job submits 570 records: 600 − 30 = 570. Retain the 30 blocked records’ status without returning them to the unresolved-country pool. These are synthetic planning counts, not evidence of legal clearance or Verum delivery performance.
Reconcile the vendor response before import. A response with extra fields, different recipient metadata, or untraceable records should enter the exception process. Keep the original job ID and review reference with the accepted file so the next team can see the limits of the decision.
Staying Current
Privacy law changes rapidly. Key monitoring strategies:
Regulatory Tracking
- DPA announcements: Follow data protection authorities in key markets
- IAPP resources: International Association of Privacy Professionals tracking
- Law firm alerts: International privacy practice newsletters
- Vendor updates: Data enrichment vendors should flag regulatory changes
Periodic Review
Schedule the next review according to the actual risk and change rate. Add event-driven triggers for a new market, source, data category, recipient, hosting location, or purpose. Record the old rule, new source, effective date, affected workflow IDs, action owner, and resolution date. Distinguish a proposal from an enacted and commenced rule before changing job behavior.
End the review by testing the route as well as updating the document. Confirm that held records remain held, approved fields match the configuration, and supplier changes reach the named owner. Keep an unresolved item blocked until its required evidence is present.
- Annual assessment: Review compliance posture for each jurisdiction
- Market entry: Full compliance review when entering new markets
- Major law changes: Update processes when significant amendments pass
- Enforcement trends: Adjust risk assessment based on enforcement patterns
Frequently Asked Questions
How does Brazil's LGPD affect data enrichment?
Start with the ANPD's official LGPD guidance and current ANPD materials. Map the record type, purpose, source, parties, transfer route, retention period, and request process before approving an enrichment workflow.
What are the key requirements of China's PIPL for data enrichment?
Use the official PIPL text published by China's Ministry of Industry and Information Technology and current regulator measures for the actual data flow. Document the people covered, data categories, purpose, recipient, storage location, transfer path, and deletion process rather than relying on a global summary.
How do Southeast Asian privacy laws differ from GDPR?
Do not treat Southeast Asia as one privacy regime. Identify the country, regulator, data categories, source, recipient, transfer route, and current implementing rules, then compare that result with the GDPR text provision by provision.
What is the best approach to multi-jurisdictional data compliance?
Maintain one inventory that records jurisdiction, source, purpose, fields, recipients, storage, transfer route, retention, and request handling for each workflow. Attach the current regulator source and review date to each country decision so a later update can be traced.
Is technographic data enrichment subject to GDPR compliance?
Inspect the complete record rather than the field label. Compare the dataset with the definition of personal data in GDPR Article 4, including whether the technology field sits beside an identified or identifiable person.
Do I need consent to enrich B2B contact data internationally?
The “B2B” label does not answer the question across countries. Record the person's jurisdiction, source, fields, purpose, recipient, channel, and transfer route, then compare that workflow with the current text and regulator guidance for that market.
Need help with your data?
We'll quote a real project from a real sample. Send a slice of your CRM and we'll have numbers back the same week.
See What We'll FindAbout the Author
Rome Thorndike is Verum's founder. He shipped ML systems inside Azure at Microsoft, then learned the sales side at Salesforce, then ran revenue teams at Snapdocs and Datajoy. Most of his Verum opinions come from breaking the same problems on the other side of the table.