
Egy érintetti hozzáférési kérelem azt teszi próbára, hogy a szervezet képes-e összekapcsolni egy személyt a róla tárolt információkkal, el tudja-e magyarázni, hogyan használja ezeket az információkat, és tud-e megalapozott választ adni. A nehéz rész ritkán egy ügyfélprofil exportálása. Sokkal inkább a kapcsolódó nyilvántartások megtalálása, a személyazonossági egyezések tisztázása, mások információinak védelme és annak igazolása, hogy mit ellenőriztek.
Egy technológiai igazgató (CTO) számára ez jogi korlátok között működő operatív képesség. Az alkalmazásoknak használható keresési útvonalakra van szükségük; a rendszergazdáknak egyértelmű felelősségekre; az ellenőröknek a forrás kontextusára; a végleges közlésnek pedig biztonságos kézbesítésre. Egy adatvédelmi tájékoztató nem helyettesítheti ezeket a mechanizmusokat.
Egy nyomon követhető munkafolyamat összekapcsolja a beérkezést, a kereséseket, az átvizsgálási döntéseket és a kézbesítést. Lehetővé kell tennie, hogy egy második ellenőr négy kérdésre válaszolni tudjon: A megfelelő helyeken kerestünk? A megfelelő személyt azonosítottuk? Megadtuk a kötelezően előírt információkat? Meg tudjuk magyarázni, amit visszatartottunk?
A GDPR 15. cikke alapján a személy visszajelzést kaphat arról, hogy személyes adatainak kezelése folyamatban van-e, hozzáférhet ezekhez az adatokhoz, és tájékoztatást kaphat az adatkezelésről. Az érintetti hozzáférési kérelmet gyakran SAR-nak vagy DSAR-nak rövidítik. A kérelemnek nem kell ezeket a kifejezéseket használnia.
Egy e-mail, amely így szól: „Kérem, küldjenek meg mindent, amit rólam tárolnak”, érvényes kérelem lehet. A személynek nem kell megindokolnia a szándékát, és nem kell belső űrlapot használnia. Egy űrlap megkönnyítheti a befogadást, de nem válhat a jog gyakorlásának akadályává.
A válasznak két különálló eleme van: maguk a személyes adatok és a hozzájuk tartozó magyarázat. Egy olyan kategórialista, mint az „elérhetőségi adatok, vásárlások és ügyfélszolgálati nyilvántartások”, nem helyettesíti az adatok másolatát.
| A válasz eleme | Amit a csapatnak meg kell állapítania |
|---|---|
| Visszaigazolás és másolat | Kezelnek-e adatokat, és mely személyes adatok tartoznak a válaszba |
| Célok és kategóriák | Miért kezelik az adatokat, és mely kategóriák érintettek |
| Címzettek | Kik kapták meg az adatokat; ahol előírt, a tényleges címzetteket azonosítsa, ne egy általános szállítói listára hagyatkozzon |
| Megőrzés | A tervezett tárolási időtartam vagy a meghatározásához használt szempontok |
| Egyéb jogok | Tájékoztatás a helyesbítésről, a törlésről, a korlátozásról, a tiltakozásról és a felügyeleti hatóságnál benyújtható panaszról |
| Források | A forrásokra vonatkozó elérhető információk, ha az adatokat nem a személytől gyűjtötték |
| Automatizált döntések | A 15. cikk (1) bekezdésének h) pontja alá tartozó automatizált döntéshozatalra, ideértve a profilalkotást, vonatkozó releváns információk |
| Nemzetközi adattovábbítás | Tájékoztatás a megfelelő garanciákról, ha a 15. cikk (2) bekezdése alkalmazandó |
Ezeknek a válaszoknak a személy tényleges adatkezelési kontextusát kell tükrözniük. Egy általános adatvédelmi tájékoztató hasznos háttér, de nem feltétlenül magyaráz meg egy szokatlan ügyfélszolgálati eszkalációt, egy toborzási értékelést vagy egy konkrét adatközlést.
A válaszadásért az adatkezelő felel. Ha az Ön szervezete adatfeldolgozóként jár el, továbbítsa a kérelmet az adatkezelőnek, és az alkalmazandó megállapodások szerint nyújtson segítséget. A 28. cikk előírja, hogy az adatfeldolgozó az adatkezelés jellegét figyelembe véve segítse az érintetti jogok teljesítését. Egy vállalkozás lehet adatkezelő a fiókok adminisztrációja tekintetében, és adatfeldolgozó az ügyfelek által tárolt tartalmak tekintetében, ezért minden érintett adatkészletnél határozza meg a szerepkört.
Hozzon létre ügyazonosítót, és őrizze meg az eredeti kérelmet. Azt rögzítse, mikor érkezett először a szervezethez, ne csupán azt, mikor nyitott jegyet az adatvédelmi csapat. Képezze ki az ügyfélszolgálatot, a HR-t, az értékesítést és a többi ügyfelekkel érintkező csapatot arra, hogy felismerjék a kérelmeket, és haladéktalanul továbbítsák őket.
Az első nyilvántartásnak tartalmaznia kell a kérelmező elérhetőségét, az ismert azonosítókat, a kérelem szövegét, a beérkezés dátumát, a kiszámított határidőt, a felelős gazdát, az ellenőrt és a személy nevében eljáró esetleges képviselőt. A további levelezést ugyanabban az ügyben rögzítse.
Ne tegyen nyers adatközléseket széles körben hozzáférhető ügyfélszolgálati rendszerbe. Egy általános jegy hivatkozhat egy korlátozott hozzáférésű ügynyilvántartásra anélkül, hogy az érzékeny exportokat mindenki számára láthatóvá tenné, aki ügyfélszolgálati feladatokat lát el.
Az első export előtt ossza ki a felelősségeket. Az ügy gazdája koordinálja a határidőket és a levelezést; a rendszergazdák biztosítják a keresés lefedettségét; egy adatvédelmi vagy jogi ellenőr értékeli a korlátozásokat; egy felhatalmazott jóváhagyó pedig engedélyezi a kiadást. Egy kis szervezetben egy személy több szerepet is betölthet, de az érzékeny kiadásoknál továbbra is hasznos egy független ellenőrzés. Ha adatvédelmi tisztviselőt neveztek ki, őrizze meg független tanácsadói és ellenőrző szerepét, ahelyett hogy őt tenné felelőssé minden műszaki adatkinyerésért vagy szervezeti adatkezelési döntésért.
A 12. cikk (3) bekezdése indokolatlan késedelem nélküli intézkedést ír elő, rendes esetben a kérelem beérkezésétől számított egy hónapon belül. Szükség esetén, a kérelem összetettségét és a kérelmek számát figyelembe véve, ez további két hónappal meghosszabbítható. A kérelmezőt az első hónapon belül, az okok megjelölésével tájékoztatni kell.
Naptárat figyelembe vevő számítást használjon, ne feltételezze, hogy egy hónap 30 napot jelent. Rögzítse az alkalmazandó határidő-számítást, és ütemezzen be egy korábbi belső döntési pontot. Gyakorlati ajánlás, hogy a keresés lefedettségét és a hosszabbítás szükségességét jóval az első hónap lejárta előtt vizsgálja felül.
A hosszabbítás nem automatikus engedmény a létszámhiány miatt. Dokumentálja a konkrét körülményeket, például a szétszórt történeti nyilvántartásokat, amelyek harmadik felek szempontjából jelentős átvizsgálást igényelnek. Ha a szervezet úgy dönt, hogy nem intézkedik, a 12. cikk (4) bekezdése egy hónapon belüli tájékoztatást ír elő, amely megindokolja a döntést, és tájékoztat a panasztételi és bírósági jogorvoslati lehetőségekről.
A személyazonossággal és a pontosítással kapcsolatos kérdéseket külön kövesse nyomon. Ne építsen a munkafolyamatba feltételezett újraindulást vagy szüneteltetést az alkalmazandó jogi helyzet ellenőrzése nélkül. A szükséges kérdéseket haladéktalanul tegye fel, és folytassa azokat a munkákat, amelyek biztonságosan folytathatók.
A 12. cikk (6) bekezdése további információk kérését teszi lehetővé, ha a személyazonossággal kapcsolatban megalapozott kétségek merülnek fel. A cél az, hogy megakadályozza az adatok kiadását egy csalónak, nem pedig az, hogy újabb szükségtelen személyazonossági adatkészletet gyűjtsön.
Egy hitelesített fiók és egy bevett kapcsolattartási csatorna elegendő bizonyosságot nyújthat a rutinszerű fiókadatok esetében. Egy ismeretlen címről érkező, érzékeny korábbi munkaviszonnyal kapcsolatos információkra vonatkozó kérelem szigorúbb ellenőrzést igényelhet. Ha képviselő jár el, a releváns személyazonosság mellett a képviseleti jogosultságát is ellenőrizze.
Rögzítse a kétség okát, a bekért bizonyítékot és az ellenőrzés eredményét. Inkább azt rögzítse, hogy az ellenőrzés sikeres volt, mint hogy egy teljes személyazonosító okmányt korlátlan ideig megőrizzen. A megőrzött ellenőrzési anyagokra alkalmazzon megfelelő megőrzési szabályt.
A belső tervezés és a korlátozott keresések gyakran már a személyazonosság tisztázása előtt megkezdődhetnek; az adatok kiadása nem. Tartsa külön ezeket a tevékenységeket, hogy az ellenőrzés védje a személyt anélkül, hogy szükségtelenül késleltetné a források azonosítását.
Ha egy személy a fiókadatokat és egy munkaviszonyt is említ, tisztázza, hogy mindkettőt kéri-e. Ha a szervezet nagy mennyiségű információt kezel, a releváns tevékenységekre vagy időszakokra vonatkozó kérdés hasznosabbá teheti a választ. Magyarázza el, mit tartalmaz a javasolt hatókör, és őrizze meg a személy válaszát.
A hallgatást ne értelmezze úgy, mint hozzájárulást ahhoz, hogy csak a legegyszerűbben átkereshető rendszerben keressen. Ha a pontosítás tisztázatlan marad, az ügy gazdájának dokumentált hatóköri döntésre van szüksége, adott esetben jogi közreműködéssel. A kérelmező magyarázata irányt adhat a kereséseknek, de a hozzáférési jog gyakorlásához nem kell ismernie az Ön adatbázisainak nevét vagy belső azonosítóit.
A keresésnek a személyhez kapcsolódó adatkezelési tevékenységekből és rendszerekből kell kiindulnia, nem abból, amelyik exportgomb a legkönnyebben megtalálható. Egy hasznos adattérkép azonosítja az alkalmazásokat, a dokumentumtárakat, az adatfeldolgozókat, a gazdákat és az azonosítók közötti kapcsolatokat.
Egy ügyfélnek lehet fiókazonosítója, számlázási azonosítója, ügyfélszolgálati azonosítója, korábbi e-mail-címe és álnevesített analitikai azonosítója. Egy munkavállalónak lehetnek személyügyi, bérszámfejtési, beléptetési és eszközazonosítói. Ha ezeket a kapcsolatokat nem értik, egy névre végzett keresés egyszerre eredményezhet kihagyásokat és téves találatokat.
Hozzon létre forrásnyilvántartást az ügyhöz. Minden sornak azonosítania kell egy forrást, annak gazdáját, a keresési módszert, az azonosítók körét, az eredmény helyét, a korlátokat és az ellenőrt. Az eredmény nélküli kereséseket is rögzítse, ne csak a sikereseket.
| Forrás | Keresési megközelítés | Megőrzendő bizonyíték |
|---|---|---|
| Alkalmazás-adatbázis | Fiókazonosítók és a releváns kapcsolódó rekordok | A lekérdezés vagy az export leírása, futtatási idő, rekordszámok |
| Ügyfélszolgálati platform | Jelenlegi és korábbi címek, jegyekre mutató hivatkozások | Keresési feltételek, export-hivatkozás, ellenőrzött mellékletek |
| E-mailek és dokumentumok | Egyeztetett adatgazdák, azonosítók, releváns kontextus | Adatgazdák listája, keresőkifejezések, a lefedettség korlátai |
| Számlázási rendszer | Ügyfél- és számlaazonosítók | Export-hivatkozás és a rekordok közötti kapcsolatok |
| Naplók és analitika | Releváns azonosítók az elérhető megőrzési időn belül | Naplóforrás, időbeli lefedettség, a mezők értelmezése |
| Adatfeldolgozónál tárolt nyilvántartások | Kérés a kijelölt szállítói kapcsolattartón keresztül | Segítségkérés, válasz, hiányosságok, nyomon követés |
A személyes adatok közé tartozhatnak vélemények, értékelések, kikövetkeztetett preferenciák, belső feljegyzések és tevékenységnaplók. Nem korlátozódnak azokra az információkra, amelyeket a személy maga adott meg. Ugyanakkor nem minden dokumentum, amely egy nevet említ, minősül szükségszerűen teljes egészében kiadható, az adott személyre vonatkozó személyes adatnak.
Vonja be a releváns mellékleteket, az archivált jegyeket, a megosztott fájlokat és az üzlet által használt mellékrendszereket. Keressen a korábbi azonosítókra is, ha azok továbbra is a személyhez kapcsolódnak. Az e-maileknél azonosítsa a releváns adatgazdákat és a kontextust, ahelyett hogy vakon exportálna minden üzenetet, amely egy gyakori vezetéknevet tartalmaz.
A műszaki naplókat értelmezni kell. Egy bejelentkezési időbélyeg, egy eszközazonosító vagy egy ügyfélszolgálati hozzáférési esemény személyes adat lehet, ha a kérelmezőhöz kapcsolódik. Dokumentálja, mit jelentenek a mezők, és hogy egy időbélyeg UTC vagy helyi idő szerinti-e. A hozzáférési naplókban szereplő munkavállalói identitások külön értékelést igényelnek; ne feltételezze, hogy minden operátor nevét ki kell adni csupán azért, mert egy esemény mellett szerepel.
A biztonsági mentések is kifejezett értékelést igényelnek. Rögzítse a céljukat, a hozzáférhetőségüket, a megőrzési idejüket, és azt, hogy a releváns információk csak ott léteznek-e. Ne tekintsen minden biztonsági mentést automatikusan kizártnak, és ne állítson vissza egy teljes éles környezetet egy ellenőrizetlen átvizsgálási munkaterületre. Szükség esetén eszkalálja a helyreállítással és a hatókörrel kapcsolatos kérdéseket.
Őrizzen meg annyi részletet, hogy egy másik felhatalmazott ellenőr is megértse, hogyan történt a keresés. Ez magában foglalhatja a lekérdezés szövegét, az eszköz beállításait, az időbeli lefedettséget, az export verzióját és az ismert korlátokat. Ne másoljon hitelesítő adatokat vagy titkokat az ügynyilvántartásba.
Használjon közös adatkinyerési határidőpontot, és rögzítse a kezelés során bekövetkező változásokat. Határozza meg, hogyan kezelik a későbbi tevékenységeket, ahelyett hogy a különböző gazdák magyarázat nélkül, egymással nem összeegyeztethető pillanatképeket exportálnának.
Tartsa külön a forrásexportokat a munkapéldányoktól. Rendeljen állandó hivatkozásokat a fájlokhoz vagy rekordcsoportokhoz, majd kapcsolja az átvizsgálási döntéseket ezekhez a hivatkozásokhoz. A duplikátumok kiszűrése csökkentheti az átvizsgálási munkát, de ellenőrizze, hogy a látszólag azonos rekordok nem tartalmaznak-e eltérő megjegyzéseket, címzetteket vagy időbélyegeket.
Egy üres keresési eredmény nem bizonyítja az adatok hiányát, ha a lekérdezés rossz azonosítót használt, vagy az exportból kimaradtak az archivált elemek. Követelje meg, hogy a gazdák a lefedettséget igazolják, ne csupán azt, hogy rákattintottak az „exportálás” gombra.
Egy adatfeldolgozó, amely nem válaszolt, egy elérhetetlen archívum és egy sikertelen export különböző problémák. Mindegyiket kifejezetten rögzítse, gazdával és következő lépéssel. Egy sikertelen keresés nem szerepelhet a nyilvántartásban „nem található adat” bejegyzésként.
Az adatfeldolgozótól kért segítségnél adja meg az azonosítókat, a kért adatokat, az érintett időszakot és a válasz formátumát, majd ellenőrizze, hogy a visszaküldött anyag lefedi-e a kérelmet. A szerződéses támogatási megállapodásoknak használható kapcsolattartót és eszkalációs utat kell biztosítaniuk. Az adatkezelő válaszadási kötelezettsége nem száll át egy szállítóra pusztán azért, mert az adatgyűjtés az adott szállítótól függ.
Ha egy hiányosság veszélyezteti a teljességet vagy a határidőt, a kiadás előtt eszkalálja. Mérlegelje a további kereséseket, az esetleges jogszerű hosszabbítást és a kérelmező számára szükséges magyarázatot. Ne rejtse el a tisztázatlan lefedettséget egy általános nyilatkozat mögé, amely szerint minden rendszert ellenőriztek.
Az adatgyűjtés eredménye egy jelölt adatkészlet, nem pedig egy válaszcsomag. Emberi átvizsgálásnak kell megállapítania, hogy az egyes elemek a kérelmezőre vonatkoznak-e, érthetők-e, és hogy kiadásuk érinti-e valaki más jogait.
Használjon egyszerű döntési nyilvántartást: kiadás, kiadás kitakarással, kizárás mint nem kapcsolódó, vagy visszatartás alkalmazandó korlátozás alapján. Rögzítse a forráshivatkozást, az ellenőrt, az indokot és az esetleges eszkalációt. Rutinszerű, ismétlődő döntéseknél egy dokumentált csoportos szabály megfelelő lehet, feltéve hogy a kivételek láthatók maradnak.
A másolatnak lehetővé kell tennie, hogy a személy megértse az adatait. A strukturált exportok jól működhetnek, ha az oszlopnevek, a kódok, a kapcsolatok és az időbélyegek magyarázatot kapnak. Egy dokumentálatlan státuszkódokkal teli adatbázisfájl műszakilag olvasható, de nem feltétlenül érthető.
Néha elegendő egy kivonat; néha a dokumentum kontextusa szükséges az információ megértéséhez. Például a „kockázati pontszám: 42” keveset mond a pontszám jelentése és a releváns értékelési kontextus nélkül. Vizsgálja meg, szükség van-e további kivonatokra vagy dokumentumokra, ahelyett hogy azt feltételezné, hogy minden eredeti dokumentumot el kell küldeni, vagy hogy egy összefoglaló mindig elegendő.
Az alkalmazandó automatizált döntéshozatal esetében érthető módon magyarázza el az alkalmazott logikát, annak jelentőségét és várható következményeit. Egy nyers algoritmus vagy egy homályos kijelentés, hogy „a kockázatot MI értékeli”, nem feltétlenül válaszolja meg a kérdést. Vonja be a rendszer gazdáját és a jogi ellenőrt annak megállapításába, mit követel meg a 15. cikk (1) bekezdésének h) pontja az adott felhasználási esetben.
A 15. cikk (4) bekezdése mások jogait és szabadságait védi. Egy közös beszélgetés tartalmazhatja a kérelmező információit, egy másik ügyfél fiókadatait és egy munkavállaló magánéleti körülményeit. Minden elemet külön értékeljen, ahelyett hogy alapértelmezésként a teljes beszélgetést visszatartaná.
A kitakarásnak lehetőség szerint meg kell őriznie a kérelmező számára értelmes kontextust. A titoktartás, a szellemi tulajdon vagy egy másik személy magánszférája védelmet igényelhet, de egy általános „bizalmas” címke nem teljes elemzés. Nemzeti jogi korlátozások is alkalmazandók lehetnek; rögzítse a tényleges jogalapot és az érvelést.
A műszaki kitakarásnak saját minőségellenőrzésre van szüksége. Szükség esetén távolítsa el a rejtett szöveget, a megjegyzéseket, a követett módosításokat, a dokumentum metaadatait, a táblázat lapjait és a beágyazott mellékleteket. Ellenőrizze, hogy a fekete mezők nem távolíthatók el, és hogy az alattuk lévő szöveg nem másolható ki. Nyissa meg újra a végleges fájlokat egy, a szerkesztőeszköztől független megjelenítővel.
Érzékeny ügyekben válassza szét az előkészítést és a jóváhagyást. Egy személy végzi a kitakarásokat; egy másik ellenőrzi a véletlen adatközlést és a túlzott eltávolítást is. A kitakarás nélküli forrást tartsa korlátozott hozzáférés mellett, és egyértelműen különítse el a kiadási példánytól.
Hozzon létre egy válaszcsomagot, amely kísérő magyarázatot, a személyes adatokat, a formátumokhoz vagy kódokhoz tartozó útmutatót és a kötelező adatkezelési információkat tartalmazza. A lényeges korlátokat vagy visszatartási döntéseket olyan nyelven magyarázza el, amelyet a kérelmező megért, anélkül hogy magát a védett információt felfedné.
A címzettekre vonatkozó információkat vesse össze a személyt érintő tényleges adatközlésekkel. Egy aktuális beszállítói katalógus tartalmazhat olyan szolgáltatókat, amelyek soha nem kapták meg az adatait, és kihagyhat egy korábbi szolgáltatót, amely megkapta. Hasonlóképpen, a megőrzésre vonatkozó válaszoknak adatkészletenként kell különbséget tenniük, ahelyett hogy egyetlen időtartamot adnának meg mindenre.
A jóváhagyás előtt végezzen kiadási ellenőrzést:
A 32. cikk a kockázattal arányos biztonságot ír elő; nem határoz meg egyetlen egységes kézbesítési módot. Megfelelő lehet egy korlátozott hozzáférésű, hitelesített letöltés. Bizonyos körülmények között titkosított átvitel vagy más ellenőrzött csatorna lehet a megfelelő. Ne helyezzen érzékeny exportokat egyszerű e-mail-mellékletbe csak azért, mert az kényelmes.
Tesztelje a címzett felhasználói élményét. Meg tudja-e nyitni a formátumot, megérti-e a tartalmat, és le tudja-e tölteni a csomagot, mielőtt a hozzáférés lejár? Őrizze meg a küldés vagy a válasz elérhetővé tételének bizonyítékát, és különítse el azt a ténylegesen megtörtént hozzáférés bizonyítékától.
Az ügynek megfelelő megőrzési szabály mellett meg kell őriznie az eredeti kérelmet, a levelezést, a kereséseket, az átvizsgálás indoklását, a jóváhagyott választ és a kézbesítési nyilvántartást. Az összeállított csomag koncentrált adatvédelmi kockázatot jelent: korlátozza a hozzáférést, távolítsa el az ideiglenes másolatokat, és ne őrizzen meg korlátlan ideig minden nyers exportot pusztán az elszámoltathatóság bizonyítására.
A kérelmek teljesítése általában ingyenes. A 12. cikk (5) bekezdése alapján egy egyértelműen megalapozatlan vagy túlzó kérelem indokolhat az adminisztratív költségeken alapuló észszerű díjat vagy az intézkedés megtagadását. A feltétel fennállásának bizonyítása az adatkezelőt terheli. A 15. cikk (3) bekezdése a további másolatokért is lehetővé teszi az adminisztratív költségeken alapuló észszerű díjat.
Egy széles körű kérelem, egy munkaügyi vita vagy egy kényelmetlen munkateher önmagában nem elegendő. A javasolt díjakat és elutasításokat eszkalálja jogi felülvizsgálatra, dokumentálja a bizonyítékokat, és adja meg az előírt magyarázatot és jogorvoslati tájékoztatást. Ne az első vonalbeli ügyfélszolgálati munkatársaknak kelljen eldönteniük, hogy egy személy indítékai elfogadhatók-e.
A hozzáférés és a törlés is eltérő értékelést igényel. Ha valaki másolatot kér, majd törlést, mindkét jogot kifejezetten kövesse nyomon. Ne törölje a hozzáférési kérelem megválaszolásához szükséges bizonyítékokat a kettő kölcsönhatásának mérlegelése nélkül.
A 17. cikk kivételeket tartalmaz, többek között arra az esetre, ha az adatkezelés jogi kötelezettség teljesítéséhez vagy jogi igények érvényesítéséhez szükséges. Azonosítsa a tényleges kötelezettséget, az érintett nyilvántartásokat és az alkalmazandó megőrzési időt. Az időtartamok joghatóságonként és nyilvántartástípusonként eltérnek; a „pénzügynek szüksége van rá” nem megfelelő magyarázat.
A megőrzési kötelezettségek korlátozhatják a törlést, de önmagukban nem szüntetik meg a hozzáférési jogot. Törölje, amit törölni kell, őrizze meg, aminek érvényes jogalapja van, és ellenőrizze a további felhasználást. Az adatkezelés korlátozására vonatkozó minden döntést a saját alkalmazandó szabályai szerint kell értékelni, ahelyett hogy minden törlési kérelem elutasításának automatikus következményeként kezelnék.
A hozzáférési jogok helytelen kezelése panaszokhoz, hatósági eljárásokhoz és esetleges kártérítési igényekhez vezethet. A 83. cikk (5) bekezdése az érintetti jogok megsértését a magasabb közigazgatási bírságsávba sorolja, amely legfeljebb 20 millió euró vagy a teljes éves világpiaci forgalom 4%-a lehet, attól függően, hogy melyik a magasabb. A tényleges következmények a tényektől függenek; az operatív tanulság az, hogy egyszerre kell biztosítani az időben történő intézkedést és a teljes válasz bizonyítékát.
Vegyünk egy szemléltető szoftvervállalkozást, amely ügyfélfiókjai és számlázási nyilvántartásai tekintetében adatkezelőként jár el. Egy volt ügyfél kéri a róla tárolt összes személyes adatot. Tegyük fel, hogy a vállalkozásnak van egy alkalmazás-adatbázisa, egy számlázási szolgáltatása, egy ügyfélszolgálati platformja, munkatársi e-mail-fiókjai és egy adatfeldolgozó által üzemeltetett analitikai szolgáltatása. Ezek a példához tartozó feltételezések, nem elvárt átfutási idők vagy termékképességek.
A kérelem május 4-én érkezik az ügyfélszolgálaton keresztül. Az ügy gazdája azonnal rögzíti a beérkezést, és kiszámítja a rendes határidőt. A küldő új címet használ, ezért a csapat egy bevett fiókkapcsolattartási csatornán keresztül arányos ellenőrző kérdéseket tesz fel. Alapértelmezésként nem kér útlevelet.
A személy megerősít egy korábbi e-mail-címet. Az alkalmazás nyilvántartásai mindkét címet ugyanahhoz a fiókazonosítóhoz kapcsolják; a számlázás külön ügyfélazonosítót használ. A keresési nyilvántartás rögzíti ezeket a kapcsolatokat, hogy a gazdák ne csak az új címre keressenek.
Az ügyfélszolgálat jegyeket és mellékleteket talál. A számlázás számlákat és fizetési státuszra vonatkozó nyilvántartásokat ad át, nem pedig nem kapcsolódó kártyabirtokosi adatokat. Az e-mailes keresések kiterjednek az ügyfélkapcsolati menedzserre és egy ügyfélszolgálati eszkalációért felelős személyre. Az analitikai adatfeldolgozótól a releváns nyilvántartásokat és az alkalmazandó azonosító-megfeleltetéseket kérik.
Az átvizsgálás során előkerül egy belső feljegyzés, amely az ügyfél panaszát írja le, valamint egy melléklet, amely egy másik ügyfél információit tartalmazza. A feljegyzést a kérelmezőre vonatkozó személyes adatnak minősítik. A mellékletben célzott kitakarásokat végeznek. Egy eseményexportot mezőszótárral és az időzóna magyarázatával adnak át.
A válasz elmagyarázza az adatkezelési célokat, a releváns címzetteket, az adatkészletenkénti megőrzést, a jogokat, a forrásokat és az alkalmazandó adattovábbítási garanciákat. Az ellenőr megerősíti, hogy a keresés kiterjed az archivált ügyfélszolgálati jegyekre is. A jóváhagyott csomagot hitelesített csatornán keresztül kézbesítik, és a kézbesítési eseményt rögzítik.
Egy fejlesztési lehetőség is felmerül: a számlázási azonosító hiányzott az adattérképről. A csapat korrekciós feladatot jelöl ki a kapcsolat frissítésére és annak tesztelésére a következő főpróbán. A kérelem így egyszerre eredményezett választ és a jövőbeli lefedettség mérhető javulását.
Az automatizálás támogathatja a beérkező kérelmek irányítását, az emlékeztetőket, az azonosítók kikeresését, az exportok előkészítését, a duplikátumok kiszűrését és a javasolt kitakarásokat. Értéke a forrásoldali lefedettségtől és a jogosultságoktól függ. Egy olyan csatoló, amely csak az aktív rekordokban keres, nem igazolhatja azt az állítást, hogy egy archívumot is átkerestek.
A mesterséges intelligenciával támogatott előkészítésnek vázlatnak kell maradnia. Validálja a személyazonossági egyezéseket, a kihagyott anyagokat, az összefoglalókat, a kitakarásokat és a jogi következtetéseket. Ne adjon át egy adatközlési csomagot jóvá nem hagyott modellkörnyezetnek. Alkalmazza a legkisebb jogosultság elvét, végezze el a megfelelő adatfeldolgozói és adattovábbítási értékeléseket, és szabályozza a megőrzést és a további felhasználást.
A Secani dokumentált bizonyíték- és felelősségi modellje támogathatja az e munka körüli irányítást: modellezheti a releváns rendszereket és szolgáltatókat, kijelölheti a gazdákat és az ellenőröket, és összekapcsolhatja a bizonyítékokat a követelményekkel és a döntésekkel. A keresési korlátokból és a hiányzó felelősökből feladatok lehetnek, míg a forráshivatkozások, megjegyzések, jóváhagyások és időbélyegek megőrzik az átvizsgálás nyomvonalát. A tényleges keresésekhez, a jogi értékelésekhez és a biztonságos kézbesítéshez továbbra is megfelelően megvalósított operatív folyamatra van szükség.
Nyissa meg újra a lefedettség értékelését, ahelyett hogy a kézbesítést a teljesség bizonyítékának tekintené. Ellenőrizze az azonosítót, a forrást és az eredeti keresés korlátait. Ha a válasz hiányos volt, haladéktalanul gondoskodjon a megfelelő helyesbítésről, és a magyarázatot őrizze meg az eredeti döntési nyilvántartás mellett. Frissítse a keresési módszert, ha a kihagyás ismétlődő hibára utal.
A megfelelő keresések után válaszoljon azzal a visszaigazolással, hogy nem kezelnek személyes adatot, ahelyett hogy a kérelmet megválaszolatlanul hagyná. A keresési bizonyítékokat a körülményekkel arányos mértékben őrizze meg. Különböztesse meg a valódi negatív eredményt attól, hogy a megadott azonosítók alapján nem sikerült megtalálni egy fiókot.
Ha lehetséges, azonnal korlátozza a hozzáférést, és indítsa el a személyes adatok megsértésére vonatkozó értékelést. Ne feltételezze, hogy minden téves kézbesítés automatikusan bejelentendő, vagy hogy egy visszahívási kérés megoldja a helyzetet. Értékelje a felfedett információkat, a címzetteket és a kockázatokat a 33. és 34. cikk alapján, és a bejelentésről szóló döntést a hozzáférési válasz helyesbítésétől elkülönítve dokumentálja.
Kezdjen egy ellenőrzött példával és egy ismert, előre elhelyezett rekordkészlettel. Legyen benne egy régi azonosító, egy harmadik félre vonatkozó hivatkozás, egy archivált elem és egy adatfeldolgozónál tárolt nyilvántartás. Ellenőrizze, hogy a munkafolyamat mindegyiket megtalálja-e, és érthető, biztonságosan kitakart választ állít-e elő.
Mérje a lefedetlen forrásokat, a tisztázatlan felelősségeket, az azonosítókkal kapcsolatos hibákat, az átvizsgálási utómunkát és a kézbesítési problémákat – ne csak azt, milyen gyorsan zárul le egy jegy. Az eredmények alapján frissítse az adattérképet és a keresési utasításokat. Egy hasznos főpróba ellenőrzött lefedettséggel, megnevezett korrekciós felelősökkel és olyan válasznyilvántartással zárul, amelyet egy másik ellenőr is nyomon tud követni.
A Secani egyetlen közös munkaterületen köti össze a hatóköröket, a bizonyítékokat, a feladatokat és az MI-ügynököket.
Kapcsolja össze a CRA hatályát, a sérülékenységkezelést, a támogatási vállalásokat és a termékbizonyítékokat az aktuális bejelentési és alkalmazási ütemtervvel.
Használja a következő Adatvédelem Napját arra, hogy begyakorolja a kérelmek kezelését, áttekintse az adatfolyamokat, javítsa a megőrzést, és gyakorlati eredményeket mérjen.
Kapcsolja össze a GDPR szerinti adatfeldolgozói feltételeket a tényleges adatfolyamokkal, további adatfeldolgozókkal, biztonsági intézkedésekkel, incidenskezelési támogatással és a szerződés végén történő adatkezeléssel.