Käsittelytoimien selosteen malli auttaa kokoamaan tiedot siitä, mihin organisaatio käyttää henkilötietoja, keiden tietoja se käsittelee ja miten käsittely on järjestetty. Malli on lähtökohta kartoitukselle. Valmis seloste syntyy vasta, kun kentät on täytetty oman toiminnan mukaan ja tiedot on tarkistettu niiden ihmisten kanssa, jotka tuntevat käytännön työvaiheet.
Tässä oppaassa on erilliset pohjat rekisterinpitäjälle ja henkilötietojen käsittelijälle. Mukana on myös verkkokauppaa koskeva esimerkki ja ohjeita tavallisiin täyttöongelmiin. Velvollisuuden yleistä oikeudellista taustaa käsittelee opas käsittelytoimien selosteesta ja 30 artiklasta. Tämän sivun tarkoitus on auttaa tekemään selosteesta käyttökelpoinen työasiakirja, jonka sisältö vastaa todellista toimintaa.
Valitse oikea rooli ja rajaa velvollisuus
Rekisterinpitäjä määrittää käsittelyn tarkoitukset ja olennaiset keinot. Henkilötietojen käsittelijä käsittelee tietoja rekisterinpitäjän lukuun. Rooli ratkaistaan tosiasiallisen toiminnan perusteella, ei pelkästään sillä, mitä sopimuksen otsikko sanoo. Esimerkiksi palveluyritys voi olla asiakkaan aineiston osalta käsittelijä mutta omien työntekijöidensä tietojen osalta rekisterinpitäjä. Tällöin sen on erotettava nämä käsittelyt myös dokumentaatiossa.
GDPR:n 30 artiklan 5 kohdan poikkeus koskee organisaatioita, joissa on alle 250 työntekijää, mutta se ei vapauta kaikkia pieniä yrityksiä selosteen laatimisesta. Poikkeusta ei sovelleta käsittelyyn, joka ei ole satunnaista, todennäköisesti aiheuttaa riskin ihmisten oikeuksille ja vapauksille tai sisältää 9 artiklan erityisiä henkilötietoryhmiä tai 10 artiklan tietoja. Yksikin näistä vaihtoehtoisista edellytyksistä riittää sulkemaan kyseisen käsittelyn poikkeuksen ulkopuolelle.
Tarkastelu tehdään käsittelytoimien tasolla. Säännöllinen asiakaspalvelu ja palkanlaskenta eivät yleensä ole satunnaista toimintaa, vaikka henkilöstöä olisi vähän. Vähintään 250 työntekijän organisaatio ei voi nojata tähän poikkeukseen. Jos joistakin aidosti satunnaisista käsittelyistä päätetään jättää seloste laatimatta, päätöksen perusteet on järkevää kirjata erikseen, jotta rajaus voidaan myöhemmin arvioida uudelleen toiminnan muuttuessa.
Rekisterinpitäjän mallipohja
Rekisterinpitäjän pakolliset tiedot perustuvat 30 artiklan 1 kohtaan. Alla oleva pohja erottaa yhteiset tiedot ja yksittäisen toiminnon tiedot. Näin samaa osoitetta ei tarvitse kopioida jokaiseen riviin, mutta lukijan pitää edelleen pystyä yhdistämään jokainen toiminto oikeaan rekisterinpitäjään. Nimi ja yhteystiedot tarvitaan soveltuvin osin myös yhteisrekisterinpitäjistä, edustajasta ja tietosuojavastaavasta.
YHTEISET TIEDOT
Rekisterinpitäjän nimi ja yhteystiedot:
Mahdollisten yhteisrekisterinpitäjien nimet ja yhteystiedot:
Mahdollisen edustajan nimi ja yhteystiedot:
Mahdollisen tietosuojavastaavan nimi ja yhteystiedot:
TOIMINTOKOHTAISET TIEDOT
Toiminnon nimi ja sisäinen tunniste:
Käsittelyn tarkoitukset:
Rekisteröityjen ryhmät:
Henkilötietoryhmät:
Vastaanottajaryhmät, myös soveltuvat kolmansien maiden vastaanottajat:
Siirrot kolmansiin maihin tai kansainvälisille järjestöille:
Maat tai järjestöt yksilöityinä:
Tarvittaessa 49(1) artiklan toisen alakohdan suojatoimien asiakirjat:
Suunnitellut poistamisen määräajat tietoryhmittäin, mahdollisuuksien mukaan:
Yleinen kuvaus turvatoimista, mahdollisuuksien mukaan:
HYÖDYLLISIÄ LISÄKENTTIÄ
Käsittelyperuste ja viittaus sen arviointiin:
Mahdollinen 9 artiklan käsittelyedellytys:
Järjestelmät, säilytyspaikat ja sopimusviittaukset:
Siirtoperuste ja sitä koskeva arviointi:
Toiminnosta vastaava henkilö, päivityspäivä ja avoimet kysymykset:
Käsittelyperuste on hyödyllinen lisäkenttä, vaikka sitä ei nimenomaisesti luetella 30 artiklan pakollisissa kentissä. Käsittelyllä pitää silti olla lainmukainen peruste. Sama ero koskee esimerkiksi järjestelmän nimeä, sisäistä vastuuhenkilöä ja tarkistuspäivää: ne auttavat hallitsemaan kokonaisuutta, mutta niiden puuttumista ei pidä kuvata automaattisesti juuri tietyn lakisääteisen kentän puuttumiseksi. Tietosuojavaltuutetun rekisterinpitäjän ohje ja viranomaisen oma mallipohja tukevat tietojen jäsentelyä.
Päätä, mitä yksi rivi tarkoittaa
Aloita toiminnosta, jonka vastuuhenkilö pystyy kuvaamaan tavallisella kielellä. Esimerkkejä ovat työnhakemusten käsittely, tilausten toimittaminen ja reklamaatioiden selvittäminen. Pelkkä järjestelmäluettelo ei riitä, koska sama ohjelma voi sisältää useita eri tarkoituksiin käytettäviä tietoja. Myös sama käsittely voi jakautua useaan ohjelmaan, sähköpostiin ja paperiseen arkistoon.
Jokaisen tietokannan tai yksittäisen työvaiheen ei tarvitse muodostaa omaa riviään. Sopiva jaottelu riippuu siitä, pystyykö lukija ymmärtämään tarkoitukset, tietoryhmät, vastaanottajat ja säilytysajat. Jos kahdella toiminnolla on olennaisesti erilaiset perusteet tai poistamisen säännöt, erilliset rivit ovat usein selkeämpi ratkaisu. Yhteisiä tietoja voi hallita liitteissä, kun viittaukset ovat yksiselitteisiä ja ajantasaisia.
Kirjaa tarkoitus toimintaa kuvaavana lauseena. Ilmaus ”asiakastietojen käsittely” kertoo vain, että tietoja käsitellään. ”Asiakkaan tilauksen vastaanottaminen, toimittaminen ja laskuttaminen” kertoo jo, mitä varten tiedot ovat tarpeen. Jos sama aineisto myöhemmin otetaan mainonnan kohdentamiseen, sitä ei pidä piilottaa alkuperäisen kuvauksen alle. Uuden käyttötarkoituksen lainmukaisuus on arvioitava ennen käyttöä, ja myös dokumentaatio on päivitettävä.
Tietoryhmät ja ihmisryhmät on erotettava
Rekisteröityjen ryhmä vastaa kysymykseen, keitä tiedot koskevat. Henkilötietoryhmä puolestaan kertoo, millaisia tietoja heistä käsitellään. Asiakkaat, yritysasiakkaiden yhteyshenkilöt, työnhakijat ja henkilöstö ovat esimerkkejä ensimmäisestä. Yhteystiedot, tilaushistoria, hakemusasiakirjat ja palkkatiedot kuuluvat jälkimmäiseen. Ryhmät on kuvattava riittävän tarkasti, jotta käsittelyn laajuutta voi arvioida.
Älä kopioi tietoryhmiksi kaikkia ohjelmiston mahdollisia tietokenttiä. Selvitä, mitä organisaatio tosiasiassa kerää ja käyttää. Toisaalta lyhyt ilmaus ”muut tarvittavat tiedot” ei saa peittää olennaisia tietoja, kuten terveydentilaa, ammattiliiton jäsenyyttä tai rikostuomioita koskevia tietoja. Näiden esiintyminen vaikuttaa myös käsittelyn edellytyksiin ja riskien arviointiin.
Selosteeseen ei yleensä tarvita luetteloa kaikista yksittäisistä asiakkaista tai työntekijöistä. Käytä tarvittaessa kuvitteellista esimerkkiä, älä oikeaa henkilötunnusta tai kokonaisen asiakirjan kopiota. Tämä ei kuitenkaan tarkoita ehdotonta henkilönimien kieltoa: esimerkiksi tietosuojavastaavan ja tarvittaessa luonnollisena henkilönä toimivan rekisterinpitäjän nimi kuuluu lain edellyttämiin tunnistetietoihin. Mallin on erotettava tällaiset yhteystiedot varsinaisesta käsiteltävästä asiakasaineistosta.
Perustele lainmukaisuus ilman valmiita oletuksia
Käsittelyperusteen kenttä ei toimi, jos siihen luetellaan varmuuden vuoksi kaikki 6 artiklan vaihtoehdot. Valitse kyseiseen käsittelyyn soveltuva peruste ja osoita, mistä sen arviointi löytyy. Sopimukseen perustuva käsittely edellyttää muun muassa, että käsittely on tarpeen rekisteröidyn kanssa tehdyn sopimuksen täyttämiseksi tai tämän pyytämiksi sopimusta edeltäviksi toimiksi. Organisaation sopimus toisen yrityksen kanssa ei automaattisesti tee kaikista yhteyshenkilön tietojen käyttötavoista sopimusperusteisia.
Jos perusteena on lakisääteinen velvoite, yksilöi soveltuva velvoite ja sen kattama aineisto. Oikeutettuun etuun perustuvassa käsittelyssä linkitä tarvittaessa erilliseen arviointiin. Suostumuksen kohdalla seloste voi osoittaa, missä suostumus dokumentoidaan ja miten sen peruuttaminen vaikuttaa toimintaan. Suostumusta koskeva opas auttaa arvioimaan edellytyksiä; suostumus ei ole yleinen vararatkaisu epäselvään käsittelyyn.
Erityisiä henkilötietoryhmiä käsiteltäessä tarvitaan lisäksi soveltuva 9 artiklan edellytys. Pelkkä työnantajan tarve tai yleinen maininta henkilöstöhallinnosta ei ratkaise esimerkiksi terveystietojen käsittelyä. Jos edellytys on epäselvä, merkitse kysymys avoimeksi ja nimeä sen selvittäjä. Selosteen tarkoitus on tuoda epäselvyydet näkyviin, eikä täyteen täytetty taulukko osoita käsittelyä lainmukaiseksi.
Arvioi vastaanottajan rooli ennen sopimusmerkintää
Selosteessa kuvataan vastaanottajaryhmät. Käytännössä niiden taustalle kannattaa koota tiedot palveluntarjoajista ja muista tahoista, joille henkilötietoja luovutetaan. Selvitä, mitä tietoja kukin vastaanottaa ja mihin tarkoitukseen. Maksamisen, kuljetuksen ja asiantuntijapalvelujen tarjoajat eivät ole pelkän palvelun nimen perusteella aina henkilötietojen käsittelijöitä. Rooli voi riippua tietystä tehtävästä, lainsäädännöstä ja osapuolten tosiasiallisista päätöksistä.
Kun taho toimii käsittelijänä, suhteen pitää täyttää 28 artiklan vaatimukset. Velvoitteet vahvistetaan kirjallisessa, myös sähköisessä, sopimuksessa tai artiklan sallimassa muussa sitovassa unionin tai jäsenvaltion oikeuden mukaisessa oikeudellisessa asiakirjassa. Tavanomaisessa palveluhankinnassa käytetään yleensä sopimusta. Käsittelysopimuksen malli auttaa tarkistamaan sisältöä, mutta sopimuksen otsikko ei yksin ratkaise osapuolten rooleja.
Kirjaa selosteeseen viittaus siihen sopimukseen tai muuhun asiakirjaan, joka koskee juuri tätä käsittelyä. Tarkista myös alikäsittelijät ja muut tiedon reitit. Tilanne, jossa päätoimittajan nimi on oikein mutta tukipalvelun tai integraation käyttö jää tuntemattomaksi, voi antaa väärän kuvan tietojen vastaanottajista. Selostetta varten tehtävä kartoitus kannattaa siksi yhdistää hankinnan ja järjestelmän omistajan tietoihin.
Kolmansiin maihin siirtäminen tarvitsee oman selvityksen
Jos henkilötietoja siirretään kolmanteen maahan tai kansainväliselle järjestölle, yksilöi maa tai järjestö. Selvitä myös, mikä siirtomekanismi on käytössä ja missä sitä koskeva dokumentaatio säilytetään. EU:ssa oleva palvelinkeskus ei yksin kerro kaikkea: myös muiden organisaatioiden tukipalvelut ja pääsy tietoihin voivat olla merkityksellisiä. Käsittelysopimus ja kansainvälisen siirron edellytykset ovat eri arviointeja.
Siirto voi perustua esimerkiksi riittävyyspäätökseen tai 46 artiklan mukaisiin asianmukaisiin suojatoimiin. Poikkeuksia koskevan 49 artiklan soveltaminen edellyttää sen omien ehtojen täyttymistä. Opas henkilötietojen siirroista EU:n ulkopuolelle auttaa erottamaan mekanismit. Älä merkitse samaa vakiovastausta jokaisen ulkomaisen palveluntarjoajan kohdalle ilman palvelukohtaista tarkistusta.
Artiklassa 30 säädetään erityisestä dokumentoinnista 49 artiklan 1 kohdan toisen alakohdan tilanteessa. Kyse on suppeasta poikkeuksesta, jossa asianmukaiset suojatoimet on dokumentoitava, ja 49 artiklan 6 kohta edellyttää myös arvioinnin kirjaamista selosteeseen. Tämä erityinen vaatimus ei tarkoita, että kaikki kolmansiin maihin tehtävät siirrot perustuisivat kyseiseen poikkeukseen. Merkitse tarvittaessa selkeä viittaus asianomaisiin asiakirjoihin ja pidä niiden versiot hallinnassa.
Säilytysajat kuvataan tietojen käyttötarkoituksen mukaan
Artikla 30 edellyttää mahdollisuuksien mukaan suunniteltuja poistamisen määräaikoja eri tietoryhmille. Käytännössä pelkkä ”tarpeen mukaan” ei auta päättämään, milloin aineisto poistetaan. Kuvaa määräajan lisäksi tapahtuma, josta aika alkaa, kuten hakuprosessin päättyminen tai tietyn sopimussuhteen päättyminen. Jos tarkkaa aikaa ei voida ennalta määrittää, anna ymmärrettävät arviointikriteerit ja vastuuta niiden soveltaminen.
Erota asiakaspalvelun työaineisto, lakisääteisesti säilytettävä kirjanpitoaineisto ja mahdolliseen riitaan liittyvät asiakirjat. Sama tapahtuma voi tuottaa eri tarkoituksiin tarvittavia asiakirjoja, joiden säilytys ei pääty samana päivänä. Yhden asiakirjaryhmän lakisääteinen säilyttäminen ei oikeuta pitämään asiakkaan koko profiilia tai kaikkea henkilöstöaineistoa yhtä pitkään. Säilytyksen rajoittamisen opas käsittelee aikojen perustelua tarkemmin.
Tarkista toteutus järjestelmän pääkäyttäjältä. Poistuuko tieto vain näkyvästä käyttöliittymästä vai myös hakemistoista, siirtotiedostoista ja muista aktiivisista kopioista? Varmuuskopioiden käsittely pitää kuvata realistisesti, ja palautustilanteessa on huomioitava aiemmin tehdyt poistot. Selosteeseen voidaan merkitä viittaus erilliseen poistamismenettelyyn. Näin tekninen ohje voi muuttua ilman, että samaa yksityiskohtaista tekstiä päivitetään useaan taulukkoon.
Turvatoimet ja vaikutustenarviointi
Turvatoimien yleinen kuvaus on laadittava mahdollisuuksien mukaan. Kerro olennaisista käytännöistä, kuten käyttöoikeuksien rajaamisesta, pääkäyttäjien hallinnasta, varmuuskopioinnista, palautumisen tarkistamisesta ja häiriöihin reagoimisesta. Älä väitä kaikkien järjestelmien käyttävän tiettyä salausta tai valvontaa, jos asiaa ei ole tarkistettu. Turvallisuuden pitää vastata kyseisen käsittelyn riskejä.
Selosteeseen ei ole tarkoitus sijoittaa salasanoja, salausavaimia tai täydellistä hyökkäyksiä helpottavaa teknistä kuvausta. Yleinen kuvaus voidaan yhdistää käyttöoikeuksin suojattuun tekniseen dokumentaatioon. Samalla on huolehdittava itse selosteen suojaamisesta: se voi paljastaa organisaation tietovirtoja, yhteystietoja ja turvallisuusjärjestelyjä. Asiakirjan saatavuus asiaankuuluville vastuuhenkilöille ja sen tarpeeton jakaminen ovat eri asioita.
Jos käsittely todennäköisesti aiheuttaa korkean riskin, 35 artiklan mukaisen vaikutustenarvioinnin tarve on ratkaistava. Seloste voi auttaa tunnistamaan tällaisen tilanteen, mutta ei korvaa arviointia. Merkitse tarvittaessa arvioinnin tunniste, vastuuhenkilö ja tila. Keskeneräinen arviointi ei muutu valmiiksi sillä, että selosteessa on linkki sen luonnokseen.
Henkilötietojen käsittelijän erillinen pohja
Käsittelijän selosteessa keskeistä ovat kunkin rekisterinpitäjän lukuun suoritettavat käsittelyn ryhmät. Kaikki rekisterinpitäjän pohjan kentät eivät sellaisinaan kuulu 30 artiklan 2 kohdan vähimmäisvaatimuksiin. Toisaalta käsittelijän yhteystietojen lisäksi tarvitaan tiedot rekisterinpitäjistä ja soveltuvista muista osapuolista. Tietosuojavaltuutetun käsittelijän ohje tarjoaa tähän oman mallinsa.
KÄSITTELIJÄN SELOSTE
Käsittelijän tai käsittelijöiden nimet ja yhteystiedot:
Jokaisen rekisterinpitäjän nimi ja yhteystiedot:
Soveltuvien rekisterinpitäjän/käsittelijän edustajien nimet ja yhteystiedot:
Mahdollisen tietosuojavastaavan nimi ja yhteystiedot:
Käsittelyn ryhmät kunkin rekisterinpitäjän lukuun:
Mahdolliset siirrot sekä yksilöidyt kolmannet maat/järjestöt:
Tarvittaessa 49(1) artiklan toisen alakohdan arviointi ja suojatoimet:
Turvatoimien yleinen kuvaus, mahdollisuuksien mukaan:
Hyödylliset lisäviitteet: ohjeet, sopimukset, alikäsittelijät ja versiot
Vakioitua palvelukuvausta voi hyödyntää usean asiakkaan kohdalla, kun jokainen rekisterinpitäjä ja tämän käsittely saadaan luotettavasti selville. Asiakaskohtaiset poikkeukset eivät saa kadota yhteiseen liitteeseen. Esimerkiksi yhden asiakkaan erityinen tukijärjestely tai erilainen siirtoreitti voi edellyttää erillistä kuvausta. Seloste ei myöskään anna käsittelijälle oikeutta käyttää asiakkaan tietoja uusiin omiin tarkoituksiin.
Verkkokaupan esimerkki: neljä riviä ei takaa kattavuutta
Kuvitteellinen verkkokauppa aloittaa tilauksista, asiakaspalvelusta, uutiskirjeestä ja henkilöstöhallinnosta. Nämä ovat käyttökelpoisia aloituskohtia, mutta niiden lukumäärä ei osoita, että koko verkkokaupan toiminta on katettu. Kartoituksessa voi ilmetä esimerkiksi petosten torjuntaa, hakemusten käsittelyä tai erillisiä analyysipalveluja. Jokaisen todellisen toiminnon osalta pitää selvittää, tarvitaanko oma kuvaus vai onko se ymmärrettävästi katettu toisessa kohdassa.
Tilausten kohdalla verkkokauppa kuvaa asiakkaat ja toimituksen vastaanottajat, osoitetiedot, tilausrivit sekä maksamiseen liittyvät viitteet. Sen ei pidä väittää säilyttävänsä maksukortin kaikkia tietoja, jos ne käsittelee maksupalvelu eikä kauppa saa niitä. Maksupalvelun ja kuljetusyrityksen roolit tarkistetaan erikseen. Vastaanottajaryhmän merkintä tehdään sen mukaan, miten palvelu todella toimii.
Uutiskirjeen kohdalla tarkistetaan käytettävä peruste, liittymisen dokumentointi ja poistumisen toteutus. Jos samalla verkkosivustolla käytetään evästeitä tai muita päätelaitetekniikoita, niitä koskeva suostumusarvio on tehtävä erikseen soveltuvien sääntöjen mukaan. Pelkkä oikeutetun edun arvioinnin liittäminen selosteeseen ei ratkaise tällaista vaatimusta. Eri sääntöjen mukaisten arviointien erottaminen auttaa välttämään harhaanjohtavaa yleismerkintää ”markkinointi on sallittu”.
Kun asiakas pyytää pääsyä tietoihinsa, selosteen pitäisi auttaa tunnistamaan relevantit järjestelmät ja vastuuhenkilöt. Se ei itsessään ole vastaus 15 artiklan mukaiseen tarkastuspyyntöön. Vastausta varten on haettava pyynnön piiriin kuuluvat henkilötiedot ja arvioitava soveltuvat velvollisuudet. Jos selosteesta ei käy ilmi esimerkiksi asiakaspalvelun erillinen järjestelmä, hakua voidaan virheellisesti rajata pelkkään tilauskantaan.
Täyttämisen työjärjestys käytännössä
Pyydä ensin toiminnon omistajaa kuvaamaan yksi tavallinen tapahtuma alusta loppuun. Verkkokaupassa se voi olla tilaus, jota seuraa palautus ja hyvitys. Kysy, missä vaiheessa henkilötietoja syntyy, kuka saa ne nähtäväkseen ja jääkö tapahtumasta erillisiä kopioita. Tämän jälkeen järjestelmän pääkäyttäjä voi tarkistaa tekniset tiedot ja hankinnasta vastaava henkilö sopimukset. Näin seloste ei perustu yhden henkilön oletuksiin kaikkien muiden työstä.
Älä aloita pyytämällä jokaista osastoa täyttämään laajaa taulukkoa ilman yhteisiä käsitteitä. Sopikaa ensin, mitä tarkoitetaan toiminnolla, vastaanottajalla ja poistamisen määräajalla. Muuten yksi vastaaja luettelee ohjelmia, toinen yksittäisiä asiakkaita ja kolmas kaikkia kuviteltavissa olevia käyttötarkoituksia. Lyhyt yhteinen täyttöesimerkki voi yhtenäistää vastauksia, mutta sen henkilötietoryhmiä tai perusteita ei pidä siirtää sellaisinaan muihin toimintoihin.
Kootkaa puuttuvat vastaukset erilliseen työlistaan. Jos esimerkiksi palveluntarjoajan tukipaikka on selvittämättä, vastuuhenkilölle voidaan antaa tehtävä tarkistaa sopimus ja käytännön pääsyjärjestelyt. Selosteeseen merkitään, että asia on kesken, eikä puuttuvaa tietoa korvata vahvistamattomalla oletuksella. Avoimen kysymyksen ratkaiseminen voi johtaa sopimuksen tai itse palvelun muuttamiseen; lopputuloksen pitää näkyä myös lopullisessa kuvauksessa.
Kun tiedot on koottu, tarkistakaa muutama rajapinta erityisen huolellisesti. Vastaavatko vastaanottajaryhmät todellisia tiedonsiirtoja? Ovatko tietoryhmät yhteensopivia ilmoitetun tarkoituksen kanssa? Voiko kuvattu poistaminen tapahtua järjestelmässä, johon seloste viittaa? Näiden kysymysten avulla havaitaan ristiriitoja, joita jokaisen kentän tarkastelu erikseen ei välttämättä paljasta. Vahvistakaa lopuksi, kuka hyväksyy kuvauksen ja kuka toteuttaa sen edellyttämät korjaukset.
Yhteinen pohja ei poista organisaatioiden eroja
Konserni voi käyttää yhtä dokumentointialustaa ja yhteistä mallia. Kunkin rekisterinpitäjän toiminnan pitää silti erottua, eikä yhden yhtiön sopimus tai peruste automaattisesti kata toisen yhtiön käsittelyä. Jos yhteiset tiedot esitetään liitteessä, varmista että lukija tietää, mihin yhtiöihin ja toimintoihin liite soveltuu. Myös samanniminen palvelu voi olla järjestetty eri yhtiöissä eri tavoin.
Sama koskee ulkopuolisen asiantuntijan laatimaa selostetta. Asiantuntija voi auttaa kysymään oikeat kysymykset ja jäsentämään vastaukset, mutta hänen mallinsa ei yksin todista, mitä organisaatiossa tapahtuu. Pyydä lopputulos muodossa, jota omat vastuuhenkilöt pystyvät päivittämään, ja varmista pääsy siinä mainittuihin asiakirjoihin. Selosteen ylläpidon pitää jatkua myös konsulttitoimeksiannon tai käytetyn ohjelmistopalvelun päättyessä.
Kuka ylläpitää selostetta ja milloin sitä muutetaan?
Nimeä toiminnon sisällön tunteva vastuuhenkilö ja sovi, kuka kokoaa päivitykset yhteiseen asiakirjaan. Tietosuojavastaava voi neuvoa ja valvoa vaatimusten noudattamista, mutta rekisterinpitäjän vastuu ei siirry hänelle. Johdon on huolehdittava siitä, että prosessien omistajilla on käytettävissään riittävät tiedot ja että epäselvät kysymykset saadaan ratkaistua.
Päivitä seloste olennaisten muutosten yhteydessä: uusia tarkoituksia, vastaanottajia, tietoryhmiä tai poistamisen sääntöjä ei pidä jättää odottamaan seuraavaa kalenterivuotta. Määrävälein tehtävä läpikäynti voi täydentää muutosmenettelyä. Artikla 30 ei kuitenkaan aseta kaikille organisaatioille samaa vuosittaista tarkistuspäivää eikä vaadi tiettyä ohjelmistoa. Valitse järjestely, jolla tiedot pysyvät käytännössä luotettavina.
Seloste on pidettävä kirjallisena, myös sähköinen muoto käy, ja se on annettava valvontaviranomaisen saataville pyynnöstä. Seloste ei yleensä ole sama asiakirja kuin yleisölle tarkoitettu tietosuojaseloste. Tarkista kuitenkin, että molempien tarkoitukset, vastaanottajat ja säilytyskuvaukset perustuvat samaan toimintaan. Ristiriita voi paljastaa joko vanhentuneen dokumentin tai käsittelytavan, jota ei ole arvioitu.
Ennen käyttöönottoa pyydä yhtä kollegaa kuvaamaan valittu toiminto pelkän selosteen ja sen liitteiden avulla. Jos hän ei saa selville, kenen tiedoista on kysymys, miksi niitä tarvitaan tai miten säilytys päättyy, tarkenna kuvausta. Tämä käytännön tarkistus ei takaa viranomaisen hyväksyntää, mutta se auttaa löytämään puutteet, joita pelkkä täytettyjen solujen määrä ei paljasta.