anonym.legal

By · Last updated 2026-06-05

Înapoi la BlogGDPR & Conformitate

Rodné Číslo Ceh: Codificarea Genului și GDPR

Rodné číslo-ul ceh codifică genul prin offset-ul de 50 la lună — ceea ce îl face date din categorie specială conform articolului 9 GDPR. 67% dintre firmele cehe folosesc instrumente germane.

June 5, 20267 min citire
Czech ÚOOÚrodné číslo detectionCzech GDPR compliancemanufacturing data protectionCentral Europe

ÚOOÚ și Rodné Číslo: Codificarea Genului sub GDPR

Actualizat pentru 2026

Autoritatea cehă de protecție a datelor este ÚOOÚ. Denumirea completă: Úřad pro ochranu osobních údajů. A emis 58 de hotărâri în 2024. O constatare apare în mai multe cazuri. Rodné číslo (numărul de naștere) a fost procesat fără detectare. Instrumentul PII utilizat a fost construit pentru germană sau engleză, neavând nicio logică pentru acest tip de identificator. ÚOOÚ este clar: instrumentele trebuie să detecteze rodné číslo cu validarea sumei de control și gestionarea corectă a offset-ului de gen.

Rodné Číslo: Date din Categorie Specială prin Structură

Rodné číslo, sau RČ, folosește formatul AALLZZ/XXXX.

  • AA — ultimele două cifre ale anului de naștere.
  • LL — luna nașterii. Pentru femei, se adaugă 50. Luna 01 devine 51. Luna 12 devine 62.
  • ZZ — ziua nașterii.
  • XXXX — o secvență scurtă de 3–4 cifre plus o valoare de control (modulus 11).

Offset-ul lunii pentru femei face din acest număr un marker al sexului biologic. Acel offset nu este incidental. Sistemul de înregistrare civilă îl folosește pentru căutări administrative. Articolul 9 din GDPR acoperă datele care dezvăluie trăsături personale. Sexul este una dintre ele. Poziția ÚOOÚ: orice document cu un rodné číslo conține date cu caracter adiacent categoriei speciale. Se aplică o protecție mai puternică.

Cum funcționează valoarea de control: Pentru numerele de 10 caractere (emise după 1954), baza de 9 caractere completă trebuie să fie divizibilă cu 11. Pentru numerele de 9 caractere (emise înainte de 1954), nu există valoare de control. Instrumentele trebuie să le gestioneze pe amândouă.

Ce Consideră ÚOOÚ Detectare Adecvată

Ghidul tehnic ÚOOÚ din 2024 pentru instrumentele PII stabilește trei cerințe.

Gestionarea offset-ului de gen: Numerele cu valori ale lunii 51–62 sunt identificatori valabili pentru femei. Un instrument care tratează aceste valori ca date invalide ratează aproximativ jumătate din ID-ul principal al populației adulte feminine.

Variante de format: Nașterile înainte de 1954 dau numere de 9 caractere fără valoare de control. Nașterile după 1954 dau numere de 10 caractere cu una. Ambele trebuie să fie suportate.

Semnale de context: În documentele în limbă nativă, identificatorul apare lângă etichete precum Rodné číslo:, RČ: sau r.č.:. NER-ul conștient de limbă ajută la găsirea acestor semnale chiar și în text liber.

Problema Companiei-Mamă Germane

67% din firmele din țară utilizează instrumente PII configurate pentru germană sau engleză. ÚOOÚ a constatat acest lucru într-un sondaj. Lanțul de eșecuri în producție este previzibil.

O companie-mamă germană implementează un instrument de scanare configurat pentru identificatoare germane. Datele HR — contracte, dosare medicale, state de plată — conțin numere de naștere. Instrumentul nu are logică pentru acest tip de identificator. Fiecare număr de naștere este ratat. Datele medicale și salariale ale angajaților circulă fără controalele impuse de ÚOOÚ. Într-un audit sau o breșă, firma locală nu poate demonstra măsuri tehnice adecvate conform articolului 32 din GDPR.

ÚOOÚ consideră responsabil controlorul local. Răspunsul că firma-mamă a ales instrumentul nu este o apărare valabilă. Regula de responsabilitate a GDPR nu o permite.

Listă de Verificare Conformitate pentru Firme de Producție

Aceste controale se aplică firmelor industriale cu instrumente ale companiei-mamă germane.

  • Detectarea numărului de naștere: Atât formatul de 9 caractere, cât și cel de 10 caractere. Gestionarea lunii cu offset de gen (50+). Valoarea de control modulus-11 pentru variantele de 10 caractere.
  • NER în limbă nativă: spaCy cs_core_news sau un model echivalent. Instrumentele generice au o precizie NER cu 23% mai mică pentru această limbă. Modelele locale închid decalajul.
  • Detectarea číslo OP: Občanský průkaz (cartea de identitate națională) este un număr de 9 caractere. Apare alături de numărul de naștere în multe tipuri de documente.
  • IČO și DIČ: ID-ul de afaceri și numerele fiscale apar în contracte. Ambele necesită acoperire.
  • Conductă multilingvă: Mediile mixte au documente în limba locală, germană și engleză. O conductă într-o singură limbă ratează co-ocurența cross-lingvistică.

Aplicarea ÚOOÚ este consecventă. Firmele care prezintă dovezi tehnice într-un audit se confruntă cu amenzi mult mai mici. Firmele care nu le pot prezenta au o expunere mai mare.

Pentru o perspectivă mai largă asupra expunerii GDPR generate de ID-urile naționale, consultați ghidul nostru de detectare a CNP-urilor fiscale naționale din UE.

Pentru un identificator nordic similar, consultați ghidul tehnic CPR Datatilsynet.

Surse

Pregătit să vă protejați datele?

Începeți să anonimizati PII cu 285+ tipuri de entități în 48 de limbi.

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.