By · Last updated 2026-05-24

Takaisin BlogiinGDPR & Vaatimustenmukaisuus

GDPR-DSAR-vaatimustenmukaisuus mittakaavassa: 200 pyyntöä kuukaudessa

GDPR:n 15. artiklan mukaiset rekisteröidyn tietopyynöt kasvavat 40–60 % vuosittain. Organisaatiot vastaanottavat satoja kuukausittain. Eräpeittäminen mahdollistaa DSAR-käsittelyn 10-kertaisella nopeudella.

May 24, 20268 min lukuaika
DSAR processingGDPR Article 15data subject access requestright of accessbatch redaction

GDPR DSAR -vaatimustenmukaisuus mittakaavassa: 200 pyynön käsittely kuukaudessa ilman tiimin kasvattamista

GDPR:n 15. artikla antaa rekisteröidyille oikeuden saada kopio kaikista henkilötiedoista, joita organisaatio heistä pitää. 30 päivän vastausaika (jatkettavissa 90 päivään monimutkaisissa pyynnöissä) on pakollinen. Sakko systemaattisista DSAR-epäonnistumisista ei ole teoreettinen: Vodafone Espanja sai 1,2 M€:n sakon vuonna 2021 DSAR-epäonnistumisista. Saksalainen yritys sai 225 000 €:n sakon vuonna 2023.

DSAR-volyymi kasvaa jyrkästi. Kun tietoisuus tietooikeuksista kasvaa — osittain tietosuojalainvalvontajärjestöjen ajamana, jotka auttavat henkilöitä lähettämään DSAR-pyyntöjä laajamittaisesti — organisaatiot, jotka aiemmin vastaanottivat 10 DSAR-pyyntöä vuosittain, saavat nyt 200 kuukaudessa. 10-DSAR-työnkululle varatut resurssit eivät pysty absorboimaan 20-kertaista kasvua ilman automaatiota.

Mitä DSAR-käsittely oikeasti sisältää

GDPR:n 15. artikla ei vaadi vain sanomista "kyllä, meillä on sinusta tietoja". Se vaatii kopion tuottamista niistä tiedoista. Monimutkaisuus:

Tietojen tunnistaminen: Kaikkien rekisteröidystä pidettyjen henkilötietojen paikantaminen kaikista järjestelmistä — CRM, sähköposti, tukipyynnöt, markkinointialustat, analytiikkatyökalut, HR-järjestelmät (jos kohde on työntekijä). Käytännössä tämä vaatii ristijärjestelmäkyselyjä, joita lakitiimin ja IT:n on koordinoitava.

Kolmansien osapuolten peittäminen: Rekisteröidylle toimitettu kopio ei saa sisältää muiden henkilöiden henkilötietoja. Jos tukipyyntö sisältää tukiagentin koko nimen ja henkilökohtaisen sähköpostiosoitteen, ne on peitettävä ennen kuin pyyntö sisällytetään DSAR-vastaukseen. Jos tilaushistoria sisältää toisen asiakkaan nimen (jaettu toimitusosoite, lahjaostos), nimi on poistettava.

Tämä kolmansien osapuolten peittäminen on paikka, jossa eräkäsittely luo merkittäviä tehokkuushyötyjä. Verkkokauppaalusta, joka käsittelee 200 DSAR-pyyntöä kuukaudessa, joista jokainen sisältää 15–30 asiakirjaa tilaushistoriasta, tukipyynnöistä ja tiliaineistoista, tuottaa 3 000–6 000 asiakirjaa, jotka vaativat kolmannen osapuolen henkilötietojen peittämistä ennen toimitusta.

Formaattivaatimukset: GDPR vaatii tietojen toimittamista "yleisesti käytetyssä sähköisessä muodossa". PDF, pelkkä teksti tai strukturoidut datavienti ovat kaikki hyväksyttäviä. Muodon tulisi olla koneluettava, jos tiedot tallennetaan strukturoidussa muodossa.

Ajankohtaisuuden noudattaminen: 30 päivää vahvistettavan pyynnön vastaanottamisesta. Pidennykset 90 päivään vaativat rekisteröidyn ilmoittamista 30 päivän kuluessa selityksen kera. Ylittyneet määräajat ovat tärkein perusta tietosuojaviranomaisen valvontatoimille.

DSAR-käsittelyn matematiikka

Eurooppalainen verkkokauppaalusta vastaanottaa 200 DSAR-pyyntöä kuukaudessa.

DSAR-kohtainen asiakirjaprofiili:

  • Keskimääräinen tilaushistoriatietueiden määrä: 8–12 asiakirjaa
  • Tukipyyntötietueet: 3–7 asiakirjaa
  • Tili-/profiilitietueet: 2–4 asiakirjaa
  • Yhteensä per DSAR: 13–23 asiakirjaa

Kuukausikohtainen kokonaismäärä:

  • 200 DSAR-pyyntöä × 18 asiakirjaa (keskiarvo) = 3 600 asiakirjaa, joita peittäminen vaatii

Manuaalinen käsittelyaika:

  • Aika asiakirjan lukemiseen ja kolmannen osapuolen henkilötietojen tunnistamiseen: 4–8 minuuttia
  • Aika manuaaliseen peittämiseen: 3–7 minuuttia
  • Yhteensä per asiakirja: 7–15 minuuttia
  • 3 600 asiakirjaa: 420–900 tuntia/kuukausi

Kolmesta kuuteen kokoaikaista työntekijää, jotka työskentelevät yksinomaan DSAR-peittämisessä — vain peittämisvaihetta varten, ei tietojen tunnistamista tai vastauksien muotoilua.

Automatisoitu eräkäsittely:

  • Lataa 3 600 asiakirjaa erissä
  • Sovella "DSAR:n kolmannen osapuolen peittäminen" -esiasetusta (henkilönimet, sähköpostit, puhelimet, jotka eivät kuulu kohteelle)
  • Käsittely: 4–8 tuntia (yön yli erätyö)
  • Monitulkintaisten tapausten poikkeusten tarkistus: 360 asiakirjaa (10 %) × 15 minuuttia = 90 tuntia

Poikkeusten tarkistus plus vastauksen valmistelu: 150–200 tuntia/kuukausi. 3 kokoaikaisesta 1 kokoaikaiseen. Vuosittaiset työvoimakustannussäästöt: noin 120 000–180 000 €.

Salaa-sitten-peitä-työnkulku sisäiseen käsittelyyn

Organisaatioille, jotka tarvitsevat palautettavuuden säilyttämistä sisäisissä tietueissa samalla tuottaen peitetyt ulkoiset vastaukset:

Sisäinen käsittely (Salaus-menetelmä): Tallenna asiakirjat salattuina henkilötiedoilla kontrolloidulla avaimella. Alkuperäiset tiedot säilytetään palautettavassa muodossa. Tämä mahdollistaa uudelleenkäsittelyn, jos konfiguraatiota on säädettävä, ylläpitäen organisaation tietueita samalla vähentäen altistumista.

Ulkoinen vastaus (Peittäminen-menetelmä): Ise DSAR-vastauksessa sovella palautumatonta peittämistä. Rekisteröity saa puhtaan asiakirjan, josta kolmannen osapuolen henkilötiedot on täysin poistettu — ei salattuja tokeneita, ei palautettavia merkintöjä.

Tämä kaksivaiheinen lähestymistapa ylläpitää sisäistä tietojen eheyttä (voit uudelleenkäsitellä tarvittaessa) samalla tuottaen asianmukaiset DSAR-vastaukset.

Vaatimustenmukaisuusdokumentaatio

GDPR:n vastuullisuusperiaate (5(2) artikla) vaatii organisaatioilta vaatimustenmukaisuuden osoittamista, ei pelkästään väittämistä. DSAR-käsittelyn dokumentaation tulisi sisältää:

  • Pyynnön vastaanottopäivämäärä ja henkilöllisyystodistus
  • Tietojen tunnistamismenettely (mihin järjestelmiin pyydetty, mitä löytyi)
  • Sovellettavat peittämiskriteerit (mitkä entiteettityypit, mikä menetelmä)
  • Vastauksen toimittamispäivämäärä ja formaatti
  • Poikkeusten tarkistusprosessi manuaalisille päätöksille

Eräkäsittely luo luonnollisen auditointiketjun: käsittelylokeja näyttävät, mitkä asiakirjat käsiteltiin, mitä konfiguraatiota sovellettiin ja milloin. Tämä dokumentaatio on arvokasta sekä sisäiselle vastuullisuudelle että vastaamiseen tietosuojaviranomaisten tiedusteluihin.

Mitä DSAR-epäonnistumiset maksavat

1,2 M€:n Vodafone Espanja -sakko (AEPD, 2021) koski systemaattisia DSAR-vastausten epäonnistumisia — ei vastausta 30 päivän kuluessa, epätäydellisten vastausten antaminen ja henkilöllisyyden asianmukainen todistamatta jättäminen ennen pyyntöjen hylkäämistä.

225 000 €:n sakko saksalaista yritystä vastaan (Baijerin tietosuojaviranomainen, 2023) koski viivästyneiden DSAR-vastausten ja puutteellisen tietojen tunnistamisen mallia — organisaatio tuotti vastauksia, jotka eivät sisältäneet kaikkia relevantteja tietoja.

Molemmat sakot heijastavat ei yksittäisiä virheitä vaan systemaattisia prosessipuutteita. Kun DSAR-volyymi ylittää manuaalisten prosessien kapasiteetin, systemaattiset epäonnistumiset seuraavat. Automaatio ei estä kaikkia DSAR-vaatimustenmukaisuuden epäonnistumisia, mutta se poistaa kapasiteettirajoituksen, joka aiheuttaa systemaattisia viivästyksiä.

Toteutuksen tarkistuslista

Ennen automaatiota:

  • Dokumentoi DSAR-vastaanottoprosessisi
  • Tunnista kaikki henkilötietoja sisältävät järjestelmät
  • Luo tietomapping ristijärjestelmäkyselyjä varten

Automaation asennus:

  • Konfiguroi "DSAR-peittäminen" -esiasetus asianmukaisilla entiteettityypeillä
  • Määrittele poikkeuskriteerit (mitä vaatii ihmisen tarkistuksen)
  • Testaa 5–10 näyte-DSAR-pyynnöllä ennen tuotantokäyttöönottoa

Jatkuva prosessi:

  • Erälätaa asiakirjat jokaiselle DSAR:lle tai päivittäisenä eränä
  • Ohjaa poikkeusasiakirjat ihmisen tarkistusjonoon
  • Luo vastauspaketit käsitellystä tulosteesta
  • Kirjaa vastauksen päivämäärät ja formaatit vaatimustenmukaisuusdokumentaatiota varten

Johtopäätös

DSAR-volyymi ei vähene. Kun tietoisuus tietooikeuksista kasvaa — kiihdyttävät tietosuojalainvalvontajärjestöt, DSAR-lähetyksen automatisoivat selainlaajennukset ja suurten tietosuojaloukkausten uutisointi — organisaatiot voivat odottaa DSAR-volyymien jatkavan kasvua 40–60 % vuosittain.

Manuaalinen DSAR-käsittely ei skaalaudu. Kolme kokoaikaista peittämiseen omistettua työntekijää ei ole vaatimustenmukaisuusstrategia; se on väliaikainen ratkaisu pysyvästi kasvavaan ongelmaan. Eräautomaatio, joka hoitaa mekaanisen peittämistyön — vapauttaen vaatimustenmukaisuushenkilöstön tietojen tunnistamiseen, poikkeusten tarkistukseen ja vastauksenhallintaan — on kestävä lähestymistapa.

Lähteet:

Valmiina suojaamaan tietojasi?

Aloita PII-anonymisointi yli 285 entiteettityypillä 48 kielellä.

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.