Umowa powierzenia przetwarzania danych osobowych (art. 28 RODO) – Landlordo

Wersja 0.1-beta

Umowa jest zawierana w formie elektronicznej, z chwilą akceptacji Regulaminu Landlordo, pomiędzy:

1. Klientem (Wynajmującym), dla którego utworzono Organizację w Aplikacji Landlordo – zwanym dalej „Administratorem”,

a

2. Paweł Zamrij prowadzący działalność gospodarczą pod firmą SYMAT - PAWEŁ ZAMRIJ, ul. Szkolna 15B, 05-250 Radzymin, NIP 8451400958, REGON 141942885 (wpis do CEIDG), e-mail: landlordo.powiadomienia@gmail.com – zwanym dalej „Podmiotem przetwarzającym”,

łącznie „Stronami”.

Pojęcia niezdefiniowane mają znaczenie nadane w Regulaminie oraz w rozporządzeniu (UE) 2016/679 („RODO”).

Administrator zawiera umowę, zaznaczając w Aplikacji osobne pole „Zawieram umowę powierzenia”; Podmiot przetwarzający zapisuje wersję umowy, datę i adres e-mail osoby akceptującej. Spełnia to wymóg formy elektronicznej z art. 28 ust. 9 RODO.

§ 1. Przedmiot umowy

1. Administrator powierza Podmiotowi przetwarzającemu przetwarzanie danych osobowych, które Administrator i osoby działające w jego imieniu (Współadministratorzy) oraz zaproszeni przez nich Najemcy wprowadzają do Aplikacji Landlordo, w zakresie i celu określonym w umowie i w Załączniku nr 1.
2. Podmiot przetwarzający przetwarza powierzone dane wyłącznie w celu świadczenia usług opisanych w Regulaminie, przez czas obowiązywania umowy o świadczenie usług oraz okres potrzebny do zwrotu lub usunięcia danych (§ 9).
3. Charakter przetwarzania: przechowywanie, porządkowanie, udostępnianie Użytkownikom Organizacji zgodnie z ich rolami, przesyłanie powiadomień i zaproszeń, publikowanie Ogłoszeń na polecenie Administratora, odczyt plików umów przez model AI na polecenie Administratora (bez zapisywania pliku), usuwanie – w sposób zautomatyzowany, w systemach informatycznych.
4. Podmiot przetwarzający nie przetwarza powierzonych danych do własnych celów.

§ 2. Polecenia Administratora

1. Podmiot przetwarzający przetwarza dane wyłącznie na udokumentowane polecenie Administratora. Za udokumentowane polecenie uważa się: niniejszą umowę, Regulamin, a także działania Administratora i Współadministratorów w Aplikacji (np. wprowadzenie, zmianę lub usunięcie danych, zaproszenie Najemcy, udostępnienie dokumentu Najemcy, publikację Ogłoszenia, włączenie powiadomień) oraz polecenia przesłane e-mailem z adresu Administratora.
2. Jeżeli Podmiot przetwarzający musi przetworzyć dane na podstawie prawa Unii lub państwa członkowskiego, informuje o tym Administratora przed rozpoczęciem przetwarzania, chyba że prawo tego zabrania.
3. Podmiot przetwarzający niezwłocznie informuje Administratora, jeżeli jego zdaniem polecenie narusza RODO lub inne przepisy o ochronie danych.

§ 3. Obowiązki Podmiotu przetwarzającego

Podmiot przetwarzający zobowiązuje się:

1. zapewnić, aby osoby upoważnione do przetwarzania danych zobowiązały się do zachowania tajemnicy lub podlegały ustawowemu obowiązkowi tajemnicy; obecnie dostęp administracyjny do infrastruktury ma wyłącznie Paweł Zamrij (Operator);
2. stosować środki techniczne i organizacyjne określone w Załączniku nr 2, zapewniające stopień bezpieczeństwa odpowiadający ryzyku (art. 32 RODO), i aktualizować je wraz z rozwojem Aplikacji, nie obniżając poziomu ochrony;
3. nie podejmować prób odczytania danych zaszyfrowanych w przeglądarce Administratora i nie wprowadzać do Aplikacji zmian mających na celu przechwycenie haseł do danych lub kluczy szyfrujących;
4. przestrzegać warunków korzystania z dalszych podmiotów przetwarzających (§ 5);
5. w miarę możliwości pomagać Administratorowi, poprzez odpowiednie środki techniczne i organizacyjne, w wywiązywaniu się z obowiązku odpowiadania na żądania osób, których dane dotyczą (rozdział III RODO), w szczególności: niezwłocznie, nie później niż w ciągu 5 dni roboczych, przekazywać Administratorowi żądania skierowane bezpośrednio do Podmiotu przetwarzającego i nie odpowiadać na nie samodzielnie co do istoty (poza poinformowaniem osoby o przekazaniu żądania);
6. pomagać Administratorowi w wywiązywaniu się z obowiązków z art. 32–36 RODO (bezpieczeństwo, zgłaszanie naruszeń, ocena skutków, uprzednie konsultacje), uwzględniając charakter przetwarzania i dostępne informacje;
7. udostępniać Administratorowi informacje niezbędne do wykazania spełnienia obowiązków z art. 28 RODO oraz umożliwiać audyty (§ 7);
8. prowadzić rejestr kategorii czynności przetwarzania dokonywanych w imieniu Administratora (art. 30 ust. 2 RODO); przetwarzanie ma charakter stały, więc zwolnienie z art. 30 ust. 5 RODO nie ma zastosowania.

§ 4. Obowiązki Administratora

1. Administrator oświadcza, że ma podstawę prawną do przetwarzania danych powierzonych Podmiotowi przetwarzającemu i do ich powierzenia, i że wprowadza do Aplikacji tylko dane niezbędne do celów najmu.
2. Administrator realizuje obowiązki informacyjne wobec osób, których dane dotyczą (art. 13–14 RODO), w tym informuje Najemców o korzystaniu z Aplikacji i o Podmiocie przetwarzającym.
3. Administrator odpowiada za: dobór i usuwanie Współadministratorów i Najemców, decyzje o udostępnieniu danych Najemcom i publikacji Ogłoszeń, zachowanie w tajemnicy haseł do Konta i haseł do danych oraz kodu odzyskiwania, usuwanie danych po upływie okresu ich przechowywania.
4. Administrator nie wprowadza danych szczególnych kategorii (art. 9 RODO) ani danych dotyczących wyroków skazujących (art. 10 RODO) poza polami szyfrowanymi, a jeśli to robi – odpowiada za istnienie podstawy prawnej.
5. Administrator przyjmuje do wiadomości, że część danych jest przechowywana bez szyfrowania końcowego (Załącznik nr 1, pkt C), i nie wpisuje danych identyfikacyjnych (PESEL, numery dokumentów) do pól jawnych, takich jak nazwa lokalu, opis usterki, komentarze, informacje dla Najemcy czy treść Ogłoszenia.

§ 5. Dalsze powierzenie (podprocesorzy)

1. Administrator udziela Podmiotowi przetwarzającemu ogólnej zgody na korzystanie z usług dalszych podmiotów przetwarzających. Aktualna lista podprocesorów znajduje się w Załączniku nr 3.
2. Podmiot przetwarzający informuje Administratora e-mailem i w Aplikacji o zamierzonych zmianach dotyczących dodania lub zastąpienia podprocesora co najmniej 14 dni przed zmianą. Administrator może w tym terminie zgłosić sprzeciw. Jeżeli Strony nie dojdą do porozumienia, Administrator może wypowiedzieć umowę o świadczenie usług ze skutkiem natychmiastowym, bez kosztów, a Podmiot przetwarzający umożliwi eksport danych.
3. Podmiot przetwarzający nakłada na podprocesora – w drodze umowy – obowiązki ochrony danych zasadniczo odpowiadające obowiązkom z niniejszej umowy, w szczególności obowiązek zapewnienia wystarczających gwarancji wdrożenia odpowiednich środków technicznych i organizacyjnych. W przypadku dostawców usług standardowych (np. Google) umową taką są ich warunki przetwarzania danych (dla Google Cloud: Cloud Data Processing Addendum, zaakceptowany 10.11.2026) (np. Cloud Data Processing Addendum), które Podmiot przetwarzający zaakceptował.
4. Podmiot przetwarzający odpowiada wobec Administratora za wykonanie obowiązków przez podprocesora jak za własne działania.

[Do rozstrzygnięcia: Gmail na prywatnym koncie Google jest usługą konsumencką i co do zasady nie jest objęty umową powierzenia Google – zob. README. Przed powierzeniem danych Najemców przez e-mail należy przejść na Google Workspace (z DPA) lub dostawcę poczty transakcyjnej z DPA.]

§ 6. Przekazywanie danych do państw trzecich

1. Powierzone dane są przechowywane przede wszystkim w Europejskim Obszarze Gospodarczym – baza danych i funkcje serwerowe w regionie europe-central2 (Warszawa).
2. Administrator wyraża zgodę na przekazanie danych do USA w zakresie wskazanym w Załączniku nr 3 (w szczególności zdjęcia lokali do Ogłoszeń w Cloud Storage, region us-central1, oraz dane przetwarzane przez globalne usługi Google i usługi push producentów przeglądarek), pod warunkiem zapewnienia podstawy z rozdziału V RODO: decyzji Komisji Europejskiej w sprawie EU-US Data Privacy Framework (dla certyfikowanych odbiorców) lub standardowych klauzul umownych (decyzja Komisji (UE) 2021/914).
3. Podmiot przetwarzający nie przekaże danych do innych państw trzecich bez uprzedniego poinformowania Administratora w trybie § 5 ust. 2.

§ 7. Kontrola i audyt

1. Administrator ma prawo sprawdzać, czy Podmiot przetwarzający przestrzega umowy, w szczególności przez: żądanie informacji i dokumentów (odpowiedź w terminie 14 dni), a w uzasadnionych przypadkach – audyt przeprowadzony przez Administratora lub niezależnego audytora związanego tajemnicą.
2. O audycie Administrator zawiadamia co najmniej 14 dni wcześniej. Audyt odbywa się w dni robocze, w sposób nieutrudniający działania Aplikacji, nie częściej niż raz w roku, chyba że doszło do naruszenia ochrony danych lub wymaga tego organ nadzorczy. Koszty audytu ponosi Administrator.
3. Audyt infrastruktury podprocesorów (Google) jest realizowany przez udostępnienie ich certyfikatów i raportów (np. ISO/IEC 27001, 27017, 27018, SOC 2), zgodnie z ich warunkami.

§ 8. Naruszenie ochrony danych

1. Podmiot przetwarzający bez zbędnej zwłoki, nie później niż w ciągu 36 godzin od stwierdzenia, zgłasza Administratorowi naruszenie ochrony powierzonych danych, e-mailem na adres Administratora przypisany do Organizacji.
2. Zgłoszenie zawiera, w miarę dostępności: opis naruszenia, kategorie i przybliżoną liczbę osób i rekordów, prawdopodobne skutki, zastosowane lub proponowane środki zaradcze oraz dane kontaktowe osoby udzielającej informacji. Informacje niedostępne od razu są przekazywane etapami.
3. Podmiot przetwarzający dokumentuje naruszenia i współpracuje z Administratorem przy ocenie ryzyka oraz zawiadomieniu organu nadzorczego i osób, których dane dotyczą. Decyzję o zawiadomieniu podejmuje Administrator.

§ 9. Czas trwania, zwrot i usunięcie danych

1. Umowa obowiązuje przez czas trwania umowy o świadczenie usług Landlordo.
2. Po zakończeniu świadczenia usług Podmiot przetwarzający, według wyboru Administratora, umożliwia mu pobranie danych w terminie 30 dni (eksport w Aplikacji: „Pobierz eksport (ZIP)”), a następnie usuwa wszystkie powierzone dane, w tym kopie, w terminie 30 dni; usunięcie Organizacji przez Administratora w Aplikacji usuwa dane z bazy od razu (z kopii zapasowych bazy danych – automatycznie, najpóźniej 28 dni od usunięcia z bazy), chyba że prawo Unii lub państwa członkowskiego nakazuje ich dalsze przechowywanie. Na żądanie Podmiot przetwarzający potwierdza usunięcie.
3. Dane zaszyfrowane są przekazywane w postaci zaszyfrowanej albo odszyfrowane w przeglądarce Administratora; Podmiot przetwarzający nie może ich odszyfrować.
4. Usunięcie danych przez Administratora w Aplikacji w trakcie umowy usuwa je z bazy danych od razu, a z kopii zapasowych – automatycznie, gdy wygaśnie ostatnia kopia zawierająca te dane, najpóźniej po 28 dniach. Do tego czasu kopie są wykorzystywane wyłącznie do odtworzenia danych po awarii lub błędzie; jeśli odtworzenie przywróci dane usunięte wcześniej, Podmiot przetwarzający usuwa je ponownie.

§ 10. Odpowiedzialność

1. Strony odpowiadają za szkody wyrządzone osobom, których dane dotyczą, na zasadach art. 82 RODO.
2. W stosunkach między Stronami odpowiedzialność Podmiotu przetwarzającego wobec Administratora niebędącego Konsumentem ogranicza się do kwoty opłat zapłaconych w ostatnich 12 miesiącach (w okresie bezpłatnym – do 500 zł), z wyjątkiem szkody wyrządzonej umyślnie. Wobec Administratora będącego Konsumentem albo Przedsiębiorcą na prawach konsumenta ograniczenie nie ma zastosowania.

§ 11. Postanowienia końcowe

1. W sprawach nieuregulowanych stosuje się Regulamin, RODO oraz przepisy prawa polskiego. W razie sprzeczności z Regulaminem w zakresie ochrony danych osobowych pierwszeństwo ma niniejsza umowa.
2. Zmiany umowy wprowadza się w trybie przewidzianym dla zmian Regulaminu, z wyjątkiem aktualizacji Załącznika nr 3 (§ 5 ust. 2) i Załącznika nr 2 (o ile nie obniża poziomu ochrony).
3. Sądem właściwym jest sąd określony w Regulaminie.

Załącznik nr 1 – Zakres powierzenia

A. Kategorie osób, których dane dotyczą

1. Najemcy (obecni, byli i przyszli) oraz osoby z nimi zamieszkujące.
2. Osoby wskazane w umowach i dokumentach najmu: wynajmujący, współwłaściciele, pełnomocnicy, osoby wskazane w oświadczeniach przy najmie okazjonalnym (np. właściciel lokalu zastępczego), poręczyciele.
3. Współadministratorzy zaproszeni przez Administratora.
4. Podatnicy wskazani w module ryczałtu (np. współwłaściciele, małżonek).
5. Osoby wskazane jako kontakt dla Najemców lub w Ogłoszeniu (np. administrator budynku, fachowiec, osoba do kontaktu).

5a. Goście – osoby, które z Ogłoszenia wysyłają zapytanie o rezerwację terminu, oraz goście wpisani przez Administratora przy rezerwacji przyjętej poza Aplikacją.

6. Inne osoby, których dane Administrator wprowadzi do notatek, dokumentów lub plików archiwum.

B. Dane szyfrowane w przeglądarce (Podmiot przetwarzający nie ma do nich dostępu)

• dane osób do umów: imię i nazwisko, PESEL, rodzaj i numer dokumentu tożsamości, adres zamieszkania i do doręczeń, telefon, e-mail, inne dane wpisane do karty osoby;
• prywatne notatki o osobach;
• treść zapisanych umów, aneksów, pism, protokołów, regulaminów i innych dokumentów;
• dane podatników: imię i nazwisko, numer mikrorachunku podatkowego;
• pliki archiwum: nazwa, opis, treść (np. skany dokumentów, zdjęcia).

C. Dane przechowywane bez szyfrowania końcowego (szyfrowanie w transmisji i „w spoczynku” po stronie Google)

• adres e-mail, imię i nazwisko (jeśli podane przy zaproszeniu), rola, przypisany lokal, data zaproszenia, osoba zapraszająca, data ostatniego logowania, jednorazowe hasło z zaproszenia (do czasu ustawienia własnego hasła);
• dane logowania w Firebase Authentication (e-mail, skrót hasła, identyfikator i profil Google, daty);
• nazwa i adres nieruchomości, nazwy lokali, dane do umów przy nieruchomości (tytuł prawny, numer księgi wieczystej, sąd, numer lokalu, ulica, miejscowość), numer rachunku bankowego do wpłat;
• dane kontaktowe i informacje udostępniane Najemcom (np. imię i telefon osoby do kontaktu, numery alarmowe, informacje o lokalu);
• warunki najmu udostępnione Najemcy (okres, czynsz, opłaty, kaucja, termin płatności);
• należności, wpłaty (data, kwota, sposób, lokal), kaucje i potrącenia, numery pokwitowań, skróty SHA-256 nadawców przelewów;
• ustawienia podatkowe (udziały, progi, oznaczenia zapłaty – bez imion);
• liczniki, odczyty (z adresem e-mail Najemcy, który je przesłał, i jego notatką), stawki, faktury dostawców mediów wraz z plikami (PDF / zdjęcia), rozliczenia mediów (także widok dla Najemcy);
• zgłoszenia usterek: kategoria, pilność, opis, do 3 zdjęć, komentarze, status, koszt i kto płaci, e-mail zgłaszającego;
• wypożyczenia dodatków (np. rowerów, kajaka): termin, liczba sztuk, kwota, lokal, uwagi, a przy prośbie Najemcy także jego e-mail, wiadomość i status;
• kopie umów i pism udostępnione Najemcy (PESEL i numer dokumentu zamaskowane; pozostałe dane stron jawne);
• Ogłoszenia: treść, parametry i cena, zdjęcia lokalu (Cloud Storage, USA), punkt na mapie dojazdu, dane kontaktowe wpisane przez Administratora – w statusie „aktywne” publicznie dostępne;
• rezerwacje: termin, liczba osób, cena orientacyjna, status, notatki; dane Gościa (imię i nazwisko, e-mail, telefon, wiadomość) zaszyfrowane kluczem publicznym Organizacji – klucz prywatny jest zaszyfrowany kluczem danych (hasło do danych), więc Podmiot przetwarzający nie ma do nich dostępu; odpowiedź dla Gościa zaszyfrowana kluczem Gościa; zajęte daty bez danych osób (publiczne); linki iCal innych serwisów i zaimportowane z nich daty;
• tokeny push urządzeń, opis przeglądarki, preferencje powiadomień i język;
• koszty wynajmującego (data, kwota, rodzaj, lokal, opis) i rachunki dla Najemców (lokal, pozycje, kwoty, dane do przelewu);
• zrzuty ekranu dołączone przez Użytkowników do zgłoszeń „Uwagi” – Aplikacja prosi o zasłonięcie danych osobowych przed wysłaniem; widzi je tylko Podmiot przetwarzający;
• treść wysyłanych powiadomień i zaproszeń (e-mail, push): adres odbiorcy, nazwa nieruchomości i lokalu, fragmenty opisów usterek i komentarzy, kwoty, terminy;
• dzienniki techniczne funkcji serwerowych (mogą zawierać adres e-mail odbiorcy przy błędzie wysyłki).

D. Dane, których Aplikacja nie wysyła na serwer

• pliki wyciągów bankowych (odczytywane tylko w przeglądarce; zapisywane są wyłącznie zatwierdzone wpłaty: data, kwota, lokal i ewentualnie skrót nadawcy);
• pliki umów odczytywane przez AI: trafiają przez funkcję serwerową do modelu w Vertex AI (UE) i nie są zapisywane ani przez funkcję, ani w dziennikach.

E. Dane szczególnych kategorii

Aplikacja nie jest przeznaczona do przetwarzania danych z art. 9 i 10 RODO. Jeżeli Administrator je wprowadzi, powinny znaleźć się wyłącznie w polach szyfrowanych (pkt B).

Załącznik nr 2 – Środki techniczne i organizacyjne

Szyfrowanie

1. Szyfrowanie danych osobowych w przeglądarce (Web Crypto API): AES-256-GCM, losowy klucz danych dla każdej Organizacji. Klucz jest przechowywany w bazie wyłącznie w postaci „opakowanej” kluczem wyprowadzonym z hasła do danych każdego administratora, jednorazowego kodu zaproszenia lub kodu odzyskiwania (PBKDF2-HMAC-SHA-256, 600 000 iteracji, losowa sól 16 B). Podmiot przetwarzający i Google nie znają tych haseł i nie mogą odszyfrować danych.
2. Reguły bazy danych odrzucają zapis umów, dokumentów, archiwum i danych osób do umów bez pola zaszyfrowanego oraz z polami jawnymi przewidzianymi na dane osobowe (np. nazwisko najemcy w umowie).
3. Szyfrowanie transmisji: HTTPS/TLS dla Aplikacji, bazy danych, funkcji i plików.
4. Szyfrowanie „w spoczynku” po stronie Google Cloud (domyślne szyfrowanie dysków i baz danych).

Kontrola dostępu i izolacja

5. Każdy Klient ma odrębną Organizację. Reguły bezpieczeństwa Firestore i Cloud Storage dopuszczają odczyt i zapis wyłącznie dla zalogowanych Użytkowników z potwierdzonym adresem e-mail, którzy są członkami danej Organizacji; wszystko poza zdefiniowanymi ścieżkami jest zamknięte.
6. Role: administrator ma dostęp do danych Organizacji; Najemca – wyłącznie do informacji udostępnionych dla jego lokalu, swoich odczytów, swoich zgłoszeń usterek i swoich próśb o wypożyczenie (zajętość dodatków widzi bez danych innych osób). Reguły ograniczają też zakres pól, które Najemca może zapisać (np. nie może zmienić statusu ani kosztu usterki).
7. Właściciela Organizacji nie może usunąć ani zmienić inny administrator. Administratorzy mogą włączyć logowanie dwuskładnikowe (TOTP); reset tylko po potwierdzeniu tożsamości.
8. Organizację można założyć wyłącznie z jednorazowym kodem zaproszenia wydanym przez Podmiot przetwarzający albo zakłada ją Podmiot przetwarzający; z Aplikacji nie da się utworzyć ani zmienić cudzej Organizacji.
9. Publicznie (bez logowania) dostępne są tylko pojedyncze Ogłoszenia w statusie „aktywne”, zajęte daty lokalu (bez danych osób) i pojedyncze zapytania o rezerwację (status, termin i zaszyfrowana odpowiedź – dla posiadacza losowego linku) – po identyfikatorze, bez możliwości listowania. Zapytania Gości przyjmuje wyłącznie funkcja serwerowa z limitami (na adres IP, Ogłoszenie i Organizację) i polem-pułapką na boty; dane Gościa są szyfrowane przed zapisem.
10. Pliki zdjęć w Cloud Storage: zapis, listowanie i usuwanie tylko dla administratorów Organizacji, ograniczenie typu (JPEG) i rozmiaru (do 3 MB).
11. Automatyczne testy reguł bezpieczeństwa (emulator Firebase) uruchamiane przed wdrożeniem, w tym testy izolacji Najemców między lokalami.
12. Dostęp administracyjny do projektu Google Cloud / Firebase ma wyłącznie Paweł Zamrij (Operator), z kontem Google zabezpieczonym weryfikacją dwuetapową (sprawdzone 9.11.2026). Klucze kont serwisowych używane do prac administracyjnych są przechowywane wyłącznie na komputerze Operatora z zaszyfrowanym dyskiem (BitLocker), poza repozytorium kodu. Hasła do usług zewnętrznych (np. poczta) są przechowywane w Google Secret Manager, nie w kodzie.

Minimalizacja danych

13. Pliki wyciągów bankowych są przetwarzane wyłącznie w przeglądarce; nadawcy przelewów są zapamiętywani jako skrót SHA-256.
14. Zdjęcia są zmniejszane i ponownie kodowane w przeglądarce (usunięcie metadanych EXIF, w tym lokalizacji GPS).
15. Kopie umów dla Najemców mają zamaskowany PESEL i numer dokumentu.
16. Ogłoszenia nie zawierają numeru lokalu ani danych Najemców.
17. Brak narzędzi analitycznych, reklamowych i śledzących.
18. Przypomnienie w Aplikacji o umowach przechowywanych ponad 6 lat od końca najmu (do usunięcia).

Lokalizacja i odporność

19. Baza danych Firestore i Cloud Functions w regionie europe-central2 (Warszawa).
20. Limity: dzienny limit wiadomości na Organizację, ograniczenie liczby instancji funkcji, limity wydatków i alerty budżetowe.
21. Kopie zapasowe: automatyczne kopie bazy danych Firestore wykonywane przez Google (codziennie – przechowywane 7 dni, co tydzień – przechowywane 4 tygodnie) oraz historia zmian z ostatnich 7 dni umożliwiająca odtworzenie na wybraną minutę (PITR), w tym samym regionie co baza: europe-central2 (Warszawa); starsze kopie są usuwane automatycznie. Kopie nie obejmują zdjęć ogłoszeń w Cloud Storage ani kont logowania. Odtworzenie odbywa się do osobnej bazy, z której dane są kopiowane z powrotem, a baza odtworzona jest następnie usuwana; test odtworzenia co najmniej raz na kwartał.
22. Dzienniki: Cloud Logging (domyślna retencja [30] dni).

Środki organizacyjne

23. Testowe dane wyłącznie fikcyjne (osobne środowisko testowe i organizacja testowa z danymi fikcyjnymi); nagrania i zrzuty ekranu wyłącznie na danych przykładowych.
24. Procedura obsługi naruszeń: (1) ocena zdarzenia i zabezpieczenie (np. wyłączenie funkcji, zmiana kluczy, przywrócenie z kopii); (2) ustalenie, których Organizacji i jakich danych dotyczy; (3) zgłoszenie Administratorom w terminie z § 8; (4) wpis do wewnętrznego rejestru naruszeń z opisem skutków i podjętych działań; (5) przegląd przyczyny i poprawka.
25. Przegląd środków bezpieczeństwa: co najmniej raz w roku i przy istotnych zmianach Aplikacji.
26. Odczyt umów przez AI: tylko regiony Vertex AI w UE, limit odczytów na Organizację i dzienny limit wydatków.

Załącznik nr 3 – Lista dalszych podmiotów przetwarzających

Inne dokumenty: Regulamin · Polityka prywatności · Umowa powierzenia · Informacje prawne · kontakt: landlordo.powiadomienia@gmail.com