Prava pristupa podacima zaposlenih: uloge, zapisi i kontrole

Prava pristupa podacima zaposlenih treba povezati sa zadatkom, svrhom i rizikom. Kadrovska služba treba druge informacije od obračuna plata, IT administracije ili spoljnog računovodstvenog servisa. Ako svaka uloga može otvoriti isti personalni dosije, preduzeću obično nedostaje ne samo tehnička prepreka nego i razumljiva struktura zaštite podataka.

Ovaj tekst objašnjava kako preduzeća mogu urediti dozvole za podatke zaposlenih, koristiti zapise za jasno određenu sigurnosnu svrhu i dokumentovati provjere. U fokusu su uloge, polja podataka koja su stvarno potrebna, privilegovani nalozi i povezivanje zaštite podataka, informacione sigurnosti i prava zaposlenih.

Počnite matricom uloga. Ona ne opisuje samo ko ima nalog, nego koja funkcija treba koje podatke za koju svrhu. Kadrovska služba može upravljati osnovnim podacima i ugovorima, dok rukovodilac koji planira rad treba samo informacije potrebne za konkretan zadatak. Obračunu plata trebaju podaci vezani za zaradu, ali ne automatski svaka bilješka iz personalnog dosijea.

Član 5 stav 1 tačke b i c GDPR-a traži ograničenje svrhe i smanjenje obima podataka. Čl. 24 i 25 GDPR-a pretvaraju ta načela u organizacione i tehničke obaveze. U praksi treba odvojeno definisati polja podataka i funkcije sistema. „Pristup kadrovskoj administraciji“ je preširok ako isti sistem sadrži i zdravstvene podatke, disciplinske dokumente ili privatne kontaktne podatke.

Oblast zaštite podataka zaposlenih prikazuje obradu podataka kroz radni odnos. Kod konkretne raspodjele uloga provjerite i da li spoljni obračun plata djeluje kao izvršitelj obrade i da li ugovor, podizvršitelji i prava kontrole odgovaraju stvarnoj obradi.

Dozvola nastaje pri početku rada, mijenja se pri promjeni zadatka i treba prestati pri odlasku. Između toga postoje zamjene, odsustvo, promjena odjela, projektne uloge i privremeni hitni pristupi. Sistem koji bilježi samo početak rada često ostavlja najvažnije promjene otvorenim. Svaka dozvola zato treba imati odgovornu osobu, svrhu i, gdje je moguće, vremensko ograničenje.

Privilegovani nalozi traže posebnu pažnju. Administratori mogu mijenjati konfiguraciju, izvoziti podatke ili sami proširiti pristup. Koristite lične identitete, obrazloženu dodjelu, sigurni hitni postupak i naknadnu provjeru. Zajednički nalog onemogućava pouzdano utvrđivanje osobe i otežava razjašnjenje sigurnosnog događaja.

Proces odlaska mora povezati kadrovski događaj sa tehničkim ukidanjem pristupa. Kadrovska služba bilježi vrijeme, IT deaktivira naloge, a rukovodilac potvrđuje da li se predaja ili zakonski potrebna pohrana moraju obraditi odvojeno. Postojeći tekst brisanje podataka bivših zaposlenih obrađuje odvojeno brisanje, ograničeno čuvanje i predaju.

Zapisi mogu pokazati kada je nalog otvorio personalni dosije, izvezao podatke ili promijenio dozvolu. To pomaže sigurnosnim kontrolama i istrazi konkretnih nepravilnosti. Zapis ipak nije dozvola da se svaka aktivnost trajno procjenjuje. Prije uvođenja treba odrediti koji rizik zapis smanjuje i koja je analiza zaista potrebna.

Član 32 GDPR-a traži nivo sigurnosti koji odgovara riziku. Mjere mogu obuhvatiti povjerljivost, cjelovitost, dostupnost i redovno testiranje. Odredite vrste događaja, pristup zapisima, povode za provjeru, rok čuvanja i brisanje. Nekoliko jasnih sigurnosnih događaja često je pouzdanije od velike količine podataka koju niko ne može smisleno kontrolisati.

Ako sistem istovremeno detaljno pokazuje prisustvo, ponašanje ili radni učinak, može biti potrebna dodatna radnopravna procjena. § 96 stav 1 tačka 3 austrijskog Arbeitsverfassungsgesetz-a odnosi se na mjere kontrole koje mogu zadirati u ljudsko dostojanstvo. Primjena zavisi od dizajna, svrhe, intenziteta i korištenja u konkretnom pogonu. Kada postoji radničko vijeće, zaštitu podataka i pravo učešća treba procijeniti zajedno.

U kadrovskim procesima ponekad je potreban pristup izvan standardne uloge. Sigurnosni događaj, duže odsustvo ili zahtjev suda mogu opravdati širi pregled. Takve slučajeve ne treba rješavati trajnom grupnom dozvolom. Koristan je proces izuzetka sa razlogom, obimom, odobrenjem, trajanjem i naknadnom provjerom.

Hitni pristup treba urediti tako da ne postane redovni put. Moguća je vremenski ograničena aktivacija, odobrenje dvije osobe ili nezavisna kontrola nakon korištenja. Osoba koja odobrava izuzetak ne bi trebala sama odlučivati i o procjeni vlastitog pristupa.

Osjetljivi podaci zahtijevaju dodatni nivo. Zdravstveni podaci, članstvo u sindikatu i druge posebne kategorije prema članu 9 GDPR-a ne bi trebali biti dostupni opštoj radnoj ulozi. Pravni osnov, svrhu, krug pristupa i zaštitne mjere procijenite odvojeno. To važi i kada sistem tehnički prikazuje sve podatke na jednom ekranu.

Pouzdan model dozvola čine povezani dokumenti: aktivnost obrade, matrica uloga, opis polja, tehnička konfiguracija, pravilo zapisivanja, dokaz provjere i postupak za odlazak ili promjenu uloge. Ne moraju biti u jednoj datoteci. Moraju omogućiti jasnu vezu između obrade, sistema, uloge i odgovorne osobe.

Član 24 GDPR-a traži odgovarajuće mjere i njihovu provjeru. Austrijska Datenschutzbehörde u okviru odgovornosti takođe očekuje da kontrolori mogu objasniti organizacione i tehničke mjere. Snimak ekrana sistema rijetko je dovoljan. Važno je pokazati zašto određena uloga smije vidjeti podatke, kada je provjerena i šta se dešava nakon odstupanja.

Za svaki sistem odredite poslovnu i tehničku odgovornost. Poslovna strana poznaje svrhu i potrebu za podacima, a IT konfiguraciju i zapisivanje. Oboje trebaju jasan put eskalacije kada je uloga preširoka ili pristup nije objašnjiv. Tako provjera dozvola postaje stalna kontrola, a ne jednokratno čišćenje.

Grupe umjesto zadataka: Svaki rukovodilac dobija isti puni pristup iako se zadaci i zaposleni razlikuju.

Stare dozvole ostaju: Nakon promjene nalog dobija nova prava, ali stari pristupi se ne uklanjaju.

Zapisi bez svrhe: Sistem bilježi sve, ali niko ne određuje kada i ko smije analizirati podatke.

Hitni nalozi bez provjere: Privilegovani nalog je poznat, ali nije lično dodijeljen niti se provjerava nakon upotrebe.

Zaštita podataka i učešće su odvojeni: Sistem kontrole se uvodi prije procjene uticaja na dostojanstvo i prava radničkog vijeća.

Izaberite jedan proces, na primjer digitalni personalni dosije, obračun plata ili upravljanje prijavama za posao. Zabilježite polja, uloge, izvoze, interfejse i spoljne primaoce. Zatim provjerite koji dio zaista treba svaka uloga i da li posebne kategorije podataka imaju posebnu zaštitu.

Testirajte model kroz stvarne događaje: početak rada, promjena odjela, zamjena, odsustvo, odlazak i hitni pristup. Za svaki scenario pokažite kada pristup počinje, ko ga odobrava, kako se završava i koji dokaz ostaje. Kod zapisa provjerite svrhu, pristup zapisima i brisanje.

Kontrolna lista za izvršitelja obrade pomaže kod spoljnih HR ili obračunskih servisa. Za odgovornosti i dokaze pogledajte usklađenost i upravljanje privatnošću. Nijedno ne zamjenjuje provjeru sistema, ali oba daju korisnu strukturu.

Možemo zajedno provjeriti matricu uloga, polja podataka, privilegovane naloge, zapisivanje i proces provjere. To povezuje zaštitu podataka, informacionu sigurnost i, kada je potrebno, radnopravno učešće. Obratite nam se sa pregledom sistema, postojećom matricom dozvola ili konkretnim pitanjima o pristupu kako bi se sljedeći koraci jasno odredili.