| Termin | Definicja |
|---|---|
| brak spójności polityki prywatności i klauzuli formularza | Brak spójności polityki prywatności i klauzuli formularza to usterka zgodności, w której dwa dokumenty zawierają sprzeczne informacje o przetwarzaniu danych. Na czym polega brak spójności polityki prywatności i klauzuli formularzaBrak spójności polityki prywatności i klauzuli formularza oznacza sytuację, w której informacje przedstawione w ogólnym dokumencie dotyczącym ochrony danych nie odpowiadają treści komunikatu wyświetlanego przy konkretnym formularzu. Nie chodzi wyłącznie o różnicę stylistyczną, skrócenie tekstu ani odmienny układ graficzny. Problem pojawia się wtedy, gdy oba miejsca opisują ten sam proces w sposób wzajemnie sprzeczny albo przekazują użytkownikowi inny zakres informacji potrzebnych do świadomego przekazania danych. Niespójność może dotyczyć między innymi administratora danych, celu wykorzystania informacji, podstawy prawnej, kategorii odbiorców, okresu przechowywania, praw osoby, której dane dotyczą, lub dobrowolności podania danych. Przykładowo polityka może wskazywać kontakt wyłącznie w celu obsługi zapytania, podczas gdy klauzula formularza sugeruje również przekazywanie danych podmiotom marketingowym. Podobne rozbieżności mogą powstać, gdy w polityce opisano kilka formularzy wspólnym zapisem, lecz jeden z nich zbiera dodatkowe dane albo służy innemu celowi. W praktyce jest to usterka organizacyjna i informacyjna, ponieważ osoba wypełniająca formularz nie otrzymuje jednego, zrozumiałego obrazu tego, co stanie się z przekazanymi informacjami. Taki stan utrudnia wykazanie, że obowiązek informacyjny został wykonany w sposób przejrzysty, a także komplikuje późniejsze ustalenie, na jakiej podstawie i w jakim zakresie dane mogą być wykorzystywane. Kontekst techniczny i porównanie obu elementówPolityka prywatności pełni zwykle funkcję dokumentu szerszego. Opisuje zasady obowiązujące w całym serwisie, różne źródła pozyskiwania danych, rodzaje formularzy, pliki cookie, narzędzia analityczne oraz sposoby kontaktu z administratorem. Klauzula formularza znajduje się natomiast bezpośrednio przy polu, w którym dane są wpisywane, dlatego powinna odnosić się do rzeczywistego działania tego konkretnego formularza. Nie musi powielać całej polityki, ale nie może zmieniać jej znaczenia. Można to porównać do dwóch warstw tego samego mechanizmu. Polityka przedstawia reguły w szerszym kontekście, natomiast klauzula działa jak komunikat przypisany do konkretnej czynności. Jeżeli formularz służy do zgłoszenia serwisowego, jego opis powinien odpowiadać faktycznemu przebiegowi obsługi zgłoszenia. Jeżeli formularz służy do zapytania ofertowego, nie powinno się automatycznie wykorzystywać klauzuli przygotowanej dla rekrutacji, newslettera lub konta użytkownika. Weryfikacja spójności powinna obejmować nie tylko sam tekst widoczny na stronie. Należy porównać także nazwy pól, ich obowiązkowość, komunikaty walidacyjne, checkboxy, link do polityki, treść zgody, dane wysyłane przez skrypt formularza oraz sposób zapisywania zgłoszeń. Istotne jest również sprawdzenie wersji mobilnej, ponieważ skrócony interfejs może ukrywać część informacji albo powodować, że checkbox pojawia się bez właściwego objaśnienia. Sama obecność odnośnika do polityki nie usuwa sprzeczności, jeśli komunikat przy formularzu zawiera odmienne dane. Za prawidłowy można uznać taki układ, w którym klauzula jasno wskazuje podstawowe informacje, a polityka rozwija je bez zmiany sensu. W razie różnicy szczegółów konieczne jest ustalenie, czy wynika ona z odmiennego celu konkretnego formularza, czy z przypadkowego skopiowania nieaktualnego tekstu. Każdy formularz powinien mieć przypisany określony cel, zestaw danych i odpowiadającą mu treść informacyjną. Typowe problemy i błędy powodujące rozbieżności - brak spójności polityki prywatności i klauzuli formularzaJednym z częstszych błędów jest aktualizowanie polityki prywatności bez równoczesnego przeglądu formularzy. Zmiana administratora, adresu kontaktowego, dostawcy narzędzia, sposobu przechowywania zgłoszeń albo celu kontaktu może pozostawić przy formularzu nieaktualny komunikat. Odwrotna sytuacja również jest możliwa: formularz zostaje przebudowany, dodaje się nowe pola, lecz dokument ogólny nadal opisuje wcześniejszy zakres danych. Problem może wynikać także z używania jednego szablonu dla wielu procesów. Wtedy w każdym miejscu pojawia się identyczna klauzula, mimo że formularze mają różne funkcje. Innego wyjaśnienia wymaga przekazanie danych w celu odpowiedzi na wiadomość, innego zapis na komunikację cykliczną, a jeszcze innego zgłoszenie związane z realizacją usługi. Wspólny tekst może pomijać istotny element albo sugerować zastosowanie, którego w danym formularzu nie ma. Do rozbieżności prowadzi również nieprecyzyjne określenie podstawy przetwarzania. W jednym miejscu może zostać użyte sformułowanie dotyczące zgody, a w drugim opis niezbędności podjęcia działań na żądanie osoby. Nie powinno się traktować tych pojęć jako zamiennych. Podobnie należy odróżniać zgodę na przetwarzanie danych od zgody na przesyłanie informacji handlowych, jeśli oba działania są rozdzielone pod względem celu i sposobu realizacji. Inne typowe uchybienia obejmują wskazanie innego okresu przechowywania, pominięcie odbiorców danych, brak informacji o prawie wycofania zgody, niezgodność nazwy administratora, nieaktualny adres poczty elektronicznej oraz opis danych, które w rzeczywistości nie są wymagane. Błąd może pojawić się także w warstwie technicznej, gdy po wysłaniu formularza dane trafiają do dodatkowego systemu, choć dokumenty nie przewidują takiego przepływu. Do oceny nie wystarcza mechaniczne wyszukanie tych samych słów w obu dokumentach. Potrzebne jest porównanie znaczenia informacji, kolejności komunikatów i realnego działania formularza. Warto utworzyć zestawienie obejmujące cel, zakres danych, podstawę prawną, odbiorców, czas przechowywania, prawa osoby oraz kanał kontaktu w sprawie danych. Następnie każde pole i każda funkcja formularza powinny zostać przyporządkowane do właściwego opisu. Kiedy warto zgłosić stronę do serwisu - brak spójności polityki prywatności i klauzuli formularzaWsparcie serwisu może być zasadne, gdy występują jednocześnie zmiany w treści dokumentów, przebudowa formularza, problemy z wysyłką albo brak pewności, czy strona pokazuje aktualną klauzulę na każdym urządzeniu. W ramach przeglądu technicznego można sprawdzić widoczność informacji, działanie odnośników, obecność checkboxów, komunikaty po wysłaniu formularza oraz zgodność elementów strony z ustaloną treścią dokumentów. Ocena techniczna nie zastępuje konsultacji prawnej, ale pozwala wykryć miejsca, w których konfiguracja witryny nie odpowiada przyjętym zasadom ochrony danych. Warto zgłosić problem także wtedy, gdy polityka została przygotowana dawno temu, a w międzyczasie dodano nowe formularze, integracje, system zgłoszeń lub narzędzia analityczne. Szczególnej uwagi wymagają strony, na których ten sam formularz występuje w kilku wersjach językowych, w stopce, w oknie kontaktowym oraz na podstronach usługowych. Każde takie wystąpienie może zawierać inną wersję komunikatu. W Warszawskim Pogotowiu Komputerowym 24/7 takie zgłoszenie może zostać potraktowane jako zadanie związane z działaniem strony i formularza, a naprawy są zazwyczaj realizowane w ciągu najwyżej trzech dni roboczych. Przed przekazaniem zmian do wdrożenia warto przygotować aktualną treść polityki, wskazać przeznaczenie każdego formularza oraz określić, jakie dane są faktycznie odbierane po wysłaniu zgłoszenia. Ułatwia to odróżnienie błędu technicznego od kwestii wymagającej decyzji osoby odpowiedzialnej za zgodność dokumentacji. Po poprawkach należy przeprowadzić test całej ścieżki: otworzyć formularz, przeczytać komunikat przy polach, przejść do polityki prywatności, sprawdzić zgodność kluczowych informacji, wysłać testowe zgłoszenie i potwierdzić, że dane trafiają wyłącznie do przewidzianego miejsca. Dobrą praktyką jest również zapisanie daty przeglądu oraz wersji dokumentów, aby przy kolejnej zmianie formularza można było szybko ustalić, które elementy wymagają ponownego porównania. |