By · Last updated 2026-03-03

Povratak na BlogGDPR & Usklađenost

Višejezična detekcija osobnih podataka za GDPR

Njemački Steuer-ID, francuski NIR i švedski Personnummer zahtijevaju različitu logiku detekcije. Saznajte zašto engleski alati propuštaju 40–60% EU osobnih podataka.

March 3, 202610 min čitanja
multilingualGDPRNLPPII detectionEuropean compliancespaCyXLM-RoBERTa

Višejezična detekcija osobnih podataka za GDPR

Ažurirano za 2026.

Skrivena GDPR praznina

GDPR nema jezičnu preferenciju. Članak 4(1) definira "osobne podatke" bez navođenja jezika u kojima se pojavljuju. Njemački Steuer-ID jednako je zaštićen kao američki broj socijalnog osiguranja. Francuski NIR jednako je reguliran kao britanski National Insurance broj.

Većina alata za detekciju osobnih podataka izgrađena je samo za engleski.

Istraživanje ACL 2024. pokazalo je da hibridni NLP alati dosežu F1 ocjene od 0,60–0,83 za europske lokalizacije. Alati samo za engleski postigu gotovo nulu za ne-engleske formate nacionalnih ID-ova. Jaz je izražen. Alat može uhvatiti 95% engleskih osobnih podataka. Ipak propušta 40–60% njemačkih, francuskih, poljskih ili nizozemskih osobnih podataka u istoj datoteci. To je ozbiljan problem. Ostavlja tvrtke izloženima.

Ovo je stvarna GDPR praznina. Pogađa gotovo svaku globalnu tvrtku koja koristi alate za redakciju orijentirane na engleski. Pogledajte naš GDPR vodič za više.

Zašto su osobni podaci lokalizacijski specifični

Detekcija osobnih podataka ima dva dijela.

Prvi je skeniranje na temelju uzoraka. Pokriva strukturirane ID-ove poput poreznih brojeva i telefonskih formata.

Drugi je skeniranje na temelju NER-a. Pokriva kontekstualne entitete poput imena i adresa.

Oba dijela ovise o lokalizaciji.

Strukturirani ID-ovi se razlikuju po zemlji

ZemljaPorezni IDFormatValidacija
NjemačkaSteuer-ID11 znamenkiModulo-11
FrancuskaNIR15 znamenki + 2-znamenkasti ključINSEE
ŠvedskaPersonnummer10 znamenkiLuhn
PoljskaPESEL11 znamenkiModulo-10
NizozemskaBSN9 znamenkiElfproef
ŠpanjolskaDNI/NIE8 znamenki + slovoModulo-23
ItalijaCodice Fiscale16 znakovaPrilagođena kontrolna suma

Engleski regex za SSN-ove (NNN-NN-NNNN) neće odgovarati ni jednom od ovih formata. Svaki treba vlastiti regex. Svaki treba i vlastitu logiku kontrolne sume.

NER treba native modele

Njemačka imena se razlikuju od engleskih. "Hans-Dieter Müller" je jasan nativnom njemačkom modelu. Model obučen na engleskom često propušta takva imena.

Lažno pozitivni su također problem. Tracker grešaka Microsoft Presidia pokazuje da se njemačke riječi pogrešno klasificiraju kao engleski osobni podaci. Riječ "Null" (njemački za "nula") jedan je primjer. Pokreće lažne pogotke u modelima obučenim na engleskom. U produkcijskoj upotrebi, stope grešaka rastu do 3 lažno pozitivna po pravom entitetu (Alvaro et al., 2024).

Regulatorni rizik

EU tijela za zaštitu podataka svjesna su ovog problema. Nekoliko nacionalnih DPA-ova izdalo je smjernice.

Njemački BfDI: GDPR članak 5(1)(f) primjenjuje se na sve zapise. Pokriva ne-engleske podatke koje obrađuju alati trećih strana.

Francuski CNIL: Godišnje izvješće CNIL-a za 2024. izrazilo je zabrinutost. Istaknulo je AI alate koji rukuju francuskim zapisima bez skeniranja osobnih podataka za francusku lokalizaciju.

EU DPA-ovi općenito: GDPR članak 25 (Privatnost dizajnom) zahtijeva zaštitne mjere prikladne za stvarne zapise koji se obrađuju. Ovo uključuje ne-engleske osobne podatke u globalnim implementacijama.

Rizik je jasan. Tvrtka može pokazati 95% detekcije osobnih podataka na engleskom sadržaju u GDPR reviziji. Ali ako isti alat koristi i za njemačke, francuske i poljske zapise, pojavit će se praznine. Revizori to primjećuju. Kazne mogu uslijediti. Pogledajte našu stranicu o zaštitnim mjerama za to kako to rješavamo.

Trorazinski dizajn

Istraživanja i produkcijska upotreba slažu se na trorazinskom hibridnom dizajnu kao najboljim pristupom.

Razina 1: Nativni spaCy modeli

spaCy pruža obučene modele za 25 lokalizacija. To uključuje njemački, francuski, španjolski, portugalski, talijanski, nizozemski, ruski, kineski, japanski, korejski i poljski. Svaki model trenira na nativnom tekstu. Uče sintaksu i uzorke entiteta svake lokalizacije. Ovo je važno. Nativna obuka znači bolji odziv i manje lažno pozitivnih.

Za njemački: de_core_news_lg rukuje složenim imenicama i uzorcima njemačkih imena. Za francuski: fr_core_news_lg rukuje francuskim entitetima, titulama, imenima mjesta i organizacijama.

Nativni modeli nadmašuju višejezične modele za skeniranje imena na lokalizacijama s visokim resursima.

Razina 2: Stanza za više lokalizacija

Stanzina biblioteka Stanforda pokriva lokalizacije kojih nema u spaCy-u. To uključuje hrvatski, slovenski i ukrajinski. Ovo dodaje doseg za EU govorne grupe kojima spaCy ne služi. Stanza je besplatna i otvorenog koda. Dobro se integrira s ostatkom skupa alata.

Razina 3: XLM-RoBERTa za širi doseg

Za lokalizacije u kojima spaCy i Stanza nemaju NER modele, XLM-RoBERTa popunjava prazninu. Trenira na Common Crawl tekstu kroz 100 lokalizacija. Postiže 91,4% višejezičnog F1 za detekciju osobnih podataka (HuggingFace 2024). Dobro rukuje prebacivanjem kodova. To je ključna značajka. Važna je kada jedan dokument sadrži tekst na nekoliko lokalizacija odjednom.

Posjetite dokumentaciju sustava tokena da vidite kako API pozivi skaliraju s višejezičnim volumenima.

Lokalizacijski specifične vrste entiteta

Sami modeli nisu dovoljni. GDPR usklađenost zahtijeva i opseg vrsta entiteta za ID-ove specifične za zemlju.

EU nacionalni ID-ovi po zemlji:

  • DE: Steuer-ID, Sozialversicherungsnummer, Personalausweisnummer
  • FR: NIR, SIREN, SIRET
  • PL: PESEL, NIP, REGON
  • NL: BSN
  • SE: Personnummer, Samordningsnummer
  • ES: DNI, NIE, NIF, CIF
  • IT: Codice Fiscale, Partita IVA

Telefonski formati: Svaka EU zemlja ima jedinstvene strukture prefiksa. +49, +33 i +48 svaki trebaju vlastitu logiku validacije.

Formati adresa: Poštanski brojevi se uvelike razlikuju. Njemački PLZ koristi 5 znamenki. Francuski kodovi koriste 5 znamenki (raspon 01–99). Britanski poštanski kodovi su alfanumerički. Španjolski kodovi koriste 5 znamenki (01000–52999).

Stvarni slučaj: Švicarska farmaceutska tvrtka

Švicarska tvrtka obrađuje ugovore o radu. Svaki ugovor miješa njemački, francuski i engleski tekst. Švicarska ima četiri službena jezika. Njihov alat bio je postavljen samo za njemački. Propustio je sve osobne podatke u francuskim dijelovima.

Ugovor za zaposlenika sa sjedištem u Ženevi uključivao je francuski AVS broj (13 znamenki), švicarski bankarski IBAN i ime u francuskom formatu. Alat samo za njemački propustio je ime u francuskom formatu. Nije pronašao francuski AVS broj. Samo je djelomično otkrio IBAN.

Trorazinski pristup obrađuje cijeli dokument. Otkriva lokalizaciju po segmentu teksta. Primjenjuje pravi NER model za svaki dio. Validira svaki nacionalni ID s ispravnom logikom za tu zemlju.

Dokumenti s miješanim lokalizacijama

Najteži slučaj je miješanje lokalizacija unutar dokumenta. Primjeri:

  • Engleski ugovor njemačke tvrtke s njemačkim zapisima zaposlenika (imena, porezni ID-ovi)
  • Francuski GDPR obrazac za suglasnost s engleskim odlomkom o privatnosti
  • Razgovor gdje agent odgovara na engleskom, a kupac piše na arapskom

XLM-RoBERTa ovo rukuje nativno. Nema potrebe za eksplicitnim oznakama lokalizacije. Obrađuje miješani lokalizacijski tekst bez prethodnog segmentiranja. Ovo štedi vrijeme. Izbjegava i greške od pogrešnih razdvajanja.

Za produkcijsku upotrebu, kombiniranje automatskog otkrivanja lokalizacije (na razini rečenice) s XLM-RoBERTa inferencijom daje robusno rukovanje dokumentima s miješanim lokalizacijama.

Praktični koraci

Revidirajte doseg vašeg alata. Pitajte vašeg dobavljača za redakciju za F1 ocjene za vaše specifične lokalizacije. "Podržava 20 jezika" često znači da alat usmjerava tekst kroz strojno prevođenje. To nije nativno skeniranje.

Mapirajte svoje zapise na lokalizacije. Napravite inventar zapisa koji uključuje distribuciju lokalizacija. Globalna tvrtka s 70% engleskog, 20% njemačkog i 10% francuskog suočava se s različitim rizicima. Ona s 95% engleskog je u drugačijoj poziciji.

Testirajte s uzorcima nacionalnih ID-ova. Izgradite testni skup s 10 primjera nacionalnih ID-ova u vašim operacijama — Steuer-ID, NIR, PESEL, BSN i drugima. Verificirajte stope detekcije. Ovo je brže od punog F1 testa.

Pregledajte svoja DPIA-a. Provjerite je li opseg lokalizacije uključen. Nepotpuna DPIA koja pretpostavlja samo engleske zapise može trebati ažuriranje. Djelujte sada. Ne čekajte da revizija otkrije prazninu.

Za potpune definicije vrsta entiteta, pogledajte referencu entiteta i FAQ. Za planove i stope API poziva, posjetite cijene.


anonym.legalov stroj za detekciju osobnih podataka koristi trorazinski višejezični pristup. Pokriva 25 lokalizacija visokih resursa putem nativnih spaCy modela. Stanza dodaje doseg za više lokalizacija. XLM-RoBERTa višejezični transformeri proširuju opseg na 48 lokalizacija. Vrste entiteta specifične za svaku EU državu članicu su uključene.

Izvori

Spremni za zaštitu vaših podataka?

Započnite anonimizaciju PII-a s 285+ vrsta entiteta na 48 jezika.

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.