By · Last updated 2026-06-05

Tilbake til BloggGDPR & Overholdelse

NAIH Ungarn: KI-styring og DPO-regler

NAIH krever DPIA for alle KI-systemer som behandler personopplysninger. Ungarsk NER-noyaktighet er 67 % - godt under EU-gjennomsnittet pa 82 %.

June 5, 20268 min lesing
Hungary NAIHAI GDPR complianceTAJ-szám detectionCentral Europe DPAHungarian data protection

NAIH Ungarn: KI-styring og DPO-regler

Ungarns datatilsyn er NAIH - Nemzeti Adatvedelmi es Informacioszabadsag Hatosag. Myndigheten har utgitt den mest detaljerte KI-veiledningen fra noen sentraleuropeisk datatilsynsmyndighet. I 2024 utstedte den 38 handhevelsesavgjorelser. Den publiserte ogsa regler som krever DPIA for hvert KI-system som handterer personopplysninger. Disse reglene gar lenger enn GDPR-grunnlinjen.

NAIHs KI-handhevelsesregler

De fleste EU-tilsynsmyndigheter publiserer bred KI-veiledning. Ungarns DPA gikk lenger. Veiledningen fra 2024 er operasjonelt spesifikk.

DPIA pakreves for alle KI-systemer: Hvert KI-system som beroter personopplysninger, krever en DPIA forst. Tilsynet krever dette for idriftsettelse. Dette gjelder selv nar behandlingen ikke er "hoyrisiko" etter GDPR artikkel 35. Det er strengere enn GDPRs egen risikobaserte tilnaerming.

Hva en NAIH DPIA ma inneholde:

  • En teknisk beskrivelse av KI-modellens datainnganger og -utganger
  • Dokumentasjon pa at treningsdata var anonymisert eller hadde gyldig rettslig grunnlag
  • En vurdering av algoritmisk diskrimineringsrisiko
  • Et menneskelig gjennomgangstrinn for automatiserte avgjorelser
  • En oppbevaring- og sletteplan for KI-behandlede data

Arlig gjennomgang: Myndigheten krever at DPIAer oppdateres hvert ar. Dette gjelder nar et KI-system trenes pa nytt eller endres vesentlig.

Ungarn handterte over 890 000 GDPR-dataforespreler i 2024. Det er et stort volum for et land med 10 millioner innbyggere. Det signaliserer aktiv rettsbruk og reelt press pa samsvarsgrupper.

NER-noyaktighetsgapet

Myndighetens gjennomgang fra 2024 testet NER-modeller pa ungarsk tekst. De scorte bare 67 % noyaktighet. EU-gjennomsnittet er 82 %. Det 15-poengs gapet har reelle samsvarskostnader.

Ungarsk er et agglutinerende sprak. Det bygger ord gjennom mange endelser. Navn, adresser og ID-er pa ungarsk ser svart annerledes ut enn data pa engelsk eller tysk. Verktoy trent pa disse sprakene misser en stor andel personopplysninger pa ungarsk. Se var veiledning for flerspraklig oppdagelse av personopplysninger for hvordan dette gapet pavirker GDPR-samsvar pa tvers av sprak.

Tilsynet fant at generiske NLP-verktoy overser TAJ-szam i 61 % av dokumentene. Formatvariasjon og manglende kontrollsumstotte er de viktigste arsakene.

Ungarske nasjonale identifikatorer

Team som behandler dokumenter i Ungarn, ma oppdage disse ID-typene noyaktig. Se var veiledning for oppdagelse av nasjonale EU-skatte-ID-er for full EU-dekningssammenheng.

TAJ-szam (Tarsadalombiztositasi Azonosito Jel): Et 9-sifret trygdenummer. Det finnes i helse-, trygde- og pensjonsjournaler. Validering bruker et vektet kontrollsum fastsatt av Trygdemyndigheten.

Adoazonositojel: Et 10-sifret personlig skatte-ID. Formatet er en 8-sifret kjerne pluss 2 kontrollsifre. Det finnes i lonnsjournaler, selvangivelser og arbeidskontrakter.

Szemelyi igazolvany-nummer: Nasjonalt ID-kortnummer. Format og kontrollsiffer-regler folger utstedelsesmyndigheten.

Utlevel szam: Passnummer. Format og kontrollsiffer folger ogsa regler fastsatt av utstedelsesmyndigheten.

Ugyfélkapu-konteksten

Ungarn kjorer de fleste offentlige tjenester gjennom en plattform - Ugyfélkapu (klientportal). Over 4 millioner borgere bruker den til skatt, trygd, helsehjelp og lisenser. Private selskaper kobler seg til Ugyfélkapu for lonns-, trygde- eller identitetskontroller. Disse selskapene behandler de samme identifikatorene i en regulert kontekst.

Myndigheten har funnet at disse selskapene ofte bruker internasjonale personopplysningsverktoy. De fleste av disse mangler stotte for identifikatorene ovenfor. Det forer til oversette data og direkte samsvarsrisiko.

Overlapp med EUs KI-forordning

Ungarn var tidlig ute med a integrere KI-forordningsregler i DPA-veiledningen. Tilsynets standpunkt er klart.

Hoyrisiko-KI-systemer er oppfort i KI-forordningens vedlegg III. Disse dekker jobber, kredittscore og essensielle tjenester. De krever bade samsvarsvurdering etter KI-forordningen og NAIH DPIA.

Allmennyttige KI-modeller som behandler data om personer i Ungarn, trenger ogsa en NAIH DPIA. Dette gjelder selv nar modellen ikke er oppfort som hoyrisiko etter KI-forordningen.

For team som tar i bruk KI i Ungarn, bestar kjernesjekklisten av tre punkter. Fullfore en NAIH DPIA for lansering. Verifisere at NER-verktoyene dekker enhetene ovenfor i ungarsk tekst. Bekreft TAJ-szam og adoazonositojel-oppdagelse med kontrollsumvalidering.

Kilder

Klar til å beskytte dataene dine?

Begynn å anonymisere PII med 285+ enhetstyper på 48 språk.

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.