By · Last updated 2026-06-05

Til baka á BloggGDPR & Samræmi

GDPR gagnalágmörkun: Rauntíma-API

GDPR 5. gr. (1)(c) krefst þess að safna aðeins nauðsynlegum gögnum. Rauntíma-API-samþætting kemur í veg fyrir of-söfnun á innsendingarstig eyðublaðs - áður en.

June 5, 20267 mín lestur
GDPR data minimizationArticle 5real-time detectionAPI integrationform validation

GDPR gagnalágmörkun: Rauntíma-API

Uppfært fyrir 2026

GDPR 5. gr. (1)(c) segir: safna aðeins því sem þú þarft. Þetta er gagnalágmörkunarreglan. Flest teymi brjóta hana með hönnun eyðublaða, ekki slæmum ásetningi. Frjálstextareitir draga inn nöfn, heimilisföng og auðkennisnúmer sem enginn áætlaði.

Að hreinsa gagnagrunninn síðar lagfærir það ekki. Brotið átti sér stað þegar þú safnaðir gögnunum. Að stöðva það við uppruna er eina raunverulega lagfæringin. Rauntíma-API-athugun á innsendingarstig eyðublaðs stöðvar of-söfnun áður en hún hefst.

Sjá samræmnisyfirlit okkar og öryggisframkvæmd fyrir hvernig við styðjum GDPR 5. gr.

Hvers vegna eyðublöð of-safna

Frjálstextareitir í vefforritum safna PII sem enginn áætlaði:

  • Reitir "ástæða" þjónustubeiðni fylltur af sjúklingasögu og tryggingarnúmerum
  • Hlutar "aðrar athugasemdir" í könnunum sem innihalda full nöfn og símanúmer
  • Dálkar "athugasemdir" í mannauðsmálum með árum af óskipulögðum persónulegum upplýsingum
  • Reitir "athugasemdir" í pöntunum sem innihalda kennitölur viðskiptavina sem settar eru inn til að hjálpa við vandamál

Lágmörkunarreglan krefst þess að þetta PII komi aldrei inn í kerfi þín. Afturvirk hreinsun meðhöndlar einkenni vandans. Rauntímagreining fjarlægir orsökina.

Hvers vegna afturvirk hreinsun er ófullnægjandi

Teymi sem hreinsa geymd PII standa frammi fyrir fjórum vandamálum.

Heilleiki. Mynstursamsvörun finnur augljósa PII eins og netföng og auðkennisnúmer. Hún missir af samhengismiðaðar tilvísanir. "Systir mín Sigríður hafði sama vandamál" inniheldur nafn sem flestar skannanir sleppa yfir.

Lagaleg tímasetning. Brotið á sér stað við söfnun. Að hreinsa gögnin mánuðum síðar lagfærir það ekki. Ef eftirlitsaðili fer yfir tímabilið þegar gögnin voru geymd er brotið þegar á skrá.

Ófullnægjandi eyðing. Gagnagrunnar taka öryggisafrit. Kerfi skrifa kladda. Greiningartæki flytja út gögn. Jafnvel eftir að þú eyðir úr aðalgagnagrunninum gætu eintök verið í öryggisafritsskrám og endurskoðunarklöddum.

Brotaútsetning. Á milli söfnunar og hreinsunnar situr aukalagið af PII í kerfum þínum. Brot á þessum tíma setur of-safnaðar gögnin í hlutfall.

Að stöðva söfnun við uppruna leysir öll fjögur. Gögn sem aldrei koma inn geta ekki brotist, þurfa ekki eyðingu og teljast ekki sem brot.

Greinandarmynstur fyrir eyðublaðsstaðfestingu

Þrjár leiðir eru til að bæta við rauntíma PII-greiningu í eyðublað.

Biðlarahlið (Chrome-viðbót). Viðbótin fylgist með límunatburðum í vafrasvæðum. Þegar notandi límar texta með PII, auðkennir hún einingarnar strax. Notandinn fjarlægir þær áður en sent er. Engin API-kall er þörf - greining keyrir staðbundið. Sjá orðasafnið fyrir skilgreiningar á einingategundum.

Þjónarahlið (API-samþætting). Eyðublaðið sendir á þjón þinn. Áður en skrárinn er skrifaður kallar kóðinn þinn á greininguna API. API skilar einingategundum með tryggileiðastigum. Samsvörn með mikilli vissu læser innsendinguna með skýru skilaboðum. Samsvörn með meðalvissu biður um endurskoðunarkref. Gögnin eru hrein áður en þau eru geymd.

Blendingur (mælt með). Auðkenning á biðlarahlið gefur notendum skjóta endurgjöf. Athuganir á þjónarahlið veita samræmnistrygginguna. Ef notandi hunsar viðvörun biðlarans, tekur þjónaraathugunin enn PII-ið. Ekkert nær gagnagrunninn óathugatð. Sjá FAQ fyrir algengar spurningar um greinannarþröskulda.

Dæmi: Sjúklingagátt heilbrigðisþjónustu

Sjúklingagátt leyfir sjúklingum að lýsa einkennum sínum í frjálstextareit áður en bókað er. Reiturinn fær reglulega færslur sem innihalda nöfn annarra sjúklinga, auðkennisnúmer og heimilisföng. Ekkert af þessu á heima í tímasetningarkerfinu.

Áður en rauntímagreining:

  • PII í einkennasviðinu: um 12% innsendinga
  • Hreinsunnaraðferð: vikuleg lotuvinna
  • Samræmisstaðan: gagnvirk - 5. gr. (1)(c) brotið átti sér stað við söfnun

Eftir API-samþættingu við innsendingu:

  • API greinir PII með mikilli vissu áður en skrifað er í gagnagrunninn
  • Sjúklingurinn sér: "Skilaboð þín virðast innihalda persónuupplýsingar. Vinsamlegast fjarlægðu þær áður en þú sendir."
  • Sjúklingurinn endurskoðar og sendir aftur
  • Gagnagrunnurinn fær aðeins einkennalýsinguna

Í þessum aðstæðum féll PII í reitinn frá um 12% í undir 1% af innsendingum. Samræmi er nú sýnt með greiningakladda á þjónarahlið frekar en afturvirkar hreinsunarkeyrsur.

Endurskoðunarskrár á söfnunarstigi

Eftirlitsaðilar meðhöndla gagnvirk teymi öðruvísi en þau með stjórnar á sínum stað. GDPR 25. gr. - vernd með hönnun og sjálfgefnum stillingum - verðlaunar þau síðarnefndu.

Greining á söfnunarstigi skapar gagnlegar endurskoðunarskrár:

  • Greiningakladdi. Hverja eyðublaðsskönnun er vistuð með einingategundum sem fundust, tryggileiðastigum, aðgerð gripið og niðurstöðu.
  • Mánaðarlegar skýrslur. Samantektir sýna greiðargildi eftir reit og einingategund, og hvernig notendur bregðast við.
  • Stillingarskrár. Þröskuldsstillingar, reitir sem eru þaktir og einingategundir sem eru fylgst með - þetta sýnir skýra, stýrða stefnu.

Þessar skrár hjálpa í skoðunum eftirlitsaðila. Þær styðja einnig innri endurskoðun og skrár yfir vinnslu. Sjá dæmisögurnar okkar fyrir dæmi um söfnunarstigs-stjórnir í framkvæmd.

Gervigreindartæki og gagnalágmörkun

þjónustufulltrúar líma oft tölvupósta viðskiptavina inn í gervigreindadrögutæki. Þessir tölvupóstar geta haldið nöfnum, heimilisföngum og reikningsnúmerum. Að senda það til gervigreindarlíkans kann að fara út yfir það sem nauðsynlegt er.

MCP-þjónninn bætir við greiningarskrefi áður en texti nær til líkansins. Nöfn viðskiptavina verða [CUSTOMER]. Sérstakar upplýsingar eru hreinsaðar út. Gervigreind semur svar með hreinum texta. Fulltrúinn bætir aðeins við því sem svarið þarf.

Þetta uppfyllir gagnalágmörkunarregluna fyrir notkun gervigreindar. Líkanið fær aðeins það sem nauðsynlegt er - sem er venjulega engin PII. Sjá einingar fyrir heildarlista yfir einingategundir sem við greinum.

Heimildir

Ertu tilbúinn að vernda gögnin þín?

Byrjaðu að anonymiza PII með 285+ gerðum í 48 tungumálum.

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.