
Privātuma izpratnes pasākums ir noderīgāks, ja pēc tā paliek mainīts process. Nākamā Datu aizsardzības diena ir 2027. gada 28. janvārī. Izmantojiet sagatavošanās laiku, lai izvēlētos vienu uzlabojumu, ko komanda var pabeigt, demonstrēt un uzturēt.
Vadībai jautājums nav tikai par to, cik darbinieku piedalās. Jautājums ir, kuru nenoteiktību attiecībā uz personas datiem organizācija novērsīs, kuram ir pilnvaras mainīt procesu un kā vadība zinās, ka izmaiņa joprojām darbojas pēc mēneša.
Noderīgs pasākums var apvienot īsu informatīvu ievadu ar praktisku vingrinājumu. Darbinieki uzzina ko būtisku, klienti saskaras ar mazāk šķēršļiem, un uzņēmums iegūst pierādījumus, ka process darbojas, nevis tikai to, ka notikusi apmācība.
Sāciet ar zināmu problēmu, nevis aktivitāšu kalendāru. Iespējams, atbalsta darbinieki nevar atrast privātuma jautājumu eskalācijas ceļu. Iespējams, klientu dati tiek kopēti koplietojamā mapē bez skaidra dzēšanas atbildīgā. Iespējams, ieviesta jauna mākslīgā intelekta funkcija, neatjauninot klientiem sniegto skaidrojumu.
Izvēlieties problēmu, izmantojot trīs jautājumus:
Vadībai jāapstiprina nepieciešamais laiks un lēmumi. Ja uzlabojumam nepieciešams izstrādes darbs, piešķiriet tam saskaņotu vietu izstrādes grafikā. Ja tas maina glabāšanas kārtību, iesaistiet ierakstu īpašnieku un juridisko konsultantu, nevis lūdziet darbiniekiem patstāvīgi dzēst materiālus.
Ja ir iecelts datu aizsardzības speciālists, iesaistiet viņu neatkarīgu konsultāciju un uzraudzības nolūkā. Atbildība par biznesa lēmumiem paliek vadībai un attiecīgajiem procesu īpašniekiem; datu aizsardzības speciālistam nevajadzētu uzlikt atbildību par apstrādes nolūku un līdzekļu noteikšanu.
Turpmāk minētās iespējas ir praktiski ieteikumi, nevis noteikta Datu aizsardzības dienas programma. Izvēlieties vienu galveno rezultātu; pārējās izmantojiet tikai tad, ja tās to atbalsta.
| Aktivitāte | Lēmums, kas dalībniekiem jāpieņem | Saglabājamie pierādījumi |
|---|---|---|
| Izmēģiniet piekļuves pieprasījumu | Kurš koordinē meklēšanu un apstiprina atbildi? | Anonimizēts izmēģinājuma ieraksts un laboti maršrutēšanas norādījumi |
| Izsekojiet vienu datu plūsmu caur piegādātājiem | Kur tiek veidotas kopijas un kam tās pieder? | Atjaunināta plūsmas karte un piešķirtas nepilnības |
| Pārskatiet koplietojamu mapi | Kurām lomām piekļuve patiešām nepieciešama? | Apstiprināts piekļuves saraksts un izmaiņu ieraksts |
| Pārbaudiet glabāšanas noteikumu | Kas jādzēš, jāsaglabā vai jāeskalē? | Testa rezultāti un lēmumi par izņēmumiem |
| Pārskatiet privātuma paziņojumu | Vai cilvēks var saprast faktisko apstrādi? | Pārskatīts formulējums un atgriezeniskā saite par saprotamību |
| Izmēģiniet nepareizai adresei nosūtītu e-pastu | Kurš saņem ziņojumu un izvērtē incidentu? | Eskalācijas ieraksts un pārskatīti norādījumi |
Saglabājiet aktivitātes pietiekami nelielas, lai tās varētu pabeigt. Izmantojiet sintētiskus vai anonimizētus ierakstus, noņemiet identifikatorus no ekrānuzņēmumiem un ierobežojiet dalību ar tiem, kuriem šī informācija nepieciešama. Izpratnes vingrinājumam nevajadzētu radīt nevajadzīgu personas datu atklātību.
Pārredzamība ir noderīgs fokuss, jo tā sasaista juridiskās saistības ar klientu ikdienas pieredzi. Saskaņā ar VDAR 12.–14. pantu attiecīgā informācija jāsniedz kodolīgā, pārredzamā, saprotamā un viegli pieejamā veidā, izmantojot skaidru un vienkāršu valodu. Nepieciešamā informācija un tās sniegšanas laiks ir atkarīgs no apstrādes un tā, kā dati iegūti.
Izvēlieties vienu klienta ceļu: konta atvēršanu, sazināšanos ar atbalsta dienestu, pieteikšanos darbam vai pierakstīšanos mārketinga saziņai. Palūdziet cilvēkam, kurš procesu nepazīst, atrast privātuma informāciju un atbildēt:
Salīdziniet viņa atbildes ar faktisko procesu. Labi lasāms paziņojums joprojām ir maldinošs, ja tajā izlaists kāds piegādātājs vai aprakstīts glabāšanas ilgums, kuru sistēmas neievēro.
Var palīdzēt slāņots skaidrojums: īss kontekstuāls paziņojums datu vākšanas brīdī, pilnīgāks skaidrojums un pieejama detalizēta informācija tiem, kam tā nepieciešama. Īsajā slānī nedrīkst slēpt būtisku informāciju. Izvairieties no neskaidriem apgalvojumiem, piemēram, „mēs novērtējam jūsu privātumu”, ja nepieciešams konkrēts skaidrojums.
Vienojieties, kā turpmākas izmaiņas ierosina pārskatīšanu. Jaunam saņēmējam, nolūkam, mākslīgā intelekta funkcijai vai glabāšanas noteikumam jāizraisa paziņojumu, tiesiskā pamata un citu attiecīgo aizsardzības pasākumu izvērtēšana. Ja VDAR prasa sniegt informāciju pirms turpmākas apstrādes citam nolūkam, ar politikas atjaunināšanu pēc fakta nepietiek. Saziņā jāizskaidro faktiskā izmaiņa, nevis tikai jāpaziņo, ka politika ir mainīta.
Piekļuves pieprasījuma vingrinājums vienlaikus pārbauda vairākas komandas: atbalsta dienestu, identitātes pārbaudi, sistēmu īpašniekus, privātuma pārskatītājus un drošu izsniegšanu. Sāciet ar kontrolētu pieprasījumu, kas tiek saņemts pa parastu klientu kanālu. Nepieņemiet, ka cilvēki izmantos jūsu vēlamo veidlapu vai juridisko terminoloģiju.
Pārbaudiet, vai darbinieki atpazīst pieprasījumu, reģistrē tā saņemšanu, pareizi to novirza un atrod attiecīgo informāciju dažādās sistēmās un pie piegādātājiem. Iekļaujiet lēmumu par trešo personu informāciju un izsniegšanas veida pārbaudi.
VDAR 12. pants parasti prasa atbildēt viena mēneša laikā. Vajadzības gadījumā, ņemot vērā sarežģītību un pieprasījumu skaitu, termiņu var pagarināt vēl par diviem mēnešiem, taču persona par to jāinformē pirmā mēneša laikā, norādot iemeslus. Pieprasījumi parasti ir bez maksas, ievērojot ierobežotus nosacījumus maksas iekasēšanai vai atteikumam. Papildu identitātes informācijai jābūt samērīgai ar pamatotām šaubām, nevis rutīnas prasībai pēc pases kopijām.
Privātuma informācijas panelis var atvieglot piemērotas darbības, taču tā nav universāla juridiska prasība un neaizstāj izņēmumu apstrādi. Pārbaudiet, vai cilvēki var atrast iestatījumus, atšķirt mārketinga preferences no citas apstrādes un saņemt palīdzību, ja pašapkalpošanās neizdodas. Arī dzēšanas pieprasījumi ir jāizvērtē: ne katru ierakstu drīkst likumīgi dzēst nekavējoties.
Pilnīgākam vingrinājuma plānam izmantojiet mūsu piekļuves pieprasījumu darbplūsmu.
Izpratnei par mākslīgo intelektu jāsākas ar konkrētu lietojuma gadījumu, nevis vispārīgu prezentāciju par tehnoloģiju. Pajautājiet komandām, vai klientu ziņojumi, kandidātu dati, darbinieku informācija vai citi personas dati nonāk mākslīgā intelekta rīkos, tostarp esošajā programmatūrā iebūvētās funkcijās.
Izvēlētajam lietojuma gadījumam dokumentējiet ievaddatus, pakalpojumu sniedzēju, nolūku, izvades datus, glabāšanas kārtību un skartās personas. Noskaidrojiet, vai izvades dati tikai palīdz darbiniekiem vai ietekmē nozīmīgus lēmumus. Pārbaudiet pakalpojumu sniedzēja noteikumus un konfigurāciju, nevis pieņemiet, ka pazīstams programmatūras piegādātājs izmanto datus tikai tā, kā gaidīts.
Eiropas Komisijas pārskats par Mākslīgā intelekta aktu norāda, ka vispārējā piemērošana, tostarp pārredzamības noteikumiem, sākas 2026. gada 2. augustā. Precīzi pienākumi ir atkarīgi no sistēmas, lietojuma gadījuma un organizācijas lomas. 50. pantā ietverti konkrēti pārredzamības pienākumi; tas nenozīmē, ka katram ar mākslīgā intelekta palīdzību veiktam iekšējam uzdevumam nepieciešama vienāda informācijas sniegšana klientiem.
Klientiem paredzētam asistentam izvērtējiet piemērojamo informēšanas prasību un precīzi paskaidrojiet, kad lietotājs mijiedarbojas ar mākslīgo intelektu. Skaidra ceļa piedāvāšana uz cilvēka atbalstu ir praktisks pakalpojuma ieteikums, nevis universāls noteikums katrai mākslīgā intelekta sistēmai.
Atsevišķi izvērtējiet VDAR pienākumus. 22. pants attiecas uz noteiktiem lēmumiem, kas balstīti tikai uz automatizētu apstrādi un rada juridiskas vai līdzīgi būtiskas sekas, ar izņēmumiem un aizsardzības pasākumiem. Tas nav vispārējs noteikums, kas aptver katru mākslīgā intelekta ieteikumu. Vadībai jāpieprasa pārskatīšana pirms ieviešanas vai būtiskām izmaiņām, nevis jāatstāj darbiniekiem pašiem izsecināt robežu izpratnes sesijas laikā.
Apmācība ir visnoderīgākā, ja tajā izmēģina lēmumu. Dodiet atbalsta darbiniekiem reālistisku privātuma jautājumu, vadītājiem ierosinātu produkta izmaiņu un darbības nodrošināšanas darbiniekiem scenāriju ar nepareizai adresei nosūtītu e-pastu. Pajautājiet katrai grupai, ko tā darītu tālāk un kur to reģistrētu.
E-pasta vingrinājumā darbiniekiem jāzina, kā nekavējoties ziņot, saglabāt būtiskos faktus un ievērot apstiprinātos ierobežošanas norādījumus. Viņiem nevajadzētu vienpersoniski lemt, vai par incidentu jāziņo, vai to noslēpt pēc ziņojuma atsaukšanas.
Saskaņā ar VDAR 33.–34. pantu pārziņiem bez nepamatotas kavēšanās un, ja iespējams, 72 stundu laikā pēc tam, kad tiem kļuvis zināms par personas datu aizsardzības pārkāpumu, par to jāpaziņo kompetentajai uzraudzības iestādei, ja vien nav ticams, ka pārkāpums radīs risku personu tiesībām un brīvībām. Apstrādātāji bez nepamatotas kavēšanās paziņo pārziņiem. Augsta riska gadījumā var būt nepieciešams informēt arī skartās personas, ievērojot izņēmumus. Reģistrējiet argumentāciju, ja paziņošana nav nepieciešama.
Tāpēc apmācības rezultāts ir izmantojams ziņošanas ceļš un informēts izvērtēšanas process, nevis tikai testa rezultāts.
Ilustratīvi pieņēmumi: neliels programmatūras uzņēmums eksportē klientu atbalsta ierakstus koplietojamā mapē iknedēļas analīzei. Eksportā ir kontaktinformācija un brīva teksta ziņojumi. Mapei ir mantota piekļuve, un neviens nav atbildīgs par dzēšanu. Vadība izvēlas šo plūsmu Datu aizsardzības dienai; tas ir hipotētisks piemērs, nevis Secani klienta rezultāts.
Pirms pasākuma atbalsta vadītājs un sistēmas īpašnieks izveido anonimizētu paraugu un reģistrē pašreizējo eksporta ceļu. Privātuma konsultants identificē jautājumus par nolūku, datu minimizēšanu, glabāšanu un piegādātāju piekļuvi. Darbseminārā tiek jautāts: kur tiek izveidota katra kopija, kas to izmanto un kā tā tiek dzēsta?
Dalībnieki atklāj, ka vecam analīzes procesam brīva teksta ziņojumi vairs nav vajadzīgi. Viņi ierosina šaurāku eksportu, uz lomām balstītu piekļuves grupu un noteiktu glabāšanas noteikumu. Vadība apstiprina procesa izmaiņu ar nosacījumu, ka tiek apstiprinātas iespējamās juridiskās saglabāšanas prasības.
Komanda testē pārskatīto eksportu, pārbauda, vai izslēgtie lauki nav iekļauti, noņem nevajadzīgu piekļuvi mapei un testē dzēšanu atbilstošiem parauga ierakstiem. Ja automatizēto dzēšanu nevar pabeigt nekavējoties, īpašnieks dokumentē pagaidu kontrolētu procesu un izpildes datumu, nevis pasludina jautājumu par slēgtu.
Noslēguma paketē ir atjaunināta plūsmas karte, apstiprināts lauku saraksts, piekļuves izmaiņu ieraksts, glabāšanas lēmums, testa rezultāts un konkrēts īpašnieks. Pēc mēneša pārskatītājs pārbauda jaunu eksportu un apstiprina, ka veci dzēšamie faili vairs neuzkrājas. Ilgtspējīgais uzlabojums ir mainīts datu apstrādes process, nevis pats darbseminārs.
Definējiet izpildes kritērijus pirms aktivitātes sākuma. „Privātuma paziņojums atjaunināts” ir vājāks nekā „paziņojums atbilst izvēlētajai datu plūsmai, ir apstiprināts, un dalībnieki var to atrast un izskaidrot”. „Piekļuve pārskatīta” ir vājāks nekā pierādījumi, ka apstiprinātās piekļuves atsaukšanas ir īstenotas.
Saglabājiet kodolīgu uzlabojuma ierakstu:
Apmeklējums ir noderīgs, lai izprastu aptvērumu, taču tas neparāda, ka process ir uzlabojies. Izvēlieties ar rezultātu saistītus rādītājus: neatrisināti jautājumi par atbildību, neizdevušās pieprasījumu nodošanas, nevajadzīgas piekļuves dalības vai ieraksti, kas pārsniedz apstiprināto glabāšanas ilgumu. Ierobežojiet piekļuvi pierādījumiem, kas satur personas datus, un nesaglabājiet nevajadzīgas kopijas tikai tāpēc, lai pierādītu rūpību.
Izmantojiet sagatavošanās laiku, lai izvēlētos procesu, apstiprinātu atbildību un savāktu anonimizētus materiālus. Pirms 28. janvāra vienojieties par izpildes kritērijiem un rezervējiet laiku ieviešanai. Pasākuma dienā veiciet vingrinājumu un reģistrējiet lēmumus. Piešķiriet nenoteiktās atbildes kā turpmāku darbu, nevis ļaujiet tām pazust sanāksmju piezīmēs.
Secani var atbalstīt šo turpmāko darbu plašākā atbilstības programmā: modelēt attiecīgās sistēmas un pakalpojumu sniedzējus, sasaistīt pierādījumus ar prasībām vai kontrolēm, piešķirt īpašniekus un pārvērst nepilnības uzdevumos. Saglabājiet skaidru cilvēka pārskatīšanu mākslīgā intelekta atbalstītiem ieteikumiem un pierādījumu secinājumiem, saglabājot avotus, apstiprinājumus un lēmumu kontekstu.
Ieplānojiet pārskatīšanu mēnesi pēc pasākuma. Pajautājiet, vai izmaiņa darbojas ar jauniem ierakstiem un vai kāds joprojām par to atbild. Sāciet ar vienu aktivitāti, kas novērš zināmu nenoteiktību, un pēc tam izmantojiet rezultātu, lai izlemtu, kam turpmāk jāpievērš uzmanība.
Secani apvieno tvērumus, pierādījumus, uzdevumus un MI aģentus vienā kopīgā darbvietā.
Sasaistiet CRA tvērumu, ievainojamību apstrādi, atbalsta saistības un produkta pierādījumus ar pašreizējo ziņošanas un piemērošanas grafiku.
Sasaistiet VDAR apstrādātāja noteikumus ar faktiskajām datu plūsmām, apakšapstrādātājiem, drošības pasākumiem, incidentu atbalstu un rīcību līguma beigās.
Nosakiet DORA tvērumu un organizējiet IKT riska pārvaldību, ziņošanu par incidentiem, noturības testēšanu un vienošanās ar trešām pusēm, ietverot saistību ar NIS2.