Artykuł 30 chce rejestru. Nie folderu.

Co to zastępuje

• Twój rejestr z artykułu 30 to arkusz, ostatnio ruszany rok temu.
• DPIA powstała jako dokument, trafiła do segregatora i tam została.
• Trzydzieści dni na odpowiedź na żądanie, które wpadło do wspólnej skrzynki.

Co tu robisz

• 1Prowadź rejestr z artykułu 30 jako dane.Każda czynność przetwarzania to wiersz, który tworzysz i edytujesz, więc pytanie organu nadzorczego zamyka sam rejestr.Record of Processing Activities
• 2Przeprowadź DPIA przez przegląd.Utwórz, edytuj i przejrzyj nazwaną ocenę. Decyzja o przetwarzaniu wysokiego ryzyka staje się zapisem, który otworzysz za rok.DPIA
• 3Rozpisz żądanie osoby na zadania.Żądanie rozpada się na listę zadań i zamyka wygenerowaną odpowiedzią. Wchodzi się tu z nadanego uprawnienia, nie z menu.DSAR response builder
• 4Zarejestruj każdego procesora, któremu wysyłasz dane.Procesorzy, zgody i lista osób, których dane dotyczą, leżą obok wpisów z artykułu 30, nie w trzech osobnych arkuszach.Processor register
• 5Wygeneruj publikowaną politykę prywatności.Generator polityk tworzy dokument, który serwuje Twoja strona, utrzymywany w tym samym miejscu co rejestr.Policy generator
• 6Wypuść baner cookie z tego samego miejsca.Kreator banerów pisze treść, więc tekst zgody przestaje odklejać się od zapisu przetwarzania, który za nim stoi.Cookie banners

Co się zmienia

• Jeden zbiór obejmuje czynności przetwarzania, DPIA, zgody i procesorów: cztery rzeczy, jedno miejsce aktualizacji.
• Żądanie osoby staje się rozpisaną listą zadań i wygenerowaną odpowiedzią na tym samym zapisie.
• Generator polityk i kreator banerów zastępują dwa dokumenty utrzymywane wcześniej ręcznie.

Gdzie rola się kończy

Prywatność, compliance i papiery wokół nich. Poszukasz rejestru ryzyk, ekranów aktywów albo Trust Center — żadne z tych trzech nie należy do Ciebie.