GDPR ehk isikuandmete kaitse üldmäärus - andmekäitluse kultuuri muutus: Difference between revisions

From ICO wiki
Jump to navigationJump to search
Line 148: Line 148:


==== Vastavuse strateegia ====
==== Vastavuse strateegia ====
Tegemist on strateegiaga mille kasutamine on piisav, et tagada enamus kohustuslike ettevalmistustegevusi. Vahe on selles, et ta vastab enamusele GDPR vastavuse nõutele, kuid puudutab väga vähe ettevõtte siseseid reegleid, põhiprintsiipe, vabatahtlikuid kokkuleppeid jms.  
Tegemist on strateegiaga mille kasutamine on piisav, et tagada enamus kohustuslikke ettevalmistustegevusi. Vahe on selles, et ta vastab enamusele GDPR vastavuse nõutele, kuid puudutab väga vähe ettevõttesiseseid reegleid, põhiprintsiipe, vabatahtlikke kokkuleppeid jms.  
Seda strateegiat kasutakse tihti piiriüleste lepingute juures (nt. eeskirjad).  
Seda strateegiat kasutakse tihti piiriüleste lepingute juures (nt. eeskirjad). [https://www.nymity.com/data-privacy-resources/~/media/NymityAura/Resources/Demonstrating%20Accountability%20Methodology/Nymity-Demonstrating-Compliance-Manual_A-Structured-Approach-to-Privacy-Management.pdf]


Vastavuse strateegiat on soovitatav valida järgmistele ettevõtetele, juhtudel puhul kui:
Vastavuse strateegiat on soovitatav valida ettevõtetele kui:
Ettevõttes on madala või keskmisetasemega isikuandmete risk
*ettevõttes on madala või keskmise tasemega isikuandmete risk;
Risk on küll suur, kuid kasutusel on piiratud ressursid
*risk on küll suur, kuid kasutusel on piiratud ressursid;
Andmekaitse on ettevõttes uus ning kiirem ja lihtsam on alustada vastavusstrateegiaga.
*andmekaitse on ettevõttes uus ning kiirem ja lihtsam on alustada vastavuse strateegiaga;
Juhtudel kui DPO ei ole saanud juhtkonnalt oma tegevusteks toetust
*juhtudel kui DPO ei ole saanud juhtkonnalt oma tegevusteks toetust;
Ajalooliselt ei ole ettevõttes andmekaitse lekkega intsidente olnud ning ei ole olnud vajadust osaleda juurdlustes.
*ettevõttes ei ole olnud andmekaitse lekkega intsidente ning ei ole olnud vajadust osaleda juurdlustes.


Sellel strateegial on järgmised eelised:
Sellel strateegial on järgmised mõned eelised. Näiteks vajab see läbiviimisel vähe ressursse, võimaldab lihtsamat kommunikatsiooni, loob piisava ja lihtsa mudeli, et leida õigustatult vajaminevaid ressursse.
Vajab läbiviimisel vähe ressursse
Lihtne kommunikatsioon
Loob piisava ja lihtsa mudeli, et leida õigustatult vajaminevaid ressursse


==== Aruandluse strateegia ====
==== Aruandluse strateegia ====

Revision as of 00:43, 15 December 2017

Sissejuhatus

Me elame digitaaliseerimisajastul, mida nimetatakse ka neljandaks tööstusrevolutsiooniks. Digitaliseerimise all me mõistame eelkõige andmete massilist käitlemist ning selle tulemusel vajamineva tulemi saamist. Kuna nimetatud valdkond on viimastel aastatel tormiliselit arenenud, tuleb nentida, et samal ajal ei ole aga andmekäitlemiseks vajaminevad reeglid ja seadusandlus ajaga kaasa läinud. Ainuüksi Euroopa Liidus on andmekaitseseadus muutmatul kujul kasutusel olnud põhimõtteliselt viimased 20 aastat. See on ka põhjuseks, et tänu valdkonna arengule, isikuandmete tähtsusele ning väärkasutamisele on tundlik teema muutunud üha kasvavaks probleemiks, mille lahenduseks, otsustas Euroopa Liit (EL) jõuliselt sekkuda.

Sellest tulenevalt on tänaseks ratifitseeritud General Data Protection Regulation (GDPR) üldmäärus, mis viib isikuandmete kaitse uuele tasemele ning asendab 1995. aastal jõustunud EL direktiivi. Samuti võiks tõdeda, et 2018. aastast kehtima hakkav andmekaitseseadus on seotud Internet of Things (IoT) + Internet of Everything (IoE) = Cloud tehnoloogia arengusuunaga ja raamistikuks liikmesriikide vahelisele vabale andmeliikumisele. Seega tekivad olukorrad, kus hakkavad liikuma suured andmehulgad, mis sisaldavad delikaatseid isikuandmeid. Andmeedastusega kaasnev andmekäitluse suund oli põhjuseks, miks tuli võtta vaatluse alla andmekäitlejad, pilveteenuse pakkujad ning nende teenuste haldajad.

Põhjused, miks GDPR võeti kasutusele:

  • Soov tugevdada ja ning ühtlustada andmekaitset
  • Kontrollida andmete liikumist väljaspool(e) ELi
  • Anda isikutele tagasi kontroll personaalse info üle
  • Muuta ja lihtsustada seadusandulust EL regulatsioonides
  • Asendada 1995. aasta vananenud andmekaitseseadus

Kuigi GDPR-ist räägitakse kui ELi andmekaitseseadusest on õigem öelda, et tegemist on ülemaailmse seadusega. Põhjus on lihtne, Euroopa Liidu kodaniku andmete kaitse peab olema tagatud nii Euroopa piires, kui ka väljaspool Euroopat (GDPR üldmäärus 2016/679/EL), tingimustel kui töödeldakse Euroopa Liidu kodaniku andmeid.[1] [2]

Mõisted

GDPR - General Data Protection Regulation (Isikuandmete kaitse üldmäärus)

Data processor - Andmekäitleja

Data controller -

Isikuandmed - Any information related to a natural person or ‘Data Subject’, that can be used to directly or indirectly identify the person. It can be anything from a name, a photo, an email address, bank details, posts on social networking websites, medical information, or a computer IP address. Tundlikud andmed Andmesubjekt - Füüsiline isik, kes kasutab või on avaldanud soovi kasutada Vastutava töötleja tooteid või teenuseid ning kelle andmeid isikuandmete töötleja töötleb kooskõlas Isikuandmete Töötlemise Põhimõtetega. DPO - Data Protection Officer (andmekaitseametnik) DPIA - Data protection impact assessment (andmekaitse mõjuhinnang) Vastutav töötleja- Tema määrab kindlaks isikuandmed ning nende töötlemise vajaduse ja vahendid. Volitatud töötleja - Tema töötleb isikuandmeid kuid teeb seda vastutavatöötleja nimel ja tema juhiste alustel. AKI - Andmekaitseinspektsioon

Ajalugu

Ülevaade olulisematest GDPR-i sündmustest nagu ettepanekute tegemine ja muudatuste sisseviimine, heakskiitme ja jõustumine. [3]

Eelmised õigusaktid

1995. aasta 24. oktoobril loodi isikuandmete töötlemise reguleerimiseks andmekaitse direktiiv 95/46/EÜ.

Seadusandlikud ettepanekud

2012. aasta 25. jaanuaril tehti esialgne ettepanek Euroopa Komisjoni ajakohastatud andmekaitse reguleerimiseks.

2014. aasta märtsis kiitis Euroopa Parlament heaks uue määruse esimese versiooni määruse esimesel lugemisel.

2015. aasta 15. juunil kiitis Euroopa Liidu Nõukogu heaks esimese lugemise versiooni.

Kinnitamine ja vastuvõtmine

2015. aasta 15. detsembril jõudsid Euroopa Parlament ja Euroopa Liidu Nõukogu kokkuleppele lõpliku teksti osas. Ametlik allkirjastamine planeeritud 2016. aasta jaanuari algusesse.

2016. aasta jaanuaris toimus ametlik allkirjastamine. Sama aasta:

  • 8. aprill - vastuvõtmine Euroopa Liidu Nõukogu poolt;
  • 16. aprill - vastuvõtmine Euroopa Parlamendi pool;
  • Mai - määrus jõustub 20 päeva pärast selle avaldamist Euroopa Liidu Teatajas.

Jõustumine

2018. aasta mai - pärast kaheaastast üleminekuperioodi saab GDPR olema täies ulatuses täitmisele pööratavaks kogu Euroopa Liidus.

Mis andmeid GDPR kaitseb?

Isikuandmete kategoriseerimine

Igasugune teave – nii objektiivne kui ka subjektiivne teave isiku kohta, mis võib kujutada endast isikuandmeid, sõltumata sellest, millisel andmekandjal neid esitatakse.

Teave kellegi kohta – on seni jäänud sageli tähelepanuta, kuid on esmatähtis mõiste sisulise kohaldamisala määramisel, eriti seoses esemete ja uute tehnoloogiatega. See hõlmab ka teavet, mis võib kahtlemata mõjutada isiku kohtlemist või hindamist

Tuvastatud või tuvastatav – keskendub tingimustele, mille alusel tuleks isikut käsitada tuvastatavana, eriti vahendeid, mida vastutav töötleja või keegi muu võib tõenäoliselt kasutada selle isiku tuvastamiseks. Analüüsis on oluline osa sellel, milline on konkreetse juhtumi taust ja asjaolud.

Füüsiline isik – on seotud tingimusega, et isikuandmed puudutavad elavaid inimesi. [4]

Isikuandmed

GDPR kehtib isikuandmete kohta, mis tähendab mis tahes teavet tuvastatava isiku kohta, keda võib otseselt või kaudselt identifitseerida, eelkõige identifikaatoriga. See määratlus näeb ette isikuandmete, sealhulgas nime, identifitseerimisnumbri, asukohaandmete või veebi identifikaatori, mitmesuguseid isikuandmeid, mis peegeldavad tehnoloogia muutusi ja seda, kuidas organisatsioonid koguvad inimeste kohta teavet. GDPR kehtib nii automatiseeritud isikuandmete kui ka käsitsi sisestatud andmete puhul, kus isikuandmed on kättesaadavad vastavalt konkreetsetele kriteeriumidele. Pseudonüümeeritud isikuandmed - nt kodeeritud võti - võivad kuuluda GDPR-i reguleerimisalasse sõltuvalt sellest, kui raske on pseudonüümi omistada konkreetsele isikule.

Tundlikud isikuandmed

GDPR viitab tundlikele isikuandmetele kui "isikuandmete eriliikidele". Spetsiaalsed kategooriad hõlmavad konkreetselt geneetilisi andmeid ja biomeetrilisi andmeid, kui neid töödeldakse üksikisiku ainulaadsel tuvastamisel. Kriminaalkorras süüdimõistmiste ja õigusrikkumistega seotud isikuandmeid ei arvestata nende andmete hulka, kuid töötlemisele kohaldatakse samu täiendavaid kaitsemeetmeid. [5]

GDPR kaitse all olevad andmed

Järgnevalt on loetletud andmete liigid, mida GDPR kaitseb, ja mõned näited [6] [7]:

  • Põhilised isikuandmed: täisnimi, kodune aadress, isikukood, dokumendi number
  • Isiku geolokatsioon ja seadme andmed: hetkeasukoht, IP-aadress, küpsiste andmed, RFID-märgendid, brauseri küpsised,
  • Veebiandmed: hüüdnimed ja kasutajanimed, sotsiaalmeedia postitused ja pildid [8], e-mail
  • Tervise- ja geneetilised andmed: füüsiline tervis, psüühiline tervis, haigused
  • Biomeetrilised andmed: nägu, sõrmejäljed, allkiri
  • Pangaandmed: krediitkaardi andmed
  • Sõiduki ja juhi andmed: juhiloa number, auto andmed
  • Rassilised või etnilised andmed
  • Poliitilised arvamused
  • Seksuaalne orientatsioon

GDPRi 99 artiklit

GDRP koosneb 99 artiklist, millest teatud küsimused on jäetud liikmesriikide lahendada (50/99). Samuti tuleb arvestada, et teatud ulatuses peavad liikmesriigid muutma oma seadusandlust. [9]

Samuti viidatakse ettevõtetes käitumismustrite muutmist, mille hulka võib ka kuuluda andmekaitseametniku (DPO) määramine, muudatusi ettevõtte sisepoliitikas ning koolituste läbiviimiste vajadusi. Sisuliselt peab toimuma regulatsiooni mõjul ettevõtetes andmete inventeerimine, et määrata isikuandmete osa ning saadud tulemi põhjal nende hindamine andmekaitse vaatevinklist (DPIA). Tehnoloogiliste sammudena nähakse isiku ning delikaatsete andmete klassifitseerimise võimekust, andme seiret võimalike lekete märkamiseks, krüpteerimist ning hindamise võimekust praeguse ja nõutava tehnilise võimekuse vahel, et saavutada kontrollitud andmete käitlemine koos haldamisega.

Käesolev regulatsioon puudutab kõiki andmete töötlejaid kellele lähenetakse vastutusele tugineva põhimõtte alusel ehk vastutav töötleja vastutab põhimõtete täitmise eest ning ta peab suutma tõendada andmete käitlemist ja sellega kaasnevaid tegevusi.

Andmete piiriülene liikumine

Ettevõtte asumine väljaspool EU piire ei vabasta GDPR ülesmärgitud nõuetest. Samuti peavad töötlemise vastutuse võtma ettevõttes, kes on kasutavad partneritena EL väliseid partnerid. Siin kohal tuleb rõhutada, et uus seadus ei mõjuta ainult EU liikmesriike, vaid ka riike, kes teevad koostööd või vahendavad kaupe ning teenuseid EU liikmesriikidega. Väljaspool ELi asuvad ettevõtted. kes tahavad siia oma teenust pakkuda, peavad EL esindaja määrama. Kuna kolmandate riikide tegevusi saab jälgida läbi lepinguliste kohustuste, tuleb isikuandmete töötlemisel kasutada ainult nende ettevõtete teenuseid kellel on GDRP valmidus või rahvusvahelised lepped mis on vastavuses GDRP nõuetega (nt. EU-US Private Shield). EU-US Private Shield Jõustus 2016 Juulis ning muutis eelmise, 6 oktoobril 2015 vastuvõetud leppe nimega „Safe Harbolrt“ kehtetuks.

Mida toob see kaasa kolmandetele riikidele GDPR kaasnevad nõuded ning rahaline kulu? Näitena PricewaterhouseCoopers (PwC) poolt USA´s rahvusvaheliste ettevõtete seas läbi viidud küsitlus andis alljärgnevad tulemuse:

  • 54% ettevõtetes peab GDPR küsimusi üheks prioriteetsemaks;
  • 71% neist on juba alustanud, 23% ei ole alustanud ning 6% on lõpetanud ülemineku;
  • Põhjuseks on toodud ülisuurt trahvi mis kaasneb GDPR rikkumisega;
  • 75% loodab olukorra lahendata andmekaitse küsimused läbi kontserni siseeeskirjade;
  • 77% kasutab selleks EU-US Prvacy Shield kokkulepet;
  • 64% jätab andmed euroopasse;
  • 32% plaanib tegevust EU turul drastiliselt vähendada;
  • 26% plaanib EU turult lahkuda.

GDPR vastavuse saavutamine

Kuidas ettevõte saavutab GDPR vastavus?

See on üks raskemaid küsimus, sest puudub kontroll-leht millele riste tõmmata ja öelda, et „tehtud“. Samuti ei aita varasemalt saadud sertifikaadid, sest GDPRi näol on omamoodi raamistikuga mis sõltub eelkõige ettevõtte sisekultuurist ja inimeste mõttemaailmas toimunud muudatustest. Et organisatsioon saavutaks vastavuse siis peaks kõigepealt valima viisi kuidas sellisele mastaapsele küsimusele läheneda, sest vastav ametkond võib kontrolli käigus esitab ettevõttele küsimused: Kuidas organisatsiooni andmekaitse on viidud vastavusse GDRP nõutele? Millised sisepoliitilised sammud on selleks ette võetud? Mismoodi on lahendaud kogutavate andmete klassifitseerimine? Millised on sammud andmete lekkimise korral?

Siinkohal peab esmalt vahet tegema küsimustele, kas küsitakse “Kuidas on ettevõtte vastavusse viidud ?” või “Kas ettevõtte vastab nõutele”. Esimene küsimus tähendab laiemat ja pikaajalisemat protsessi, ehk juhtimise ja infrastruktuuri sisepoliitiliste sammud vastavuse saavutamist. Teine küsimus on aga hetkeolukorra kohta “Jah” ning “Ei” vormis. Arvestades ettevõtte, tehnoloogiliste ning seadusandluste dünaamilisusega, ei ole väga praktiline läheneda GDPR küsimusele lõplikulahenduse vormis (antud hetkeks on hetkel). Sest isegi traditsioonilised meetodid nagu auditid ja hinnangud ei pruugi anda vastust lõpliku olukorra kohta. Pigem võib öelda, et selline lahend pakub vastust representatiivset tulemust, olukorra või lahendi läbivaatamisel mis toimub minevikusündmuste ja kolmande isikute järelduste ning tõenäosust kohta mida viiakse võrdlevasse vastavusse hetke nõuetega. Pigem võiks öelda, et see on üks osa GDRP järelevalvest mis vastab ettevõtte tegevuste andmekaitse katekooriale ja mida tuleks vaadata ühe osana, ehk abivahendina mis pakub paremat ülevaadet ettevõtte hetkeseisust. Sellest tulenevalt võib öelda, et “vastavus” on privaatsuse juhtimine ettevõttes ning selle jooksev rakendamine.

Sellest tulenevalt tuleb otsustada millise strateegia valiku kasuks otsustada.

Strateegiad

Vastavuse strateegia

Tegemist on strateegiaga mille kasutamine on piisav, et tagada enamus kohustuslikke ettevalmistustegevusi. Vahe on selles, et ta vastab enamusele GDPR vastavuse nõutele, kuid puudutab väga vähe ettevõttesiseseid reegleid, põhiprintsiipe, vabatahtlikke kokkuleppeid jms. Seda strateegiat kasutakse tihti piiriüleste lepingute juures (nt. eeskirjad). [10]

Vastavuse strateegiat on soovitatav valida ettevõtetele kui:

  • ettevõttes on madala või keskmise tasemega isikuandmete risk;
  • risk on küll suur, kuid kasutusel on piiratud ressursid;
  • andmekaitse on ettevõttes uus ning kiirem ja lihtsam on alustada vastavuse strateegiaga;
  • juhtudel kui DPO ei ole saanud juhtkonnalt oma tegevusteks toetust;
  • ettevõttes ei ole olnud andmekaitse lekkega intsidente ning ei ole olnud vajadust osaleda juurdlustes.

Sellel strateegial on järgmised mõned eelised. Näiteks vajab see läbiviimisel vähe ressursse, võimaldab lihtsamat kommunikatsiooni, loob piisava ja lihtsa mudeli, et leida õigustatult vajaminevaid ressursse.

Aruandluse strateegia

Tegemist ei ole millegi uuega, kuid tänu oma keerukusele on teda tänaseni väga vähe kasutatud. Sellise lähenemise keerukus tuleneb organisatsiooni kultuuri muutusest. Eesmärgiks ei ole ainult seaduses nõutud punktide täitmine, vaid eesmärk on töötajate ehk isikute eneseteadlikkuse tõstmine. [11]

Aruandlusstrateegia on soovitatav valida ettevõttete sellisel juhul, kui:

  • Ettevõtted, kelle jaoks privaatsushaldus on oluline nii tegevusvaldkonna siseselt, kui ka väliselt ning eesmärgiks ei ole ainult oma valdkonna vastutusala seadusandlusega vastavusse viimine.
  • On huvi luua ettevõttesisene isiku privaatsuskultuur.
  • Ettevõttes on juba läbi viidud mõni põhimõtteline muutus (näiteks keerukad tootmisprotsessid, kus ei ole tähtis ainult ühe kindla nõude täitmine).
  • Huvi tõsta reputatsiooni andmekaitsevaldkonnas.
  • Vajadus tõsta kliendi silmis usaldust.
  • Tegemist on korporatiivse ettevõttega, kus on vajadus tõsta piiriülese privaatsuse teadlikkust ning kus ei aita ainult kohaliku seadusandluse täitmine.
  • Valmistatakse ettevõtte viimist EU-US “Privacy Shield” nõuetega vastavusse.
  • Valmistutakse kolmandate osapoolte auditiks.

Plaan on, et eneseteadlikkuse tõstmisega vähendatakse haldus- ja käitlemiskulusid, kuna info ja auditite tellimiseks ei ole enam otsest vajadust. Märkusena peab aga välja tooma tõsiasja, et antud probleemi eest vastutaja ei saa olla IT osakond. Nõutud lahendused mis suunatakse IT osakonnale peavad tulema läbi spetsifikatsioonide. Spetsifikatsioon tuleb äriprotsessit, -loogikast ja riskianalüüsist. Spetsifikatsioonidest saab IT osakond juhendi, kuidas lahendusi automatiseerida ja skaleerida. Samuti peab olema tagatud juriidiline tugi, kes peab üle vaatama juriidilised aspektid, nagu näiteks dokumendid, et neid viia vastavusse GDPR nõuetega.

Isikuandmete töötlemise protseduur

GDPRi rakendamise valguses peab tõenäoliselt üle vaatama enamiku ettevõtte protseduurireeglitest. Kuna protseduurireeglite muutmine on tavaliselt vaevaline, nõuab nii mõttetööd, proovimist kui koolitamist, on protseduuride uuendamisega mõistlik alustada võimalikult vara. Tasub meeles pidada, et muutmine hõlmab protseduure, mis on juba olemas.

Lisaks olemasolevatele protseduuridele on vaja läbi mõelda, kuidas

  • küsida füüsiliselt isikult nõusolekut tema andmete töötlemiseks;
  • anda nõudmisel füüsilisele isikule tema andmed üle;
  • kustutada nõudmisel oma infosüsteemist füüsilise isiku andmed;
  • tõendada infosüsteemist andmete kustutamist;
  • käituda infoturbeintsidendi korral;
  • teavitada kõiki nõutud osapooli infoturbeintsidendi toimumisest.

Praegustes kliendilepingutes on sageli segamini andmetöötlus õigustatud huvi ja füüsilise isiku nõusoleku alusel. Lepingu täitmiseks vajalik õigustatud huvi ja nõusolek on edaspidi vaja tuua eraldi lepingutesse, et vältida nõusoleku tagasivõtmisega automaatset lepingu lõpetamist. Seega peavad ettevõtted täpsemalt lahti kirjutama, milliseid andmeid nad koguvad õigustatud huvi alusel, et lepingut täita ning millised andmeid kogutakse nõusoleku alusel, et luua näiteks paremaid soovitusi.

Kuna üha enam ettevõtteid kogub oma klientide kohta profiili-infot, siis tasub infosüsteemides füüsiliste isikute andmed ja „ostjaprofiilid“ lahti siduda. Sellisel juhul ei tehta analüüsi enam konkreetsete isikute andmetega ning isikuandmete kustutamisel süsteemist ei kao ära analüüsiks vajalik profiili-info. [12]

Andmeleke ja vastutus

Isikuandmeteleke kirjeldus on toodud GDPR artiklites 33, 34. Peamiselt käsitletakse määruses „ulatusliku andmeleket“ millele pannakse andmekäitlejale teatavaid kohustusi. Siiski tuleb arvestada, et ka väiksemate lekete korral on andmekäitlejal lekke tuvastamisel teavitamise kohtust – näiteks andmesubjekti teavitamine, et viimane saaks võtta kasutusele ettevaatusabinõud (nt. paroolide muutmine) Alljärgnevalt mõningad näidete ulatuslikest Isikuandmete leketest: Ettevõtte töötaja unustab lennujaama oma sülearvuti või varastatakse telefon, kus hoitakse krüpteerimata erinevaid töötajate andmeid; Ettevõttejuhi postkasti murti sisse või kaaberdati muul viisil e-kirju mis sisaldasid ka lihttabelikujul ettevõtte, partnerite ning klientide kontaktandmeid ning muud isikupõhist informatsiooni; Töötajal kadus isikuandmetega USB mälupulk mis oli krüpteerimata kujul; Nuhkvaraga õnnestus murda sisse ettevõtte andmebaasi ning ligi pääseda struktureeritud isikuandmetele.

Kõigil nendel juhtumite korral loetakse leket suureulatuslikuks, millele peab järgnema kaks teavitamise stsenaariumit – teavitada järelevalveametit ning kannatanud, ehk andmesubjekti.

Järelevalveameti teavitamise kohustus: Ulatuslike andmete lekke korral on ettevõttel kohustus teavitada põhjendamatute viisituteta järelevalveasutust mitte hiljem kui 72 tunni jooksul; Volitatudtöötleja peab lekke korral teavitama koheselt vastutavat töötlejat; Teavitamine peab sisaldama milline on isikuandmete rikkumine (sh ligikaudne kategooria), lekkinud andmete ulatus, ehk ligikaudne andmesubjektide arv; Kui ettevõttes on DPO (andmekaitseametniku) siis ka tema nimi ja kontaktandmed; Tõenäosuse analüüs, rikkumise tagajärgede kohta ja ettevõetud ning kavandatavad sammud, et leevendada lekke negatiivset mõju.

Teavitama ei pea, kui rikkumine ei kujuta endast tõenäoliselt ohtu füüsiliste isikute õigustele ja vabadustele.

Andmesubjekti teavitamise kohustuses esinevad samasugused nõuded nagu kehtisid järelevalveameti teavitamisel. Teavitama ei pea, kui rikkumine ei kujuta endast tõenäoliselt ohtu füüsiliste isikute õigustele ja vabadustele ning samuti ei pea andmesubjekte teavitama, kui tegevus nõuaks ebaproportsionaalseid jõupingutusi või kulu (näiteks teavitatakse läbi avalikumeedia)

Kõigis nendes teavitamise kohustustes on läbivaks „Kui isikuandmetega seotud rikkumine ei too tõenäoliselt kaasa ohtu isiku õigusele ja vabadusele“ Lekke ulatuslikkuse stsenaariumiga peab olema vastutavtöötleja juba eelnevalt tegelenud. Näiteks peaks olema organisatsioonis kehtestatud asjakohased kaitsemeetmed ( andmed olid krüpteeritud); Samuti tuleb peale juhtumit analüüsida ning võtta kasutusele parendamisvõtteid, et ellimineerida võimalikud tulevased oht andmesubjektide õigustele ja vabadusele.

Ettevõte peab olema valmis tõendama, et andme töötlemiseks mõeldud keskkonnas on võetud kasutusel parimad võimalikud kaitsemeetmed ja on mõeldud kõikidele andmetöötlus etappidele, ehk: Nii volitatud,- kui vastutavad andmetöötlejad peavad veenduma rakendatavate turvameetmete asjakohasuses; Ettevõttes peab loodama juhised isikuandmetega seotud rikkumistest teavitamiseks; Tuleb reguleerida rikkumistest teavitamise korda (sh kaasaaitamiskohustus); Tuleb sõlmida volitatud töötlejaga leping; Toimunust on vastutaval töötlejal dokumenteerimiskohustus. Soovitatav on ette valmistada blankett teavitamaks järelevalveametit, andmesubjekti ning registrit kuhu vastav intsident kantakse; Andmeid on soovitatav lahus hoida (struktureerimata) ning krüpteeritult. Tuleb hoida ja töödelda ainult ajakohaseid andmeid Tuleb arvestada trahvimääradega (Art 83, Art 83, lg2/lg4/lg5 ja 58 lg2)

Võimalik määratav trahv lähtub mitmest tegurist: Laad, Raskustase ja rikkumise kestust´, Hooletusmäär, Ettevõtte ja tehnoloogilised ettevalmistused, Lekkinud isikuandmete kategooria, Kas ettevõte teavitas järelevalveasutusele rikkumisest,

Samuti tuleb tähele panna, et eksimuste korral on trahvimäär progresseeruv:

1. Hoiatus

2. Noomitus

3. Andmetöötluse peatamine

4. Trahv, kuni 20 miljonit või või 4% ettevõtte või kogu organisatsiooni käibest.

Ettevõtluse võimalikud sisepoliitilised ja kultuurilised muutused

GDPR jõustumine toob kaasa asutustest tugevad fundamentaalsed,- ja kultuurilised muutused. Kui tänaseks oleme on arusaam, et andmed on vara millel on või võib olla väärtus siis alates 2018 maist me peame ühtäkki kogu kogutud vara mida „võibolla“ läheb vaja – ära hävitama. Hävitamisel ning edasisel töötlemisel peame me ka minetama arusaama, et sellises ulatuses andmete hävitamine võib meile kaasa tuua konkurentsi eelise kaotamise tänades tegevusvaldkonnas. Suuremate ettevõtetega on olukord natukene lihtsam, sest tekib ettevõtetesse (olenevalt ettevõtte tüübist võib tegemist olla kohustusliku ametikohaga) uus töökoht, andmekaitseametnik. Andmekaitseametniku kohustus on omada ülevaadet ettevõttes töödeldavatest andmetest. Siinkohal on kentsakas tõsiasi, et andmekaitseametnik puutub andmetega väga vähe kokku – või siis ei puutu üldse. Peamisteks töötlejateks on osakonnad (nt. personali, turunduse, finants jms osakonnad). Sellest tulenevalt oleks juba algetappides vaja kiiresti tegelema hakata ettevõtte mõtteviisi muutmisega ning andmehalduse jaoks struktuuri loomise ja selgitustöödega. Seega võib öelda, et DPO halduse alla kuulubki ettevõtte sisekultuuri loome, mille hulka võib lugeda: Ettevõtte andmekaitsepoliitika välja töötamine Erinevat isikuandmete puutumatust käsitlevad koolitused Õpitubade läbi viimine, kuidas oleks õige füüsiliste isikute andmeid töödelda osakondade lõikes – ja tagasiside. Küsimuste lahendused, nt. seaduste põhised, seaduste tõlgendused, eetika jms.

Sellest tulenevalt võib öelda, et DPO valiku õnnestumine ettevõttes on määrav (eriti algfaasis), kuna edasisest sõltub, kas tegemist on ametikoha täitjaga, kes täidab ülesandest tulevaid kohustusi või siis on tegemist inimesega kes tegeleb ettevõtte minapildi loomega, näiteks: Andmekaitsevaldkonna integreerimine ettevõtte otseturundusse; Andmekaitsevaldkonna integreerimine ettevõtte turvapoliitikasse Andmekaitset puudutavate protsesside välja töötamine klientidega ja partneritega.

jms

Aga kuidas väiksemad ettevõtted hakkama saavad või ettevõtted, kellel ei lasu DPO määramise kohustust? Nendel ettevõtetel on mõneti keeruline, sest keegi ettevõttes peab võtma selle rolli (kas või näiliselt) enda kanda. Võiks öelda, et olukord meenutab üheksakümnendal ettevõttes toimunud piraattarkvara vastu võitlemist. Kui ettevõte ei teavitanud endale võimalikke tagajärgi, ehk ei soovinud muuta fundamentaalset arusaama (eetilisi ja sisekultuurilisi muutusi) siis kehtisid samasugused reeglid edasi (vb. toimivad tänaseni). Kultuuri muutus ei toimub üleöö, vaid sellele tuleb läheneda struktuurselt: Andmekaitsetemaatika peab olema läbiv terves organisatsioonis/ettevõttes ning olenemata ametikohast; Kasutusse tuleb võtta olemasolevaid ressursse ning arvestada ka võimalike lisaressursside kaasamisega; Tuleb luua võimalus kajastada ettevõtte tegevusi aruandevormis; Dokumenteerida seadusest tulenevad nõuded, et suurendada inimeste teadlikust.

Tegemist on keerulise tegevusega mida võib mõtteliselt jaotada neljaks: Ülesehitus (Tänase olukorra Identifitseerimine, dokumenteerimine); Ülevaade täna kasutatavatest ressurssidest (pädevad inimesed, tööprotsessid, kasutatav tehnoloogia, töövahendid); Strateegia. Valitavaid strateegiaid on kaks, kas Vastavuse strateegia või aruandluse strateegia; Plaan. Plaan peab toetuma valitud strateegiale ning arvestama olemasolevaid ressursse.

Kuid kõige suuremat rolli mängivad selle temaatika juures inimesed. Kuidas selgitada uudishimulikele inimestele, et teiste andmetes „tuhnimine“ võib kaasa tuua tõsiseid tagajärgi ning andmetega ümberkäimine peab olema vastavuses üldregulatsioonidega ja ettevõtte sisekorraga. Inimesi tuleb kaasata ning koolitada. Koolitus ei peaks hõlmama ainult seadusandlust vaid praktilisi näiteid võimalikest sündmustest, sündmuste arengust ja tagajärgedest. Tuleks jaotada vastutus osakondade lõikes ning valida vorm mis on ettevõttes parim viis teadmiste kontrolliks või enesetadlikusse tõstmiseks (nt. mis on ettevõttes peamised käideldavate andmeliigid). Samuti tuleb teha muudatusi organisatsiooni sisekorra eeskirjades, et selgida andmete käitlemise ning lekke tagajärgi. Kuna inimesed on leidlikud siis tähendab, et probleemide korral otsivad nad parima võimaliku lahenduse. Selle tagamiseks tuleb ettevõttes luua koolitus,- ja korduvõppe plaan. Ainult läbi teadlikuse tõusu suudavad inimesed tekkivates olukordades võtta vastu eetilisi ning ratsionaalseid otsuseid.

Tulevik

Võibolla, et "vanasti" oli lihtne, andmed olid seal kus oli arvuti või server – füüsiliste ja kinnises ruumis. Kuid peal virtualiseerimise,- ja pilvetehnoloogiate levikuga võib tõdeda, et keegi ei tea enam kus tema andmed õieti asuvad. Sellest tulenevalt võib öelda, et IT osakonnale ei ole isegi enam „luksust“ geograafiliselt kontrollida kus andmed on. Pilvetehnoloogiaga kaasneb probleem kus ettevõtte juhtkond ei ole kindel, et nende töötajad ei lekita andmeid ettevõttes väljaspoole, kasutades lihtsalt kättesaadavaid pilvelahendusi. Töötajad on muutunud mobiilseks, erinevad uuringud näitavad, et 75% töökohtades on mobiilsed, 81% töötajates pääseb andmetele ligi olenemata asukohast ning 1,3 miljonit mobiilset seadet varastatakse aastas. Seega, kui turvatud on andmed? Ainukene võimalus on ise kontrollida oma andmeid läbi usaldusväärsete partnerite ning teadlikute töötjate. Selle kõige tagamiseks jõustubki 2018 aastal 25 Mail eelnevalt kirjeldatud GDRP üldmäärus. Kuna andmed on tänaseks majanduse aluseks loetakse GDRP rakendust üheks Euroopaliidu kõige aegade fenomenaalseks lahenduseks. Mis siis 2018 GDPR jõustumisel?

Positiivne stsenaarium

Enamik ettevõtteid on suutnud oma andmed ära auditeerida ja neil on täielik ülevaade nii digitaal, kui ka füüsilistest (paberkandjal) andmetest. Paljud nn „kodukootud“ tarkvaralahendused ja andmebaasid on ettevõtte tegevustest maha võetud (ehk baasid mida ei ole suudetud selleks ajaks implementeerida) ning kasutud andmed on kas hävitatud või pseudonomeeritud. Ettevõtetes on pandud paika sisemised struktuurid, andmeid liigutatakse erinevate pilvede vahel koos medatadataga mis sisaldab kus ja kuhu andmeid liiguvad, andmed on klassifitseeritud, struktureeritud, kaitstud ning nende säilivuse eest on nõuetekohaselt hoolt kantud. Isikuandmeid sisaldavad andmed liiguvad kas koos metadataga või konteineritena. Seega on täpselt teada kust andmed tulid ning kelle kätte liikusid. Samuti on võimalik kasutada failide lukustust ja blockchain on leidnud enam kasutust. Andmekäitlus on kontrollitud ning sellisel tegevusel on ka ettevõttes osakondade lõikes määratud vastutaja. Digitaalsetele andmetele saadakse ligi kas isikupõhise või osakonna grupiõigustega ja ainult nende andmete osadele mida osakond oma tööks vajab. Isiklike emailide vahetus käib vastavalt ettevõttes kehtivale sisepoliitikale ning sealne informatsioon on salastatud. On saavutatud iseenesest mõistetav privaatsus ning isikute kontroll oma andmete üle. Müük ja turundus Isikuandete töötlemine ja kogumine käib reeglite kohaselt. Kliendid ja partnerid mõistavad oma õigusi, sest müügimeeskonnal lasub kohustus seda tutvustada ning nõusolekut saab klient või partner anda ainult, kui ta on olukorda mõistnud ja ise andnud selgelt mõista nõustumisest. Klientidel on õigus masinloetavalt liigutada oma andmeid ühe teenusepakkuja käest, teise teenusepakkuja kätte. Konkurent ei käi enam teenuse hinna üle vaid andmete valdamise üle. Kõigil isikutel on olla õigus unustatud. Süsteemid võimaldavad pidada vastavaid logisid ning töötaja töölt lahkumise on tööandjal õigus nõuda kõikide andmete töötlemine mida ei ole enam kohustus ettevõtte hoida (nt. teistest seadustest tulenevalt) . Koostöö toimub ainult partneritega kes on ennast tõestanud järgimaks seaduses etteantud andmekaitsepoliitikat, kellel on turul saavutatud vastava kompetent ning kes hindavad neile omaks saanud usaldust.

Negatiivne stsenaarium

2018 aastaks GDPR üldmääruse jõustumisel ei ole Eestiriik suutnud viia sisse kohalikus seadusandluses muudatusi ning teda ootab Euroopaliidu poolt trahv. Advokaadid näevad turupotentsiaali ning valmistavad ette füüsilisi isikud (ka. töötajaid), ettevõtete ning tööandjate peale kaebama. Euroopaliidu fondidest eraldatakse liikmesriikidele raha kohalike andmekaitseasutuste rahastamiseks mis tõttu viiakse läbi mastaapselt reide ja väikeettevõtted on sunnitud trahvide tõttu oma tegevuse lõpetama. Väiksemad IT teenusepakkujad (ka. IKT) ei suuda konkurentsitingimustele vajaminevaid investeerinuid andmekaitse nõuete täitmiseks teha ja lõpetavad tegevuse. Digitaalandmed liiguvad väiksematelt (ka. kodumaistelt) suurkorporatsioonide kätte, kes suudavad nõutud tingimustele vastata. Kohalikud IT spetsialistid ja administraatorid jäävad tööta ning tekib ümberõppevajadus. Isikute ja isikuandmete üle meelitamiseks kasutatakse uus turusolkimise võtteid millele paljud ettevõtted ei suuda vastu seista ja peavad oma tegevuse lõpetama. Kolmandad riigid lõikavad nende kätte sattuvatest Euroopaliidu kodanike isikuandmetest kasu, kuid samas EL liikmesriikide konkurentsivõime andmete kustutamise tõttu kannatab. Tekib üle reguleerimine ning väikeettevõtted ei suuda ennast nõuetekohaselt kaitsta. Riigil tekib uus pealekaebamise propageerimise idee (nagu tänaseks tänaseks on töösõidud ja üürikorterid) mille tõttu kannatava väikeettevõtted ning lõpetaevad oma tegevuse. Massiline väikeettevõtluse kahanemine ja teenuse liikumine väljaspoole Eestit toob endaga kaas tõsiseid maksulaekumise defitsiite.

Kokkuvõte

GDPR näol on tegemist hästi üldise ja määramatu dokumendiga. Ettevõtted oodavad riigilt rakendusakte. Arvatakse, et 2017 septembris võibolla saab “midagi” valmis, kuid tänaseks ollakse siiski juba skeptilised, sest rakenduslik osa (juhised) puudub. AKI on publitseerinud hulga juhiseid, et kuidas saavutada GDPR vastavus, kuid seal puuduvad soovitud “kontroll nimekiri” ning konkreetsemat abi ei ole oodata, sest ei AKI ega justiitsministeerium ei paku seda. Kahjuks on tänaseks pigem tundmus, et see peab tulema läbi praktika.

Peatükid mis vajavad sekkumist: Leketest teavitamine Andmete kustutamine Andmetöötleja mõjuhindamine Andmete teisaldus Andmekaitse privaatsuse kohustus.

Samuti tuleb ära tuua, et Eestikeelne tõlge GDPR osas on kohati ebaõnnestunud, Esimene probleem on, et artiklites käsitletakse läbivalt „potentsiaalseid ohtusid“. Inglise keeles on OHU asemel aga RISK. Seega ohuhaldust ei eksisteeri, risk kaudselt eksisteerib. Riski olemust saab dokumenteerida. Ohtu saab käsitleda. Teine eestikeelse tõlke probleem on. Registreerida isikuandmete töötlemise toimingud. Inglise keeles on aga “maintance record of preccessing activitis”, seega ei ole kirjed vaid protokoll. Ehk seletus, kuidas on reguleeritud.

Abipalvega on pöördutud ka erinevate katuse organisatsioonide ja eriala liitude poole. Näiteks IT sfääri eesotsas seisab ITL. ITL seisab igati IT ettevõtete eest ning annab suunitlusi nii AKI kui ka ministeeriumile rakendusaktide ettevalmitamiseks.

Siiski olenevalt liidu suurusest ning esindus võimekusest on ka abi ettevõtetele erinev. Näiteks puudutub GDPR väga palju erinevaid partnerluslepinguid. Milline peaks olema olema uues olukorras üks korralik seaduanduslust järgiv leping? Kui liidul ei ole huvi või võimet oma liikmetele vastavaid suunitlusi ning näppunäiteid jagada siis peab ettevõte ise selle osaga hakkama saama. Aga kui ettevõte on väike ning rahalisi vahendeid ei ole on olnud kord keeruline.


Kasutatud kirjandus

[1] [WWW] http://www.aki.ee/sites/www.aki.ee/files/elfinder/article_files/isikuandmete_kaitse_uldmaaruse_el_2016679_rakendamine.pdf (10.12.2017)

[2] [WWW] http://www.aki.ee/sites/www.aki.ee/files/elfinder/article_files/iks_en_9.11.17.pdf (10.12.2017)

[3] [WWW] https://www.eugdpr.org/gdpr-timeline.html (12.12.2017)

[4] [WWW] https://www.i-scoop.eu/gdpr/gdpr-personal-data-identifiers-pseudonymous-information/ (8.12.2017)

[5] [WWW] https://ico.org.uk/for-organisations/guide-to-the-general-data-protection-regulation-gdpr/key-definitions/ (11.12.2017)

[6] [WWW] https://www.csoonline.com/article/3202771/data-protection/general-data-protection-regulation-gdpr-requirements-deadlines-and-facts.html (11.12.2017)

[7] [WWW] https://www.i-scoop.eu/gdpr/gdpr-personal-data-identifiers-pseudonymous-information/ (11.12.2017)

[8] [WWW] https://www.wordstream.com/blog/ws/2017/09/28/eu-gdpr (11.12.2017)

[9] [WWW]

[10] [WWW]

[11] [WWW]

[12] [WWW]

[13] [WWW]

[14] [WWW]

[15] [WWW]

[16] [WWW]

[17] [WWW]

[18] [WWW]

[19] [WWW]

[20] [WWW]

[21] [WWW]