Uprawnienia użytkowników w systemie ATS decydują o tym, kto widzi dane kandydatów, kto może je edytować, eksportować lub usuwać i w których projektach rekrutacyjnych. Dobrze ustawione role chronią dane osobowe i porządkują odpowiedzialność w zespole. Pozwalają też bezpiecznie wpuścić do systemu menedżerów, osoby prowadzące rozmowy czy klientów agencji. Podstawą jest RODO: administrator danych ma kontrolować, kto i w jakim zakresie korzysta z danych. Model uprawnień w ATS jest najprostszym narzędziem, które pokazuje tę kontrolę w codziennej pracy.

Kluczowe wnioski

• Uprawnienia w ATS to nie tylko kwestia wygody. RODO wymaga, aby dane kandydatów przetwarzały wyłącznie osoby działające z upoważnienia administratora.

• Punktem wyjścia są zasady minimalnych uprawnień i domniemanej odmowy. Każdy użytkownik dostaje tylko to, czego potrzebuje w swojej roli, a wszystko, co nie zostało wprost dozwolone, pozostaje zablokowane.

• Najbardziej ryzykowne uprawnienia to eksport, operacje masowe, usuwanie danych i zarządzanie kontami. Powinna je mieć wąska grupa osób.

• Konta muszą być imienne, a ich aktywność warto przeglądać regularnie, co najmniej raz na kwartał.

• W agencji rekrutacyjnej model uprawnień obejmuje także dane klientów, stawki i kontrakty. Najlepiej projektować go wspólnie dla ATS, CRM i obsługi kontraktów.

Spis treści

• 1. Czym są uprawnienia użytkowników w systemie ATS

• 2. Co RODO mówi o dostępie do danych kandydatów

• 3. Typowe role w ATS i przypisane im uprawnienia

• 4. Jak dobrać zakres dostępu do roli

• 5. Uprawnienia w agencji rekrutacyjnej: ATS, CRM i kontrakty

• 6. Procedura nadawania, zmiany i odbierania uprawnień

• 7. Najczęstsze błędy w zarządzaniu dostępem

• Perspektywa Recruitify

• Jeden system dla danych kandydatów, klientów i kontraktów

• Najczęściej zadawane pytania

• Źródła

Spis treści

1. Czym są uprawnienia użytkowników w systemie ATS

2. Co RODO mówi o dostępie do danych kandydatów

3. Typowe role w ATS i przypisane im uprawnienia

4. Jak dobrać zakres dostępu do roli

5. Uprawnienia w agencji rekrutacyjnej: ATS, CRM i kontrakty

6. Procedura nadawania, zmiany i odbierania uprawnień

7. Najczęstsze błędy w zarządzaniu dostępem

1. Czym są uprawnienia użytkowników w systemie ATS

Uprawnienia to zestaw reguł, które przypisują każdemu kontu w systemie rekrutacyjnym określony zakres działań i danych. Urząd Ochrony Danych Osobowych opisuje ich cel jednoznacznie: środki kontroli dostępu powinny zapobiegać nieuprawnionemu wprowadzaniu, oglądaniu, zmienianiu i usuwaniu danych. Mają też zapewniać, że użytkownik widzi wyłącznie dane objęte jego uprawnieniem.

W praktyce model uprawnień w ATS działa w trzech wymiarach:

• Zakres funkcji, czyli co użytkownik może zrobić: dodać kandydata, zmienić etap procesu, wysłać wiadomość, opublikować ogłoszenie, wygenerować raport, wyeksportować bazę.

• Zakres rekordów, czyli których danych to dotyczy: całej bazy, tylko projektów przypisanych do użytkownika, tylko kandydatów, których sam dodał, albo jednej konkretnej rekrutacji.

• Zakres pól, czyli które informacje w profilu są widoczne: dane kontaktowe, oczekiwania finansowe, notatki z rozmów, oceny, załączniki.

Te trzy warstwy łączą się w role. Rola to gotowy pakiet uprawnień nadawany grupie osób o podobnych zadaniach, na przykład rekruterom, menedżerom liniowym czy obserwatorom. Dzięki rolom administrator nie konfiguruje każdego konta od zera, a zmiana zasad dla całej grupy wymaga jednej modyfikacji zamiast kilkudziesięciu.

Działania, które najczęściej podlegają ograniczeniom, to:

1. Przeglądanie profili kandydatów spoza własnych projektów.

2. Edycja i usuwanie rekordów.

3. Eksport danych do plików i operacje masowe (masowa wysyłka, masowa zmiana statusu, masowe usuwanie).

4. Dostęp do pól wrażliwych biznesowo, takich jak wynagrodzenie, stawki czy notatki poufne.

5. Zarządzanie kontami, rolami, integracjami i ustawieniami retencji.

2. Co RODO mówi o dostępie do danych kandydatów

Dane kandydatów to dane osobowe, więc zasady dostępu do ATS wynikają bezpośrednio z RODO. UODO wskazuje, że art. 29 i art. 32 ust. 4 RODO zobowiązują administratora do kontroli tego, kto, w jakim zakresie, na jakich zasadach i w jaki sposób ma dostęp do danych. Dane mogą być przetwarzane wyłącznie na polecenie administratora przez osoby działające z jego upoważnienia lub przez podmiot przetwarzający. Upoważnienia są przy tym środkiem organizacyjnym, który służy ochronie danych i kontroli ich przetwarzania.

W kontekście ATS oznacza to kilka praktycznych wniosków:

• Każde konto w systemie powinno odpowiadać osobie z upoważnieniem. Rola w ATS jest technicznym odzwierciedleniem zakresu tego upoważnienia.

• Środki muszą być proporcjonalne do ryzyka. UODO podkreśla, że środki organizacyjne i techniczne powinny uwzględniać charakter, zakres, kontekst i cele przetwarzania oraz ryzyko. Agencja, która przetwarza dziesiątki tysięcy profili, potrzebuje innego poziomu kontroli niż mały dział HR prowadzący kilka rekrutacji rocznie.

• Minimalizacja danych dotyczy także widoczności. Według poradnika UODO pracodawca powinien przetwarzać tylko dane niezbędne do podjęcia decyzji o zatrudnieniu i nie zbierać danych nadmiarowych „na zapas”. Jeśli dane nie są potrzebne danej osobie do pracy, nie powinna ich widzieć.

• Retencja wymaga kontroli uprawnień do usuwania. Ten sam poradnik wskazuje, że okres przechowywania danych kandydata powinien być z góry określony. Dane osoby niezatrudnionej należy co do zasady trwale usunąć niezwłocznie po zakończeniu rekrutacji, chyba że istnieją inne przesłanki do ich przetwarzania, na przykład zgoda na udział w przyszłych rekrutacjach.

Treść upoważnień, okresy retencji i podstawy przetwarzania dla przyszłych rekrutacji warto uzgodnić z inspektorem ochrony danych lub prawnikiem specjalizującym się w RODO, zanim zostaną odwzorowane w konfiguracji systemu. Szerzej o technicznej stronie ochrony danych piszemy w artykule bezpieczeństwo danych w ATS a wymogi RODO.

3. Typowe role w ATS i przypisane im uprawnienia

Nazwy ról różnią się między systemami, ale ich logika jest podobna. Poniższa tabela przedstawia model, który sprawdza się w większości działów HR i agencji. Można go traktować jako punkt wyjścia do własnej macierzy uprawnień.

Dwie zasady porządkują tę tabelę. Po pierwsze, uprawnienia administracyjne oddziela się od operacyjnych, ponieważ osoba, która nadaje dostęp, nie powinna jednocześnie korzystać z niego na co dzień w roli rekrutera. Po drugie, im dalej od zespołu rekrutacyjnego stoi dany użytkownik, tym węższy powinien być jego wycinek danych. Lista funkcji, które warto sprawdzić przy wyborze systemu, znajduje się w tekście o tym, jakie wymagania powinien spełniać ATS dla HR.

4. Jak dobrać zakres dostępu do roli

Dobór uprawnień zaczyna się od pytania, jakie decyzje dana osoba podejmuje w procesie i jakich danych do nich potrzebuje. Wszystko ponad to zwiększa ryzyko, a nie zwiększa efektywności.

Rekruterzy i sourcerzy

Rekruter potrzebuje pełnego profilu kandydata w swoich projektach: danych kontaktowych, CV, historii komunikacji i notatek. Dostęp do całej bazy jest uzasadniony w zespołach, które aktywnie odzyskują kandydatów z wcześniejszych procesów, ale powinien obejmować wyszukiwanie i przeglądanie, a nie eksport. Uprawnienie do usuwania rekordów warto ograniczyć do własnych wpisów lub przekazać do osoby odpowiedzialnej za retencję. Sourcer pracujący na etapie pozyskania kontaktów zwykle nie potrzebuje notatek z rozmów finalnych ani informacji o ofercie finansowej.

Osoby prowadzące rozmowy i menedżerowie liniowi

To grupa, w której najłatwiej o nadmiarowy dostęp, ponieważ korzysta z systemu okazjonalnie. Menedżer zatrudniający powinien widzieć kandydatów we własnych rekrutacjach od momentu, gdy trafią na short-listę, oraz mieć możliwość dodania oceny i komentarza. Osoba prowadząca rozmowę techniczną potrzebuje CV i kryteriów oceny dla konkretnego spotkania, a nie pełnej historii kandydata w firmie. Dobrym rozwiązaniem jest dostęp czasowy, ograniczony do trwania procesu.

Kadra zarządzająca HR i analityka

Dyrektor HR lub właściciel agencji zwykle potrzebuje wglądu w lejek, czas zatrudnienia, skuteczność źródeł i obciążenie zespołu. W większości przypadków wystarczą raporty zagregowane i rola tylko do odczytu, bez przeglądania pojedynczych profili. Jeśli zarząd ma mieć dostęp do rekordów, warto to świadomie zapisać w upoważnieniu, a nie zostawiać jako skutek uboczny nadania roli administratora.

Freelancerzy, klienci i podmioty zewnętrzne

Użytkownik spoza organizacji to największe ryzyko, dlatego wymaga najwęższego zakresu. Klient agencji powinien widzieć wyłącznie przedstawione mu kandydatury, najlepiej w formie zanonimizowanego profilu, a współpracujący freelancer tylko projekty, przy których pracuje. Jeśli zewnętrzny podmiot przetwarza dane w imieniu administratora, potrzebna jest umowa powierzenia przetwarzania danych. Przy wyborze samego dostawcy systemu warto dodatkowo zweryfikować lokalizację serwerów, umowę powierzenia i certyfikaty bezpieczeństwa, takie jak ISO 27001 czy SOC 2.

5. Uprawnienia w agencji rekrutacyjnej: ATS, CRM i kontrakty

W dziale HR model uprawnień dotyczy głównie kandydatów. W agencji rekrutacyjnej obejmuje trzy rodzaje danych o różnej wrażliwości:

• Dane kandydatów: profile, CV, notatki, oczekiwania finansowe.

• Dane sprzedażowe: leady, kontakty u klientów, warunki handlowe, historia ofert.

• Dane kontraktowe: stawki specjalistów w modelu body leasing, marże, umowy B2B, okresy obowiązywania kontraktów.

Każda z tych grup ma innych naturalnych użytkowników. Account manager potrzebuje pełnego wglądu w CRM i statusy procesów u swoich klientów, ale niekoniecznie w stawki wszystkich kontraktorów. Rekruter pracuje na profilach kandydatów i wymaganiach projektu, natomiast marża agencji nie jest mu potrzebna do pracy. Zespół obsługujący kontrakty widzi stawki i umowy, ale nie musi mieć dostępu do całego lejka sprzedażowego.

Gdy te dane leżą w osobnych narzędziach i arkuszach, uprawnienia trzeba utrzymywać w kilku miejscach, a każdy wyeksportowany plik staje się kopią poza kontrolą. Dlatego agencje coraz częściej łączą CRM sprzedażowy z rekrutacją oraz zarządzanie kontraktami i body leasingiem w jednym środowisku. Więcej o funkcjach, których potrzebują agencje technologiczne, piszemy w artykule ATS dla agencji rekrutacyjnych IT.

Osobną kwestią jest prezentowanie kandydatów klientowi. Zanonimizowany profil zawiera kompetencje, doświadczenie i stack technologiczny bez danych kontaktowych. Pozwala to klientowi ocenić dopasowanie, nie przekazując mu danych, których na tym etapie nie potrzebuje.

6. Procedura nadawania, zmiany i odbierania uprawnień

Nawet najlepiej zaprojektowane role nie chronią danych, jeśli konta są zakładane bez zasad, a po odejściu pracownika pozostają aktywne. Sprawdzony schemat opiera się na wzorcowych procedurach nadawania uprawnień stosowanych w polskich organizacjach. Opisywana przez portal Porady ODO procedura nadawania uprawnień w systemie informatycznym przewiduje następujące kroki:

1. Wniosek przełożonego lub administratora. Uprawnienia nadaje się na podstawie wniosku, który wskazuje osobę, rolę i zakres dostępu. Ten sam tryb dotyczy zmiany i odebrania uprawnień.

2. Indywidualny identyfikator. Każdy użytkownik otrzymuje własne konto. Procedura zarządzania systemem opracowana przez DTI Polska wprost wskazuje, że współdzielenie jednego identyfikatora przez wielu użytkowników jest niedopuszczalne, a dostęp opiera się na zasadach minimalnych przywilejów i wiedzy koniecznej.

3. Domniemana odmowa jako ustawienie domyślne. Zgodnie z tą samą procedurą wszystkie działania, które nie są jawnie dozwolone, powinny być zabronione. Nowe konto zaczyna od zera i otrzymuje tylko to, co zapisano we wniosku.

4. Rejestr użytkowników. Organizacja prowadzi ewidencję, kto, kiedy i z jakim zakresem otrzymał dostęp. Rejestr ułatwia wykazanie rozliczalności wobec organu nadzorczego.

5. Zmiana roli przy zmianie stanowiska. Awans lub przejście do innego zespołu oznacza nowy wniosek i odebranie dotychczasowych uprawnień, a nie dopisanie nowych do starych.

6. Odebranie dostępu przy zakończeniu współpracy. Według opisanej procedury wniosek o odebranie wszystkich uprawnień składa się najpóźniej ostatniego dnia pracy. Dotyczy to również freelancerów i kont klientów po zamknięciu projektu.

7. Kwartalny przegląd aktywności kont. Procedura zakłada przegląd aktywności użytkowników co najmniej raz na kwartał. Nieużywane konta wyłącza się, a nadmiarowe uprawnienia koryguje.

Do tego schematu warto dołączyć regułę dla retencji. Jeśli system pozwala na automatyczne usuwanie danych po upływie okresu retencji, uprawnienie do zmiany tych ustawień powinno należeć wyłącznie do administratora, a każda zmiana powinna być uzgodniona z osobą odpowiedzialną za ochronę danych.

7. Najczęstsze błędy w zarządzaniu dostępem

Audyty systemów rekrutacyjnych zwykle ujawniają te same problemy. Większość z nich nie wynika z braków technicznych, tylko z braku przypisanej odpowiedzialności.

• Jedno konto dla całego zespołu. Wspólne logowanie uniemożliwia ustalenie, kto wykonał daną operację, i jest sprzeczne z zasadą indywidualnych identyfikatorów.

• Rola administratora „dla wygody”. Nadawanie pełnych uprawnień, aby uniknąć próśb o dostęp, otwiera eksport i usuwanie danych dla osób, które ich nie potrzebują.

• Uprawnienia, które tylko przybywają. Pracownik przechodzi między zespołami, a każda zmiana dokłada nowy zakres bez odebrania poprzedniego.

• Aktywne konta byłych współpracowników. Freelancer po zakończonym projekcie lub osoba, która odeszła z firmy, nadal mają dostęp do bazy.

• Szerokie konta dla klientów. Klient agencji widzi więcej, niż mu przedstawiono, w tym kandydatów z innych procesów.

• Eksporty poza systemem. Arkusze z danymi kandydatów krążą mailem, a uprawnienia w ATS przestają mieć znaczenie.

• Brak przeglądów. Macierz uprawnień przygotowana przy wdrożeniu nie jest aktualizowana, choć zespół i procesy zmieniły się kilka razy.

Wiele z tych błędów wynika z przekonania, że wdrożenie narzędzia kończy temat. Piszemy o tym w tekście dlaczego „mamy ATS” nie oznacza „mamy system rekrutacyjny”.

Perspektywa Recruitify

Z naszej perspektywy uprawnienia użytkowników są elementem architektury procesu, a nie tylko ustawieniem bezpieczeństwa. Agencja, która prowadzi sprzedaż w jednym narzędziu, rekrutację w drugim, a kontrakty w arkuszach, musi pilnować dostępu w kilku miejscach jednocześnie. Każde z tych miejsc ma własne konta, własne eksporty i własne luki.

Dlatego Recruitify łączy system ATS, sprzedażowy CRM i moduł do zarządzania kontraktami IT w jeden ekosystem. Proces 360° w jednej zakładce oznacza, że dane kandydatów, klientów i kontraktów nie są rozproszone po plikach, a zespół pracuje na jednym źródle informacji. To z kolei upraszcza odpowiedź na pytanie, które stawia RODO: kto, w jakim zakresie i na jakich zasadach korzysta z danych.

Uważamy też, że ochrona danych i efektywność nie muszą się wykluczać. Blind CV AI tworzy zanonimizowane profile gotowe do prezentacji klientowi, więc agencja przekazuje kompetencje kandydata bez ujawniania danych, które na tym etapie nie są potrzebne. AI CV Parser automatycznie wychwytuje duplikaty, co ogranicza liczbę kopii tego samego profilu w bazie. Mniej kopii oznacza mniej miejsc, w których trzeba kontrolować dostęp i retencję.

Rekomendujemy, aby model uprawnień projektować razem z procesem: najpierw określić, jakie decyzje podejmuje każda rola, potem dobrać dane, a na końcu skonfigurować system. Taka kolejność daje zespołowi swobodę pracy i porządek, który można wykazać w razie kontroli.

Recruitify Team

Jeden system dla danych kandydatów, klientów i kontraktów

Recruitify to platforma dla agencji rekrutacyjnych, headhunterów, firm body leasingowych i działów HR, która łączy ATS, CRM sprzedażowy i zarządzanie kontraktami IT w jednym miejscu. Zamiast utrzymywać dostęp w kilku narzędziach i arkuszach, zespół pracuje na jednej, spójnej bazie, wspieranej przez Contextual Matching AI, AI CV Parser z OCR i Blind CV AI.

Pakiet Zespół HR kosztuje od 265 zł miesięcznie za użytkownika, a pakiet Agencja od 290 zł miesięcznie za użytkownika. Dla większych organizacji dostępny jest pakiet Enterprise wyceniany indywidualnie. Szczegóły znajdują się w cenniku pakietów Recruitify, a działy HR mogą sprawdzić rozwiązania przygotowane dla nich na stronie ATS dla działów HR.

Najczęściej zadawane pytania

Kto powinien być administratorem ATS w firmie?

Administratorem systemu powinna być osoba lub niewielka grupa osób odpowiedzialnych za konfigurację, konta i ustawienia retencji, najlepiej oddzielona od codziennej pracy rekrutacyjnej. W mniejszych zespołach bywa to lider HR, w większych osoba z działu IT lub operacji. Ważne, aby rola administratora nie była nadawana z wygody i aby jej zakres był zapisany w upoważnieniu.

Czy menedżer zatrudniający musi mieć własne konto w ATS?

Tak, jeśli ma oceniać kandydatów w systemie, powinien mieć imienne konto z ograniczonym zakresem, a nie korzystać z loginu rekrutera. Własne konto pozwala ustalić, kto dodał ocenę lub komentarz, i ograniczyć widoczność do rekrutacji, w których menedżer uczestniczy. Alternatywą jest udostępnianie wybranych profili bez dostępu do bazy.

Jak często przeglądać uprawnienia użytkowników?

Powszechnie stosowane procedury bezpieczeństwa zakładają przegląd aktywności kont co najmniej raz na kwartał. Dodatkowo uprawnienia weryfikuje się przy każdej zmianie stanowiska, zakończeniu współpracy i zamknięciu projektu z klientem lub freelancerem. Regularny przegląd pozwala wyłączyć nieużywane konta i usunąć nadmiarowy dostęp.

Czy klient agencji może mieć dostęp do bazy kandydatów?

Klient powinien widzieć wyłącznie kandydatów, których agencja mu przedstawiła, a nie całą bazę. Najbezpieczniejszą formą są zanonimizowane profile, które pokazują kompetencje i doświadczenie bez danych kontaktowych. Zakres przekazywanych danych i podstawę prawną ich udostępnienia warto ustalić z inspektorem ochrony danych.

Źródła

• UODO: obowiązki administratora, środki kontroli dostępu

• UODO: upoważnienia do przetwarzania danych, art. 29 i art. 32 ust. 4 RODO

• UODO: Ochrona danych osobowych w miejscu pracy. Poradnik

• Porady ODO: procedura nadawania uprawnień w systemie informatycznym

• DTI Polska: procedura zarządzania systemem informatycznym

• nFlo: jak zabezpieczyć system ATS

Rekomendacje

• ATS dla HR: jakie wymagania powinien spełniać dobry system rekrutacyjny

• Bezpieczeństwo danych ATS: jak spełnić wymogi RODO

• Trzy kroki do zgodności z RODO w rekrutacji dla HR

• Zapobiegaj przeróbkom: wdrażanie systemu ATS dla zespołów HR i agencji