Duomenų tvarkymo veiklos įrašų šablonas padeda vienoje vietoje aprašyti, kokiais tikslais organizacija tvarko asmens duomenis, kieno duomenis naudoja, kam juos perduoda ir kaip juos saugo. Tačiau užpildyta lentelė naudinga tik tada, kai atitinka tikrą veiklą. Nukopijuota kitos įmonės eilutė nepaaiškina jūsų darbuotojų užduočių, paslaugų teikėjų prieigos ar pasirinkto saugojimo termino.
Šiame straipsnyje pateikiamas pildymo karkasas ir jo taikymo metodas, o ne visoms organizacijoms jau užpildytas registras. Pirmiausia pasirinkite valdytojo arba tvarkytojo vaidmenį, nustatykite aprašomos veiklos ribas, tada rinkite faktus. Išsamesnį pareigos ir išimčių aiškinimą rasite BDAR 30 straipsnio veiklos įrašų gide. Toliau daugiausia dėmesio skiriama pačiam pildymui, tikrinimui ir atnaujinimui.
Ką patikrinti prieš kopijuojant šabloną
BDAR 30 straipsnio 5 dalyje numatyta išimtis organizacijoms, kuriose dirba mažiau nei 250 darbuotojų, nėra bendras mažo verslo atleidimas. Ji netaikoma atitinkamam tvarkymui, jei jis gali kelti pavojų asmenų teisėms ir laisvėms, nėra atsitiktinis arba apima 9 straipsnio specialių kategorijų ar 10 straipsnio duomenis apie apkaltinamuosius nuosprendžius ir nusikalstamas veikas. Pakanka vienos iš šių aplinkybių. Pavojus neturi būti būtinai didelis.
Reguliarus darbuotojų atlyginimų skaičiavimas nėra atsitiktinė veikla vien todėl, kad įmonėje dirba keli žmonės. Kita vertus, pareigos vertinimas turi būti susietas su konkrečia veikla: negalima automatiškai kiekvienos vienkartinės operacijos prilyginti nuolatiniam tvarkymui. Kai darbuotojų yra lygiai 250, mažiau nei 250 darbuotojų išimtis jau netinka. Sprendimo argumentus verta išsaugoti kartu su veiklos aprašymu.
Lietuvos kontekstui svarbi VDAI 2024 m. atnaujinta rekomendacija. Jos antrojoje versijoje, datuotoje 2024 m. balandžio 16 d., inspekcija pažymi, kad ši išimtis netaikoma valdžios institucijoms, kaip jos apibrėžtos Asmens duomenų teisinės apsaugos įstatyme. Tai VDAI paskelbta nacionalinio taikymo pozicija, į kurią viešojo sektoriaus organizacija turi atsižvelgti vertindama savo padėtį.
Net jei konkrečiai veiklai galima taikyti išimtį, išlieka kitos taikomos BDAR pareigos. Paprastas veiklos aprašas gali padėti jas vykdyti, tačiau tokį savanorišką pasirinkimą reikia atskirti nuo teiginio, kad kiekvienas papildomas laukas tiesiogiai privalomas pagal 30 straipsnį. Šis skirtumas leidžia parengti proporcingą registrą ir paaiškinti kolegoms, kam prašoma kiekvienos informacijos dalies.
Valdytojo įrašo karkasas
Valdytojo veiklos įrašai apima jo atsakomybei priskirtą duomenų tvarkymą. Toliau pateikti laukai skirti struktūrai pasirinkti. Vieną dalį galima laikyti bendrame organizacijos apraše, kitą kartoti veiklų eilutėse, jei nuorodos aiškios ir visa informacija prieinama kartu. BDAR nereikalauja būtent tokios skaičiuoklės stulpelių tvarkos.
| Laukas | Ką įrašyti |
|---|---|
| Valdytojas ir kontaktai | Pavadinimas arba vardas ir pavardė, kontaktiniai duomenys; kai taikoma, bendrų valdytojų, atstovo ir DAP duomenys |
| Tvarkymo tikslai | Konkretūs veiklos tikslai, atskiriant skirtingas duomenų naudojimo priežastis |
| Asmenų ir duomenų kategorijos | Kokių asmenų ir kokių kategorijų duomenys tvarkomi |
| Gavėjų kategorijos | Kam duomenys atskleisti arba bus atskleisti, įskaitant gavėjus trečiosiose valstybėse ar tarptautinėse organizacijose |
| Perdavimai | Kai taikoma, trečioji valstybė arba tarptautinė organizacija; 49 straipsnio 1 dalies antroje pastraipoje nurodytų perdavimų atveju tinkamų apsaugos priemonių dokumentai |
| Ištrynimo terminai | Jei įmanoma, numatyti skirtingų duomenų kategorijų ištrynimo terminai |
| Saugumo priemonės | Jei įmanoma, bendras 32 straipsnio 1 dalyje nurodytų techninių ir organizacinių priemonių aprašymas |
| Papildoma valdymo informacija | Teisinis pagrindas, veiklos savininkas, sistemos, susiję vertinimai ir peržiūros data |
Paskutinė eilutė sąmoningai atskirta nuo 30 straipsnio tiesioginio laukų sąrašo. Teisinis pagrindas labai naudingas atskaitomybei, tačiau 30 straipsnio 1 dalyje jis atskirai neįvardytas. Tai nereiškia, kad tvarkymui pagrindo nereikia. Reiškia tik tai, kad registro struktūros paaiškinime neturėtume papildomos naudingos informacijos pristatyti kaip pažodinio šio straipsnio reikalavimo.
Nustatykite prasmingą vieno įrašo ribą
Patogu pradėti nuo veiklos ir jos tikslo, o ne nuo programų sąrašo. Klientų užsakymų vykdymas gali apimti elektroninę parduotuvę, mokėjimo procesą ir pristatymo paslaugą. Viena sistema tuo pat metu gali aptarnauti užsakymus, garantines pretenzijas ir rinkodaros kampanijas. Jei viską sutalpinsite eilutėje „klientų duomenų bazė“, nepamatysite skirtingų gavėjų, saugojimo sprendimų ir informavimo pareigų.
Kiekvieno techninio paspaudimo atskirai aprašyti taip pat nereikia. Vienai veiklai galima priskirti susijusias operacijas, jeigu jų aprašymas lieka suprantamas ir leidžia atskirti reikšmingus skirtumus. Jei vienai duomenų daliai taikomas kitas terminas arba ją pasiekia kita gavėjų grupė, tai turi būti aiškiai matoma. Kartais pakanka papildomos skilties, kitais atvejais geriau atskiras įrašas.
Praktinis bandymas paprastas: ar kolega, nedalyvavęs pildant lentelę, supras, kam duomenys naudojami ir kur kreiptis kilus klausimui? Jeigu tam reikia žodinio paaiškinimo apie kelias skirtingas veiklas, eilutė tikriausiai per plati. Jei dešimtys eilučių skiriasi tik serverio katalogo pavadinimu, struktūra gali būti pernelyg techninė ir sunkiai prižiūrima.
Pradinei faktų paieškai tinka informacinių sistemų ir duomenų srautų žemėlapis. Jis padeda pastebėti duomenų kopijas elektroniniame pašte, bendruose aplankuose, paslaugų teikėjų portaluose ir atsarginėse kopijose. Registro nereikia sutapatinti su šiuo žemėlapiu: žemėlapis parodo kelią, o veiklos įrašas susieja tą kelią su tikslu, asmenimis ir atsakomybe.
Valdytojo tapatybė ir atsakingi asmenys
Įrašykite tinkamą juridinį asmenį ar kitą valdytoją, ne tik prekės ženklą. Įmonių grupė gali naudoti bendrą sistemą, tačiau tai savaime nepaverčia visų bendrovių vienu valdytoju. Reikia išsiaiškinti, kurios veiklos priklauso kiekvienai bendrovei ir ar dalyje veiklos sprendimai priimami bendrai. Bendras registro techninis įrankis nepanaikina atskirų dalyvių pareigų.
Kai yra bendri valdytojai, jų vaidmenys ir kontaktai turi būti atspindėti pagal taikytinus reikalavimus. VDAI rekomendacija leidžia galvoti apie bendrą įrašų rengimą ar susitartą administravimą, tačiau atsakomybės negalima paslėpti pasirinkus vieną dokumento saugotoją. Skaitytojui turi būti aišku, kokiai veiklai bendras valdymas taikomas ir kaip pasiekti reikalingą informaciją.
Duomenų apsaugos pareigūnas gali padėti parengti struktūrą, konsultuoti ir koordinuoti informaciją. Jis netampa vieninteliu žmogumi, atsakingu už visų padalinių faktų teisingumą. Veiklos savininkas turi patvirtinti, ką darbuotojai iš tikrųjų daro. Jei marketingo komanda pakeitė auditorijos atranką, DAP negali patikimai atnaujinti įrašo vien perskaitęs seną politiką.
Kontaktams verta naudoti prižiūrimą organizacinį adresą ir aiškų vidaus atsakingą padalinį. Asmens pavardė gali būti naudinga, bet darbuotojui išėjus tokia nuoroda greitai pasensta. Užtikrinkite, kad kontaktų pakeitimas pasiektų visas susijusias veiklas. Bendri organizacijos duomenys, saugomi vienoje vietoje, gali sumažinti pasikartojančio netikslaus kopijavimo riziką.
Tikslas, pagrindas ir duomenų kategorijos
Tikslą rašykite kaip atsakymą, kokiam konkrečiam rezultatui duomenys reikalingi. „Administravimas“ ar „verslo poreikiai“ paprastai nepaaiškina pakankamai. „Darbo užmokesčio apskaičiavimas ir išmokėjimas“ aiškiau apibrėžia veiklą. Tačiau prie šio tikslo nereikėtų automatiškai prijungti darbuotojų produktyvumo reitingavimo: pastarasis gali turėti kitą paskirtį, riziką ir vertinimo poreikį.
Papildomame teisinio pagrindo lauke nurodykite ne visus teoriškai galimus 6 straipsnio punktus, o tik pagrindą, kuris iš tikrųjų taikomas konkrečiai operacijai. Jei remiatės teisine prievole, susiekite ją su konkrečia taikoma norma. Teisinio pagrindo pasirinkimo matrica padeda atskirti sutarties vykdymą, teisinę prievolę, teisėtą interesą ir sutikimą. Keli pagrindai be paaiškinimo dažnai rodo neišspręstą klausimą.
Specialių kategorijų duomenims vien 6 straipsnio pagrindo nepakanka: reikia įvertinti 9 straipsnio sąlygas. Duomenims apie apkaltinamuosius nuosprendžius ir nusikalstamas veikas taikomas 10 straipsnis. Darbuotojo sveikatos dokumento negalima paslėpti kategorijoje „kita personalo informacija“. Toks užrašas trukdo įvertinti, kam prieiga būtina ir ar informacija apskritai turėtų būti renkama.
Duomenų subjektų kategorijose atskirkite darbuotojus, buvusius darbuotojus, kandidatus, klientus, kontaktinius tiekėjų asmenis ar kitus dalyvius tiek, kiek tai svarbu konkrečiai veiklai. Nerašykite faktinių klientų vardų vietoje kategorijų. Registras skirtas veiklai aprašyti, todėl papildomas asmens bylų kopijavimas į jį paprastai tik sukuria naują nereikalingą duomenų rinkinį.
Duomenų kategorijų aprašymas turi būti pakankamai konkretus, kad būtų galima nustatyti poveikį asmeniui. Finansiniai duomenys gali reikšti banko sąskaitą, mokėjimo istoriją ar įsiskolinimą, ir šių duomenų naudojimas skiriasi. Kai laisvo teksto užklausose turinys iš anksto nežinomas, aprašykite tikėtinus tipus ir taikomas ribojimo priemones. Nežinomybė nėra pagrindas automatiškai leisti rinkti bet ką.
Rinkodaros veiklai patikrinkite ne tik BDAR pagrindą, bet ir konkrečiam komunikacijos kanalui taikomas taisykles. Sutikimo pavyzdžių gidas padeda nagrinėti pasirinkimo laisvę, įrodymą ir atšaukimą; jis nereiškia, kad kiekviena rinkodaros operacija visada grindžiama vienodu pagrindu. Įrašas turi atspindėti jūsų priimtą ir pagrįstą sprendimą, o ne patogią bendrą etiketę.
Gavėjai, tvarkytojai ir tarptautiniai perdavimai
30 straipsnis reikalauja gavėjų kategorijų. Praktiniam darbui naudinga papildomai susieti žinomus nuolatinius gavėjus su jų sutartimis ar kitais dokumentais. Atskirkite darbuotojų vidaus prieigos roles nuo išorinių paslaugų teikėjų ir savarankiškų valdytojų. Bankas, valstybės institucija ir jūsų vardu veikiantis apskaitos paslaugų teikėjas neįgyja vienodo vaidmens vien todėl, kad visi gauna duomenis.
Kai gavėjas yra tvarkytojas, BDAR 28 straipsnio susitarimas turi būti vertinamas pagal šio santykio sąlygas. Kitas teisėje numatytas variantas yra tvarkytoją valdytojo atžvilgiu saistantis Sąjungos ar valstybės narės teisės aktas. Taigi ne kiekvienu atveju vienintelis galimas dokumentas yra atskiras komercinis sutarties lapas. Vis dėlto vien įrašyti tiekėją į registrą nepakanka.
Sutarties rengimo šablonas gali padėti palyginti veiklos tikslą, duomenų kategorijas, subrangą ir ištrynimo sąlygas. Patikrinkite, ar sutartis ir įrašas aprašo tą pačią paslaugą. Jei registre pažymėta, kad palaikymo komanda neturi prieigos, o sutartis leidžia tokią prieigą, reikia išsiaiškinti faktinę situaciją. Dokumentų tarpusavio neatitikimas yra signalas tyrimui.
Perdavimų skiltyje vertinkite ne vien serverio vietą. Užsienyje veikianti palaikymo komanda, nuotolinė administratoriaus prieiga ar kitas grupės dalyvis gali būti svarbūs tarptautinio perdavimo analizei. Formuluotė „nėra, nes tiekėjas registruotas Lietuvoje“ nepakankama, jei realus paslaugos vykdymas dar neišsiaiškintas. Įraše nurodykite tik patikrintą padėtį ir pažymėkite neatsakytus klausimus kaip darbus.
BDAR 30 straipsnio perdavimų laukas apima trečiosios valstybės ar tarptautinės organizacijos identifikavimą ir specifiniu 49 straipsnio 1 dalies antros pastraipos atveju tinkamų apsaugos priemonių dokumentus. Praktikoje verta turėti nuorodą ir į kitų taikomų perdavimo mechanizmų įrodymus. Ši platesnė dokumentavimo praktika padeda vykdyti V skyriaus pareigas, bet jos nereikia pristatyti kaip vienodos pažodinės visų perdavimų laukų formuluotės.
Saugojimas turi virsti ištrynimo veiksmu
30 straipsnio 1 dalies f punktas kalba apie numatytus skirtingų duomenų kategorijų ištrynimo terminus, jei įmanoma. Šią kvalifikaciją reikia išlaikyti. Ji nereiškia, kad galima neribotai nepriimti saugojimo sprendimų: BDAR saugojimo ribojimo principas taikomas savarankiškai. Jei konkretaus termino nustatyti dar negalite, užfiksuokite priežastį ir atsakingą asmenį, kuris klausimą išspręs.
Terminas turi turėti pradžios įvykį. Penkeri metai nuo sutarties sudarymo ir penkeri metai nuo jos pasibaigimo yra skirtingi sprendimai. Pasirinkta trukmė turi remtis taikoma teise ir pagrįstu poreikiu, o ne iš kito šablono paimtu skaičiumi. Lietuvos dokumentų saugojimo reikalavimus tikrinkite konkrečiai dokumentų rūšiai ir organizacijai; vienos apskaitos dokumentų kategorijos terminas automatiškai netinka visam personalo katalogui.
Saugojimo ribojimo gidas padeda atskirti aktyvų naudojimą, ribotą saugojimą ir ištrynimą. Įraše galima susieti kelias duomenų grupes su skirtingais terminais. Pavyzdžiui, nepasirinkto kandidato paraiška ir priimto darbuotojo sutartiniai dokumentai neturi būti laikomi vienodai vien todėl, kad buvo gauti toje pačioje atrankos sistemoje.
Duomenų trynimo koncepcija padeda pereiti nuo lentelės iki sistemos taisyklių. Nurodykite, kas inicijuoja veiksmą, ar jis automatinis, kaip apimamos eksportuotos kopijos ir kaip elgiamasi su atsarginėmis kopijomis. Įraše nereikia visų administravimo komandų, tačiau turi būti aiškus ryšys su įgyvendinamu procesu. Priešingu atveju terminas lieka tik pažadu.
Saugumo priemonės ir užpildyto pavyzdžio ribos
Bendrame saugumo aprašyme nurodykite realiai taikomas priemones. Prieigos valdymas turėtų reikšti apibrėžtas roles ir teisių peržiūrą, o atsarginės kopijos – suprantamą atkūrimo tvarką. Visų slaptažodžių ar jautrių techninių konfigūracijų į veiklos įrašą dėti nereikia. Išsamūs dokumentai gali būti saugomi atskirai ir susieti nuoroda, suteikiant prieigą pagal poreikį.
BDAR 30 straipsnio saugumo lauko formuluotėje taip pat yra „jei įmanoma“, tačiau pareiga taikyti tinkamas 32 straipsnio priemones dėl to neišnyksta. Tuščias laukelis neįrodo, kad apsaugos nereikia. Jei saugumo įvertinimas dar nebaigtas, nurodykite faktinę būklę, numatytą sprendimą ir atsakingą asmenį. Planuojamos priemonės negali būti pateikiamos kaip jau veikiančios.
Toliau pateiktas trumpas pavyzdys iliustruoja pildymo logiką. Jis sąmoningai neturi išgalvotos teisės aktu pagrįstos saugojimo trukmės ir nėra pilnas konkrečios organizacijos valdytojo įrašas. Bendrieji valdytojo kontaktai, tikri gavėjai ir susiję dokumentai turėtų būti papildyti pagal faktinį veiklos modelį.
Veikla: klientų garantinių pretenzijų nagrinėjimas.
Asmenys ir duomenys: pretenzijas pateikę klientai; kontaktiniai duomenys, užsakymo numeris, pretenzijos turinys ir sprendimas.
Tikslas: išnagrinėti pretenziją ir įgyvendinti taikomus įsipareigojimus.
Gavėjai: įvertintos remonto ir siuntimo paslaugų kategorijos, kai konkrečiu atveju būtinos.
Saugojimas: atskirai patvirtinti pretenzijos dokumentų ir papildomai pridėtų failų terminai, nurodant jų pradžios įvykį.
Apsauga: prieiga pagal užduotį, kontroliuojamas perdavimas gavėjui, patvirtinta failų šalinimo procedūra.
Pildydami tokį pavyzdį patikrinkite, ar klientas kartais atsiunčia nereikalingą asmens dokumento kopiją arba sveikatos informaciją. Tokia praktika gali reikalauti proceso pakeitimo ir papildomų ribojimų. Registro paskirtis nėra įteisinti viską, kas atsitiktinai patenka į pašto dėžutę. Jis turi padėti pastebėti neatitikimą tarp deklaruoto poreikio ir realiai sukauptos medžiagos.
Tvarkytojo įrašas turi kitokią struktūrą
Jeigu organizacija duomenis tvarko klientų vardu, 30 straipsnio 2 dalis nustato kitą privalomą informaciją. Nurodomi tvarkytojo ar tvarkytojų ir kiekvieno valdytojo, kurio vardu veikiama, pavadinimai bei kontaktai, kai taikoma – atstovai ir DAP. Aprašomos kiekvieno valdytojo vardu atliekamo tvarkymo kategorijos, taikomi perdavimai ir, jei įmanoma, bendros saugumo priemonės.
Todėl kliento valdytojo įrašo kopija nėra savaime tinkamas jūsų tvarkytojo registras. Tvarkymo kategorijos gali apimti saugojimą, atsarginių kopijų kūrimą, priežiūrą ar dokumentų naikinimą pagal kliento nurodymus. Jei klientams teikiamos skirtingos paslaugos ar taikomos skirtingos perdavimo sąlygos, skirtumai turi būti matomi. Vienas bendras užrašas „IT paslaugos visiems klientams“ dažnai neleidžia to nustatyti.
Ta pati įmonė savo darbuotojų administravimo srityje gali būti valdytoja, o klientų duomenų prieglobos srityje – tvarkytoja. Vaidmenis patogu laikyti atskiruose vaizduose ar aiškiai pažymėtose registro dalyse. Nereikia kurti nereikalingų dublių, bet turi būti įmanoma pateikti kiekvienam vaidmeniui priklausančią informaciją. Įrašo pavadinimas pats savaime nekeičia teisinio vaidmens.
Atnaujinimas, kalba ir pateikimas VDAI
BDAR numato rašytinę, įskaitant elektroninę, veiklos įrašų formą. Tai gali būti skaičiuoklė, dokumentas ar tam skirta sistema, jeigu informacija valdoma patikimai ir gali būti pateikta priežiūros institucijai. Nėra bendro 30 straipsnio reikalavimo naudoti vieną privalomą VDAI failo formatą. Oficialus pavyzdys yra naudinga struktūra, bet jį vis tiek reikia pritaikyti.
Registro darbo kalbą derinkite su žmonėmis, kurie jį pildo ir naudoja. Vien 30 straipsnis nenustato, kad kiekvienos tarptautinės grupės vidaus įrašai privalo būti rengiami tik lietuvių kalba. Tačiau negalima iš to daryti išvados, kad VDAI visada privalės priimti bet kokia kalba pateiktą medžiagą. Gavę prašymą, patikrinkite konkrečias pateikimo ir vertimo sąlygas bei pasirūpinkite suprantamu, nuosekliu paaiškinimu.
VDAI rekomendacija akcentuoja reguliarią peržiūrą, kurios dažnis priklauso nuo veiklos kintamumo, teisės reikalavimų ir rizikos. Ji nenustato vienodo kasmetinio termino visoms eilutėms. Nauja sistema, gavėjas, paskirtis ar duomenų kategorija gali pareikalauti pakeitimo nelaukiant planinės peržiūros. Pasirinktą peržiūros dažnį verta pagrįsti, o patvirtinimą gauti iš tikrą procesą žinančio padalinio.
Keičiant įrašą patikrinkite susijusias pareigas. Jei pradedamas vaizdo stebėjimas, vien naujos eilutės nepakanka informavimui. Jei veikla gali kelti didelį pavojų, reikalingas poveikio duomenų apsaugai vertinimo poreikio įvertinimas. Užpildytas PDAV pavyzdys padeda iš registro faktų pereiti prie būtinybės, proporcingumo ir rizikos mažinimo sprendimų.
Pagal 30 straipsnio 4 dalį įrašai pateikiami priežiūros institucijai jos prašymu. Tai nėra bendras reikalavimas iš anksto siųsti kiekvieną atnaujintą lentelę VDAI. Taip pat nėra pagrindo žadėti, kad inspekcija kiekviename patikrinime būtinai pirmiausia prašys būtent registro. Užklausos turinys priklauso nuo nagrinėjamo klausimo, todėl svarbu gebėti pateikti ir susijusį pagrindimą.
30 straipsnis savaime nenustato viso registro viešo paskelbimo pareigos; tai pažymi ir VDAI rekomendacija. Veiklos įrašai ir asmenims skirtas privatumo pranešimas turi skirtingas funkcijas. Skelbiant pasirinktas ištraukas reikia įvertinti saugumo ir kitų asmenų interesus bei kitas taikomas teisės normas. Vidaus techninės informacijos viešinimas neturi tapti neapgalvotu šalutiniu skaidrumo veiksmu.
Galiausiai patikrinkite, ar iš registro galima rasti atsakingą žmogų ir susijusius įrodymus. BDAR atskaitomybės įrodymų aplankas gali sujungti pagrindų vertinimus, sutartis, informavimo versijas ir ištrynimo sprendimus. Gavus prašymą susipažinti su duomenimis, registras padeda nustatyti paieškos vietas, tačiau nepakeičia faktinės paieškos ir saugaus atsakymo. Toks ryšys tarp aprašo ir veiksmų suteikia šablonui praktinę vertę.