By · Last updated 2026-04-25

Vissza a BlograGDPR & Megfelelés

Token-leképezés GDPR-megfelelő mesterségesintelligencia-munkafolyamatokhoz

Ha az ügyfelek neveit az AI-feldolgozás előtt anonimizálják, a generált válasz névtelen tokeneket tartalmaz. A végső válaszban valódi neveknek kell szerepelniük – nem tokeneknek.

April 25, 20268 perc olvasás
token mapping AIGDPR customer service AIauto-decryptsession-based anonymizationAI workflow pseudonymization

Token-leképezés GDPR-megfelelő mesterségesintelligencia-munkafolyamatokhoz

Frissítve 2026-ra

A csapata mesterséges intelligenciát használ az ügyfeleknek küldött válaszok elkészítéséhez. Egy ügyfél ír. A nevét anonimizálják, mielőtt az AI feldolgozná. Az AI helykitöltővel ellátott piszkozatot állít elő. Az operátornak manuálisan kell kicserélnie azt. Napi 200 interakció esetén ez a plusz munka gyorsan összeadódik.

A munkamenet-alapú token-leképezés megoldja a problémát. Automatikusan visszaállítja a valódi neveket.

A probléma token-leképezés nélkül

Az anonimizálási lépés tokent hoz létre. „Kovács Mária” helyett `[CUSTOMER_1]` kerül a szövegbe. Claude ezt szerkeszti: „Kedves [CUSTOMER_1], sajnáljuk a késedelmet.”

A panaszkezelőnek ezt követően a küldés előtt ki kell cserélnie a `[CUSTOMER_1]` tokent „Kovács Máriára”. Nagyobb léptékben ez a lépés megsemmisíti az AI-alapú ügyfélszolgálat előnyét. Ez ismétlődő munka, amely magától nem tűnik el.

A munkamenet-tokenek működése

A munkamenet egy keresési táblázatot tárol: `[CUSTOMER_1]` → „Kovács Mária”. Amikor Claude visszaadja a piszkozatot, az automatikus visszafejtési réteg beolvassa ezt a táblázatot és visszaállítja a nevet. Az operátor „Kedves Kovács Mária” szöveget lát – már helyesen. Nincs manuális lépés. A GDPR-védelem átláthatóan zajlik.

Miért fontos a munkamenet-konzisztencia

A token-táblázatnak a teljes munkamenet során konzisztensnek kell maradnia. Ha „Kovács Mária” szerepel a kezdeti panaszban, majd egy későbbi üzenetben is, mindkét előfordulást vissza kell vezetni a `[CUSTOMER_1]` tokenre. Enélkül Claude két különböző személyként kezelhetné őket. A válasz következetlenné válna.

Minden személyhez munkamenetenként egyetlen token tartozik. Claude így helyesen tud következtetni a teljes társalgásra vonatkozóan.

GDPR-megfelelőség tervezéssel

A GDPR 4. cikk (5) bekezdése a pszeudoanonimizálást kockázatcsökkentési technikaként definiálja. A 2022-es EDPB iránymutatások alapvető követelményt fogalmaznak meg: a kulcsot a pszeudoanonimizált adatoktól elkülönítve kell tárolni.

A munkamenet-token táblázatok kielégítik ezt a szabályt. A keresési táblázat a böngészőben marad. Soha nem jut el Claude-hoz. A munkamenet végén eltűnik. Személyes adat nem kerül külső szerverekre. A 46. cikk szerinti adattovábbítás kérdése fel sem merül.

Biztosítási kárrendezés: egy konkrét példa

Egy német biztosítótársaság ügyfelek kárbejelentési e-mailjeit dolgozza fel. Minden e-mail tartalmaz nevet, kötvényszámot és kárösszeg-adatot.

Az AI-feldolgozás előtt a Chrome-bővítmény vagy az MCP szerver anonimizálja mindhárom mezőt. Claude a `[CUSTOMER_1]`, `[POLICY_2024-08847]` és `[AMOUNT_1]` tokeneket kapja. Ezekkel a tokenekkel állít elő választ.

Az automatikus visszafejtési réteg ezután visszaállítja mindhárom mezőt. A kárrendező valódi nevet és kötvényszámot lát a piszkozatban. Felülvizsgálja és elküldi. Nem szükséges helykitöltők kicserélése.

A GDPR-eredmény: a Claude amerikai szervereire küldött adatok nem tartalmaztak személyes adatot. Az ügyfél valódi neve és kötvényszáma Németországban maradt, az operátor böngészőjében.

A teljes ciklushoz szükséges elemek

Három összetevőnek kell együtt működnie a zökkenőmentes munkafolyamathoz:

1. Konzisztens tokenek. Minden entitáshoz munkamenetenként egyetlen token tartozik. Minden alkalommal ugyanaz.

2. Helyi keresési táblázat. A munkamenetben van tárolva. Nem kerül elküldésre az AI-nak.

3. Automatikus visszafejtés a kimeneten. A táblázatot az AI piszkozatára alkalmazzák, mielőtt az operátor látja azt.

E három elem nélkül az operátorok manuálisan cserélik ki a tokeneket. Mindhármat alkalmazva a munkafolyamat automatikus és GDPR-megfelelő.

Összefoglalás

Ez a megközelítés lezárja a ciklust az AI-alapú ügyfélszolgálatban. Az anonimizálás védi az adatokat, mielőtt azok elérnék az AI-t. Az automatikus visszafejtés visszahelyezi a valódi neveket a válaszba. Az operátorok minden szakaszban helyes neveket látnak. A GDPR-megfelelőség az egész folyamat során biztosított.

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.