By · Last updated 2026-06-05

Vissza a BlograGDPR & Megfelelés

ANSPDCP Románia: BPO GDPR és CNP kockázat

Románia BPO-szektora naponta 2,3 millió EU-s ügyfélrekordot dolgoz fel. Az ANSPDCP 2022–2024 között 1,8 millió euró bírságot szabott ki. Az eszközök 78%-a nem ismeri fel megfelelően a román CNP-t.

June 5, 20268 perc olvasás
Romania ANSPDCPCNP detectionBPO GDPREastern Europe complianceoutsourcing data protection

ANSPDCP Románia: GDPR-kockázatok a BPO-szektorban

Románia adatvédelmi hatósága fokozza a GDPR-érvényesítést. Az Autoritatea Națională de Supraveghere a Prelucrării Datelor cu Caracter Personal (ANSPDCP) az EU egyik leggyorsabban növekvő kiszervező szektorát felügyeli.

Bukarest, Cluj-Napoca és Iași egyaránt dolgoz fel EU-s állampolgárok rekordjait Németországból, Franciaországból, az Egyesült Királyságból és Hollandiából. Az ANSPDCP 2022 és 2024 között 1,8 millió euró GDPR-bírságot szabott ki. A BPO- és kiszervező cégek az esetek döntő többségét képviselik.

BPO-kitettség: négy alapvető kockázati terület

Nagy mennyiségű személyes rekord. A call centerek számlázási vitákat kezelnek. Neveket, címeket, számlaszámokat és fizetési előzményeket dolgoznak fel. Az IT-támogató csapatok ügyfélrendszerekhez férnek hozzá, amelyek személyes adatokat tartalmaznak.

EU-s állampolgárok adatait dolgozzák fel külföldön. Az érintett személyek gyakran németek, franciák, hollandok vagy britek. Egy incidens esetén saját hazai hatóságukhoz fordulnak. Ez az ANSPDCP saját eljárása mellé BfDI, CNIL, ICO vagy AP NL-kitettséget is jelent. A határokon átnyúló ügyekről bővebben lásd a BfDI Németország GDPR-útmutatót.

Gyenge alfeldolgozói lánc. Az ANSPDCP megállapítása szerint a helyi cégek 45%-ának nincs érvényes adatfeldolgozási megállapodása az alfeldolgozóival. Minden megállapodásban fel kell sorolni az alfeldolgozó által alkalmazandó technikai lépéseket.

Hozzáférés-visszavonási hiányosságok. A BPO-szektorban magas a fluktuáció. Az ANSPDCP azt tapasztalja, hogy egykori alkalmazottak a munkájuk befejezése után hetekkel is aktív hozzáféréssel rendelkeznek. Ez esetről esetre visszatérő probléma.

A CNP: Románia legfontosabb azonosítója

A Cod Numeric Personal (CNP) egy 13 jegyű nemzeti személyazonosító szám. Fontos személyes tényeket tárol:

    1. jegy: nem és születési évszázad (1=férfi 1900–1999, 2=nő 1900–1999, 5=férfi 2000+, 6=nő 2000+, 7=férfi külföldi lakos, 8=nő külföldi lakos)
  • 2–7. jegy: születési dátum (ÉÉNHNN)
  • 8–9. jegy: születési megye kódja
  • 10–12. jegy: sorszám
    1. jegy: ellenőrző jegy (súlyozott modulus 11)

A CNP tárolja a nemet, a születési dátumot, a születési régiót és a lakóhelyi státuszt. Ez gazdagabbá teszi a legtöbb EU-s azonosítónál. Az ANSPDCP a CNP-t majdnem különleges kategóriájú adatként kezeli.

A felismerési hiányosság. Az ANSPDCP 2024-es vizsgálata megállapította, hogy a kiszervező cégeknél alkalmazott személyes adatvédelmi eszközök 78%-a nem képes felismerni a CNP-t. A legtöbbből hiányzik az ellenőrzőösszeg-validáció. A CNP-számok az ügyfél- és munkavállalói aktákban észrevétlenek maradnak. Az anyavállalatoknak küldött rekordok élő állampolgári adatokat tartalmazhatnak. Az incidensek utólagos vizsgálata során CNP-k kerülnek elő az „anonimizált” feliratú aktákban.

Érvényesítési fókusz: 2024–2025

Call center hangfelvételek. Az ANSPDCP a megőrzési terv és hozzáférési kontrollok nélküli felvételeket vette célba. A felvételek „számviteli célból” határozatlan ideig való megőrzése törlési ütemterv hiányában sérti a GDPR-t.

Egészségügyi kiszervezés. Az egészségügyi rekordokat, igényeket vagy vényköteles termékeket feldolgozó cégek a legmagasabb kockázatnak vannak kitéve. Az egészségügyi rekordok a 9. cikk szerinti különleges kategóriát képeznek. Egyértelmű jogalapot, DPIA-t és erős technikai kontrollokat igényelnek.

Hozzáférési naplózás. Az ANSPDCP-ellenőrzések gyenge naplókat tárnak fel. A cégek nem tudják megmutatni, ki milyen rekordokhoz fért hozzá és mikor. A naplóknak elég részleteseknek kell lenniük ahhoz, hogy egy incidens bekövetkezése után meghatározzák az érintett körét.

Nyelv: rejtett hiányosság

A helyi dokumentumok olyan azonosítókat tartalmaznak, amelyeket az általános célú eszközök nem ismernek fel.

Cartea de identitate (CI). Ez a személyi igazolvány. Saját számformátuma van. A bevezetési aktákba bekerülő beszkennelt másolatok specifikus felismerési logikát igényelnek.

Nyelvspecifikus NER. A támogatási jegyek és az ügyfélüzenetek erre a nyelvre épített NLP-t igényelnek. Az angol vagy német szövegre tanított eszközök itt gyengén teljesítenek.

Cím formátumok. A Strada, Bulevardul és Numărul kifejezések egyediek erre a piacra. Az angolra vagy németre tanított modellek ezeket gyakran kihagyják.

Az ANSPDCP-norma teljesítésének lépéseiről lásd az anonimizálási konzisztencia GDPR-ellenőrzésekhez útmutatóját.

Mire van szüksége a BPO-cégeknek

Négy dolog fedi le az ANSPDCP technikai normáját:

  1. CNP-felismerés ellenőrzőösszeg-validációval
  2. Cartea de identitate és útlevél-felismerés
  3. Nyelvspecifikus NER
  4. Alfeldolgozói megállapodások nevesített technikai lépésekkel

Források

Készen áll az adatai védelmére?

Kezdje el a PII anonimizálását 285+ entitástípuson 48 nyelven.

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.