Tietopyyntöjen hallintaohjelmisto auttaa kirjaamaan rekisteröidyn pyynnön, osoittamaan vastuun ja säilyttämään tiedot ratkaisusta. Se ei itsessään löydä kaikkia henkilötietoja, päätä oikeuden rajoista eikä lähetä oikeaa vastausta. Ostajan tärkein testi on seurata yhtä pyyntöä vastaanotosta turvalliseen toimitukseen ja osoittaa, mitä ohjelma tekee ja mitä ihmiset tekevät. Tämä opas käsittelee suomalaisen rekisterinpitäjän työnkulkua sekä GDPR:n 12 ja 15 artiklan rajoja, ei yleistä tuoteluokitusta tai vahvistamattomia markkinahintoja.
Tunnista pyyntö kaikissa kanavissa
Rekisteröity voi esittää tarkastuspyynnön tavallisessa asiakaspalveluviestissä, puhelussa tai muussa käytetyssä kanavassa. Tiettyä lomaketta ei yleensä saa asettaa oikeuden käyttämisen ehdoksi. GDPR:n 12 artikla edellyttää oikeuksien käytön helpottamista ja selkeää viestintää. Ohjelmiston hankinta ei siis korvaa vastaanoton ohjeistamista. Esimerkiksi verkkokaupan palautetta käsittelevän työntekijän pitää tunnistaa viesti ”haluan nähdä minusta tallennetut tiedot” pyynnöksi, vaikka sana GDPR puuttuu.
Tietosuojavaltuutetun toimiston oikeusopas muistuttaa, että oikeudet riippuvat myös käsittelyn perusteesta ja tilanteesta. Siksi pyynnön luokittelu ei ole pelkkä valikon valinta: työntekijän on ymmärrettävä, mitä henkilö vaatii ja mihin käsittelyyn pyyntö liittyy. Sama henkilö voi olla sekä asiakas että työntekijä, jolloin eri tietolähteillä on eri omistajat.
Kirjaa vastaanottopäivä, saapumiskanava, pyyntö sellaisena kuin se on esitetty sekä se, kuka vastaa käsittelystä. Säilytä vain tarpeellinen aineisto ja rajaa käyttöoikeudet. Jos ohjelmisto tuo viestejä automaattisesti yhteen näkymään, testaa myös viestit, jotka tulevat väärään sähköpostiosoitteeseen tai yrityksen työntekijän henkilökohtaiseen työpostiin. Kokeile, miten vastaanotto todennetaan silloin, kun integraatio on poissa käytöstä. Tekninen laskuri ei auta, jos pyyntöä ei ensin tunnisteta.
Laske määräaika oikein
Rekisterinpitäjän on ilmoitettava toimenpiteistä ilman aiheetonta viivytystä ja viimeistään kuukauden kuluessa pyynnön vastaanottamisesta. Määräaikaa voi tarvittaessa pidentää kahdella kuukaudella pyyntöjen monimutkaisuuden tai lukumäärän vuoksi; rekisteröidylle on ilmoitettava pidennyksestä ja sen syistä ensimmäisen kuukauden aikana. Jos pyyntöön ei ryhdytä toimenpiteisiin, rekisteröidylle on ilmoitettava ilman aiheetonta viivytystä ja viimeistään kuukauden kuluessa vastaanottamisesta syyt toimimatta jättämiseen sekä mahdollisuus valittaa valvontaviranomaiselle ja käyttää oikeussuojakeinoja. Nämä ovat 12 artiklan sääntöjä, eivät ohjelmistovalmistajan valittavia palvelutasoja.
Kalenterikuukautta ei pidä korvata automaattisesti 30 päivällä. Kysy toimittajalta, mitä laskuri näyttää esimerkiksi tammikuun lopussa saadulle pyynnölle ja miten se käsittelee oman organisaatiosi työajan ja poissaolot. Ihmisen tulee tarkistaa oikeudellinen määräpäivä ja mahdollinen pidennys. Yhden kuukauden perusmuistutus ei vielä todista, että tuote laskee poikkeustilanteet oikein. Dokumentoi pidennyksen tosiasiallinen syy; pelkkä kiire tai loma ei sellaisenaan ole säädetty peruste.
Tunnistaminen ei tarkoita aina henkilöllisyystodistuksen kopiota
Rekisterinpitäjän on varmistettava, ettei henkilötietoja luovuteta väärälle henkilölle. Asetuksen 12 artiklan 6 kohdan mukaan lisätietoja voidaan pyytää henkilöllisyyden vahvistamiseksi, jos pyynnön esittäjän henkilöllisyydestä on perusteltu epäily. Tilanne riippuu siitä, mitä tietoa pyydetään ja miten henkilö on jo tunnistettu. Kirjautuneelta asiakkaalta voi olla mahdollista saada riittävä varmuus nykyisten tunnusten avulla; tuntemattomaan osoitteeseen lähetettävä arkaluonteinen aineisto voi vaatia lisää varmistusta.
Älä rakenna prosessia, jossa kaikilta pyydetään varmuuden vuoksi kuva henkilöllisyystodistuksesta. Se kerää uutta, suojattavaa tietoa ja voi tehdä oikeuden käytöstä tarpeettoman vaikeaa. Kirjaa, mitä varmistusta käytettiin ja miksi se oli suhteessa luovutusriskiin. Jos henkilön tunnistaminen on aidosti mahdotonta, arvioi asetuksen 11 artikla ja kerro tilanteesta mahdollisuuksien mukaan. Ohjelmiston pitäisi tukea harkinnan kirjaamista, ei pakottaa yhtä tunnistustapaa jokaiseen pyyntöön.
Etsi tiedot riittävän laajasti
15 artiklan mukainen tarkastusoikeus kattaa vahvistuksen käsittelystä, pääsyn henkilötietoihin, säännöksessä luetellut tiedot käsittelystä ja jäljennöksen käsiteltävistä henkilötiedoista. Rekisteröidylle annettava tieto ei ole sama asia kuin koko sisäisen asiakirjan automaattinen lähettäminen. Arvioi tietojen sisältö, konteksti ja muiden oikeudet. Euroopan tietosuojaneuvoston lopullinen pääsyä koskeva ohje 01/2022 korostaa, että relevantit tietolähteet ja tiedostomuodot on otettava huomioon; pelkän asiakasrekisterin vienti ei välttämättä riitä.
Laadi tiedonhakukartta ennen ohjelmiston ostoa. Verkkokaupassa samoja tietoja voi olla asiakastilillä, tilauksissa, palautuksissa, viesteissä, markkinointikielloissa ja toimittajan järjestelmässä. Henkilöstöpyynnössä mukana voi olla palkanlaskenta ja arviointiaineisto. Käsittelytoimien seloste auttaa löytämään järjestelmät ja vastaanottajaryhmät, mutta seloste ei sisällä henkilön kaikkia tietoja. Pyydä toimittajaa näyttämään, miten se merkitsee lähteet, joita ei ole integroitu, ja miten niiden tiedot saadaan käsin mukaan.
Esimerkkitapaus: asiakkaan pääsypyyntö
Kuvitellaan suomalainen verkkokauppa, jonka asiakas kirjoittaa 5. maaliskuuta: ”Lähettäkää kaikki minua koskevat tiedot.” Asiakaspalvelu kirjaa pyynnön samana päivänä ja ohjaa sen nimetylle vastuuhenkilölle. Yritys varmistaa pyytäjän henkilöllisyyden suhteessa toimitettavan aineiston riskiin. Se listaa asiakastilin lisäksi tilaukset, palautukset, viestit ja markkinointitiedot. Nämä ovat esimerkin tietolähteitä, eivät lupaus siitä, että jokin ohjelmisto hakisi ne automaattisesti.
Tietojen kerääjä merkitsee kustakin lähteestä, kuka teki haun ja mihin ajankohtaan tiedot perustuvat. Tarkastaja katsoo, sisältävätkö viestit toisten asiakkaiden tai työntekijöiden tietoja ja tarvitaanko peittämistä. Päätöksentekijä tarkistaa 15 artiklan 1 kohdan tiedot: tarkoitukset, tietoryhmät, vastaanottajat, säilytys tai sen kriteerit, oikeudet, valitusmahdollisuus, tietojen alkuperä, mahdollinen automaattinen päätöksenteko ja siirrot. Vastauksen valmistuessa turvallinen lähetyskanava ja lähetyksen näyttö kirjataan.
Jos haku paljastaa monimutkaisen aineiston ja lisäaika on oikeudellisesti perusteltu, päätös pidennyksestä tehdään ja siitä ilmoitetaan ennen ensimmäisen kuukauden päättymistä. Valmiin esimerkin tarkoitus on näyttää päätöspisteet, ei luoda kaikille pyynnöille samaa sisäistä työpäiväaikataulua. Pyydä demossa näyttämään myös tilanne, jossa yksi tietolähde ei vastaa ajoissa: näkyykö este ja kuka ratkaisee sen?
Erottele muut oikeudet pääsypyynnöstä
Oikaisu, poisto, käsittelyn rajoittaminen, siirrettävyys ja vastustaminen eivät ole sama työnkulku. Esimerkiksi poisto-oikeus 17 artiklan mukaan ei ole ehdoton, koska tietoja voidaan tarvita lakisääteisen velvoitteen tai oikeusvaateen vuoksi. Siirrettävyys 20 artiklan mukaan koskee laissa määriteltyjä tilanteita, erityisesti henkilön toimittamia tietoja automaattisessa käsittelyssä, jonka perusteena on suostumus tai sopimus. Vaatimus ”kaikki tiedot koneellisesti luettavina” ei automaattisesti seuraa jokaisesta 15 artiklan pääsypyynnöstä.
Ohjelmiston pitäisi sallia yhden viestin sisältää useita oikeuksia. Henkilö voi pyytää sekä pääsyä tietoihin että virheellisen osoitteen korjausta. Merkitse erikseen, mitä pyydettiin ja mitä tehtiin. Jos asiakas vastustaa suoramarkkinointia, kanavan pitää viedä tieto käytettyihin markkinointijärjestelmiin. Järjestelmä, joka säilyttää vain valmiin vastauskirjeen, ei osoita että käytännön muutos tehtiin. GDPR-ohjelmiston pk-yrityskäyttö auttaa arvioimaan, tarvitaanko tällaisiin muutoksiin yhteinen alusta.
Poikkeukset, maksu ja muiden henkilöiden tiedot
Oikeuksien käsittely on lähtökohtaisesti maksutonta. Ilmeisen perusteettomasta tai kohtuuttomasta pyynnöstä, etenkin jos se on toistuva, rekisterinpitäjä voi 12 artiklan 5 kohdan mukaan periä kohtuullisen hallinnollisiin kustannuksiin perustuvan maksun tai kieltäytyä toimimasta. Näyttötaakka perusteettomuudesta tai kohtuuttomuudesta on rekisterinpitäjällä. Toistuvuus yksin ei ole automaattinen maksu. Esimerkiksi henkilön uusi pyyntö sen jälkeen, kun palvelu on käsitellyt lisää tietoja, voi olla perusteltu.
Pääsyoikeus ei saa 15 artiklan 4 kohdan mukaan vaikuttaa haitallisesti muiden oikeuksiin ja vapauksiin. Tämä vaatii tapauskohtaista punnintaa, ei koko pyynnön hylkäämistä vain siksi, että asiakirjassa näkyy toinen nimi. Selvitä, voiko aineiston toimittaa peittämällä toisen henkilön tiedot tai antamalla rekisteröidyn omat tiedot ymmärrettävässä muodossa. Säilytä arvio siitä, mitä jätettiin pois ja miksi. Älä lähetä peittämätöntä tiedostoa vain siksi, että automaattinen vienti teki sen helposti.
Mitä ohjelmiston ostajan kannattaa pyytää näytettäväksi?
Pyydä yhteinen testitapaus kolmelta vaihtoehdolta. Arvioi pyynnön kirjaus kaikista kanavista, omistajan nimeäminen, tehtävien jakaminen, käsin lisättävät tietolähteet, päätösten dokumentointi, määräajan tarkistus, oikeuksien erottelu ja turvallinen toimitus. Jos toiminnot ovat eri moduuleissa, pyydä tarjous juuri niille. GDPR-ohjelmiston hinnan arviointi neuvoo laskemaan lisenssin lisäksi oman työn; tämän sivun tehtävä on testata pyynnön läpimenoa.
Seuraa prosessia käyttöönoton jälkeen
Kerran kuussa vastuuhenkilö voi tarkistaa, onko avoimia pyyntöjä ilman omistajaa, viivästyneitä tietolähteitä tai valmiiksi merkittyjä asioita ilman toimituksen näyttöä. Tämä on suositeltu hallintatapa, ei GDPR:ssä määrätty kuukausittainen rytmi. Tarkista myös kanavat: jos organisaatio lisää uuden chatin, asiakasportaalin tai toimittajan hallinnoiman tukipalvelun, pyyntö voi tulla sen kautta. Päivitä ohje ja kokeile siirto uudelleen.
Perehdytä henkilöstö tunnistamaan vapaamuotoiset viestit. Älä lupaa rekisteröidylle tiettyä vastauspäivää, jos tietojen haku ja oikeudellinen arviointi ovat keskeneräisiä; kerro kuitenkin vastaanotosta ja seuraavista vaiheista selkeästi. Tarpeettoman pitkää odottamista ei voi perustella sillä, että lakisääteinen kuukausi ei ole vielä kulunut. Prosessi on onnistunut, kun vastaus on sisällöllisesti oikea, toimitettu turvallisesti ja sen muodostuminen voidaan myöhemmin osoittaa.
Kuinka rakennat hakulähteiden omistajaluettelon?
Yksi rekisteröidyn nimi ei välttämättä ole sama kaikissa järjestelmissä. Asiakastili voi käyttää sähköpostiosoitetta, laskutus asiakasnumeroa ja tukipalvelu erillistä tunnistetta. Merkitse etukäteen, mitä tunnisteita käytetään kussakin lähteessä ja kuka voi tehdä haun. Jos mahdollinen rekisteröity esiintyy kahdella sähköpostiosoitteella, hakua ei saa rajata ensimmäiseen ilman harkintaa. Toisaalta lisätietojen kysymisen on pysyttävä oikeassa suhteessa tarpeeseen. Tämä kartta voidaan linkittää järjestelmäkartoitukseen, mutta yksityiskohtaiset hakuohjeet kannattaa pitää käyttöoikeuksiltaan rajattuina.
Merkitse myös lähteet, joissa yritys on käsittelijä asiakkaan lukuun. Tällöin sopimus ja rekisterinpitäjän ohjeet ratkaisevat, miten käsittelijä auttaa pyyntöön vastaamisessa. Pyynnön saaneen käsittelijän ei pidä omin päin lähettää asiakkaan rekisteröidyille koko aineistoa. Se ilmoittaa asiasta sovitusti rekisterinpitäjälle ja dokumentoi, mitä apua antoi. Jos sama yritys on toisessa palvelussa rekisterinpitäjä, sen oma pyyntö käsitellään eri roolissa. Ohjelmiston käyttöympäristön erottelu auttaa välttämään näiden vastuiden sekoittumisen.
Hakukarttaan kuuluu myös tieto säilytyksestä. Pyyntö voi tulla juuri ennen kuin tietty lyhytaikainen aineisto muuten poistuisi. Selvitä, miten normaali poistoprosessi, tietojen turvaaminen ja pyynnön käsittely sovitetaan yhteen. Älä lupaa säilyttää kaikkea rajoittamattomasti oikeuspyyntöjen varalta. Säilytyksen rajoittamisen opas auttaa erottamaan varsinaisen säilytysperusteen ja pyynnön edellyttämän käytännön menettelyn.
Vastauksen laadun sisäinen tarkistus
Ennen toimitusta yksi henkilö voi verrata valmista vastausta pyynnön alkuperäiseen sisältöön. Jos henkilö kysyi ”mitä tietoa olette minusta luovuttaneet”, pelkkä rekisteriote ilman vastaanottajia koskevaa tietoa voi jäädä vajaaksi. Jos pyyntö koski tietojen korjaamista, vastaus ei saa kuvata vain tarkastuspyynnön sisältöä. Tarkistuslista ei korvaa tapauskohtaista arviointia, mutta auttaa huomaamaan, että pyynnön tyyppi vaihtui matkan varrella.
Varmista, että annettu jäljennös on ymmärrettävä. Lyhenteet ja koodit voivat vaatia selityksen. Toisaalta asiakkaan ei yleensä tarvitse saada pääsyä koko organisaation tietokantaan. Artiklan 15 sisältö ja muoto arvioidaan siitä, että henkilö pystyy ymmärtämään itseään koskevan käsittelyn. Jos tietoa peitetään muiden oikeuksien vuoksi, tarkistaja kirjaa, mitä periaatetta sovellettiin. Jos tietoa ei löydy, vastaukseen ei pidä keksiä sitä; kerro tehdystä hausta ja arvioi, onko haku riittävä.
Toimituskanava on erillinen tietoturvapäätös. Erityisiä henkilötietoryhmiä sisältävän aineiston lähettäminen tavallisena sähköpostiliitteenä väärään osoitteeseen voi aiheuttaa uuden loukkauksen. Testaa, miten vastaanottaja varmistetaan ja pääseekö hän aineistoon sovitun ajan. Säilytä näyttö toimituksesta, mutta vältä koko vastausaineiston tarpeetonta kopiointia useaan paikkaan. Työkalun ”lähetä” painike ei vastaa näihin kysymyksiin ilman prosessin määrittelyä.
Miten käsittelet ristiriitaisen tai laajan pyynnön?
Rekisteröity voi pyytää ”kaikki tiedot” vuosien ajalta. Laajuus ei itsessään tee pyynnöstä kohtuutonta. Ensin selvitetään, mitä tietoja organisaatio käsittelee ja missä lähteissä. Jos yritys käsittelee suuren määrän tietoja, tarkentavaa keskustelua voidaan käyttää haun kohdistamiseen EDPB:n ohjeen mukaisesti, mutta sen ei pidä muuttaa oikeutta pelkäksi asiakkaan vastuuksi löytää jokainen järjestelmä. Kirjaa tarkennus ja se, mihin se vaikutti. Jos asiakas ei vastaa, arvioi edelleen, mitä voit kohtuullisesti käsitellä käytössä olevin tiedoin.
Pyyntö voi olla myös sisäisesti ristiriitainen: henkilö haluaa samanaikaisesti kaiken poistettavan ja saada jäljennöksen tiedoista. Älä käynnistä peruuttamatonta poistoa ennen kuin olet ymmärtänyt pyynnöt ja arvioinut soveltuvat oikeudet. Kysy tarvittaessa tarkennus ilman että perusmääräaikaa unohdetaan. Merkitse eri oikeuksien käsittelyvaiheet näkyviin. Poisto-oikeuden ehdot ja pääsyoikeuden sisältö on arvioitava erikseen.
Työntekijän pyyntö voi koskea myös työnantajan arvioita ja viestejä. Se ei ole syy vastata kaavamaisesti, että työnantajan kaikki sisäiset asiakirjat olisivat salassa. Etsi pyytäjää koskevat henkilötiedot ja arvioi muiden henkilöiden oikeudet sekä mahdolliset laissa säädetyt rajoitukset. Suomen työelämän tietosuoja tuo lisäkontekstia tietojen käsittelylle, mutta ohjelmiston on jätettävä tila perustellulle ratkaisulle. Kirjaa se, miten rekisterinpitäjä päätyi vastaukseen, jotta myöhempi oikaisupyyntö voidaan ymmärtää.
Näyttö valvontaa ja omaa oppimista varten
Pyynnön lopussa säilytä tarkoituksenmukainen loki: milloin pyyntö saatiin, kuka käsitteli sitä, mitä lähteitä tutkittiin, miten mahdollinen tunnistaminen tehtiin, mitä poikkeuksia sovellettiin ja milloin vastaus toimitettiin. Määritä myös tämän lokin säilytys erikseen; oikeuspyyntö ei oikeuta säilyttämään vastausaineiston kopiota ikuisesti. Jos myöhemmin ilmenee virhe, loki auttaa korjaamaan työnkulun eikä vain puolustamaan yksittäistä päätöstä.
Tarkista muutama suljettu tapaus säännöllisesti. Jos puuttuva tietolähde toistuu, päivitä hakukartta. Jos määräaika lähestyy usein ilman, että päätöksentekijä näkee aineiston, muuta vastuunjakoa. Jos pyynnöt tulevat kanavasta, joka ei siirry järjestelmään, korjaa vastaanotto. Tämä jatkuva oppiminen on käytännön syy ostaa hallintatyökalu silloin, kun pyyntöjä on riittävästi; asetuksen vaatimus on kuitenkin oikeuden toteutuminen, ei tietty kokousrytmi tai ohjelmistotaso.
Rekisteröidylle viestiminen prosessin aikana
Lain määräaika ei tarkoita, että rekisteröidyn pitäisi odottaa hiljaisuudessa. Vastaanoton vahvistus voi kertoa, että pyyntö on saatu, mitä seuraavaksi tapahtuu ja mistä lisätietoja voi antaa. Sen ei pidä luvata valmista vastausta ennen kuin tietolähteet ja oikeuden laajuus on arvioitu. Jos tarvitset perustellusti lisätietoa henkilöllisyydestä, kerro täsmällisesti mitä tarvitset ja miksi. Yleinen kehotus lähettää henkilökortti voi olla tarpeeton ja kerää uuden suojattavan tietoryhmän.
Jos pyyntö on epäselvä, kysy selventävä kysymys niin, että rekisteröity ymmärtää vaihtoehdot. Esimerkiksi ”haluatteko nähdä ostohistorian, tukiviestit vai kaikki käsittelemämme henkilötiedot?” voi auttaa kohdistamaan haun, mutta valintojen esittäminen ei saa kaventaa oikeutta ilman pyytäjän omaa päätöstä. Ohjelmiston viestimallit ovat hyödyllisiä vain, jos niitä muokataan tapauksen mukaan. Säilytä kopio lähetetystä viestistä ja sen ajankohdasta, jotta myöhempi käsittelijä näkee, mitä henkilölle on jo kerrottu.
Oikaisupyyntö osana samaa keskustelua
Jos pääsypyynnön aineistosta löytyy virheellinen osoite, henkilö voi pyytää sen oikaisua. Oikaisuoikeus edellyttää virheellisen tiedon korjaamista, ja 19 artikla voi edellyttää tiedon välittämistä niille vastaanottajille, joille sitä on luovutettu, ellei tämä ole mahdotonta tai vaadi kohtuutonta vaivaa. Pyynnönhallinnassa on siis tärkeää nähdä myös vastaanottajat, ei vain muuttaa oman asiakastilin kenttää. Merkitse, mitä järjestelmiä korjattiin ja kenelle mahdollinen ilmoitus tehtiin.
Aina pyytäjän ehdottama muutos ei ole sellaisenaan oikea. Esimerkiksi laskutustieto voi kuvata mennyttä tapahtumaa oikein, vaikka henkilön nykyinen nimi tai osoite on muuttunut. Arvioi, tuleeko vanha tieto säilyttää historiallisena ja miten nykyinen tieto merkitään. Tätä ratkaisua ohjelmisto ei voi päätellä kentän ”uusi arvo” perusteella. Perustele päätös ja selitä se rekisteröidylle ymmärrettävästi.
Usein kysytyt kysymykset
Vastaako ohjelmisto pyyntöön puolestamme?
Mahdolliset automaatiot riippuvat tuotteesta ja sopimuksesta. Rekisterinpitäjä vastaa joka tapauksessa henkilöllisyyden, lähteiden, poikkeusten ja lopullisen vastauksen arvioinnista. Testaa nämä vaiheet valitussa tuotteessa.
Alkaako määräaika vasta tunnistamisesta?
12 artikla ilmaisee perusmääräajan pyynnön vastaanottamisesta. Älä siirrä alkupäivää automaattisesti tunnistusvaiheen loppuun. Perustellun tunnistustarpeen vaikutus yksittäiseen tilanteeseen edellyttää huolellista arviota ja dokumentointia.
Voiko pyytäjältä vaatia valmista lomaketta?
Oikeuden käyttöä tulee helpottaa. Lomake voi olla hyödyllinen vaihtoehto, mutta tunnistettu, vapaamuotoinen pyyntö pitää käsitellä. Kirjaa se samaan prosessiin.
Yhteenveto
DSAR-ohjelmiston arvo näkyy siinä, ettei yksikään pyyntö katoa kanavien, henkilöiden tai tietolähteiden väliin. Tunnista pyyntö, laske määräaika lain mukaan, kokoa oikeat tiedot ja tee näkyväksi ihmisen päätökset. Vertaa tuotteita yhdellä monilähteisellä esimerkillä. Ohjelma voi koordinoida työtä, mutta sisällöllinen vastaus ja näyttö sen oikeellisuudesta jäävät rekisterinpitäjälle.
Lähteet tarkistettu 27.9.2026.