
Duomenų subjekto prašymas susipažinti patikrina, ar organizacija gali susieti asmenį su jo turima informacija, paaiškinti, kaip ta informacija naudojama, ir pateikti pagrįstą atsakymą. Sunkiausia dalis retai būna kliento profilio eksportas. Sunkiausia yra rasti susijusius įrašus, išspręsti tapatybės atitikmenų klausimus, apsaugoti kitų žmonių informaciją ir parodyti, kas buvo patikrinta.
Technologijų vadovui tai yra veiklos pajėgumas su teisinėmis ribomis. Programoms reikia veikiančių paieškos būdų; sistemų savininkams reikia aiškių atsakomybių; peržiūrėtojams reikia šaltinio konteksto; o galutinį atskleidimą reikia saugiai pateikti. Privatumo politika šių mechanizmų nepakeičia.
Atsekama darbo eiga susieja gavimą, paieškas, peržiūros sprendimus ir pateikimą. Ji turėtų leisti antrajam peržiūrėtojui atsakyti į keturis klausimus: ar ieškojome tinkamose vietose? Ar nustatėme tinkamą asmenį? Ar pateikėme privalomą informaciją? Ar galime paaiškinti, kodėl kažkas nebuvo pateikta?
Pagal BDAR 15 straipsnį asmuo gali gauti patvirtinimą, ar jo asmens duomenys yra tvarkomi, susipažinti su tais duomenimis ir gauti informacijos apie jų tvarkymą. Prašymas susipažinti su duomenimis angliškai dažnai trumpinamas SAR arba DSAR. Prašyme šių terminų vartoti nebūtina.
El. laiškas su prašymu „atsiųskite viską, ką apie mane turite“ gali būti galiojantis prašymas. Asmuo neprivalo paaiškinti savo motyvų ar naudoti vidinės formos. Forma gali palengvinti prašymų priėmimą, tačiau ji neturėtų tapti kliūtimi įgyvendinti teisę.
Atsakymą sudaro dvi skirtingos dalys: patys asmens duomenys ir juos lydintis paaiškinimas. Kategorijų sąrašas, pavyzdžiui, „kontaktiniai duomenys, pirkiniai ir pagalbos įrašai“, nepakeičia duomenų kopijos.
| Atsakymo dalis | Ką komanda turi nustatyti |
|---|---|
| Patvirtinimas ir kopija | Ar duomenys tvarkomi ir kurie asmens duomenys turi būti įtraukti į atsakymą |
| Tikslai ir kategorijos | Kodėl duomenys tvarkomi ir kokios kategorijos susijusios |
| Gavėjai | Kas gavo duomenis; kai to reikalaujama, nurodykite faktinius gavėjus, o ne remkitės bendru tiekėjų sąrašu |
| Saugojimas | Numatomas saugojimo laikotarpis arba jam nustatyti taikomi kriterijai |
| Kitos teisės | Informacija apie ištaisymą, ištrynimą, apribojimą, prieštaravimą ir skundus priežiūros institucijai |
| Šaltiniai | Turima informacija apie šaltinius, jei duomenys nebuvo surinkti iš paties asmens |
| Automatizuoti sprendimai | Svarbi informacija apie automatizuotą sprendimų priėmimą, įskaitant profiliavimą, kuriam taikomas 15 straipsnio 1 dalies h punktas |
| Tarptautiniai perdavimai | Informacija apie tinkamas apsaugos priemones, kai taikoma 15 straipsnio 2 dalis |
Šie atsakymai turi atspindėti faktinį asmens duomenų tvarkymo kontekstą. Standartinis privatumo pranešimas yra naudingas fonas, tačiau jis gali nepaaiškinti neįprasto pagalbos užklausos eskalavimo, atrankos vertinimo ar konkretaus atskleidimo.
Už atsakymą atsako duomenų valdytojas. Jei jūsų organizacija veikia kaip duomenų tvarkytojas, perduokite prašymą duomenų valdytojui ir padėkite pagal taikomus susitarimus. 28 straipsnis reikalauja, kad duomenų tvarkytojas padėtų įgyvendinti duomenų subjektų teises, atsižvelgdamas į duomenų tvarkymo pobūdį. Įmonė gali būti duomenų valdytoja paskyrų administravimo atžvilgiu ir duomenų tvarkytoja klientų talpinamo turinio atžvilgiu, todėl kiekvienam susijusiam duomenų rinkiniui nustatykite vaidmenį.
Sukurkite bylos identifikatorių ir išsaugokite pradinį prašymą. Užfiksuokite, kada jis pirmą kartą pasiekė organizaciją, o ne tik tada, kai privatumo komanda atidarė užklausą. Apmokykite pagalbos, personalo, pardavimų ir kitas su visuomene bendraujančias komandas atpažinti prašymus ir nedelsiant juos persiųsti.
Pradiniame įraše turėtų būti nurodyti prašymo teikėjo kontaktiniai duomenys, žinomi identifikatoriai, prašymo formuluotė, gavimo data, apskaičiuotas terminas, atsakingas asmuo, peržiūrėtojas ir bet koks asmens vardu veikiantis atstovas. Vėlesnį susirašinėjimą fiksuokite toje pačioje byloje.
Nekelkite neapdorotų atskleidžiamų duomenų į plačiai prieinamą pagalbos tarnybos sistemą. Bendra užklausa gali nurodyti į ribotos prieigos bylos įrašą, neatskleisdama jautrių eksportų visiems, kurie tvarko pagalbos užklausas.
Atsakomybes paskirstykite prieš pirmąjį eksportą. Bylos savininkas koordinuoja terminus ir susirašinėjimą; sistemų savininkai užtikrina paieškos aprėptį; privatumo ar teisės peržiūrėtojas vertina apribojimus; o įgaliotas tvirtintojas patvirtina pateikimą. Mažoje organizacijoje vienas asmuo gali atlikti kelis vaidmenis, tačiau jautriems atskleidimams vis tiek naudinga nepriklausoma patikra. Jei paskirtas DAP, išsaugokite jo nepriklausomą patariamąjį ir stebėsenos vaidmenį, užuot pavedę jam atsakomybę už kiekvieną techninį duomenų išgavimą ar organizacinį sprendimą dėl duomenų tvarkymo.
12 straipsnio 3 dalis reikalauja imtis veiksmų nepagrįstai nedelsiant ir paprastai per vieną mėnesį nuo prašymo gavimo. Prireikus, atsižvelgiant į prašymų sudėtingumą ir skaičių, šis laikotarpis gali būti pratęstas dar dviem mėnesiais. Prašymo teikėjas turi būti apie tai informuotas per pirmąjį mėnesį, nurodant priežastis.
Naudokite kalendorinį skaičiavimą, o ne manykite, kad vienas mėnuo reiškia 30 dienų. Užfiksuokite taikomą termino skaičiavimą ir suplanuokite ankstesnį vidinį sprendimo tašką. Praktiška rekomendacija – peržiūrėti paieškos aprėptį ir pratęsimo poreikį gerokai prieš pasibaigiant pirmajam mėnesiui.
Pratęsimas nėra automatinė nuolaida dėl darbuotojų trūkumo. Dokumentuokite konkrečias aplinkybes, pavyzdžiui, išsklaidytus istorinius įrašus, kuriuos reikia nuodugniai peržiūrėti dėl trečiųjų asmenų informacijos. Jei organizacija nusprendžia nesiimti veiksmų, 12 straipsnio 4 dalis reikalauja per vieną mėnesį pranešti, kodėl, ir pateikti informaciją apie galimybę pateikti skundą ir pasinaudoti teisminės teisių gynimo priemonėmis.
Tapatybės ir patikslinimo klausimus sekite atskirai. Neįtraukite į darbo eigą tariamo termino atnaujinimo ar sustabdymo, nepatikrinę taikomos teisinės padėties. Būtinus klausimus užduokite nedelsdami ir toliau atlikite darbus, kuriuos galima saugiai tęsti.
12 straipsnio 6 dalis leidžia prašyti papildomos informacijos, kai kyla pagrįstų abejonių dėl tapatybės. Tikslas – užkirsti kelią atskleidimui apsimetėliui, o ne surinkti dar vieną nereikalingą tapatybės duomenų rinkinį.
Autentifikuota paskyra ir nusistovėjęs kontaktinis kanalas gali suteikti pakankamą užtikrinimą įprastiems paskyros įrašams. Prašymas iš nežinomo adreso dėl jautrios istorinės informacijos apie darbo santykius gali reikalauti griežtesnių patikrinimų. Kai dalyvauja atstovas, patikrinkite ir jo įgaliojimus, ir atitinkamo asmens tapatybę.
Užfiksuokite abejonės priežastį, prašytus įrodymus ir patikrinimo rezultatą. Geriau užfiksuoti, kad patikrinimas buvo sėkmingas, nei neribotą laiką saugoti visą asmens tapatybės dokumentą. Bet kokiai išsaugotai patikrinimo medžiagai taikykite tinkamą saugojimo taisyklę.
Vidinį planavimą ir ribotas paieškas dažnai galima pradėti dar prieš išsprendžiant tapatybės klausimą; atskleidimo – ne. Šias veiklas laikykite atskirai, kad patikrinimas apsaugotų asmenį be reikalo nevilkinant šaltinių nustatymo.
Jei asmuo mini ir paskyros įrašus, ir darbo santykius, pasitikslinkite, ar jis nori abiejų. Kai organizacija turi daug informacijos, klausimas apie susijusią veiklą ar laikotarpius gali padaryti atsakymą naudingesnį. Paaiškinkite, ką apima siūloma apimtis, ir išsaugokite asmens atsakymą.
Nelaikykite tylos sutikimu ieškoti tik lengviausioje sistemoje. Jei patikslinimas lieka neišspręstas, bylos savininkui reikia dokumentuoto sprendimo dėl apimties ir, kai tikslinga, teisininkų nuomonės. Prašymo teikėjo paaiškinimas gali padėti kryptingai ieškoti, tačiau jam neturėtų reikėti žinoti jūsų duomenų bazių pavadinimų ar vidinių identifikatorių, kad galėtų įgyvendinti teisę susipažinti.
Paieška turėtų prasidėti nuo su asmeniu susijusių duomenų tvarkymo veiklų ir sistemų, o ne nuo to eksporto mygtuko, kurį lengviausia rasti. Naudingas duomenų žemėlapis nurodo programas, dokumentų saugyklas, duomenų tvarkytojus, atsakomybę ir ryšius tarp identifikatorių.
Klientas gali turėti paskyros ID, atsiskaitymų ID, pagalbos ID, ankstesnį el. pašto adresą ir pseudoniminį analitikos identifikatorių. Darbuotojas gali turėti personalo, darbo užmokesčio, prieigos kontrolės ir įrenginių identifikatorius. Jei šie ryšiai nesuprantami, paieška pagal vardą gali lemti ir praleidimus, ir klaidingus atitikmenis.
Sudarykite bylai šaltinių registrą. Kiekvienoje eilutėje turėtų būti nurodytas šaltinis, jo savininkas, paieškos metodas, identifikatorių rinkinys, rezultatų vieta, apribojimai ir peržiūrėtojas. Fiksuokite ir rezultatų nedavusias paieškas, ne tik sėkmingas.
| Šaltinis | Paieškos būdas | Saugotini įrodymai |
|---|---|---|
| Programos duomenų bazė | Paskyrų ID ir susiję įrašai | Užklausos ar eksporto aprašymas, vykdymo laikas, įrašų skaičius |
| Pagalbos platforma | Dabartiniai ir ankstesni adresai, užklausų sąsajos | Paieškos kriterijai, eksporto nuoroda, patikrinti priedai |
| El. paštas ir dokumentai | Sutarti saugotojai, identifikatoriai, susijęs kontekstas | Saugotojų sąrašas, užklausų terminai, aprėpties apribojimai |
| Atsiskaitymų sistema | Klientų ir sąskaitų faktūrų identifikatoriai | Eksporto nuoroda ir įrašų ryšiai |
| Žurnalai ir analitika | Susiję identifikatoriai turimo saugojimo laikotarpio ribose | Žurnalo šaltinis, laiko aprėptis, laukų interpretavimas |
| Duomenų tvarkytojų turimi įrašai | Prašymas per paskirtą tiekėjo kontaktą | Pagalbos prašymas, atsakymas, spragos, tolesni veiksmai |
Asmens duomenys gali apimti nuomones, vertinimus, numanomus pomėgius, vidines pastabas ir veiklos įrašus. Jie neapsiriboja informacija, kurią įvedė pats asmuo. Kita vertus, ne kiekvienas dokumentas, kuriame paminėtas vardas, yra vien tik apie tą asmenį ir visas atskleistinas jo asmens duomenų požiūriu.
Įtraukite susijusius priedus, archyvuotas užklausas, bendrinamus failus ir verslo naudojamas pagalbines sistemas. Ieškokite pagal istorinius identifikatorius, jei jie tebėra susieti su asmeniu. El. paštui nustatykite susijusius saugotojus ir kontekstą, o ne aklai eksportuokite kiekvieną laišką, kuriame yra dažna pavardė.
Techniniai žurnalai reikalauja interpretavimo. Prisijungimo laiko žyma, įrenginio identifikatorius ar pagalbos prieigos įvykis gali būti asmens duomenys, kai jie susieti su prašymo teikėju. Dokumentuokite, ką reiškia laukai ir ar laiko žyma nurodyta UTC, ar vietos laiku. Darbuotojų tapatybes prieigos žurnaluose reikia vertinti atskirai; nemanykite, kad kiekvieno operatoriaus vardas turi būti atskleistas vien todėl, kad jis nurodytas šalia įvykio.
Atsarginėms kopijoms taip pat reikia aiškaus vertinimo. Užfiksuokite jų paskirtį, prieinamumą, saugojimo laikotarpį ir tai, ar susijusi informacija yra tik jose. Nelaikykite kiekvienos atsarginės kopijos automatiškai neįtraukiama ir neatkurkite visos gamybinės aplinkos nekontroliuojamoje peržiūros darbo erdvėje. Prireikus eskaluokite atkūrimo ir apimties klausimus.
Išsaugokite pakankamai informacijos, kad kitas įgaliotas peržiūrėtojas suprastų, kaip buvo atlikta paieška. Tai gali būti užklausos tekstas, įrankio nustatymai, datų aprėptis, eksporto versija ir žinomi apribojimai. Nekopijuokite į bylos įrašą prisijungimo duomenų ar slaptų raktų.
Naudokite bendrą duomenų išgavimo ribinį momentą ir fiksuokite pokyčius, vykstančius tvarkant prašymą. Nustatykite, kaip bus vertinama vėlesnė veikla, užuot leidę skirtingiems savininkams be paaiškinimo eksportuoti nenuoseklias momentines kopijas.
Šaltinių eksportus laikykite atskirai nuo darbinių kopijų. Failams ar įrašų grupėms priskirkite pastovias nuorodas, o tada peržiūros sprendimus susiekite su šiomis nuorodomis. Dublikatų šalinimas gali sumažinti peržiūros darbą, tačiau patikrinkite, ar iš pažiūros tapatūs įrašai neturi skirtingų pastabų, gavėjų ar laiko žymų.
Tuščias paieškos rezultatas neįrodo duomenų nebuvimo, jei užklausoje naudotas netinkamas identifikatorius arba eksportas neapėmė archyvuotų elementų. Reikalaukite, kad savininkai patvirtintų aprėptį, o ne tik tai, kad paspaudė „eksportuoti“.
Neatsakęs duomenų tvarkytojas, nepasiekiamas archyvas ir nepavykęs eksportas yra skirtingos problemos. Kiekvieną jų aiškiai užfiksuokite, nurodydami atsakingą asmenį ir kitą veiksmą. Nepavykusi paieška registre neturi būti pažymėta kaip „duomenų nerasta“.
Prašydami duomenų tvarkytojo pagalbos, nurodykite identifikatorius, prašomus duomenis, atitinkamą laikotarpį ir atsakymo formatą, o tada patikrinkite, ar grąžinta medžiaga apima prašymą. Sutartinė pagalbos tvarka turėtų numatyti veikiantį kontaktą ir eskalavimo kelią. Duomenų valdytojo pareiga atsakyti nepereina tiekėjui vien todėl, kad duomenų surinkimas priklauso nuo to tiekėjo.
Jei spraga kelia grėsmę išsamumui ar terminui, eskaluokite ją prieš pateikimą. Įvertinkite tolesnes paieškas, bet kokį teisėtą pratęsimą ir prašymo teikėjui reikalingą paaiškinimą. Neslėpkite neišspręstų aprėpties klausimų už bendro teiginio, kad visos sistemos buvo patikrintos.
Surinkimas sukuria preliminarų duomenų rinkinį, o ne atsakymo paketą. Žmogaus atliekama peržiūra turi nustatyti, ar kiekvienas elementas susijęs su prašymo teikėju, ar jis suprantamas ir ar atskleidimas paveikia kieno nors kito teises.
Naudokite paprastą sprendimų registrą: atskleisti, atskleisti su užtamsinimais, neįtraukti kaip nesusijusį arba nepateikti pagal taikomą apribojimą. Užfiksuokite šaltinio nuorodą, peržiūrėtoją, priežastį ir bet kokį eskalavimą. Įprastiems pasikartojantiems sprendimams gali tikti dokumentuota grupinė taisyklė, jei išimtys lieka matomos.
Kopija turi leisti asmeniui suprasti savo duomenis. Struktūrizuoti eksportai gali puikiai tikti, jei paaiškinti stulpelių pavadinimai, kodai, ryšiai ir laiko žymos. Duomenų bazės failas, pilnas nedokumentuotų būsenos kodų, techniškai yra perskaitomas, bet gali būti nesuprantamas.
Kartais pakanka ištraukos; kartais informacijai suprasti reikia dokumento konteksto. Pavyzdžiui, „rizikos balas: 42“ mažai ką pasako be balo reikšmės ir susijusio vertinimo konteksto. Peržiūrėkite, ar reikia papildomų ištraukų ar dokumentų, užuot manę, kad arba turi būti siunčiami visi originalūs dokumentai, arba kad visada pakanka santraukos.
Taikomo automatizuoto sprendimų priėmimo atveju suprantamai paaiškinkite susijusią logiką, reikšmę ir numatomas pasekmes. Neapdorotas algoritmas ar miglotas teiginys, kad „DI vertina riziką“, gali neatsakyti į klausimą. Įtraukite sistemos savininką ir teisės peržiūrėtoją, kad nustatytumėte, ko tam naudojimo atvejui reikalauja 15 straipsnio 1 dalies h punktas.
15 straipsnio 4 dalis saugo kitų asmenų teises ir laisves. Bendrame pokalbyje gali būti prašymo teikėjo informacija, kito kliento paskyros duomenys ir darbuotojo asmeninės aplinkybės. Įvertinkite kiekvieną elementą, o ne pagal nutylėjimą nepateikite viso pokalbio.
Užtamsinant kiek įmanoma reikėtų išsaugoti prasmingą prašymo teikėjui kontekstą. Konfidencialumą, intelektinę nuosavybę ar kito asmens privatumą gali reikėti apsaugoti, tačiau bendra žyma „konfidencialu“ nėra išsami analizė. Taip pat gali būti taikomi nacionalinės teisės apribojimai; užfiksuokite faktinį teisinį pagrindą ir motyvus.
Techniniam užtamsinimui reikia atskiros kokybės patikros. Prireikus pašalinkite paslėptą tekstą, komentarus, sekamus pakeitimus, dokumentų metaduomenis, skaičiuoklių lapus ir įterptus priedus. Patikrinkite, ar juodų stačiakampių negalima pašalinti ir ar po jais esančio teksto negalima nukopijuoti. Galutinius failus atidarykite naudodami nuo redagavimo įrankio nepriklausomą peržiūros programą.
Jautriais atvejais atskirkite parengimą nuo tvirtinimo. Vienas asmuo atlieka užtamsinimus; kitas tikrina ir atsitiktinį atskleidimą, ir perteklinį pašalinimą. Neužtamsintą šaltinį laikykite ribotos prieigos ir aiškiai atskirkite jį nuo pateikiamos kopijos.
Sukurkite atsakymo paketą su lydimuoju paaiškinimu, asmens duomenimis, formatų ar kodų vadovu ir privaloma informacija apie duomenų tvarkymą. Esminius apribojimus ar sprendimus nepateikti informacijos paaiškinkite prašymo teikėjui suprantama kalba, neatskleisdami pačios saugomos informacijos.
Gavėjų informaciją patikrinkite pagal faktinius su asmeniu susijusius atskleidimus. Dabartiniame tiekėjų kataloge gali būti teikėjų, kurie niekada negavo jo duomenų, ir trūkti buvusio teikėjo, kuris juos gavo. Taip pat atsakymai apie saugojimą turėtų atskirti duomenų rinkinius, o ne nurodyti vieną laikotarpį viskam.
Prieš tvirtindami atlikite pateikimo patikrą:
32 straipsnis reikalauja rizikai tinkamo saugumo; jis nenustato vieno visuotinio pateikimo būdo. Gali tikti autentifikuotas atsisiuntimas su ribota prieiga. Tam tikromis aplinkybėmis gali būti tinkamas šifruotas perdavimas ar kitas kontroliuojamas kanalas. Nesiųskite jautrių eksportų kaip įprasto el. laiško priedo vien todėl, kad tai patogu.
Išbandykite gavėjo patirtį. Ar jis gali atidaryti formatą, suprasti turinį ir atsisiųsti paketą prieš pasibaigiant prieigai? Išsaugokite atsakymo išsiuntimo ar padarymo prieinamu įrodymus ir atskirkite tai nuo įrodymo, kad jis iš tikrųjų buvo atidarytas.
Byloje pagal tinkamą saugojimo politiką turėtų būti saugomi pradinis prašymas, susirašinėjimas, paieškos, peržiūros motyvai, patvirtintas atsakymas ir pateikimo įrašas. Sudarytas paketas sukuria koncentruotą privatumo riziką: apribokite prieigą, pašalinkite laikinas kopijas ir nesaugokite kiekvieno neapdoroto eksporto neribotą laiką vien tam, kad įrodytumėte atskaitomybę.
Prašymai paprastai yra nemokami. Pagal 12 straipsnio 5 dalį akivaizdžiai nepagrįstas ar neproporcingas prašymas gali pateisinti pagrįstą mokestį, atsižvelgiant į administracines išlaidas, arba atsisakymą imtis veiksmų. Pareiga įrodyti šią sąlygą tenka duomenų valdytojui. 15 straipsnio 3 dalis taip pat leidžia imti pagrįstą administracines išlaidas atitinkantį mokestį už papildomas kopijas.
Platus prašymas, darbo ginčas ar nepatogus darbo krūvis savaime nėra pakankami. Siūlomus mokesčius ir atsisakymus eskaluokite teisinei peržiūrai, dokumentuokite įrodymus ir pateikite privalomą paaiškinimą bei informaciją apie teisių gynimo priemones. Neverskite pirmosios linijos pagalbos darbuotojų spręsti, ar asmens motyvai yra priimtini.
Teisei susipažinti ir teisei į ištrynimą taip pat reikia skirtingų vertinimų. Jei kas nors prašo kopijos, o paskui ištrynimo, aiškiai sekite abi teises. Neištrinkite įrodymų, reikalingų atsakyti į prašymą susipažinti, neįvertinę jų sąveikos.
17 straipsnyje numatytos išimtys, įskaitant atvejus, kai duomenų tvarkymas būtinas teisinei prievolei įvykdyti arba teisiniams reikalavimams pareikšti. Nustatykite faktinę prievolę, paveiktus įrašus ir taikomą saugojimo laikotarpį. Laikotarpiai skiriasi pagal jurisdikciją ir įrašų rūšį; „to reikalauja finansų skyrius“ nėra tinkamas paaiškinimas.
Saugojimo prievolės gali apriboti ištrynimą, tačiau pačios savaime nepanaikina teisės susipažinti. Ištrinkite tai, kas turi būti ištrinta, išsaugokite tai, kas turi galiojantį pagrindą, ir kontroliuokite vėlesnį naudojimą. Bet koks sprendimas apriboti duomenų tvarkymą turėtų būti vertinamas pagal jam taikomas taisykles, o ne laikomas automatine kiekvieno atsisakymo ištrinti pasekme.
Netinkamas teisių susipažinti įgyvendinimas gali lemti skundus, vykdymo užtikrinimo veiksmus ir galimus reikalavimus atlyginti žalą. 83 straipsnio 5 dalis duomenų subjekto teisių pažeidimams numato aukštesnės pakopos administracines baudas – iki 20 mln. EUR arba 4 % pasaulinės metinės apyvartos, atsižvelgiant į tai, kuri suma didesnė. Faktinės pasekmės priklauso nuo aplinkybių; veiklos pamoka yra užtikrinti ir savalaikius veiksmus, ir išsamaus atsakymo įrodymus.
Panagrinėkime iliustracinę programinės įrangos įmonę, kuri yra savo klientų paskyrų ir atsiskaitymų įrašų duomenų valdytoja. Buvęs klientas prašo visų apie jį turimų asmens duomenų. Tarkime, kad įmonė turi programos duomenų bazę, atsiskaitymų paslaugą, pagalbos platformą, darbuotojų el. paštą ir duomenų tvarkytojo talpinamą analitikos paslaugą. Tai yra pavyzdžio prielaidos, o ne tikėtini atsakymo terminai ar produkto galimybės.
Prašymas per pagalbos tarnybą gaunamas gegužės 4 d. Bylos savininkas iš karto užfiksuoja gavimą ir apskaičiuoja įprastą terminą. Siuntėjas naudoja naują adresą, todėl komanda per nusistovėjusį paskyros kontaktinį kanalą užduoda proporcingus patikrinimo klausimus. Ji pagal nutylėjimą nereikalauja paso.
Asmuo patvirtina ankstesnį el. pašto adresą. Programos įrašai abu adresus susieja su vienu paskyros ID; atsiskaitymų sistema naudoja atskirą kliento ID. Paieškos registre užfiksuojami šie ryšiai, kad savininkai neieškotų tik pagal naują adresą.
Pagalbos komanda randa užklausas ir priedus. Atsiskaitymų komanda pateikia sąskaitas faktūras ir mokėjimų būsenos įrašus, bet ne nesusijusius mokėjimo kortelių turėtojų duomenis. El. pašto paieškos apima klientų vadybininką ir už pagalbos eskalavimą atsakingą asmenį. Analitikos duomenų tvarkytojo prašoma pateikti susijusius įrašus ir taikomus identifikatorių susiejimus.
Peržiūros metu randama vidinė pastaba, aprašanti kliento skundą, ir priedas su kito kliento informacija. Pastaba įvertinama kaip prašymo teikėjo asmens duomenys. Priede atliekami tiksliniai užtamsinimai. Įvykių eksportas pateikiamas su laukų žodynėliu ir laiko juostos paaiškinimu.
Atsakyme paaiškinami duomenų tvarkymo tikslai, susiję gavėjai, konkretiems duomenų rinkiniams taikomi saugojimo laikotarpiai, teisės, šaltiniai ir taikomos perdavimo apsaugos priemonės. Peržiūrėtojas patvirtina, kad paieška apima archyvuotas pagalbos užklausas. Patvirtintas paketas pateikiamas autentifikuotu kanalu, o pateikimo įvykis užfiksuojamas.
Išryškėja viena tobulintina sritis: duomenų žemėlapyje trūko atsiskaitymų identifikatoriaus. Komanda paskiria taisomąją užduotį šiam ryšiui atnaujinti ir išbandyti per kitą repeticiją. Prašymas lėmė ir atsakymą, ir išmatuojamą būsimos aprėpties patobulinimą.
Automatizavimas gali padėti nukreipti gautus prašymus, siųsti priminimus, ieškoti identifikatorių, rengti eksportus, šalinti dublikatus ir siūlyti užtamsinimus. Jo vertė priklauso nuo šaltinių aprėpties ir teisių. Jungtis, ieškanti tik aktyviuose įrašuose, negali pagrįsti teiginio, kad buvo ieškota archyve.
DI padedamas parengimas turėtų likti juodraščiu. Patvirtinkite tapatybės atitikmenis, praleistą medžiagą, santraukas, užtamsinimus ir teisines išvadas. Nepateikite atskleidžiamų duomenų rinkinio nepatvirtintai modelio aplinkai. Taikykite mažiausių privilegijų principą, tinkamus duomenų tvarkytojo ir perdavimo vertinimus bei saugojimo ir tolesnio naudojimo kontrolės priemones.
Secani dokumentuotas įrodymų ir atsakomybės modelis gali padėti valdyti šį darbą: sumodeliuokite susijusias sistemas ir paslaugų teikėjus, paskirkite savininkus ir peržiūrėtojus, susiekite įrodymus su reikalavimais ir sprendimais. Paieškos apribojimai ir trūkstama atsakomybė gali tapti užduotimis, o šaltinių nuorodos, komentarai, patvirtinimai ir laiko žymos išsaugo peržiūros pėdsaką. Pačioms paieškoms, teisiniams vertinimams ir saugiam pateikimui vis tiek reikia tinkamai įgyvendinto veiklos proceso.
Iš naujo atlikite aprėpties vertinimą, o ne laikykite pateikimą išsamumo įrodymu. Patikrinkite identifikatorių, šaltinį ir pradinės paieškos apribojimus. Jei atsakymas buvo neišsamus, nedelsdami tinkamai jį pataisykite ir paaiškinimą saugokite kartu su pradiniu sprendimo įrašu. Jei praleidimas atskleidžia pasikartojančią klaidą, atnaujinkite paieškos metodą.
Atlikę tinkamas paieškas, atsakykite patvirtindami, kad asmens duomenys netvarkomi, o ne palikite prašymą neatsakytą. Paieškos įrodymų apimtis turėtų būti proporcinga aplinkybėms. Atskirkite tikrą neigiamą rezultatą nuo negalėjimo rasti paskyros pagal pateiktus identifikatorius.
Kai įmanoma, nedelsdami apribokite prieigą ir pradėkite asmens duomenų saugumo pažeidimo vertinimą. Nemanykite, kad apie kiekvieną klaidingą pateikimą automatiškai privaloma pranešti arba kad prašymas grąžinti problemą išsprendžia. Įvertinkite atskleistą informaciją, gavėjus ir rizikas pagal 33 ir 34 straipsnius, o sprendimą dėl pranešimo dokumentuokite atskirai nuo atsakymo į prašymą susipažinti taisymo.
Pradėkite nuo kontroliuojamo pavyzdžio ir žinomo iš anksto įkeltų įrašų rinkinio. Įtraukite seną identifikatorių, nuorodą į trečiąjį asmenį, archyvuotą elementą ir duomenų tvarkytojo turimą įrašą. Patikrinkite, ar darbo eiga randa kiekvieną jų ir sukuria suprantamą, saugiai užtamsintą atsakymą.
Matuokite neaprėptus šaltinius, neišspręstus atsakomybės klausimus, identifikatorių klaidas, pakartotinį peržiūros darbą ir pateikimo problemas, o ne vien tai, kaip greitai uždaroma užklausa. Pagal rezultatus atnaujinkite duomenų žemėlapį ir paieškos instrukcijas. Naudinga repeticija baigiasi patikrinta aprėptimi, įvardytais už taisomuosius veiksmus atsakingais asmenimis ir atsakymo įrašu, kurį gali suprasti kitas peržiūrėtojas.
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.
Pasinaudokite kita Duomenų apsaugos diena prašymų nagrinėjimui repetuoti, duomenų srautams peržiūrėti, saugojimui pagerinti ir praktiniams rezultatams išmatuoti.
Susiekite BDAR duomenų tvarkytojo sąlygas su faktiniais duomenų srautais, subtvarkytojais, saugumo priemonėmis, pagalba incidentų atveju ir duomenų tvarkymu pasibaigus sutarčiai.