Umowa Powierzenia Przetwarzania Danych (DPA)

1. Definicje

• "Administrator" oznacza osobę fizyczną lub prawną (Klienta / właściciela strony), która ustala cele i sposoby przetwarzania danych osobowych.
• "Podmiot przetwarzający" oznacza MousePlayer, przetwarzający dane osobowe w imieniu administratora.
• "Dane osobowe" oznaczają wszelkie informacje dotyczące zidentyfikowanej lub możliwej do zidentyfikowania osoby fizycznej (użytkownika końcowego), przetwarzane przez podmiot przetwarzający w imieniu administratora.
• "Użytkownik końcowy" oznacza osobę odwiedzającą stronę administratora, której interakcje są nagrywane przez MousePlayer.
• "Dalszy podmiot przetwarzający" oznacza każdy kolejny podmiot trzeci angażowany przez podmiot przetwarzający do przetwarzania w imieniu administratora.

2. Role i zakres przetwarzania

MousePlayer dostarcza infrastrukturę nagrywania sesji w czasie rzeczywistym, map cieplnych i analityki. Świadcząc te usługi, MousePlayer przetwarza dane wyłącznie w imieniu i na udokumentowane polecenie administratora.

3. Obowiązki administratora

• Uzyskanie ważnej zgody: administrator odpowiada za uzyskanie ważnej, świadomej zgody użytkowników końcowych przed uruchomieniem skryptu MousePlayer, zgodnie z dyrektywą ePrivacy i RODO. MousePlayer odczytuje sygnał zgody; nie pozyskuje zgody.
• Zakaz szczególnych kategorii: administrator nie może przekazywać do MousePlayer szczególnych kategorii danych osobowych (w tym danych o zdrowiu, numerów kart kredytowych, haseł ani identyfikatorów urzędowych).
• Przejrzystość: administrator musi ujawnić wykorzystanie nagrywania sesji we własnej polityce prywatności.
• Podstawa prawna: administrator zapewnia, że wszystkie dane przekazane do MousePlayer zostały zebrane zgodnie z prawem.
• Oznaczanie obszarów wrażliwych: administrator odpowiada za rozpoznanie obszarów swojej strony, w których wyświetlane są dane osobowe, i oznaczenie ich atrybutem data-mp-mask lub klasą mp-masked, a także za wykluczenie ścieżek, które w ogóle nie mogą być nagrywane. O granicach automatycznego maskowania – punkt 4.

4. Obowiązki podmiotu przetwarzającego

• Związanie poleceniami: MousePlayer przetwarza dane osobowe wyłącznie na udokumentowane polecenie administratora, chyba że prawo Unii lub państwa członkowskiego stanowi inaczej; w takim przypadku MousePlayer informuje administratora o tym obowiązku prawnym przed rozpoczęciem przetwarzania, o ile prawo to nie zabrania udzielania takiej informacji. Poleceniami są niniejsza umowa, ustawienia dokonywane przez administratora w jego projekcie oraz polecenia w formie dokumentowej kierowane na adres office@mouseplayer.com. Jeżeli zdaniem MousePlayer polecenie narusza przepisy o ochronie danych, niezwłocznie informuje o tym administratora (art. 28 ust. 3 akapit drugi RODO).
• Poufność: osoby upoważnione do przetwarzania są zobowiązane do zachowania poufności lub podlegają odpowiedniemu ustawowemu obowiązkowi zachowania tajemnicy.
• Brak przetwarzania przed zgodą: skrypt nie nadaje identyfikatora, nie ustawia ciasteczka, nic nie zapisuje i nie nawiązuje połączenia, dopóki nie ma sygnału zgody. Brak sygnału traktowany jest jako odmowa, z wyjątkiem regionu, który administrator wyraźnie dopuścił zgodnie z pkt 11.3 Regulaminu; regionów, w których zgoda jest wymagana przez prawo, w tym UE i EOG, nie można dopuścić. Sygnał Global Privacy Control ma pierwszeństwo przed każdym innym.
• Maskowanie IP: pełny adres IP jest wykorzystywany w pamięci roboczej na potrzeby zestawienia połączenia, ustalenia kraju i obrony przed nadużyciami. Jeżeli mechanizm obrony przed nadużyciami zablokuje adres, jest on przechowywany w pamięci podręcznej przez czas trwania blokady, najdłużej 24 godz. Dzienniki serwera WWW, rejestrujące każde żądanie, w tym połączenia skryptu nagrywającego, zawierają pełny adres i są usuwane po 14 dniach. Adres użytkownika końcowego zapisywany jest do bazy danych wyłącznie w postaci zamaskowanej i nie jest pokazywany w panelu.
• Czyszczenie adresów URL: wartości parametrów w zapytaniu i we fragmencie adresu, które typowo niosą dane osobowe lub dane dostępowe (np. ?email=, ?token=, ?code=, #access_token=), są zaczerniane w przeglądarce, zanim adres zostanie przesłany.
• Maskowanie danych z formularzy – trzy poziomy: pełne maskowanie zastępuje każdy znak każdego wpisu, zanim opuści przeglądarkę, i jest domyślne dla każdej własności. Maskowanie selektywne utrzymuje pełne maskowanie imion, adresów, e-maili, telefonów, pól płatniczych i pól tekstu swobodnego, a w pozostałych zastępuje tylko cyfry. Brak maskowania nagrywa dane tak, jak zostały wpisane.
• Dwa słabsze poziomy wymagają pisemnej zgody: MousePlayer włącza je wyłącznie dla wskazanej własności, na uzasadniony wniosek administratora, i zapisuje zgodę wraz z czasem i osobą jej udzielającą. Ograniczenie egzekwowane jest na serwerach MousePlayer: jeśli zapisany poziom przekracza zgodę, zostaje do niej obniżony, zanim ustawienie dotrze do przeglądarki. Cofnięcie zgody działa od kolejnego połączenia i przywraca pełne maskowanie.
• Dwie granice, których nie podnosi żadna zgoda: pola rozpoznane jako hasła lub dane płatnicze pozostają w pełni zamaskowane na każdym poziomie; a maskowanie nigdy nie obejmuje treści, którą sama strona wypisuje na stronie – strona potwierdzenia z podanym adresem jest częścią migawki DOM, a więc i odtworzenia. Rozpoznanie czyta nazwę, id, typ i atrybut autocomplete wobec listy obejmującej określenia angielskie, niemieckie i polskie; pole, do którego nic nie pasuje, liczy się jako zwykłe. Obszary oznaczone data-mp-mask lub mp-masked pozostają całkowicie wyłączone. Administrator nie może polegać wyłącznie na rozpoznaniu automatycznym.
• Wsparcie: MousePlayer wspiera administratora w realizacji żądań użytkowników końcowych z rozdziału III RODO oraz w wypełnianiu obowiązków z art. 32-36 RODO.
• Punkt kontaktowy i brak inspektora ochrony danych: sprawy ochrony danych wynikające z niniejszej umowy kierować należy do MousePlayer na adres office@mouseplayer.com. Inspektor ochrony danych nie został wyznaczony. Ocena na podstawie art. 37 ust. 1 lit. b RODO została utrwalona wraz z datą i uzasadnieniem w sekcji 9 Rejestru czynności przetwarzania: regularne i systematyczne monitorowanie jest spełnione, duża skala według dzisiejszych liczb nie. Ponieważ druga przesłanka zależy od liczby obserwowanych użytkowników końcowych – wielkości wyznaczanej przez ruch administratora, a nie przez MousePlayer – jest ona mierzona codziennie, a ocena powtarzana powyżej 100000 użytkowników końcowych miesięcznie łącznie u wszystkich administratorów, a poza tym corocznie. Wyznaczenie, obowiązkowe albo dobrowolne, zostanie opublikowane w niniejszej umowie i zgłoszone organowi nadzorczemu.

5. Bezpieczeństwo przetwarzania

MousePlayer wdraża środki techniczne i organizacyjne odpowiadające ryzyku, w tym szyfrowanie transmisji, logiczne rozdzielenie obszarów roboczych klientów na każdej ścieżce odczytu i zapisu, egzekwowanie modelu ról po stronie serwera oraz automatyczne zamykanie nieuprawnionych połączeń podglądu na żywo. Wszystkie połączenia z internetu odbywają się wyłącznie przez HTTPS lub WSS: połączenia skryptu nagrywającego – zwykle przez WebSocket, zastępczo przez HTTP, gdy połączenia WebSocket nie da się zestawić, a w przypadku dużych obrazów strony jako przesyłanie HTTP – oraz połączenia z aplikacją i API. Szyfrowanie kończy się na własnym serwerze MousePlayer. W obrębie własnej sieci lokalnej w tej samej lokalizacji połączenia z bazą danych i pamięcią podręczną odbywają się bez szyfrowania; są chronione hasłem i nie są osiągalne z internetu.

Pełny i aktualizowany opis znajduje się w środkach technicznych i organizacyjnych, stanowiących integralną część niniejszej umowy.

6. Dalsze podmioty przetwarzające

Administrator udziela MousePlayer ogólnej pisemnej zgody na angażowanie dalszych podmiotów przetwarzających. Aktualna lista wraz z celem, kategoriami danych i miejscem przetwarzania dostępna jest pod adresem Podmioty przetwarzające dalej.

Przekazania włączane przez administratora. MousePlayer udostępnia mosty, które wysyłają dane do odbiorców wskazanych przez samego administratora: pod podany przez niego adres webhooka, do jego systemu CRM, do jego systemu helpdesk lub zgłoszeń, do jego systemu e-mail i marketingu cyklu życia, do jego konta reklamowego w sieci reklamowej (Conversions API), do jego własnego magazynu obiektów lub arkusza oraz do jego systemu śledzenia błędów i zadań. Wyliczenie to celowo wskazuje kategorie, a nie nazwy: to, którzy dostawcy są dostępni w danej kategorii, zmienia się wraz z zakresem funkcji, a podział ról pozostaje ten sam. Rozstrzyga to, co administrator faktycznie włączył w ustawieniach swojego projektu. Przekazania te następują wyłącznie wtedy, gdy administrator włączy dany most i zapisze własny dostęp; to jest polecenie, na którym się opierają. Odbiorcy nie są podprzetwarzającymi MousePlayera — stosunek umowny z nimi, w tym ewentualne gwarancje dla przekazań do państw trzecich, istnieje między administratorem a danym odbiorcą. Co dokładnie jest przekazywane, opisuje Rejestr czynności przetwarzania, sekcja 4. Do Meta przekazuje się wyłącznie dla sesji ze zgodą i wyłącznie przy spełnionych celach; imię i nazwisko, adres e-mail, numer telefonu oraz adres IP są z tego wyłączone.

W samym nagrywaniu nie uczestniczy żaden podmiot trzeci: skrypt nagrywający przesyła dane wyłącznie do własnej infrastruktury. Poza tym istnieje jeden odbiorca: codzienna kopia całej bazy danych i archiwum nagrań — wraz z nagraniami sesji — przechowywana jest u Google (Google Cloud Storage, zasobnik w Warszawie). Od 11.08.2026 jest tam przechowywana w postaci zaszyfrowanej: szyfrowanie odbywa się na naszym własnym serwerze przed przesłaniem (rclone crypt) i obejmuje także nazwy plików i katalogów; klucze przechowywane są na naszym własnym serwerze. Google ich nie otrzymuje i nie może odczytać treści, pozostaje jednak dalszym podmiotem przetwarzającym — szyfrowanie jest środkiem technicznym, nie zmienia roli. Dotychczasowy, nieszyfrowany katalog docelowy z kopiami sprzed 11.08.2026 został usunięty 12.08.2026.

MousePlayer informuje administratora 30 dni przed rozpoczęciem przetwarzania przez nowy podmiot lub zastąpieniem dotychczasowego. W tym terminie administrator może wnieść sprzeciw z uzasadnionych przyczyn ochrony danych; jeśli sprzeciwu nie da się usunąć, może wypowiedzieć objętą nim usługę. Informacja przekazywana jest pocztą elektroniczną oraz jako komunikat w obszarze po zalogowaniu; sprzeciw należy przesłać w formie dokumentowej na adres office@mouseplayer.com. MousePlayer zobowiązuje umownie każdy dalszy podmiot do obowiązków ochrony danych zgodnie z art. 28 ust. 4 RODO, zapewniających wystarczające gwarancje wdrożenia odpowiednich środków technicznych i organizacyjnych – w przypadku dostawców oferujących wyłącznie warunki standardowe są to ich warunki powierzenia przetwarzania – i pozostaje wobec administratora w pełni odpowiedzialny za ich wykonanie.

Dawny wyjątek już nie istnieje. Do 05.09.2026 opisana wyżej wyniesiona kopia zapasowa przechowywana była na prywatnym koncie Google, dla którego warunki powierzenia przetwarzania nie są dostępne; odbiegało to od zdania powyżej i od art. 28 ust. 4 RODO, a wersja 1.3 niniejszej umowy wskazywała to otwarcie. Od 05.09.2026 kopia przechowywana jest w Google Cloud Storage (region europe-central2, Warszawa) i objęta Warunkami przetwarzania danych Google Cloud; kopie przechowywane wcześniej na koncie prywatnym zostały usunięte 06.09.2026, po sprawdzeniu odtworzenia z nowego miejsca docelowego. Szyfrowanie przed przesłaniem pozostaje w mocy. Wygenerowane teksty formułuje model językowy na własnym sprzęcie MousePlayer; zewnętrzna usługa AI nie bierze w tym udziału.

7. Prawa osób, których dane dotyczą

MousePlayer wspiera administratora, uwzględniając charakter przetwarzania, w odpowiadaniu na żądania użytkowników końcowych. Usunięcie pojedynczej sesji oraz wszystkich sesji jednego odwiedzającego dostępne jest w aplikacji dla ról owner i admin. Ponadto dla użytkowników końcowych dostępna jest strona informacyjna, za pośrednictwem której mogą uzyskać informacje o swoich sesjach i zażądać ich usunięcia, o ile dysponują swoim identyfikatorem odwiedzającego (pkt 14.4 Regulaminu). Żądania kierowane przez użytkowników końcowych bezpośrednio do MousePlayer są przekazywane administratorowi, który jest o nich niezwłocznie informowany.

Jedno ograniczenie nazywamy wprost: ponieważ adresy IP przechowywane są wyłącznie w postaci zamaskowanej, sam zamaskowany adres nie zawsze pozwala przypisać wszystkie nagrania jednej osobie. Im dokładniej żądanie da się zawęzić (strona, przybliżony czas, podstrona), tym pełniej można je zrealizować.

Zapisy decyzji o zgodzie pozostają po usunięciu nagrania. Nie zawierają danych behawioralnych, a jedynie fakt, czas i źródło decyzji, i służą rozliczalności z art. 5 ust. 2 RODO.

8. Naruszenie ochrony danych osobowych

W razie naruszenia ochrony danych osobowych dotyczącego danych administratora MousePlayer zawiadamia go bez zbędnej zwłoki, nie później niż w ciągu 48 godzin od powzięcia wiadomości. Zawiadomienie zawiera informacje potrzebne administratorowi do wypełnienia własnych obowiązków z art. 33 i 34 RODO.

Adres do zgłoszeń: office@mouseplayer.com

9. Przechowywanie i usuwanie

Usuwanie przebiega automatycznie i bez nadzoru:

• Free: 7 dni · Small: 30 dni · Business: 90 dni · Enterprise: według indywidualnej umowy.
• Po przejściu na niższy plan obowiązuje 30-dniowy okres ochronny, a po zakończeniu płatnej subskrypcji okres ochronny wynoszący co najmniej 30 dni; w tym czasie utrzymywany jest dłuższy okres dotychczasowy.
• Krótsze okresy: nagrania sesji rozpoznanych jako zautomatyzowane (boty) są czyszczone po jednym dniu, a same sesje usuwane po 14 dniach; w przypadku bezpłatnego konta zakwalifikowanego przy rejestracji jako podejrzane o nadużycie nagrania usuwane są po 24 godzinach.
• Dzienniki dostępu aplikacji usuwane są po 60 dniach, dzienniki serwera WWW po 14 dniach, dzienniki bezpieczeństwa po 72 godzinach; wygasłe lub cofnięte linki udostępnienia usuwane są wraz z dziennikiem wyświetleń po 90 dniach od wygaśnięcia lub cofnięcia.

Po zakończeniu świadczenia usług MousePlayer, zależnie od wyboru administratora, zwraca lub usuwa dane: zwrot następuje w ten sposób, że administrator przed usunięciem pobiera swoje dane za pomocą eksportów określonych w pkt 24.1 i 24.1a Regulaminu; zwrot w innej formie nie jest przez MousePlayer należny. Z chwilą zakończenia konta administratora MousePlayer usuwa wszystkie związane z nim dane osobowe w ciągu 30 dni, chyba że prawo Unii lub państwa członkowskiego wymaga dłuższego przechowywania. Usunięcie uruchamia sam Klient w ustawieniach konta; wniosek e-mailem nie jest potrzebny. Najpierw konto zostaje zarchiwizowane: dostęp kończy się natychmiast, nic nie jest już nagrywane ani wyświetlane, a przez 30 dni możemy je na wniosek przywrócić, jeżeli usunięcie nastąpiło przez pomyłkę. Po upływie tego okresu konto zostaje trwale usunięte; uruchamiając usunięcie, Klient może też od razu wybrać trwałe usunięcie. Projekt lub obszar roboczy usunięty przez Klienta również zostaje najpierw zarchiwizowany na 30 dni i w tym czasie można go przywrócić w panelu. Konto w planie bezpłatnym, do którego nikt nie logował się przez 24 miesięcy, jest usuwane zgodnie z pkt 6.5 Regulaminu po doręczeniu zawiadomienia; to usunięcie nie jest poprzedzone archiwizacją. Trzy rzeczy pozostają celowo zachowane, ponieważ wymaga tego prawo albo ponieważ dokumentują decyzję, a nie osobę: dowód akceptacji tych dokumentów, dziennik bezpieczeństwa i zmian (bez odniesienia do osoby) oraz zgłoszenia do wsparcia. Obszar roboczy można przekazać innemu kontu zamiast usuwać go razem z kontem. Przekazanie staje się skuteczne dopiero po wyraźnym przyjęciu go przez odbiorcę; zaproszenie wygasa po trzech dniach. Wraz z przyjęciem odbiorca staje się właścicielem, a tym samym stroną umowy dla tego obszaru roboczego, i od tej chwili obowiązuje jego plan — co może skrócić okres przechowywania zawartych w nim nagrań.

Kopie zapasowe, w liczbach. Codziennie tworzona jest wyniesiona kopia, przechowywana w postaci zaszyfrowanej; kopie dzienne przez 7 dni, kopie tygodniowe przez 364 dni. Dane osobowe usunięte w systemie produkcyjnym pozostają w tych kopiach do czasu ich wygaśnięcia – najdłużej 364 dni po usunięciu. Dotyczy to także nagrań sesji, które po 7 dniach są przenoszone z bazy danych do archiwum nagrań: archiwum jest od 6 października 2026 r. częścią kopii zapasowej, a do jego zawartości stosuje się ten sam maksymalny okres.

Wybiórcze usuwanie wewnątrz kopii zapasowej nie jest prowadzone. Kopia to jedno zapieczętowane archiwum, którego celem jest wierne odwzorowanie jednego punktu w czasie; otwarcie go, wyjęcie czegoś i ponowne zapieczętowanie zniszczyłoby tę właściwość oraz możliwość wykazania, że nikt przy nim nie manipulował. Kopie zapasowe nie służą żadnemu innemu celowi niż odtworzenie systemu po utracie danych – nie są przeszukiwane, analizowane ani ujawniane. Jeżeli kopia zostanie odtworzona, żądania usunięcia zapisane dla użytkowników końcowych zostaną wykonane ponownie, zanim system wróci do pracy; zapis tych żądań przechowywany jest właśnie w tym celu i nie zawiera niczego ponad to, czego wymaga powtórzenie usunięcia. W przypadku usuniętego konta administratora jest inaczej i zostaje to powiedziane, a nie przemilczane: jego usunięcie świadomie nie pozostawia zapisu, który by je oznaczał, więc odtworzona kopia zawierałaby konto usunięte po dacie tej kopii. Odtworzenie następuje wyłącznie po całkowitej utracie danych; jeżeli nastąpi, MousePlayer o tym powie.

10. Audyty, czas trwania, wersja rozstrzygająca

• Audyty. MousePlayer udostępnia administratorowi informacje niezbędne do wykazania zgodności z art. 28 RODO oraz umożliwia audyty, w tym inspekcje, przeprowadzane przez administratora lub upoważnionego przez niego audytora, i przyczynia się do nich; zakres, formę i częstotliwość audytów regulują zdania następujące. Audyt przeprowadzany jest w pierwszej kolejności przez udostępnienie raportów o środkach technicznych i organizacyjnych albo w drodze pisemnych kwestionariuszy. Audytu na miejscu (inspekcji w rozumieniu niniejszego punktu) administrator może żądać wyłącznie w razie konkretnego podejrzenia naruszenia obowiązków w zakresie ochrony danych; ma obowiązek zapowiedzieć go co najmniej 30 dni wcześniej w formie dokumentowej. Na podstawie zdania poprzedzającego administrator może żądać tylko jednego audytu na miejscu w roku kalendarzowym; jest on nieodpłatny. Jeżeli naruszenie ochrony danych osobowych w rozumieniu punktu 8 dotyczyło danych administratora, a naruszenie to zostało spowodowane umyślnie albo w wyniku niedbalstwa przez MousePlayer, jego pracowników, osoby, którymi posługuje się przy wykonywaniu niniejszej umowy, lub jego dalsze podmioty przetwarzające, administrator może żądać audytu na miejscu niezależnie od tego, czy w danym roku kalendarzowym odbył się już audyt na miejscu; żądanie takiego audytu administrator musi zgłosić w terminie trzech miesięcy od zawiadomienia zgodnie z punktem 8. Każde takie naruszenie uzasadnia jeden audyt na miejscu na podstawie zdania poprzedzającego; po jego przeprowadzeniu albo po upływie terminu trzech miesięcy bez zgłoszenia takiego żądania to samo naruszenie nie może już uzasadniać kolejnego audytu na miejscu. Audyt na miejscu na podstawie dwóch poprzedzających zdań jest w każdym przypadku nieodpłatny; jeżeli w danym roku kalendarzowym nie odbył się jeszcze żaden audyt na miejscu, uznaje się go za audyt na miejscu tego roku kalendarzowego, przy czym z tego zaliczenia nie wynika prawo do kolejnego audytu na miejscu. Wraz z zawiadomieniem zgodnie z punktem 8 MousePlayer przedkłada administratorowi dokumentację tego naruszenia ochrony danych osobowych, aby administrator mógł ocenić, czy przesłanki te są spełnione. Na wskazany wyżej jeden audyt w roku kalendarzowym zalicza się wyłącznie audyty na miejscu; raportów i pisemnych kwestionariuszy nie zalicza się. Poza przypadkami opisanymi w poprzedzających zdaniach audyt na miejscu nie jest przeprowadzany. Koszty audytu ponosi administrator wyłącznie wtedy, gdy audyt jest dopuszczalny na podstawie poprzedzających zdań, nie jest według nich nieodpłatny, i wyłącznie w zakresie, w jakim przekracza zwyczajowy oraz uzasadniony nakład. Niezależny raport o środkach technicznych i organizacyjnych, certyfikat lub szczegółowe informacje własne uznawane są za dowód, o ile takie dowody istnieją; stan zewnętrznych audytów i certyfikatów bezpieczeństwa wskazuje punkt 6 środków technicznych i organizacyjnych. Ma to ograniczyć audyty na miejscu do niezbędnego minimum. Bezwzględnie obowiązujące ustawowe uprawnienia administratora do przeprowadzania audytów wynikające z art. 28 ust. 3 lit. h RODO oraz uprawnienia organów nadzorczych pozostają nienaruszone.
• Czas trwania. Umowa wchodzi w życie z chwilą rozpoczęcia korzystania z usługi i obowiązuje tak długo, jak MousePlayer przetwarza dane osobowe w imieniu administratora.
• Dokumenty powiązane. Środki techniczne i organizacyjne, Podmioty przetwarzające dalej, Polityka prywatności.
• Wersja: 1.6 · Obowiązuje od: 16.10.2026 · zastępuje wersję 1.5 z 07.10.2026. Zmiany: punkt 2 wymienia w pełni kategorie przetwarzanych danych; punkt 4 stanowi, że zablokowany adres jest przechowywany w pamięci podręcznej najdłużej przez ustawiony czas blokady oraz że zaczerniane są także wartości we fragmencie adresu; punkt 5 trafnie opisuje drogi transmisji, w tym nieszyfrowane połączenia we własnej sieci lokalnej; punkty 6 i 9 stanowią, że archiwum nagrań jest od 06.10.2026 częścią kopii zapasowej; punkt 9 podaje krótsze okresy dla sesji botów i kont podejrzanych o nadużycie, okres ochronny po zakończeniu subskrypcji oraz usuwanie nieużywanych kont w planie bezpłatnym. Częścią tej wersji są również: punkt 2 wskazuje przedmiot i cel, rodzaje danych osobowych oraz osoby otwierające link udostępnienia; punkt 4 wskazuje informację przed przetwarzaniem wymaganym przez prawo, formę poleceń, informowanie o poleceniach niezgodnych z prawem, dopuszczenie regionalne, dzienniki serwera WWW i ustawiony czas blokady; punkt 6 opisuje umowne zobowiązanie dalszych podmiotów przetwarzających oraz formę informowania i sprzeciwu i nie stanowi już, że klucze pozostają wyłącznie na naszym serwerze; punkt 7 wskazuje stronę informacyjną dla użytkowników końcowych i postępowanie z żądaniami kierowanymi bezpośrednio do nas; punkt 9 wskazuje zwrot lub usunięcie według wyboru administratora, okresy ochronne, dzienniki serwera WWW i usuwanie linków udostępnienia. Wersja 1.5 zastąpiła wersję 1.4 z 17.09.2026. Zmiany: punkt 9 – usunięcie uruchomione przez Klienta najpierw archiwizuje konto oraz usunięte przez niego projekty lub obszary robocze na 30 dni, zanim zostaną trwale usunięte; Klient może wybrać natychmiastowe trwałe usunięcie. Wersja 1.4 zastąpiła wersję 1.3 z 19.08.2026. Zmiany: punkt 6 – wyjątek dotyczący wyniesionej kopii zapasowej wygasł, ponieważ od 05.09.2026 kopia przechowywana jest w Google Cloud Storage w Warszawie na Warunkach przetwarzania danych Google Cloud; do tego zdanie, że wygenerowane teksty są formułowane na własnym sprzęcie. Wersja 1.3 zastąpiła wersję 1.2 z 11.08.2026. Zmiany: punkt 4 otrzymuje punkt kontaktowy i ocenę z art. 37; punkt 6 wskazuje podmiot przetwarzający dalej, który działa bez umowy z art. 28 – dotychczasowe brzmienie tego nie ujawniało; punkt 9 podaje okresy przechowywania kopii zapasowych w liczbach oraz to, co dzieje się przy odtworzeniu.
• Wersja rozstrzygająca. W razie rozbieżności między wersjami językowymi rozstrzyga wersja angielska.