Przejdź do treści
Menu
Aktualizacja 06.07.2026 · 2 min czytania

Jak prowadzić rejestr zgłoszeń?

Rejestr zgłoszeń to ewidencja spraw prowadzonych w ramach procedury — numer sprawy, daty kluczowych czynności i status, prowadzona w sposób pozwalający wykazać terminowość i spójność obsługi zgłoszeń, ale bez zbędnego eksponowania treści samego zgłoszenia osobom, które nie muszą jej znać.

Dlaczego to ważne

Rejestr bywa mylony z samą treścią spraw, a to dwie różne rzeczy o różnym poziomie wrażliwości. Rejestr — metadane w rodzaju numeru sprawy, dat i statusu — może być udostępniony szerszemu gronu, np. zarządowi do celów raportowych, bez ujawniania, kogo dotyczy konkretne zgłoszenie i jakie są jego szczegóły. Problem pojawia się, gdy organizacja prowadzi to wszystko w jednym, niezróżnicowanym miejscu — arkuszu, wspólnym dysku, jednej skrzynce — bo wtedy trudno oddzielić dostęp do samych metadanych od dostępu do wrażliwej treści. Dobrze zaprojektowany rejestr rozdziela te dwie warstwy od samego początku, zamiast próbować to zrobić dopiero, gdy pojawi się pytanie o to, kto właściwie widział treść danej sprawy.

Kogo dotyczy

  • — Osoby wyznaczone do administrowania procedurą zgłoszeń.
  • — Compliance officer przygotowujący się do przeglądu albo kontroli procedury.
  • — Organizacje zmieniające dostawcę systemu i przenoszące historię spraw.
  • — Zarządy chcące mieć wgląd w statystyki bez dostępu do treści konkretnych spraw.

Przykład

Podczas przeglądu procedury okazuje się, że rejestr zgłoszeń był prowadzony w arkuszu kalkulacyjnym dostępnym dla całego działu HR, mimo że dostęp do treści zgłoszeń ma mieć wyłącznie wyznaczony zespół obsługujący. Organizacja przenosi rejestr do systemu z rozdzielonymi uprawnieniami, gdzie widok listy spraw i widok treści konkretnego zgłoszenia mają osobne, węższe kręgi dostępu. Zarząd zyskuje wgląd w statystyki (liczba spraw, terminowość) bez możliwości otwarcia treści pojedynczego zgłoszenia, co wcześniej nie było w ogóle rozdzielone.

Checklista

  • — Sprawdź, kto ma dostęp do rejestru zgłoszeń i czy krąg ten pokrywa się z osobami faktycznie obsługującymi sprawy.
  • — Zweryfikuj, czy rejestr rozdziela metadane sprawy (numer, daty, status) od treści samego zgłoszenia.
  • — Ustal, jak długo dane w rejestrze są przechowywane i kto odpowiada za ich usuwanie.
  • — Sprawdź, czy rejestr da się eksportować w razie kontroli albo zmiany dostawcy systemu.
  • — Zaplanuj cykliczny przegląd rejestru, nie tylko jego jednorazowe założenie.
  • — Ogranicz dostęp do statystyk zbiorczych tak, żeby nie dało się z nich odtworzyć treści pojedynczej sprawy.

Jak to realizuje system

System prowadzi rejestr spraw z rozdzielonymi uprawnieniami — lista spraw, ich statusy i terminy są widoczne szerszemu zespołowi, a treść konkretnego zgłoszenia wyłącznie osobom przypisanym do jego obsługi, z możliwością eksportu rejestru do celów kontrolnych bez ujawniania treści poszczególnych spraw.

Zobacz cennik
Materiał informacyjny
Materiał informacyjny, nie stanowi porady prawnej — treść do weryfikacji prawnej przed publikacją.

Artykuły powiązane

Jak działa anonimowa skrzynka zgłoszeń?

Anonimowa skrzynka zgłoszeń pozwala zgłaszającemu założyć sprawę bez podawania adresu e-mail ani żadnych danych kontaktowych, a mimo to prowadzić dwustronną komunikację — zgłaszający loguje się później do tej samej sprawy unikalnym identyfikatorem i hasłem, które sam ustalił przy zgłoszeniu, więc żadna wiadomość zwrotna nie musi trafiać na jego prywatną ani służbową skrzynkę.

Jak przygotować kanał ustny i spotkanie ze zgłaszającym?

Kanał zgłoszeń nie może ograniczać się wyłącznie do formularza pisemnego — zgłaszający ma prawo zgłosić sprawę również ustnie, telefonicznie albo na spotkaniu, na wyraźny wniosek w rozsądnym terminie. Organizacja musi mieć przygotowany sposób udokumentowania takiej rozmowy w sposób trwały i za zgodą zgłaszającego, a nie tylko notatkę spisaną z pamięci po fakcie.

Jak zmienić dostawcę systemu dla sygnalistów?

Zmiana dostawcy systemu zgłoszeń jest wykonalna bez utraty ciągłości procedury, jeśli wcześniej zaplanuje się trzy rzeczy: eksport danych z poprzedniego systemu, sposób dokończenia spraw będących w toku i komunikat do osób, które mogłyby zgłosić się w trakcie przejścia. Największym ryzykiem nie jest sama migracja techniczna, tylko sprawa zgłoszona dokładnie w dniu przełączenia systemów.