By · Last updated 2026-06-05

Tilbage til BlogGDPR & Overholdelse

GDPR, CCPA og PDPA i Ét Værktøj

EU-medarbejdere under GDPR, amerikanske medarbejdere der håndterer CCPA-data, APAC-medarbejdere under PDPA. Tre jurisdiktioner, ét distribueret team.

June 5, 20268 min læsning
global privacyGDPR CCPA PDPAmulti-jurisdictionremote work complianceinternational data

GDPR, CCPA og PDPA i Ét Værktøj.

Opdateret for 2026.

Dine EU-medarbejdere er underlagt GDPR. Dine californiske medarbejdere håndterer CCPA-registre. Dine Singapore-medarbejdere arbejder under PDPA. Tre regelsæt. Én fælles database.

Dette er den globale privatlivsudfordring for fjernteams. De kunderegister, de tilgår, er de samme. Reglerne, der gælder for disse registre, er ikke.

Kløften på Tværs af Jurisdiktioner

En supportgruppe i Tyskland, Californien og Singapore kan alle åbne den samme kundekonto. Navnet, e-mailen og kontooplysningerne i det register møder forskellige regler i hvert land.

Under GDPR skal der være et retsgrundlag for hver brug. Under CCPA kan kunden anmode om sletning og frameldelse. Under PDPA gælder samtykkeregler og overførselsregler.

At dele en kundefil med en AI-assistent kan udløse forpligtelser under alle tre love på én gang. Én handling. Tre regelsæt.

Regionalt software kan ikke løse dette. Det gør problemet værre.

Hvorfor Én Platform Per Region Fejler

Instinktet er at matche softwaren til lokationen. Amerikanske medarbejdere får en amerikansk løsning. EU-medarbejdere får en EU-løsning. APAC-medarbejdere får en APAC-løsning.

Dette bryder sammen i praksis.

Data følger ikke platformen. En californisk agent, der håndterer en tysk kundes klage, er stadig bundet af GDPR. EU-kundens ret til sletning gælder. Den amerikanske løsning inkluderer måske ikke tyske national-ID-formater eller IBAN-numre. Det er et hul.

Opsætningen splittes i tre systemer. Tre platforme betyder tre revisionsspor. Tre dækningsopsætninger. Tre sæt enhedstyper, der måske ikke er på linje. Én samlet rapport bliver en manuel sammenfatningsopgave.

Grænseoverskridende overførsler mangler et klart svar. En amerikansk analytiker kan modtage et eksport med EU-kunderegister. Under GDPR følger loven den registrerede — ikke analytikerens lokation. En kun-amerikansk løsning løser ikke det.

Se den juridiske overholdelsesvejledning for, hvordan grænseoverskridende forpligtelser stakkes.

Enhedsdækning på Tværs af Regioner

PII-identifikatorer varierer fra land til land. En platform bygget til ét marked vil misse identifikatorer fra et andet.

EU-enheder (GDPR):

  • Tysk Personalausweis og Steuernummer.
  • Fransk Numéro de Sécurité Sociale.
  • Spansk DNI og NIE.
  • IBAN og BIC til EU-bankvirksomhed.

Amerikanske enheder (CCPA / HIPAA):

  • Social Security Number (SSN) og EIN.
  • Statslige kørekortsformater.
  • Medicare- og Medicaid-numre.
  • HIPAA's 18 beskyttede sundhedsidentifikatorer.

APAC-enheder (PDPA, PIPL, PDPB):

  • Singapore NRIC og FIN.
  • Thailandsk national-ID (13 cifre).
  • Kinesisk bopælsidentitetskort (18 cifre) og mobilnumre.
  • Indisk Aadhaar og PAN-kort.

En USA-centreret løsning dækker SSN'er pålideligt. Den vil misse et tysk Personalausweis. En EU-løsning dækker IBAN og nationale ID'er. Den registrerer måske ikke et Aadhaar-nummer.

Fuld dækning kræver enhedstyper for hvert relevant marked. Ikke kun softwarens hjemmeregion.

Se hele enhedsbiblioteket på /entities.

Forudindstillingsopsætning Per Jurisdiktion

Det praktiske svar: én detektionsmotor med forudindstillinger per region.

GDPR Standard-forudindstilling (EU-medarbejdere): Alle 18 GDPR-persondata-typer. EU nationale ID-formater. EU-banknumre. Tærskler sat til GDPR's brede anvendelsesområde.

CCPA / HIPAA-forudindstilling (amerikanske medarbejdere): SSN, EIN, Medicare- og Medicaid-numre. Stats-ID og kørekortsformater. Amerikanske finansielle kontonumre. HIPAA's 18 PHI-typer for medarbejdere, der håndterer sundhedsregistre.

APAC Privacy-forudindstilling (APAC-medarbejdere): Singapore NRIC og FIN. Thailandsk national-ID. Kinesisk bopæls-ID og mobilnumre. Indisk Aadhaar og PAN. Landeflag efter behov.

Hver forudindstilling sættes op én gang centralt. Den er tilgængelig for alle. Anvend den for medarbejderens region eller for den registreredes region. Brug den, der er strengest. Motoren anvender den strengeste regel.

Læs om, hvordan forudindstillinger fungerer, i FAQ.

Casestudie: 50-Person SaaS-Virksomhed

En remote-first SaaS-virksomhed kørte sit årlige privatlivsaudit. Medarbejdere befandt sig i Tyskland (18), Californien (22) og Singapore (10).

Før skiftet:

Tyskland-gruppen brugte en EU-maskerings-platform. Kaliforni en-gruppen brugte en amerikansk løsning med begrænset EU-enhedsdækning. Singapore-gruppen havde ingen maskeringssoftware. Auditet fandt ujævne standarder på tværs af alle tre regioner. Singapore-fundet var et åbent hul.

Efter skiftet til én platform:

  • GDPR-forudindstilling for Tyskland med EU-enhedstyper og 48-sprogsstøtte.
  • CCPA-forudindstilling for Californien, der dækker amerikanske enhedstyper og CCPA-typer.
  • PDPA-forudindstilling for Singapore, der dækker APAC-identifikatorer.
  • Ét centralt revisionsspor dækkende alle 50 medarbejdere.
  • EU-opbevaring af alle registre behandlet via tjenesten.

Denne opsætning opfylder GDPR Artikel 46 for grænseoverskridende overførsler inden for tjenesten.

2025-auditresultat: Nul fund om maskerings-uoverensstemmelser. Det tidligere Singapore-hul er lukket.

Se, hvordan virksomhedsgrupper dokumenterer tekniske foranstaltninger på /security-compliance.

Konklusion

Global privatlivsoverholdelse er ikke tre separate problemer. Det er ét: konsistente tekniske kontroller på tværs af alle regioner.

Samme detektionsmotor. Samme revisionsspor. Forskellige forudindstillinger til forskellige love. Én tjeneste håndterer alle tre.

Lær, hvordan anonym.legal støtter globale teams på /pricing.

Kilder

  • GDPR Artikel 3: Territorialt anvendelsesområde. gdpr-info.eu/art-3-gdpr/
  • California Consumer Privacy Act (CCPA/CPRA). oag.ca.gov/privacy/ccpa
  • Thailand Personal Data Protection Act (PDPA). pdpa.go.th
  • GDPR Artikel 46: Grænseoverskridende overførsler. gdpr-info.eu/art-46-gdpr/

Klar til at beskytte dine data?

Begynd at anonymisere PII med 285+ enhedstyper på tværs af 48 sprog.

About this page

We update this page when our platform or the law changes.

Read our founder note for how we work.

Each change shows up in the timestamp at the top.

Related reading

We follow these rules

  • GDPR (EU 2016/679).
  • ISO/IEC 27001:2022.
  • NIS2 (EU 2022/2555).
  • HIPAA safe harbor under 45 CFR § 164.514(b)(2).

Our promise

We do not sell your data.

We do not train models on your text.

We store your files in Germany.

You can delete your account at any time.

You own your work.

Where we run

Our servers live in Falkenstein, Germany.

We use Hetzner. They hold ISO 27001 certification.

All data stays in the EU.

Backups run every day.

Need help?

Email support@anonym.legal.

We reply within one business day.

How we test

We run a full check suite on every release.

Each surface gets its own sweep script and report.

Human reviewers spot-check the output each week.

We track recall and precision on a labelled set.

Bad runs block the deploy.

What we never do

  • We never sell your information to third parties.
  • We never train models on what you upload.
  • We never keep your work after you delete it.
  • We never share keys with any outside firm.
  • We never run ads inside the product.

Plans in plain words

We sell credits, not seats.

One credit covers one short job.

Long jobs use a few credits each.

You can top up at any time.

Unused credits roll over each month.

Read the plans page for current rates.

Who built this

A small team of engineers and lawyers built this.

We ship from Europe and work in the open.

Our founder note spells out why we started.

Where to start

How the parts fit

A browser add-on cleans text inside Chrome.

A Word plug-in handles drafts in Office.

A small desktop tool works on whole folders.

An agent protocol link feeds large models safely.

All four share one core engine and one rule set.

Words from our team

We started this work after a lunch about cookies.

One friend kept getting odd ads on her phone.

We asked why a court file leaked through a draft.

We sketched the first build on a napkin that week.

By month three we had a tiny demo for a friend.

She used it on her first case the next day.

Common questions we hear

Can the tool read scanned PDFs? Yes, with OCR.

Does it work on long files? Yes, in small chunks.

Can I roll my own rule set? Yes, save it as a preset.

Does it run offline? The desktop build runs offline.

Do you keep my files? No, the cloud build wipes after each run.

Will it learn from my work? No, we never train on inputs.

A short tour of the workflow

Upload a file or paste a snippet of prose.

Pick the entities you want gone from the draft.

Choose a method: replace, mask, hash, encrypt, or redact.

Press run and watch the side panel show each hit.

Skim the result and tweak any rule that misfired.

Save the cleaned file or send it to a teammate.