Polityka prywatności aplikacji

1.1 Administratorem danych osobowych jest Prospekt AI Spółka z ograniczoną odpowiedzialnością z siedzibą w Warszawie, Al. Jerozolimskie 81, lok. 7.10, 02-001 Warszawa, wpisana do rejestru przedsiębiorców Krajowego Rejestru Sądowego prowadzonego przez Sąd Rejonowy dla m.st. Warszawy w Warszawie, XII Wydział Gospodarczy Krajowego Rejestru Sądowego, pod numerem KRS: 0001246602, NIP: 5223375633, REGON: 544958265, kapitał zakładowy: 5 000 PLN (dalej: „Dostawca” lub „my”).

1.2 We wszystkich sprawach dotyczących danych osobowych możesz kontaktować się z nami pod adresem e-mail: kontakt@prospektai.pl lub listownie na adres siedziby. Na ten sam adres emitent kieruje zastrzeżenia do Oceny swojej spółki, do Metodologii albo do słownego opisu swojej spółki generowanego przez model językowy (§12.6 regulaminu). Tą samą drogą przyjmujemy reklamacje i żądania RODO.

1.3 Dostawca nie wyznaczył Inspektora Ochrony Danych (art. 37 RODO); na obecnym etapie działalności obowiązek taki nie zachodzi.

1.4 Ta Polityka opisuje przetwarzanie danych każdej osoby, której dane do nas trafiają, a nie wyłącznie danych Użytkownika Aplikacji. Zwrot „Ty” oznacza więc również osobę, która nie ma u nas Konta: zapisała się na listę oczekujących albo na newsletter, wzięła udział w programie TEST-BETA, napisała do nas w imieniu emitenta w sprawie Oceny albo Metodologii (§12.6 regulaminu), zgłosiła nam jako rodzic albo opiekun Konto osoby niepełnoletniej (rozdz. 10) albo po prostu napisała do nas wiadomość. Rejestr w rozdz. 3 wymienia procesy dotyczące każdej z tych sytuacji, a rozdz. 5, 6, 7, 9 i 11 stosują się do tych osób tak samo jak do Użytkowników: te same zasady przekazywania danych poza Europejski Obszar Gospodarczy, te same okresy przechowywania, te same prawa, ten sam tryb zawiadomienia o naruszeniu ochrony danych i ta sama droga skargi do organu nadzorczego. Dwa z tych rozdziałów mówią o osobach bez Konta wprost: rozdz. 5 opisuje przekazanie adresu testera do sklepu przy zaproszeniu do testów, a rozdz. 9 wskazuje, na jaki adres zawiadomimy o naruszeniu osobę, która Konta u nas nie ma. Wyjątkiem są wyłącznie te fragmenty, które z natury dotyczą Konta i Aplikacji, na przykład usunięcie Konta w ustawieniach albo blokada dostępu.

1.5 Pojęcia pisane wielką literą mają w tej Polityce takie samo znaczenie jak w regulaminie Aplikacji, dostępnym pod adresem prospektai.pl/regulamin, a wiążące definicje znajdziesz w jego §1.2. Politykę czytasz jednak najczęściej osobno, więc najważniejsze z nich powtarzamy tutaj własnymi słowami: Aplikacja to nasze oprogramowanie mobilne na systemy iOS i Android; Usługa to świadczenia dostępne w ramach subskrypcji, wyliczone w §1.4 regulaminu; Konto to Twoje indywidualne konto w Aplikacji, zakładane przy rejestracji, z którego korzystasz na wszystkich swoich urządzeniach po zalogowaniu tym samym adresem e-mail albo tożsamością Google lub Apple; Użytkownik to pełnoletnia osoba fizyczna korzystająca z Aplikacji na podstawie zawartej z nami umowy; Ocena to wynik analityczny wyliczany przez nasz system dla spółki giełdowej, złożony z wyniku punktowego w skali od 0 do 100 i z kategorii (Wysoka, Obserwacja, Niska); Ocena jest rekomendacją inwestycyjną w rozumieniu art. 3 ust. 1 pkt 35 rozporządzenia MAR, co nakłada na nas obowiązki opisane w rozdz. 3 regulaminu, w tym prowadzenie pięcioletniego rejestru Ocen, o którym piszemy w rozdz. 6 tej Polityki. Status rekomendacji inwestycyjnej dzielą z Oceną także słowny opis spółki oraz słowne podsumowanie Twojego portfela, ponieważ oba referują wyliczoną Ocenę i pokazujemy je z tym samym kompletem ujawnień. Stąd bierze się rejestr walidacji treści wygenerowanych przez model językowy, który opisujemy w rozdz. 6. Wracając do pojęć: Portfel to zbiór Twoich pozycji wpisany ręcznie albo wczytany z pliku wyeksportowanego z rachunku maklerskiego, który prezentujemy w Aplikacji razem z wyliczeniem struktury, koncentracji i zmian wartości oraz z porównaniem ze zmianą indeksu rynkowego; Okres próbny to siedmiodniowy bezpłatny dostęp do pełnych funkcji Aplikacji. Gdyby powtórzenie różniło się od regulaminu, rozstrzyga regulamin, bo to on te pojęcia definiuje.

• -Zbieramy tylko to, co potrzebne do działania Aplikacji, do rozliczenia subskrypcji i do wykonania obowiązków, które nakładają na nas przepisy. Na co dzień są to: dane konta (e-mail, opcjonalnie imię oraz opcjonalne zdjęcie profilowe), skład Twojego portfela (wpisany ręcznie albo wczytany z pliku wyeksportowanego z rachunku maklerskiego), Twoje ustawienia w Aplikacji oraz dane techniczne.
• -Do tego dochodzą dane, które zbieramy przy okazji konkretnych zdarzeń: potwierdzenia transakcji i status subskrypcji przy zakupie, adres IP wraz ze znacznikiem czasu w chwili akceptacji regulaminu i udzielenia zgód, treść korespondencji, jeżeli do nas napiszesz, a także dane potrzebne do rozpatrzenia reklamacji, żądania RODO albo odstąpienia od umowy. Właśnie te kategorie zostają u nas najdłużej, bo każą nam je trzymać przepisy podatkowe i terminy przedawnienia roszczeń. Pełne, wiążące zestawienie znajdziesz w rozdz. 3; ten rozdział jest tylko streszczeniem i niczego nie zawęża.
• -NIE widzimy i NIE przechowujemy danych Twojej karty płatniczej. Płatności obsługują wyłącznie Apple i Google w ramach zakupów w Aplikacji, a do nas trafia samo potwierdzenie transakcji: identyfikator transakcji, wybrany plan, data i status subskrypcji.
• -Logowanie i tożsamość konta obsługuje zewnętrzny dostawca uwierzytelniania (Clerk, USA).
• -Do wygenerowania słownego podsumowania portfela przekazujemy opis Twojego portfela do OpenAI. Modelu zapasowego innego dostawcy nie stosujemy: gdy generowanie się nie powiedzie, pokazujemy Ci opis wyliczony z danych, bez udziału modelu. Model językowy pełni w Aplikacji jeszcze trzecią funkcję: na etapie przygotowania danych wejściowych naszego silnika rozpoznaje rodzaj zdarzenia rynkowego w części komunikatów i raportów ESPI oraz EBI. Nie powstaje w niej żadna treść, którą oglądasz, a model nie dostaje w niej żadnych Twoich danych (rozdz. 4). Zakres przekazywanych danych obejmuje cztery grupy: pozycje bez danych kwotowych, czyli ticker, nazwę i sektor spółki oraz cztery wartości wyliczone przez nasz silnik, to znaczy wynik punktowy Oceny, wyniki punktowe grup czynników składowych, kategorię Oceny i pozycję spółki w jej grupie sektorowej; strukturę portfela wraz z miarami koncentracji; wyniki portfela wraz z porównaniem ze zmianą indeksu; oraz dane spółkowe, czyli status dostępności danych fundamentalnych przy pozycji, to jest oznaczenie dostępności, datę i notkę, bez żadnych wartości liczbowych, oraz komunikaty i raporty ESPI oraz EBI w postaci nagłówka, fragmentu treści, odnośnika do źródła i daty publikacji. NIGDY nie przekazujemy liczby posiadanych akcji, cen zakupu, wartości kwotowych portfela w PLN, Twojego identyfikatora konta, Twojego adresu e-mail ani treści, które wpisujesz samodzielnie. Pełne wyliczenie znajdziesz w rozdz. 3.
• -Część danych wychodzi poza Europejski Obszar Gospodarczy, głównie do Stanów Zjednoczonych: dane logowania i tożsamości konta, token powiadomień push wraz z treścią powiadomienia, opis portfela przekazywany do wygenerowania podsumowania, dane walidacji zakupów oraz raporty o awariach. Każde takie przekazanie ma swoją podstawę: dla większości odbiorców jest to decyzja Komisji Europejskiej o EU-US Data Privacy Framework z 10 lipca 2023 r., dla pozostałych standardowe klauzule umowne przyjęte decyzją Komisji 2021/914, a przy logowaniu przez Google albo Apple i przy zaproszeniu do testów art. 49 ust. 1 lit. b RODO. Odbiorcę, kraj i podstawę wymieniamy po kolei w rozdz. 5.
• -Biometria (Face ID / Touch ID) nigdy nie opuszcza Twojego urządzenia. Obsługuje ją wyłącznie system operacyjny.
• -Nie korzystamy z narzędzi analityki behawioralnej ani z sieci reklamowych w Aplikacji. Nie profilujemy Cię do celów marketingowych.
• -Dobieramy pod Twój portfel dwie rzeczy: słowne podsumowanie portfela oraz powiadomienia o Ocenie, zmianie kategorii Oceny lub zdarzeniu dotyczącym spółki z Twojego portfela. To jest profilowanie w rozumieniu RODO, więc opisujemy je osobno w rozdz. 8, razem z prawem sprzeciwu, a sprzeciw zatrzymuje oba. Nie profilujemy Cię natomiast przy doborze treści. Zestawienia spółek i spółkę wyróżnioną pokazujemy jednakowo wszystkim użytkownikom posługującym się tym samym językiem, na podstawie wyników naszego silnika analitycznego. Ocena spółki pozostaje przy tym identyczna dla wszystkich Użytkowników.
• -Konto możesz usunąć w Aplikacji (Ustawienia -> Konto -> Usuń konto). Po złożeniu żądania obowiązuje 30-dniowe okno przywrócenia, a po nim Twoje dane kasujemy albo nieodwracalnie anonimizujemy. Część danych zostaje u nas dłużej: jedne dlatego, że każą nam je trzymać przepisy podatkowe, inne dlatego, że bez nich nie obronimy się przed roszczeniem ani nie wykażemy, jak rozliczyliśmy umowę, a jeszcze inne dlatego, że wymaga tego rozporządzenie MAR. Rejestr walidacji treści wygenerowanych przez model prowadzimy tak długo, jak żyje Twoje Konto: każde słowne podsumowanie Twojego portfela kasujemy razem z Kontem, a zostają w nim wyłącznie słowne opisy spółek, jednakowe dla wszystkich Użytkowników. Mówimy przy tym wprost o jednym skutku, który tych danych dotyczy: w zapisie akceptacji regulaminu sprawdzamy, czy Okres próbny nie został już wykorzystany, więc zakładając nowe Konto po usunięciu poprzedniego, możesz go nie dostać po raz drugi. Komplet takich kategorii razem z podstawami, okresami i tym jednym dodatkowym celem zebraliśmy na końcu rozdz. 6.
• -Masz pełne prawa RODO (dostęp, sprostowanie, usunięcie, przeniesienie, sprzeciw). Rozdział 7 zawiera gotowy wzór wniosku.

Poniżej znajdziesz zestawienie wszystkich procesów przetwarzania danych osobowych prowadzonych przez Dostawcę. Dane portfelowe (pozycje, liczba akcji, ceny zakupu) stanowią Twoje dane finansowe. Nie są danymi szczególnych kategorii w rozumieniu art. 9 RODO.

Uwagi do tabeli:

• -Okres „przez czas posiadania konta”: Wszędzie tam, gdzie tabela podaje taki okres, dane usuwamy dopiero po upływie 30-dniowego okna przywrócenia konta, które opisaliśmy w rozdz. 6. Wyjątki od usunięcia, czyli dane rozliczeniowe i zapis akceptacji regulaminu, również znajdziesz w rozdz. 6.
• -Portfel (import pliku z rachunku maklerskiego): Plik wyeksportowany z rachunku maklerskiego przetwarzamy jednorazowo w pamięci, wyłącznie po to, żeby wczytać z niego pozycje portfela, i nie przechowujemy go po zakończeniu importu.
• -Podsumowanie AI portfela: Wyliczenie w tabeli jest zamknięte i pokrywa się z listą, którą podaje §15.1.1 regulaminu. Do modelu przekazujemy wyłącznie te cztery grupy danych i nic ponad nie; jeżeli kiedykolwiek zechcemy dołożyć piątą, najpierw zmienimy oba dokumenty w trybie opisanym w rozdz. 13. Sześć kategorii jest z tego przekazania trwale wyłączonych, dokładnie tych samych, które wymienia §15.1.1 regulaminu: liczba posiadanych akcji, ceny zakupu, wartości kwotowe w PLN, Twój identyfikator konta, Twój adres e-mail oraz treści wpisane samodzielnie przez Ciebie. Usuwamy je z zapytania przed wysłaniem do modelu, więc nie zawiera ono żadnej danej, która wskazywałaby wprost na Ciebie. Nie nazywamy go jednak danymi anonimowymi: sam zestaw spółek i udziałów procentowych (zaokrąglonych do czterech miejsc po przecinku) w Twoim portfelu bywa na tyle rzadki, że teoretycznie da się go z Tobą powiązać. Dlatego traktujemy takie zapytanie jako dane osobowe i obejmujemy je wszystkimi zabezpieczeniami opisanymi w tej Polityce, w szczególności powierzeniem przetwarzania dostawcy modelu (rozdz. 4) i podstawą transferu poza Europejski Obszar Gospodarczy (rozdz. 5).
• -Opis spółki: Ta treść powstaje w osobnym zapytaniu do tego samego dostawcy modelu językowego i nie zawiera Twoich danych. Model dostaje w niej wyniki naszego silnika analitycznego dotyczące danej spółki, czyli wynik punktowy Oceny, jej kategorię, wyniki punktowe grup czynników składowych oraz pozycję spółki w jej grupie sektorowej, a poza tym status dostępności danych fundamentalnych, czyli oznaczenie dostępności, datę i notkę, bez żadnych wartości liczbowych, oraz publicznie dostępne informacje o spółce, to jest tytuły i odnośniki komunikatów oraz raportów ESPI i EBI, dane porównawcze o spółkach z tej samej grupy sektorowej i zgrubny wskaźnik trendu rynku. Pełnych treści komunikatów modelowi nie przekazujemy: docierają do niego wyłącznie tytuły, fragmenty treści, odnośniki do źródeł i daty publikacji. Kwartalnych danych fundamentalnych model nie otrzymuje: dociera do niego wyłącznie status ich dostępności, czyli oznaczenie dostępności, data i notka, bez wartości liczbowych. Razem ze słownym podsumowaniem portfela wyczerpuje to katalog treści, które model językowy generuje dla Ciebie: regulamin zamyka go w §5.1 i §5.6 na dwóch treściach. Model pełni w Aplikacji jeszcze trzecią funkcję, opisaną w rozdz. 4 przy dostawcy Anthropic, ale nie powstaje w niej żadna treść, którą oglądasz. Model nie ustala ani nie zmienia oceny żadnej spółki w żadnej z nich.
• -Sprawdzenie treści przed pokazaniem jej Tobie: Zanim zobaczysz treść wygenerowaną przez model, czyli słowne podsumowanie portfela albo słowny opis spółki, tekst przechodzi przez nasz mechanizm sprawdzający, czy nie zawiera sformułowań o charakterze rekomendacyjnym i czy zgadza się z danymi źródłowymi, w tym czy zgadzają się liczby (§4.1, §5.3 i §5.4 regulaminu). Treść pokazujemy Ci bez uprzedniej weryfikacji przez człowieka: człowiek czyta dopiero próbkę, którą przeglądamy co miesiąc już po udostępnieniu treści. Mechanizm jest nasz: walidację prowadzimy po naszej stronie, przed udostępnieniem treści (§5.3 regulaminu), a obejmuje ona obie te treści tak samo. Mechanizm jest deterministyczny: sprawdzają go reguły ustalone przez nas z góry, bez udziału modelu językowego. Nie zmienia on oceny żadnej spółki ani jej kategorii. Poza nim sprawdzenie nie wysyła tej treści do nikogo. Jeżeli mechanizm zatrzyma słowne podsumowanie portfela, podejmujemy próbę ponownego wygenerowania tej treści, przy czym odrzucenie przez walidator strukturalny i odrzucenie przez walidację faktualną mają osobne budżety prób, więc podsumowanie portfela generujemy ponownie najwyżej dwa razy. Słowny opis spółki generujemy ponownie tylko wtedy, gdy odrzuci go filtr sformułowań, i przysługuje mu wówczas jedna taka próba. Jeżeli opis spółki odrzuci kontrola kompletności albo walidacja faktualna, od razu pokazujemy Ci opis przygotowany deterministycznie. Tak samo postępujemy wtedy, gdy ponowna próba również okaże się niezgodna. Treści wygenerowanej przez model nie poprawiamy redakcyjnie i jej nie przepisujemy: pokazujemy Ci ją w brzmieniu, w jakim powstała, albo zastępujemy ją w całości opisem deterministycznym. Wynik walidacji wraz z informacją o uruchomieniu opisu zastępczego zapisujemy w rejestrze walidacji treści generowanych przez model, opisanym w rozdz. 6. Jeżeli walidacja odrzuci treść, zostaje w nim sam kod odrzucenia, a odrzuconego brzmienia nie przechowujemy nigdzie. Samo zdarzenie techniczne odnotowujemy dodatkowo w dzienniku zdarzeń audytowych, o którym piszemy w rozdz. 6, i ten zapis podlega takiemu samemu okresowi przechowywania co pozostałe zdarzenia audytowe.
• -Rejestr walidacji treści generowanych przez model i przegląd próbki przez człowieka: Przy każdej generacji treści przez model językowy zapisujemy artefakt walidacji zawierający skrót szablonu zapytania, oznaczenie modelu wraz z wersją i wynik walidacji, czego wymaga §5.4a regulaminu w związku z rozporządzeniem MAR. Zaakceptowane słowne podsumowania portfela wiążemy z Twoim Kontem, bo opisują skład i strukturę Twojego portfela, więc traktujemy je jako dane osobowe i obejmujemy wszystkimi zabezpieczeniami opisanymi w tej Polityce. Okres przechowywania idzie za życiem Twojego Konta: słowne podsumowania Twojego portfela kasujemy razem z Kontem, kiedy realizujesz prawo do usunięcia danych, a zaakceptowane słowne opisy spółek przechowujemy niezależnie od Konta, bo są wspólne dla wszystkich Użytkowników i nie zawierają Twoich danych. Co miesiąc wyznaczona osoba z naszego zespołu, czyli pracownik albo współpracownik, czyta losowo wybraną próbkę obejmującą nie mniej niż jeden procent treści wygenerowanych w tym okresie, w tym słowne podsumowania portfela, i sprawdza, czy treść nie zawiera sformułowań o charakterze zalecenia inwestycyjnego oraz czy zgadza się z Danymi źródłowymi, czyli z danymi fundamentalnymi, kursami, komunikatami ESPI i EBI oraz z wynikami naszego silnika. Wynik takiego przeglądu zapisujemy w tym samym rejestrze. Jeżeli przegląd wykaże treść niezgodną z naszymi ograniczeniami, usuwamy ją z Aplikacji oraz poprawiamy zapytanie kierowane do modelu albo sam mechanizm walidacji.
• -Dobrowolność podania danych i skutki ich niepodania (art. 13 ust. 2 lit. e RODO): Żadnych danych nie musisz nam podawać z mocy przepisu, bo obowiązek ustawowy nie ciąży tu na Tobie, tylko na nas, i dotyczy przechowywania danych rozliczeniowych już po zawarciu umowy. Skutki niepodania danych są jednak różne, więc rozdzielamy trzy sytuacje. Po pierwsze, adres e-mail i dane uwierzytelniające są warunkiem zawarcia umowy: bez nich nie założymy Konta i nie udostępnimy Usługi. Po drugie, część danych podajesz, gdy chcesz skorzystać z konkretnej funkcji, a odmowa kosztuje Cię wyłącznie tę funkcję. Portfela nie musisz uzupełniać, żeby korzystać z Aplikacji, ale bez niego nie wygenerujemy słownego podsumowania portfela ani nie dobierzemy pod niego powiadomień; bez numeru rachunku bankowego nie wykonamy zwrotu płatności, jeżeli odstąpisz od umowy. Po trzecie, dane oparte na Twojej zgodzie są w pełni dobrowolne i ich nieudzielenie nie zmienia niczego w działaniu Aplikacji ani w warunkach umowy: dotyczy to zdjęcia profilowego, raportowania awarii, powiadomień marketingowych i newslettera oraz zapisu na listę oczekujących. Odmowa zgody nigdy nie wpływa u nas na cenę subskrypcji ani na zakres funkcji, a udzieloną zgodę możesz cofnąć w każdej chwili (rozdz. 7).
• -Raportowanie awarii (Sentry): Raporty z aplikacji mobilnej wysyłamy wyłącznie po wyrażeniu przez Ciebie zgody na ekranie zgód przy pierwszym uruchomieniu Aplikacji, gdzie raportowanie awarii jest wskazane wprost i osobno, jako opcjonalny, domyślnie odznaczony wybór. Dopóki nie zaznaczysz tego pola, nie wysyłamy żadnych raportów z aplikacji mobilnej. Zgodę możesz w każdej chwili cofnąć w Aplikacji, w Ustawieniach, na ekranie prywatności i cookies; od chwili cofnięcia wysyłka ustaje natychmiast. Raporty te wysyłamy z zahaszowanym identyfikatorem Użytkownika, bez adresu IP (SDK działa z sendDefaultPii=false). Raporty o awariach serwera powstają niezależnie od Twojej zgody, bo są nam niezbędne do utrzymania Usługi, i zawierają jawny identyfikator Użytkownika, którego dotyczyło nieudane żądanie.
• -Zdjęcie profilowe (avatar): Ustawienie zdjęcia jest dobrowolne, a konto działa tak samo bez niego. Wybór zdjęcia wymaga jednorazowego dostępu do biblioteki zdjęć urządzenia (za zgodą systemową). Zdjęcie jest przekazywane i przechowywane po stronie Clerk jako element profilu konta. Zgodę cofasz, usuwając zdjęcie w Aplikacji; wtedy zlecamy jego usunięcie również dostawcy uwierzytelniania.
• -Powiadomienia push: Aplikacja rejestruje token push Twojego urządzenia, gdy zgodzisz się na powiadomienia w systemowym oknie zgody. Token jest identyfikatorem urządzenia, a nie Twoim imieniem ani adresem e-mail, ale wiążemy go z Twoim kontem, żeby wysłać powiadomienie właśnie do Ciebie. Powiadomienia doręcza usługa Expo Push (650 Industries, Inc., USA), a dopiero z niej trafiają do APNs (Apple) albo FCM (Google). Powiadomienia wyłączysz dwiema drogami: w ustawieniach systemowych urządzenia albo w samej Aplikacji, w sekcji Ustawienia -> Powiadomienia (§9.10.1 regulaminu). W obu przypadkach przestajemy używać tokena i usuwamy go przy najbliższej nieudanej próbie doręczenia.
• -Historia powiadomień na ekranie powiadomień: Doręczone Ci powiadomienia zbieramy w Aplikacji na osobnym ekranie, żebyś mógł do nich wrócić po czasie. Ten ekran, opisany w §9.10.1 regulaminu, przechowuje treść powiadomienia razem z datą doręczenia, a więc również tickery spółek z Twojego portfela, których powiadomienie dotyczyło. Historię prowadzimy po to, żeby dostarczyć Ci funkcję, którą obiecuje regulamin, więc podstawą jest wykonanie umowy. Trzymamy ją przez czas posiadania konta i kasujemy razem z kontem, a jeżeli chcesz usunąć ją wcześniej, zrobisz to w Aplikacji na tym samym ekranie. Historii nie przekazujemy nikomu poza dostawcą hostingu wymienionym w rozdz. 4, a powiadomień marketingowych, na które zgodziłeś się osobno, dotyczy wiersz o komunikacji marketingowej.
• -Wiadomości serwisowe i transakcyjne: Wiadomości uwierzytelniające, czyli weryfikację adresu e-mail i reset hasła, wysyła za nas dostawca uwierzytelniania (Clerk). Pozostałe wiadomości serwisowe wysyłamy z własnej infrastruktury w Europejskim Obszarze Gospodarczym i nie korzystamy przy tym z zewnętrznej platformy mailingowej. Są to potwierdzenie zawarcia umowy, powiadomienie o zbliżającym się końcu Okresu próbnego, powiadomienie wysyłane na trzy dni przed automatycznym odnowieniem Subskrypcji wraz z jej ceną i sposobem anulowania (§9.3 regulaminu) oraz informacja o zmianie regulaminu i Polityki. Ten tor uruchamiamy razem z premierą Aplikacji.
• -Newsletter (Brevo): Brevo SAS z siedzibą w Paryżu jest naszą platformą mailingową i obsługuje wyłącznie komunikację marketingową: listę zapisów na powiadomienie o premierze, którą zbieramy formularzem na stronie prospektai.pl, oraz newsletter i wiadomości promocyjne wysyłane osobom, które zgodziły się na nie w Aplikacji. Danych z listy zapisów nie łączymy z danymi Twojego konta w Aplikacji. Kiedy zaznaczysz zgodę w sekcji Ustawienia -> Komunikacja, Twój adres e-mail trafia do Brevo, a Ty dostajesz wiadomość z linkiem potwierdzającym. Wiadomości marketingowe wysyłamy z adresu newsletter@prospektai.pl i oznaczamy je w temacie jako [Newsletter] albo [Promocja]. Brevo nie wysyła natomiast żadnych wiadomości serwisowych ani transakcyjnych: te idą przez dostawcę uwierzytelniania i przez naszą własną infrastrukturę, co opisaliśmy wyżej.
• -Płatności: Nie otrzymujemy ani nie przechowujemy danych karty płatniczej. Pięcioletni okres przechowywania dotyczy potwierdzeń transakcji, które trzymamy na własnej infrastrukturze. U dostawcy walidacji zakupów Twoje dane kasujemy razem z kontem, co opisaliśmy w rozdz. 6.
• -Dobór powiadomień o spółkach Użytkownika: Ten wiersz obejmuje profilowanie opisane w punkcie 8.1 lit. b, czyli dobór powiadomień o Ocenie, zmianie kategorii Oceny lub zdarzeniu dotyczącym spółki z Twojego portfela. Treści na ekranie „Odkrywaj - Na dziś” nie dobieramy pod Ciebie: ten ekran zasila jeden globalny punkt końcowy, którego jedynym parametrem treści jest język, więc lista spółek i spółka wyróżniona wyglądają tak samo u każdego Użytkownika posługującego się tym samym językiem. Słowne podsumowanie portfela, które również jest profilowaniem, ma w tabeli własny wiersz „Podsumowanie AI portfela”, bo wiąże się z przekazaniem danych do dostawcy modelu językowego.
• -Profil ryzyka i horyzont inwestycyjny. Aplikacja nie zbiera i nie ustala profilu ryzyka Użytkownika ani jego horyzontu inwestycyjnego. Nie prosi Cię o ich zadeklarowanie i nie daje funkcji pozwalającej je ustawić albo zmienić, więc nie znajdziesz takich pozycji w tabeli powyżej. Zastrzeżenia z rozdz. 8 czytaj jako opis tego, czego nie mamy z czego zrobić, a nie jako zapewnienie, że trzymamy te dane u siebie i tylko powstrzymujemy się od ich użycia.
• -Plik importowany z rachunku maklerskiego. Portfel możesz wpisać ręcznie albo wczytać z pliku wyeksportowanego z rachunku maklerskiego (§7.4 regulaminu, obsługiwani brokerzy: XTB, mBank (eMakler), Bossa (BOŚ)). Taki plik zwykle zawiera więcej, niż potrzebujemy: numer rachunku, dane jego posiadacza, historię transakcji, salda gotówkowe. Z pliku odczytujemy wyłącznie pozycje, czyli nazwę albo ticker spółki, liczbę akcji i cenę zakupu, i tylko te dane zapisujemy w Twoim portfelu. Reszty zawartości nie zapisujemy i nie analizujemy, a samego pliku źródłowego u siebie nie przechowujemy: po odczytaniu pozycji plik usuwamy. Aplikacja nie łączy się z Twoim rachunkiem maklerskim ani interfejsem programistycznym, ani w żaden inny sposób automatyczny, więc poza tym jednym plikiem nie mamy dostępu do niczego, co jest na tym rachunku.
• -Skąd mamy Twoje dane (art. 14 RODO): Większość danych podajesz nam sam: adres e-mail i skład portfela. Cztery kategorie trafiają do nas od kogoś innego. Przy logowaniu przez Google albo Apple otrzymujemy od dostawcy tożsamości identyfikator konta, adres e-mail i opcjonalnie imię. Potwierdzenia transakcji, czyli identyfikator transakcji, wybrany plan i datę, otrzymujemy od Apple albo Google jako operatorów płatności. Status subskrypcji otrzymujemy od dostawcy walidacji zakupów wymienionego w rozdz. 4. Czwarta kategoria pojawia się rzadko: jeżeli rodzic albo opiekun zgłosi nam, że Konto założyła osoba poniżej 18 lat, dostajemy od niego informacje o tym Koncie i o jego posiadaczu; wykorzystujemy je wyłącznie do sprawdzenia zgłoszenia i do zablokowania Konta zgodnie z rozdz. 10. Do żadnej z tych kategorii nie zaliczamy raportów o awariach serwera, bo te powstają automatycznie w naszej własnej infrastrukturze, a nie u kogoś innego. Nie kupujemy danych od brokerów danych i nie pozyskujemy ich ze źródeł publicznych.
• -Wykrywanie nadużyć i naruszeń zasad korzystania z Aplikacji: Okres próbny przysługuje jednorazowo na jedną osobę, więc porównujemy między sobą dane rejestracyjne kont, żeby wychwycić zakładanie kilku kont w celu ponownego skorzystania z bezpłatnego dostępu. Osobno pilnujemy zakazów z §7.2 regulaminu, bo ich złamanie również kończy się blokadą Konta: sprawdzamy, czy z konta nie korzysta bot pobierający dane hurtowo, czy nikt nie omija zabezpieczeń technicznych i czy dane logowania nie trafiły do osoby trzeciej. Robimy to na podstawie zdarzeń, które nasz serwer i tak zapisuje, czyli liczby i tempa żądań oraz wzorca sesji na koncie. Sama liczba Twoich urządzeń nas przy tym nie niepokoi, bo regulamin pozwala Ci korzystać z Subskrypcji na wszystkich urządzeniach po zalogowaniu na to samo Konto (§9.8 regulaminu); szukamy wzorca, który wskazuje na korzystanie z jednego Konta przez kilka osób naraz wbrew §7.2 lit. d i §9.9 regulaminu. Nie budujemy w tym celu profilu Twojego zachowania w Aplikacji, nie korzystamy z zewnętrznych narzędzi śledzących i nie kupujemy danych od nikogo. Blokadę Konta zakłada człowiek po sprawdzeniu sprawy, a nie automat, więc nie jest to decyzja oparta wyłącznie na zautomatyzowanym przetwarzaniu w rozumieniu art. 22 ust. 1 RODO. O blokadzie zawiadamiamy Cię e-mailem i podajemy przyczynę, a odwołanie możesz złożyć na adres kontakt@prospektai.pl w terminie 14 dni; rozpatrujemy je w ciągu 14 dni (§9.11.1 regulaminu). Wobec tego przetwarzania przysługuje Ci sprzeciw z art. 21 RODO, opisany w rozdz. 7.
• -Odstąpienie od umowy: Oświadczenie o odstąpieniu wysyłasz na adres kontakt@prospektai.pl albo składasz na formularzu z Załącznika nr 1 do regulaminu. Przetwarzamy je po to, żeby rozwiązać umowę i rozliczyć okres, z którego zdążyłeś skorzystać, a nie po to, żeby oceniać powody Twojej decyzji: uzasadnienia nie wymagamy i o nie nie pytamy. Formularz z Załącznika nr 1 przewiduje imię, nazwisko i adres konsumenta, bo taki jest ustawowy wzór, ale sami tych danych nie wymagamy: do przyjęcia oświadczenia wystarczy nam adres e-mail powiązany z Twoim kontem. Pieniądze zwraca co do zasady operator platformy, bo to on przyjął płatność, a my rozliczamy się z Tobą w terminie i w wysokości opisanej w §9.6, §9.7 i §10.2 regulaminu. Są jednak sytuacje, w których wypłacamy zwrot bezpośrednio: kiedy zwrot przez sklep nie dojdzie do skutku w terminie ustawowym, kiedy sam poprosisz o przelew zamiast zwrotu tą samą drogą, a także kiedy zwracamy proporcjonalną część opłaty po wypowiedzeniu umowy w związku ze zmianą regulaminu (§17.3 i §17.4) albo po niezasadnej blokadzie Konta (§9.11.1). Tak samo rozliczamy pieniądze należne Ci z tytułu niezgodności Usługi z umową: kiedy obniżamy cenę albo rozwiązujesz umowę z tego powodu (§13.4 regulaminu), kiedy odstępujesz od umowy, bo nie dostarczyliśmy Usługi mimo wezwania (§13.5), oraz kiedy obniżamy opłatę proporcjonalnie za okres przerwy w działaniu Aplikacji (§13.6). Za każdym razem prosimy Cię o numer rachunku bankowego i używamy go wyłącznie do wykonania tego przelewu.
• -Zgłoszenia emitentów: Zgłoszenia emitentów przyjmujemy na tym samym adresie, na który piszą do nas Użytkownicy, czyli na kontakt@prospektai.pl. Piszą na niego emitenci, którzy kwestionują dane wejściowe, Metodologię stojącą za Oceną ich spółki albo słowny opis swojej spółki generowany przez model językowy. Na ten sam adres kierujesz reklamacje i żądania RODO. Jeżeli piszesz do nas w imieniu emitenta, administratorem Twoich danych jesteśmy my, a informacje z tego rozdziału stosujemy do Ciebie wprost. Zgłoszenia nie wiążemy z żadnym kontem w Aplikacji, a jeżeli korekta Oceny okaże się zasadna, w rejestrze Ocen zapisujemy sam fakt korekty, bez Twoich danych.
• -Brak analityki i reklamy: Aplikacja nie zawiera bibliotek analityki behawioralnej ani sieci reklamowych. Nie mierzymy Twojego zachowania w Aplikacji na potrzeby marketingu i nie przekazujemy danych brokerom danych.

Przetwarzanie danych przez Dostawcę odbywa się przy współudziale podmiotów trzecich wyłącznie w zakresie niezbędnym do świadczenia Usługi. Poniższa tabela obejmuje odbiorców danych osobowych Użytkowników. Paragraf 3.6.6 lit. e regulaminu odsyła tutaj po listę wszystkich dostawców uczestniczących w przetwarzaniu danych, więc mówimy wprost, jak ją czytać: tworzy ją ta tabela razem z uwagą „Anthropic (Claude)” pod nią. Anthropic opisujemy poza tabelą, ponieważ nie odbiera od nas żadnych danych osobowych.

Uwagi do tabeli:

• -Apple i Google jako operatorzy płatności działają jako samodzielni administratorzy danych. Przetwarzają dane płatności na własnych zasadach i zgodnie z własnymi politykami prywatności. Dostawca nie otrzymuje ani nie przechowuje danych karty płatniczej.
• -Apple (APNs) i Google (FCM) jako dostawcy powiadomień push działają jako procesorzy w rozumieniu art. 4 pkt 8 RODO. Przetwarzają token push wyłącznie w celu doręczenia powiadomień zleconych przez Dostawcę, za pośrednictwem usługi Expo Push.
• -Apple i Google przy logowaniu społecznościowym. Jeżeli zakładasz Konto albo logujesz się przyciskiem „Zaloguj przez Google” lub „Zaloguj przez Apple”, dane idą w obie strony. Od dostawcy tożsamości otrzymujemy identyfikator konta, adres e-mail i opcjonalnie imię, o czym piszemy w uwadze „Skąd mamy Twoje dane” w rozdz. 3. Jednocześnie sama operacja logowania ujawnia temu dostawcy, że korzystasz z naszej Aplikacji. W tym zakresie Apple i Google działają jako samodzielni administratorzy, na własnych zasadach i zgodnie z własnymi politykami prywatności, a my nie mamy wpływu na to, co robią z tą informacją. Logowania społecznościowego nie musisz używać: Konto założysz również adresem e-mail i hasłem, a wtedy dostawca tożsamości nie dowiaduje się o Twoim koncie w Aplikacji niczego.
• -Anthropic (Claude). Anthropic PBC dostarcza nam model językowy, który na etapie przygotowania danych wejściowych naszego silnika rozpoznaje rodzaj zdarzenia rynkowego w części komunikatów i raportów ESPI oraz EBI. Model widzi w tej funkcji wyłącznie publicznie dostępne komunikaty dotyczące spółek giełdowych. Nie przekazujemy do niego żadnych Twoich danych: ani danych portfela, ani identyfikatora konta, ani adresu e-mail, ani treści, które wpisujesz samodzielnie. Anthropic nie jest wobec tego podmiotem przetwarzającym Twoje dane osobowe i nie występuje w tabeli powyżej. Anthropic nie generuje także żadnej treści, którą oglądasz w Aplikacji: słowne podsumowanie portfela i słowny opis spółki tworzy wyłącznie OpenAI. Model językowy nie wylicza Oceny, nie ustala jej kategorii i jej nie modyfikuje: robi to deterministyczny silnik zapisany w naszym kodzie.
• -Twoje dane nie służą do trenowania modeli. Danych, które przekazujemy do modelu językowego, nikt nie wykorzystuje do uczenia ani do dostrajania modeli sztucznej inteligencji. Nie robimy tego sami, bo modeli nie dostrajamy i nie doszkalamy, tylko uruchamiamy je w trybie wnioskowania na warunkach ich dostawcy. Nie robi tego również dostawca modelu, z którego korzystamy: dane przekazywane przez interfejs programistyczny nie służą OpenAI do trenowania ani do dostrajania modeli. Wynika to z warunków korzystania z interfejsu programistycznego i z aneksów o przetwarzaniu danych, na których opieramy powierzenie u każdego z nich. To samo zobowiązanie zapisaliśmy w §5.6 regulaminu. Gdyby ta zasada miała się kiedykolwiek zmienić, byłaby to zmiana istotna w rozumieniu rozdz. 13, więc uprzedzilibyśmy Cię o niej z wyprzedzeniem i poprosili o potwierdzenie.
• -Podstawa powierzenia: wymienione podmioty przetwarzają dane na polecenie Dostawcy na warunkach powierzenia przetwarzania, które stanowią część regulaminów i aneksów o przetwarzaniu danych udostępnianych przez tych dostawców i spełniają wymogi art. 28 RODO. Dostawca nie negocjował z nimi odrębnych, indywidualnych umów powierzenia.
• -Odbiorcy spoza infrastruktury Aplikacji. Poza podmiotami z tabeli Twoje dane mogą trafić do sześciu kategorii odbiorców. Po pierwsze, do biura rachunkowego, które prowadzi naszą księgowość i przetwarza na nasze polecenie dane rozliczeniowe, czyli potwierdzenia transakcji od Apple i Google. Po drugie, do kancelarii prawnej albo innego doradcy, ale tylko wtedy, gdy prowadzimy z Tobą spór albo gdy zgłoszenie wymaga opinii prawnej. Po trzecie, do podmiotów uprawnionych na podstawie przepisów, czyli do sądów, komorników oraz organów nadzoru i kontroli, w szczególności Prezesa Urzędu Ochrony Danych Osobowych, Komisji Nadzoru Finansowego i Prezesa Urzędu Ochrony Konkurencji i Konsumentów, gdy wystąpią do nas w konkretnej sprawie. Po czwarte, do banku prowadzącego nasz rachunek firmowy, ale tylko wtedy, gdy zwrot pieniędzy wypłacamy Ci przelewem: wykonanie przelewu wymaga podania bankowi numeru rachunku i danych jego posiadacza, a bank przetwarza te dane jako samodzielny administrator na podstawie prawa bankowego. Po piąte, jeżeli sam wybierzesz pozasądowe rozwiązanie sporu, Twoje dane trafią do podmiotu, który poprowadzi tę sprawę. Paragraf 12.5 regulaminu wskazuje trzy takie drogi: właściwego Wojewódzkiego Inspektora Inspekcji Handlowej, inny podmiot uprawniony z rejestru prowadzonego przez Prezesa UOKiK oraz powiatowego albo miejskiego rzecznika konsumentów, który pomaga bezpłatnie. Każdy z nich przetwarza Twoje dane jako samodzielny administrator, na podstawie przepisów regulujących jego działanie, a nie na nasze polecenie. To Ty decydujesz, czy z tej drogi skorzystać; my przekazujemy wtedy wyłącznie to, o co taki podmiot wystąpi w Twojej sprawie. Po szóste, do emitenta, który zgłosi zastrzeżenia do Oceny, do Metodologii albo do słownego opisu swojej spółki w trybie §12.6 regulaminu: udostępniamy mu wtedy wyciąg z rejestru walidacji treści wygenerowanych przez model językowy, obejmujący wyłącznie słowne opisy jego spółki, czyli treści jednakowe dla wszystkich Użytkowników, wraz z datą ich wygenerowania. Słownych podsumowań portfela nie udostępniamy żadnemu podmiotowi zewnętrznemu poza organem nadzoru, który zażąda ich w ramach swoich uprawnień, ponieważ opisują one portfel konkretnej osoby. Jeżeli emitent zakwestionuje treść, która padła w podsumowaniu portfela, przekazujemy mu wyłącznie ustalenia z naszego przeglądu, bez brzmienia samego podsumowania. Nie przekazujemy danych nikomu w celach marketingowych ani nikomu ich nie sprzedajemy.
• -Dostawca poczty elektronicznej (home.pl). Prowadzimy jedną skrzynkę pocztową dla korespondencji przychodzącej, czyli kontakt@prospektai.pl. Piszą na nią Użytkownicy i wszystkie pozostałe osoby, a także emitenci, którzy kwestionują dane wejściowe, Metodologię albo słowny opis swojej spółki (§12.6 regulaminu). Wiadomości, które wysyłasz na ten adres, i nasze odpowiedzi przechowuje home.pl S.A. z siedzibą w Szczecinie, którą wymieniamy również w tabeli powyżej. Ta sama spółka obsługuje adres, z którego wysyłamy wiadomości serwisowe. Serwery pocztowe stoją w Polsce, więc korespondencja nie opuszcza Europejskiego Obszaru Gospodarczego i nie potrzebuje osobnej podstawy przekazania. home.pl przetwarza treść korespondencji na nasze polecenie, jako podmiot przetwarzający. Dotyczy to reklamacji, żądań RODO, oświadczeń o odstąpieniu, zgłoszeń emitentów i każdej innej wiadomości do nas.
• -Hosting stoi pod każdym procesem. Kolumna „Odbiorcy” w rejestrze z rozdz. 3 wymienia przy poszczególnych procesach dostawców, którzy dołączają do przetwarzania ponad naszą własną infrastrukturę. Hetzner jako dostawca hostingu przechowuje natomiast dane z każdego procesu prowadzonego na naszych serwerach, także tam, gdzie rejestr wskazuje w tej kolumnie wyłącznie inny podmiot. Dotyczy to podsumowania portfela, powiadomień push, zapisu na listę oczekujących, newslettera i raportowania awarii: dane wyjściowe i tak zapisujemy u siebie, a wymieniony w rejestrze dostawca odbiera je dodatkowo, w swoim wąskim zakresie. Wyjątkiem jest zdjęcie profilowe, które przechowuje wyłącznie Clerk.
• -Rejestr walidacji treści wygenerowanych przez model przechowujemy na naszym serwerze u Hetznera w Niemczech, a więc w Europejskim Obszarze Gospodarczym. Nie korzystamy w tym celu z zewnętrznego magazynu obiektowego, więc tabela nie wymienia tu żadnego dodatkowego podmiotu, a poza tym rejestrem nie prowadzimy żadnego drugiego zbioru treści wygenerowanych przez model.

Wszystkie dane, które przechowujemy we własnej infrastrukturze, leżą w Europejskim Obszarze Gospodarczym, u dostawcy hostingu Hetzner Online GmbH w Niemczech (Falkenstein, Norymberga). Są to dane konta, ustawienia Użytkownika, portfel, rejestr walidacji treści wygenerowanych przez model językowy wraz z wynikiem następczego przeglądu redakcyjnego, dokumentacja naruszeń ochrony danych, dane wykorzystywane do doboru powiadomień, token powiadomień push i historia powiadomień, dane subskrypcji i rozliczeń, zapis akceptacji regulaminu i zgód, korespondencja wraz z reklamacjami, żądaniami RODO, oświadczeniami o odstąpieniu i zgłoszeniami emitentów, dane programu TEST-BETA oraz logi, czyli ten sam zakres, który wymienia wiersz Hetznera w tabeli z rozdz. 4. Poza tę infrastrukturę wychodzą wyłącznie dane wymienione niżej. Pełne wyliczenie kanałów wychodzących poza Europejski Obszar Gospodarczy znajdziesz właśnie tutaj, w rozdz. 5 tej Polityki: regulamin nazywa w §15.1.1 tylko część z nich i po komplet odsyła do Polityki. Mailing, newsletter i listę oczekujących obsługuje Brevo SAS we Francji (EOG). Niektóre dane przekazujemy do USA: dane tożsamości i uwierzytelniania konta, w tym przy logowaniu przez Google/Apple Sign-In, oraz opcjonalne zdjęcie profilowe (Clerk); token push urządzenia i treść powiadomienia (Expo, Apple, Google); opis portfela do wygenerowania podsumowania, bez liczby posiadanych akcji, cen zakupu, wartości kwotowych w PLN, Twojego identyfikatora konta, Twojego adresu e-mail i bez treści wpisanych samodzielnie przez Ciebie (OpenAI, rozdz. 3 i 4); identyfikator konta i dane walidacji zakupów oraz uprawnień subskrypcji (RevenueCat); dane techniczne o awariach wraz z identyfikatorem Użytkownika (Sentry, rozdz. 3 i 4). Dane płatności przetwarzane są bezpośrednio przez Apple Inc. oraz Google LLC jako samodzielnych administratorów, zgodnie z ich własnymi politykami prywatności. Podstawę transferu przypisujemy do konkretnego odbiorcy. Na decyzji Komisji Europejskiej stwierdzającej odpowiedni stopień ochrony (decyzja w sprawie EU-US Data Privacy Framework z dnia 10 lipca 2023 r.) opieramy przekazanie danych do podmiotów, które przystąpiły do tego programu: Clerk, Inc., Functional Software, Inc. (Sentry), 650 Industries, Inc. (Expo), Google LLC oraz OpenAI OpCo, LLC. Na standardowych klauzulach umownych przyjętych decyzją Komisji 2021/914 opieramy przekazanie danych do RevenueCat, Inc., który do programu nie przystąpił, oraz do Apple Inc. w zakresie, w jakim Apple działa na nasze polecenie. Opis portfela do wygenerowania podsumowania przekazujemy do OpenAI OpCo, LLC z siedzibą w San Francisco w Stanach Zjednoczonych jako podmiotu przetwarzającego. Jest to jedyny podmiot z grupy OpenAI, któremu powierzamy te dane. Sprawdziliśmy w publicznym rejestrze pod adresem dataprivacyframework.gov, że OpenAI uczestniczy w programie Data Privacy Framework; gdyby uczestnictwo ustało, oprzemy ten transfer na standardowych klauzulach umownych 2021/914. Do Anthropic PBC nie przekazujemy żadnych Twoich danych osobowych, więc spółka ta nie występuje w powyższym wyliczeniu transferów. Rolę tego dostawcy opisujemy w uwagach pod tabelą w rozdz. 4. Osobno traktujemy logowanie społecznościowe. Jeżeli logujesz się przyciskiem Google albo Apple, dostawca tożsamości dowiaduje się o tym logowaniu i przetwarza tę informację w USA jako samodzielny administrator, na własnych zasadach. Przekazanie opieramy na art. 49 ust. 1 lit. b RODO, bo bez niego nie wykonamy logowania, które sam wybrałeś, a w przypadku Google LLC transfer jest dodatkowo objęty decyzją o EU-US Data Privacy Framework. Transferu tego unikniesz, zakładając Konto adresem e-mail i hasłem. Osobno traktujemy program TEST-BETA. Jeżeli zapiszesz się do testów wersji przedpremierowej, Twój adres e-mail przekazujemy do Apple Inc. albo do Google LLC, żeby sklep wysłał Ci zaproszenie kanałem testowym. Obie spółki działają w tym zakresie jako samodzielni administratorzy, na własnych zasadach i zgodnie z własnymi politykami prywatności. Przekazanie opieramy na art. 49 ust. 1 lit. b RODO, bo bez niego nie wykonamy tego, o co sam poprosiłeś, czyli nie dostarczymy Ci wersji testowej, a w przypadku Google LLC transfer jest dodatkowo objęty decyzją o EU-US Data Privacy Framework. Osobno traktujemy skrzynki pocztowe. Treść korespondencji, którą wysyłasz na adres kontakt@prospektai.pl, przechowuje dostawca poczty wskazany w uwagach pod tabelą w rozdz. 4. Jest to home.pl S.A. z siedzibą w Szczecinie, a jej serwery stoją w Polsce, więc ta korespondencja nie opuszcza Europejskiego Obszaru Gospodarczego. Kopię zabezpieczeń możesz uzyskać kontaktując się z nami (rozdz. 1).

• -Dane konta i portfela: Przez czas trwania umowy (czas posiadania konta). Po złożeniu żądania usunięcia obowiązuje 30-dniowe okno, w którym możesz przywrócić konto. Po jego upływie, a więc nie wcześniej niż po 30 dniach, Twoje dane kasujemy albo nieodwracalnie anonimizujemy, czyli odcinamy je od Twojej osoby tak, że nie da się ich z Tobą powiązać (§8.7 regulaminu). Całe żądanie wykonujemy bez zbędnej zwłoki, nie później niż w terminie miesiąca od jego złożenia (art. 12 ust. 3 RODO), więc kasowanie następuje zaraz po zamknięciu okna przywrócenia. Konto możesz usunąć samodzielnie w Aplikacji: Ustawienia -> Konto -> Usuń konto. Pamiętaj przy tym, że usunięcie konta nie anuluje aktywnej subskrypcji: subskrypcję anulujesz osobno w ustawieniach Apple ID albo Google Play, bo inaczej sklep będzie nadal pobierał opłaty (§8.7 i §9.5 regulaminu).
• -Ustawienia Użytkownika (preferencje powiadomień i prezentacji): Przez czas posiadania konta lub do zmiany ustawienia przez Użytkownika. Usunięcie konta usuwa również ustawienia.
• -Treści wygenerowane przez model (słowne podsumowania portfela i słowne opisy spółek): Trzymamy je w jednym miejscu, czyli w rejestrze walidacji treści opisanym niżej, i nie prowadzimy obok niego żadnego drugiego zbioru. Słowne podsumowania Twojego portfela usuwamy razem z kontem, po upływie 30-dniowego okna przywrócenia. Słowne opisy spółek przechowujemy niezależnie od Konta, bo są jednakowe dla wszystkich Użytkowników i nie zawierają Twoich danych.
• -Zdjęcie profilowe (avatar): Przez czas posiadania konta lub do usunięcia/zmiany zdjęcia przez Użytkownika (po stronie Clerk).
• -Token push (powiadomienia serwisowe): Przez czas posiadania konta lub do wygaśnięcia albo odwołania tokena przez system operacyjny urządzenia.
• -Historia doręczonych powiadomień na ekranie powiadomień: Przez czas posiadania konta. Możesz ją usunąć wcześniej w Aplikacji, a usunięcie konta kasuje ją razem z pozostałymi danymi konta.
• -Dane rozliczeniowe (potwierdzenia transakcji od Apple / Google): Przez 5 lat od końca roku podatkowego, w którym dokonano transakcji, ze względu na obowiązek podatkowy. Dane te zachowujemy także po usunięciu konta, w zakresie niezbędnym do wykazania rozliczeń.
• -Zapis akceptacji regulaminu / zgód (w tym adres IP): Przechowujemy go przez 5 lat liczonych od dnia rozwiązania umowy, a nie od dnia samej akceptacji. Umowa o świadczenie usług drogą elektroniczną rozwiązuje się najczęściej przez usunięcie konta, ale kończy ją również odstąpienie od umowy oraz wypowiedzenie po zmianie regulaminu (§8.5, §17.3 i §17.4 regulaminu), a wtedy pięć lat liczymy od tego zdarzenia. Tak stanowi §8.4 regulaminu, a okres odpowiada terminom przedawnienia roszczeń z art. 118 Kodeksu cywilnego. Podstawą jest nasz prawnie uzasadniony interes w ustaleniu, dochodzeniu i obronie roszczeń (art. 6 ust. 1 lit. f RODO); zapis służy również wykazaniu, że zgoda została udzielona (art. 7 ust. 1 RODO). Zapis obejmuje identyfikator konta, datę i godzinę akceptacji, adres IP oraz numer wersji zaakceptowanego regulaminu i Polityki Prywatności. Obejmuje również rodzaj każdego oświadczenia, które przy tej okazji złożyłeś, czyli akceptację regulaminu i Polityki obejmującą potwierdzenie pełnoletności z §7.1, przyjęcie do wiadomości badawczego charakteru Aplikacji z §8.2 regulaminu oraz, jeżeli zdecydujesz się na natychmiastowy dostęp, oświadczenie z §8.6 o rozpoczęciu świadczenia przed upływem terminu odstąpienia. Tak samo wylicza to rejestr w rozdz. 3.
• -Wiadomości serwisowe i transakcyjne: Korespondencję serwisową, czyli powiadomienia o subskrypcji, o zbliżającym się końcu Okresu próbnego i o zmianach dokumentów, przechowujemy przez czas posiadania konta. Osobno traktujemy potwierdzenie zawarcia umowy, które wysyłamy Ci na trwałym nośniku zgodnie z §8.3 regulaminu: zachowujemy je przez 5 lat od dnia rozwiązania umowy, a więc przez ten sam okres co zapis akceptacji regulaminu i również po usunięciu konta. Bez niego nie wykażemy, jaką treść dokumentów zaakceptowałeś i na jakich warunkach zawarliśmy umowę.
• -Rejestr Ocen: Przez 5 lat od wygenerowania Oceny przechowujemy rejestr wszystkich wystawionych Ocen, czego wymaga od nas rozporządzenie MAR. Zakres tego rejestru opisuje §3.6.4 regulaminu i są to wyłącznie dane spółki giełdowej: ticker, wynik punktowy wraz z wynikami punktowymi grup czynników składowych, kategoria Oceny, data i godzina jej sporządzenia, cena instrumentu wraz ze znacznikiem czasu ostatniego notowania, wynik punktowy i kategoria z poprzedniego cyklu analitycznego wraz z datą tamtej Oceny, horyzont czasowy, dla którego wyliczono Ocenę, wersje metodologii i formuły scoringowej oraz zestaw danych wejściowych. Rejestr nie zawiera Twojego identyfikatora ani żadnej innej informacji, która wiązałaby Ocenę z Twoją osobą, więc usunięcie konta nie zostawia w nim Twoich danych.
• -Rejestr walidacji treści wygenerowanych przez model językowy: Przy każdej generacji treści przez model językowy zapisujemy artefakt walidacji zawierający: skrót szablonu zapytania kierowanego do modelu (promptu), oznaczenie modelu wraz z wersją oraz wynik zautomatyzowanego mechanizmu walidacji (zaakceptowano albo odrzucono) wraz z przyczyną odrzucenia. Obowiązek prowadzenia rejestru bierze się stąd, że obie te treści dzielą z Oceną status rekomendacji inwestycyjnej, o czym piszemy w punkcie 1.5, czego wymaga od nas §5.4a regulaminu w związku z rozporządzeniem MAR i rozporządzeniem delegowanym 2016/958. Jeżeli walidacja odrzuci treść i nikomu jej nie pokażemy, zostaje w rejestrze sam kod odrzucenia wraz z informacją o uruchomieniu opisu zastępczego, a odrzuconej treści nie przechowujemy nigdzie. Okres przechowywania idzie za życiem Twojego Konta. Zaakceptowane słowne podsumowania portfela opisują skład i strukturę Twojego portfela, więc traktujemy je jako dane osobowe, wiążemy z Twoim Kontem, obejmujemy wszystkimi zabezpieczeniami z tej Polityki i kasujemy razem z Kontem, kiedy realizujesz prawo do usunięcia danych. Zaakceptowane słowne opisy spółek są wspólne dla wszystkich Użytkowników, nie wiążą się z żadnym Kontem i przechowujemy je niezależnie od Konta. Rejestr prowadzimy w trybie wyłącznie dopisywalnym, a kolejne dni wiążemy łańcuchem skrótów kryptograficznych, żeby dało się wykazać, że zapisów nikt nie zmienił. Dopóki wpis w nim leży, nie poprawiamy go: jeżeli wykażesz, że jest nieprawidłowy, dopisujemy do rejestru sprostowanie i wiążemy je z pierwotnym wpisem, zamiast go nadpisywać.
• -Następczy przegląd redakcyjny treści wygenerowanych przez model: Co miesiąc wyznaczona osoba z naszego zespołu czyta losowo wybraną próbkę obejmującą nie mniej niż jeden procent treści wygenerowanych w tym okresie (§5.4 regulaminu). Wynik przeglądu przechowujemy razem z rejestrem walidacji treści, a więc tak długo jak zapis, którego dotyczy.
• -Reklamacje i korespondencja RODO: Do upływu terminów przedawnienia roszczeń.
• -Pozostała korespondencja z nami: Wiadomości, które nie są reklamacją ani żądaniem RODO, przechowujemy przez czas potrzebny do załatwienia sprawy, a jeżeli dotyczą Usługi albo umowy, do upływu terminów przedawnienia roszczeń. Korespondencję, która nie prowadzi do żadnej dalszej sprawy, usuwamy razem z porządkowaniem skrzynki.
• -Zgłoszenia emitentów: Korespondencję ze zgłoszenia z §12.6 regulaminu przechowujemy do upływu terminów przedawnienia roszczeń. Informację o dokonanej korekcie Oceny odnotowujemy w rejestrze Ocen, który prowadzimy przez 5 lat, ale sam rejestr nie zawiera danych osoby zgłaszającej.
• -Odstąpienie od umowy i rozliczenie zwrotu: Oświadczenie o odstąpieniu wraz z korespondencją i wyliczeniem potrącenia przechowujemy do upływu terminów przedawnienia roszczeń, a powiązane z nim dane rozliczeniowe przez 5 lat od końca roku podatkowego, w którym dokonano transakcji. Zachowujemy je także po usunięciu konta, bo bez nich nie wykażemy, że rozliczyliśmy odstąpienie prawidłowo.
• -Numer rachunku bankowego podany do zwrotu: Przechowujemy go razem z dowodem wypłaty przez 5 lat od końca roku podatkowego, w którym wykonaliśmy przelew, bo przelew jest zdarzeniem księgowym i musimy je udokumentować. Nie używamy tego numeru do niczego innego i nie zapisujemy go w Twoim koncie w Aplikacji.
• -Blokada Konta i odwołanie od niej: Informację o blokadzie, jej przyczynie i o przebiegu odwołania przechowujemy do upływu terminów przedawnienia roszczeń, także po usunięciu konta. Bez tego nie wykażemy, że blokada była zasadna, ani nie rozpoznamy ponownego założenia konta przez tę samą osobę wbrew §9.11 regulaminu.
• -Dokumentacja naruszeń ochrony danych: Do upływu terminów przedawnienia roszczeń. Art. 33 ust. 5 RODO każe nam dokumentować każde naruszenie, także takie, którego nie zgłaszamy Prezesowi Urzędu Ochrony Danych Osobowych, a dokumentacja ta obejmuje między innymi kategorie i przybliżoną liczbę osób dotkniętych naruszeniem. Bez niej nie wykażemy przed organem nadzorczym, że oceniliśmy zdarzenie i że nasza decyzja o zgłoszeniu albo o jego zaniechaniu była zasadna (art. 6 ust. 1 lit. c RODO w zakresie samego obowiązku dokumentowania i art. 6 ust. 1 lit. f RODO w zakresie obrony przed roszczeniami).
• -Dane przekazane do modelu językowego (opis portfela wyliczony w rozdz. 3): Po wygenerowaniu podsumowania nie przechowujemy tego zapytania u siebie, a do OpenAI wysyłamy je z wyłączoną opcją zapisu treści w historii naszego konta. To ustawienie nie znosi jednak kontroli nadużyć, którą OpenAI prowadzi na standardowych warunkach przetwarzania danych, a to na nich opieramy powierzenie (§15.1.2 regulaminu). Treść zapytania i odpowiedzi może więc zostać u tego dostawcy przez okres do 30 dni wyłącznie w celu wykrywania nadużyć, a po tym czasie jest usuwana. Nie umówiliśmy się z OpenAI na osobny tryb, który wyłącza również to przechowywanie, więc przyjmij, że trzydziestodniowy okres obowiązuje. Modelu zapasowego innego dostawcy nie stosujemy: gdy generowanie się nie powiedzie, pokazujemy Ci opis wyliczony z danych, bez udziału modelu, więc żadne zapytanie nie trafia wtedy do drugiego dostawcy. Przechowywanie to nie oznacza wykorzystania Twoich danych do trenowania modeli, o czym piszemy w rozdz. 4.
• -Logi techniczne: Logi aplikacyjne (runtime): 30 dni; dziennik zdarzeń audytowych: do 400 dni. Serwer nie prowadzi osobnego logu dostępowego proxy.
• -Kopie zapasowe: Aktywne kopie produkcyjne przechowujemy przez około 7 dni. Obejmują one codzienne lokalne zrzuty bazy danych oraz migawki infrastruktury dostawcy hostingu. Po usunięciu Konta dane znikają z kopii wraz z ich zwykłą rotacją, co następuje po około 7 dniach.
• -Usunięcie danych u naszych dostawców: Kiedy usuwasz konto, zlecamy usunięcie Twoich danych również podmiotom, które przetwarzają je na nasze polecenie i dla których obsługujemy takie zlecenie. Dostawcy uwierzytelniania (Clerk) zlecamy usunięcie profilu konta wraz ze zdjęciem profilowym, a dostawcy walidacji zakupów (RevenueCat) usunięcie profilu klienta. Oba zlecenia wysyłamy automatycznie, w tym samym łańcuchu, który kasuje dane u nas. Wyjątkiem są dane, które musimy zachować na podstawie przepisów, opisane w pozostałych punktach tego rozdziału. Do dostawcy diagnostyki awarii (Sentry) nie wysyłamy osobnego żądania usunięcia istniejących raportów. Po usunięciu Konta albo cofnięciu zgody na raportowanie awarii z aplikacji mobilnej przestajemy wysyłać nowe raporty powiązane z Kontem, a raporty zapisane wcześniej wygasają samoczynnie najpóźniej po 90 dniach, zgodnie z retencją planu. Zlecenia usunięcia nie wysyłamy także platformie mailingowej, bo Twój adres trzymamy tam na podstawie zgody marketingowej, której usunięcie Konta nie cofa, ani dostawcy hostingu, u którego dane kasujemy wprost w naszej bazie.
• -Dane u dostawcy walidacji zakupów (RevenueCat): Po usunięciu konta zlecamy dostawcy walidacji zakupów usunięcie profilu klienta wraz z identyfikatorem konta i historią subskrypcji. Jeżeli zlecenie się nie powiedzie, dostajemy o tym powiadomienie i usuwamy dane ręcznie. Potwierdzenia transakcji, które dokumentują rozliczenia i które musimy wykazać przez 5 lat od końca roku podatkowego (art. 6 ust. 1 lit. c RODO), zachowujemy niezależnie od tego na własnej infrastrukturze w Europejskim Obszarze Gospodarczym. Osobno dane transakcji przetwarzają Apple i Google jako samodzielni administratorzy, na własnych zasadach.
• -Dane newslettera i push marketingowy: Do cofnięcia zgody przez Użytkownika, niezależnie od tego, czy nadal masz Konto. Usunięcie Konta nie cofa zgody marketingowej, bo zgodę tę możesz nam dać, nie zakładając Konta. Po cofnięciu zgody usuwamy adres z bazy marketingowej i zostawiamy sam zapis cofnięcia ze znacznikiem czasu, żeby nie dopisać Cię z powrotem przy kolejnej wysyłce. Jeżeli nie potwierdzisz zgody na wiadomości e-mail w ciągu 30 dni od wysłania wiadomości weryfikacyjnej, zgoda wygasa (§16.3 regulaminu), a Twój adres usuwamy z bazy marketingowej.
• -Zapis na listę oczekujących: Do premiery Aplikacji i rozliczenia obiecanych warunków cenowych, nie dłużej niż do cofnięcia zgody. Cofnięcie zgody oznacza rezygnację z obiecanych warunków cenowych, bo nie mamy wtedy jak ich Ci przypisać.
• -Program TEST-BETA: Dane kontaktowe testera przechowujemy do zakończenia programu testowego, a zgłoszenia, opinie i korespondencję z testerem do upływu terminów przedawnienia roszczeń, bo na ich podstawie zmienialiśmy Aplikację. Zaproszenie wysłane kanałem testowym sklepu zostaje po stronie Apple albo Google na ich własnych zasadach, o czym piszemy w rozdz. 12.
• -Raportowanie awarii (Sentry): Najwyżej 90 dni. Tyle wynosi sztywna retencja zdarzeń w planie Sentry, z którego korzystamy. Jeżeli usuniesz Konto albo cofniesz zgodę na raportowanie awarii z aplikacji mobilnej, natychmiast przestajemy wysyłać nowe raporty powiązane z Kontem. Do Sentry nie wysyłamy osobnego żądania usunięcia raportów zapisanych przed tym momentem. Raporty te wygasają samoczynnie najpóźniej po 90 dniach od zdarzenia i wcześniej nie wykorzystujemy ich do żadnego nowego celu.

Co zostaje u nas po usunięciu konta. Paragraf 8.7 regulaminu zapowiada, że kategorie danych zachowywanych mimo usunięcia Konta i podstawy ich przechowywania określa Polityka Prywatności, więc zbieramy je tutaj w jednym miejscu. Poza tą listą po zamknięciu 30-dniowego okna przywrócenia zostają u nas wyłącznie kopie zapasowe, z których Twoje dane znikają w zwykłym cyklu rotacji po około 7 dniach od skasowania Konta. Pozostałe dane kasujemy albo nieodwracalnie anonimizujemy. Jedna pozycja z listy leży poza naszymi serwerami i wygasa samoczynnie, więc opisujemy ją osobno w punkcie 9. Osobno stoją też pozycje 11, 12 i 13. Pierwsza dotyczy danych, których nie trzymamy na podstawie umowy o Konto, tylko na podstawie zgody, więc usunięcie Konta samo z siebie ich nie kasuje. Druga dotyczy dokumentacji naruszenia ochrony danych, którą prowadzimy niezależnie od tego, czy nadal korzystasz z Aplikacji. Trzecia dotyczy rejestru walidacji treści wygenerowanych przez model językowy: Twoje słowne podsumowania portfela kasujemy z niego razem z Kontem, a zostają w nim wyłącznie słowne opisy spółek, jednakowe dla wszystkich Użytkowników.

• 1.Dane rozliczeniowe, czyli potwierdzenia transakcji od Apple i Google: 5 lat od końca roku podatkowego, w którym doszło do transakcji. Podstawą jest obowiązek podatkowy (art. 6 ust. 1 lit. c RODO).
• 2.Numer rachunku bankowego podany do zwrotu wraz z dowodem wypłaty: 5 lat od końca roku podatkowego, w którym wykonaliśmy przelew, bo przelew jest zdarzeniem księgowym (art. 6 ust. 1 lit. c RODO).
• 3.Zapis akceptacji regulaminu i zgód wraz z adresem IP: 5 lat od dnia rozwiązania umowy, zgodnie z §8.4 regulaminu. Podstawą jest nasz prawnie uzasadniony interes w obronie przed roszczeniami (art. 6 ust. 1 lit. f RODO) oraz obowiązek wykazania zgody (art. 7 ust. 1 RODO). Zapis ten służy nam w tym okresie jeszcze jednemu celowi, o którym mówimy wprost, bo sam z pierwszych dwóch nie wynika. Jeżeli po usunięciu Konta zakładasz u nas nowe, sprawdzamy w nim, czy Okres próbny nie został już wykorzystany, i na tej podstawie możemy go nie przyznać po raz drugi. Podstawą jest nasz prawnie uzasadniony interes w zapobieganiu obchodzeniu opłat (art. 6 ust. 1 lit. f RODO), a zakres danych jest ten sam, bo nie zbieramy w tym celu niczego dodatkowego. Wobec tego przetwarzania możesz wnieść sprzeciw na zasadach z rozdz. 7. Wyjątek opisuje rozdz. 10: zapisu pozostałego po Koncie osoby niepełnoletniej do tego sprawdzenia nie wykorzystujemy.
• 4.Potwierdzenie zawarcia umowy wysłane na trwałym nośniku: 5 lat od dnia rozwiązania umowy, na tej samej podstawie i z tego samego powodu co zapis akceptacji (art. 6 ust. 1 lit. f RODO).
• 5.Oświadczenie o odstąpieniu wraz z korespondencją i wyliczeniem potrącenia: do upływu terminów przedawnienia roszczeń, a powiązane z nim dane rozliczeniowe przez 5 lat od końca roku podatkowego (art. 6 ust. 1 lit. c i lit. f RODO).
• 6.Reklamacje, żądania RODO i pozostała korespondencja dotycząca Usługi albo umowy: do upływu terminów przedawnienia roszczeń, żebyśmy mogli wykazać, jak załatwiliśmy sprawę (art. 6 ust. 1 lit. f RODO).
• 7.Informacja o blokadzie Konta, jej przyczynie i o przebiegu odwołania: do upływu terminów przedawnienia roszczeń (art. 6 ust. 1 lit. f RODO).
• 8.Dziennik zdarzeń audytowych: do 400 dni od zdarzenia, bo tyle wynosi retencja tego dziennika (art. 6 ust. 1 lit. f RODO). Kopie zapasowe wygasają wcześniej, w cyklu trwającym około 7 dni.
• 9.Raporty o awariach po stronie dostawcy diagnostyki (Sentry): najwyżej do 90 dni od zdarzenia. Usunięcie Konta albo cofnięcie zgody natychmiast zatrzymuje wysyłanie nowych raportów powiązanych z Kontem. Nie uruchamia osobnego żądania usunięcia raportów, które Sentry zapisało wcześniej. Raporty te wygasają samoczynnie zgodnie z retencją planu, najpóźniej po 90 dniach od zdarzenia. Raporty z serwera zawierają jawny identyfikator Użytkownika, a raporty z aplikacji mobilnej identyfikator zahaszowany (art. 6 ust. 1 lit. f RODO, a w zakresie raportów z aplikacji mobilnej art. 6 ust. 1 lit. a RODO).
• 10.Dane zgłoszone przez Ciebie w programie TEST-BETA: zgłoszenia, opinie i korespondencję trzymamy do upływu terminów przedawnienia roszczeń, niezależnie od tego, czy nadal masz konto, bo na ich podstawie zmienialiśmy Aplikację. Zaproszenie wysłane kanałem testowym zostaje po stronie Apple albo Google na ich własnych zasadach (art. 6 ust. 1 lit. f RODO).

• 11.Adres e-mail w bazie marketingowej i na liście oczekujących: niezależnie od tego, czy nadal masz Konto (art. 6 ust. 1 lit. a RODO), przy czym każda z tych dwóch baz kończy się inaczej. Adres w bazie marketingowej trzymamy do cofnięcia zgody. Adres na liście oczekujących trzymamy tylko do premiery Aplikacji i rozliczenia obiecanych warunków cenowych, a jeżeli cofniesz zgodę wcześniej, to do cofnięcia; po rozliczeniu tych warunków listę usuwamy, nie czekając na Twoje działanie, bo cel, dla którego ją zebraliśmy, jest wtedy osiągnięty. Usunięcie Konta w Aplikacji nie cofa zgody marketingowej ani zapisu na listę oczekujących, bo obie te zgody możesz nam dać, nie zakładając Konta, i każdą odwołujesz osobno: zgodę na wiadomości e-mail linkiem „Wypisz się” w stopce każdej wiadomości, zgodę na marketingowe powiadomienia push w ustawieniach Aplikacji, a zapis na listę oczekujących linkiem w stopce wiadomości wysłanej z tej listy albo wiadomością na kontakt@prospektai.pl. Po cofnięciu zgody usuwamy Twój adres z bazy marketingowej i zachowujemy wyłącznie sam zapis, że zgoda została cofnięta, wraz ze znacznikiem czasu. Zapis ten pozwala nam wykazać, że przestaliśmy do Ciebie pisać zgodnie z Twoją wolą, i chroni Cię przed ponownym dopisaniem do bazy przy kolejnej wysyłce (art. 6 ust. 1 lit. f RODO).

• 12.Dokumentacja naruszenia ochrony danych, jeżeli objęło ono Twoje dane: do upływu terminów przedawnienia roszczeń (art. 6 ust. 1 lit. c oraz art. 6 ust. 1 lit. f RODO). Usunięcie Konta nie kasuje tego zapisu, bo obowiązek dokumentowania z art. 33 ust. 5 RODO dotyczy zdarzenia, a nie tego, czy nadal korzystasz z Aplikacji. Zapis ograniczamy do tego, co niezbędne do wykazania przebiegu sprawy, i nie wykorzystujemy go w żadnym innym celu.

• 13.Rejestr walidacji treści wygenerowanych przez model językowy: zostają w nim niezależnie od Konta wyłącznie słowne opisy spółek, jednakowe dla wszystkich Użytkowników i niezawierające Twoich danych, czego wymaga §5.4a regulaminu w związku z rozporządzeniem MAR (art. 6 ust. 1 lit. c oraz art. 6 ust. 1 lit. f RODO). Twoje słowne podsumowania portfela kasujemy z rejestru razem z Kontem, więc po jego usunięciu nie zostaje w nim żadna treść opisująca Twój portfel. Jeżeli walidacja odrzuci treść i nikomu jej nie pokażemy, zapisujemy w rejestrze sam kod odrzucenia wraz z informacją o uruchomieniu opisu zastępczego, a odrzuconej treści nie przechowujemy nigdzie. W tym samym rejestrze zapisujemy wynik comiesięcznego przeglądu redakcyjnego próbki treści.

Rejestr Ocen prowadzimy przez 5 lat, ale nie wymieniamy go na tej liście, bo nie zawiera żadnej informacji wiążącej Ocenę z Twoją osobą. Terminy przedawnienia wynikają z art. 118 Kodeksu cywilnego i co do zasady wynoszą 6 lat, a dla roszczeń o świadczenia okresowe 3 lata.

Przysługują Ci następujące prawa w zakresie Twoich danych osobowych przetwarzanych przez Dostawcę:

• -Prawo dostępu (art. 15 RODO) - możesz uzyskać potwierdzenie, czy Twoje dane są przetwarzane, oraz kopię tych danych. Razem z kopią podamy Ci komplet informacji, których wymaga art. 15 ust. 1 RODO: cele przetwarzania, kategorie danych, odbiorców lub kategorie odbiorców, w tym odbiorców w państwach trzecich wraz z zabezpieczeniami transferu, planowany okres przechowywania albo kryteria jego ustalania, przysługujące Ci prawa razem z prawem skargi do organu nadzorczego, źródło danych, jeżeli nie otrzymaliśmy ich od Ciebie (rozdz. 3, uwaga „Skąd mamy Twoje dane”), oraz informacje o zautomatyzowanym przetwarzaniu opisanym w rozdz. 8.
• -Prawo do sprostowania (art. 16 RODO) - możesz zażądać niezwłocznego sprostowania nieprawidłowych danych lub uzupełnienia danych niekompletnych.
• -Prawo do usunięcia (art. 17 RODO) - możesz zażądać usunięcia Twoich danych w przypadkach określonych w art. 17 RODO (m.in. gdy dane nie są już niezbędne do celów, dla których zostały zebrane, lub cofnąłeś(-aś) zgodę). Konto możesz usunąć samodzielnie w Aplikacji: Ustawienia -> Konto -> Usuń konto. Prawo to ma granice, które pokazujemy od razu, żebyś nie dowiedział się o nich dopiero po złożeniu żądania. Części danych nie usuniemy, dopóki musimy je trzymać na podstawie przepisów, na przykład podatkowych, albo dopóki są nam potrzebne do ustalenia, dochodzenia lub obrony roszczeń (art. 17 ust. 3 lit. b i lit. e RODO). Komplet takich kategorii wraz z podstawami, okresami i celami zebraliśmy na końcu rozdz. 6; jest wśród nich zapis akceptacji regulaminu, w którym sprawdzamy też, czy Okres próbny nie został już wykorzystany. Danych, których żaden z tych powodów nie obejmuje, nie zatrzymujemy.
• -Prawo do ograniczenia przetwarzania (art. 18 RODO) - możesz zażądać ograniczenia przetwarzania Twoich danych w przypadkach określonych w art. 18 RODO (m.in. gdy kwestionujesz prawidłowość danych lub wniosłeś(-aś) sprzeciw wobec przetwarzania).
• -Prawo do przenoszenia danych (art. 20 RODO) - możesz otrzymać Twoje dane w ustrukturyzowanym, powszechnie używanym formacie nadającym się do odczytu maszynowego (JSON) oraz przesłać je innemu administratorowi, jeżeli przetwarzanie odbywa się na podstawie zgody lub umowy i w sposób zautomatyzowany. Wydajemy Ci dane, które sam nam dostarczyłeś: dane podane przy rejestracji, pozycje portfela, niezależnie od tego, czy zaimportowałeś je z pliku, czy wpisałeś ręcznie, oraz pozostałe ustawienia, które sam wybrałeś. Prawo to nie obejmuje wyników naszych analiz, czyli wyników punktowych i kategorii ocen, słownych podsumowań portfela ani słownych opisów spółek, bo tych danych nam nie dostarczyłeś, tylko my je wytworzyliśmy.
• -Prawo do sprzeciwu (art. 21 RODO) - możesz w dowolnym momencie wnieść sprzeciw wobec przetwarzania Twoich danych na podstawie art. 6 ust. 1 lit. f RODO (uzasadniony interes Dostawcy), w tym wobec profilowania; Dostawca zaprzestanie przetwarzania, chyba że wykaże istnienie prawnie uzasadnionych podstaw nadrzędnych wobec Twoich interesów, praw i wolności. Niezależnie od podstawy prawnej przyznajemy Ci sprzeciw wobec profilowania opisanego w punkcie 8.1, czyli wobec obu miejsc, w których stosujemy je w Aplikacji: słownego podsumowania portfela oraz doboru powiadomień o Ocenie, zmianie kategorii Oceny lub zdarzeniu dotyczącym spółki z Twojego portfela. Przyznajemy go, mimo że oba opieramy na wykonaniu umowy (art. 6 ust. 1 lit. b RODO). Jeden sprzeciw wystarczy na oba i nie musisz w nim niczego wybierać, a jeżeli wolisz wyłączyć tylko jedno z nich, napisz o tym w zgłoszeniu, bo dzielimy je na Twoje żądanie. Po zgłoszeniu sprzeciwu przestajemy generować dla Ciebie podsumowanie portfela oraz dobierać pod Twój portfel powiadomienia. Nadal wysyłamy Ci wiadomości i powiadomienia serwisowe, czyli te dotyczące Twojej subskrypcji, zmian dokumentów i działania Aplikacji, bo nie opieramy ich na profilowaniu. Pozostała część Aplikacji, w tym oceny spółek i ekran „Odkrywaj - Na dziś”, działa bez zmian, a tego ekranu sprzeciw nie dotyczy, bo nie dobieramy jego treści pod Ciebie. Decyzja ta nie jest ostateczna. Profilowanie włączysz z powrotem w każdej chwili, pisząc na ten sam adres kontakt@prospektai.pl, a wtedy znów wygenerujemy dla Ciebie podsumowanie portfela i dobierzemy powiadomienia pod Twój portfel.
• -Prawo do cofnięcia zgody - w zakresie, w jakim przetwarzanie odbywa się na podstawie Twojej zgody (art. 6 ust. 1 lit. a RODO, rozdz. 3 - m.in. zdjęcie profilowe, push marketingowy, newsletter, raportowanie awarii z aplikacji mobilnej), możesz w każdej chwili cofnąć zgodę bez podania przyczyny; cofnięcie zgody nie wpływa na zgodność z prawem przetwarzania dokonanego przed jej cofnięciem ani na dostęp do Usługi. Cofnięcie ma być tak samo łatwe jak udzielenie zgody (art. 7 ust. 3 RODO), więc podajemy drogi wprost: zgodę na newsletter i wiadomości promocyjne wycofasz linkiem „Wypisz się” w stopce każdej wiadomości marketingowej, w Aplikacji w sekcji Ustawienia -> Komunikacja -> Wypisz się albo wiadomością na adres kontakt@prospektai.pl (§16.5 regulaminu); zgodę na marketingowe powiadomienia push wycofasz w tej samej sekcji Ustawień; zgodę na raportowanie awarii z aplikacji mobilnej wycofasz w Ustawieniach, na ekranie prywatności i cookies; zgodę na zdjęcie profilowe wycofasz, usuwając zdjęcie w Aplikacji. Każde wycofanie działa niezwłocznie.
• -Prawo do wniesienia skargi - masz prawo wnieść skargę do Prezesa Urzędu Ochrony Danych Osobowych (szczegóły w rozdz. 11).

Przekazywanie Twoich żądań odbiorcom danych (art. 19 RODO). Jeżeli sprostujemy, usuniemy albo ograniczymy przetwarzanie Twoich danych, informujemy o tym każdego odbiorcę, któremu je ujawniliśmy, chyba że okaże się to niemożliwe albo będzie wymagać niewspółmiernie dużego wysiłku. Obowiązek ten obejmuje wszystkich odbiorców wymienionych w rozdz. 4, więc opisujemy niżej, jak wygląda przy każdym z nich. Zawiadomienie wysyłamy do dostawcy uwierzytelniania, dostawcy walidacji zakupów, platformy mailingowej oraz dostawcy poczty elektronicznej, bo każdy z nich prowadzi u siebie zbiór powiązany z Twoim identyfikatorem albo z Twoim adresem e-mail i da się w nim wskazać Twoje dane. U dostawcy poczty żądanie wykonujemy w treści korespondencji, którą tam trzymamy. Do dostawcy diagnostyki awarii osobnego zawiadomienia nie wysyłamy. Po usunięciu Konta albo cofnięciu zgody przestajemy wysyłać nowe raporty powiązane z Kontem, a raporty zapisane wcześniej wygasają u dostawcy najpóźniej po 90 dniach. U dostawcy hostingu osobnego zawiadomienia nie wysyłamy, bo Twoje dane leżą w naszej bazie na jego serwerach, więc sprostowanie albo usunięcie wykonujemy wprost w tej bazie i to ono jest całą operacją. Do dostawcy modelu językowego zawiadomienia wysłać nie możemy, i jest to przypadek niemożliwości, o której mówi art. 19 RODO: zapytanie z opisem portfela wysyłamy bez Twojego identyfikatora konta, więc dostawca nie ma jak odnaleźć u siebie akurat Twoich danych, a treść zapytania i tak wygasa u dostawcy modelu najpóźniej po 30 dniach. Przy pośredniku doręczającym powiadomienia oraz przy Apple i Google w roli dostawców powiadomień token i treść powiadomienia przekazujemy w chwili doręczenia, a nie do zbioru prowadzonego pod Twoim kontem, więc usunięcie tokena po naszej stronie kończy przekazywanie. Osobno traktujemy Apple i Google tam, gdzie działają jako samodzielni administratorzy, czyli przy płatnościach, logowaniu społecznościowym i kanale testowym: sprostowanie danych u nas nie zmienia ich własnych zapisów, więc żądanie dotyczące tamtych danych kieruj bezpośrednio do nich, na zasadach ich polityk prywatności. Na Twoje żądanie podamy Ci listę odbiorców, którym Twoje dane ujawniliśmy. Osobno traktujemy odbiorców spoza tabeli. Biuro rachunkowe, dostawcę poczty elektronicznej i bank prowadzący nasz rachunek zawiadamiamy wtedy, gdy Twoje dane rzeczywiście do nich trafiły, czyli odpowiednio przy rozliczeniach, przy korespondencji i przy zwrocie wypłaconym przelewem. Emitentowi, który dostał wyciąg z rejestru walidacji treści, zawiadomienia nie wysyłamy, bo wyciąg obejmuje wyłącznie słowne opisy jego spółki, jednakowe dla wszystkich Użytkowników, więc nie ma w nim Twoich danych. Kancelarii prawnej, organom i podmiotowi prowadzącemu pozasądowe rozwiązanie sporu Twoje żądanie przekazujemy wtedy, gdy sprawa jest w toku.

Tryb realizacji praw: Żądania realizacji praw RODO kieruj na adres e-mail: kontakt@prospektai.pl lub listem na adres siedziby Dostawcy (rozdz. 1). Dostawca rozpatruje żądania bez zbędnej zwłoki, w terminie miesiąca od ich otrzymania. Termin ten Dostawca może przedłużyć o kolejne dwa miesiące z uwagi na skomplikowany charakter żądania albo liczbę żądań (art. 12 ust. 3 RODO); o przedłużeniu informuje Cię przed upływem pierwszego terminu. Przed realizacją żądania Dostawca może zażądać potwierdzenia Twojej tożsamości w celu ochrony przed nieuprawnionym dostępem do danych. Potwierdzenia żądamy tylko wtedy, gdy mamy uzasadnione wątpliwości co do tożsamości osoby składającej żądanie, i prosimy wyłącznie o to, co pozwoli je rozwiać. Jeżeli piszesz z adresu e-mail, który już u nas jest, zwykle nam to wystarczy. Nie zbieramy w tym celu skanów dokumentów tożsamości ani danych, których wcześniej nie mieliśmy. Jeżeli nie masz u nas Konta, a Twoje dane trafiły do nas w jednej z sytuacji opisanych w punkcie 1.4, wystarczy, że napiszesz z tego samego adresu, z którego korespondowałeś albo na który dostajesz od nas wiadomości. Zdarza się, że żądania nie możemy zrealizować, na przykład dlatego, że dane musimy zachować na podstawie przepisów albo że nie jesteśmy w stanie ustalić, kogo dotyczą (art. 11 RODO). Wtedy nie milczymy: w tym samym terminie miesiąca zawiadamiamy Cię, że nie podejmujemy działań, podajemy powody i informujemy o dwóch drogach, które Ci wtedy pozostają, czyli o skardze do Prezesa Urzędu Ochrony Danych Osobowych (rozdz. 11) i o środkach ochrony prawnej przed sądem. Wymaga tego art. 12 ust. 4 RODO. Odpowiedzi udzielamy bezpłatnie. Opłaty przewidzianej art. 12 ust. 5 RODO za żądania ewidentnie nieuzasadnione albo nadmierne nie pobieramy, a jedyne, co sobie zostawiamy, to prawo odmowy działania w takich przypadkach, również z podaniem powodów i tych samych dwóch dróg odwołania.

7.1 Wzór wniosku

Skopiuj poniższy szablon do wiadomości e-mail na adres kontakt@prospektai.pl. Szablon jest tylko ułatwieniem: żądanie złożone własnymi słowami rozpatrzymy dokładnie tak samo, a wypełnienie każdej rubryki nie jest warunkiem jego przyjęcia.

Dwie uwagi do szablonu. Po pierwsze, żądanie interwencji człowieka i zakwestionowania wyniku możesz złożyć tym samym wnioskiem, ale wygodniej nam je rozpoznać, gdy w temacie wpiszesz „Art. 22 RODO”, tak jak prosimy o to w rozdz. 8. Po drugie, zgodę cofniesz najszybciej tam, gdzie jej udzieliłeś, czyli linkiem „Wypisz się” w stopce wiadomości albo w ustawieniach Aplikacji, i tej drogi nie musisz zastępować wnioskiem. Jeżeli mimo to napiszesz do nas, cofnięcie i tak zrealizujemy, bo art. 7 ust. 3 RODO wymaga, żeby wycofanie zgody było równie łatwe jak jej udzielenie.

Oceny (scoring) spółek wyliczamy w sposób zautomatyzowany, ale identycznie dla wszystkich Użytkowników. Nie budujemy ich na Twoich danych osobowych, nie personalizujemy ich Twoim profilem ryzyka, historią ani preferencjami, a to, jakie spółki masz w portfelu, nie zmienia ich ocen. Profilu ryzyka nie zbieramy i nie ustalamy: Aplikacja o niego nie pyta i nie daje funkcji pozwalającej go ustawić albo zmienić, więc nie mamy czym personalizować Ocen. Ocena nie jest więc decyzją opartą wyłącznie na zautomatyzowanym przetwarzaniu Twoich danych, która wywoływałaby wobec Ciebie skutki prawne lub w podobny sposób istotnie na Ciebie wpływała w rozumieniu art. 22 ust. 1 RODO.

Niezależnie od powyższego, w zakresie, w jakim przetwarzanie to podlegałoby art. 22 RODO, zapewniamy Ci prawo do:

• -uzyskania interwencji człowieka po stronie Dostawcy,
• -wyrażenia własnego stanowiska,
• -zakwestionowania oceny.

Interwencja człowieka polega u nas na sprawdzeniu danych wejściowych i metodologii, a nie na ręcznej zmianie wyniku dla pojedynczego Użytkownika, bo formuła jest wspólna dla wszystkich. Jeżeli Twoje zgłoszenie okaże się zasadne, poprawiamy dane wejściowe albo metodologię, a silnik wylicza ocenę ponownie. Skutek takiej korekty obejmuje wszystkich Użytkowników.

Osobno od ocen działa słowne podsumowanie portfela. Powstaje ono automatycznie i korzysta z Twoich danych, bo opisuje strukturę i wyniki właśnie Twojego portfela. Nie podejmujemy na tej podstawie żadnej decyzji wobec Ciebie: niczego Ci nie przyznajemy ani nie odmawiamy i nie zmieniamy warunków umowy. Podsumowanie czytasz w Aplikacji tylko Ty. Brzmienie podsumowania zapisujemy jednak w rejestrze walidacji treści opisanym w rozdz. 6 i udostępniamy je organom nadzoru na ich żądanie, a samo wygenerowanie podsumowania wymaga przekazania opisu Portfela dostawcy modelu językowego, co opisujemy w rozdz. 3, 4 i 5. Poza tymi przypadkami podsumowania nie dostaje nikt. Podsumowanie jest materiałem informacyjnym, więc nie stanowi decyzji w rozumieniu art. 22 ust. 1 RODO. Prawa wymienione wyżej, czyli interwencja człowieka, wyrażenie własnego stanowiska i zakwestionowanie wyniku, przysługują Ci również wobec podsumowania portfela. Słowny opis spółki powstaje na wynikach naszego silnika oraz na publicznie dostępnych informacjach o spółce i nie korzysta z Twoich danych w ogóle.

Osobną sprawą jest blokada Konta za nadużycie Okresu próbnego albo za złamanie zakazów z §7.2 regulaminu. Blokada wywołuje wobec Ciebie skutek prawny, bo odcina dostęp do Usługi, dlatego nie zakładamy jej automatem. Zgłoszenie z systemu jest dla nas wyłącznie sygnałem, a decyzję podejmuje po jego sprawdzeniu człowiek po naszej stronie. O blokadzie zawiadamiamy Cię e-mailem wraz z przyczyną, przysługuje Ci odwołanie na adres kontakt@prospektai.pl w terminie 14 dni od otrzymania zawiadomienia, a my rozpatrujemy je w terminie 14 dni od jego otrzymania; jeżeli okaże się zasadne, niezwłocznie odblokowujemy Konto (§9.11.1 regulaminu). Tak samo postępujemy przy drugiej blokadzie, którą przewiduje ta Polityka, czyli przy zablokowaniu Konta po zgłoszeniu rodzica albo opiekuna, że należy ono do osoby poniżej 18 lat (rozdz. 10). Tej blokady również nie zakłada automat: zgłoszenie sprawdza człowiek po naszej stronie, a ponieważ pełnoletności nie weryfikujemy dokumentem, ocena opiera się na wiarygodności samego zgłoszenia. Posiadacz Konta dostaje zawiadomienie z przyczyną blokady, może przedstawić swoje stanowisko i odwołać się w terminie 14 dni, a danych nie usuwamy, dopóki blokada się nie utrzyma. Różnica wobec blokady z §9.11.1 regulaminu polega wyłącznie na przyczynie: tamta dotyczy tego, co Użytkownik zrobił, ta tego, kim jest. Tryb postępowania przy tej blokadzie regulamin opisuje w §7.1a i odsyła w nim do trybu odwoławczego z §9.11.1, więc dajemy Ci przy niej te same gwarancje.

Logika systemu scoringowego i główne czynniki determinujące ocenę opisane są w Metodologii dostępnej pod adresem: prospektai.pl/metodologia (Art. 13 ust. 2 lit. f RODO).

Ocena nie wywołuje bezpośrednich skutków prawnych ani finansowych poza Aplikacją i nie wpływa na zewnętrzne systemy scoringowe, zdolność kredytową ani inne rejestry; może natomiast pośrednio wpłynąć na decyzje inwestycyjne podejmowane wyłącznie na własną odpowiedzialność.

Żądania interwencji człowieka lub zakwestionowania oceny kieruj na adres: kontakt@prospektai.pl z tytułem „Art. 22 RODO”. Dostawca rozpatruje takie żądania bez zbędnej zwłoki, nie później niż w terminie miesiąca od ich otrzymania. Tożsamość potwierdzamy na tych samych zasadach co przy pozostałych żądaniach, opisanych w rozdz. 7: prosimy o to wyłącznie przy uzasadnionych wątpliwościach, a jeżeli piszesz z adresu, który już u nas jest, zwykle nam to wystarczy. Potwierdzenie tożsamości nie jest warunkiem przyjęcia żądania i nie wstrzymuje biegu terminu.

8.1 Gdzie stosujemy profilowanie i na czym ono polega

Profilowanie w rozumieniu art. 4 pkt 4 RODO stosujemy w dwóch miejscach Aplikacji:

• -a) słowne podsumowanie Twojego portfela - powstaje na danych Twojego portfela, wyliczonych wyczerpująco w rozdz. 3, w wierszu „Podsumowanie AI portfela”;
• -b) dobór powiadomień - obejmuje powiadomienia o Ocenie, zmianie kategorii Oceny lub zdarzeniu dotyczącym Spółki z Twojego Portfela.

Nie profilujemy Cię przy doborze treści. Zestawienia spółek i spółkę wyróżnioną pokazujemy jednakowo wszystkim użytkownikom posługującym się tym samym językiem, na podstawie wyników naszego silnika analitycznego. Ekran „Odkrywaj - Na dziś” zasila jeden globalny punkt końcowy, którego jedynym parametrem treści jest język: ani Twój identyfikator, ani portfel na ten ekran nie wpływają. Spółki układamy w kolejności ich miejsca w globalnym rankingu, czyli po wyniku wyliczonym przez nasz silnik, a sortowanie przełączysz wyłącznie po neutralnych kluczach. Spółkę wyróżnioną wybiera najwyższy wynik końcowy, z jednym zawężeniem: jeżeli któreś spółki mają świeże pozytywne zdarzenie z ostatnich dni, wybór zawęża się najpierw do nich. Ta sama lista i ta sama karta trafiają do każdego Użytkownika, który korzysta z Aplikacji w tym samym języku.

Poniżej opisujemy zasady podejmowania decyzji, czyli logikę profilowania, do czego zobowiązuje nas art. 13 ust. 2 lit. f RODO:

• -a) podsumowanie portfela powstaje tak, że przekazujemy modelowi językowemu cztery grupy danych wyliczone w rozdz. 3, w wierszu „Podsumowanie AI portfela”, a model układa z nich opis słowny. Wiążące wyliczenie stoi w rozdz. 3 i nie powtarzamy go tutaj, żeby oba miejsca nie zaczęły mówić różnych rzeczy. Nie przekazujemy mu liczby posiadanych akcji, cen zakupu, wartości kwotowych w złotych, Twojego identyfikatora konta, adresu e-mail ani żadnej treści wpisanej przez Ciebie samodzielnie. Model nie wylicza ani nie zmienia ocen, nie porównuje Cię z innymi Użytkownikami i nie korzysta z żadnych danych spoza wyliczenia w rozdz. 3. Ramy czasowe opisu wyznacza horyzont naszych ocen, czyli perspektywa średnioterminowa z §3.6.2 regulaminu, a nie jakakolwiek deklaracja z Twojej strony. Podsumowanie nie służy badaniu odpowiedniości ani adekwatności instrumentu finansowego dla Ciebie i nie prowadzi do wskazania, co masz zrobić z pozycją w portfelu (§4.1 regulaminu);
• -b) dobór powiadomień działa na regułach ustalonych przez nas z góry: wysyłamy Ci powiadomienie o Ocenie, zmianie kategorii Oceny lub zdarzeniu dotyczącym spółki, którą masz w portfelu. Dobór ten nie zmienia ani wyniku punktowego oceny, ani jej kategorii, a od powiadomień serwisowych, czyli dotyczących subskrypcji, zmian dokumentów i działania Aplikacji, odróżnia go to, że tamtych nie opieramy na Twoim portfelu.

Znaczenie i przewidywane konsekwencje profilowania: ani podsumowanie portfela, ani dobór powiadomień nie zmieniają oceny spółki ani warunków umowy, a wyniki analiz mają charakter opisowy. Profilowanie nie wpływa na cenę subskrypcji, na zakres dostępnych funkcji ani na warunki, na jakich świadczymy Usługę, i nie wyłącza Cię z żadnej części Aplikacji. Nie budujemy na tej podstawie profilu marketingowego i nie przekazujemy go nikomu. Podstawą przetwarzania jest wykonanie umowy (art. 6 ust. 1 lit. b RODO), bo podsumowanie portfela i powiadomienia o Twoich spółkach są funkcjami, które obiecuje regulamin. Oba miejsca profilowania wyłączysz w każdej chwili. Napisz do nas na adres kontakt@prospektai.pl z tytułem „Profilowanie”, a wyłączymy je niezwłocznie i nie będziemy przy tym ważyć własnego interesu. Aplikacja nie daje w ustawieniach przełącznika, którym wyłączysz profilowanie samodzielnie, i nie planujemy go budować, więc wiadomość na ten adres jest jedyną drogą. Same powiadomienia wyłączysz natomiast bez pisania do nas, w sekcji Ustawienia -> Powiadomienia albo w ustawieniach systemowych urządzenia (§9.10.1 regulaminu). Mówimy przy tym wprost, skąd bierze się to uprawnienie, żebyś wiedział, na co się powołać. Artykuł 21 ust. 1 RODO daje prawo sprzeciwu wobec przetwarzania opartego na art. 6 ust. 1 lit. e albo lit. f RODO, a my opieramy profilowanie na wykonaniu umowy, czyli na lit. b, więc sam przepis do niego nie sięga. Przyznajemy Ci to prawo dobrowolnie i traktujemy Twoje zgłoszenie tak samo, jak traktowalibyśmy sprzeciw z art. 21 RODO: wyłączenia nie odmówimy i nie będziemy go ważyć przeciwko naszemu interesowi, bo nie mamy tu interesu do ważenia. Skutki wyłączenia opisuje rozdz. 7 w punkcie o prawie do sprzeciwu. Gdyby którekolwiek z tych przetwarzań opierało się kiedyś na naszym prawnie uzasadnionym interesie, art. 21 RODO znajdzie do niego zastosowanie wprost.

8.2 Słowny opis spółki

Słowny opis pojedynczej spółki generuje model językowy (§5.1 i §5.6 regulaminu). Model nie otrzymuje przy tym żadnych Twoich danych: pracuje na wynikach naszego silnika scoringowego, czyli na deterministycznych danych wyjściowych Aplikacji, oraz na publicznie dostępnych informacjach o spółce. Opis oznaczamy w Aplikacji jako treść wygenerowaną przez model językowy i opatrujemy zastrzeżeniem, że może zawierać nieścisłości (§5.2 i §5.2a regulaminu). Obie treści generowane przez model oznaczamy przy tym dwojako: widocznym dla Ciebie oznaczeniem w interfejsie oraz oznaczeniem w formacie nadającym się do odczytu maszynowego, w standardzie C2PA albo w standardzie równoważnym, zgodnym z rekomendacjami Komisji Europejskiej i AI Office, czego wymaga art. 50 ust. 2 aktu o sztucznej inteligencji i co potwierdza §5.2 regulaminu. Oznaczenie maszynowo czytelne działa od dnia premiery Aplikacji, a nie dopiero kiedyś później.

Opis jest identyczny dla wszystkich Użytkowników. Jego treść opiera się na wynikach naszego silnika analitycznego, czyli na wyniku punktowym Oceny, na jej kategorii, na wynikach punktowych grup czynników składowych oraz na pozycji spółki w jej grupie sektorowej, a poza tym na statusie dostępności danych fundamentalnych, czyli na oznaczeniu dostępności, dacie i notce, bez żadnych wartości liczbowych, a także na publicznie dostępnych informacjach o spółce: na tytułach i odnośnikach komunikatów oraz raportów ESPI i EBI, na danych porównawczych o spółkach z tej samej grupy sektorowej i na zgrubnym wskaźniku trendu rynku. Pełnych treści komunikatów modelowi nie przekazujemy: docierają do niego wyłącznie tytuły, fragmenty treści, odnośniki do źródeł i daty publikacji. Kwartalnych danych fundamentalnych model nie otrzymuje: dociera do niego wyłącznie status ich dostępności. Nie uwzględniamy w nim żadnych indywidualnych cech Użytkownika, bo Aplikacja ich nie zbiera. Dwie osoby oglądające tę samą spółkę przeczytają więc ten sam opis. Żądanie interwencji człowieka wobec opisu spółki składasz w tym samym trybie co wobec Oceny, opisanym na początku tego rozdziału.

Jak chronimy Twoje dane (art. 32 RODO). Stosujemy środki techniczne i organizacyjne odpowiednie do ryzyka, w szczególności: szyfrowanie całej komunikacji protokołem TLS w wersji 1.2 lub nowszej, przechowywanie haseł wyłącznie w postaci zahaszowanej po stronie dostawcy uwierzytelniania, tokenizację sesji, ograniczenie dostępu do danych produkcyjnych do osób, którym jest on niezbędny, regularne kopie zapasowe, monitoring dostępności i integralności danych oraz rejestrowanie zdarzeń audytowych. Paragraf 6.3 regulaminu opisuje te środki od strony zagrożeń, którym mają zapobiegać, i wymienia obok nich wymagania co do złożoności hasła oraz walidację źródeł danych; ograniczenie dostępu do danych produkcyjnych opisujemy natomiast wyłącznie tutaj.

Naruszenie ochrony danych (art. 33 i 34 RODO). Naruszenie może zdarzyć się nie tylko u nas, ale i u dostawcy, który przetwarza dane na nasze polecenie, a takich dostawców wymienia rozdz. 4. Dlatego warunki powierzenia przetwarzania, które ci dostawcy nam udostępniają, zobowiązują ich do zawiadomienia nas o naruszeniu bez zbędnej zwłoki, tak jak wymaga tego art. 28 ust. 3 lit. f i art. 33 ust. 2 RODO. Bez tego nie dotrzymalibyśmy własnego terminu, bo o zdarzeniu u dostawcy dowiadujemy się wyłącznie od niego. Jeżeli dojdzie do naruszenia ochrony Twoich danych osobowych, zgłaszamy je Prezesowi Urzędu Ochrony Danych Osobowych bez zbędnej zwłoki, nie później niż w ciągu 72 godzin od stwierdzenia naruszenia, przy czym zdarzenie u dostawcy uznajemy za stwierdzone z chwilą, w której on nas o nim zawiadomi, chyba że jest mało prawdopodobne, by naruszenie skutkowało ryzykiem naruszenia Twoich praw lub wolności. Jeżeli naruszenie może powodować wysokie ryzyko dla Twoich praw lub wolności, zawiadamiamy o nim również Ciebie, bez zbędnej zwłoki, wiadomością na adres e-mail, pod którym się z nami kontaktujesz. Przy Użytkowniku jest to adres powiązany z Kontem. Jeżeli nie masz Konta, a Twoje dane przetwarzamy w jednej z sytuacji opisanych w punkcie 1.4, czyli na przykład jako osoby zapisanej na listę oczekujących, testera programu TEST-BETA albo osoby piszącej w imieniu emitenta, zawiadamiamy Cię na adres, z którego wiadomość od Ciebie do nas przyszła albo który sam nam podałeś. Tak samo postępujemy, jeżeli naruszenie obejmie dane zachowane po usunięciu Konta, wymienione w rozdz. 6. Gdyby zawiadomienie każdej osoby z osobna wymagało niewspółmiernie dużego wysiłku, wydamy publiczny komunikat na stronie prospektai.pl i w Aplikacji, w sposób równie skuteczny, na co pozwala art. 34 ust. 3 lit. c RODO. W zawiadomieniu opisujemy charakter naruszenia, możliwe konsekwencje, środki, które zastosowaliśmy, oraz to, co możesz zrobić sam, żeby ograniczyć skutki, a także podajemy adres kontaktowy z rozdz. 1, pod którym uzyskasz więcej informacji. Każde naruszenie dokumentujemy u siebie, i to niezależnie od tego, czy zgłaszamy je organowi nadzorczemu, czy uznajemy, że zgłoszenie nie jest konieczne, bo tak każe nam art. 33 ust. 5 RODO. W dokumentacji zapisujemy okoliczności naruszenia, kategorie i przybliżoną liczbę osób, których dotknęło, jego skutki, środki zaradcze, które zastosowaliśmy, oraz powody decyzji o zgłoszeniu albo o odstąpieniu od niego. Zapis ten zawiera dane osób dotkniętych naruszeniem, więc traktujemy go jak każdy inny zbiór danych: przechowujemy go do upływu terminów przedawnienia roszczeń, a dostęp do niego mają wyłącznie osoby, które prowadzą sprawę naruszenia. Jego okres przechowywania podajemy razem z pozostałymi w rozdz. 6.

9.1 Blokada Aplikacji: biometria i kod dostępu

Odblokowanie Aplikacji biometrią jest opcjonalne. Dane biometryczne są przetwarzane wyłącznie lokalnie na Twoim urządzeniu przez system operacyjny (iOS / Android) i nigdy nie są przekazywane Dostawcy ani podmiotom trzecim. System operacyjny przekazuje sam wynik weryfikacji (potwierdzenie albo odmowa) Aplikacji działającej na Twoim urządzeniu; informacja o odblokowaniu nie trafia na nasze serwery. W tym zakresie Dostawca nie przetwarza danych biometrycznych w rozumieniu art. 9 RODO.

Kod dostępu (PIN) możesz ustawić zamiast biometrii albo razem z nią, tak samo jak automatyczną blokadę Aplikacji po okresie bezczynności; regulamin daje Ci te trzy zabezpieczenia niezależnie od siebie i każde włączasz oraz wyłączasz osobno (§6.4 regulaminu). Kod sprawdza wyłącznie Aplikacja na Twoim urządzeniu. Kodu nie wysyłamy na nasze serwery, nie przechowujemy go u siebie i nie przekazujemy nikomu. To samo dotyczy automatycznej blokady Aplikacji po okresie bezczynności: działa ona lokalnie, a ponowny dostęp odblokujesz kodem albo potwierdzeniem biometrycznym, i nie wiąże się to z przekazaniem nam żadnych dodatkowych danych.

9.2 Co Aplikacja zapisuje w pamięci Twojego urządzenia (art. 361 PKE)

Aplikacja mobilna nie korzysta z plików cookies w tym znaczeniu, w jakim używają ich przeglądarki internetowe, ale zapisuje w pamięci Twojego urządzenia informacje techniczne i sięga po nie przy kolejnych uruchomieniach. Art. 361 ustawy Prawo komunikacji elektronicznej obejmuje każdy taki zapis i każde sięgnięcie po niego, niezależnie od nazwy technologii, i wymaga, żebyśmy powiedzieli Ci o tym wprost. Dlatego wymieniamy wszystko, co trafia do pamięci Twojego urządzenia:

• -Token sesji i dane potrzebne do utrzymania zalogowania. Zapisujemy je w bezpiecznym magazynie systemowym (Keychain w iOS, Keystore w systemie Android), żeby nie prosić Cię o hasło przy każdym uruchomieniu. Bez nich Aplikacja nie zadziała, więc zapisu nie da się wyłączyć inaczej niż przez wylogowanie się albo odinstalowanie Aplikacji.
• -Kod dostępu (PIN) i ustawienie odblokowania biometrią. Zostają na urządzeniu i nie trafiają do nas, co opisaliśmy w punkcie 9.1.
• -Twoje ustawienia w Aplikacji, na przykład wybrane kanały powiadomień i preferencje prezentacji. Część z nich trzymamy również po naszej stronie, żeby działały na każdym Twoim urządzeniu.
• -Token powiadomień push, jeżeli zgodzisz się na powiadomienia w oknie systemowym. Nadaje go system operacyjny, a my przechowujemy go także po swojej stronie, co opisuje rozdz. 3.
• -Dane o statusie subskrypcji zapisywane przez mechanizm rozliczeń. Aplikacja przechowuje na urządzeniu identyfikator nadany przez dostawcę obsługi zakupów wymienionego w rozdz. 4 oraz podręczną informację o tym, czy masz aktywną subskrypcję albo Okres próbny. Bez tego Aplikacja musiałaby pytać o Twoje uprawnienia przy każdym otwarciu ekranu i nie działałaby bez sieci, więc zapis ten jest niezbędny do świadczenia Usługi i nie wymaga zgody z art. 361 PKE. Znika razem z odinstalowaniem Aplikacji.
• -Identyfikator instalacji dla raportowania awarii. Powstaje dopiero wtedy, gdy włączysz raportowanie awarii na ekranie zgód, i znika, gdy tę zgodę wycofasz w Ustawieniach.
• -Podręczna kopia danych pobranych z serwera (cache), która skraca czas ładowania ekranów. Kasuje się razem z wylogowaniem i z odinstalowaniem Aplikacji.

Poza raportowaniem awarii żaden z tych zapisów nie służy analizie Twojego zachowania ani reklamie. Aplikacja nie zawiera bibliotek analityki behawioralnej ani sieci reklamowych, więc nie ma w niej celów marketingowych, dla których musielibyśmy pytać Cię o zgodę.

Paragraf 15.5 regulaminu obejmuje zarówno Aplikację, jak i nasze strony internetowe, dlatego wyjaśniamy, jak wykonujemy ten obowiązek w każdym z tych miejsc. W Aplikacji zgodę z art. 361 PKE zbieramy na ekranie zgód przy pierwszym uruchomieniu: jedyny zapis, który nie jest niezbędny do świadczenia Usługi, czyli identyfikator instalacji dla raportowania awarii, jest tam osobnym, domyślnie odznaczonym wyborem z równorzędną możliwością odmowy, a zgodę wycofasz w Ustawieniach, na ekranie prywatności i cookies. Pozostałe zapisy wymienione wyżej są niezbędne do działania Aplikacji, więc zgody nie wymagają. Na stronach internetowych ten sam obowiązek wykonuje panel zgód na pliki cookies opisany w Polityce Cookies pod adresem prospektai.pl/cookies.

Aplikacja jest przeznaczona wyłącznie dla osób, które ukończyły 18 lat. Pełnoletność potwierdzasz przez akceptację regulaminu przy rejestracji (§7.1 regulaminu), bez osobnego pola, checkboxa ani oświadczenia wieku. Nie weryfikujemy jej dodatkowo dokumentem ani żadnym innym sposobem, bo do zawarcia umowy o dostęp do Aplikacji nie jest to potrzebne i oznaczałoby zebranie danych, których wcale nie chcemy mieć. Świadomie nie zbieramy danych osób niepełnoletnich.

Jeżeli stwierdzimy albo dowiemy się, że Konto należy do osoby poniżej 18 lat, blokujemy do niego dostęp, a dane tej osoby kasujemy dopiero wtedy, gdy blokada się utrzyma, czyli po upływie terminu odwołania albo po jego oddaleniu. Jeżeli jesteś rodzicem albo opiekunem i uważasz, że Twoje dziecko założyło Konto, napisz do nas na adres kontakt@prospektai.pl. Sprawdzimy zgłoszenie i odpowiemy Ci w terminie miesiąca, tak samo jak przy każdym innym żądaniu z rozdz. 7. Z Twojego zgłoszenia korzystamy wyłącznie po to, żeby je sprawdzić i zablokować Konto, a Twoje dane kontaktowe przechowujemy tak jak pozostałą korespondencję, czyli do upływu terminów przedawnienia roszczeń (rozdz. 6).

Blokada dotyka jednak posiadacza Konta, a ten może być pełnoletni, bo zgłoszenie bywa pomyłką albo złośliwością. Dlatego nie działamy za jego plecami. O blokadzie zawiadamiamy go e-mailem na adres powiązany z Kontem i podajemy przyczynę, przy czym nie ujawniamy mu, kto złożył zgłoszenie. Może przedstawić nam swoje stanowisko i odwołać się na adres kontakt@prospektai.pl w terminie 14 dni od zawiadomienia, a my rozpatrujemy odwołanie w terminie 14 dni od jego otrzymania, czyli tak samo jak przy blokadzie z §9.11.1 regulaminu. Jeżeli odwołanie okaże się zasadne, niezwłocznie odblokowujemy Konto i nie usuwamy żadnych danych. Dane kasujemy dopiero wtedy, gdy blokada się utrzyma. Wtedy usuwamy Konto i zwracamy proporcjonalną część opłaty za niewykorzystany okres subskrypcji na zasadach z §10.3 regulaminu, do czego zobowiązuje nas §7.1a regulaminu. Do wykonania takiego zwrotu prosimy o numer rachunku bankowego i przetwarzamy go tak samo jak przy pozostałych zwrotach, co opisujemy w rozdz. 3 i 6.

Usunięcie to ma jedną granicę, o której mówimy wprost, żeby nie obiecywać więcej, niż wolno nam zrobić. Danych, które musimy zachować na podstawie przepisów, nie kasujemy również w tym przypadku: potwierdzenia transakcji przechowujemy 5 lat od końca roku podatkowego, bo tego wymaga prawo podatkowe, a zapis akceptacji regulaminu i zgód 5 lat od rozwiązania umowy, bo bez niego nie wykażemy, na jakich warunkach doszło do zawarcia umowy ani czy Użytkownik potwierdził pełnoletność przez akceptację regulaminu. Komplet takich kategorii wraz z podstawami zebraliśmy na końcu rozdz. 6. Ograniczamy je wtedy wyłącznie do tego, co niezbędne, i nie używamy ich do żadnego innego celu. Dotyczy to również sprawdzenia opisanego w rozdz. 6 przy zapisie akceptacji regulaminu, czyli ustalenia, czy Okres próbny nie został już wykorzystany. Zapisu pozostałego po Koncie osoby niepełnoletniej do tego celu nie wykorzystujemy, bo Konto to blokujemy i nowego Okresu próbnego i tak nie przyznajemy.

Przysługuje Ci prawo wniesienia skargi do organu nadzorczego: Prezes Urzędu Ochrony Danych Osobowych, ul. Stawki 2, 00-193 Warszawa, kancelaria@uodo.gov.pl (art. 77 RODO).

Aplikację udostępniamy również Użytkownikom mieszkającym w innych państwach Europejskiego Obszaru Gospodarczego (§18.5 regulaminu). Jeżeli mieszkasz albo pracujesz poza Polską, skargę możesz wnieść także do organu nadzorczego właściwego dla Twojego miejsca zwykłego pobytu lub pracy, albo dla miejsca domniemanego naruszenia. Art. 77 RODO zostawia ten wybór Tobie.

Program TEST-BETA prowadzimy przed premierą Aplikacji, a niniejsza Polityka wchodzi w życie z dniem premiery, więc w dniu jej wejścia w życie program jest już zamknięty albo dobiega końca. Rozdział ten opisujemy mimo to w czasie teraźniejszym z dwóch powodów. Po pierwsze, część danych zebranych w programie nadal u nas jest, bo zgłoszenia, opinie i korespondencję przechowujemy do upływu terminów przedawnienia roszczeń. Po drugie, od dnia wejścia w życie stosujemy tę Politykę również do danych zebranych wcześniej w programie, a jeżeli kiedyś uruchomimy kolejny program testowy, obowiązywać w nim będą te same zasady. Informację wymaganą art. 13 RODO testerzy otrzymali w chwili przystąpienia do programu, a niniejszy rozdział jej nie zastępuje, tylko opisuje stan po premierze.

W okresie testów beta przetwarzamy dodatkowo: dane kontaktowe testerów (e-mail, opcjonalnie imię), zgłoszenia i opinie (feedback) oraz korespondencję z testerami, w celu przeprowadzenia testów i poprawy Aplikacji. Podstawą jest art. 6 ust. 1 lit. b RODO w zakresie udziału w programie testowym, o który tester sam poprosił, oraz art. 6 ust. 1 lit. f RODO w zakresie analizy zgłoszeń. Dane kontaktowe testera przechowujemy do zakończenia programu testowego, a zgłoszenia, opinie i korespondencję do upływu terminów przedawnienia roszczeń, bo na ich podstawie zmienialiśmy Aplikację. Tak samo podaje to rejestr w rozdz. 3 i punkt o programie TEST-BETA w rozdz. 6. Pozostałe zasady niniejszej Polityki stosuje się wprost.

Wersję testową udostępniamy testerom przez kanał testowy sklepu, czyli Apple TestFlight, a w przypadku wersji na Androida analogicznie przez kanał testowy Google Play. Oznacza to, że adres e-mail podany przez Ciebie na potrzeby zaproszenia do testów otrzymuje odpowiednio Apple Inc. albo Google LLC jako samodzielny administrator, na własnych zasadach i zgodnie z własną polityką prywatności.

Zmiana zasad ochrony danych osobowych jest zmianą istotną w rozumieniu §17.4 regulaminu, więc obowiązuje przy niej tryb ostrzejszy niż przy zwykłej aktualizacji dokumentu. O każdej zmianie Polityki, która dotyczy zakresu przetwarzania Twoich danych, celów lub podstaw prawnych, kategorii odbiorców, transferów poza Europejski Obszar Gospodarczy albo okresów przechowywania, powiadomimy Cię co najmniej 30 dni przed jej wejściem w życie: wyślemy wiadomość na adres e-mail powiązany z kontem i wyświetlimy komunikat w Aplikacji. Taka zmiana wchodzi wobec Ciebie w życie dopiero wtedy, gdy potwierdzisz ją kliknięciem w Aplikacji. Jeżeli w ciągu 30 dni od powiadomienia jej nie potwierdzisz, traktujemy to jako wypowiedzenie umowy ze skutkiem na dzień wejścia zmiany w życie, a proporcjonalną część opłaty za niewykorzystany okres subskrypcji zwracamy na zasadach opisanych w §10.3 regulaminu. O pozostałych zmianach, czyli o poprawkach redakcyjnych, aktualizacji podstaw prawnych i danych kontaktowych, poinformujemy Cię co najmniej 14 dni przed ich wejściem w życie, wysyłając wiadomość na adres e-mail powiązany z kontem i wyświetlając komunikat w Aplikacji, czyli tymi samymi dwoma kanałami co przy zmianie istotnej (§17.2 regulaminu). Jeżeli w terminie 14 dni od powiadomienia nie wypowiesz umowy, taką zmianę uznajemy za przyjętą; wypowiedzenie składasz wiadomością na adres kontakt@prospektai.pl, a proporcjonalną część opłaty za niewykorzystany okres subskrypcji zwracamy na zasadach opisanych w §10.3 regulaminu (§17.3 i §17.4 regulaminu). W razie wątpliwości, do której grupy należy dana zmiana, traktujemy ją jako istotną. Tryb opisany wyżej zakłada, że masz u nas Konto, bo opiera się na adresie e-mail powiązanym z Kontem, na komunikacie w Aplikacji i na potwierdzeniu kliknięciem. Osoby wymienione w punkcie 1.4, które Konta nie mają, powiadamiamy inaczej, a droga zależy od tego, jakim kanałem się z nimi kontaktujemy. Nową wersję publikujemy pod stałym adresem podanym niżej, z datą wejścia w życie i z numerem, i to jest kanał wspólny dla wszystkich. Osobom zapisanym na newsletter albo na listę oczekujących wysyłamy dodatkowo informację o zmianie w wiadomości e-mail, bo tylko tym kanałem się z nimi kontaktujemy. Testerowi programu TEST-BETA, osobie piszącej w imieniu emitenta, rodzicowi albo opiekunowi, który zgłosił nam Konto osoby niepełnoletniej, oraz każdemu, kto po prostu napisał do nas wiadomość, wysyłamy ją na adres, z którego ta wiadomość do nas przyszła albo który sam nam podał, czyli tak samo jak przy zawiadomieniu o naruszeniu ochrony danych w rozdz. 9. Żadna z tych osób nie potwierdza zmiany kliknięciem, bo potwierdzenie odbywa się w Aplikacji i zakłada Konto. Nie jest to dla nich strata, ponieważ zmiana Polityki nie zmienia warunków, na jakich przetwarzamy ich dane. Tam, gdzie podstawą jest zgoda, decyduje sama zgoda i możesz ją cofnąć w każdej chwili. Tam, gdzie podstawą jest umowa o udział w programie testowym albo czynności podejmowane na Twoje żądanie przed zawarciem umowy, zakres przetwarzania wyznacza to, o co sam poprosiłeś, a Polityka opisuje go wyłącznie informacyjnie. Zmiana Polityki sama w sobie nie rozszerza tej podstawy o nowy cel: gdybyśmy chcieli przetwarzać te dane w celu, którego zgoda nie obejmuje, poprosimy o nową zgodę albo po prostu tego nie zrobimy.

Pliki cookies i technologie podobne opisaliśmy w odrębnym dokumencie, czyli w Polityce Cookies pod adresem prospektai.pl/cookies, do której odsyła też §15.5 regulaminu. Znajdziesz tam zakres, cele i okresy przechowywania oraz sposób wycofania zgody. Dokument ten opisuje strony internetowe Dostawcy. To, co w pamięci Twojego urządzenia zapisuje sama Aplikacja, oraz sposób, w jaki zbieramy tam zgodę wymaganą art. 361 PKE, opisaliśmy w punkcie 9.2; brak analityki behawioralnej i sieci reklamowych w Aplikacji opisuje rozdz. 3.

Aktualna wersja jest zawsze dostępna pod adresem prospektai.pl/polityka-prywatnosci-aplikacji, do którego prowadzi też skrót prospektai.pl/prywatnosc, oraz w Aplikacji (Ustawienia -> Prywatność). Poprzednie wersje Polityki udostępniamy w archiwum pod adresem prospektai.pl/archiwum-polityk-prywatnosci. Każda wersja jest tam oznaczona numerem i datą wejścia w życie, tak samo jak archiwum regulaminów prowadzone na podstawie §17.5 regulaminu. Archiwum zaczyna się od wersji publikowanej razem z premierą Aplikacji, bo jest ona pierwszą, która wchodzi w życie. Wersje robocze wymienione w rozdz. 14 nie trafiają do niego, bo nigdy nie obowiązywały. Archiwum potrzebujesz z dwóch powodów: przy zmianie istotnej potwierdzasz nową wersję kliknięciem, więc chcesz porównać ją z poprzednią, a w logu akceptacji zapisujemy numer wersji dokumentu, którą zaakceptowałeś, i bez archiwum ten numer nie prowadziłby do żadnego tekstu.

Politykę sporządziliśmy w języku polskim. Jeżeli udostępnimy jej tłumaczenie na inny język, ma ono charakter pomocniczy, a w razie rozbieżności wiążąca pozostaje wersja polska.

• -v1.113 (2 września 2026 r., wersja publikowana): Dostosowanie opisu ponowień treści generowanych przez model do §5.4 regulaminu v4.12 i do stanu produkcji potwierdzonego przez Wiktora 1 września 2026 r. Słowne podsumowanie portfela ma dwa niezależne budżety prób, po jednej dla walidatora strukturalnego i dla walidacji faktualnej, więc generujemy je ponownie najwyżej dwa razy. Słowny opis spółki generujemy ponownie wyłącznie po odrzuceniu przez filtr sformułowań, a odrzucenie przez kontrolę kompletności albo walidację faktualną kieruje go wprost do opisu przygotowanego deterministycznie. Pozostałe procesy przetwarzania nie zmieniają się.
• -v1.112 (1 września 2026 r., wersja publikowana): Dostosowanie Polityki do potwierdzonego stanu produkcji. Aktywne kopie produkcyjne przechowujemy przez około 7 dni, a nie przez 30 dni; obejmują one codzienne lokalne zrzuty bazy danych oraz migawki infrastruktury dostawcy hostingu. Usunięcie Konta albo cofnięcie zgody na raportowanie awarii z aplikacji mobilnej natychmiast zatrzymuje wysyłanie nowych raportów powiązanych z Kontem. Do dostawcy diagnostyki awarii nie wysyłamy osobnego żądania usunięcia raportów zapisanych wcześniej; wygasają one samoczynnie najpóźniej po 90 dniach. Opis zawiadomień z art. 19 RODO w rozdz. 7 dopasowano do tego stanu. Pozostałe procesy przetwarzania, podstawy prawne, dostawcy i okresy retencji nie zmieniają się.
• -v1.111 (31 sierpnia 2026 r., wersja publikowana): Dostosowanie Polityki do regulaminu v4.7. Usunęliśmy Listę obserwowanych i notatki do niej z katalogu przetwarzanych danych, funkcji Aplikacji, przekazania do modelu językowego, powiadomień, profilowania, retencji, eksportu danych i opisów praw. Powiadomienia dotyczą teraz Oceny, zmiany kategorii Oceny lub zdarzenia dotyczącego spółki z Portfela. Pełnoletność Użytkownik potwierdza przez akceptację regulaminu, bez osobnego pola, checkboxa ani oświadczenia wieku. Odniesienia do Polityki Cookies pozostają wyłącznie tam, gdzie dotyczą stron internetowych, a nie dokumentu Aplikacji mobilnej.

Wersja publikowana razem z premierą Aplikacji jest pierwszą wersją tej Polityki, która wchodzi w życie. Wszystkie wersje wymienione niżej powstały wcześniej jako wersje robocze i żadna z nich nigdy nie obowiązywała, bo Aplikacji nie było jeszcze na rynku, a więc nie było też Użytkownika, wobec którego mogłyby obowiązywać. Prowadzimy tę historię, żeby dało się prześledzić, skąd wzięło się każde zdanie dokumentu, a nie po to, żeby pokazać kolejne stany prawne. Datę wejścia w życie ma cały dokument jedną i wspólną, podaną w nagłówku na początku. Numery wersji z tej listy nie pojawią się w logu akceptacji, o którym piszemy w rozdz. 6, bo log zaczyna się od wersji publikowanej.

• -v1.110 (28 sierpnia 2026 r., wersja publikowana): Zawężenie artefaktu walidacji do trzech pól faktycznie zapisywanych przez kod (skrót szablonu zapytania, oznaczenie modelu z wersją, wynik walidacji), aby rejestr opisywał stan faktyczny. Zmiany: wiersz „Rejestr walidacji treści" w rozdz. 3 oraz opis rejestru w rozdz. 6 wymieniają teraz trzy pola zamiast siedmiu. Usunięte pola (identyfikator generacji, znacznik czasu, identyfikator funkcji, tickery spółek, wynik przeglądu następczego) nie są zapisywane przez kod na produkcji i pozostawienie ich w dokumencie stanowiłoby rozbieżność z rzeczywistością. Wyrównanie z §5.4a regulaminu w wersji 4.6.
• -v1.109 (26 sierpnia 2026 r., wersja publikowana): Wyrównanie nazewnictwa rejestru z regulaminem v4.5 i metodologią v2.11 po rewizji pełnej trzech dokumentów. Zmiany: „rejestr treści wygenerowanych przez model językowy" we wszystkich rozdziałach nosi teraz nazwę „rejestr walidacji treści wygenerowanych przez model językowy", tak jak §5.4a regulaminu od wersji 4.5. Opis rejestru w rozdz. 3, w rozdz. 6 i na liście danych zachowywanych po usunięciu Konta prowadzi artefaktem walidacji, a nie brzmieniem treści, bo to artefakt jest pierwotnym zapisem, a zaakceptowane treści przechowujemy obok niego. Słowne opisy spółek przechowujemy „niezależnie od Konta" zamiast „bezterminowo", co dokładniej oddaje mechanizm retencji i zgadza się z §5.4a regulaminu. Słowo „brzmienie" w opisie tego, co rejestr przechowuje, zastąpiliśmy opisem artefaktu walidacji; zachowaliśmy je wyłącznie tam, gdzie mowa o tym, czego nie udostępniamy podmiotom zewnętrznym. Pozycje changelogu sprzed tej wersji zachowują ówczesne nazewnictwo.
• -v1.107 (24 sierpnia 2026 r., wersja publikowana): Ósme zderzenie Polityki z regulaminem v4.3 i z kanonem faktów produktowych, naniesione po odczycie kodu produkcyjnego przez tech leada z 23 sierpnia 2026 roku. Zmiany: profilowanie zawęziliśmy z trzech miejsc do dwóch. Ekran „Odkrywaj - Na dziś” wypadł z tego katalogu, ponieważ zasila go jeden globalny punkt końcowy, którego jedynym parametrem treści jest język, a lista spółek i spółka wyróżniona wyglądają tak samo u każdego Użytkownika posługującego się tym samym językiem; rozdz. 2, rejestr przetwarzań, rozdz. 7 oraz punkt 8.1 mówią to teraz wprost. Profilowaniem zostają słowne podsumowanie portfela i dobór powiadomień, razem z prawem sprzeciwu i z wyłączeniem na wiadomość wysłaną na adres kontakt@prospektai.pl; zniknęła natomiast zapowiedź przełącznika w ustawieniach Aplikacji, bo takiego przełącznika nie mamy i nie planujemy go budować. Kwartalnych danych fundamentalnych nie przekazujemy modelowi w żadnej z dwóch funkcji opisowych: dociera do niego wyłącznie status ich dostępności, czyli oznaczenie dostępności, data i notka, bez żadnych wartości liczbowych, i tak opisują to teraz rozdz. 2, rejestr przetwarzań, uwaga „Opis spółki” oraz punkty 8.1 i 8.2. Z listy obserwowanych idzie do modelu pełna ocena spółki, to jest wynik punktowy i kategoria, bez notatek tekstowych. Rejestr treści wygenerowanych przez model opisujemy zgodnie ze stanem kodu: obejmuje każde brzmienie udostępnione Użytkownikowi wraz ze skrótem szablonu zapytania, nazwą modelu i wynikiem walidacji, przy odrzuceniu zachowuje sam kod odrzucenia, a odrzuconego brzmienia nie przechowujemy nigdzie; retencja idzie za życiem Konta, więc podsumowania portfela giną razem z Kontem, a wspólne dla wszystkich opisy spółek zostają bezterminowo. Pięcioletnia retencja treści udostępnionych i prowadzenie rejestru bez identyfikatora Użytkownika przestały obowiązywać. Osobny wiersz „Zapisane treści modelu” zniknął z rejestru przetwarzań, bo opisywał ten sam zbiór drugi raz i innymi słowami. Rozdział „W skrócie” wymienia trzecią funkcję modelu, czyli rozpoznawanie rodzaju zdarzenia rynkowego przy przygotowaniu danych wejściowych silnika. Punkt 8.1 lit. a nie powtarza już wyliczenia wsadu podsumowania, tylko odsyła po nie do rozdz. 3, żeby oba miejsca nie zaczęły mówić różnych rzeczy. Zniknął liczebnik przy grupach czynników składowych. Rozdział 4 mówi wprost, że listę dostawców, do której odsyła §3.6.6 lit. e regulaminu, tworzy tabela odbiorców razem z uwagą o Anthropic pod nią, a firmę tej spółki zapisujemy tak samo jak regulamin, czyli Anthropic PBC. Rozdział 7 mówi o jednym dostawcy modelu, bo drugiego dostawcy treści nie ma. Opis walidacji nie brzmi już dwuznacznie: prowadzimy ją po naszej stronie, przed udostępnieniem treści. Rozdział 5 zapowiada, że to on zawiera pełne wyliczenie kanałów wychodzących poza Europejski Obszar Gospodarczy.
• -v1.106 (23 sierpnia 2026 r., wersja publikowana): Siódme zderzenie Polityki z regulaminem v4.2 i z metodologią v2.8, naniesione po odczycie kodu produkcyjnego przez tech leada z 21 i 23 sierpnia 2026 roku. Zmiany: rola Anthropic jest inna, niż opisywaliśmy dotąd, bo spółka ta dostarcza model, który na etapie przygotowania danych wejściowych naszego silnika rozpoznaje rodzaj zdarzenia rynkowego w części komunikatów i raportów ESPI oraz EBI; model widzi przy tym wyłącznie publicznie dostępne komunikaty spółek, nie dostaje żadnych danych Użytkownika, nie jest podmiotem przetwarzającym i nie tworzy żadnej treści oglądanej w Aplikacji, więc zniknął z tabeli odbiorców w rozdz. 4 i z wyliczenia transferów w rozdz. 5. Modelu zapasowego innego dostawcy nie stosujemy dla żadnej funkcji: kiedy generowanie się nie powiedzie, Aplikacja pokazuje opis wyliczony z danych, więc rozdz. 2, rozdz. 3, rozdz. 4, rozdz. 5 i rozdz. 6 nie opisują już drugiego dostawcy ani drugiego transferu. Zakres danych przekazywanych do modelu przy podsumowaniu portfela mówi teraz to samo co §15.1.1 regulaminu: komunikaty i raporty ESPI oraz EBI docierają do modelu jako dowody przy pozycji, czyli nagłówek, fragment treści, odnośnik do źródła i data publikacji, a z listy obserwowanych idą ticker, nazwa, sektor i kategoria Oceny spółki, bez notatek tekstowych. Wsad słownego opisu spółki opisujemy zgodnie ze stanem faktycznym w rozdz. 3, w rozdz. 4, w rozdz. 8 i w punkcie 8.2: obok wyników silnika model dostaje publicznie dostępne informacje o spółce, to jest ostatnie kwartalne dane fundamentalne, tytuły i odnośniki komunikatów oraz raportów ESPI i EBI, dane porównawcze o spółkach z tej samej grupy sektorowej oraz zgrubny wskaźnik trendu rynku, natomiast treści samych komunikatów nadal mu nie przekazujemy. Uwaga o sprawdzaniu treści przed pokazaniem jej Użytkownikowi opisuje jedną próbę ponownego wygenerowania przed podstawieniem opisu deterministycznego i mówi wprost, że treści wygenerowanej przez model nie poprawiamy redakcyjnie ani jej nie przepisujemy. Dostawcą obu skrzynek pocztowych w domenie prospektai.pl jest home.pl S.A. ze Szczecina, wpisany do tabeli odbiorców w rozdz. 4, do uwagi pod tą tabelą i do rozdz. 5, a jego serwery stoją w Polsce, więc korespondencja nie opuszcza Europejskiego Obszaru Gospodarczego. Brevo SAS opisujemy pełną firmą i siedzibą, a listę ze strony prospektai.pl nazywamy listą zapisów na powiadomienie o premierze, której nie łączymy z danymi konta w Aplikacji. Pozycje 27 i 50 listy działań zamykamy, a pozycje 16 i 45 zawężamy do dostawców, którzy faktycznie przetwarzają dane osobowe. Cudzysłowy w całym dokumencie domykamy parą „ ”, a odesłania do regulaminu w pozycjach 13 i 14 listy działań wskazują wersję 4.2.
• -v1.105 (22 sierpnia 2026 r., wersja publikowana): Szóste zderzenie Polityki z regulaminem i z metodologią. Zmiany: cały dokument nazywa teraz jednym słowem to, co Aplikacja wysyła na urządzenie, czyli powiadomienia; wcześniejsza druga nazwa zapowiadała osobną funkcję, której Aplikacja nie ma, a której regulamin nie opisuje; rozdz. 2, uwagi pod rejestrem przetwarzań, rozdz. 7 oraz punkt 8.1 lit. c mówią teraz zgodnie o doborze powiadomień. Wiersz rejestru przetwarzań „Artefakty analiz (zapisane raporty i podsumowania)” nazywa się teraz „Zapisane treści modelu (słowne podsumowania portfela i słowne opisy spółek)”, tak samo jak opisujemy go w rozdz. 4, rozdz. 5 i rozdz. 6, bo model generuje dokładnie dwie treści i żadnego osobnego raportu nie tworzymy. Punkt 8.1 podaje przy wyłączeniu profilowania tytuł zgłoszenia „Profilowanie”, którego oczekuje nasz proces i o którym mówi metodologia. Słowniczek w punkcie 1.5 opisuje listę obserwowanych szerzej: Aplikacja sygnalizuje nie tylko zmiany kategorii Oceny, ale też zdarzenia dotyczące obserwowanej spółki. Punkt 1.2, wiersz „Zgłoszenia emitentów do Oceny albo do Metodologii” w rozdz. 3 wraz z uwagą pod rejestrem oraz uwagi w rozdz. 4 wymieniają teraz wszystkie trzy podstawy zgłoszenia emitenta, czyli także zastrzeżenia do słownego opisu jego spółki. Wiersz powiadomień push w rozdz. 3 nazywa się teraz „Powiadomienia push (serwisowe i dotyczące spółek Użytkownika)” i odsyła do opisu profilowania w punkcie 8.1 lit. c, bo dotychczasowa nazwa przeczyła rozróżnieniu, na którym opiera się skutek sprzeciwu z rozdz. 7. Wiersz „Odstąpienie od umowy i zwrot płatności” liczy retencję numeru rachunku bankowego od końca roku, w którym wykonaliśmy przelew, czyli tak samo jak rozdz. 6. Wiersz „Push marketingowe i newsletter” opisuje wreszcie zapis cofnięcia zgody, który zachowujemy po usunięciu adresu z bazy marketingowej.
• -v1.104 (21 sierpnia 2026 r., wersja robocza, nigdy nie obowiązywała): Piąte zderzenie Polityki z regulaminem v3.9 i z metodologią v2.5 oraz naniesienie decyzji Pawła z 21 sierpnia 2026 (pozycje S-006, S-008, S-013, S-016, S-017 i S-018). Zmiany: lista działań przed publikacją każe teraz wyczyścić rozdział 14 z imion osób pracujących nad dokumentem, z nazwy kancelarii, z oznaczeń wątków wewnętrznych oraz z nazw plików z repozytorium i plików konfiguracyjnych, więc w opublikowanej Polityce zostaje wyłącznie opis zmian w treści (S-006). Opis rejestru treści w rozdz. 3 i w rozdz. 6 mówi teraz to samo co §5.4a regulaminu i co metodologia: brzmienie utrwalamy tylko dla treści, które pokazaliśmy Użytkownikom, a przy treści zatrzymanej przez walidację zapisujemy sam wynik walidacji wraz z informacją o uruchomieniu opisu zastępczego (S-008). Z uwagi „Sprawdzenie treści przed pokazaniem jej Tobie” w rozdz. 3 znika pole „rodzaj naruszenia”, którego §5.4a regulaminu nie przewiduje, więc wyliczenie pól rejestru brzmi w całej Polityce identycznie (S-013). Uwaga „Odbiorcy spoza infrastruktury Aplikacji” w rozdz. 4 nie twierdzi już, że słownych podsumowań portfela nie dostaje nikt z zewnątrz, bo rozdz. 8 mówi wprost, że udostępniamy je organom nadzoru na ich żądanie (S-016). Tabela przetwarzań w rozdz. 3 zyskała wiersz o zgłoszeniu rodzica albo opiekuna i o blokadzie Konta osoby niepełnoletniej, którego brakowało mimo obietnicy kompletności z punktu 1.4 i mimo opisu tej procedury w rozdz. 10 (S-017). W historii zmian poprawiliśmy zdanie, które przy opisie spółki mówiło o pracy modelu na danych publicznych, choć rozdz. 3, rozdz. 4 i punkt 8.2 zgodnie podają, że model dostaje wtedy wyłącznie wyniki naszego silnika (S-018).
• -v1.103 (21 sierpnia 2026 r., wersja robocza, nigdy nie obowiązywała): Czwarte zderzenie Polityki z regulaminem v3.7 i z metodologią v2.4 oraz naniesienie decyzji Pawła z 21 sierpnia 2026 (pozycje S-001, S-008, S-009, S-010, S-016, S-021, S-022, S-025, S-026, S-029, S-034, S-040, S-041 i S-042 z raportu zderzenia). Zmiany: (284) punkt 8.1 nie obiecuje już, że profilowanie wyłączysz w ustawieniach Aplikacji; zostaje jedna droga, czyli wiadomość na adres kontakt@prospektai.pl, a przełącznik w ustawieniach opisujemy warunkowo, na przyszłość, tak jak robi to §15.2 regulaminu (S-001, S-008); (285) zamknięta lista danych przekazywanych do modelu zgadza się teraz z §15.1.1 regulaminu, bo przy każdej pozycji portfela wymieniamy cztery wartości wyliczone przez nasz silnik, czyli wynik punktowy Oceny, wyniki punktowe grup czynników składowych, kategorię Oceny oraz pozycję spółki w jej grupie sektorowej; wcześniej brakowało wyniku punktowego i pozycji w grupie sektorowej (rozdz. 3 i punkt 8.1 lit. a) (S-009); (286) zniknęło słowo „publiczne” przy Ocenach, bo regulamin zakazuje ich rozpowszechniania i obejmuje je ochroną bazy danych; zamiast tego mówimy wprost, że przekazujemy pozycje bez danych kwotowych i bez danych wskazujących na Ciebie (rozdz. 2, rozdz. 3 i punkt 8.1 lit. a) (S-010); (287) rozdz. 6 podaje konkretny okres, przez jaki dostawca zapasowy przechowuje treść zapytania i odpowiedzi, czyli do 30 dni wyłącznie w celu wykrywania nadużyć, zamiast zapowiadać, że sprawdzimy go przed publikacją (S-016, S-029); (288) rozdz. 3, rozdz. 6 i rozdz. 7 podają ten sam okres 30 dni dla obu dostawców modelu, więc dokument przestał dawać trzy różne odpowiedzi na to samo pytanie (S-021); (289) w wierszach o reklamacjach, o korespondencji poza reklamacją, o odstąpieniu od umowy i o zgłoszeniach emitentów dopisaliśmy do odbiorców dostawcę poczty elektronicznej, bo to on przechowuje tę korespondencję (S-022); (290) dane spółkowe przekazywane do modelu, czyli kwartalne dane fundamentalne oraz zdarzenia ESPI i EBI, zawęziliśmy wprost do spółek z Twojego portfela, tak jak robi to metodologia i §15.1.1 regulaminu (rozdz. 3 i punkt 8.1 lit. a) (S-025); (291) rozdz. 6 mówi teraz wprost, że rejestr treści prowadzimy w trybie wyłącznie dopisywalnym, więc raz utrwalonego wpisu nie kasujemy ani nie poprawiamy, a sprostowanie dopisujemy obok pierwotnego wpisu (S-026); (292) wyliczenie wiadomości serwisowych w rozdz. 3 obejmuje powiadomienie wysyłane na trzy dni przed automatycznym odnowieniem Subskrypcji, którego wymaga §9.3 regulaminu (S-034); (293) wiersz „Zapis akceptacji regulaminu / zgód” w rozdz. 3 wylicza kategorie danych dokładnie tak samo jak rozdz. 6, czyli razem z numerem wersji Polityki Prywatności i z akceptacją samej Polityki (S-040); (294) rozdz. 7 mówi w punkcie o prawie do sprzeciwu, że profilowanie włączysz z powrotem, pisząc na ten sam adres, co przyznaje §15.2 regulaminu (S-041); (295) lista działań przestała odsyłać do regulaminu v2.36: pozycja 32 jest zamknięta, bo §8.0a regulaminu rozciąga jego postanowienia na testerów wersji przedpremierowej, a pozycje 13 i 14 powołują wersję obowiązującą, czyli 3.7 (S-042).
• -v1.102 (21 sierpnia 2026 r., wersja robocza, nigdy nie obowiązywała): Trzecie zderzenie Polityki z regulaminem v3.6 i z metodologią v2.3 oraz naniesienie decyzji Pawła z 21 sierpnia 2026 (pozycje S-017, S-022, S-026, S-027, S-031, S-035, S-036, S-041, S-042, S-043, S-050, S-051, S-052 i S-053 z raportu zderzenia). Zmiany: (269) rozdz. 8 nie zapewnia już, że wyniku podsumowania portfela nie dostaje nikt poza Użytkownikiem, tylko nazywa dwa wyjątki, czyli zapis w rejestrze treści udostępniany organom nadzoru oraz przekazanie opisu Portfela dostawcy modelu językowego (S-017); (270) punkt 8.1 podaje dwie równorzędne drogi wyłączenia profilowania, czyli wiadomość na adres kontakt@prospektai.pl albo zgłoszenie w ustawieniach Aplikacji, tak jak §15.2 regulaminu, i zapowiada, że przy takim zgłoszeniu nie ważymy własnego interesu (S-022); (271) akapit otwierający listę „Co zostaje u nas po usunięciu konta” w rozdz. 6 przyznaje, że po zamknięciu okna przywrócenia zostają jeszcze kopie zapasowe, z których dane znikają w cyklu rotacji, najpóźniej w ciągu 30 dni (S-026); (272) rozdz. 13 nie twierdzi już, że osób bez Konta nie wiąże z nami umowa, tylko opisuje osobno przetwarzanie oparte na zgodzie i osobno oparte na umowie o udział w programie testowym albo na czynnościach podejmowanych przed jej zawarciem, co prostuje sprzeczność z trzema wierszami rejestru przetwarzań (S-027); (273) wiersz „Rejestr treści wygenerowanych przez model językowy” w rozdz. 3 wymienia listę tickerów spółek, do których odwołuje się podsumowanie portfela, oraz oznaczenie modelu wraz z jego wersją, czego rejestr przetwarzań dotąd nie ujawniał (S-031 i S-043); (274) Polityka nie nazywa już powiadomień alertami: rozdz. 2, rozdz. 3, rozdz. 6, rozdz. 7 i punkt 8.1 mówią o powiadomieniach, bo §9.10.1 regulaminu zakazuje określeń „alert” i „sygnał” (S-035); (275) punkt rejestru treści w rozdz. 6 wylicza te same kategorie danych co §5.4a regulaminu, czyli przy opisie spółki ticker tej spółki, a przy podsumowaniu portfela listę tickerów spółek, które w nim wystąpiły (S-036 i S-043); (276) opis następczego przeglądu redakcyjnego w rozdz. 3 sprawdza zgodność treści z Danymi źródłowymi, czyli z danymi fundamentalnymi, kursami oraz komunikatami ESPI i EBI, a nie wyłącznie z wynikami naszego silnika, zgodnie z brzmieniem §5.4 regulaminu po redlines kancelarii (S-041); (277) uwaga o przeglądzie próbki mówi, co robimy z treścią zakwestionowaną przez człowieka: usuwamy ją z Aplikacji i poprawiamy zapytanie kierowane do modelu albo sam mechanizm walidacji (S-042); (278) punkt o usunięciu danych u dostawców w rozdz. 6 zawęża zlecenie usunięcia do tych procesorów, którym je faktycznie wysyłamy, i wyjaśnia, dlaczego nie idzie ono do platformy mailingowej ani do dostawcy hostingu (S-050); (279) rozdz. 10 podaje jeden moment skasowania danych osoby niepełnoletniej, czyli chwilę, w której blokada się utrzyma, bo dotychczasowy akapit drugi zapowiadał kasowanie natychmiastowe (S-051); (280) kolumna „Okres przechowywania” w wierszu „Podsumowanie AI portfela” obejmuje również dostawcę zapasowego, czyli Anthropic, PBC, i odsyła po okres przechowywania do rozdz. 6 (S-052); (281) streszczenie w rozdz. 2 wymienia jako trzeci powód dłuższego przechowywania rozporządzenie MAR i mówi wprost, że przez pięć lat zostaje u nas brzmienie każdego słownego podsumowania portfela (S-053); (282) wersję 1.101 oznaczyliśmy jako roboczą, bo nigdy nie weszła w życie; (283) dokument dostał datę wejścia w życie 21 sierpnia 2026 r.
• -v1.101 (20 sierpnia 2026 r., wersja robocza, nigdy nie obowiązywała): Drugie zderzenie Polityki z regulaminem v3.6 i z metodologią v2.2 oraz naniesienie decyzji Pawła z 20 sierpnia 2026 (pozycje S-001 do S-053 z raportu zderzenia). Zmiany: (253) rozdz. 3, 4 i punkt 8.2 opisują wejście słownego opisu spółki jednym, zamkniętym zakresem, czyli wyłącznie wynikami naszego silnika analitycznego (wynik punktowy Oceny, jej kategoria, wyniki punktowe grup czynników składowych i pozycja spółki w grupie sektorowej); zniknęły „publicznie dostępne informacje o spółce”, wskaźniki fundamentalne i historia zdarzeń, a każde z tych miejsc mówi wprost, że model nie dostaje ani treści, ani tytułów komunikatów i raportów ESPI oraz EBI; (254) rejestr treści wygenerowanych przez model przestał być opisywany jako zbiór, którego nie da się z Tobą powiązać: przechowuje brzmienie każdego słownego podsumowania portfela, a takie podsumowanie opisuje skład i strukturę portfela, więc traktujemy je jako dane osobowe, prowadzimy rejestr bez identyfikatora, adresu e-mail i nazwy Konta, obejmujemy go wszystkimi zabezpieczeniami z Polityki i trzymamy pięć lat od wygenerowania treści na podstawie §5.4a regulaminu w związku z rozporządzeniem MAR, także po usunięciu Konta (rozdz. 3, 6 oraz pozycja 13 listy danych zachowywanych po usunięciu Konta); (255) emitent dostaje wyciąg z rejestru obejmujący wyłącznie słowne opisy jego spółki, a słownych podsumowań portfela nie udostępniamy nikomu z zewnątrz; (256) z rozdz. 8 i z pozycji 46 listy działań zniknęło twierdzenie, jakoby regulamin nie obejmował blokady Konta osoby niepełnoletniej: tryb tej blokady opisuje §7.1a regulaminu i odsyła do trybu odwoławczego z §9.11.1; (257) rozdz. 10 podaje zwrot proporcjonalnej części opłaty po usunięciu takiego Konta (§7.1a w związku z §10.3 regulaminu), a rejestr przetwarzań wymienia ten tytuł zwrotu w wierszu o odstąpieniu; (258) z rozdz. 8 zniknął „jeden profil wspólny dla wszystkich Użytkowników”, bo Aplikacja profilu ryzyka nie zbiera i nie ustala; (259) zobowiązanie, że dane nie służą do trenowania modeli, obejmuje obu dostawców modelu, a nie tylko podstawowego; (260) rozdz. 6 podaje, co dzieje się z zapytaniem po stronie dostawcy zapasowego; (261) rozdz. 2 wymienia przy podsumowaniu portfela obu dostawców i ten sam zakres danych; (262) tabela odbiorców w rozdz. 4 ma osobny wiersz dostawcy poczty elektronicznej, a akapit o art. 19 RODO obejmuje tego dostawcę oraz odbiorców spoza tabeli; (263) wiersz dostawcy hostingu w rozdz. 4 i wyliczenie w rozdz. 5 obejmują rejestr treści wraz z wynikiem przeglądu redakcyjnego oraz dokumentację naruszeń ochrony danych; (264) rejestr przetwarzań liczy pięć lat przechowywania zapisu akceptacji od rozwiązania umowy w każdej z trzech postaci, a nie tylko od usunięcia konta; (265) punkt 8.1 wskazuje przy wyłączeniu profilowania wyłącznie drogę mailową, bo przełącznika w Ustawieniach na premierę może nie być; (266) punkt 8.2 dopuszcza oznaczenie maszynowo czytelne w standardzie C2PA albo w standardzie równoważnym, tak jak §5.2 regulaminu; (267) pozycja 16 listy działań obejmuje dowód akceptacji warunków przetwarzania u wszystkich dostawców, w tym u Anthropic; (268) dokument dostał datę wejścia w życie 20 sierpnia 2026 r.
• -v1.100 (19 sierpnia 2026 r., wersja robocza, nigdy nie obowiązywała): Zderzenie Polityki z regulaminem v3.4 i z metodologią v2.1 oraz naniesienie decyzji Pawła z 19 sierpnia 2026. Zmiany: (236) rola Anthropic jest teraz w całym dokumencie jedna i ta sama, czyli dostawca modelu zapasowego dla obu funkcji opisowych, uruchamianego przy niedostępności modelu podstawowego, przy podsumowaniu portfela działający jako podmiot przetwarzający, a przy opisie spółki pracujący wyłącznie na wynikach naszego silnika analitycznego, bez treści i tytułów komunikatów oraz raportów ESPI i EBI; zniknęło zdanie, jakoby model analizował sygnały w silniku (rozdz. 4, uwaga pod tabelą); (237) rozdz. 5 podaje podstawę przekazania danych do Anthropic w Stanach Zjednoczonych, czyli standardowe klauzule umowne 2021/914 z zastrzeżeniem przełączenia na decyzję o EU-US Data Privacy Framework, jeżeli potwierdzimy uczestnictwo spółki w programie; (238) kolumna „Odbiorcy” przy podsumowaniu portfela wymienia oprócz OpenAI również Anthropic; (239) z wiersza „Ustawienia Użytkownika” zniknął horyzont inwestycyjny, bo Aplikacja go nie zbiera i nie daje funkcji pozwalającej go ustawić, a ramy czasowe podsumowania wyznacza horyzont naszych Ocen z §3.6.2 regulaminu; (240) liczba grup danych przekazywanych do modelu wynosi wszędzie pięć, także w pozycji 48 listy działań; (241) rejestr przetwarzań, rozdz. 6 i lista danych zachowywanych po usunięciu Konta opisują pięcioletni rejestr treści wygenerowanych przez model językowy, wymagany przez §5.4a regulaminu, wraz z zastrzeżeniem, że rejestr nie wiąże treści z żadnym Użytkownikiem; (242) rejestr przetwarzań i rozdz. 6 opisują comiesięczny przegląd redakcyjny losowej próbki nie mniejszej niż jeden procent wygenerowanych treści, którą czyta wyznaczona osoba z naszego zespołu (§5.4 regulaminu); (243) uwaga o sprawdzaniu treści przed pokazaniem jej Użytkownikowi obejmuje obie treści modelu, a wynik walidacji trafia do rejestru treści prowadzonego przez pięć lat, nie tylko do dziennika audytowego; (244) uwaga „Odbiorcy spoza infrastruktury Aplikacji” wymienia szóstą kategorię, czyli emitenta, który dostaje wyciąg z rejestru treści w trybie §12.6 regulaminu; (245) punkt 1.5 stwierdza, że słowny opis spółki i słowne podsumowanie portfela dzielą z Oceną status rekomendacji inwestycyjnej, i stąd wywodzi pięcioletni rejestr treści; (246) punkt 8.2 zapowiada oznaczenie obu treści modelu w formacie nadającym się do odczytu maszynowego, zgodnym ze standardem C2PA (art. 50 ust. 2 aktu o sztucznej inteligencji); (247) trzy akapity o Ocenie, czyli odesłanie do Metodologii, brak skutków prawnych poza Aplikacją i tryb żądań z art. 22 RODO, wróciły z punktu 8.2 do rozdz. 8 przed punkt 8.1, a punkt 8.2 opisuje wyłącznie słowny opis spółki; (248) zdanie wprowadzające listę danych zachowywanych po usunięciu Konta zgadza się z treścią tej listy i wskazuje pozycje 9, 11, 12 i 13; (249) pozycja 4 listy działań opisuje rzeczywisty rozjazd strony metodologii, bez odesłania do nieistniejących adnotacji przy pozycjach portfela; (250) decyzja Pawła z 19 sierpnia 2026: w Polityce zostaje wyłącznie OpenAI OpCo, LLC z siedzibą w San Francisco w Stanach Zjednoczonych, a podmiot irlandzki zniknął ze wszystkich miejsc opisujących stan obecny, więc rozdz. 5 wskazuje jednego odbiorcę w Stanach Zjednoczonych i jedną podstawę przekazania; (251) lista działań dostała trzy nowe pozycje blokujące publikację: oznaczenie maszynowo czytelne, sprawdzenie statusu Anthropic w rejestrze Data Privacy Framework oraz potwierdzenie, że rejestr treści działa i nie wiąże treści z Użytkownikiem; (252) dokument dostał datę wejścia w życie 19 sierpnia 2026 r.
• -v1.99 (18 sierpnia 2026 r., wersja robocza, nigdy nie obowiązywała): Zderzenie Polityki z regulaminem v3.4 po ustaleniu Pawła z 18 sierpnia 2026, że model językowy generuje dokładnie dwie treści: słowne podsumowanie portfela, różne dla każdego Użytkownika, oraz słowny opis pojedynczej spółki, identyczny dla wszystkich. Zmiany: (229) z rejestru przetwarzań, z rozdz. 2, 4, 5, 6 i 7 oraz z punktu 8.1 zniknął zadeklarowany horyzont inwestycyjny, bo Aplikacja go nie zbiera i nie daje funkcji pozwalającej go ustawić; (230) punkt 8.2 opisuje słowny opis spółki zamiast adnotacji przy pozycjach portfela, bo takiej funkcji nie ma; (231) z całego dokumentu zniknęło porównanie spółek, którego Aplikacja nie udostępnia; (232) Anthropic zostaje w rejestrze odbiorców jako dostawca zapasowego modelu językowego dla obu funkcji opisowych, bo klasyfikacji sygnałów model nie wykonuje; (233) sprawdzanie wygenerowanej treści przed pokazaniem jej Użytkownikowi opisujemy jako mechanizm w całości regułowy, bez wariantu z modelem; (234) liczba grup danych przekazywanych do modelu spadła z sześciu do pięciu; (235) dokument dostał datę wejścia w życie 18 sierpnia 2026 r.
• -v1.98 (wersja robocza, nigdy nie obowiązywała): Pierwsze pełne zderzenie Polityki z regulaminem w wersji 3.1, czyli z tekstem po opinii kancelarii i po przeglądzie czterech jej dokumentów. Ta wersja nanosi pięć rozstrzygnięć z 17 sierpnia 2026 dotyczących punktów krytycznych; poprawki średnie i redakcyjne wchodzą kolejnymi rewizjami. Zmiany: (221) punkt 8.2 opisywał adnotacje przy pozycjach portfela wyłącznie od strony treści i nie mówił, że generuje je model językowy, choć §3.1.2 i §5.1 regulaminu wymieniają je jako czwartą funkcję modelu, a §3.6.6 lit. e odsyła po komplet informacji właśnie do Polityki; punkt 8.2, wiersz OpenAI w rozdz. 4 i uwaga o opisach spółek w rozdz. 3 wymieniają teraz wszystkie cztery funkcje; (222) uwaga o sprawdzaniu treści zapewniała, że nie ocenia jej żaden dodatkowy model, choć §5.3 regulaminu dopuszcza obok mechanizmu deterministycznego model językowy w roli klasyfikatora; uwaga opisuje teraz oba dopuszczalne warianty i traci zdanie o wykonaniu sprawdzenia na urządzeniu Użytkownika, które przy wariancie modelowym byłoby nieprawdziwe; (223) rejestr przetwarzań otwierał wyliczenie danych idących do modelu zwrotem „w szczególności”, choć uwaga pod tabelą nazywała je zamkniętym, a §15.1.1 regulaminu wylicza sześć grup i sześć wyłączeń; wyliczenie jest teraz zamknięte, a do wyłączeń doszedł identyfikator konta i adres e-mail, tak samo w punkcie 8.1 lit. a; (224) główka dokumentu i główka regulaminu podawały różne daty wejścia w życie, mimo że oba dokumenty są akceptowane jednym oświadczeniem, a §8.4 regulaminu każe utrwalać numery wersji obu; obie daty wpisujemy w dniu premiery, a do tego czasu oba dokumenty noszą ten sam znacznik; (225) dwa odesłania prowadziły do §5.7 regulaminu, którego wersja 3.1 nie zawiera, bo rozdział 5 kończy się na §5.6; oba wskazują teraz §5.6, gdzie stoi zobowiązanie o braku trenowania i dostrajania modeli.
• -v1.98b (wersja robocza, nigdy nie obowiązywała): Domknięcie zderzenia z regulaminem v3.1, czyli pozycje zależne od stanu kodu, przyjęte przez Pawła 17 sierpnia 2026. Zmiany: (255) rejestr podawał jako cel przechowywania artefaktów analiz udostępnienie Użytkownikowi wcześniej wygenerowanych analiz w Aplikacji, choć §1.4 regulaminu wylicza treść Usługi wyczerpująco w literach a do h i takiej funkcji tam nie ma; kolumna „Cel” opisuje teraz cel, który na pewno istnieje, czyli diagnostykę działania Aplikacji i wykazanie treści przedstawionej Użytkownikowi, a dostęp do archiwum podsumowań dopiszemy w obu dokumentach dopiero wtedy, gdy potwierdzimy, że Aplikacja go daje; (257) Polityka mówiła w trzech miejscach o pliku CSV, choć regulamin nie wskazuje formatu, a importer może przyjmować także inne eksporty z rachunków maklerskich; wszystkie trzy miejsca opisują teraz plik wyeksportowany z rachunku maklerskiego w formacie obsługiwanym przez Aplikację, bo opisywanie przetwarzania węziej, niż ono zachodzi, działa przy kontroli przeciwko nam. Bez zmiany zostaje obietnica z punktu 8.1, że profilowanie wyłącza się mailem albo ustawieniem w Aplikacji (256): jest korzystna dla Użytkownika i odpowiada wymogowi art. 21 RODO, więc to regulamin ją dogania w §15.2, a przełącznik potwierdzamy albo dobudowujemy przed premierą.
• -v1.98a (wersja robocza, nigdy nie obowiązywała): Druga tura zderzenia z regulaminem v3.1, czyli poprawki średnie po stronie Polityki i pozycje redakcyjne, wszystkie przyjęte przez Pawła 17 sierpnia 2026. Zmiany: (226) punkt 1.5 powtarzał definicje z §1.2 niewiernie i pomijał dwie najważniejsze; Usługa odsyła teraz do §1.4, Konto obejmuje korzystanie na wszystkich urządzeniach, Ocena dostała kwalifikację jako rekomendacja inwestycyjna w rozumieniu art. 3 ust. 1 pkt 35 MAR, z której bierze się pięcioletni rejestr z rozdz. 6, a do słowniczka doszedł Portfel i Lista obserwowanych wraz z wyjaśnieniem, że nazywamy ją też watchlistą; (227) opis rejestru Ocen w rozdz. 6 zamykał wyliczenie słowem „wyłącznie”, a pomijał trzy pozycje z §3.6.4, czyli wyniki punktowe grup czynników składowych, wynik i kategorię z poprzedniego cyklu wraz z datą oraz horyzont inwestycyjny Oceny; wszystkie trzy zostały dopisane; (228) rejestr podpinał pod §10.3 dwa tytuły zwrotu, których ten przepis nie obejmuje, czyli zwrot po niezasadnej blokadzie Konta i obniżenie opłaty za przerwę w działaniu Aplikacji; każdy tytuł wskazuje teraz własną podstawę; (229) rozdz. 6 wskazywał §15.1.1 jako podstawę powierzenia przetwarzania, choć powierzenie reguluje §15.1.2, którego Polityka nie powoływała ani razu; (230) punkt 1.2 podawał wyłącznie adres ogólny, choć §12.6 kieruje emitentów na skrzynkę zgloszenia@prospektai.pl, a punkt 1.4 zwraca się do nich wprost; (231) rejestr traktował liczbę urządzeń jako sygnał nadużycia, choć §9.8 pozwala korzystać z Subskrypcji na wszystkich swoich urządzeniach; szukamy teraz wzorca wskazującego na korzystanie z jednego Konta przez kilka osób wbrew §7.2 lit. d i §9.9; (232) rejestr twierdził, że po usunięciu Konta zostaje wyłącznie zapis akceptacji, a rozdz. 6 dokładał informację o blokadzie i o przebiegu odwołania; oba miejsca wymieniają teraz to samo; (233) rozdz. 6 utożsamiał rozwiązanie umowy z usunięciem konta, choć kończy ją również odstąpienie oraz wypowiedzenie po zmianie regulaminu (§8.5, §17.3 i §17.4), a od tego zdarzenia liczymy pięć lat; (234) rejestr zamykał słowem „czyli” listę zakazów z §7.2 na czterech z siedmiu, przez co użytkownik mógł uznać, że za inżynierię wsteczną i za treści bezprawne blokada mu nie grozi; (235) rozdz. 13 zapowiadał przy zmianie nieistotnej wyłącznie komunikat w Aplikacji, choć §17.2 daje dwa kanały, a §17.3 i §17.4 dokładają prawo wypowiedzenia w 14 dni ze zwrotem proporcjonalnym oraz skutek milczenia; (236) rozdz. 6 zawężał cel przechowywania logu akceptacji do samej obrony przed roszczeniami, choć §8.4 mówi o ustaleniu, dochodzeniu i obronie roszczeń, a rejestr w rozdz. 3 opisywał ten interes szerzej niż rozdz. 6; (237) punkt 9.1 przedstawiał kod dostępu jako alternatywę dla biometrii, choć §6.4 daje trzy niezależne zabezpieczenia, a ponowny dostęp po automatycznej blokadzie odblokowuje się kodem albo biometrią. Dziewięć pozycji redakcyjnych: wynik weryfikacji biometrycznej otrzymuje Aplikacja na urządzeniu, a nie nasz serwer; rozdz. 8 podaje przy blokadzie oba czternastodniowe terminy, na wniesienie i na rozpatrzenie odwołania; punkt 8.1 lit. a wymienia wśród danych wyłączonych z przekazania identyfikator konta i adres e-mail; rozdz. 9 przestaje twierdzić, że §6.3 wymienia te same środki bezpieczeństwa, i opisuje, czym listy się różnią; wpis v1.45 historii zmian przestaje cytować nieaktualne brzmienie §5.3 i szuka definicji Aplikacji w §1.2 zamiast w §2; pozycja 34 listy działań pyta o wariant walidatora zamiast utrwalać założenie, że jest wyłącznie deterministyczny; opis powiadomień przestaje przypisywać §9.10.1 wybór kanałów, którego ten przepis nie zawiera; dwie ostatnie pozycje redakcyjne dotyczą regulaminu, a nie Polityki, i weszły do rejestru poprawek jako R-10 (zdjęcie profilowe nieopisane w §8.1a) oraz R-11 (§16.3 nie rozdziela potwierdzenia zgody mailowej od zgody na powiadomienia push).
• -v1.97 (wersja robocza, nigdy nie obowiązywała): Zderzenie opisu danych przekazywanych do modelu językowego z §15.1.1 i §4.1 regulaminu w wersji 2.36. Zmiany: (217) uwaga pod rejestrem nazywała wyliczenie danych przekazywanych do modelu otwartym, choć §15.1.1 regulaminu podaje listę zamkniętą, a §5.6 nazywa wyliczenie funkcji modeli wyczerpującym; uwaga mówi teraz o sześciu grupach danych i o tym, że siódmej nie dołożymy bez zmiany obu dokumentów; (218) rejestr i punkt 8.1 wymieniały wśród danych przekazywanych do modelu „ekspozycje ryzyka”, których regulamin nie wymienia w ogóle, więc kategoria znika z obu miejsc, a jej sprawdzenie w kodzie wchodzi na listę działań jako pozycja blokująca; (219) rejestr i punkt 8.1 opisywały zmianę wartości portfela jako dzienną, choć §4.1 regulaminu wiąże okres opisu z zadeklarowanym horyzontem inwestycyjnym, a punkt 8.1 mówił to samo dwa akapity dalej; oba miejsca podają teraz procentowe zmiany wartości za okres wyznaczony horyzontem; (220) wiersz „Ustawienia Użytkownika” powoływał przy horyzoncie inwestycyjnym §4.2 regulaminu, czyli przepis, który wyłącza podsumowanie portfela z personalizacji, zamiast §4.1, który zawęża rolę horyzontu do ram czasowych opisu.
• -v1.96 (wersja robocza, nigdy nie obowiązywała): Zderzenie uwagi o dobrowolności podania danych z art. 13 ust. 2 lit. e RODO oraz z rejestrem z rozdz. 3 i z §7.4 regulaminu. Zmiany: (216) uwaga sprowadzała całą sprawę do dwóch zdań i twierdziła, że bez danych portfela nie wykonamy analiz będących istotą Usługi, choć Oceny spółek działają bez portfela, a portfel jest funkcją, z której można nie skorzystać; uwaga rozdziela teraz dane warunkujące zawarcie umowy, dane warunkujące pojedynczą funkcję i dane oparte na zgodzie, i przy każdej grupie podaje skutek odmowy.
• -v1.95 (wersja robocza, nigdy nie obowiązywała): Zderzenie wzoru wniosku z punktu 7.1 z katalogiem osób z punktu 1.4 oraz z katalogiem praw z rozdz. 7 i z punktu 8.2. Zmiany: (215) rubryka „Skąd macie moje dane” nie wymieniała rodzica albo opiekuna zgłaszającego Konto osoby niepełnoletniej, choć punkt 1.4 wymienia go od zmiany 202, i nie zostawiała miejsca na sytuację spoza listy; rubryka „wnoszę o” pomijała cofnięcie zgody oraz żądanie interwencji człowieka z art. 22 RODO; pod szablonem stoją teraz dwie uwagi: o temacie „Art. 22 RODO” i o tym, że zgodę najszybciej cofa się tam, gdzie jej udzielono.
• -v1.94 (wersja robocza, nigdy nie obowiązywała): Zderzenie akapitu o blokadzie Konta z rozdz. 8 z rozdz. 10 w brzmieniu po zmianie 210 oraz z §9.11.1 regulaminu. Zmiany: (214) rozdz. 8 wymieniał jedną blokadę Konta, czyli tę za nadużycie Okresu próbnego albo złamanie zakazów z §7.2 regulaminu, choć od zmiany 210 Polityka przewiduje również blokadę po zgłoszeniu rodzica albo opiekuna, która tak samo odcina dostęp do Usługi; akapit opisuje teraz obie, przypisuje decyzję człowiekowi w obu przypadkach i powtarza gwarancje proceduralne z rozdz. 10.
• -v1.93 (wersja robocza, nigdy nie obowiązywała): Zderzenie rejestru z rozdz. 3 z opisem naruszeń z rozdz. 9 i z punktami retencji z rozdz. 6. Zmiany: (213) rejestr zapowiada zestawienie wszystkich procesów przetwarzania, a nie obejmował obsługi naruszenia ochrony danych, choć rozdz. 9 opisuje zgłoszenie do organu nadzorczego, zawiadomienie osoby dotkniętej naruszeniem i dokumentację z art. 33 ust. 5 RODO; tabela ma teraz dwudziesty trzeci wiersz z kategoriami danych, celami, podstawami z art. 6 ust. 1 lit. c i lit. f RODO, okresem przechowywania i odbiorcami.
• -v1.92 (wersja robocza, nigdy nie obowiązywała): Zderzenie akapitu o naruszeniach ochrony danych z rozdz. 9 z art. 33 ust. 5 RODO oraz z rozdz. 6. Zmiany: (212) Polityka nie wspominała ani słowem o dokumentacji naruszeń, którą art. 33 ust. 5 RODO każe prowadzić niezależnie od zgłoszenia organowi nadzorczemu, choć dokumentacja ta zawiera dane osób dotkniętych naruszeniem; rozdz. 9 opisuje teraz jej zakres, krąg osób mających do niej dostęp i okres przechowywania, rozdz. 6 zyskał osobny punkt retencji, a lista danych zachowywanych mimo usunięcia Konta nową pozycję 12.
• -v1.91 (wersja robocza, nigdy nie obowiązywała): Nowa uwaga pod rejestrem opisuje plik importowany z rachunku maklerskiego: odczytujemy z niego wyłącznie pozycje, liczbę akcji i cenę zakupu, reszty zawartości (numer rachunku, dane posiadacza, historia transakcji, salda) nie zapisujemy, a sam plik po odczytaniu usuwamy. Powtórzyliśmy też za §7.4 regulaminu, że Aplikacja nie łączy się z rachunkiem maklerskim automatycznie. Nowa pozycja 47 listy działań, blokująca publikację, obejmuje potwierdzenie tego w kodzie.
• -v1.90 (wersja robocza, nigdy nie obowiązywała): Rozdz. 10 opisuje teraz obie strony zgłoszenia o Koncie osoby niepełnoletniej. Posiadacz Konta dostaje zawiadomienie o blokadzie z podaniem przyczyny, bez ujawnienia tożsamości zgłaszającego, może przedstawić swoje stanowisko i odwołać się w terminie 14 dni, a dane kasujemy dopiero wtedy, gdy blokada się utrzyma. Dopisaliśmy też, w jakim celu i jak długo przechowujemy dane rodzica albo opiekuna, który złożył zgłoszenie. Nowa pozycja 46 listy działań, blokująca publikację, obejmuje zbudowanie tej obsługi przed premierą.
• -v1.89 (wersja robocza, nigdy nie obowiązywała): Punkt o prawie do sprzeciwu w rozdz. 7 wymienia wszystkie trzy miejsca profilowania z punktu 8.1, czyli także dobór powiadomień, którego dotychczasowe wyliczenie nie obejmowało. Dopisaliśmy, że jeden sprzeciw wystarczy na wszystkie trzy, a wyłączenie tylko wybranego z nich jest możliwe na żądanie.
• -v1.88 (wersja robocza, nigdy nie obowiązywała): Tryb realizacji praw z rozdz. 7 opisuje teraz również przypadek, w którym żądania nie realizujemy: w terminie miesiąca zawiadamiamy o tym z podaniem powodów oraz informujemy o skardze do Prezesa UODO i o środkach ochrony prawnej przed sądem (art. 12 ust. 4 RODO). Dopisaliśmy, że odpowiedzi udzielamy bezpłatnie i że nie pobieramy opłaty z art. 12 ust. 5 RODO za żądania ewidentnie nieuzasadnione albo nadmierne.
• -v1.87 (wersja robocza, nigdy nie obowiązywała): Rozdział „W skrócie” mówi wprost, że część danych wychodzi poza Europejski Obszar Gospodarczy, wymienia te kategorie i trzy podstawy przekazania (decyzja o EU-US Data Privacy Framework, standardowe klauzule umowne 2021/914, art. 49 ust. 1 lit. b RODO) oraz odsyła po odbiorców i kraje do rozdz. 5. Zastrzegliśmy przy tym, że zdanie o notatkach przechowywanych w Niemczech dotyczy wyłącznie notatek.
• -v1.86 (wersja robocza, nigdy nie obowiązywała): Rozdz. 13 podaje drogę powiadomienia o zmianie Polityki dla każdej grupy z punktu 1.4, a nie tylko dla osób zapisanych na newsletter i na listę oczekujących. Testera programu TEST-BETA, osobę piszącą w imieniu emitenta, rodzica albo opiekuna zgłaszającego Konto osoby niepełnoletniej oraz każdego, kto napisał do nas wiadomość, powiadamiamy na adres, z którego ta wiadomość przyszła albo który sam nam podał, czyli tak samo jak przy zawiadomieniu o naruszeniu ochrony danych w rozdz. 9. Publikacja nowej wersji pod stałym adresem jest kanałem wspólnym dla wszystkich. Dopisaliśmy też, dlaczego osoby bez Konta nie potwierdzają zmiany kliknięciem: potwierdzenie odbywa się w Aplikacji, a ich dane przetwarzamy na podstawie zgody albo prawnie uzasadnionego interesu, nie umowy.
• -v1.85 (wersja robocza, nigdy nie obowiązywała): Zderzenie punktu 1.4, czyli opisu kręgu adresatów Polityki, z rozdziałami zmienionymi w wersjach 1.73 i 1.74. Zmiany: (205) punkt zapowiadał, że do osób bez Konta stosujemy tak samo rozdz. 6, 7 i 11, a pomijał rozdz. 5 i rozdz. 9, choć oba opisują wprost sytuacje takich osób, czyli przekazanie adresu testera do sklepu oraz adres, na który zawiadamiamy o naruszeniu osobę bez Konta; punkt wymienia teraz pięć rozdziałów i wskazuje te dwa przykłady z nazwy.
• -v1.84 (wersja robocza, nigdy nie obowiązywała): Zderzenie rozdz. 9 z tabelą dostawców z rozdz. 4. Zmiany: (204) akapit o naruszeniach opisywał wyłącznie nasze własne obowiązki wobec organu i wobec Użytkownika, a milczał o tym, że większość danych leży u podmiotów przetwarzających je na nasze polecenie i że o naruszeniu u nich dowiemy się tylko od nich; akapit powołuje teraz art. 28 ust. 3 lit. f i art. 33 ust. 2 RODO, wskazuje obowiązek zawiadomienia nas przez dostawcę i wyjaśnia, od kiedy liczymy przy takim zdarzeniu termin 72 godzin, a nowa pozycja 45 listy działań każe przed publikacją sprawdzić ten obowiązek w warunkach powierzenia każdego dostawcy.
• -v1.83 (wersja robocza, nigdy nie obowiązywała): Zderzenie uwagi o odbiorcach spoza infrastruktury Aplikacji z §12.5 regulaminu v2.36. Zmiany: (203) uwaga zapowiadała cztery kategorie odbiorców, a opisywała pięć, przy czym piątą, czyli podmiot prowadzący pozasądowe rozwiązanie sporu, dopisano poza wyliczeniem i zawężono do Inspekcji Handlowej oraz rejestru Prezesa UOKiK, z pominięciem powiatowego albo miejskiego rzecznika konsumentów wskazanego w regulaminie; uwaga mówi teraz o pięciu kategoriach, wymienia wszystkie trzy drogi z §12.5 i nazywa rolę tych podmiotów, czyli samodzielnego administratora działającego na podstawie przepisów, a nie na nasze polecenie.
• -v1.82 (wersja robocza, nigdy nie obowiązywała): Zderzenie dwudziestu jeden uwag pod rejestrem z samym rejestrem i z pozostałymi rozdziałami. Zmiany: (202) uwaga „Skąd mamy Twoje dane” zapowiadała trzy kategorie danych pochodzących od kogoś innego, po czym jako trzecią wymieniała raporty o awariach serwera, które powstają w naszej własnej infrastrukturze, i pomijała informacje o Koncie osoby niepełnoletniej otrzymane od rodzica albo opiekuna; uwaga wymienia teraz cztery rzeczywiste źródła zewnętrzne, rozdziela potwierdzenia transakcji od statusu subskrypcji i wprost wyłącza raporty serwerowe z tego wyliczenia.
• -v1.81 (wersja robocza, nigdy nie obowiązywała): Zderzenie kolumny „Okres przechowywania” z rejestru w rozdz. 3 z odpowiadającymi jej pozycjami z rozdz. 6. Zmiany: (201) pozycja 11 listy danych zachowywanych po usunięciu Konta podawała dla bazy marketingowej i dla listy oczekujących jeden okres, czyli „do cofnięcia zgody”, choć rejestr i akapit o liście oczekujących kończą tę listę z chwilą premiery i rozliczenia warunków cenowych; pozycja rozdziela teraz oba okresy, zapowiada usunięcie listy bez działania Użytkownika i wskazuje osobną drogę wypisu, a nowa pozycja 44 listy działań zabezpiecza link wypisu w Brevo oraz wyznaczenie dnia skasowania listy.
• -v1.80 (wersja robocza, nigdy nie obowiązywała): Zderzenie wyliczenia praw z rozdz. 7 z listą danych zachowywanych po usunięciu Konta z rozdz. 6. Zmiany: (200) punkt o prawie do usunięcia danych opisywał je bez żadnych granic, choć rozdz. 2, rozdz. 6 i rozdz. 10 wymieniają jedenaście kategorii, których nie kasujemy, oraz cel dopisany w wersji 1.72; punkt wskazuje teraz podstawy z art. 17 ust. 3 lit. b i lit. e RODO, odsyła po komplet kategorii do rozdz. 6, wymienia zapis akceptacji regulaminu i zastrzega, że danych nieobjętych żadnym z tych powodów nie zatrzymujemy.
• -v1.79 (wersja robocza, nigdy nie obowiązywała): Zderzenie punktu 8.2 z trybem realizacji praw z rozdz. 7 poprawionym w wersji 1.69. Zmiany: (199) punkt 8.2 uzależniał rozpatrzenie żądania interwencji człowieka od „uprzedniej weryfikacji tożsamości”, bez żadnego ograniczenia i jako warunek wstępny, choć rozdz. 7 od wersji 1.69 ogranicza takie żądanie do uzasadnionych wątpliwości w rozumieniu art. 12 ust. 6 RODO; punkt 8.2 odsyła teraz do zasad z rozdz. 7 i zastrzega, że potwierdzenie tożsamości nie jest warunkiem przyjęcia żądania ani nie wstrzymuje biegu miesięcznego terminu.
• -v1.78 (wersja robocza, nigdy nie obowiązywała): Zderzenie listy zapisów w pamięci urządzenia z punktu 9.2 z tabelą odbiorców z rozdz. 4. Zmiany: (198) punkt 9.2 deklaruje kompletność listy, a nie wymieniał danych zapisywanych przez mechanizm obsługi zakupów, bez których Aplikacja nie rozpoznaje uprawnień subskrypcji ani Okresu próbnego; lista zyskała ten punkt wraz z uzasadnieniem niezbędności w rozumieniu art. 361 ustawy Prawo komunikacji elektronicznej; nowa pozycja 43 listy działań każe przed publikacją przejść po bibliotekach i zweryfikować kompletność całej listy.
• -v1.77 (wersja robocza, nigdy nie obowiązywała): Zderzenie streszczenia z rozdz. 2 z ujawnieniem z wersji 1.72. Zmiany: (197) punkt o usunięciu Konta wymieniał dwa powody, dla których część danych zostaje u nas dłużej, czyli przepisy podatkowe i obronę przed roszczeniami, a od wersji 1.72 rozdz. 6 opisuje przy zapisie akceptacji trzeci skutek, czyli sprawdzenie wykorzystania Okresu próbnego; streszczenie nazywa ten skutek wprost i odsyła po komplet do rozdz. 6.
• -v1.76 (wersja robocza, nigdy nie obowiązywała): Przegląd wszystkich adresów, pod które Polityka odsyła, pod kątem tego, czy każdy ma na liście działań pozycję gwarantującą, że zadziała w dniu premiery. Zmiany: (196) siedem adresów, z czego prospektai.pl/regulamin z punktu 1.5 oraz prospektai.pl/cookies z rozdz. 13 i punktu 9.2 nie miały żadnej pozycji, a /cookies był wspomniany wyłącznie w pozycji 12 jako zadanie po premierze; nowa pozycja 42 w części blokującej publikację każe sprawdzić oba adresy i, gdyby /cookies nie był gotowy, wskazać w rozdz. 13 rzeczywiste miejsce Polityki Cookies; pozycja 12 odsyła teraz do pozycji 42.
• -v1.75 (wersja robocza, nigdy nie obowiązywała): Zderzenie rozdz. 10 z celem zapisu akceptacji ujawnionym w wersji 1.72. Zmiany: (195) rozdz. 10 zapewniał, że danych zachowanych po zablokowaniu Konta osoby niepełnoletniej nie używamy do żadnego innego celu, a rozdz. 6 wskazywał od wersji 1.72 drugi cel zapisu akceptacji, czyli sprawdzenie wykorzystania Okresu próbnego; rozdz. 10 rozstrzyga teraz wprost, że zapisu pozostałego po Koncie osoby niepełnoletniej do tego sprawdzenia nie wykorzystujemy, bo Konto to blokujemy i nowego Okresu próbnego nie przyznajemy, a pozycja 3 listy z rozdz. 6 odsyła do tego wyjątku.
• -v1.74 (wersja robocza, nigdy nie obowiązywała): Zderzenie drogi zawiadomienia o naruszeniu ochrony danych z kręgiem adresatów Polityki z punktu 1.4. Zmiany: (194) rozdz. 9 zapowiadał zawiadomienie z art. 34 RODO wyłącznie „na adres e-mail powiązany z kontem”, choć przetwarzamy dane sześciu grup osób bez Konta i zachowujemy dane po jego usunięciu; rozdz. 9 wskazuje teraz adres, pod którym dana osoba się z nami kontaktuje, wymienia sytuacje z punktu 1.4 i dane zachowane po usunięciu Konta, dopuszcza komunikat publiczny z art. 34 ust. 3 lit. c RODO przy niewspółmiernie dużym wysiłku oraz podaje adres kontaktowy jako punkt informacyjny; pozycja 22 listy działań każe objąć procedurą wewnętrzną także te osoby i wariant komunikatu publicznego.
• -v1.73 (wersja robocza, nigdy nie obowiązywała): Zderzenie ujawnienia dostawcy poczty z drugim adresem, który sami wskazujemy emitentom. Zmiany: (193) uwaga „Dostawca poczty elektronicznej” w rozdz. 4 mówiła wyłącznie o skrzynce kontakt@prospektai.pl, choć w tym samym zdaniu obejmowała zgłoszenia emitentów, które kierujemy na osobny adres zgloszenia@prospektai.pl (§12.6 regulaminu); uwaga wymienia teraz obie skrzynki i zapowiada wskazanie osobnych dostawców, gdyby prowadzili je różni; fragment o skrzynce pocztowej w rozdz. 5 obejmuje oba adresy; pozycja 27 listy działań każe ustalić dostawcę dla obu skrzynek; nowa pozycja 41 w części blokującej publikację każe potwierdzić, że skrzynka zgloszenia@prospektai.pl istnieje, działa i ktoś ją czyta w terminie z §12.6.
• -v1.72 (wersja robocza, nigdy nie obowiązywała): Zderzenie wiersza o wykrywaniu nadużyć Okresu próbnego z listą danych zachowywanych po usunięciu Konta. Zmiany: (192) rejestr podawał, że dane służące wykrywaniu nadużyć przechowujemy przez czas posiadania konta, a zapis akceptacji regulaminu wraz z adresem IP zachowujemy przez 5 lat od rozwiązania umowy z powołaniem wyłącznie na obronę przed roszczeniami i na obowiązek wykazania zgody. Tymczasem to właśnie ten zapis pozwala rozpoznać, że ktoś wykorzystał już Okres próbny i założył nowe Konto, więc przetwarzamy go po usunięciu Konta również w tym celu. Milczenie o tym naruszało zasadę ograniczenia celu z art. 5 ust. 1 lit. b RODO, bo cel faktyczny wykraczał poza cel ujawniony. Pozycja 3 listy w rozdz. 6 nazywa teraz ten cel wprost wraz z podstawą z art. 6 ust. 1 lit. f RODO i odsyła do prawa sprzeciwu, wiersz rejestru mówi, co dokładnie zostaje po usunięciu Konta w tym celu, a pozycja 23 listy działań każe potwierdzić, jak działa to w kodzie.
• -v1.71 (wersja robocza, nigdy nie obowiązywała): Zderzenie rozdz. 5 z poprawionym rozdz. 4. Zmiany: (191) rozdz. 5 otwierał się zdaniem o „danych core Aplikacji” i wymieniał pięć kategorii, czyli to samo zawężenie, które zmiana 188 usunęła z wiersza Hetznera w tabeli odbiorców. Czytelnik dostawał więc informację, że w Europejskim Obszarze Gospodarczym leży pięć kategorii danych, i nie dowiadywał się, gdzie leży reszta, w tym korespondencja, dane rozliczeniowe i ustawienia. Zdanie otwierające wymienia teraz pełny zakres, zgodny z tabelą z rozdz. 4, i zastrzega, że poza tę infrastrukturę wychodzą wyłącznie dane wymienione dalej w rozdziale. Dodatkowo rozdz. 5 sygnalizuje skrzynkę pocztową i zapowiada wskazanie siedziby dostawcy poczty oraz, w razie potrzeby, podstawy transferu, co odpowiada pozycji 27 listy działań.
• -v1.70 (wersja robocza, nigdy nie obowiązywała): Przegląd listy działań pod kątem tego, czy pozycje trafiły do właściwej części. Zmiany: (190) pozycja 27, czyli ustalenie dostawcy skrzynki kontakt@prospektai.pl, stała w części „Nie blokują”, choć opisuje dokładnie tę samą wadę co pozycja 26 przeniesiona wcześniej do części blokującej: brak odbiorcy w tabeli z rozdz. 4. Korespondencja z reklamacjami, żądaniami RODO, oświadczeniami o odstąpieniu i zgłoszeniami emitentów leży w skrzynce pocztowej prowadzonej przez podmiot, którego dokument nie wymieniał. Pozycja została przeniesiona do części blokującej, uwagi pod tabelą w rozdz. 4 wskazują teraz dostawcę poczty jako podmiot przetwarzający treść korespondencji, ze znacznikiem do uzupełnienia przed publikacją, a pozycja 25 przypomina o podstawieniu nazwy w miejsce znacznika.
• -v1.69 (wersja robocza, nigdy nie obowiązywała): Zderzenie trybu realizacji praw i wzoru wniosku z punktem 1.4 oraz z art. 12 ust. 2 i 6 RODO. Zmiany: (189) wzór wniosku z punktu 7.1 kazał podać „adres e-mail powiązany z kontem w aplikacji Prospekt AI”, a więc jedyne narzędzie, jakie dokument dawał czytelnikowi do złożenia żądania, było niewypełnialne dla osoby bez Konta, czyli dla testera, osoby z listy oczekujących, odbiorcy newslettera, osoby piszącej w imieniu emitenta i rodzica zgłaszającego Konto dziecka. Wzór pyta teraz o sam adres e-mail i o to, czy nadawca ma Konto, oraz podpowiada, skąd mamy jego dane. Akapit wprowadzający zastrzega, że szablon jest ułatwieniem, a nie warunkiem przyjęcia żądania. Tryb realizacji praw został uzupełniony o granice weryfikacji tożsamości: żądamy jej tylko przy uzasadnionych wątpliwościach, nie zbieramy w tym celu skanów dokumentów ani nowych danych, a osobie bez Konta wystarczy napisanie z adresu, który już u nas jest.
• -v1.68 (wersja robocza, nigdy nie obowiązywała): Zderzenie kolumny „Odbiorcy” z rejestru w rozdz. 3 z tabelą odbiorców w rozdz. 4. Zmiany: (188) tabela w rozdz. 4 opisywała zakres danych powierzonych Hetznerowi sześcioma pozycjami, a rejestr wskazywał go jako odbiorcę w piętnastu procesach, w tym przy ustawieniach, subskrypcji, korespondencji, zgłoszeniach emitentów i programie TEST-BETA. Zakres w tabeli został doprowadzony do zgodności z rejestrem, a nowa uwaga pod tabelą wyjaśnia, że kolumna „Odbiorcy” wymienia dostawców dochodzących ponad naszą infrastrukturę, więc hosting stoi pod każdym procesem prowadzonym na naszych serwerach, z wyjątkiem zdjęcia profilowego przechowywanego wyłącznie przez Clerk.
• -v1.67 (wersja robocza, nigdy nie obowiązywała): Zderzenie słownictwa Polityki z definicjami z §1.2 regulaminu v2.36. Zmiany: (187) dokument posługiwał się pojęciami pisanymi wielką literą, czyli Aplikacja, Usługa, Konto, Użytkownik, Ocena i Okres próbny, a definiował wyłącznie Dostawcę i nigdzie nie mówił, że pozostałe pojęcia pochodzą z regulaminu. Politykę publikujemy pod osobnym adresem i czyta się ją osobno, więc czytelnik trafiał na przykład na „Okres próbny” bez żadnej wskazówki, czym jest i gdzie tego szukać. Nowy punkt 1.5 odsyła do §1.2 regulaminu jako do źródła wiążącego, powtarza sześć najważniejszych pojęć własnymi słowami i rozstrzyga ewentualną rozbieżność na rzecz regulaminu.
• -v1.66 (wersja robocza, nigdy nie obowiązywała): Zderzenie trybu zmian z rozdz. 13 z kręgiem adresatów nazwanym w punkcie 1.4. Zmiany: (186) rozdz. 13 opisywał jeden tryb powiadamiania o zmianie: wiadomość na adres e-mail powiązany z Kontem, komunikat w Aplikacji i potwierdzenie kliknięciem, a przy braku potwierdzenia wypowiedzenie umowy. Żaden z tych kroków nie działa wobec osoby bez Konta, czyli wobec zapisanych na newsletter i na listę oczekujących, testerów, osób zgłaszających się w imieniu emitenta oraz piszących do nas, a punkt 1.4 stwierdza, że Polityka dotyczy również ich. Rozdział opisuje teraz osobno tryb dla tych osób: publikację nowej wersji pod stałym adresem z datą i numerem, informację w wiadomości e-mail dla bazy mailingowej oraz zastrzeżenie, że zmiana Polityki nie rozszerza sama z siebie celu przetwarzania opartego na zgodzie.
• -v1.65 (wersja robocza, nigdy nie obowiązywała): Zderzenie kręgu osób opisanych w rejestrze przetwarzań z kręgiem osób, do których dokument się zwraca. Zmiany: (185) rejestr w rozdz. 3 obejmuje procesy dotyczące osób, które nie mają Konta, czyli zapisu na listę oczekujących, newslettera, programu TEST-BETA, zgłoszeń emitentów z §12.6 regulaminu, zgłoszeń rodzica albo opiekuna z rozdz. 10 oraz zwykłej korespondencji, a cały tekst zwracał się wyłącznie do Użytkownika Aplikacji i nagłówek zapowiadał, że dokument dotyczy aplikacji mobilnej. Osoba bez Konta nie miała podstaw sądzić, że to jej dokument, ani skąd wziąć swoje prawa. Nowy punkt 1.4 nazywa krąg adresatów wprost, wyjaśnia znaczenie zwrotu „Ty” i wskazuje, że rozdz. 6, 7 i 11 stosują się do tych osób tak samo, z wyjątkiem fragmentów dotyczących z natury Konta i Aplikacji.
• -v1.64 (wersja robocza, nigdy nie obowiązywała): Zderzenie rozdz. 8 z rozdz. 7 i z podstawą prawną profilowania. Zmiany: (184) akapit „Znaczenie i przewidywane konsekwencje profilowania” podawał jako podstawę wykonanie umowy (art. 6 ust. 1 lit. b RODO), a zdanie dalej obiecywał sprzeciw „na podstawie art. 21 RODO”, choć przepis ten obejmuje wyłącznie przetwarzanie oparte na art. 6 ust. 1 lit. e albo lit. f RODO; rozdz. 7 opisywał to poprawnie, jako uprawnienie przyznane dobrowolnie mimo podstawy z lit. b, więc dwa rozdziały mówiły co innego o tym samym uprawnieniu. Rozdz. 8 wyjaśnia teraz, skąd bierze się to prawo, zapewnia, że wyłączenia nie odmówimy ani nie będziemy go ważyć przeciwko naszemu interesowi, wskazuje drogę zgłoszenia i odsyła po skutki do rozdz. 7.
• -v1.63 (wersja robocza, nigdy nie obowiązywała): Zderzenie listy „Co zostaje u nas po usunięciu konta” z podstawami prawnymi z rejestru przetwarzań. Zmiany: (183) lista wyliczała dziesięć pozycji i kończyła się zapewnieniem, że poza nią nie zostaje u nas nic, a dwa wiersze rejestru, czyli baza marketingowa i lista oczekujących, opierają się na zgodzie, którą można nam dać bez zakładania Konta, więc usunięcie Konta ich nie kasuje. Lista ma teraz pozycję 11 o adresie w bazie marketingowej i na liście oczekujących, wraz z drogami cofnięcia obu zgód i z opisem zapisu cofnięcia, a punkt rozdz. 6 o newsletterze mówi to samo. Nowa pozycja 40 listy działań każe potwierdzić obie drogi wypisu i listę wykluczeń.
• -v1.62 (wersja robocza, nigdy nie obowiązywała): Zderzenie streszczenia z rozdz. 2 z pełnym rejestrem przetwarzań z rozdz. 3. Zmiany: (182) pierwszy punkt rozdz. 2 otwierał się słowem „tylko” i podawał zamknięte wyliczenie zbieranych danych, w którym brakowało rozliczeń i statusu subskrypcji, adresu IP oraz znacznika czasu zapisywanych przy akceptacji regulaminu i zgód, a także korespondencji, reklamacji, żądań RODO i odstąpienia od umowy, czyli akurat tych kategorii, które zostają u nas najdłużej; przedostatni punkt tego samego rozdziału powoływał się przy tym na dane trzymane ze względu na przepisy podatkowe, których wcześniej nie wymienił. Rozdział ma teraz osobny punkt o danych zbieranych przy konkretnych zdarzeniach, wskazuje rozdz. 3 jako zestawienie wiążące i zastrzega, że sam niczego nie zawęża, a punkt o płatnościach mówi wprost, co z transakcji trafia do nas.
• -v1.61 (wersja robocza, nigdy nie obowiązywała): Zderzenie akapitu o art. 19 RODO w rozdz. 7 z pełną listą odbiorców z rozdz. 4. Zmiany: (181) akapit zapowiadał zawiadamianie „każdego odbiorcy”, a zaraz potem zawężał to do czterech podmiotów, pomijając dostawcę hostingu, dostawcę modelu językowego, pośrednika doręczającego powiadomienia oraz Apple i Google, którym dane przekazujemy w kilku rolach. Akapit przechodzi teraz przez wszystkich odbiorców i przy każdym podaje, czy zawiadomienie wysyłamy, czy nie, wraz z powodem, a dla dostawcy modelu językowego powołuje wprost przesłankę niemożliwości z art. 19 RODO. Lista działań dostała pozycję 39 o potwierdzeniu, czy pośrednik doręczający powiadomienia przechowuje tokeny urządzeń.
• -v1.60 (wersja robocza, nigdy nie obowiązywała): Zderzenie listy działań z jej własnym podziałem na blokujące i nieblokujące publikację. Zmiany: (180) pozycje 15 (etykiety prywatności w sklepach), 25 (uzupełnienie daty i usunięcie części redakcyjnych) oraz 26 (umowa powierzenia z biurem rachunkowym) stały w części „Nie blokują”, choć każda z nich opisuje czynność, którą trzeba wykonać przed premierą, a pozycja 15 była do tego oznaczona czerwonym znacznikiem. Wszystkie trzy stoją teraz w części blokującej publikację, z zachowaniem numerów i z adnotacją o przeniesieniu, a nagłówek części wyjaśnia, że o wadze rozstrzyga część, a nie numer.
• -v1.59 (wersja robocza, nigdy nie obowiązywała): Zderzenie rozdz. 12 z datą wejścia w życie dokumentu. Zmiany: (179) rozdz. 12 opisywał program TEST-BETA w czasie teraźniejszym, choć prowadzimy go przed premierą, a Polityka wchodzi w życie dopiero z premierą, więc w dniu jej wejścia w życie program jest już zamknięty. Rozdział dostał akapit wstępny wyjaśniający, dlaczego mimo to zostaje w tekście, stwierdzający, że od wejścia w życie stosujemy Politykę również do danych zebranych wcześniej w programie, i odsyłający obowiązek z art. 13 RODO do informacji, którą testerzy dostali przy przystąpieniu. Lista działań dostała pozycję 38, blokującą publikację, o potwierdzeniu i zachowaniu treści tamtej informacji.
• -v1.58 (wersja robocza, nigdy nie obowiązywała): Uporządkowanie statusu wersji w związku z ustaleniem, że Polityka wychodzi razem z premierą Aplikacji w sierpniu 2026. Zmiany: (178) rozdz. 14 wyliczał kilkadziesiąt wersji z tą samą datą wejścia w życie, co sugerowało, że każda z nich kiedyś obowiązywała, choć żadna nie obowiązywała nigdy, bo Aplikacji nie było na rynku. Rozdz. 14 dostał akapit wstępny nazywający wersję publikowaną pierwszą wchodzącą w życie i opisujący pozostałe jako robocze, rozdz. 13 mówi teraz, że archiwum zaczyna się od wersji publikowanej i do pierwszej zmiany pozostanie puste, a pozycja 36 listy działań przestała zapowiadać wgranie wersji, których nie wgramy.
• -v1.57 (wersja robocza, nigdy nie obowiązywała): Naniesienie faktu podanego przez Pawła 14 sierpnia 2026, zgodnie z którym Aplikacja pracuje na jednym profilu ryzyka, wspólnym dla wszystkich Użytkowników. Zmiany: (177) dokument w trzech miejscach zapewniał, że nie używamy profilu ryzyka Użytkownika, a rejestr przetwarzań nigdzie nie wymieniał takiej danej wśród zbieranych, przez co zapewnienie sugerowało, że profil jednak mamy i tylko powstrzymujemy się od jego użycia. Rozdz. 3 dostał uwagę „Profil ryzyka”, wiersz „Personalizacja treści w Aplikacji (profilowanie)” w rejestrze, wstęp do rozdz. 8 i punkt 8.2 mówią teraz, że indywidualnego profilu ryzyka nie zbieramy, a pozycja 35 listy działań zmieniła się ze zmiany w kodzie w sprawdzenie ekranu i potwierdzenie.
• -v1.56 (wersja robocza, nigdy nie obowiązywała): Przegląd końcowy dziesiątej rundy, czyli rozdziały nieobjęte wcześniejszymi soczewkami. Zmiany: (176) rozdz. 10 składał się z dwóch zdań i obiecywał, że po stwierdzeniu konta osoby poniżej 18 lat „usuniemy je wraz z danymi”. Obietnica ta przeczyła rozdz. 6, który dla potwierdzeń transakcji podaje 5 lat od końca roku podatkowego na podstawie obowiązku podatkowego, a dla zapisu akceptacji regulaminu i zgód 5 lat od rozwiązania umowy. Żaden z tych obowiązków nie znika dlatego, że Użytkownik okazał się niepełnoletni, więc dokument zapowiadał czynność, której nie wykonamy. Rozdział milczał przy tym o trzech rzeczach potrzebnych, żeby ten mechanizm w ogóle zadziałał: o tym, że pełnoletność potwierdza oświadczenie z §7.1 regulaminu i że nie weryfikujemy jej dodatkowo, o drodze zgłoszenia dla rodzica albo opiekuna oraz o terminie odpowiedzi na takie zgłoszenie. Rozdz. 10 opisuje teraz podstawę wieku, brak dodatkowej weryfikacji wraz z jego uzasadnieniem, zgłoszenie na adres kontakt@prospektai.pl z miesięcznym terminem odpowiedzi z rozdz. 7, blokadę dostępu i usunięcie danych oraz granicę tego usunięcia, czyli dane zachowywane na podstawie przepisów, z odesłaniem do listy na końcu rozdz. 6 i z zastrzeżeniem, że ograniczamy je do niezbędnego zakresu i nie używamy do innych celów.
• -v1.55 (wersja robocza, nigdy nie obowiązywała): Zderzenie listy odbiorców i transferów z rzeczywistym przepływem danych. Zmiany: (175) rozdz. 4 opisywał Apple i Google w trzech rolach, czyli jako dostawców powiadomień push, operatorów płatności i operatorów kanału testowego, a pomijał czwartą: logowanie przez Google Sign-In albo Apple Sign-In. Uwaga „Skąd mamy Twoje dane” w rozdz. 3 opisywała wyłącznie kierunek do nas, czyli identyfikator konta, adres e-mail i opcjonalnie imię otrzymywane od dostawcy tożsamości, a rozdz. 5 wymieniał transfer do USA po stronie Clerk. Milczeliśmy natomiast o kierunku odwrotnym: sama operacja logowania ujawnia Apple albo Google, że korzystasz z naszej Aplikacji, a w tym zakresie działają oni jako samodzielni administratorzy, nie jako nasi procesorzy. Artykuł 13 ust. 1 lit. e RODO wymaga wskazania odbiorców, a odbiorcą jest również ten, komu dane ujawniamy w wykonaniu wybranej przez Użytkownika funkcji. Tabela w rozdz. 4 wymienia teraz tę rolę i zakres danych przy obu spółkach, nowa uwaga pod tabelą opisuje dwukierunkowość przepływu oraz alternatywę w postaci konta zakładanego adresem e-mail i hasłem, a rozdz. 5 przypisuje temu transferowi podstawę z art. 49 ust. 1 lit. b RODO, wraz z zastrzeżeniem, że przy Google LLC obejmuje go dodatkowo decyzja o EU-US Data Privacy Framework.
• -v1.54 (wersja robocza, nigdy nie obowiązywała): Zderzenie każdej liczby retencyjnej z rejestrem przetwarzań, z regulaminem v2.36 i z prawami z rozdz. 7. Zmiany: (174) rozdz. 6 podawał w trzech miejscach, że raporty o awariach w Sentry po prostu wygasają po 90 dniach, że okresu tego nie skrócimy i że raport powstały tuż przed usunięciem konta dożywa swojego terminu już po nim. Przeczyło to dwóm innym zapisom tego samego dokumentu: akapitowi o art. 19 RODO w rozdz. 7, który wymienia dostawcę diagnostyki awarii wśród odbiorców zawiadamianych o usunięciu danych, oraz prawu do usunięcia danych i do cofnięcia zgody z art. 7 ust. 3 i art. 17 ust. 1 lit. b RODO, bo raporty z aplikacji mobilnej zbieramy właśnie na zgodę. Sztywna retencja planu wyznacza moment, w którym raport znika sam, i nie jest podstawą do odmowy usunięcia go na żądanie. Rozdz. 6 zapowiada teraz zlecenie usunięcia raportów powiązanych z identyfikatorem Użytkownika, tak samo jak przy Clerk i RevenueCat, a dziewięćdziesiąt dni zostaje jako termin graniczny na wypadek, gdyby usunięcie pojedynczego raportu okazało się po stronie dostawcy niewykonalne. Nowa pozycja 37 listy działań, blokująca publikację, zobowiązuje nas do wpięcia Sentry w łańcuch usuwania konta i w obsługę cofnięcia zgody oraz do sprawdzenia, czy nasz plan to umożliwia.
• -v1.53 (wersja robocza, nigdy nie obowiązywała): Zderzenie dokumentu z samym sobą, czyli sprawdzenie spójności pojęć i odesłań wewnętrznych. Zmiany: (173) streszczenie w rozdz. 2 oraz punkt 8.1 podawały, że profilowanie obejmuje dwie funkcje, czyli słowne podsumowanie portfela i dobór treści w widoku „Odkrywaj - Na dziś”, podczas gdy wiersz „Personalizacja treści w Aplikacji (profilowanie)” w rejestrze przetwarzań wymienia jako cel również dobór powiadomień, punkt 8.1 dopisywał je zdaniem końcowym poza wyliczeniem, a rozdz. 7 od wersji 1.48 zatrzymuje na skutek sprzeciwu wszystkie trzy funkcje. Użytkownik czytający streszczenie albo samo wyliczenie z punktu 8.1 dowiadywał się o węższym profilowaniu, niż faktycznie prowadzimy, czemu ma zapobiegać art. 12 ust. 1 i art. 13 ust. 2 lit. f RODO. Rozdz. 2 wymienia teraz trzy funkcje i zastrzega, że sprzeciw zatrzymuje wszystkie, wyliczenie w punkcie 8.1 ma trzecią pozycję „dobór powiadomień”, a opis zasad podejmowania decyzji podaje dla niej logikę doboru, czyli powiązanie ze spółkami z portfela i z listy obserwowanych, zdarzenie wyzwalające oraz odgraniczenie od powiadomień serwisowych.
• -v1.52 (wersja robocza, nigdy nie obowiązywała): Zderzenie z art. 15 ust. 1 i art. 19 RODO, czyli sprawdzenie kompletności obowiązku informacyjnego. Zmiany: (172) rozdz. 7 opisywał prawo dostępu węziej niż art. 15 ust. 1 RODO, bo wymieniał wyłącznie cele, podstawy prawne, odbiorców i okres przechowywania, pomijając zabezpieczenia transferu do państw trzecich, prawo skargi do organu nadzorczego, źródło danych i zautomatyzowane przetwarzanie. Polityka obiecywała więc mniej, niż daje przepis, choć sama opisuje źródło danych w uwadze „Skąd mamy Twoje dane” w rozdz. 3 i zautomatyzowane przetwarzanie w rozdz. 8. Rozdz. 7 nie zawierał też ani słowa o art. 19 RODO, mimo że przy sprostowaniu, usunięciu i ograniczeniu przetwarzania mamy obowiązek zawiadomić każdego odbiorcę danych, a Polityka wskazuje w rozdz. 4 odbiorców będących podmiotami przetwarzającymi. Opis prawa dostępu wylicza teraz pełny zakres z art. 15 ust. 1, a nowy akapit opisuje przekazywanie żądań odbiorcom i prawo Użytkownika do uzyskania ich listy.
• -v1.51 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §17.5 regulaminu v2.36 oraz z własnym opisem logu akceptacji. Zmiany: (171) rozdz. 13 wskazywał wyłącznie adres, pod którym wisi aktualna wersja Polityki, i nie dawał Użytkownikowi dostępu do wersji poprzednich. Regulamin prowadzi dla siebie archiwum pod adresem prospektai.pl/archiwum-regulaminow, a Polityka wymaga przy zmianie istotnej aktywnego potwierdzenia kliknięciem i sama zapisuje w logu akceptacji numer zaakceptowanej wersji dokumentu przez 5 lat. Bez archiwum Użytkownik potwierdzał zmianę, której nie mógł porównać z tekstem poprzednim, a zapisany numer wersji nie prowadził do żadnego dokumentu. Rozdz. 13 wskazuje teraz archiwum pod adresem prospektai.pl/archiwum-polityk-prywatnosci, z numerem i datą wejścia w życie przy każdej wersji, a nowa pozycja 36 listy działań zobowiązuje do uruchomienia tej strony przed publikacją.
• -v1.50 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §9.10.1 regulaminu v2.36. Zmiany: (170) uwaga „Powiadomienia push” w rozdz. 3 podawała, że powiadomienia wyłącza się wyłącznie w ustawieniach systemowych urządzenia, natomiast §9.10.1 regulaminu daje Użytkownikowi dwie równorzędne drogi: ustawienia urządzenia albo sekcję Ustawienia -> Powiadomienia w Aplikacji. Polityka opisywała więc węższą możliwość niż regulamin, choć w rejestrze przetwarzań sama wymienia „preferencje powiadomień push” jako ustawienie zapisywane po naszej stronie. Uwaga wymienia teraz obie drogi i powołuje §9.10.1.
• -v1.49 (wersja robocza, nigdy nie obowiązywała): Zderzenie z opinią kancelarii o ekranach Aplikacji z 10 sierpnia 2026. Zmiany: (169) wewnętrznej listy działań nie miała pozycji o tym, że blok „Analiza AI” w Aplikacji nadal dobiera treść pod zadeklarowany profil ryzyka Użytkownika. Punkt 8.2, uwaga „Personalizacja treści” w rozdz. 3 i wiersz „Personalizacja treści w Aplikacji (profilowanie)” w rejestrze przetwarzań opisują wariant A, czyli adnotacje jednolite dla wszystkich i przetwarzanie bez profilu ryzyka, natomiast kancelaria sprawdziła ekrany przesłane 1 sierpnia 2026 i przy Widoku 05 zakwalifikowała zależność bloku „Analiza AI” od profilu ryzyka jako naruszenie krytyczne do zmiany przed premierą. Dopisana pozycja 35 w części „Blokują publikację” nazywa tę rozbieżność i zobowiązuje do wycięcia zależności z buildu przed premierą.
• -v1.48 (wersja robocza, nigdy nie obowiązywała): Wyrównanie skutku sprzeciwu wobec profilowania z zakresem profilowania opisanym w Polityce. Zmiany: (168) rozdz. 7 przyznawał sprzeciw wobec profilowania z punktu 8.1, ale skutek tego sprzeciwu opisywał węziej, niż sięga samo profilowanie: obiecywał zaprzestanie generowania podsumowania portfela i personalizacji widoku „Odkrywaj - Na dziś”, a milczał o powiadomieniach dobieranych pod portfel. Punkt 8.1 stwierdza wprost, że powiadomienia dotyczące spółek z portfela i z listy obserwowanych działają „na tej samej zasadzie”, a rejestr przetwarzań wymienia ich dobór jako cel tego samego procesu „Personalizacja treści w Aplikacji (profilowanie)”. Użytkownik, który skorzystał z art. 21 RODO, dostawałby więc nadal treści dobierane pod jego portfel. Rozdz. 7 opisuje teraz skutek sprzeciwu w pełnym zakresie i zastrzega osobno, że wiadomości i powiadomienia serwisowe, których nie opieramy na profilowaniu, wysyłamy dalej.
• -v1.47 (wersja robocza, nigdy nie obowiązywała): Wyrównanie listy działań ze stanem, który kancelaria stwierdziła w dokumencie o ryzykach krytycznych z 10 sierpnia 2026. Zmiany: (167) pozycja 4 wewnętrznej listy działań podawała, że pod adresem prospektai.pl/metodologia wisi wersja 1.0 opublikowana 3 sierpnia 2026, i odsyłała po poprawioną treść do nieaktualnego pliku źródłowego. Kancelaria opisuje w ryzyku krytycznym nr 3 inny stan: strona działa w wersji 1.2 z 7 sierpnia 2026, wraz z archiwum wydań, i z tego powodu uznaje ryzyko z art. 173 ust. 7 ustawy o obrocie za zaadresowane. Plik, na który wskazywała pozycja 4, przestał być najnowszą wersją źródła strony. Pozycja mówi teraz, co kancelaria potwierdziła, na czym polega pozostała rozbieżność, czyli że opublikowana wersja opisuje adnotacje zależne od profilu ryzyka i horyzontu wbrew wariantowi A z punktu 8.2 Polityki, i zobowiązuje do sprawdzenia zgodności z punktem 8.2 przy podmianie strony. Sama treść Polityki zostaje bez zmian.
• -v1.46 (wersja robocza, nigdy nie obowiązywała): Domknięcie poprawki 165 w tej samej uwadze, w której ją naniosłem. Zmiany: (166) uwaga „Sprawdzenie treści przed pokazaniem jej Tobie” w rozdz. 3 otwierała się zdaniem, że tekst wygenerowany przez model „przechodzi u nas przez mechanizm sprawdzający”, a zdanie następne, poprawione w wersji 1.45, umieszczało ten mechanizm po stronie Aplikacji, czyli na urządzeniu Użytkownika. Zwrot „u nas” Polityka rezerwuje dla naszej infrastruktury, więc jedna uwaga wskazywała dwa różne miejsca przetwarzania tej samej treści, dokładnie ten błąd, który poprawka 165 miała usunąć. Teraz zdanie mówi, że tekst przechodzi przez nasz mechanizm sprawdzający, bo mechanizm jest nasz niezależnie od tego, gdzie działa, a miejsce jego działania podaje zdanie następne. Reszta uwagi zostaje bez zmian, tak samo pozycja 34 listy działań, czyli potwierdzenie, że build premierowy sprawdza treść na urządzeniu.
• -v1.45 (wersja robocza, nigdy nie obowiązywała): Wyrównanie z §5.3 regulaminu v2.36 w opisie sprawdzania treści wygenerowanej przez model. Zmiany: (165) uwaga „Sprawdzenie treści przed pokazaniem jej Tobie” w rozdz. 3 podawała, że mechanizm sprawdzający działa na naszej infrastrukturze, czyli na serwerze. Paragraf 5.3 regulaminu umieszczał go gdzie indziej: walidację prowadzi mechanizm Dostawcy działający po stronie Aplikacji, a Aplikacja to zgodnie z §1.2 regulaminu oprogramowanie mobilne na iOS i Android. W wersji 3.1 regulaminu ten sam przepis dopuszcza obok mechanizmu deterministycznego model językowy w roli klasyfikatora, co Polityka nanosi w wersji 1.98 (poprawka 222). Oba dokumenty wskazywały więc dwa różne miejsca przetwarzania tej samej treści, a miejsce przetwarzania decyduje o tym, czy tekst opisujący portfel Użytkownika wraca z modelu na nasz serwer, czy zostaje na urządzeniu. Uwaga mówi teraz to samo co regulamin: mechanizm jest nasz, deterministyczny i działa po stronie Aplikacji, na urządzeniu Użytkownika. Bez zmiany zostaje to, co uwaga mówiła poza tym: zatrzymany tekst zastępujemy opisem przygotowanym deterministycznie, a samo zdarzenie odnotowujemy w dzienniku audytowym. Nowa pozycja 34 listy działań zobowiązuje nas do potwierdzenia przed publikacją, gdzie walidacja działa w buildzie premierowym.
• -v1.44 (wersja robocza, nigdy nie obowiązywała): Domknięcie poprawki 162 w rejestrze przetwarzań, którego tamta nie objęła. Zmiany: (164) kolumna „Okres przechowywania” w wierszu „Podsumowanie AI portfela” zachowała brzmienie sprzed poprawki 162, czyli zapewnienie, że dane wejściowe nie są przechowywane po wygenerowaniu podsumowania, a żądania kierujemy do OpenAI „z wyłączonym przechowywaniem treści po stronie modelu”. Rozdz. 6 mówił już wtedy co innego, bo podawał trzydziestodniową kontrolę nadużyć po stronie dostawcy, więc dwa miejsca tej samej Polityki wskazywały dla tych samych danych inny okres przechowywania. Rejestr przetwarzań jest przy tym miejscem, w którym Użytkownik szuka okresu z art. 13 ust. 2 lit. a RODO, a ta komórka okresu w ogóle nie podawała. Wiersz podaje teraz to samo co rozdz. 6: nasze ustawienie zapisu treści, niezależną od niego kontrolę nadużyć trwającą do 30 dni oraz odesłanie po szczegóły. Pozycja 33 listy działań, która zobowiązuje nas do potwierdzenia konfiguracji zapytań, wskazuje teraz oba miejsca, a nie sam rozdz. 6.
• -v1.43 (wersja robocza, nigdy nie obowiązywała): Domknięcie poprawek 160 i 161 w części redakcyjnej, której tamte nie objęły. Zmiany: (163) pozycja 13 wewnętrznej listy działań nosiła tytuł „Regulamin powołuje inny przepis o cookies niż Polityka”, co po poprawkach z wersji 1.41 przestało być prawdą: punkt 9.2 i rozdz. 13 Polityki powołują dokładnie ten sam art. 361 ustawy Prawo komunikacji elektronicznej co §15.5 regulaminu, i to celowo, żeby oba dokumenty mówiły jednym głosem. Pozycja opisuje teraz rzeczywisty stan, czyli że wątpliwość dotyczy obu dokumentów naraz, bo przechowywanie informacji w urządzeniu końcowym reguluje art. 399 tej ustawy, i że pytanie do kancelarii ma objąć regulamin i Politykę razem.
• -v1.42 (wersja robocza, nigdy nie obowiązywała): Zderzenie ze stanowiskiem kancelarii do Pytania 13 oraz z §15.1.1 regulaminu v2.36. Zmiany: (162) punkt o danych przekazanych do modelu językowego w rozdz. 6 najpierw zapewniał, że żądania kierujemy „z wyłączonym przechowywaniem treści po stronie modelu”, a zaraz potem podawał, że OpenAI może je przechowywać przez 30 dni, „chyba że uzgodniono tryb zero data retention”. Czytelnik nie dowiadywał się z tego, czy jego dane leżą u dostawcy przez miesiąc, czy nie leżą wcale, a warunek w nawiasie dotyczył uzgodnienia, którego nie zawarliśmy: regulamin w §15.1.1 opiera powierzenie na standardowych warunkach przetwarzania OpenAI, a kancelaria opisała tryb zero data retention jako osobną możliwość tych warunków, nie jako nasz stan. Punkt rozdziela teraz dwie różne rzeczy, czyli wyłączony zapis treści w historii naszego konta i prowadzoną niezależnie od niego kontrolę nadużyć, podaje jednoznacznie trzydziestodniowy okres i wprost stwierdza, że osobnego trybu z OpenAI nie uzgodniliśmy. Do listy działań doszła pozycja 33, żeby potwierdzić konfigurację zapytań przed publikacją.
• -v1.41 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §15.5 regulaminu v2.36. Zmiany: (160) punkt 9.2 otwierał się zdaniem, że Aplikacja nie używa plików cookies, „bo nie jest stroną internetową”, podczas gdy §15.5 regulaminu obejmuje wprost Aplikację obok stron internetowych. Punkt mówi teraz to, co jest prawdą i co pokrywa się z regulaminem: Aplikacja nie korzysta z cookies w znaczeniu przeglądarkowym, ale art. 361 PKE obejmuje każdy zapis w pamięci urządzenia niezależnie od nazwy technologii. (161) zakończenie punktu 9.2 oraz rozdz. 13 twierdziły, że panel zgód z §15.5 regulaminu i Polityka Cookies dotyczą stron internetowych, „a nie Aplikacji”. Regulamin obiecuje ten mechanizm również w Aplikacji, więc Polityka zawężała zobowiązanie umowne. Oba miejsca opisują teraz, jak wykonujemy obowiązek z art. 361 PKE w każdym z tych kanałów: w Aplikacji zgodę na jedyny zapis, który nie jest niezbędny do świadczenia Usługi, czyli na identyfikator instalacji dla raportowania awarii, zbieramy na ekranie zgód przy pierwszym uruchomieniu, osobnym i domyślnie odznaczonym wyborem z równorzędną możliwością odmowy, a na stronach internetowych ten sam obowiązek wykonuje panel zgód opisany w Polityce Cookies.
• -v1.40 (wersja robocza, nigdy nie obowiązywała): Zderzenie z opinią kancelarii do Pytania 13. Zmiany: (159) uwaga „Podsumowanie AI portfela” w rozdz. 3 zapewniała, że zapytanie wysyłane do modelu nie zawiera „żadnej innej danej pozwalającej dostawcy modelu przypisać je do konkretnej osoby”. Kancelaria oceniła to inaczej: zestawienie kilkunastu procentowych udziałów portfela w konkretnym momencie bywa statystycznie unikatowe i potencjalnie umożliwia ponowną identyfikację mimo braku identyfikatora bezpośredniego. Polityka twierdziła więc wobec Użytkownika coś, czego nie jesteśmy w stanie dotrzymać, a przy okazji zbliżała się do nazwania tych danych anonimowymi, choć obejmujemy je pełnym reżimem RODO. Uwaga podaje teraz wyłącznie fakt, który kontrolujemy, czyli brak identyfikatora konta, adresu e-mail i innej danej wskazującej wprost na Użytkownika, i wprost zastrzega, że zapytanie traktujemy jako dane osobowe, bo sam skład portfela bywa rzadki. Pozycja 18 listy działań, która twierdziła, że rekomendacja kancelarii nie wymaga poprawki w tekście, odsyła teraz do zmienionej uwagi.
• -v1.39 (wersja robocza, nigdy nie obowiązywała): Wyrównanie rozdz. 4 z rejestrem przetwarzań. Zmiany: (158) uwaga „Odbiorcy spoza infrastruktury Aplikacji” wymieniała trzy kategorie odbiorców: biuro rachunkowe, kancelarię prawną oraz organy i sądy. Wiersz o odstąpieniu i zwrocie płatności wskazuje od wersji 1.21 jeszcze jednego odbiorcę, czyli bank prowadzący nasz rachunek firmowy, do którego trafia numer rachunku i dane jego posiadacza, kiedy zwrot wypłacamy przelewem. Rozdział o odbiorcach musi wymieniać komplet, bo tego wymaga art. 13 ust. 1 lit. e RODO, więc bank wszedł do uwagi jako czwarta kategoria wraz z rolą samodzielnego administratora.
• -v1.38 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §13.4, §13.5, §13.6 i §10.3 regulaminu v2.36. Zmiany: (156) wiersz o odstąpieniu i zwrocie płatności powoływał §10.3 regulaminu ogólnie, a z tytułów zwrotu wymieniał tylko wypowiedzenie po zmianie regulaminu i niezasadną blokadę Konta. Paragraf 10.3 obejmuje jeszcze trzy sytuacje, w których płacimy Użytkownikowi z tytułu niezgodności Usługi z umową: obniżenie ceny albo rozwiązanie umowy z §13.4, odstąpienie z powodu niedostarczenia Usługi z §13.5 oraz proporcjonalne obniżenie opłaty za okres przerwy z §13.6. Cel przetwarzania wymienia je teraz po kolei, a kategorie danych obejmują żądanie albo oświadczenie Użytkownika i wyliczenie należnej kwoty; (157) uwaga pod tabelą wyliczała cztery sytuacje, w których prosimy o numer rachunku bankowego, i przedstawiała je jako zamkniętą listę, choć te trzy tytuły też kończą się przelewem od nas. Punkt opisuje je dziś razem z pozostałymi.
• -v1.37 (wersja robocza, nigdy nie obowiązywała): Wyrównanie opisu zapisu akceptacji w rozdz. 6 z rejestrem w rozdz. 3. Zmiany: (155) rozdz. 6 wyliczał zawartość zapisu akceptacji za §8.4 regulaminu, czyli identyfikator konta, datę, adres IP i wersje dokumentów, i pomijał rodzaj złożonego oświadczenia, który rejestr w rozdz. 3 wymienia od początku. Punkt podaje teraz wszystkie cztery rodzaje oświadczeń wraz z paragrafami regulaminu, które je wprowadzają, w tym potwierdzenie pełnoletności z §7.1 i oświadczenie z §8.6.
• -v1.36 (wersja robocza, nigdy nie obowiązywała): Domknięcie listy danych, które zostają po usunięciu konta. Zmiany: (153) lista na końcu rozdz. 6 zapewniała, że poza wyliczonymi ośmioma kategoriami nie zostaje nic, a dwa punkty tego samego rozdziału mówiły co innego: raporty o awariach żyją u dostawcy diagnostyki do 90 dni i zawierają identyfikator Użytkownika, a zgłoszenia testerów trzymamy do upływu terminów przedawnienia niezależnie od konta. Lista ma teraz punkty 9 i 10, które obie kategorie opisują wraz z podstawą prawną; (154) zdanie wprowadzające listę rozróżnia dane leżące na naszych serwerach od tych, które wygasają samoczynnie poza nimi.
• -v1.35 (wersja robocza, nigdy nie obowiązywała): Usunięcie rozbieżności, która powstała wewnątrz Polityki po dopisaniu programu TEST-BETA do rejestru. Zmiany: (151) rozdz. 12 podawał jeden okres dla wszystkich danych testerów, czyli do zakończenia programu, a następnie do upływu terminów przedawnienia, podczas gdy rejestr w rozdz. 3 i punkt w rozdz. 6 rozdzielają dane kontaktowe od zgłoszeń i korespondencji. Rozdz. 12 podaje teraz oba okresy tak samo jak rejestr i wskazuje, gdzie czytelnik znajdzie to samo; (152) podstawę z art. 6 ust. 1 lit. b RODO opisywaliśmy w rozdz. 12 jako „umowę o testy”, choć takiej umowy nie ma dziś w żadnym z naszych dokumentów. Punkt mówi teraz o udziale w programie testowym, o który tester sam poprosił, a domknięcie podstawy jest pozycją 32 listy działań.
• -v1.34 (wersja robocza, nigdy nie obowiązywała): Uzupełnienie rozdziału o transferach po dopisaniu programu TEST-BETA do rejestru. Zmiany: (150) rozdz. 5 wyliczał transfery do Stanów Zjednoczonych i pomijał adres e-mail testera, który przekazujemy do Apple albo do Google, żeby sklep wysłał zaproszenie kanałem testowym. Rozdział opisuje teraz ten transfer, wskazuje obie spółki jako samodzielnych administratorów i podaje podstawę z art. 49 ust. 1 lit. b RODO, a przy Google dodatkowo decyzję o EU-US Data Privacy Framework.
• -v1.33 (wersja robocza, nigdy nie obowiązywała): Doprowadzenie opisu logiki profilowania do zgodności z rejestrem przetwarzań. Zmiany: (148) punkt 8.1 lit. a, czyli miejsce, w którym wykonujemy obowiązek z art. 13 ust. 2 lit. f RODO, wyliczał dane przekazywane do modelu językowego węziej niż rozdz. 3: wymieniał skład portfela, horyzont i oceny, a pomijał sektor spółki, strukturę i miary koncentracji, wyniki portfela z porównaniem do indeksu, dane fundamentalne i zdarzenia ESPI/EBI oraz tickery obserwowanych spółek. Punkt wymienia teraz wszystkie sześć grup danych i powtarza, czego do modelu nie przekazujemy; (149) zdanie wprowadzające w punkcie 8.1 opisywało podsumowanie portfela jako oparte wyłącznie na danych portfela i horyzoncie, więc uzupełniliśmy je o tickery obserwowanych spółek.
• -v1.32 (wersja robocza, nigdy nie obowiązywała): Domknięcie zapowiedzi kompletności rejestru przetwarzań. Zmiany: (146) tabela w rozdz. 3 zapowiada zestawienie wszystkich procesów przetwarzania, a nie obejmowała programu TEST-BETA, choć rozdz. 12 opisuje przetwarzanie danych testerów, a rozdz. 4 wymienia przy Apple i Google rolę kanału testowego. Rejestr ma teraz osobny wiersz z zakresem danych, celem, podstawami prawnymi, okresem przechowywania i odbiorcami; (147) rozdz. 6, który zbiera okresy przechowywania w jednym miejscu, nie wymieniał danych testerów. Punkt podaje teraz oba okresy: dane kontaktowe do zakończenia programu, a zgłoszenia i korespondencję do upływu terminów przedawnienia.
• -v1.31 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §8.7 regulaminu v2.36. Zmiany: (144) rozdz. 6 kończy się teraz zestawieniem „Co zostaje u nas po usunięciu konta”, które wymienia osiem kategorii danych wraz z podstawą prawną i okresem przechowywania oraz zastrzega, że poza tą listą nie zostaje nic. Paragraf 8.7 regulaminu zapowiada, że kategorie zachowywanych danych i podstawy ich przechowywania określa Polityka Prywatności, a Polityka rozrzucała je po kilkunastu punktach rozdz. 6, więc czytelnik nie miał jak sprawdzić, co dzieje się z jego danymi po usunięciu konta; (145) podsumowanie w rozdz. 2 wymieniało jako wyjątek od kasowania wyłącznie potwierdzenia transakcji i zapis akceptacji regulaminu, i przypisywało oba „przepisom”, choć po usunięciu konta zostaje u nas również potwierdzenie zawarcia umowy, dokumentacja odstąpienia, korespondencja reklamacyjna, informacja o blokadzie Konta i numer rachunku podany do zwrotu, a większość z nich trzymamy na podstawie prawnie uzasadnionego interesu, nie na podstawie obowiązku ustawowego. Punkt opisuje teraz obie przyczyny i odsyła do zestawienia w rozdz. 6.
• -v1.30 (wersja robocza, nigdy nie obowiązywała): Podanie okresu przechowywania, którego Polityka nie podawała. Zmiany: (142) wiersz „Wiadomości serwisowe i transakcyjne” w rozdz. 3 podawał przy potwierdzeniu zawarcia umowy okres „wymagany przepisami”, choć żaden przepis takiego okresu nie wyznacza, a art. 13 ust. 2 lit. a RODO wymaga podania okresu albo kryteriów jego ustalenia. Potwierdzenie z §8.3 regulaminu przechowujemy przez 5 lat od rozwiązania umowy, tak samo jak zapis akceptacji regulaminu, a podstawą jest dodatkowo art. 6 ust. 1 lit. f RODO; (143) rozdz. 6 dostał odpowiadający punkt o retencji, bo wcześniej pomijał ten proces w całości.
• -v1.29 (wersja robocza, nigdy nie obowiązywała): Domknięcie poprawki z wersji 1.28 w pozostałych rozdziałach. Zmiany: (140) to samo zapewnienie o notatkach, które poprawiliśmy w rozdz. 2, zostało jeszcze w trzech miejscach: w kolumnie odbiorców przy wierszu o liście obserwowanych spółek, w uwadze „Notatki przy obserwowanych spółkach” pod tabelą w rozdz. 3 oraz w punkcie o retencji notatek w rozdz. 6. Wszystkie trzy wskazują teraz dostawcę hostingu jako podmiot przetwarzający notatki i zawężają zapewnienie do pozostałych odbiorców; (141) uwaga o artefaktach analiz w rozdz. 4 kończyła się urwanym zdaniem „Razem z regionem przechowywania”, które usunęliśmy.
• -v1.28 (wersja robocza, nigdy nie obowiązywała): Usunięcie drugiej sprzeczności wewnątrz Polityki. Zmiany: (139) podsumowanie w rozdz. 2 zapewniało, że notatek przy obserwowanych spółkach nie przekazujemy żadnemu podmiotowi trzeciemu, podczas gdy rozdz. 4 wskazuje dostawcę hostingu jako podmiot przetwarzający, który te notatki przechowuje. Punkt wymienia teraz hosting wprost i zawęża zapewnienie do pozostałych odbiorców, więc rozdz. 2 i rozdz. 4 mówią to samo.
• -v1.27 (wersja robocza, nigdy nie obowiązywała): Usunięcie sprzeczności wewnątrz Polityki. Zmiany: (138) opis prawa do przenoszenia danych w rozdz. 7 wymieniał wyłącznie dane rejestracyjne, pozycje portfela i listę obserwowanych spółek, podczas gdy rozdz. 3 i uwaga o art. 14 RODO zaliczają do danych dostarczonych przez Użytkownika również notatki przy obserwowanych spółkach oraz zadeklarowany horyzont inwestycyjny i pozostałe ustawienia. Wyliczenie obejmuje teraz wszystkie te kategorie, więc zakres wydawanego pliku odpowiada art. 20 ust. 1 RODO.
• -v1.26 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §9.10.1 regulaminu v2.36. Zmiany: (137) rejestr przetwarzań opisywał powiadomienia push wyłącznie od strony doręczenia, a §9.10.1 regulaminu zapowiada ekran, na którym Aplikacja gromadzi doręczone powiadomienia. Wiersz o powiadomieniach serwisowych obejmuje teraz również prowadzenie ich historii, nowa uwaga pod tabelą opisuje, co ta historia zawiera i jak ją usunąć, a rozdz. 6 podaje osobny okres jej przechowywania.
• -v1.25 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §4.1, §5.3 i §5.4 regulaminu v2.36 oraz z rekomendacjami nr 2 i nr 3 kancelarii do Pytania 4, które nakazują filtrować treść modelu i zapisywać każde zatrzymane sformułowanie w audycie. Zmiany: (136) Polityka nie wspominała, że wygenerowany tekst przechodzi u nas przez mechanizm sprawdzający, ani że zatrzymanie tekstu zostawia ślad w dzienniku zdarzeń audytowych. Czytelnik dowiadywał się jedynie, że danych wejściowych nie przechowujemy, więc mógł uznać, że po wygenerowaniu podsumowania nie zostaje żaden zapis. Nowa uwaga pod tabelą w rozdz. 3 opisuje ten mechanizm, wskazuje, że jest deterministyczny i nie dokłada żadnego odbiorcy danych, oraz wiąże zapis zdarzenia z okresem przechowywania dzienników audytowych z rozdz. 6.
• -v1.24 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §4.1 i §4.2 regulaminu v2.36 oraz z rekomendacją nr 3 kancelarii do Pytania 14, która wymaga, żeby rozdz. 8 Polityki i §15.2 regulaminu mówiły to samo. Zmiany: (134) opis logiki profilowania w punkcie 8.1 podawał, że podsumowanie portfela powstaje na podstawie danych portfela i zadeklarowanego horyzontu inwestycyjnego, ale nie mówił, co ten horyzont robi. §4.1 regulaminu zawęża jego rolę do wyznaczenia ram czasowych opisu i wprost wyklucza wpływ na dobór opisywanych spółek, na Ocenę oraz badanie odpowiedniości i adekwatności. Punkt 8.1 powtarza teraz to zawężenie, bo art. 13 ust. 2 lit. f RODO wymaga podania rzeczywistych zasad podejmowania decyzji, a bez tego zdania czytelnik mógł odczytać podsumowanie jako treść dobraną pod jego sytuację; (135) punkt 8.2 dopowiada, że horyzont służy wyłącznie wyznaczeniu ram czasowych opisu.
• -v1.23 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §5.6 regulaminu v2.36. Zmiany: (132) Polityka nie mówiła nic o trenowaniu modeli, choć regulamin zapewnia, że modele nie są trenowane na danych Użytkownika ani na danych portfelowych i że ich nie dostrajamy. Czytelnik Polityki dowiadywał się jedynie, że OpenAI może przechowywać dane do 30 dni na potrzeby monitorowania nadużyć, i nie miał jak sprawdzić, co dzieje się z nimi dalej. Nowa uwaga w rozdz. 4 opisuje oba zobowiązania, wskazuje ich źródło w warunkach korzystania z API oraz w aneksie o przetwarzaniu danych i zapowiada tryb istotnej zmiany, gdyby zasada miała się zmienić; (133) punkt o retencji w rozdz. 6 rozdziela trzydziestodniowe przechowywanie na potrzeby monitorowania nadużyć od wykorzystania danych do uczenia modeli.
• -v1.22 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §15.5 regulaminu v2.36 i z art. 361 PKE. Zmiany: (130) Polityka nie mówiła nic o tym, co Aplikacja zapisuje w pamięci urządzenia, choć §15.5 regulaminu zapowiada takie zapisy i odsyła po szczegóły do Polityki Cookies, która opisuje strony internetowe, a nie Aplikację. Nowy punkt 9.2 wymienia sześć rodzajów informacji zapisywanych na urządzeniu, wskazuje, które są niezbędne, a które zależą od Twojej zgody, i podaje sposób ich usunięcia; (131) akapit o cookies w rozdz. 13 rozdziela oba światy: Polityka Cookies i panel zgód z §15.5 dotyczą stron internetowych, a zapisy Aplikacji opisuje punkt 9.2.
• -v1.21 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §9.6, §9.7, §9.11.1, §10.3, §17.3 i §17.4 regulaminu v2.36. Zmiany: (128) rejestr nie wymieniał numeru rachunku bankowego, choć regulamin zobowiązuje nas do wypłaty zwrotu przelewem w czterech sytuacjach: gdy zwrot przez sklep nie dojdzie do skutku w terminie ustawowym, gdy konsument sam poprosi o przelew, gdy zwracamy proporcjonalną część opłaty po wypowiedzeniu umowy w związku ze zmianą regulaminu i gdy zwracamy ją po niezasadnej blokadzie Konta. Numer rachunku wraz z danymi posiadacza wszedł do wiersza o odstąpieniu i zwrocie, razem z rozszerzonym celem, z bankiem i biurem rachunkowym po stronie odbiorców oraz z własnym okresem przechowywania w rozdz. 6. (129) Uwaga pod tabelą twierdziła, że samego zwrotu pieniędzy nie realizujemy, bo robi to operator platformy. Zdanie przeczyło §9.6 i §9.7 regulaminu, więc opisuje teraz regułę i wyjątki od niej.
• -v1.20 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §8.5, §12.1 i §13.4 lit. f regulaminu v2.36 oraz z zapowiedzią kompletności rejestru. Zmiany: (126) rejestr obejmował korespondencję wyłącznie wtedy, gdy była reklamacją, żądaniem RODO, oświadczeniem o odstąpieniu albo zgłoszeniem emitenta, więc zwykłe pytanie wysłane na adres kontakt@prospektai.pl nie mieściło się w żadnym wierszu, mimo że rozdz. 3 zapowiada zestawienie wszystkich procesów. Dotyczy to również osób, które piszą do nas przed założeniem konta, na przykład po to, żeby zapytać o przydatność Aplikacji do własnego celu w rozumieniu §13.4 lit. f regulaminu. Nowy wiersz opisuje ten proces wraz z podstawą z art. 6 ust. 1 lit. b RODO dla czynności przed zawarciem umowy; (127) rozdz. 6 dostał odpowiadający mu punkt o retencji pozostałej korespondencji.
• -v1.19 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §7.2, §9.11.1 i §14.1 regulaminu v2.36 oraz z własnym rozdz. 8 Polityki. Zmiany: (123) wiersz rejestru o wykrywaniu nadużyć obejmował wyłącznie wielokrotne korzystanie z Okresu próbnego, podczas gdy §9.11.1 regulaminu pozwala zablokować Konto również za naruszenie §7.2, czyli za pobieranie danych botem, obchodzenie zabezpieczeń, udostępnianie danych logowania i dalsze rozpowszechnianie Ocen. Rozdz. 8 Polityki wymieniał tę drugą podstawę blokady, a rejestr jej nie znał, więc dokument przeczył sam sobie. Wiersz obejmuje teraz oba cele; (124) ten sam wiersz podaje dane, na których opiera się takie sprawdzenie, czyli liczbę i tempo żądań do naszego serwera oraz liczbę urządzeń i sesji przypisanych do jednego konta; (125) uwaga pod tabelą wyjaśnia, czego przy tym nie robimy, i zachowuje dotychczasowe zastrzeżenie, że blokadę zakłada człowiek, a nie automat.
• -v1.18 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §12.1-§12.5 regulaminu v2.36 oraz z rzeczywistym obiegiem dokumentów w spółce. Zmiany: (120) rozdz. 4 wymieniał wyłącznie dostawców technicznych, przez co Polityka nie ujawniała trzech kategorii odbiorców, których wymaga art. 13 ust. 1 lit. e RODO: biura rachunkowego przetwarzającego dane rozliczeniowe, kancelarii prawnej w razie sporu oraz sądów, komorników i organów nadzoru występujących do nas w konkretnej sprawie. Nowa uwaga pod tabelą opisuje wszystkie trzy i dodaje, że danych nie sprzedajemy ani nie przekazujemy nikomu w celach marketingowych; (121) ta sama uwaga podaje, że wybór pozasądowego rozwiązania sporu z §12.5 regulaminu oznacza przekazanie danych podmiotowi prowadzącemu postępowanie, czyli Wojewódzkiemu Inspektorowi Inspekcji Handlowej albo innemu podmiotowi z rejestru Prezesa UOKiK; (122) wiersz o płatnościach wskazuje biuro rachunkowe jako odbiorcę danych rozliczeniowych, a wiersz o reklamacjach i żądaniach RODO kancelarię oraz podmiot prowadzący postępowanie pozasądowe.
• -v1.17 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §5.1 i §5.6 regulaminu v2.36. Zmiany: (119) tabela odbiorców w rozdz. 4 opisywała rolę OpenAI wyłącznie jako generowanie słownego podsumowania portfela, podczas gdy regulamin powierza temu samemu dostawcy również słowny opis pojedynczej spółki i porównanie spółek. W tej drugiej funkcji model pracuje na publicznych danych o spółkach i na wynikach naszego silnika, więc nie przetwarza danych osobowych i nie jest procesorem, ale Polityka nie mówiła o niej nic, choć przy Anthropic opisuje analogiczny przypadek. Kto zestawi §5.6 regulaminu z rozdz. 4 Polityki, zobaczy dwa różne obrazy tej samej współpracy. Wiersz opisuje teraz obie funkcje i wprost rozgranicza role.
• -v1.16 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §4.2 i §15.2 regulaminu v2.36 oraz z własnym rozdz. 8 Polityki. Zmiany: (117) rejestr przetwarzań nie obejmował ustawień Użytkownika. Zadeklarowany horyzont inwestycyjny występował w tabeli tylko w wierszu o podsumowaniu AI, czyli jako dana przekazywana do modelu, a ten wiersz zastrzega przy okazji, że danych wejściowych nie przechowujemy po wygenerowaniu podsumowania. Tymczasem sam horyzont zostaje u nas na stałe, bo Użytkownik wybiera go w ustawieniach i korzystamy z niego przy każdym kolejnym podsumowaniu. Rejestr nie podawał więc celu, podstawy prawnej ani okresu przechowywania tej danej, czego wymaga art. 13 ust. 1 RODO. Nowy wiersz obejmuje horyzont, preferencje powiadomień push i preferencje prezentacji danych z §4.2 regulaminu, a przy okazji powtarza granicę wyznaczoną wariantem A z Pytania 13: horyzont służy wyłącznie do podsumowania portfela i nie zmienia ocen, kolejności list ani adnotacji; (118) rozdz. 6 zyskał odpowiadający punkt o retencji ustawień.
• -v1.15 (wersja robocza, nigdy nie obowiązywała): Zderzenie z Załącznikiem nr 1 i z §18.5 regulaminu v2.36. Zmiany: (114) wiersz o odstąpieniu od umowy w rozdz. 3 wymieniał tylko identyfikator konta i adres e-mail, a ustawowy wzór formularza z Załącznika nr 1 przewiduje imię, nazwisko i adres konsumenta. Kto skorzysta z formularza, przekazuje nam dane, których nie mamy z żadnego innego tytułu, więc rejestr musiał je wymienić; (115) uwaga pod tabelą wyjaśnia, że tych danych sami nie wymagamy, bo do przyjęcia oświadczenia wystarczy adres e-mail powiązany z kontem. To bezpośrednie zastosowanie zasady minimalizacji z art. 5 ust. 1 lit. c RODO; (116) rozdz. 11 wskazywał wyłącznie Prezesa UODO, choć §18.5 regulaminu kieruje Aplikację również do Użytkowników z pozostałych państw Europejskiego Obszaru Gospodarczego. Polityka podaje teraz, że skargę można wnieść także do organu właściwego dla miejsca zwykłego pobytu, miejsca pracy albo miejsca domniemanego naruszenia, bo wybór należy do Użytkownika na mocy art. 77 RODO.
• -v1.14 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §12.6 i §3.6.4 regulaminu v2.36. Zmiany: (111) tabela w rozdz. 3 nie obejmowała obsługi zgłoszeń emitentów, choć regulamin zobowiązuje nas do przyjęcia zastrzeżeń do danych wejściowych albo do Metodologii na adres zgloszenia@prospektai.pl i do rozpatrzenia ich w terminie 14 dni. Osoba, która pisze w imieniu emitenta, jest osobą fizyczną, a my jesteśmy administratorem jej danych, więc proces wymagał ujawnienia na równi z pozostałymi. Nowy wiersz podaje kategorie danych, cel, dwie podstawy prawne (obowiązek rzetelnego sporządzania i korygowania Ocen z rozporządzenia MAR i rozporządzenia delegowanego 2016/958 oraz nasz interes w wykazaniu, że zgłoszenie rozpatrzyliśmy), okres przechowywania i odbiorcę; (112) uwaga pod tabelą rozdziela kanały: zgloszenia@prospektai.pl obsługuje wyłącznie emitentów, a reklamacje i żądania RODO idą na kontakt@prospektai.pl. Zaznacza też, że zgłoszenia nie wiążemy z żadnym kontem w Aplikacji; (113) rozdz. 6 zyskał punkt o retencji tej korespondencji wraz z wyjaśnieniem, że pięcioletni rejestr Ocen zapisuje sam fakt korekty, bez danych osoby zgłaszającej.
• -v1.13 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §8.5, §8.6, §9.6, §9.7 i §10.2 regulaminu v2.36. Zmiany: (108) tabela w rozdz. 3 zapowiada zestawienie wszystkich procesów przetwarzania, a nie obejmowała odstąpienia od umowy ani rozliczenia zwrotu, choć regulamin przewiduje oświadczenie składane na adres kontakt@prospektai.pl albo na formularzu z Załącznika nr 1, korespondencję w tej sprawie i wyliczenie kwoty potrącenia za okres wykorzystany do chwili odstąpienia. Nowy wiersz podaje cel, kategorie danych, trzy podstawy prawne (obowiązek z ustawy o prawach konsumenta, rozliczenie umowy oraz nasz interes w wykazaniu prawidłowego rozliczenia), okres przechowywania i odbiorcę; (109) uwaga pod tabelą wyjaśnia, że uzasadnienia odstąpienia nie wymagamy i o nie nie pytamy oraz że samego zwrotu pieniędzy nie realizujemy, bo wykonuje go Apple albo Google jako operator platformy; (110) rozdz. 6 zyskał punkt o retencji: oświadczenie i korespondencja do upływu terminów przedawnienia, dane rozliczeniowe przez 5 lat od końca roku podatkowego, w obu przypadkach także po usunięciu konta.
• -v1.12 (wersja robocza, nigdy nie obowiązywała): Domknięcie poprawki z wersji 1.11 w rozdziale, którego tamta nie objęła. Zmiany: (104) tabela odbiorców w rozdz. 4 opisywała rolę Brevo jako mailing i listę oczekujących „obecnie wyłącznie zapisy na stronie prospektai.pl”, więc po poprawieniu rozdz. 3 sprzeczność przeniosła się o rozdział dalej: jedno miejsce mówiło, że adres Użytkownika Aplikacji trafia do Brevo, a drugie, że Brevo obsługuje wyłącznie stronę. Wiersz opisuje teraz jeden stan, czyli platformę mailingową obsługującą wyłącznie komunikację marketingową (lista oczekujących ze strony oraz newsletter i wiadomości promocyjne dla Użytkowników, którzy zgodzili się na nie w Aplikacji), i zaznacza wprost, że Brevo nie wysyła wiadomości serwisowych ani transakcyjnych; (105) zakres danych powierzonych Brevo obejmuje teraz, poza adresem e-mail, znacznik czasu udzielenia i potwierdzenia zgody oraz status subskrypcji newslettera, czyli to, co jest potrzebne do wykazania zgody z art. 7 ust. 1 RODO i do obsługi wygaśnięcia zgody niepotwierdzonej w ciągu 30 dni (§16.3 regulaminu); (106) pozycja 3 listy działań odsyłała do publikacji „wersji 1.4”, choć dokument ma dziś wyższy numer, więc mówi teraz o wersji obowiązującej w dniu premiery; (107) pozycja 8 listy działań powtarzała nieaktualne zdanie o Brevo obsługującym wyłącznie stronę.
• -v1.11 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §16.0-§16.5 regulaminu v2.36. Zmiany: (99) tabela w rozdz. 3 wskazywała Brevo jako odbiorcę adresu e-mail przy newsletterze, a uwaga pod tabelą twierdziła, że Brevo nie wysyła Użytkownikom Aplikacji żadnych wiadomości. Dwa zdania w tym samym rozdziale przeczyły sobie, a §16 regulaminu przewiduje newsletter dla Użytkowników Aplikacji, więc oba miejsca opisują teraz ten sam stan: Brevo obsługuje komunikację marketingową, a wiadomości serwisowe idą przez dostawcę uwierzytelniania i przez naszą infrastrukturę; (100) wiersz „Push marketingowe i newsletter” podaje, gdzie zgodę udzielasz, czyli w sekcji Ustawienia -> Komunikacja, że nie zbieramy jej przy rejestracji i że zgoda na e-mail jest odrębna od zgody na powiadomienia push (§16.1 i §16.2); (101) rozdz. 3 i 6 podają, że zgoda niepotwierdzona w ciągu 30 dni wygasa, a adres usuwamy z bazy marketingowej (§16.3); (102) rozdz. 7 wymienia konkretne drogi wycofania każdej zgody, czego wymaga art. 7 ust. 3 RODO, zgodnie z §16.5 regulaminu; (103) na listę działań weszła pozycja 24, czyli potwierdzenie sekcji Ustawienia -> Komunikacja wraz z double opt-in.
• -v1.10 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §7.2, §9.11 i §9.11.1 regulaminu v2.36. Zmiany: (94) tabela w rozdz. 3 zapowiada zestawienie wszystkich procesów przetwarzania, a nie obejmowała wykrywania nadużyć Okresu próbnego ani blokady Konta, choć regulamin daje nam prawo zablokować konto założone po raz drugi po to, żeby ponownie skorzystać z bezpłatnego dostępu. Nowy wiersz podaje kategorie danych, cel, podstawę z art. 6 ust. 1 lit. f RODO, okres przechowywania i odbiorcę, czego wymaga art. 13 ust. 1 RODO; (95) uwagi do rozdz. 3 wyjaśniają, na czym polega to sprawdzanie, i zastrzegają, że nie budujemy w tym celu profilu zachowania ani nie korzystamy z narzędzi śledzących; (96) rozdz. 8 stwierdza wprost, że blokada Konta nie jest decyzją opartą wyłącznie na zautomatyzowanym przetwarzaniu w rozumieniu art. 22 ust. 1 RODO, bo zakłada ją człowiek, oraz opisuje zawiadomienie i czternastodniowe odwołanie z §9.11.1 regulaminu; (97) rozdz. 6 podaje okres przechowywania informacji o blokadzie i korespondencji odwoławczej; (98) na listę działań weszła pozycja 23, czyli potwierdzenie, jakie dane naprawdę zasilają wykrywanie nadużyć.
• -v1.9 (wersja robocza, nigdy nie obowiązywała): Uzupełnienie dwóch tematów, których Polityka nie poruszała wcale, mimo że regulamin opisuje je od swojej strony. Zmiany: (90) rozdz. 9 zyskał opis środków bezpieczeństwa z art. 32 RODO (TLS 1.2 lub nowszy, hasła wyłącznie w postaci zahaszowanej, tokenizacja sesji, ograniczony dostęp do danych produkcyjnych, kopie zapasowe, monitoring, dziennik zdarzeń audytowych), spójny z katalogiem zagrożeń i mitygacji z §6.3 regulaminu; (91) rozdz. 9 opisuje tryb postępowania przy naruszeniu ochrony danych: zgłoszenie do Prezesa UODO w ciągu 72 godzin (art. 33 RODO) oraz zawiadomienie Użytkownika e-mailem przy wysokim ryzyku (art. 34 RODO), czego wcześniej nie zapowiadał żaden z naszych dokumentów; (92) rozdz. 3 podaje źródła danych, których nie otrzymujemy bezpośrednio od Ciebie, czyli dostawcę tożsamości przy logowaniu przez Google i Apple oraz operatorów płatności i dostawcę walidacji zakupów, do czego zobowiązuje art. 14 ust. 2 lit. f RODO; (93) dotychczasowy rozdz. 9 o biometrii i kodzie dostępu stał się punktem 9.1, bez zmiany treści, więc numeracja pozostałych rozdziałów została nienaruszona.
• -v1.8 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §4.2 i §8.7 regulaminu v2.36. Zmiany: (87) z wiersza „Personalizacja treści w Aplikacji (profilowanie)” w rozdz. 3 zniknął zadeklarowany horyzont inwestycyjny, bo §4.2 regulaminu zastrzega, że Aplikacja nie układa list według profilu ryzyka ani celów inwestycyjnych, a punkty 8.1 i 8.2 Polityki mówiły to samo; wiersz dopisuje teraz wprost, że horyzontu do doboru treści nie używamy, co utrzymuje wariant A zalecony przez kancelarię w odpowiedzi na Pytanie 14; (88) rozdz. 6 podaje termin wykonania żądania usunięcia konta, czyli miesiąc od jego złożenia (art. 12 ust. 3 RODO, §8.7 regulaminu), więc kasowanie następuje zaraz po zamknięciu 30-dniowego okna przywrócenia, a nie kiedykolwiek później; (89) rozdz. 6 ostrzega, że usunięcie konta nie anuluje subskrypcji kupionej w App Store albo Google Play, zgodnie z ostatnim zdaniem §8.7 regulaminu.
• -v1.7 (wersja robocza, nigdy nie obowiązywała): Zderzenie z §17.2, §17.4 i §15.5 regulaminu v2.36. Zmiany: (83) rozdz. 13 opisuje zmianę zasad ochrony danych jako zmianę istotną, czyli zapowiadaną na 30 dni, wysyłaną e-mailem i w Aplikacji oraz wymagającą aktywnej akceptacji Użytkownika, zamiast dotychczasowych 14 dni z powiadomieniem wyłącznie w Aplikacji; (84) rozdz. 13 podaje skutek braku akceptacji, czyli wypowiedzenie umowy z proporcjonalnym zwrotem opłaty według §10.3 regulaminu, oraz regułę rozstrzygania wątpliwości na rzecz istotności zmiany; (85) rozdz. 13 odsyła do Polityki Cookies pod adresem prospektai.pl/cookies, którą regulamin wskazuje w §15.5, a której Polityka wcześniej nie wymieniała; (86) na listę działań weszła pozycja 21, czyli ekran aktywnej akceptacji zmian.
• -v1.6 (wersja robocza, nigdy nie obowiązywała): Zderzenie z regulaminem v2.36 w trzech miejscach, w których Polityka obiecywała coś innego niż regulamin. Zmiany: (78) rozdz. 3 i 6 podają, że pięć lat przechowywania zapisu akceptacji liczymy od rozwiązania umowy, czyli od usunięcia konta, zgodnie z §8.4 regulaminu, a nie od dnia akceptacji, czego wymaga art. 13 ust. 2 lit. a RODO; (79) podstawą przechowywania tego zapisu jest art. 6 ust. 1 lit. f RODO w związku z terminami przedawnienia z art. 118 Kodeksu cywilnego, a art. 7 ust. 1 RODO wskazujemy jako źródło obowiązku wykazania zgody, nie jako podstawę przetwarzania, dzięki czemu rozdz. 3 mówi to samo co §8.4 regulaminu; (80) rozdz. 2 i 6 opisują skutek usunięcia konta jako skasowanie albo nieodwracalną anonimizację, zgodnie z §8.7 regulaminu, zamiast obiecywać wyłącznie trwałe usunięcie; (81) rozdz. 6 wyjaśnia, co zostaje w pięcioletnim rejestrze Ocen z §3.6.4 regulaminu, do którego regulamin odsyła po kategorie zachowywanych danych, i podaje, że rejestr nie zawiera danych wiążących Ocenę z Użytkownikiem; (82) na listę działań weszła pozycja 20, czyli potwierdzenie, które dane kasujemy, a które anonimizujemy.
• -v1.5 (wersja robocza, nigdy nie obowiązywała): Zderzenie z kompletem opinii kancelarii z 10 sierpnia 2026, w szczególności ze stanowiskami do Pytania 13 (transfer portfela do OpenAI) i Pytania 14 (profilowanie i adnotacje). Zmiany: (72) rozdz. 3 zapowiada zestawienie wszystkich procesów przetwarzania, a nie obejmował doboru treści w widoku „Odkrywaj - Na dziś” ani powiadomień dobieranych pod portfel, mimo że punkt 8.1 nazywa je profilowaniem. Tabela ma teraz osobny wiersz „Personalizacja treści w Aplikacji (profilowanie)” wraz z celem, podstawą prawną, okresem przechowywania i odbiorcą, czego wymaga art. 13 ust. 1 RODO; (73) w uwagach do rozdz. 3 rozdzielono trzy funkcje, które łatwo pomylić: personalizację treści, słowne podsumowanie portfela i adnotacje przy pozycjach, ze wskazaniem, że tylko dwie pierwsze są profilowaniem; (74) rozdz. 7 opisywał prawo sprzeciwu wyłącznie wobec przetwarzania opartego na uzasadnionym interesie, a punkt 8.1 przyznaje sprzeciw wobec profilowania opartego na wykonaniu umowy. Rozdz. 7 przyznaje ten sprzeciw wprost i opisuje jego skutek, spójnie z §15.2 regulaminu; (75) rozdz. 2 dostał punkt o profilowaniu odsyłający do rozdz. 8, żeby streszczenie nie milczało o funkcji, którą dalej opisujemy szczegółowo; (76) lista działań poza tekstem otwiera z powrotem pozycję o stronie prospektai.pl/metodologia, bo kancelaria powołała sekcję 11 tej strony jako publiczny dowód personalizacji adnotacji, oraz dokłada cztery pozycje wprost z rekomendacji operacyjnych kancelarii: archiwizację dowodu akceptacji warunków przetwarzania, ponowną weryfikację statusu OpenAI w Data Privacy Framework przed premierą, rozważenie zaokrąglania udziałów portfela dla zmniejszenia ryzyka ponownej identyfikacji oraz sposób obsługi sprzeciwu wobec profilowania; (77) w nagłówku listy działań poprawiono nieaktualne zdanie o podmiocie wystawiającym faktury za API modelu.
• -v1.4 (wersja robocza, nigdy nie obowiązywała): Zderzenie z regulaminem w wersji 2.36, czyli z tekstem po opinii kancelarii z 10 sierpnia 2026. Zmiany: (67) rozdz. 8 opisywał adnotacje przy pozycjach portfela jako treść zależną od profilu ryzyka i horyzontu inwestycyjnego, a regulamin przyjął wariant A z Pytania 13 do kancelarii, w którym adnotacje są jednolite dla wszystkich Użytkowników i opierają się wyłącznie na danych spółki. Polityka opisuje teraz ten sam stan w nowym punkcie 8.2, a horyzont inwestycyjny zostaje wyłącznie jako dana wejściowa słownego podsumowania portfela; (68) rozdz. 3, 4 i 5 wskazywały jako podmiot przetwarzający spółkę europejską z grupy OpenAI, a transfer do USA opierały na standardowych klauzulach umownych. Regulamin w §15.1.1 wskazuje OpenAI OpCo, LLC z San Francisco jako podmiot przetwarzający, a podstawą transferu czyni decyzję Komisji o EU-US Data Privacy Framework z 10 lipca 2023 roku, ze standardowymi klauzulami 2021/914 jako rozwiązaniem zapasowym. Polityka idzie za regulaminem, co potwierdza także faktura za API modelu wystawiona przez podmiot amerykański; (69) rozdz. 8 nie zawierał opisu logiki profilowania, mimo że regulamin w §15.2 odsyła po ten opis właśnie do Polityki. Nowy punkt 8.1 wymienia oba miejsca profilowania, opisuje zasady podejmowania decyzji zgodnie z art. 13 ust. 2 lit. f RODO, podaje znaczenie i przewidywane konsekwencje profilowania oraz prawo sprzeciwu z art. 21 RODO; (70) widok dobierający treści pod portfel nazywaliśmy „Dla mnie”, a regulamin i Aplikacja nazywają go „Odkrywaj - Na dziś”; (71) w rozdz. 7 uzupełniono, że prawo do przenoszenia danych nie obejmuje także wyników punktowych ocen, spójnie z ujawnieniem skali 0-100 w regulaminie.
• -v1.3 (wersja robocza, nigdy nie obowiązywała): Opis powiadomień push doprowadzony do stanu na dzień premiery. Potwierdzono 7 sierpnia 2026, że kanał push działa od pierwszego dnia, a build premierowy rejestruje token urządzenia, więc dotychczasowe zastrzeżenie „funkcja planowana, obecnie nieaktywna” przestało być prawdziwe. Zmiany: (62) w rozdz. 3 wykreślono zastrzeżenie z wiersza o powiadomieniach serwisowych i z wiersza o komunikacji marketingowej; (63) uwagę o push w rozdz. 3 przepisano na czas teraźniejszy i uzupełniono o moment pobrania tokena, o jego powiązanie z kontem oraz o sposób cofnięcia zgody w ustawieniach systemowych urządzenia; (64) w rozdz. 4 wykreślono zastrzeżenie przy pośredniku Expo Push; (65) w rozdz. 5 opisano przekazanie tokena do Expo, Apple i Google jako stan faktyczny, a nie warunkowy; (66) w rozdz. 6 wykreślono zastrzeżenie przy okresie przechowywania tokena.
• -v1.2 (wersja robocza, nigdy nie obowiązywała): Naniesienie ustaleń z audytu „zapis kontra kod” regulaminu v2.0 (2026-07-29), obejmującego produkcyjny kod i konfigurację produkcyjną serwera. Najważniejsze zmiany: (1) wyliczenie danych przekazywanych do modelu językowego zmieniono z katalogu zamkniętego na otwarty i dopisano struktury portfela, wyniki i porównanie z indeksem, dane fundamentalne oraz zdarzenia ESPI/EBI, a także preferowany horyzont inwestycyjny; (2) dodano osobny wiersz przetwarzania dla listy obserwowanych spółek i wyłączono z przekazania do modelu wszelkie treści wpisywane samodzielnie przez Użytkownika, w tym notatki przy obserwowanych spółkach, spójnie z §15.1.1 regulaminu Aplikacji; (3) dodano wiersz przetwarzania dla artefaktów analiz przechowywanych w magazynie obiektowym; (4) uzupełniono pełną nazwę pośrednika push (650 Industries, Inc.) i opisano rzeczywisty łańcuch doręczania, w którym Expo poprzedza APNs i FCM; (5) doprecyzowano, że RevenueCat otrzymuje niezahaszowany identyfikator konta; (6) doprecyzowano Sentry: raporty z serwera zawierają jawny identyfikator Użytkownika i opierają się na uzasadnionym interesie, raporty z aplikacji mobilnej mają identyfikator zahaszowany i wymagają zgody; (7) wskazano centra danych Hetznera (Falkenstein, Norymberga); (8) dodano oświadczenie o braku analityki behawioralnej i sieci reklamowych w Aplikacji; (9) zdjęto znaczniki dotyczące retencji zapisu akceptacji regulaminu oraz danych rozliczeniowych, bo obie retencje zostały wdrożone w kodzie; (10) doprecyzowano podstawę powierzenia przetwarzania (warunki z regulaminów dostawców, bez odrębnych umów negocjowanych indywidualnie). Rewizja przedpublikacyjna z 2026-07-30 dołożyła: (11) hasło przechowywane w postaci zahaszowanej po stronie dostawcy uwierzytelniania jako ujawniona kategoria danych konta; (12) opis zgody na raportowanie awarii przez wskazanie ekranu zgód w Aplikacji, w miejsce odesłania do Polityki Cookies; (13) informację, że zapytanie do modelu językowego nie zawiera identyfikatora konta ani adresu e-mail, oraz opis osobnego zapytania o słowny opis i porównanie spółek, które nie niesie danych Użytkownika; (14) informację o dobrowolności podania danych (art. 13 ust. 2 lit. e RODO); (15) kanoniczny adres publikacji Polityki; (16) korektę roli Anthropic, który nie otrzymuje danych osobowych, więc nie jest podmiotem przetwarzającym; (17) wskazanie w rozdz. 2 wyjątków od usunięcia danych po 30 dniach. Druga rewizja tego samego dnia dołożyła: (18) przeformułowanie rozdz. 8 tak, aby najpierw wskazywał, że ocena jest identyczna dla wszystkich Użytkowników i nie opiera się na ich danych osobowych, więc nie stanowi decyzji w rozumieniu art. 22 ust. 1 RODO, a prawa z tego przepisu zapewniamy niezależnie od tego; (19) dodanie procesu zapisu na listę oczekujących na stronie prospektai.pl wraz z retencją; (20) aktualizację nazwy Brevo SAS, dawniej Sendinblue SAS. Trzecia rewizja tego samego dnia dołożyła: (21) nowy rozdz. 13 o stronie prospektai.pl, który opisuje pliki cookies i dane serwerowe odwiedzających, przez co dawne rozdz. 13 i 14 stały się rozdz. 14 i 15; (22) opis usuwania danych u dostawców po usunięciu konta w rozdz. 6; (23) trzy nowe pozycje na liście działań: wykaz cookies i hosting strony, potwierdzenie usuwania danych u Clerk i RevenueCat oraz podmiana wersji pod twardym adresem podanym w konsolach App Store i Google Play. Czwarta rewizja, po zderzeniu z regulaminem v2.19, dołożyła: (24) wyrównanie terminów rozpatrywania żądań do brzmienia z art. 12 ust. 3 RODO i §15.3 regulaminu, czyli „bez zbędnej zwłoki, w terminie miesiąca” zamiast trzydziestu dni w rozdz. 7 i 8; (25) doprecyzowanie prawa do przenoszenia danych zgodnie z §15.3 regulaminu, czyli wydajemy dane dostarczone przez Użytkownika w formacie JSON, a nie wyniki naszych analiz; (26) doprecyzowanie w rozdz. 8, na czym polega interwencja człowieka, zgodnie z §15.2 regulaminu, czyli na sprawdzeniu danych wejściowych i metodologii, ze skutkiem dla wszystkich Użytkowników; (27) dwie pozycje na liście działań opisujące rozbieżności między Polityką a regulaminem v2.19: magazyn analiz oraz brak pośrednika push w §15.1.1. Piąta rewizja, przed wrzuceniem dokumentu do Aplikacji, dołożyła: (28) zmianę podstawy prawnej zdjęcia profilowego z art. 6 ust. 1 lit. b na art. 6 ust. 1 lit. a RODO, bo zdjęcie jest dobrowolne i nie jest potrzebne do prowadzenia konta, wraz ze wskazaniem, że usunięcie zdjęcia oznacza cofnięcie zgody, i dopisaniem zdjęcia do katalogu zgód w rozdz. 7; (29) trzy nowe pozycje na liście działań: potwierdzenie czterech ścieżek interfejsu, które Polityka podaje jako fakt, zgodność deklaracji w App Store Connect i Google Play z rozdz. 3, 4 i 10 oraz czytelność szerokich tabel na ekranie telefonu. Szósta rewizja, po rozstrzygnięciach właściciela produktu, dołożyła: (30) zamknięcie trzech pozycji z listy działań, bo dobrowolność zdjęcia profilowego i cztery ścieżki interfejsu są potwierdzonym stanem faktycznym, a deklaracje w konsolach sklepowych i sposób wyświetlania dokumentu prowadzimy poza tym tekstem, przez co lista wróciła do trzynastu pozycji i czterech pozycji blokujących; (31) ujawnienie w rozdz. 12, że wersję testową udostępniamy przez kanał testowy sklepu, więc adres e-mail testera otrzymuje Apple albo Google jako samodzielny administrator; (32) wyjaśnienie w uwagach do rozdz. 3, że okres „przez czas posiadania konta” oznacza usunięcie dopiero po 30-dniowym oknie przywrócenia opisanym w rozdz. 6. Siódma rewizja dołożyła: (33) objęcie rozdz. 8 również słownym podsumowaniem portfela, które powstaje automatycznie na danych Użytkownika, wraz ze wskazaniem, że nie jest decyzją w rozumieniu art. 22 ust. 1 RODO, a prawa z tego przepisu przysługują wobec niego tak samo jak wobec ocen; (34) doprecyzowanie rozdz. 14, że wiadomość e-mail wysyłamy przy zmianie zakresu przetwarzania, kategorii odbiorców albo okresów przechowywania, oraz nowa pozycja na liście działań o kanale wysyłki do Użytkowników Aplikacji; (35) dopisanie Apple i Google w rozdz. 4 jako administratorów adresu e-mail testera w kanale testowym sklepu, spójnie z rozdz. 12. Ósma rewizja, po zderzeniu tekstu z manifestem funkcji Aplikacji, dołożyła: (36) nowy wiersz przetwarzania dla wiadomości serwisowych i transakcyjnych, czyli potwierdzenia zawarcia umowy, powiadomień o subskrypcji i wiadomości uwierzytelniających, których tabela wcześniej nie obejmowała; (37) ujawnienie w rozdz. 8, że widok „Dla mnie” oraz alerty dobierają treści pod portfel Użytkownika, co jest profilowaniem prezentacyjnym w rozumieniu art. 4 pkt 4 RODO i nie zmienia ocen ani warunków umowy; (38) rozszerzenie rozdz. 9 o kod dostępu (PIN) i automatyczną blokadę, sprawdzane wyłącznie lokalnie na urządzeniu; (39) zastrzeżenie w rozdz. 14, że wersją wiążącą jest wersja polska; (40) cztery pozycje na liście działań: stan funkcji push w buildzie premierowym, dostawca wysyłki wiadomości serwisowych, weryfikacja PIN-u oraz angielska wersja Polityki. Dziewiąta rewizja, po zderzeniu z rejestrem wewnętrznych ustaleń i z aktualnym regulaminem, dołożyła: (41) zamknięcie pozycji o powiadomieniach push, bo wcześniejszy audyt rozstrzygnął wcześniej, że aplikacja nie rejestruje tokena i kanał jest martwy, więc brzmienie Polityki było od początku zgodne ze stanem faktycznym, a manifest opisuje funkcję zaprojektowaną, nie wdrożoną; (42) podniesienie angielskiej wersji Polityki do pozycji blokującej, ponieważ Aplikacja ma w dniu premiery interfejs polski i angielski, a dokument akceptowany przy rejestracji musi być w języku wybranym przez Użytkownika (art. 12 ust. 1 RODO); (43) nową pozycję blokującą o dostępności dokumentów w samej Aplikacji w dniu premiery, czyli o tym, że pełną treść regulaminu i Polityki Użytkownik czyta w momencie akceptacji, ma ją stale w Ustawieniach, a wersja w Aplikacji i wersja na stronie są tożsame; (44) odnotowanie, że §15.5 regulaminu powołuje art. 361 Prawa komunikacji elektronicznej, podczas gdy przechowywanie informacji w urządzeniu końcowym reguluje art. 399 tej ustawy, który powołuje rozdz. 13 tej Polityki, przy czym rozbieżność zamykamy po stronie regulaminu przy najbliższej wersji; (45) doprecyzowanie pozycji o magazynie artefaktów, bo ten sam audyt wymienia magazyn obiektowy S3 wśród podmiotów przetwarzających, a konfiguracja produkcyjna wskazuje na zapis lokalny, więc rozstrzygnięcie musi objąć oba warianty. Dziesiąta rewizja, po rozstrzygnięciach właściciela produktu z 2026-07-30, dołożyła: (46) zawężenie zakresu dokumentu wyłącznie do Aplikacji mobilnej i usunięcie rozdziału o cookies oraz logach serwera strony prospektai.pl, która dostanie własną informację o prywatności; (47) rozstrzygnięcie, że artefakty analiz leżą na naszym serwerze u Hetznera w Niemczech, a więc w Europejskim Obszarze Gospodarczym, i nie trafiają do zewnętrznego magazynu obiektowego; (48) wskazanie w rozdz. 5 podstawy przekazania osobno dla każdego odbiorcy spoza Europejskiego Obszaru Gospodarczego, czyli decyzji Komisji o Data Privacy Framework dla Clerk, Functional Software, 650 Industries i Google oraz standardowych klauzul umownych dla RevenueCat i Apple; (49) korektę podmiotu, z którym mamy umowę na usługę modelu językowego, na spółkę europejską z grupy OpenAI, z dalszym przekazaniem w ramach grupy do podmiotu amerykańskiego na standardowych klauzulach umownych, co jednocześnie usuwa wcześniejszą niespójność między rozdz. 4 a rozdz. 5; (50) zamknięcie pozycji o kodzie dostępu (PIN) i automatycznej blokadzie, które potwierdzono jako obecne w buildzie premierowym; (51) potwierdzenie angielskiego interfejsu Aplikacji w dniu premiery, przez co tłumaczenie regulaminu i Polityki pozostaje pozycją blokującą po naszej stronie; (52) przebudowę listy działań do piętnastu pozycji, z czego pięć blokuje publikację, oraz usunięcie z niej wszystkiego, co zostało rozstrzygnięte bez dodatkowych pytań. Jedenasta rewizja, z 2026-07-31, po odpowiedziach zweryfikowanych w kodzie produkcyjnym, dołożyła: (53) zamknięcie pozycji o notatkach z watchlisty, bo scrubber usuwający z zapytania do modelu wszelkie treści wpisane przez Użytkownika wszedł na produkcję, więc deklaracja z rozdz. 2, 3, 4 i 5 opisuje stan faktyczny, a nie zapowiedź; (54) doprecyzowanie w rozdz. 3, że zgoda na raportowanie awarii jest opcjonalnym, domyślnie odznaczonym wyborem na ekranie zgód, a cofasz ją w Ustawieniach na ekranie prywatności i cookies, ze skutkiem natychmiastowym; (55) doprecyzowanie w rozdz. 3 kanałów wiadomości serwisowych, czyli Clerk dla wiadomości uwierzytelniających i nasza własna infrastruktura dla potwierdzenia zawarcia umowy oraz wiadomości o zbliżającym się końcu okresu próbnego, wraz z jednoznacznym stwierdzeniem, że Brevo nie wysyła Użytkownikom Aplikacji żadnych wiadomości; (56) rozdzielenie w rozdz. 6 usuwania danych u dostawców na potwierdzone wywołanie w Clerk i osobny punkt o RevenueCat, u którego identyfikator konta i historia zakupów pozostają po usunięciu konta, jako dokumentacja rozliczeń przechowywana przez 5 lat, zgodnie z decyzją Pawła z 2026-07-31, że zostajemy przy opisie stanu faktycznego zamiast dokładać wywołanie endpointu usuwającego klienta; (57) ujawnienie w rozdz. 8, że adnotacje przy pozycjach portfela uwzględniają wybrany profil ryzyka i horyzont inwestycyjny, przez co ich treść różni się między Użytkownikami, choć sama ocena spółki pozostaje dla wszystkich identyczna. Dwunasta rewizja, z 2026-08-06, po potwierdzeniu stanu produkcji z 4 sierpnia o stanie produkcji, dołożyła: (58) przepisanie rozdz. 6 w części o RevenueCat, bo dostawca walidacji zakupów kasuje dziś profil klienta w tym samym łańcuchu, który usuwa dane u nas, a pięcioletnią dokumentację rozliczeń trzymamy na własnej infrastrukturze, przez co znika wcześniejszy wariant opisowy przyjęty 2026-07-31; (59) zdjęcie ostatniego znacznika [DO POTWIERDZENIA] przy retencji Sentry, ponieważ 90 dni to sztywny parametr planu, którego nie da się wydłużyć poza planem Enterprise; (60) dopisanie w rozdz. 3 rodzajów oświadczeń zapisywanych w logu akceptacji, czyli akceptacji regulaminu, przyjęcia do wiadomości charakteru badawczego Usługi, zgody na rozpoczęcie świadczenia przed upływem terminu odstąpienia oraz potwierdzenia ukończenia 18 lat; (61) uzupełnienie uwagi o płatnościach, żeby czytelnik wiedział, czego dotyczy pięcioletni okres przechowywania, a czego kasowanie u dostawcy walidacji zakupów.
• -v1.1 (23 lipca 2026, wersja wewnętrzna, nieopublikowana): Dostosowanie do stanu faktycznego zweryfikowanego z kodem produkcyjnym i aplikacją mobilną (audyt claim-vs-code, 2026-07-23). Najważniejsze zmiany: (1) ujawniono dostawcę uwierzytelniania Clerk (konto, logowanie, zdjęcie profilowe); (2) skorygowano zakres danych przekazywanych do OpenAI - do modelu trafiają dane per-pozycja w postaci publicznej (ticker, nazwa, sektor, oceny), a nie „wyłącznie zagregowane metryki”, przy dalszym wykluczeniu liczby akcji, cen zakupu i wartości w PLN; (3) dodano RevenueCat (walidacja zakupów) i Expo (doręczanie push); (4) ujawniono Anthropic jako procesora analizującego wyłącznie dane publiczne w silniku sygnałowym; (5) usunięto „hash hasła” z kategorii danych konta (uwierzytelnianie po stronie Clerk); (6) skorygowano retencję logów (30 dni runtime / 400 dni audyt) i doprecyzowano brak logu dostępowego proxy; (7) wyodrębniono zapis akceptacji regulaminu/zgód z adresem IP i ustawiono retencję 5 lat zgodnie z regulaminem; (8) opisano push jako funkcję planowaną, obecnie nieaktywną; (9) doprecyzowano Brevo jako obsługę wyłącznie strony prospektai.pl; (10) dodano zdjęcie profilowe (avatar) i 30-dniowe okno przywrócenia konta.
• -v1.0 (12 czerwca 2026): Wersja pierwotna.