ROPA tarkvara valikul on põhiküsimus, kas organisatsioon suudab selle abil kirjeldada tegelikku andmetöötlust, kontrollida muudatusi ja anda registri vajaduse korral järelevalveasutusele. Ilus vorm või kiiresti loodud tekst ei tõenda, et kirjeldus on õige. Sobiv lahendus peab toetama teie töötlemisrolle, vastutuse jaotust ja igapäevast uuendamist ning võimaldama andmed kasutatavalt kätte saada ka teenuse lõpetamisel.
See juhend aitab võrrelda tabelarvutust, registrile keskenduvat tööriista ja laiemat andmekaitseplatvormi. Õigusliku kohustuse üksikasjad leiate artikli 30 registrijuhendist. Siin on keskmes ostuotsus: mida demonstratsioonil läbi teha, milliseid tõendeid küsida ning kuidas vältida olukorda, kus tarkvara ostetakse, kuid registri sisu jääb endiselt teadmata.
Alustage oma registri ulatusest
ROPA tähendab töötlemistoimingute registrit. See kirjeldab tegevusi, eesmärke ja andmeliike, mitte iga üksiku inimese kohta tehtud toimingut. Palgaarvestus võib olla üks tegevus koos selgitustega; iga palgamakse jaoks ei pea looma eraldi ROPA-kirjet. Tarkvara valimisel aitab selline eristus vältida nii liigset sisestamist kui ka ühtainsat üldist kirjet nimega „ettevõtte andmed”.
GDPR-i artikkel 30 nõuab kirjalikku, sealhulgas elektroonilist registrit. Seadus ei kohusta ostma konkreetset programmi. Alla 250 töötajaga organisatsiooni erand ei laiene asjakohasele töötlemisele, kui see ei ole juhuslik, tõenäoliselt ohustab inimeste õigusi ja vabadusi või hõlmab artikli 9 eriliigilisi andmeid või artikli 10 süüteoandmeid. Need on eraldi erandit välistavad asjaolud, mitte kolm korraga nõutavat tunnust.
Näiteks püsiv töötajate palgaarvestus ei ole juhuslik ka väikeses ettevõttes. Sellest ei järeldu, et iga võimaliku tulevase tegevuse kohta peab kohe täitma kõik tarkvaras pakutavad väljad. Kaardistage esmalt praegused tegevused ja organisatsiooni roll igas tegevuses. Eesti üldist tausta käsitleb andmekaitse juhend; tarkvara hinnapakkumise aluseks peaks olema just teie tegelik ulatus.
Eristage kahte töötlemisrolli
Vastutav töötleja otsustab töötlemise eesmärgid ja vahendid. Volitatud töötleja töötleb andmeid vastutava töötleja nimel. Raamatupidamisbüroo võib olla oma töötajate andmete vastutav töötleja ja klientidele osutatava palgaarvestusteenuse puhul volitatud töötleja. Seega võib sama ettevõte vajada mõlema rolli dokumenteerimist, kuid rollid ei muutu üheks seetõttu, et kasutatakse ühist programmi.
Vastutava töötleja registris peavad olema tema ning kohaldataval juhul kaasvastutavate töötlejate, esindaja ja andmekaitsespetsialisti nimed ning kontaktandmed. Lisaks kirjeldatakse eesmärke, andmesubjektide ja isikuandmete kategooriaid, vastuvõtjate kategooriaid ning asjakohaseid rahvusvahelisi edastusi. Võimaluse korral märgitakse andmeliikide kavandatud kustutamistähtajad ning tehniliste ja korralduslike turvameetmete üldkirjeldus. Tarkvaras peavad need andmed olema omavahel arusaadavalt seotud.
Volitatud töötleja registris on vaja volitatud töötlejate ning iga vastutava töötleja nimesid ja kontaktandmeid, kelle nimel tegutsetakse, samuti kohaldatavate esindajate ja andmekaitsespetsialisti omi. Iga vastutava töötleja kohta kirjeldatakse töötlemise kategooriaid, asjakohaseid edastusi ning võimaluse korral turvameetmeid. Kontrollige, kuidas lahendus kajastab ka teisi volitatud töötlejaid. Ainult teie enda ettevõtte üldandmetest ja klientide nimede loendist ei piisa.
Demonstratsioonil paluge näidata mõlemat vaadet, kui neid vajate. Selgitage välja, kas tegemist on eraldi andmemudelitega või sama vormi ümbernimetamisega. Üksnes vastutava töötleja registrile mõeldud lahendus võib olla sobiv ost, kuid see ei kata automaatselt teenuseosutaja teist kohustust. Puuduva ulatuse jaoks peab olema eraldi toimiv lahendus ja selle eest vastutav inimene.
Kohustuslikud väljad ja kasulikud lisaväljad
Õiguslik alus, protsessi omanik, kasutatava süsteemi nimi, lepingu viide ja järgmise ülevaatuse kuupäev on väga kasulikud haldusväljad. Õiguslik alus ei ole siiski artikli 30 lõikes 1 eraldi nimetatud kohustuslik väli. Töötlemisel peab sobiv alus olemas olema sõltumata sellest, kas tarkvara selle küsimuse esitab. Ostja peaks eristama seaduses loetletud registrisisu ning lisateavet, mis aitab tõendada teisi kohustusi.
Sama kehtib säilitamise kohta. Artikli 30 väljend „võimaluse korral” ei õigusta teadlikku loobumist kustutamistähtaegade väljaselgitamisest. Kui tähtaeg pole veel kindlaks tehtud, peab see olema nähtav puudus koos lahendamise eest vastutajaga. Programm ei peaks muutma tühja välja vaikimisi piiramatuks säilitamiseks ega pakkuma üht riiklikku tähtaega kõigile klientide, töötajate ja külastajate andmetele.
Kolmandasse riiki või rahvusvahelisele organisatsioonile edastamise korral peab register võimaldama nimetada sihtriigi või organisatsiooni. Artikli 49 lõike 1 teises lõigus ette nähtud erandliku edastamise puhul tuleb dokumenteerida asjakohased kaitsemeetmed; sama artikli lõige 6 nõuab ka hinnangu dokumenteerimist registris. Üldine märkeruut „andmed on Euroopas” ei asenda tegeliku edastuse analüüsi ega dokumentide seostamist.
Millal piisab tabelarvutusest?
Tabel võib olla mõistlik, kui tegevusi on vähe, sisu eest vastutajad on teada ja muudatusi suudetakse kontrollida. Selle tugevus on paindlikkus: veerge saab kohandada, fail on tavaliselt hõlpsasti loetav ja andmed pole seotud ühe teenusepakkujaga. Puudused tekivad siis, kui inimesed kasutavad paralleelseid koopiaid või puudub arusaadav ülevaatus- ja kinnitamisprotsess.
Hinnake oma praegust tabelit konkreetse muudatuse abil. Kui vahetub palgaarvestusteenuse osutaja, kes saab sellest teada, millised read uuendatakse ning kuidas leitakse seotud leping ja säilitamiskord? Kui vastus on usaldusväärne ka puhkuste ajal, ei pea tabelit põhimõtteliselt välistama. Kui vastus sõltub ühe inimese mälust, otsige eelkõige paremat töökorraldust toetavaid funktsioone.
Registrile keskenduv rakendus sobib olukorda, kus peamine probleem on kirjete struktuur, koostöö ja ajakohastamine. Laiem platvorm võib olla põhjendatud, kui samu kirjeldusi vajavad ka taotluste, riskide, lepingute ja intsidentide haldajad. Rohkem mooduleid tähendab aga ka rohkem seadistamist ning kasutajate õpetamist. Võrrelge töömahtu, mida lahendus tegelikult vähendab, mitte üksnes funktsioonide koguarvu müügimaterjalis.
Koostage demonstratsiooniks oma proovijuhtum
Andke müüjale anonüümne näide oma tegevusest. Näiteks ettevõte osutab klientidele tugiteenust, kasutab pilves piletisüsteemi ning vahetab varsti selle teenusepakkujat. Paluge luua tegevuskirje, siduda see süsteemi ja vastuvõtjatega, märkida andmeliigid ning kirjeldada kustutamise käivitavat sündmust. Vaadake, millistes kohtades küsitakse täpsustust ja millistes tekib põhjendamatu automaatne oletus.
Seejärel muutke näite üht olulist tingimust. Lisage uus tugipartner või olukord, kus teenust osutatakse teise ettevõtte nimel. Kas tööriist näitab mõjutatud kirjeid ning säilitab eelmise kirjelduse? Kas muudatus jääb mustandiks kuni ülevaatuseni või jõuab kohe ametlikku eksporti? Selline katse näitab rohkem kui demonstratsioon, milles kõik väljad on juba laitmatult täidetud.
Proovijuhtumisse tasub lisada ka teadmata asjaolu. Kui teenusepakkuja kaugtoe asukoht ei ole kinnitatud, ei tohiks süsteem kujutada edastuste analüüsi lõpetatuna. Otsige võimalust salvestada küsimus, tõend ja vastutaja eraldi kinnitatud järeldusest. Tarkvara kvaliteeti näitab ka see, kuidas ta esitab puuduvat teavet, mitte ainult valmis dokumentide väljanägemine.
Kontrollige õigusi ja muudatuste ajalugu
Registri sisu võivad täiendada personalijuht, IT-spetsialist ja teenuse omanik, kuid kõigil pole vaja näha kõiki manuseid. Näiteks turvameetmete tõend võib sisaldada tundlikku süsteemiinfot. Võrrelge, kas õigusi saab piirata organisatsiooni, tegevuse või tööülesande järgi ning kas välisele nõustajale antud ligipääsu saab lõpetada ilma ülejäänud meeskonna tööd takistamata.
Mitme juriidilise isiku puhul kontrollige eraldi, kuidas välditakse kirjete segunemist. Ühise kaubamärgi kasutamine ei tähenda, et kõik tegevused kuuluvad samale vastutavale töötlejale. Paluge eksportida ainult ühe ettevõtte register ning vaadake, kas kaasatakse õiged kontaktid ja dokumendid. Ka juhuslik teise ettevõtte kirjete eksport võib tekitada konfidentsiaalsusprobleemi.
Muudatuste ajalugu peaks aitama vastata, kes mida muutis ja milline kirjeldus kehtis konkreetsel ajal. Kõigi klõpsude piiramatu säilitamine ei ole iseseisev eesmärk. Leppige kokku ajaloo ulatus, ligipääs ja säilitamise põhjendus. Kontrollige ka asendamise korda: registri eest vastutava töötaja lahkumine ei tohi jätta kirjeid ligipääsmatusse isiklikku kontosse.
Automatiseerimine vajab kontrollitavat sisendit
Dokumentidest andmete eraldamine ja korduvate väljade eeltäitmine võivad vähendada käsitööd. Tulemus sõltub siiski sisendist. Vana leping võib nimetada teenuseosutajat, keda enam ei kasutata; üldine privaatsusteade võib jätta ühe andmeliigi mainimata. Seetõttu peab olema võimalik näha ettepaneku allikat ja eristada tuvastatud fakti oletusest enne selle registrisse kinnitamist.
Tehisintellekti pakutud eesmärk või õiguslik alus vajab sisulist ülevaatust. Lause võib olla ladus, kuid kirjeldada teist teenust või eeldada nõusolekut olukorras, kus töötlemine toimub muul alusel. Määrake, kes ettepaneku kontrollib ja milline tõend on otsuseks vajalik. Automaatse teksti loomine ei anna teenusepakkujale õigust otsustada teie eest tegelikku töötlemise eesmärki.
Selgitage ka välja, kuidas kasutatakse tarkvarasse sisestatud teavet. ROPA ei vaja tavaliselt klientide tegelikke nimekirju ega töötajate tervisedokumente. Näidisandmed ja tegevuste kirjeldused on demonstratsioonil sageli piisavad. Kui dokumentide import hõlmab siiski isikuandmeid, hinnake selle vajalikkust, ligipääse ja teenuse tingimusi. Andmekaitsetarkvara ise ei ole andmekaitsenõuetest vabastatud.
Eksport peab töötama väljaspool rakendust
Enne ostu laadige alla päris prooviregister ja avage see tavapäraste töövahenditega. Vaadake, kas pikk tekst säilib tervikuna, täpitähed on õiged ja viited manustele jäävad arusaadavaks. Ekraanilt ilusana paistnud kirje võib ekspordis kaotada kontaktandmed või kuvada sisemise tunnuse, millest saaja aru ei saa. Kontrollige mõlemat töötlemisrolli eraldi.
AKI töötlemisülevaate juhend rõhutab, et elektroonilist ülevaadet peab saama kopeerida ja avada. Sellest ei tulene ühe kindla tootja või faililaiendi kohustust. Ostunõudena on siiski mõistlik küsida nii inimesele loetavat väljundit kui ka struktureeritud andmeeksporti, kui tahate hiljem kirjeid teise keskkonda üle viia.
Selgitage välja, kas eksport sisaldab ainult praegust teksti või ka vajalikku versiooniinfot, lisasid ja kirjetevahelisi seoseid. Andmesubjekti päringute haldamise tarkvara võib kasutada registrit süsteemide leidmiseks, kuid ROPA-eksport ei ole iseenesest vastus inimese juurdepääsutaotlusele. Üks kirjeldab töötlemiste ülesehitust, teine puudutab konkreetse inimese andmeid ja tema õigusi.
Hinnake tarkvarateenust ennast
Kui teenusepakkuja töötleb teie nimel isikuandmeid, tuleb suhe korraldada artikli 28 kohase kirjaliku, sealhulgas elektroonilise lepingu või muu siduva liidu või liikmesriigi õigusaktiga. Tavapärase tarkvarahanke puhul kasutatakse lepingut. Kontrollige juhiseid, konfidentsiaalsust, turvalisust, alltöötlejate kaasamist, abistamist ja kontrollimise võimalusi. Volitatud töötleja lepingu juhend aitab neid küsimusi eraldi hinnata.
Teenuse lõpus peab volitatud töötleja vastutava töötleja valikul andmed tagastama või kustutama ning kustutama olemasolevad koopiad ka tagastamise korral, välja arvatud juhul, kui liidu või liikmesriigi õigus nõuab säilitamist. Küsige, kuidas see kohustus rakendub aktiivsetele andmetele ja varukoopiatele ning kuidas välditakse andmete tavakasutusse naasmist. Leping peab toetama tegelikku lahkumisplaani, mitte pelgalt konto sulgemist.
Ärge hinnake turvalisust ainult serveri riigi või sertifikaadi logo järgi. Küsige ligipääsukontrolli, taastamise, tugipersonali õiguste ja alltöötlejate kohta asjakohast tõendit. Tõendi ulatus peab katma ostetavat teenust. Hinnangu sügavus sõltub teie sisestatavast teabest ja riskist; üldine kinnituskiri ei lahenda kõiki konkreetse kasutuse küsimusi.
Ühendage register ülejäänud tööga
Register aitab märgata tegevusi, mille puhul tuleb hinnata andmekaitsealase mõjuhinnangu vajadust. Tarkvara märguanne ei ole aga valmis mõjuhinnang ega lõplik otsus selle vajalikkuse kohta. Samuti ei ole iga registris nimetatud vastuvõtja volitatud töötleja. Näiteks teine iseseisvalt tegutsev vastutav töötleja vajab teistsugust rollide ja avaldamise analüüsi.
Rikkumisest teavitamisel võib ajakohane register aidata leida mõjutatud süsteemid ja andmekategooriad. See ei asenda juhtumi asjaolude uurimist ega riski hindamist. Valikul kontrollige, kas seotud moodulid jagavad kinnitatud teavet või paluvad samu andmeid uuesti sisestada, ning kas ühe kirje parandamine muudab tahtmatult juba lõpetatud juhtumi dokumentatsiooni.
Andmekaitsespetsialist võib nõustada registri ülesehitust ja jälgida kohustuste täitmist, kuid organisatsiooni vastutus ei lähe talle üle. Tegevuse sisulise kirjelduse peaks kinnitama inimene, kes tunneb protsessi. Ostuprojektis tuleb seetõttu läbi rääkida nii kasutajaõigused kui ka see, kelle tööaega andmete kontrollimiseks tegelikult eraldatakse.
Viige vanad kirjed üle kontrollitava järjekorraga
Enne importi leppige kokku mõistete kasutamine. Ühes tabelis võib „klient” tähendada lepingu sõlminud ettevõtet, teises füüsilist isikut ja kolmandas kliendi kontaktisikut. Kui need väärtused ühendatakse automaatselt, tekib näiliselt korras register, mille andmesubjektide kategooriad on sisuliselt valed. Koostage väike ühine sõnastik ja laske protsessiomanikel kinnitada, mida iga kategooria nende tegevuses tähendab.
Määrake ka see, milline allikas lahendab vastuolu. Kui hankeleping ja IT inventuur nimetavad erinevat majutusteenust, tuleb enne lõpliku kirje kinnitamist selgitada tegelik kasutus. Kõige uuema faili kuupäev ei näita alati kõige usaldusväärsemat sisu. Registri üleviimine annab võimaluse vastuolud nähtavaks teha, kuid nende sisuline lahendamine peab jääma teadlikuks tööülesandeks, mitte impordiprogrammi juhuslikuks valikuks.
Säilitage ülemineku ajal kontrollitud lähteversioon ning märkige, millised kirjed on juba uues keskkonnas kinnitatud. Vältige olukorda, kus inimesed muudavad korraga nii vana tabelit kui uut registrit ja kumbki ei kajasta tervikpilti. Valige selge üleminekuhetk, teavitage kasutajaid ning kontrollige valimiga, et pikad märkused, seosed ja vajalikud manused ei ole kadunud. See on praktiline kvaliteedikontroll, mitte seaduses ette nähtud kindla vormiga audit.
Planeerige töö pärast esimest eksporti
Kasutuselevõtu edukust tasub hinnata pärast esimest tegelikku muudatust, mitte ainult registri loomise päeval. Näiteks uue värbamisportaali kasutuselevõtt võib mõjutada kandidaatide andmeliike, teenusepakkujat, säilitamist ja privaatsusteavet. Kontrollige, kuidas see teave jõuab vastava tegevuse omanikuni ning kuidas seotud kirjeldused üle vaadatakse. Pelgalt kalendrimeeldetuletus ei tõenda, et vajalik muudatus tehti.
Määrake sündmused, mis käivitavad ülevaatuse: uus eesmärk, teenuse lõppemine, oluline süsteemimuudatus või muutunud andmevahetus. Perioodiline ülevaatus võib neid täiendada, kuid üks kõigile sobiv iga-aastane kuupäev ei asenda vahepeal toimuvate muutuste käsitlemist. Samuti pole vaja iga muutumatu kirje teksti regulaarselt ümber kirjutada. Kinnitada tuleb selle jätkuv vastavus tegelikkusele ja märkida vajaduse korral kontrolli alus.
Kui kasutajad jätavad vajalikud väljad pidevalt täitmata, uurige põhjust enne uute kohustuslike kontrollide lisamist. Väli võib olla ebaselge, otsustusõigus puududa või andmed asuda teise osakonna käes. Hea töökorraldus annab inimesele küsimuse lahendamiseks sobiva kontakti ja tähtaja. Tarkvara peaks aitama ülesande üleandmist jälgida, mitte tekitama olukorda, kus kasutaja sisestab väljamõeldud vastuse ainult vormi sulgemiseks.
Kogukulu ja kasutuselevõtu otsus
Võrreldavad pakkumised peaksid hõlmama samu organisatsioone, kasutajaid, mooduleid, impordiabi ja väljundeid. Kuuhinna kõrval arvestage olemasolevate kirjete korrastamist, õpetamist, tugiteenust ja võimalikku väljumiskulu. GDPR-tarkvara hinna hindamisel on olulisem teada, mille eest tasutakse, kui võrrelda erineva sisuga pakettide reklaamitud alghindu.
Alustage kasutuselevõttu ühe tuttava tegevusega ja ühe keerukama piiriülese või mitme osapoolega näitega. Võrrelge tulemust tegelike lepingute ning töökorraldusega. Seejärel otsustage, milliseid vanu kirjeid saab üle kanda ja millised vajavad ümberkirjutamist. Import ei paranda automaatselt vananenud sisu; vigane tähtaeg jääb vigaseks ka uues andmebaasis.
Hanke lõpus fikseerige vastuvõtmise tingimused: õiged rollid, kontrollitud proovikirjed, toimiv ligipääsude eristus, loetav eksport ja kokku lepitud lahkumiskord. Lahenduste esmast ringi aitab struktureerida GDPR-tarkvara võrdluse juhend. Demonstratsiooniks valmistage ette enda näide ja küsimused. Ost peab jätma organisatsioonile kontrolli nii registri sisu kui ka selle edasise kasutamise üle.