anonym.legal

By · Last updated 2026-06-05

Terug naar BlogGDPR & Naleving

UODO Polen: PESEL, NIP en RODO-naleving

UODO stelde vast dat 89% van de ingezette tools Poolse PESEL-nummers niet correct detecteert. Polen verwerkt dagelijks 2,3 miljoen EU-klantgegevens. PESEL-controlesomvalidatie en NIP.

June 5, 20267 min lezen
Poland UODOPESEL validationPolish RODO complianceNIP REGON detectionBPO GDPR

UODO Polen: PESEL, NIP en RODO-naleving

Bijgewerkt voor 2026

Wat is UODO?

UODO is de Poolse gegevensbeschermingsautoriteit. De volledige naam is Urząd Ochrony Danych Osobowych. Ze handhaaft RODO — de Poolse naam voor de AVG.

In 2024 voerde de autoriteit een handhavingsonderzoek uit. De bevinding was schokkend: 89% van de PII-tools die organisaties in Polen gebruiken, detecteert PESEL niet correct.

Polen is een belangrijk BPO-knooppunt. Het verwerkt dagelijks 2,3 miljoen EU-klantgegevens. Dat hiaat creëert reële risico's. Het raakt de jurisdictie van de autoriteit. Het raakt ook elke EU-toezichthouder waarvan de burgers worden verwerkt door Poolse bedrijven. Zie onze AVG-nalevingsgids voor bredere context.

PESEL: de technische standaard

PESEL staat voor Powszechny Elektroniczny System Ewidencji Ludności. Het is een 11-cijferig nationaal identificatienummer. Het codeert vijf gegevensvelden:

  • Cijfers 1–2: Laatste twee cijfers van het geboortejaar
  • Cijfers 3–4: Geboorteperiodecode (zie hieronder)
  • Cijfers 5–6: Geboortedag
  • Cijfers 7–10: Volgnummer (oneven = man, even = vrouw)
  • Cijfer 11: Controlecijfer

Het controlecijfer maakt gebruik van een gewogen som. Vermenigvuldig de eerste tien cijfers met gewichten (1, 3, 7, 9, 1, 3, 7, 9, 1, 3). Tel de producten op. Neem modulo 10. Een uitkomst van nul betekent dat het controlecijfer klopt. Een uitkomst die niet nul is, betekent dat het nummer ongeldig is.

Het probleem met de geboorteperiodecode

Cijfers 3–4 coderen zowel de geboorteperiode als de eeuw. De autoriteit vereist ondersteuning voor alle vijf bereiken:

EeuwCodereeks
1800-er81–92
1900-er01–12
2000-er21–32
2100-er41–52
2200-er61–72

De meeste tools ondersteunen alleen het bereik van de 1900-er. Ze missen iedereen die na 1999 is geboren. Codes 21–32 vervangen 01–12 voor geboorten na 1999. Dit treft de digitaal meest actieve leeftijdsgroep. De volledige vijf-bereik-controle is een kernvereiste voor naleving.

NIP en REGON: bedrijfsidentifiers

NIP (Numer Identyfikacji Podatkowej) is een 10-cijferig belasting-ID. Het verschijnt op facturen, contracten en loonstroken. Vermenigvuldig de eerste negen cijfers met gewichten (6, 5, 7, 2, 3, 4, 5, 6, 7). Neem modulo 11. Dat geeft het controlecijfer.

NIP bestaat in twee vormen: persoonlijk (NIP osoby fizycznej) en zakelijk (NIP podmiotu).

REGON is een statistisch bedrijfsnummer. Het bestaat in varianten van 9 en 14 cijfers. Elk gebruikt een eigen controle-algoritme. REGON verschijnt in contracten en leveranciersdocumenten.

HR-dossiers bevatten vaak PESEL naast NIP en REGON. Volledige naleving vereist detectie van alle drie typen. Zie onze pagina over beveiliging en naleving voor technische details over beveiligingsmaatregelen.

De multi-jurisdictionele blootstelling van BPO

BPO-bedrijven in Polen verwerken gegevens voor West-Europese klanten:

  • Gegevens van klanten van een Duitse bank, verwerkt in Warschau
  • Franse verzekeringsschadeclaims, verwerkt in Krakau
  • Britse gezondheidsdata, beheerd door back-officeteams in Wrocław

Een detectiefout leidt tot gelijktijdige blootstelling aan vier toezichthouders:

  1. UODO — voor ontoereikende maatregelen die Poolse betrokkenen treffen
  2. BfDI / Landesdatenschutzbehörden — voor gegevens van Duitse burgers
  3. CNIL — voor gegevens van Franse burgers
  4. ICO — voor gegevens van Britse burgers

Grensoverschrijdende naleving vereist tools die de volledige set EU-identifiers dekt. PESEL, NIP en REGON zijn de lokale basislijn. Duits Steuer-ID, Frans NIR en Nederlands BSN zijn ook nodig wanneer die records in scope zijn. Elk nationaal ID heeft zijn eigen formaat en controlelogica. Tools die één identifier missen, creëren gaten. Zie onze meertalige PII-detectiegids voor EU-entiteitsdekking in alle lidstaten.

Bronnen

Klaar om uw gegevens te beschermen?

Begin met het anonimiseren van PII met 285+ entiteitstypen in 48 talen.

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.