anonym.legal

By · Last updated 2026-06-05

Înapoi la BlogGDPR & Conformitate

AP Olanda: Amendă de €290M și Aplicarea GDPR

AP Olanda a emis cea mai mare amendă pentru transfer de date din UE — €290M împotriva Uber. BSN (SSN olandez) necesită validarea 11-proef, omisă de 56% dintre instrumente.

June 5, 20269 min citire
Dutch APBSN detectionUber GDPR fineNetherlands compliancedata transfer GDPR

Autoriteit Persoonsgegevens (AP) a amendat Uber cu €290 de milioane în august 2024. Amenda a vizat transferul datelor șoferilor pe servere din SUA fără un acord de transfer valabil. Niciun caz GDPR nu a produs o amendă mai mare pentru un transfer transfrontalier. AP a gestionat și peste 21.400 de reclamații în 2023, devenind astfel una dintre cele mai active autorități de reglementare a datelor din Europa.

Ce a Constatat AP în Cazul Uber

Uber a colectat date de la șoferi din Olanda și Franța. Datele includeau istoricul locației, acte de identitate, înregistrări salariale, fișe de conducere și documente fiscale. Toate au fost transferate pe servere din SUA. AP a concluzionat că metoda de transfer nu era validă.

Trei constatări au stat la baza deciziei:

  • Metodă de transfer deficitară: Uber a utilizat Reguli Corporative Obligatorii (BCR). AP a apreciat că acestea nu acopereau sfera sau sensibilitatea datelor șoferilor implicate.
  • Nicio Evaluare a Impactului Transferului (TIA): Uber nu a demonstrat că legislația SUA menținea protecțiile convenite pentru transfer.
  • Date sensibile prin combinație: Locația, salariul și scorurile de performanță reunite oferă o imagine detaliată a fiecărui șofer. AP a tratat această combinație ca echivalentă cu date cu caracter special.

Cazul Uber stabilește o regulă clară. Datele personalului și ale contractorilor trimise în SUA necesită același TIA și aceleași măsuri suplimentare ca și datele consumatorilor.

Domeniile de Aplicare AP pentru 2025

Actualizat pentru 2026

AP a identificat trei domenii pe care le monitorizează îndeaproape în 2025.

Monitorizarea angajaților: Instrumentele de urmărire pentru munca la distanță reprezintă principala țintă. Aceasta include jurnale de productivitate, capturi de ecran, înregistrarea tastelor și instrumente de localizare la distanță. Înainte de a implementa un astfel de instrument, companiile trebuie să documenteze de ce au respins opțiunile mai puțin intruzive.

Transferuri transfrontaliere de date: După hotărârea Uber, AP verifică metodele de transfer. Companiile care se bazează pe servicii din SUA, Asia sau alte țări fără nivel adecvat de protecție sunt în vizor. Orice companie care folosește instrumente software americane pentru HR, management de proiecte sau date despre clienți trebuie să aibă un TIA actualizat.

Decizii automate: Scorarea automată a creditului, filtrele de angajare și sistemele de performanță activează obligațiile prevăzute la articolul 22. AP vizează organizațiile care iau decizii automate fără o etapă reală de verificare umană. Atât angajații, cât și consumatorii trebuie să fie acoperiți.

BSN: Un Identificator Național Protejat

Burgerservicenummer (BSN) este un număr de identificare de 9 cifre utilizat în Olanda. Se validează prin verificarea Elfproef (proba unsprezece). Pentru a efectua verificarea: înmulțiți fiecare cifră cu un coeficient de la 9 până la −1, adunați rezultatele, iar totalul trebuie să fie divizibil cu 11.

Legea BSN (Wet algemene bepalingen burgerservicenummer) limitează utilizarea BSN la contexte juridice specifice: fiscal, medical, guvernamental și statul de plată al angajatorului. Utilizarea unui BSN în afara acestor contexte declanșează aplicarea Legii BSN, la care se adaugă răspunderea GDPR.

De ce instrumentele generice ratează BSN-urile: Multe instrumente NLP nu includ verificarea Elfproef. Fără aceasta, orice șir de 9 cifre este marcat ca posibil BSN. Aceasta generează alarme false în documentele financiare și administrative. BSN-urile introduse greșit sunt și ele omise — nu trec verificarea, dar par a fi un șablon valid. Consultați ghidul nostru despre detectarea CNP-urilor fiscale naționale din UE pentru o comparație completă a formatelor de identificare europene.

NER pentru Textele în Olandeză

Olandeza (Nederlands) are particularități care derutează modelele antrenate în engleză.

Cuvinte compuse: Olandeza unește cuvintele. Persoonsgegevens (date cu caracter personal) și Burgerservicenummer (număr de identificare al cetățeanului) sunt fiecare un singur cuvânt. Modelele create pentru engleză le segmentează adesea incorect, ceea ce compromite detectarea entităților.

Terminații de nume: Sufixele -je și -tje apar în prenume — Annetje, Hansje. Modelele de nume trebuie să gestioneze atât forma de bază, cât și forma scurtă.

Formate de adresă: Tipurile de stradă includ Straat, Laan, Weg, Plein și Gracht. Codurile poștale folosesc patru cifre plus două litere (exemplu: 1234 AB). Fiecare cod corespunde unei singure străzi, dezvăluind mai multe informații decât majoritatea codurilor poștale europene.

Formatul IBAN: IBAN-urile olandeze au 18 caractere: NL + 2 cifre de control + cod bancă de 4 litere + număr de cont de 10 cifre. Țara are o utilizare ridicată a plăților cu cardul, astfel că documentele financiare conțin numeroase IBAN-uri. Pentru metode de scorare a încrederii pe tipuri de identificatoare, consultați detectarea binară PII și scorarea încrederii.

Listă de Verificare Tehnică pentru Conformitatea AP

Pentru a îndeplini standardele actuale ale AP, sistemele de date au nevoie de:

  1. Detectarea BSN cu Elfproef — potrivirea de șabloane nu este suficientă
  2. NER pentru olandeză — un model precum spaCy nl_core_news gestionează cuvintele compuse și prenumele prescurtate
  3. Detectarea IBAN — conștientă de format, nu generică
  4. Înregistrări ale subprocesatorilor pentru toate transferurile transfrontaliere
  5. TIA-uri pentru furnizorii din SUA — prioritate de audit AP actualizată după hotărârea Uber

Post-Uber, un TIA pentru furnizorii din SUA este o cerință minimă, nu o bună practică. Pentru o analiză detaliată a hotărârii și a implicațiilor sale pentru transferuri, consultați amenda AP Uber și aplicarea transferurilor transfrontaliere.

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.