
Privatumo sąmoningumo renginys naudingesnis, kai po jo lieka pakeistas procesas. Kita Duomenų apsaugos diena bus 2027 m. sausio 28 d. Pasinaudokite pasiruošimo laikotarpiu ir pasirinkite vieną patobulinimą, kurį komanda galėtų užbaigti, pademonstruoti ir palaikyti.
Vadovybei klausimas nėra vien tai, kiek darbuotojų dalyvaus. Svarbu, kurį su asmens duomenimis susijusį neaiškumą organizacija pašalins, kas turi įgaliojimus pakeisti procesą ir kaip vadovybė žinos, kad pakeitimas vis dar veikia po mėnesio.
Naudingas renginys gali derinti trumpą pristatymą su praktinėmis pratybomis. Darbuotojai sužino ką nors aktualaus, klientai susiduria su mažiau kliūčių, o verslas gauna įrodymų, kad procesas veikia, o ne vien tai, kad mokymai įvyko.
Pradėkite nuo žinomos problemos, o ne nuo veiklų kalendoriaus. Galbūt pagalbos tarnybos darbuotojai negali rasti privatumo klausimų eskalavimo kelio. Galbūt klientų duomenys kopijuojami į bendrą aplanką be aiškaus už ištrynimą atsakingo asmens. Galbūt buvo įdiegta nauja DI funkcija, neatnaujinus klientams teikiamo paaiškinimo.
Problemą pasirinkite atsakydami į tris klausimus:
Vadovybė turėtų skirti reikiamo laiko ir priimti reikiamus sprendimus. Jei patobulinimui reikia inžinerinio darbo, suteikite jam sutartą vietą įgyvendinimo grafike. Jei jis keičia saugojimą, įtraukite įrašų savininką ir teisės patarėją, o ne prašykite darbuotojų savarankiškai trinti medžiagą.
Kai paskirtas duomenų apsaugos pareigūnas, įtraukite jį dėl nepriklausomų patarimų ir stebėsenos. Atskaitomybė už verslo sprendimus lieka vadovybei ir atitinkamiems procesų savininkams; DAP neturėtų būti pavesta nustatyti duomenų tvarkymo tikslų ir priemonių.
Toliau pateiktos galimybės yra praktinės rekomendacijos, o ne nustatyta Duomenų apsaugos dienos programa. Pasirinkite vieną pagrindinį rezultatą; kitas naudokite tik tada, kai jos jį palaiko.
| Veikla | Sprendimas, kurį turėtų priimti dalyviai | Įrodymai, kuriuos reikia išsaugoti |
|---|---|---|
| Repetuoti prašymą susipažinti su duomenimis | Kas koordinuoja paieškas ir tvirtina atsakymą? | Nuasmenintas repeticijos įrašas ir pataisyti nukreipimo nurodymai |
| Atsekti vieną duomenų srautą per tiekėjus | Kur kuriamos kopijos ir kas už jas atsako? | Atnaujintas srauto žemėlapis ir priskirtos spragos |
| Peržiūrėti bendrą aplanką | Kuriems vaidmenims iš tikrųjų reikia prieigos? | Patvirtintas prieigos sąrašas ir pakeitimo įrašas |
| Išbandyti saugojimo taisyklę | Ką reikėtų ištrinti, išsaugoti ar eskaluoti? | Testo rezultatai ir išimčių sprendimai |
| Peržiūrėti privatumo pranešimą | Ar žmogus gali suprasti faktinį duomenų tvarkymą? | Patobulinta formuluotė ir grįžtamasis ryšys apie suprantamumą |
| Repetuoti ne tam gavėjui išsiųstą el. laišką | Kas gauna pranešimą ir vertina incidentą? | Eskalavimo įrašas ir patobulinti nurodymai |
Veiklas planuokite tokio dydžio, kad jas būtų galima užbaigti. Naudokite sintetinius ar nuasmenintus įrašus, iš ekrano kopijų pašalinkite identifikatorius ir dalyvavimą apribokite asmenimis, kuriems informacija reikalinga. Sąmoningumo pratybos neturėtų sukelti nereikalingo asmens duomenų atskleidimo.
Skaidrumas yra naudingas akcentas, nes jis susieja teisines pareigas su kasdiene klientų patirtimi. Pagal BDAR 12–14 straipsnius atitinkama informacija turi būti pateikiama glausta, skaidria, suprantama ir lengvai prieinama forma, aiškia ir paprasta kalba. Reikalaujama informacija ir jos pateikimo laikas priklauso nuo duomenų tvarkymo ir nuo to, kaip duomenys gaunami.
Pasirinkite vieną kelią: paskyros atidarymą, kreipimąsi į pagalbos tarnybą, kandidatavimą į darbą ar užsiregistravimą rinkodaros pranešimams. Paprašykite su procesu nesusipažinusio asmens surasti privatumo informaciją ir atsakyti:
Palyginkite jų atsakymus su faktiniu procesu. Lengvai skaitomas pranešimas vis tiek klaidina, jei jame praleistas tiekėjas ar aprašytas saugojimo terminas, kurio sistemos nesilaiko.
Gali padėti sluoksniuotas paaiškinimas: trumpas kontekstinis pranešimas renkant duomenis, išsamesnis paaiškinimas ir prieinamos detalės tiems, kam jų reikia. Trumpasis sluoksnis neturi slėpti esminės informacijos. Venkite miglotų užtikrinimų, tokių kaip „mums rūpi jūsų privatumas“, kai reikia konkretaus paaiškinimo.
Susitarkite, kaip būsimi pokyčiai inicijuos peržiūrą. Naujas gavėjas, tikslas, DI funkcija ar saugojimo taisyklė turėtų paskatinti įvertinti pranešimus, teisinį pagrindą ir kitas atitinkamas apsaugos priemones. Kai BDAR reikalauja pateikti informaciją prieš tolesnį tvarkymą kitu tikslu, politikos atnaujinimo atgaline data nepakanka. Komunikacija turėtų paaiškinti faktinį pokytį, o ne vien pranešti, kad politika pasikeitė.
Prašymo susipažinti su duomenimis pratybos vienu metu išbando kelias komandas: pagalbos tarnybą, tapatybės tikrinimą, sistemų savininkus, privatumo vertintojus ir saugų pateikimą. Pradėkite nuo kontroliuojamo prašymo, gauto per įprastą klientų kanalą. Nemanykite, kad žmonės naudosis jūsų pageidaujama forma ar teisine terminologija.
Patikrinkite, ar darbuotojai atpažįsta prašymą, užfiksuoja jo gavimą, teisingai jį nukreipia ir randa atitinkamą informaciją sistemose ir pas tiekėjus. Įtraukite sprendimą dėl trečiųjų asmenų informacijos ir pateikimo būdo testą.
BDAR 12 straipsnis paprastai reikalauja atsakyti per vieną mėnesį. Prireikus, atsižvelgiant į sudėtingumą ir prašymų skaičių, terminą galima pratęsti dar dviem mėnesiais, tačiau asmuo turi būti informuotas per pirmąjį mėnesį, nurodant priežastis. Prašymai paprastai nagrinėjami nemokamai, o mokesčiai ar atsisakymas galimi tik ribotomis sąlygomis. Papildoma tapatybės informacija turėtų būti proporcinga pagrįstoms abejonėms, o ne įprastas reikalavimas pateikti paso kopiją.
Privatumo prietaisų skydelis gali palengvinti tinkamus veiksmus, tačiau tai nėra universalus teisinis reikalavimas ar išimčių tvarkymo pakaitalas. Patikrinkite, ar žmonės gali rasti valdiklius, atskirti rinkodaros nuostatas nuo kito duomenų tvarkymo ir gauti pagalbos, kai savitarna nepavyksta. Ištrynimo prašymus taip pat reikia vertinti: ne kiekvieną įrašą galima teisėtai ištrinti nedelsiant.
Išsamesnį pratybų planą rasite mūsų prašymų susipažinti su duomenimis darbo eigoje.
DI sąmoningumas turėtų prasidėti nuo konkretaus naudojimo atvejo, o ne nuo bendro pristatymo apie technologijas. Paklauskite komandų, ar klientų žinutės, kandidatų duomenys, darbuotojų informacija ar kiti asmens duomenys patenka į DI įrankius, įskaitant funkcijas, įdiegtas esamoje programinėje įrangoje.
Pasirinktam naudojimo atvejui dokumentuokite įvestis, paslaugų teikėją, tikslą, rezultatus, saugojimo tvarką ir paveiktus žmones. Nustatykite, ar rezultatai tik padeda darbuotojams, ar daro įtaką reikšmingiems sprendimams. Patikrinkite paslaugų teikėjo sąlygas ir konfigūraciją, o ne manykite, kad pažįstamas programinės įrangos tiekėjas duomenis naudoja tik taip, kaip tikimasi.
Europos Komisijos Dirbtinio intelekto akto apžvalgoje nurodoma, kad bendrai, įskaitant skaidrumo nuostatas, aktas taikomas nuo 2026 m. rugpjūčio 2 d. Tikslios pareigos priklauso nuo sistemos, naudojimo atvejo ir organizacijos vaidmens. 50 straipsnyje nustatytos konkrečios skaidrumo pareigos; tai nereiškia, kad kiekvienai DI padedamai vidinei užduočiai reikia vienodo informavimo klientams.
Klientams skirtam asistentui įvertinkite taikomą informavimo reikalavimą ir tiksliai paaiškinkite, kada naudotojas bendrauja su DI. Aiškaus kelio į žmogaus pagalbą pasiūlymas yra praktinė paslaugų rekomendacija, o ne universali taisyklė kiekvienai DI sistemai.
Atskirai įvertinkite BDAR pareigas. 22 straipsnis susijęs su tam tikrais vien automatizuotu tvarkymu grindžiamais sprendimais, sukeliančiais teisinių pasekmių ar panašų reikšmingą poveikį, su išimtimis ir apsaugos priemonėmis. Tai nėra visuotinė taisyklė, apimanti kiekvieną DI rekomendaciją. Vadovybė turėtų reikalauti peržiūros prieš diegimą ar reikšmingus pakeitimus, o ne palikti darbuotojams nuspėti ribą sąmoningumo užsiėmimo metu.
Mokymai naudingiausi, kai juose repetuojamas sprendimas. Pagalbos tarnybos darbuotojams pateikite realistišką privatumo klausimą, vadovams – siūlomą produkto pakeitimą, o veiklos darbuotojams – ne tam gavėjui išsiųsto el. laiško scenarijų. Paklauskite kiekvienos grupės, ką jie darytų toliau ir kur tai užfiksuotų.
El. laiško pratybose darbuotojai turėtų žinoti, kaip nedelsiant pranešti, išsaugoti svarbius faktus ir laikytis patvirtintų suvaldymo nurodymų. Jie neturėtų vieni spręsti, ar apie incidentą reikia pranešti, ar jį nuslėpti atšaukę laišką.
Pagal BDAR 33–34 straipsnius duomenų valdytojai turi pranešti kompetentingai priežiūros institucijai nepagrįstai nedelsdami ir, jei įmanoma, ne vėliau kaip per 72 valandas nuo sužinojimo apie asmens duomenų saugumo pažeidimą, nebent jis neturėtų kelti pavojaus asmenų teisėms ir laisvėms. Duomenų tvarkytojai praneša duomenų valdytojams nepagrįstai nedelsdami. Dėl didelio pavojaus taip pat gali reikėti pranešti paveiktiems asmenims, atsižvelgiant į išimtis. Kai pranešti nereikia, užfiksuokite argumentus.
Todėl mokymų rezultatas yra tinkamas naudoti pranešimo kelias ir informacija pagrįstas vertinimo procesas, o ne vien testo rezultatas.
Iliustracinės prielaidos: nedidelė programinės įrangos įmonė kas savaitę eksportuoja klientų pagalbos įrašus į bendrą aplanką analizei. Eksporte yra kontaktiniai duomenys ir laisvo teksto žinutės. Aplankas turi paveldėtą prieigą, ir niekas neatsako už ištrynimą. Vadovybė šį srautą pasirenka Duomenų apsaugos dienai; tai hipotetinis pavyzdys, o ne Secani kliento rezultatas.
Prieš renginį pagalbos tarnybos vadovas ir sistemos savininkas sukuria nuasmenintą pavyzdį ir užfiksuoja dabartinį eksporto kelią. Privatumo patarėjas nustato klausimus dėl tikslo, duomenų kiekio mažinimo, saugojimo ir tiekėjų prieigos. Seminare klausiama: kur kuriama kiekviena kopija, kas ja naudojasi ir kaip ji pašalinama?
Dalyviai nustato, kad senam analizės procesui laisvo teksto žinučių nebereikia. Jie siūlo siauresnį eksportą, vaidmenimis grindžiamą prieigos grupę ir apibrėžtą saugojimo taisyklę. Vadovybė leidžia pakeisti procesą, su sąlyga, kad bus patvirtinti bet kokie teisiniai saugojimo reikalavimai.
Komanda išbando patobulintą eksportą, patikrina, ar neįtraukti laukai iš tikrųjų nebeatsiranda, pašalina nereikalingą prieigą prie aplanko ir išbando ištrynimą su tinkamais pavyzdiniais įrašais. Jei automatinio ištrynimo neįmanoma įgyvendinti iš karto, savininkas dokumentuoja laikiną kontroliuojamą procesą ir įgyvendinimo datą, o ne skelbia problemą išspręsta.
Užbaigimo pakete yra atnaujintas srauto žemėlapis, patvirtintas laukų sąrašas, prieigos pakeitimo įrašas, saugojimo sprendimas, testo rezultatas ir įvardytas savininkas. Po mėnesio peržiūrintis asmuo patikrina naują eksportą ir patvirtina, kad seni tinkami ištrinti failai nebesikaupia. Ilgalaikis patobulinimas yra pakeistas duomenų tvarkymo procesas, o ne pats seminaras.
Užbaigimą apibrėžkite prieš pradėdami veiklą. „Privatumo pranešimas atnaujintas“ yra silpnesnis teiginys nei „pranešimas atitinka pasirinktą duomenų srautą, yra patvirtintas, o dalyviai gali jį rasti ir paaiškinti“. „Prieiga peržiūrėta“ yra silpnesnis teiginys nei įrodymai, kad patvirtinti panaikinimai buvo įgyvendinti.
Išsaugokite kompaktišką patobulinimo įrašą:
Dalyvių skaičius naudingas aprėpčiai suprasti, tačiau jis nerodo, kad procesas pagerėjo. Pasirinkite su rezultatu susijusius rodiklius: neišspręstus atsakomybės klausimus, nepavykusius prašymų perdavimus, nereikalingas narystes prieigos grupėse ar įrašus, viršijančius patvirtintą saugojimo terminą. Apribokite prieigą prie įrodymų, kuriuose yra asmens duomenų, ir nesaugokite nereikalingų kopijų vien tam, kad parodytumėte kruopštumą.
Pasiruošimo laikotarpiu pasirinkite procesą, patvirtinkite atsakomybę ir surinkite nuasmenintą medžiagą. Iki sausio 28 d. susitarkite dėl užbaigimo kriterijų ir rezervuokite laiko įgyvendinimui. Renginio dieną surenkite pratybas ir užfiksuokite sprendimus. Neaiškius atsakymus priskirkite kaip tolesnį darbą, o ne leiskite jiems pradingti susitikimų užrašuose.
Secani gali padėti atlikti šiuos tolesnius veiksmus platesnėje atitikties programoje: sumodeliuoti atitinkamas sistemas ir paslaugų teikėjus, susieti įrodymus su reikalavimais ar kontrolės priemonėmis, paskirti savininkus ir spragas paversti užduotimis. DI padedamiems pasiūlymams ir įrodymų išvadoms žmogaus peržiūrą palikite aiškią, išsaugodami šaltinius, patvirtinimus ir sprendimų kontekstą.
Numatykite peržiūrą praėjus mėnesiui po renginio. Paklauskite, ar pakeitimas veikia su naujais įrašais ir ar kas nors vis dar už jį atsako. Pradėkite nuo vienos veiklos, kuri pašalina žinomą neaiškumą, tada rezultatu remkitės nuspręsdami, kam toliau skirti dėmesio.
Secani sujungia aprėptis, įrodymus, užduotis ir DI agentus vienoje bendroje darbo erdvėje.
Susiekite CRA taikymo sritį, pažeidžiamumų tvarkymą, palaikymo įsipareigojimus ir produkto įrodymus su dabartiniu pranešimo ir taikymo tvarkaraščiu.
Susiekite BDAR duomenų tvarkytojo sąlygas su faktiniais duomenų srautais, subtvarkytojais, saugumo priemonėmis, pagalba incidentų atveju ir duomenų tvarkymu pasibaigus sutarčiai.
Nustatykite DORA taikymo sritį ir organizuokite IRT rizikos valdymą, pranešimus apie incidentus, atsparumo testavimą ir trečiųjų šalių susitarimus, įskaitant sąsają su NIS2.