By · Last updated 2026-06-01

Atgal į BlogąGDPR ir Atitiktis

ES nacionaliniai ID, kuriuos praleidžia jūsų ADA įrankis

Vokietijos Steueridentifikationsnummer, Prancūzijos numéro fiscal, Italijos Codice Fiscale, Ispanijos NIF/NIE - JAV orientuoti ADA įrankiai aptinka SSN, bet praleidžia daugumą Europos formatų.

June 1, 20267 min skaityti
EU national identifiersSteueridentifikationsnummerCodice FiscaleNIFmultinational GDPRtax ID detection

ES nacionaliniai ID, kuriuos praleidžia jūsų ADA įrankis

Mokesčių ID numeriai yra labai jautrūs. Jie atsiranda darbo užmokesčio lapeliuose, mokesčių formose ir banko prašymuose. Jei jie nuteka, jie įgalina sukčiavimą ir tapatybės vagystę.

BDAR juos traktuoja kaip asmens duomenis. Jų reali rizika yra didelė. Kiekviena ES šalis naudoja savo nacionalinio identifikatoriaus formatą. Dauguma ADA įrankių buvo sukurti JAV arba JK rinkai. Jie lengvai randa SSN ir NINO. Jie dažnai praleidžia Steueridentifikationsnummer, Codice Fiscale ir BSN. Tai yra formatai, kuriuos Europos komandos apdoroja kasdien.

ES mokesčių ID panorama

Kiekviena ES šalis turi savo formatą. Čia pateikiami dažniausi.

Vokietija - Steueridentifikationsnummer

Steuer-ID yra 11 skaitmenų. Ji suteikiama gimus. Pirmas skaitmuo yra 1-9 (niekada 0). Trys identiški skaitmenys iš eilės niekada nepasirodo. Pavyzdys: 12345678901. Taip pat naudojamas Steuernummer: 10-11 skaitmenų, formatas priklauso nuo žemės.

Prancūzija - Numéro fiscal de référence

SPI yra 13 skaitmenų. Prancūzijos mokesčių institucija DGFiP jį išduoda. Mokesčių dokumentuose jis atsiranda kaip "Identifiant fiscal".

Italija - Codice Fiscale

Codeice Fiscale yra 16 raidinių-skaitmeninių simbolių. Jame koduojama pavardė, vardas, gimimo metai, gimimo mėnuo, gimimo diena ir savivaldybė. Pavyzdys: RSSMRA85M01H501Z. Formatas patikrinamas kontroline suma.

Ispanija - NIF ir NIE

Ispanijos piliečiai naudoja DNI numerį ir tikrinimo raidę: 8 skaitmenys + raidė, pvz. 12345678A. Užsienio gyventojai naudoja NIE: prefiksas X/Y/Z + 7 skaitmenys + tikrinimo raidė, pvz. X1234567A. Subjektai naudoja CIF: raidė + 8 skaitmenys, pvz. B12345678.

Nyderlandai - BSN

BSN (Burgerservicenummer) yra 9 skaitmenų. Jis naudoja 11-proef tikrinimo skaitmens algoritmą. Jis yra labai dažnas darbo užmokesčio ir išmokų dokumentuose.

Lenkija - PESEL

PESEL yra 11 skaitmenų. Pirmieji 6 koduoja gimimo datą. Paskutiniai skaitmenys koduoja lytį ir seką.

Belgija - Numéro de registre national

RN yra 11 skaitmenų. Jame koduojama gimimo data, seka ir tikrinimo skaitmenys.

Portugalija - NIF

Portugalijos NIF (Número de Identificação Fiscal) yra 9 skaitmenys su tikrinimo skaitmeniu. Santrumpa yra ta pati kaip Ispanijos NIF, bet formatas skirtingas.

Švedija - Personnummer

Personnummer yra 10 arba 12 skaitmenų. Jame koduojama gimimo data ir sekos numeris. Formatai: YYYYMMDD-XXXX arba YYMMDD-XXXX.

Suomija - Henkilötunnus

HETU yra 11 simbolių. Jame koduojama data, skyriklis, seka ir tikrinimo simbolis. Formatas: DDMMYY-XXXC.

Ką standartiniai įrankiai praleidžia

JAV ir JK įrankiai pagal nutylėjimą apima šiuos modelius:

  • JAV SSN (XXX-XX-XXXX).
  • JK NINO (XX 99 99 99 X).
  • JAV paso numeriai.
  • JAV vairuotojo pažymėjimų modeliai.
  • Pagrindiniai kredito kortelių numeriai.

ES nacionaliniai identifikatoriai dažnai yra nesantys. Įrankiai, sukurti naudojant Presidio numatytuosius atpažiniklių rinkinius, juos praleidžia. Be ES specifinių plėtinių, ES aprėpties nėra.

Reali atitikties spraga

Vokietijos darbo užmokesčio įmonė aptarnauja 500 kliento įmonių. Jos darbo srautas pašalina vardus, el. paštus, IBAN ir telefono numerius. Bet jis praleidžia vokišką Steueridentifikationsnummern. Tas formatas niekada nebuvo standartinėje sąrankoje.

DPA auditas randa neredaguotus Steuer-ID darbo užmokesčio lapeliuose PDF. Įmonė susiduria su remedijavimo išlaidomis ankstesniems dokumentams. Ji susiduria su DPA vykdymu pagal BDAR 83 straipsnį. Ji susiduria su sutartiniu atsakomybe savo klientams.

Spraga nebuvo rasta įmonės. Reguliatorius ją rado pirmiausia.

Savų aprėpties patikrinimui žr. mūsų BDAR atitikties vadovą.

Prioritetų tvarka ES aprėpčiai

Pridėkite identifikatorių modelius šia tvarka, jei veikiate keliose ES šalyse.

1 lygis - Didžiausias kiekis:

  1. Vokietija: Steueridentifikationsnummer.
  2. Prancūzija: Numéro fiscal.
  3. Italija: Codice Fiscale.
  4. Ispanija: NIF/NIE.
  5. Nyderlandai: BSN.

2 lygis - Reikšmingos, bet mažesnės rinkos:

  1. Lenkija: PESEL.
  2. Belgija: RN.
  3. Švedija: Personnummer.
  4. Portugalija: NIF.
  5. Austrija: Sozialversicherungsnummer.

3 lygis - Specifiniai naudojimo atvejai:

Likusios 17 ES valstybių narių. Pridėkite pagal tai, kur jūsų komanda apdoroja duomenis.

Steueridentifikationsnummer pridėjimas

Vokiškas Steuer-ID yra geriausias pirmas modelis, kurį reikia pridėti. Jo formatas yra aiškus ir gerai dokumentuotas.

Steuer-ID yra 11 skaitmenų. Pirmas skaitmuo yra 1-9. Trys identiški skaitmenys iš eilės niekada nepasirodo. Pasirinktinis algoritmas patikrina tikrinimo skaitmenį.

Paprastosios kalbos aprašymas modelio generavimui: "Vokiški mokesčių numeriai: 11 skaitmenų. Pirmas skaitmuo yra 1-9. Kiti 10 skaitmenų gali apimti nulius."

Po modelio generavimo, išbandykite jį su vokiškais darbo užmokesčio lapeliais ir mokesčių pažymėjimais. Patikrinkite aptikimo dažnio ir klaidingų teigiamų dažnio. Diekite tik po to, kai patvirtinimas praeina.

Pridėkite modelį prie savo vokiškos kalbos išankstinės konfigūracijos. Mišrių kalbų dokumentų rinkiniams suporuokite jį su kalbos aptikimu. Tai taiko teisingus modelius teisinguose dokumentuose.

Viena ar kelios išankstinės konfigūracijos?

1 parinktis - Šaliai specifinės išankstinės konfigūracijos:

Sukurkite vieną išankstinę konfigūraciją kiekvienai šaliai. Nukreipkite dokumentus pagal kilmę. Tai suteikia mažesnį klaidingų teigiamų dažnio. Tam reikia daugiau nukreipimo logikos.

2 parinktis - Kombinuota ES išankstinė konfiguracija:

Sukurkite vieną išankstinę konfigūraciją su visais aktyviais ES identifikatorių modeliais. Tai paprasčiau vykdyti. Ji turi didesnę klaidingų teigiamų riziką generiniame tekste. Ji veikia gerai, kai identifikatoriai tikimasi visame dokumente.

Darbo užmokesčio dokumentams: naudokite 1 parinktį su nukreipimu pagal kilmę. Mišrių dokumentų rinkiniams: naudokite 2 parinktį su slenkstinės vertės derinimu.

Kaip išankstinės konfigūracijos konfigūracija dera i pilną atitikties darbo srautą, žr. saugumo ir atitikties apžvalga.

Uždarykite spragą prieš auditą

BDAR taikomas vienodai kiekvienoje ES valstybėje narėje. JAV sukurti įrankiai dažnai to nedaro. Codice Fiscale, BSN ir Steuer-ID neša tą pačią riziką kaip SSN. Jie atsiranda taip pat dažnai bendrinamuose dokumentuose.

Pasirinktinių esybių modeliai uždaro aptikimo spragą per valandas. Pridėkite Steuer-ID modelį. Išbandykite jį su pavyzdiniais vokiškais darbo užmokesčio lapeliais. Diekite ji visuose darbo srautuose. Nereikia laukti įrankio tiekėjo. Nereikia DPA audito spragai rasti.


anonym.legal leidžia pridėti pasirinktinių esybių tipus per išankstinės konfigūracijos sąsają. Modeliai patvirtinami pagal jūsų pavyzdinius dokumentus prieš diegimą.

Šaltiniai

Pasiruošę apsaugoti savo duomenis?

Pradėkite anonimizuoti PII su 285+ subjektų tipais 48 kalbomis.

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.