By · Last updated 2026-06-05

Itzuli BlogeraGDPR & Betetze

GDPR Datuen Minimizazioa: Denbora Errealeko API

GDPR 5(1)(c) Artikuluak soilik beharrezko datuak biltzea eskatzen du. Denbora errealeko API integrazioak gehiegizko bilketa inprimakia bidalketa-fasean geldiarazten du - aurretik.

June 5, 20267 min irakurri
GDPR data minimizationArticle 5real-time detectionAPI integrationform validation

GDPR Datuen Minimizazioa: Denbora Errealeko API

2026rako eguneratua

GDPR 5(1)(c) Artikuluak esaten du bildu soilik behar duzuna. Hau datuen minimizazio araua da. Talde gehienek inprimakiaren diseinuaren bidez apurtzen dute, ez asmo txarrarekin. Testu libre eremuek inork planifikatu ez zituen izenak, helbideak eta ID zenbakiak biltzen dituzte.

Geroago datu-basea garbitzeak ez du konpontzen. Urraketea gertatu zen datuak bildu zenituztenean. Iturrian geldiaraztea da benetako konponbide bakarra. Denbora errealeko API egiaztapen bat inprimakia bidali aurreko gehiegizko bilketa hasten ez den aurretik geldiarazten du.

Ikusi gure betetze-ikuspegian eta segurtasun-praktiketan GDPR 5. Artikulua nola onartzen dugun.

Zergatik Inprimakiek Gehiegi Biltzen Duten

Web aplikazioen testu libre eremuek inork planifikatu ez zuten PII biltzen dute:

  • Laguntza-txarteleko "arrazoia" eremuak historia medikoz eta aseguru-zenbakiz betetzen dira
  • Inkestaren "beste iruzkin" atalak izen osoak eta telefono-zenbakiak dituzte
  • GGEEko "oharrak" zutabeek urteetako antolakabe datu pertsonalak dituzte
  • Pedidoetako "oharrak" eremuek arazoekin laguntzeko bezero ID zenbakiak sartuta dituzte

Minimizazio-arauak PII hau zure sistemetara sartu ez dadin eskatzen du. Ondorengo garbitzeak sintoma tratatzen du. Denbora errealeko detekzioak kausa kentzen du.

Zergatik Ondorengo Garbiketak Huts Egiten Duen

Gordeta dagoen PII garbitzen duten taldeek lau arazo dituzte.

Osotasuna. Eredu-batasunak PII nabarmenak aurkitzen ditu, posta elektronikoko helbideak eta ID zenbakiak bezala. Testuinguru-oinarritutako erreferentziak galtzen ditu. "Nire arrebak Sophie-k arazo berdina du" izen bat dauka eskaneatu gehienek galtzen dutena.

Denbora juridikoa. Urraketea bilketan gertatzen da. Datuak hilabeteak geroago garbitzeak ez du konpontzen. Erregulatzaile batek datuak edukitako aldia berrikusten badu, urraketea dagoeneko erregistratuta dago.

Ezabatze osatugabea. Datu-baseek babeskopiak egiten dituzte. Sistemek erregistroak idazten dituzte. Analitika-tresnek datuak esportatzen dituzte. Datu-base nagusitik ezabatu ondoren ere, kopiak babeskopia fitxategietan eta ikuskaritza-erregistroetan gera daitezke.

Urraketa-exposizioa. Bilketaren eta garbiketaren artean, PII gehigarria zure sistemetan eserita dago. Leiho hartan urraketa batek gehiegi biltutako datuak esparru honetan jartzen ditu.

Iturrian bilketa geldiarazteak lau guztiak konpontzen ditu. Inoiz ez sartzen diren datuak ezin dira urratu, ez dute ezabatzea behar, eta ez dira urraketa gisa kontatzen.

Inprimaki Balioztagarriaren Detekzio Ereduak

Hiru modu daude denbora errealeko PII detekzioa inprimaki batean gehitzeko.

Bezero-aldetik (Chrome Extension). Extensionak paste gertaerak nabigatzaile eremuetan begiratzen ditu. Erabiltzaileak PII duen testua itsasten duenean, entitateak berehala nabarmenduko ditu. Erabiltzaileak bidali aurretik kentzen ditu. Ez da API deirik beharrezkoa - detekzioa lokalean exekutatzen da. Ikusi glosarioa entitate-moten definiziorako.

Zerbitzari-aldetik (API integrazioa). Inprimakiak zure zerbitzarira bidali. Datu-basearen idazketaren aurretik, zure kodeak detekzio APIra deitzen dio. APIak entitate-motak konfiantza-puntuazioekin itzultzen ditu. Konfiantza altuko bat-etortzeek mezu argidun bidalketa blokeatzen dute. Konfiantza ertaineko bat-etortzeek berrikuste-urratsa eskatzen dute. Datuak gorde aurretik garbiak dira.

Hibrido (gomendatua). Bezero-aldeko nabarmentzeek erabiltzaileei azkar feedbacka ematen die. Zerbitzari-aldeko egiaztapenak betetze-bermea ematen du. Erabiltzaileak bezero-ohartarazpena alde batera uzten badu, zerbitzari-egiaztapenak oraindik PII harrapatzen du. Ez dago ezer egiaztatu gabe datu-basera iristen. Ikusi gure FAQ detekzio-atalaseen ohiko galderetarako.

Adibidea: Osasun-Zerbitzuen Pazientearen Ataria

Pazientearen atariak pazienteei beren sintomak testu libre eremu batean deskribatzen uzten die hitzordua hartu aurretik. Eremuak ohiko sarrerak jasotzen ditu beste pazienteen izenak, ID zenbakiak eta etxe-helbideak barne hartzen dituenak. Hau ez da programazio-sisteman sartzen.

Denbora errealeko detekziorik gabe:

  • Sintoma-eremuaren PII: bidaltzeen %12 inguru
  • Garbiketa metodoa: astero loteko prozesua
  • Betetze egoera: erreaktiboa - 5(1)(c) Artikuluko urraketea bilketan gertatu zen

Bidalketan API integrazio ondoren:

  • APIk konfiantza altuko PII detektatzen du datu-basera edozein idazketaren aurretik
  • Pazienteak ikusten du: "Zure mezuak datu pertsonalak eduki ditzake. Kendu itzazu bidali aurretik."
  • Pazienteak berrikusi eta berriz bidali egiten du
  • Datu-baseak soilik sintoma-deskribapena jasotzen du

Eszenatoki honetan, eremuaren PII %12tik %1 azpira jaitsi zen bidaltzeen. Betetzea orain zerbitzari-aldeko detekzio-erregistroen bidez frogatzen da ondorengo garbiketa-exekuzioen ordez.

Ikuskaritza-Erregistroak Bilketa-Puntuan

Erregulatzaileek kontrolak dituzten taldeak modu desberdinean tratatzen dituzte. GDPR 25. Artikulua - diseinuz eta lehenespenez babesa - azkenak saritzen ditu.

Bilketa-puntuko detekzioak ikuskaritza-erregistro erabilgarriak sortzen ditu:

  • Detekzio-erregistroa. Inprimaki eskaneatu bakoitza gordetzen da aurkitutako entitate-motak, konfiantza-puntuazioak, hartutako ekintza eta emaitzarekin.
  • Hileko txostenak. Laburpenek detekzio-tasa eremuaren eta entitate-motaren arabera erakusten dute, eta erabiltzaileak nola erantzuten duten.
  • Konfigurazio-erregistroak. Atalase-ezarpenak, estalitako eremuak eta begiratutako entitate-motak - horrek politika argi eta kudeatua erakusten du.

Erregistro horiek erregulatzaile-berrikuspenetarako lagungarriak dira. Prozesamenduaren barneko ikuskaritza eta erregistroak ere onartzen dituzte. Ikusi gure kasu azterketak bilketa-puntuko kontrolen adibideetarako.

AI Tresnak eta Datuen Minimizazioa

Laguntza-agenteak sarri bezeroaren mezu elektronikoak AI zirriborratu tresnetara itsatsi egiten dituzte. Mezu elektroniko horiek izenak, helbideak eta kontu-zenbakiak eduki ditzakete. Hori AI modelu batera bidaltzeak beharrezkoaren gainetik joan daiteke.

MCP Zerbitzariak detekzio-urrats bat gehitzen du testua eredura iritsi aurretik. Bezero-izenak [CUSTOMER] bihurtzen dira. Xehetasun zehatzak garbituta gelditzen dira. AIk garbitu testua erabiliz erantzun bat zirriborratzako. Agenteek soilik erantzunean behar dena gehitzen dute.

Honek datuen minimizazio araua betetzen du AI erabilerarako. Ereduak soilik beharrezkoa jasotzen du - normalean, batere ez PII. Ikusi entitateak detektatzen ditugun entitate-moten zerrenda osoarentzat.

Iturriak

Prest zure datuak babesteko?

Hasi PII anonimizatzen 285+ entitate mota 48 hizkuntzatan.

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.