Awizacja dostaw a RODO - dane kierowców i przewoźników w VSS.net

Autor: Adam Siemiątkowski, SoftwareStudio Group Sp. z o.o.

Wdrożenie systemu awizacji budzi pytania działu prawnego, bo kierowca zostawia w nim dane, które pozwalają go zidentyfikować. Ten tekst nie jest poradą prawną: porządkuje, co system zapisuje, kto za co odpowiada i które elementy wymagają decyzji administratora. Podstawą są przepisy rozporządzenia 2016/679 (RODO).

Jakie dane osobowe system przetwarza podczas rejestracji

Zakres danych zbieranych przy awizacji ustala konfiguracja obiektu, a zasada minimalizacji każe zostawić tylko pola potrzebne do obsługi wizyty. Najczęściej są to dane z poniższej tabeli. Trafiają do systemu przez formularz awizacji i kiosk samoobsługowy, a numer telefonu zasila też moduł powiadomień, który wysyła SMS na numer z formularza.

Studio VSS.net

Kartoteka przewoźnika - zakres danych

Kartoteka przewoźnika gromadzi dane potrzebne do obsługi transportu: dane firmy i powiązane pojazdy. Zakres pól odpowiada zasadzie minimalizacji danych z RODO, a edycja rekordu pozwala poprawić dane kontaktowe.

Zasady z art. 5 RODO w awizacji

Art. 5 RODO wymienia zasady, które administrator musi spełnić niezależnie od używanego oprogramowania. Tabela przypisuje każdej z nich mechanizm, który system udostępnia, i wskazuje, co pozostaje po stronie administratora. Oprogramowanie nie zastępuje decyzji organizacyjnych: dostarcza narzędzia, w których te decyzje da się wykonać i udokumentować.

Podstawa prawna przetwarzania danych osobowych w procesach logistycznych

Podstawę prawną wybiera administrator, a nie system ani jego producent. W systemach awizacji najczęściej stosuje się art. 6 ust. 1 lit. f RODO, czyli prawnie uzasadniony interes administratora. Interes ten wiąże się z bezpieczeństwem na terenie zakładu, w tym z ochroną mienia przed kradzieżą, oraz z organizacją ruchu pojazdów na placu manewrowym. Wybór lit. f wymaga oceny, czy interesy lub prawa osoby nie przeważają, a wynik tej oceny warto zapisać.

W określonych przypadkach, na przykład gdy system rejestruje dostawy realizowane przez firmy jednoosobowe powiązane kontraktem z odbiorcą, podstawą może być także art. 6 ust. 1 lit. b RODO, czyli niezbędność do wykonania umowy. Szczegóły przetwarzania danych przez dostawcę systemu opisuje polityka prywatności SoftwareStudio.

Podział ról w procesie ochrony danych między VSS.net a klientem

Dla działów compliance istotne jest jasne określenie odpowiedzialności. Klient, czyli przedsiębiorstwo wdrażające system awizacji, występuje jako administrator danych osobowych: to on decyduje o celach i zakresie przetwarzania oraz o czasie przechowywania informacji. Gdy system działa w chmurze SoftwareStudio, SoftwareStudio pełni rolę procesora, a relację reguluje umowa powierzenia przetwarzania danych z art. 28 RODO. Przy instalacji na serwerze klienta dane pozostają w infrastrukturze klienta.

Okres przechowywania i usuwanie danych

Zasada ograniczenia przechowywania z art. 5 ust. 1 lit. e RODO nie pozwala trzymać danych identyfikujących kierowcy bezterminowo. Okres ustala administrator, a uprawniony użytkownik może poprawić lub usunąć dane kierowcy w kartotece i w awizacji. Jeżeli obiekt chce, aby system usuwał lub anonimizował dane po zadanym czasie, taki mechanizm ustala się w projekcie wdrożeniowym, a nie zakłada się go domyślnie.

Przy wyborze okresu trzeba uwzględnić wszystkie miejsca, w których dane się znajdują. Tabela zestawia je dla usługi hostowanej przez SoftwareStudio.

Studio VSS.net

Historia wjazdów i wyjazdów - rejestr zdarzeń

Rejestr wjazdów i wyjazdów dokumentuje ruch pojazdów na potrzeby bezpieczeństwa zakładu. Okres przechowywania danych identyfikacyjnych kierowcy ustala administrator danych, a w historii pozostają zapisy zdarzeń i czasy obsługi.

Rozliczalność i bezpieczeństwo danych

Zasadę rozliczalności wspiera historia zmian: każda modyfikacja awizacji i każdy status zapisują godzinę oraz autora, od wprowadzenia awizacji przez przewoźnika w Internecie, przez weryfikację okna czasowego na portierni, po korektę wykonaną przez koordynatora logistyki. Uprawnienia przypisuje się według ról programowych, więc każdy użytkownik widzi tylko tę część danych, która jest mu potrzebna.

W usłudze hostowanej przez SoftwareStudio połączenie jest szyfrowane protokołem TLS 1.2 lub nowszym, a dane przetwarza się w Europejskim Obszarze Gospodarczym. Kopie bezpieczeństwa powstają co 24 godziny i są przechowywane 14 dni. Zakres zabezpieczeń przy instalacji na serwerze klienta zależy od środowiska klienta.

Studio VSS.net

Uprawnienia i kontrola dostępu do danych

Moduł uprawnień pozwala przypisać każdej roli wyłącznie potrzebny zakres dostępu do danych, inny dla ochrony i inny dla przewoźników zewnętrznych. Wraz z historią zmian wspiera zasadę rozliczalności z RODO.

Obowiązek informacyjny z art. 13 i prawa osób, których dane dotyczą

Art. 13 RODO dotyczy sytuacji, gdy dane zbiera się bezpośrednio od osoby, na przykład przy rejestracji w kiosku lub na bramie. Osoba powinna wtedy otrzymać informację o administratorze, celach, podstawie prawnej, odbiorcach i okresie przechowywania oraz o swoich prawach. Gdy dane kierowcy podaje w awizacji przewoźnik, informację o źródle danych reguluje art. 14, a w praktyce przewoźnik często przekazuje kierowcom treść z regulaminu obiektu. Ocenę, które rozwiązanie wystarcza, zostawia się administratorowi i inspektorowi ochrony danych.

Poza prawem do informacji RODO daje osobie prawo dostępu do danych, sprostowania, usunięcia, ograniczenia przetwarzania oraz sprzeciwu wobec przetwarzania opartego na uzasadnionym interesie. Studio VSS.net wspiera ich realizację na dwóch poziomach. Pierwszy to panel administracyjny systemu YMS, w którym koordynator lub inspektor wyszukuje rekord osoby i weryfikuje zakres zgromadzonych informacji. Drugi to kanał kontaktowy dla przewoźnika: zgłoszenie może trafić do administratora obiektu przez portal lub w korespondencji bezpośredniej.

Proces obsługi żądania wygląda podobnie niezależnie od jego rodzaju. Kierowca lub dyspozytor przewoźnika kontaktuje się z administratorem obiektu i wskazuje numer rejestracyjny pojazdu albo numer awizacji. Operator odnajduje rekord w kartotece, weryfikuje tożsamość zgłaszającego w zakresie adekwatnym do żądania, a następnie wykonuje operację, czyli koryguje lub usuwa dane przed upływem standardowego okresu. Zmiana zapisuje się w historii z godziną i autorem, co pomaga wykazać rozliczalność podczas kontroli. Tryb obsługi żądań ustala administrator zgodnie z własną polityką ochrony danych i rejestrem czynności przetwarzania.

Porównanie z rejestrem papierowym i lista kontrolna wdrożenia

Uporządkowane przetwarzanie danych w awizacji przynosi korzyści operacyjne poza samym spełnieniem wymogów prawnych: jeden sposób gromadzenia i usuwania danych upraszcza szkolenie nowych pracowników ochrony i zmniejsza ryzyko niespójności między obiektami tej samej organizacji. Dla firm z kilkoma centrami logistycznymi ważna jest też spójna integracja danych między lokalizacjami, bo dane kierowców i przewoźników podlegają wtedy jednej polityce retencji. Tabela porównuje papierowy rejestr wjazdów z systemem YMS.

Rotacja pracowników ochrony ilustruje różnicę. Nowa osoba na bramie widzi tylko pola przewidziane dla jej roli, więc nie musi znać pełnych zasad ochrony danych, a próba wglądu poza uprawnieniami jest zablokowana. Ocenę, czy takie uporządkowanie się opłaca, ułatwia model ROI systemu awizacji, a dane o ruchu pojazdów zasilają raportowanie wskaźników KPI.

Lista kontrolna porządkuje decyzje, które warto podjąć przed uruchomieniem produkcyjnym. Nie zastępuje konsultacji z inspektorem ochrony danych, ale pomaga ustrukturyzować rozmowę z działem prawnym i dostawcą przed podpisaniem umowy.

Przykład zapisu o danych osobowych kierowcy zawiera regulamin dostaw i awizacji - wzór.

Przepływ danych kierowcy między rolami opisuje artykuł o uzupełnianiu danych kierowcy w awizacji.