Polityka prywatności aplikacji Glimsy

Data wejścia w życie: 19 października 2026 r.
Wersja: 2.4 (zastępuje wersję 2.3 z 22 września 2026 r.; zmiana: pomiar czasu nauki — czas odpowiedzi i aktywny czas nauki talii, wyłącznie do działania funkcji nauki, bez strefy czasowej urządzenia; doprecyzowano kopie zapasowe — kopie dzienne i tygodniowe usuwane po 7 dniach, jednorazowa kopia przed aktualizacją usuwana po 30 dniach)

Niniejsza polityka dotyczy korzystania z aplikacji Glimsy na urządzeniach z systemem Android i iOS oraz w przeglądarkach internetowych, niezależnie od kraju, z którego korzysta użytkownik. Punkt 18 dotyczy ponadto osób odwiedzających stronę internetową glimsy.app.

Polityka jest udostępniana w języku polskim i angielskim. W razie rozbieżności pomiędzy wersjami językowymi wiążąca jest wersja w języku polskim. Zastrzeżenie to nie ogranicza uprawnień konsumenta wynikających z bezwzględnie obowiązujących przepisów prawa państwa jego zwykłego pobytu.

1. Administrator danych

Administratorem danych osobowych oraz właścicielem aplikacji Glimsy jest:

GLIMSY spółka z ograniczoną odpowiedzialnością
ul. Zapłocie Duże 223A, 43-300 Bielsko-Biała, Polska
KRS: 0001260619 · NIP: 5472262046 · REGON: 545480191

Kontakt we wszystkich sprawach dotyczących danych osobowych: support@glimsy.app

Administrator nie ma obowiązku wyznaczenia inspektora ochrony danych i go nie wyznaczył. W razie zmiany tego stanu informacja o inspektorze zostanie dodana do niniejszej polityki.

2. Zakres obowiązywania i wiek użytkowników

Aplikacja jest kierowana szeroko do uczniów i studentów i nie zawiera treści przeznaczonych wyłącznie dla osób dorosłych.

Osoby poniżej wieku wymaganego do samodzielnego wyrażenia zgody na przetwarzanie danych osobowych zgodnie z prawem obowiązującym w ich kraju (co do zasady poniżej 16 lat w Unii Europejskiej, chyba że przepisy krajowe przewidują niższy próg) mogą korzystać z aplikacji wyłącznie za zgodą rodzica lub opiekuna prawnego.

Aplikacja nie jest kierowana do dzieci poniżej 13. roku życia w rozumieniu przepisów amerykańskich (COPPA). W razie powzięcia informacji, że dane takiego dziecka zostały zebrane bez wymaganej zgody, Administrator podejmie działania w celu ich usunięcia.

Rodzic lub opiekun prawny, który uzna, że dziecko korzysta z aplikacji bez odpowiedniej zgody, może zwrócić się do Administratora o usunięcie konta i danych.

3. Kategorie przetwarzanych danych

3.1. Dane konta

Identyfikator użytkownika nadawany przez Firebase Authentication, adres e-mail, informacja o zweryfikowaniu adresu, nazwa wyświetlana oraz — jeżeli dostarczy je dostawca logowania — link do zdjęcia profilowego. Dodatkowo data utworzenia konta, rola techniczna w systemie oraz znacznik rozpoczęcia procesu usuwania konta.

Logowanie odbywa się przez adres e-mail z hasłem, przez konto Google albo przez Apple ID.

3.2. Ustawienia i konfiguracja nauki

Preferowany język interfejsu, motyw jasny lub ciemny, ustawienie podążania za motywem systemu oraz parametry algorytmu powtórek (FSRS) na poziomie konta i pojedynczej talii — wagi modelu, docelowa retencja, maksymalny interwał, dyspersja.

3.3. Treści tworzone przez użytkownika

• Talie: nazwa, opis, kolor, ikona, liczba fiszek, znaczniki czasu, informacja o imporcie z pliku zewnętrznego, znacznik udostępnienia, kod udostępnienia oraz znacznik pochodzenia z funkcji AI. Ten ostatni jest trwały i nie podlega usunięciu ani zmianie — także po przeredagowaniu treści przez użytkownika — ponieważ służy wykonaniu obowiązku oznaczania treści wytworzonych maszynowo, o którym mowa w punkcie 6.4 Regulaminu. Znacznik nie ogranicza praw użytkownika do treści.
• Fiszki: treść przedniej i tylnej strony, typ fiszki, powiązania z talią oraz techniczne skróty służące deduplikacji.
• Media: metadane plików graficznych i dźwiękowych — skrót kryptograficzny treści, ścieżka w chmurze, rozszerzenie, typ MIME, licznik użycia, identyfikator właściciela.

Pliki dźwiękowe przechowywane są wyłącznie po to, aby umożliwić ich odtwarzanie w ramach fiszki. Nie są poddawane żadnej analizie, w szczególności nie służą do biometrycznej identyfikacji głosu. Aplikacja nie posiada funkcji nagrywania dźwięku — pliki dźwiękowe pochodzą wyłącznie z plików wskazanych przez użytkownika.

3.4. Postęp nauki i historia odpowiedzi

Parametry algorytmu przypisane do poszczególnych fiszek (stan karty, termin kolejnej powtórki, liczba powtórek, szacowana stabilność i trudność, liczba nawrotów), historia odpowiedzi wraz z oceną, chwilą udzielenia odpowiedzi, czasem jej trwania (opisanym niżej) i parametrami algorytmu obowiązującymi w momencie jej udzielania, a także dane sesji nauki: kolejki kart, limity dzienne, statystyki i identyfikator ostatnio przerabianej karty.

Pomiar czasu nauki. Na ekranie nauki aplikacja mierzy czas spędzony nad fiszkami — w każdej talii, niezależnie od wybranego trybu nauki — i zapisuje go w dwóch miejscach:

• Czas trwania odpowiedzi — cały czas od pokazania fiszki do jej oceny, łącznie z ewentualnymi przerwami, zapisywany w historii odpowiedzi razem z oceną. Czas dłuższy niż 24 godziny nie jest zapisywany.
• Dzienny zapis czasu nauki talii — aktywny czas każdej ocenionej fiszki (jej przodu i tyłu), liczony według zasad opisanych niżej, wraz z identyfikatorem fiszki i odpowiedzi, przypisany do talii i do dnia, w którym rozpoczęto sesję nauki. W tym samym zapisie zapamiętywany jest wybór dokonany po upływie czasu nauki w trybie nauki czasowej („Wyjdź" albo „Dokończ"). Zapis ten jest prowadzony, gdy tryb nauki czasowej jest dostępny w aplikacji.

Aktywny czas fiszki liczy się od chwili jej pokazania. Liczenie zatrzymuje się, jeżeli przez 30 sekund użytkownik nie naciśnie przycisku „Sprawdź" ani przycisku oceny — inne dotknięcia ekranu, przewijanie czy naciśnięcia klawiszy nie przedłużają liczenia. Naciśnięcie „Sprawdź" wznawia liczenie i odmierza kolejne 30 sekund od nowa, a ocena kończy pomiar fiszki; kolejna fiszka zaczyna od zera. Liczenie wstrzymuje się — bez utraty pozostałej części tych 30 sekund — gdy aplikacja działa w tle (w przeglądarce: gdy jej karta jest niewidoczna), gdy nad ekranem nauki otwarty jest inny ekran (np. edycja fiszki) oraz w trakcie samouczka. Podczas odtwarzania nagrania dźwiękowego z fiszki czas liczy się dalej, a 30 sekund nie jest odmierzane. Czas fiszki pokazanej, ale nieocenionej (np. po cofnięciu odpowiedzi), dolicza się do kolejnej ocenionej fiszki; czas fiszek nieocenionych do chwili wyjścia z ekranu nauki nie jest zapisywany. Jedna odpowiedź wnosi do dziennego zapisu najwyżej 5 minut, a nadwyżka przechodzi na kolejną ocenę w tej samej sesji.

Dzienny zapis czasu nauki służy do działania trybu nauki czasowej: odliczania czasu nauki, który pozostał w danym dniu dla talii, doboru fiszek w sesji (np. moment, od którego pojawia się nowa fiszka, zależy od wykorzystanej części dziennego czasu), pokazywania czasu nauki w aplikacji oraz synchronizacji tego czasu między urządzeniami użytkownika. Czas mierzony jest we wszystkich taliach, aby po przełączeniu talii na ten tryb w ciągu dnia uwzględnić czas nauki z tego dnia. Czas trwania odpowiedzi jest obecnie wyłącznie zapisywany: harmonogram powtórek wyznaczany jest na podstawie ocen i nie zależy od czasu odpowiedzi. Gromadzimy go w celu ulepszania algorytmu nauki, w tym jego przyszłego dopasowania do tempa użytkownika; jeżeli czas odpowiedzi zacznie wpływać na harmonogram powtórek, niniejsza polityka zostanie odpowiednio zmieniona (sekcja 17).

Dane o czasie nauki nie służą reklamom, nie są przekazywane do narzędzi pomiaru skuteczności kampanii reklamowych (punkty 18–19) ani asystentowi AI i nie są udostępniane osobom trzecim, poza dostawcą infrastruktury (Google Firebase), który przechowuje je w imieniu Administratora. Spośród danych trybu nauki czasowej asystent AI może odczytać jedynie ustawienia talii: wybrany tryb nauki, liczbę minut nauki dziennie i techniczny numer tych ustawień; zmierzonego czasu nauki ani czasu trwania odpowiedzi nie otrzymuje.

Dzienne zapisy czasu nauki są usuwane automatycznie po 45 dniach od dnia nauki (samo usunięcie z bazy następuje zwykle w ciągu doby od tego terminu). Czas trwania odpowiedzi przechowywany jest tak długo jak wpis historii odpowiedzi, którego dotyczy. Oba rodzaje danych są usuwane wraz z talią, przy resecie postępu talii oraz wraz z kontem. Cofnięcie odpowiedzi usuwa jej wpis w historii razem z czasem trwania, natomiast czas w dziennym zapisie pozostaje, ponieważ odpowiada czasowi faktycznie poświęconemu na naukę. Do chwili zapisania na serwerze oceny wraz ze zmierzonym czasem mogą być przechowywane na urządzeniu (punkt 3.9).

3.5. Grywalizacja

Dane o regularności nauki wykorzystywane przez mechanizm ogrodu: poziom pogody, liczniki nasion dzienne i całkowite, data ostatniej nauki oraz lista zdobytych trofeów wraz z datami odblokowania.

3.6. Dane związane z funkcjami sztucznej inteligencji

Szczegółowo opisane w sekcji 7. W skrócie: treść poleceń kierowanych do asystenta, pliki przekazane do przetworzenia wraz z wyekstrahowanym z nich tekstem, treść rozmów z asystentem, pamięć długoterminowa asystenta, przygotowane przez asystenta propozycje zmian w fiszkach oraz metadane każdego uruchomienia (użyty model, temat, liczba tokenów, koszt, czasy).

3.7. Dane dotyczące płatności i subskrypcji

Szczegółowo opisane w sekcji 6. W bazie Administratora przechowywane są: poziom planu, status subskrypcji, daty okresu rozliczeniowego, informacja o zaplanowanej rezygnacji, identyfikatory nadane przez Stripe (klienta, subskrypcji, ceny, sesji i płatności), zapis intencji zakupu, stan puli kredytów AI oraz zestawienie limitów wynikających z planu.

Administrator nie otrzymuje i nie przechowuje numeru karty płatniczej, kodu CVC, daty ważności, marki karty, adresu rozliczeniowego, numeru NIP ani nazwiska widniejącego na karcie. Dane te pozostają wyłącznie po stronie operatora płatności.

3.8. Dane techniczne, diagnostyczne i bezpieczeństwa

• Informacja o dostępności połączenia z siecią, wykorzystywana do sterowania synchronizacją i blokowania operacji wymagających łączności.
• Rejestr urządzeń, z których korzystano na koncie: platforma, wersja aplikacji, data pierwszego i ostatniego użycia.
• Rejestr działań wykonanych na koncie, służący porządkowaniu operacji między urządzeniami.
• Zdarzenia bezpieczeństwa: odrzucenia bramek ochronnych wraz z kodem przyczyny i identyfikatorem użytkownika, bez treści wiadomości.
• Raporty o awariach aplikacji zbierane przez Firebase Crashlytics — model urządzenia, wersja aplikacji i systemu, czas wystąpienia błędu, stos wywołań oraz identyfikator użytkownika, a także skrócone zapisy diagnostyczne poprzedzające awarię.
• Rejestr awarii funkcji AI — zapis zdarzeń, w których żądanie skierowane do asystenta zakończyło się brakiem odpowiedzi z przyczyn technicznych. Rejestr zawiera: identyfikator konta, data i godzina zdarzenia, rodzaj operacji, kod błędu, kategoria błędu, identyfikator śladu diagnostycznego, identyfikator żądania, plan obowiązujący w chwili awarii oraz informacja o tym, czy kredyt wrócił do puli. Nie zawiera treści polecenia ani odpowiedzi. Służy wyłącznie rzetelnej ocenie żądania zwrotu opłaty — pozwala potwierdzić zasadne roszczenie bez konieczności dowodzenia go przez użytkownika i odróżnić je od żądania nieuzasadnionego. Podstawą jest prawnie uzasadniony interes Administratora (art. 6 ust. 1 lit. f RODO). Szczegóły określa Polityka zwrotów.
• Zapis zgody udzielonej przy zakupie — fakt wyrażenia zgody na natychmiastowe rozpoczęcie świadczenia usługi, wraz ze znacznikiem czasu, odciskiem treści, której zgoda dotyczyła, oraz adresem IP i identyfikatorem przeglądarki użytymi w tej chwili. Zapis nie zawiera treści zamówienia ani danych karty. Podstawą jest obowiązek prawny wynikający z przepisów o prawach konsumenta (art. 6 ust. 1 lit. c RODO) oraz zasada rozliczalności zgody (art. 7 ust. 1 RODO). Szczegóły w punkcie 6.6.
• Adres IP i identyfikator przeglądarki — trwale przechowywane wyłącznie w dwóch przypadkach opisanych w punkcie 6.6: przy otwarciu portalu zarządzania subskrypcją oraz przy zapisie zgody składanej w chwili zakupu.
• Adres IP w ograniczaniu częstotliwości żądań — przy każdej wiadomości kierowanej do asystenta adres IP służy jako klucz licznika ograniczającego liczbę żądań w jednostce czasu. Licznik żyje w pamięci podręcznej przez 60 sekund i nie jest zapisywany trwale ani łączony z treścią wiadomości. Celem jest ochrona usługi przed nadużyciem i nadmiernym obciążeniem; podstawą jest prawnie uzasadniony interes Administratora (art. 6 ust. 1 lit. f RODO).
• Wymuszone aktualizacje aplikacji mobilnej — w kluczowych i ważnych przypadkach (zmiany niekompatybilne wstecz w komunikacji z serwerem, usunięcie luk bezpieczeństwa) Administrator może wymagać aktualizacji aplikacji na Androida i iOS do minimalnej wersji, dopiero gdy wersja ta jest już dostępna do pobrania w Google Play i App Store. W tym celu aplikacja pobiera z serwera (Google Firebase) dokument konfiguracyjny z wymaganą minimalną wersją dla swojej platformy i porównuje go z numerem zainstalowanej wersji na urządzeniu. Numer wersji aplikacji nie jest w tym celu wysyłany na serwer — serwer otrzymuje jedynie informację o platformie (Android albo iOS), wynikającą z adresu pobieranego dokumentu, oraz dane techniczne połączenia (np. adres IP) w zakresie niezbędnym do obsługi żądania. Administrator nie zapisuje na serwerze żadnych danych związanych z tym sprawdzeniem. Ostatnio pobrane ustawienia i najwyższa znana wymagana wersja są przechowywane lokalnie (punkt 3.9), aby wymóg działał również bez połączenia z internetem. Wymuszona aktualizacja nie powoduje usunięcia danych użytkownika. Celem jest zapewnienie użytkownikowi poprawnego działania usługi oraz korzystanie przez wszystkich wyłącznie z bezpiecznej wersji aplikacji; podstawą jest prawnie uzasadniony interes Administratora polegający na zapewnieniu bezpieczeństwa i poprawnego działania usługi (art. 6 ust. 1 lit. f RODO).

3.9. Dane przechowywane lokalnie na urządzeniu

Kopia danych ostatnio zalogowanego użytkownika i znacznik sesji (umożliwiają pracę offline i szybszy start), lokalne ustawienia aplikacji, zapis zgody na korzystanie z funkcji AI, pamięć podręczna polityki bezpieczeństwa uruchomieniowej oraz lokalna baza danych z taliami i fiszkami, zapewniająca działanie bez połączenia z internetem. Oceny fiszek, które nie zostały jeszcze zapisane na serwerze, czekają na urządzeniu w kolejce wraz ze zmierzonym czasem nauki (punkt 3.4) i są z niej usuwane po zapisaniu.

Na urządzeniu przechowywany jest również lokalny dziennik awarii funkcji AI, przypisany do zalogowanego konta. Zapisuje wyłącznie te awarie, o których serwer nie mógł się dowiedzieć — zerwane połączenie, przekroczenie czasu po stronie urządzenia, odpowiedź urwaną w połowie. Każdy wpis to data i godzina, rodzaj operacji, kod błędu, kod odpowiedzi serwera i identyfikator sesji rozmowy; treść polecenia ani odpowiedzi nie jest zapisywana. Dziennik obejmuje najwyżej 100 ostatnich wpisów i przechowuje je przez 60 dni. Nie jest wysyłany na serwer i nie stanowi samodzielnego dowodu w postępowaniu o zwrot — pełni rolę poszlaki uzupełniającej rejestr serwerowy opisany w punkcie 3.8. Znika wraz z odinstalowaniem aplikacji lub wyczyszczeniem jej danych.

Aplikacja korzysta z Firebase Analytics oraz z Meta SDK, ale celem Administratora jest przy tym wyłącznie pomiar skuteczności kampanii reklamowych, prowadzony wyłącznie po wyrażeniu przez użytkownika osobnej zgody w oknie pokazywanym przy pierwszym uruchomieniu aplikacji — opisuje to szczegółowo sekcja 19. Poza tym pomiarem aplikacja nie stosuje żadnego innego narzędzia analityki behawioralnej, nie wyświetla reklam i nie prowadzi wysyłki newsletterów.

Administrator sam nie stosuje analizy zachowań użytkowników w celu wyświetlania im spersonalizowanych treści, spersonalizowanych reklam ani spersonalizowanego produktu i nie profiluje indywidualnych użytkowników w celach reklamowych. Jedynym dopasowaniem do konkretnej osoby jest działanie algorytmu powtórek i trybu nauki czasowej na podstawie jej ocen i czasu nauki, opisane w punkcie 3.4; nie służy ono reklamom. Za zgodą użytkownika Administrator prowadzi natomiast — zarówno na stronie internetowej glimsy.app, jak i w samej aplikacji — zbiorczy pomiar skuteczności kampanii reklamowych: na stronie sprawdza, jakie strony i elementy odwiedzający chętnie otwierają, a jakie omijają, i z jakich reklam przychodzą (punkt 18); w aplikacji sprawdza, ilu odbiorców reklamy zainstalowało aplikację, założyło konto i zaczęło z niej korzystać (punkt 19). Cel Administratora ogranicza się w obu przypadkach do lepszego trafiania do odbiorców i prowadzenia trafniejszych kampanii; jak zastrzeżono w punktach 18.1 i 19.1, Meta może jednak wykorzystywać przekazane jej dane także do własnych celów.

3.10. Dane związane z pomiarem skuteczności kampanii reklamowych w aplikacji

Szczegółowo opisane w sekcji 19. W skrócie: zdarzenia przekazywane za zgodą użytkownika do Meta SDK (uruchomienie aplikacji, założenie konta, otwarcie talii wraz z wyświetleniem pierwszej fiszki i identyfikatorem tej talii, wejście w funkcje AI, a w przeglądarce także rozpoczęcie i zakończenie zakupu subskrypcji) oraz — w węższym zakresie — do Firebase Analytics (pierwsze uruchomienie po instalacji, zmiana ekranu, założenie konta, a w przeglądarce rozpoczęcie i zakończenie zakupu). Dane towarzyszące: identyfikator reklamowy urządzenia, identyfikator instancji aplikacji, model urządzenia i wersja systemu, język, przybliżona lokalizacja na poziomie kraju oraz adres IP w chwili wysyłki.

4. Podstawy prawne przetwarzania

W przypadku użytkowników małoletnich korzystanie z aplikacji może wymagać zgody rodzica lub opiekuna prawnego, jeżeli tak stanowi prawo właściwe dla miejsca zamieszkania użytkownika.

Wycofanie zgody na funkcje AI nie wpływa na zgodność z prawem przetwarzania dokonanego przed jej wycofaniem i nie ogranicza korzystania z pozostałych funkcji aplikacji.

Czy podanie danych jest konieczne. Podanie adresu e-mail i utworzenie konta jest warunkiem zawarcia i wykonania umowy o korzystanie z aplikacji — bez nich nie da się założyć konta, potwierdzić tożsamości użytkownika ani zsynchronizować materiałów między urządzeniami; odmowa oznacza brak możliwości korzystania z aplikacji w zakresie wymagającym konta. Podanie pozostałych danych jest dobrowolne i wynika ze sposobu korzystania z aplikacji: treść talii i fiszek powstaje z inicjatywy użytkownika, a dane przekazywane funkcjom AI — wyłącznie po udzieleniu odrębnej zgody. Odmowa podania danych, które nie są konieczne do zawarcia umowy, skutkuje wyłącznie niedostępnością tej części funkcji, której dotyczą.

5. Cele przetwarzania

Utworzenie i utrzymanie konta; tworzenie, edycja, import i usuwanie talii oraz fiszek; wzbogacanie fiszek o obrazy i dźwięk; realizacja procesu nauki, planowanie powtórek i zapisywanie historii odpowiedzi; pomiar czasu nauki i działanie trybu nauki czasowej; prowadzenie mechanizmu grywalizacji; udostępnianie talii innym użytkownikom na żądanie właściciela; dostarczanie funkcji opartych na sztucznej inteligencji; realizacja i rozliczenie płatności oraz obsługa planów płatnych; zapewnienie bezpieczeństwa i izolacji danych między użytkownikami; przeciwdziałanie nadużyciom, w tym próbom uzyskania kredytów AI bez zapłaty; ograniczanie częstotliwości żądań kierowanych do asystenta; zapewnienie działania offline; diagnostyka błędów i awarii; wymuszanie aktualizacji aplikacji mobilnej do bezpiecznej i zgodnej z serwerem wersji; pomiar skuteczności kampanii reklamowych na stronie internetowej i w aplikacji, wyłącznie za zgodą (punkty 18–19).

6. Płatności i subskrypcje

6.1. Kto jest sprzedawcą

Płatności w Glimsy obsługiwane są w modelu Stripe Managed Payments. Oznacza to, że formalnym sprzedawcą (merchant of record) jest Stripe, a nie Glimsy sp. z o.o.

W praktyce:

• Na wyciągu z karty użytkownik zobaczy oznaczenie LINK.COM* wraz z opisem transakcji, a zakup opisany jest jako „Sold through Link".
• Paragony i faktury wystawia Stripe — podmiotem widniejącym na dokumencie jest co do zasady Sold through Link, LLC. W krajach, w których Stripe nie przejmuje rozliczenia podatku, faktura zawiera dane Glimsy sp. z o.o.
• Podatek VAT nalicza, pobiera, rozlicza i odprowadza Stripe — dotyczy to Polski i całej Unii Europejskiej oraz ponad osiemdziesięciu innych krajów.
• Wszystkie wiadomości transakcyjne — paragony, faktury, potwierdzenia zwrotów, noty korygujące i część powiadomień o subskrypcji — wysyła Stripe.
• Spory płatnicze (chargeback) prowadzi Stripe we własnym zakresie.
• Użytkownik otrzymuje dostęp do konta Link, w którym może przeglądać historię zamówień, anulować subskrypcję, zmienić metodę płatności i dane rozliczeniowe.

Glimsy sp. z o.o. pozostaje dostawcą usługi — odpowiada za jej treść, jakość, dostępność i wsparcie merytoryczne. Zasady tego podziału opisuje szczegółowo Regulamin.

6.2. Dane przekazywane operatorowi płatności

Aby zrealizować zakup, Administrator przekazuje Stripe: identyfikator konta użytkownika, adres e-mail, wybrany plan, kwotę, walutę i okres rozliczeniowy.

Dane karty płatniczej użytkownik podaje bezpośrednio na stronie Stripe — nigdy nie przechodzą one przez systemy Administratora. Stripe stosuje standard bezpieczeństwa branży kart płatniczych (PCI-DSS) i w odniesieniu do danych płatniczych działa jako niezależny administrator, zgodnie z własną polityką prywatności dostępną pod adresem https://stripe.com/privacy.

Transakcje są rozliczane przez jedną ze spółek Stripe pełniących funkcję agenta rozliczeniowego: Stripe Payments Company albo Stripe Technology Europe, Limited.

6.3. Co Stripe przekazuje z powrotem

Administrator otrzymuje wyłącznie dane nieobejmujące informacji wrażliwych: identyfikatory klienta, subskrypcji, ceny, sesji i płatności, kwotę, walutę, status płatności oraz daty okresu rozliczeniowego.

6.4. Usunięcie danych po stronie Stripe

Użytkownik może zwrócić się bezpośrednio do Stripe o usunięcie danych związanych z zakupami dokonanymi w tym modelu. Stripe wówczas anuluje subskrypcję oraz usuwa odpowiednie dane również z konta Stripe należącego do Administratora, a Administratora informuje o tym fakcie. Skutkiem takiego żądania może być zakończenie płatnego dostępu do aplikacji.

6.5. Kredyty AI

Korzystanie z funkcji AI rozliczane jest w kredytach przyznawanych wraz z planem. Administrator przechowuje stan puli kredytów, sumę zarezerwowaną i wykorzystaną oraz daty okresu, którego pula dotyczy. Zapisywany jest również ślad decyzji o dopuszczeniu lub odrzuceniu płatnej operacji — jaki plan obowiązywał i jaki był szacowany koszt.

6.6. Adres IP i identyfikator przeglądarki

Adres IP oraz identyfikator przeglądarki (User-Agent) zapisywane są trwale w dwóch sytuacjach.

Pierwsza: przy każdym otwarciu portalu zarządzania subskrypcją, wraz z identyfikatorem sesji i czasem otwarcia.

Celem jest wyłącznie możliwość wykazania, kto i kiedy dokonał zmiany w subskrypcji — w szczególności jej anulowania — na wypadek sporu płatniczego lub zakwestionowania transakcji. Podstawą jest prawnie uzasadniony interes Administratora (art. 6 ust. 1 lit. f RODO), polegający na obronie przed nieuzasadnionymi obciążeniami zwrotnymi.

Druga: w chwili przejścia do zakupu, wraz ze znacznikiem czasu i odciskiem treści oświadczenia, które zostało wtedy wyświetlone. Zapis ten stanowi dowód, że użytkownik zażądał rozpoczęcia świadczenia przed upływem terminu odstąpienia i został pouczony o skutkach — obowiązek wynikający z art. 15 ust. 3 ustawy o prawach konsumenta oraz z zasady rozliczalności zgody (art. 7 ust. 1 RODO). Bez niego Administrator nie miałby czym wykazać, że oświadczenie w ogóle padło. Zapis nie zawiera treści zamówienia ani danych karty.

Oba zapisy są wyłącznie dopisywane i nie są usuwane wraz z kontem. Ich celem jest wykazanie faktu wobec strony, która może go później zakwestionować, więc usunięcie ich na żądanie tej samej strony pozbawiałoby je sensu — przesłankę tę przewiduje art. 17 ust. 3 lit. e RODO (ustalenie, dochodzenie lub obrona roszczeń). Zapis dotyczący zgody przy zakupie przechowywany jest przez sześć lat, tak jak dokumentacja płatności, której dotyczy.

Poza tymi dwoma przypadkami adres IP nie jest przechowywany trwale. Krótkotrwałe, sześćdziesięciosekundowe użycie adresu IP w liczniku ograniczającym częstotliwość żądań opisuje punkt 3.8.

7. Funkcje sztucznej inteligencji

7.1. Charakter funkcji i zgoda

Funkcje AI mają charakter prototypu, są dostępne wyłącznie w ramach planów płatnych i wymagają osobnej, wyraźnej zgody wyrażanej w aplikacji przed pierwszym użyciem. Zgodę można w każdej chwili wycofać w ustawieniach — wycofanie wyłącza funkcje AI, nie wpływając na pozostałe możliwości aplikacji.

7.2. Jakie dane trafiają do dostawców modeli

Do zewnętrznych dostawców modeli językowych przekazywane są:

• treść polecenia wpisanego przez użytkownika, w niezmienionej postaci,
• pliki przekazane do przetworzenia — dokumenty tekstowe w postaci wyekstrahowanego tekstu, a obrazy i strony dokumentów PDF w postaci graficznej,
• fragmenty istniejących fiszek użytkownika, przekazywane jako kontekst, aby nowo tworzone materiały nie powielały już posiadanych,
• treść wcześniejszych wiadomości w rozmowie oraz pamięć długoterminowa asystenta (punkt 7.5).

Identyfikator konta ani adres e-mail nie są przekazywane w treści kierowanej do modeli.

Administrator nie stosuje pseudonimizacji ani anonimizacji treści przed jej przekazaniem dostawcy. Użytkownik powinien mieć to na uwadze i nie umieszczać w poleceniach ani w przesyłanych plikach danych, których nie chce przekazywać poza aplikację — w szczególności cudzych danych osobowych i informacji objętych tajemnicą.

Pliki dokumentów PDF są przetwarzane na obrazy lokalnie na serwerze Administratora; sam plik PDF nie jest przekazywany dostawcy modelu.

Aplikacja nie transkrybuje nagrań dźwiękowych — taka funkcja nie istnieje i żaden dostawca usług rozpoznawania mowy nie jest wykorzystywany.

7.3. Dostawcy modeli

Administrator nie korzysta z modeli dostawców spoza powyższej listy, w szczególności nie kieruje danych do dostawców spoza Unii Europejskiej i Stanów Zjednoczonych.

Administrator zastrzega sobie możliwość zmiany dostawcy lub modelu, jeżeli będzie to uzasadnione jakością, kosztem, dostępnością albo bezpieczeństwem usługi. Dotyczy to w szczególności modeli pomocniczych, wykorzystywanych do walidacji i moderacji — w tej roli mogą zostać użyte modele innych dostawców dostępnych za pośrednictwem OpenRouter, na przykład Anthropic. Aktualna lista dostawców jest utrzymywana w niniejszej polityce, a o dodaniu nowego dostawcy użytkownicy zostaną poinformowani zgodnie z sekcją 17.

7.4. Wykorzystanie treści do trenowania modeli

W każdym zapytaniu kierowanym do OpenRouter Administrator ustawia preferencję kierowania ruchu wyłącznie do dostawców, którzy nie przechowują treści w sposób trwały ani nie wykorzystują jej do trenowania modeli (parametr data_collection: deny w dokumentacji OpenRouter). Dotyczy to wszystkich zapytań generujących — tworzenia i oceny fiszek, rozmów z asystentem, odczytu tekstu z obrazów, trybu z researchem, moderacji oraz wykrywania manipulacji poleceniem.

Preferencja ta rozstrzyga o wyborze dostawcy modelu. Sam OpenRouter, jako pośrednik, przetwarza przekazywane dane zgodnie z własną polityką prywatności oraz umową zawartą z Administratorem.

W przypadku dostawcy, z którym Administrator łączy się bezpośrednio — Google Cloud Vertex AI — zastosowanie mają warunki i polityka prywatności tego dostawcy.

Administrator nie wykorzystuje treści użytkowników do trenowania własnych modeli.

7.5. Pamięć asystenta

Asystent dysponuje pamięcią długoterminową, która z założenia zapamiętuje informacje podane przez użytkownika w rozmowie — na przykład imię, cele nauki czy preferencje — i przywołuje je w kolejnych rozmowach, aby lepiej dopasować odpowiedzi. Zapamiętane informacje są przekazywane dostawcy modelu przy każdej kolejnej wypowiedzi.

Użytkownik, który nie chce, aby określone informacje były zapamiętywane, nie powinien podawać ich w rozmowie z asystentem.

7.6. Pliki przekazywane do funkcji AI

Obsługiwane formaty: PDF, TXT, MD, DOCX, PPTX, PNG oraz JPEG. Obowiązują limity: 50 MB na plik, 10 plików w jednej wiadomości, 100 plików w sesji, 100 przesłań dziennie oraz łączna pojemność konta wynosząca 5 GB i 500 plików.

Pliki przechowywane są w Firebase Storage, w obszarze przypisanym do konta użytkownika, wraz z wyodrębnionym z nich tekstem. Pliki o identycznej treści nie są duplikowane.

Pliki pozostają dostępne do czasu ich usunięcia przez użytkownika albo usunięcia konta — użytkownik zachowuje nad nimi kontrolę i może je usunąć w każdej chwili. Pliki nie są kasowane automatycznie po upływie z góry określonego czasu.

7.7. Zabezpieczenia

Administrator dokłada starań, aby funkcje AI nie generowały treści niewłaściwych i nie były podatne na nadużycia. Stosowane środki obejmują między innymi: filtr niedozwolonych intencji działający jeszcze przed odwołaniem się do modelu, moderację wygenerowanych fiszek osobnym modelem, wykrywanie i usuwanie danych osobowych oraz treści wulgarnych z odpowiedzi, kontrolę zapobiegającą ujawnieniu danych innego użytkownika, a także wielowarstwowe wykrywanie prób manipulowania poleceniem. Bramki działają w trybie odmowy w razie wątpliwości.

Zastosowanie tych środków nie stanowi gwarancji. Ze względu na charakter modeli językowych Administrator nie może zapewnić, że wygenerowana treść będzie zawsze poprawna, kompletna ani odpowiednia. Zasady odpowiedzialności za treści generowane przez AI określa Regulamin.

7.8. Co zapisujemy o korzystaniu z AI

Treść rozmów z asystentem, pamięć asystenta, przygotowane propozycje zmian w fiszkach oraz metadane każdego uruchomienia: użyty model, temat, liczba tokenów, koszt i czasy przetwarzania. Metadane służą rozliczeniu kredytów i analizie jakości; przy usunięciu konta temat jest kasowany, a identyfikator użytkownika zastępowany nieodwracalnym skrótem.

Odpowiedzi modeli mogą być tymczasowo przechowywane w pamięci podręcznej przez 24 godziny, a kontekst po stronie dostawcy — przez 2 godziny.

Pełne archiwizowanie treści poleceń i odpowiedzi na potrzeby diagnostyki jest wyłączone na środowisku produkcyjnym i niemożliwe do włączenia bez zmiany kodu.

8. Udostępnianie talii innym użytkownikom

Użytkownik może udostępnić własną talię, generując kod udostępnienia. Skorzystanie z tej funkcji jest dobrowolne.

Co należy wiedzieć przed udostępnieniem:

• Osoba, która otrzyma kod, widzi nazwę talii, jej opis, liczbę fiszek oraz identyfikator techniczny właściciela. Nie widzi nazwy użytkownika ani adresu e-mail właściciela.
• Z chwilą udostępnienia talii jej podstawowe dane stają się widoczne dla każdego zalogowanego i zweryfikowanego użytkownika aplikacji, a nie wyłącznie dla osoby, której przekazano kod. Treść fiszek pozostaje niedostępna do czasu skorzystania z kodu.
• Kod może być jednorazowy — wówczas jego wykorzystanie przez pierwszą osobę zamyka możliwość ponownego użycia.
• Kopia talii wykonana przez odbiorcę staje się jego własnymi danymi; późniejsze wycofanie udostępnienia ani usunięcie oryginału nie usuwa kopii z jego konta.
• Administrator prowadzi wewnętrzny rejestr pochodzenia kopii talii, dostępny wyłącznie dla Administratora.
• Udostępnienie można w każdej chwili wyłączyć — kod przestaje wtedy działać i nikt nowy nie skopiuje talii. Ze względów bezpieczeństwa sam zapis o tym, że udostępnienie miało miejsce, pozostaje w bazie w postaci nieaktywnej; służy wyłącznie temu, aby raz unieważnionego kodu nie dało się reaktywować ani użyć ponownie.

9. Odbiorcy danych

Administrator nie sprzedaje danych osobowych i nie udostępnia ich w celach marketingowych, z dwoma wyjątkami: za zgodą odwiedzającego stronę internetową glimsy.app jego przeglądarka przekazuje spółkom Google i Meta dane techniczne służące analizie ruchu i pomiarowi skuteczności kampanii marketingowych Administratora (punkt 18), a za zgodą użytkownika aplikacji mobilnej i przeglądarkowej te same spółki otrzymują dane techniczne służące pomiarowi skuteczności kampanii reklamowych Administratora w aplikacji (punkt 19).

Dane mogą być udostępniane następującym kategoriom odbiorców:

10. Przekazywanie danych poza Europejski Obszar Gospodarczy

Podstawowa infrastruktura aplikacji znajduje się na terenie Unii Europejskiej: baza danych Firestore działa w regionie wielostrefowym eur3 (Belgia i Holandia), a funkcje serwerowe oraz usługa wektorowego porównywania fiszek w regionie europe-west1 (Belgia).

OpenRouter, Inc. — jedyny dostawca funkcji AI, z którym Administrator ma bezpośrednią umowę — jest podmiotem amerykańskim, podobnie jak dostawcy modeli, do których OpenRouter kieruje zapytania (punkt 7.3). Dane przekazywane w ramach funkcji AI mogą wobec tego być przetwarzane poza Europejskim Obszarem Gospodarczym. To samo dotyczy Google LLC i Meta Platforms, Inc. (punkty 18 i 19), Stripe, Resend oraz części usług Google i Expo. Wektorowe porównywanie fiszek w Google Cloud Vertex AI odbywa się w regionie europe-west1.

Przekazania te odbywają się w oparciu o mechanizmy przewidziane w przepisach o ochronie danych osobowych, w szczególności standardowe klauzule umowne, a w przypadku dostawców objętych odpowiednim programem — decyzje stwierdzające odpowiedni stopień ochrony.

Kopię zastosowanych zabezpieczeń albo informację o tym, gdzie zostały udostępnione, można otrzymać, pisząc na support@glimsy.app.

11. Okresy przechowywania

Dane użytkownika przechowywane są przez okres istnienia konta. Administrator nie usuwa kont wyłącznie z powodu braku aktywności, aby umożliwić powrót do nauki z zachowaniem dotychczasowego postępu.

Wyjątki:

• Kosz — talie i fiszki przeniesione do kosza są trwale usuwane po 7 dniach, chyba że użytkownik przywróci je wcześniej.
• Dzienne zapisy czasu nauki talii (punkt 3.4) — 45 dni od dnia nauki, po czym są usuwane automatycznie. Czas trwania odpowiedzi przechowywany jest tak długo jak wpis historii odpowiedzi, którego dotyczy.
• Dokumentacja rozliczeniowa — audyt zdarzeń płatniczych przechowywany jest przez 6 lat, zgodnie z przepisami podatkowymi i o rachunkowości, także po usunięciu konta.
• Zapisy służące obronie przed sporami płatniczymi i nadużyciami — dziennik otwarć portalu subskrypcji, ślad decyzji o przyznaniu płatnego dostępu, rejestry zużycia kredytów oraz zdarzenia bezpieczeństwa — przechowywane są przez czas trwania obowiązku prawnego lub uzasadnionego interesu Administratora. Zdarzenia bezpieczeństwa muszą przetrwać usunięcie konta, ponieważ w przeciwnym razie usunięcie konta stanowiłoby sposób na zatarcie śladów nadużycia.
• Metadane generowania i rejestry kosztów — dokument zostaje zachowany, natomiast treść oraz identyfikator użytkownika są przy usunięciu konta odpowiednio kasowane i zastępowane nieodwracalnym skrótem.
• Pamięć podręczna odpowiedzi AI — 24 godziny.
• Rejestr awarii funkcji AI — 6 lat, tak samo jak dokumentacja rozliczeniowa, z którą jest powiązany. Rejestr służy wyłącznie weryfikacji żądań zwrotu; jego zawartość wylicza punkt 3.8. Zapisy te przetrwają usunięcie konta, ponieważ w przeciwnym razie usunięcie konta uniemożliwiłoby rozpatrzenie zgłoszonego wcześniej żądania zwrotu.
• Zapis zgody udzielonej przy zakupie — sześć lat, tak jak dokumentacja rozliczeniowa płatności, której dotyczy. Nie jest usuwany wraz z kontem (art. 17 ust. 3 lit. e RODO).
• Dane pomiaru skuteczności kampanii reklamowych (Meta SDK, Firebase Analytics, punkty 18–19) — po stronie Administratora widoczne wyłącznie jako zbiorcze statystyki kampanii; okres przechowywania samych zdarzeń po stronie Google i Meta wynika z ustawień retencji tych dostawców, na które Administrator nie ma pełnego wpływu. Zapis decyzji o zgodzie (i jej ewentualnym cofnięciu) przechowywany jest lokalnie na urządzeniu lub w przeglądarce użytkownika, do czasu zmiany tej decyzji.

Administrator nie prowadzi własnych, długoterminowych kopii zapasowych danych użytkowników. Wyłącznie na potrzeby ciągłości działania usług i odtworzenia danych po awarii baza danych aplikacji jest automatycznie kopiowana w infrastrukturze Google Cloud (Firebase) na terenie Unii Europejskiej: kopie wykonywane codziennie i raz w tygodniu są usuwane automatycznie po 7 dniach, a możliwość odtworzenia stanu bazy z wybranej chwili obejmuje ostatnie 7 dni. Przed aktualizacją usługi zmieniającą sposób zapisu danych Administrator może wykonać jednorazową kopię bazy, usuwaną automatycznie po 30 dniach. Dane usuniętego konta mogą pozostawać w tych kopiach do ich automatycznego usunięcia; kopie nie są wykorzystywane do żadnego innego celu.

12. Usunięcie konta

Użytkownik może usunąć konto w ustawieniach aplikacji. Operacja wymaga połączenia z internetem.

Usuwane są: konto w Firebase Authentication, dokument użytkownika wraz z ustawieniami, danymi subskrypcji, pulą kredytów, danymi grywalizacji, rejestrem urządzeń i rejestrem działań; wszystkie talie wraz z fiszkami, historią odpowiedzi (w tym czasem trwania odpowiedzi), sesjami nauki i dziennymi zapisami czasu nauki; treść rozmów z asystentem AI oraz jego pamięć; metadane mediów; wszystkie pliki użytkownika w magazynie chmurowym, w tym obrazy, pliki dźwiękowe oraz pliki przekazane do funkcji AI.

Proces przebiega zwykle w ciągu kilkunastu sekund, w niektórych przypadkach może potrwać do kilku godzin.

Poza zapisami wymienionymi w sekcji 11 po usunięciu konta pozostają również: metadane sesji rozmów z asystentem, niezatwierdzone propozycje zmian w fiszkach przygotowane przez asystenta, techniczny znacznik zabezpieczający przed powtórzeniem żądania, zapisy o dokonanych udostępnieniach talii, wewnętrzny rejestr pochodzenia kopii talii, rejestr awarii funkcji AI, zapis zamiarów płatności i doładowań kredytów, zapisy zgody udzielonej przy zakupie oraz — pozbawiona treści użytkownika — diagnostyka kosztowa uruchomień funkcji AI. Użytkownik może zwrócić się o usunięcie tych zapisów na adres support@glimsy.app; Administrator usuwa je, o ile nie stoi temu na przeszkodzie obowiązek prawny lub trwające postępowanie reklamacyjne.

Usunięcie konta w aplikacji nie usuwa danych przechowywanych przez Stripe w związku z dokonanymi zakupami — w tej sprawie należy zwrócić się bezpośrednio do Stripe (punkt 6.4).

13. Prawa użytkownika

Użytkownikowi przysługuje prawo dostępu do danych, ich sprostowania, usunięcia, ograniczenia przetwarzania, przenoszenia danych, wniesienia sprzeciwu wobec przetwarzania opartego na uzasadnionym interesie oraz wniesienia skargi do organu nadzorczego — w Polsce jest nim Prezes Urzędu Ochrony Danych Osobowych, ul. Stawki 2, 00-193 Warszawa.

Jeżeli przetwarzanie odbywa się na podstawie zgody — dotyczy to funkcji AI — użytkownik ma prawo wycofać ją w dowolnym momencie.

13.1. Realizacja praw w praktyce

Większość uprawnień można zrealizować samodzielnie w aplikacji: usunąć konto wraz z danymi, przejrzeć dane konta, talii i postępów, zmienić ustawienia, wycofać zgodę na funkcje AI, usunąć przesłane pliki.

W sprawach wymagających obsługi ręcznej — na przykład wydania kopii danych — należy pisać na support@glimsy.app, z adresu e-mail powiązanego z kontem albo wskazując ten adres w treści wiadomości. Administrator może odmówić wykonania żądania, jeżeli nie będzie w stanie wiarygodnie potwierdzić tożsamości osoby zgłaszającej.

Odpowiedzi udzielane są w terminach wynikających z przepisów.

13.2. Brak automatycznego podejmowania decyzji

Administrator nie stosuje wobec użytkowników automatycznego podejmowania decyzji wywołujących skutki prawne lub w podobny sposób istotnie na nich wpływających w rozumieniu art. 22 RODO. Algorytm powtórek służy wyłącznie do wyliczania harmonogramu nauki, a bramki bezpieczeństwa funkcji AI ograniczają się do dopuszczenia lub odrzucenia pojedynczej operacji w aplikacji.

Harmonogram powtórek jest wyliczany automatycznie na podstawie ocen udzielanych przez użytkownika; czas trwania odpowiedzi obecnie na niego nie wpływa. Wyliczanie harmonogramu na podstawie wyników nauki może stanowić profilowanie w rozumieniu art. 4 pkt 4 RODO; służy wyłącznie nauce, nie reklamom. W trybie nauki czasowej aplikacja na podstawie zmierzonego czasu dobiera fiszki do nauki i po upływie wybranej przez użytkownika liczby minut proponuje zakończenie dziennej nauki talii. Żadne z tych rozstrzygnięć nie jest decyzją opartą wyłącznie na zautomatyzowanym przetwarzaniu, wywołującą skutki prawne lub w podobny sposób istotnie wpływającą na użytkownika w rozumieniu art. 22 RODO: wyznaczają one jedynie, kiedy i które fiszki pojawią się w nauce, nie wpływają na dostęp do aplikacji, planu, ceny ani innych praw użytkownika, a użytkownik może w każdej chwili zmienić ustawienia nauki, dokończyć powtórki po upływie czasu („Dokończ") lub zresetować postęp talii. W zakresie, w jakim przetwarzanie opiera się na art. 6 ust. 1 lit. f RODO (zapisywanie czasu trwania odpowiedzi w celu ulepszania algorytmu powtórek), użytkownikowi przysługuje prawo sprzeciwu na podstawie art. 21 RODO (punkt 13.1).

14. Bezpieczeństwo danych

Stosowane środki obejmują: szyfrowanie transmisji (HTTPS/TLS), uwierzytelnianie i autoryzację po stronie Firebase Authentication, reguły bezpieczeństwa bazy ograniczające dostęp wyłącznie do właściciela danych i blokujące dostęp po rozpoczęciu usuwania konta, weryfikację integralności aplikacji (App Check), weryfikację podpisu wiadomości od operatora płatności, kontrolę odporną na powtórzenia oraz zestaw kontroli chroniących przed przyznaniem płatnego dostępu bez zapłaty.

Mimo stosowania tych środków nie można całkowicie wykluczyć ryzyka związanego z przetwarzaniem danych w systemach teleinformatycznych. W razie stwierdzenia naruszenia ochrony danych Administrator podejmie działania wymagane przepisami, w tym — jeżeli będzie to konieczne — zawiadomi organ nadzorczy oraz użytkowników.

15. Wersja przeglądarkowa — pamięć lokalna

W wersji internetowej aplikacja korzysta z mechanizmów przeglądarki (Local Storage, IndexedDB i podobnych) w celu utrzymania sesji, zapamiętania ustawień oraz zapewnienia działania offline i pamięci podręcznej danych.

Tą samą drogą przechowywany jest lokalny dziennik awarii funkcji AI opisany w punkcie 3.9 oraz zapis decyzji o zgodzie na pomiar skuteczności kampanii reklamowych (analityka i marketing), opisany w punkcie 19.4.

Mechanizmy te służą wyłącznie utrzymaniu sesji, zapamiętaniu ustawień i działaniu offline — same w sobie nie personalizują reklam ani treści i nie służą sprzedaży danych. Pomiar skuteczności kampanii reklamowych w wersji przeglądarkowej, opisany w punkcie 19, odbywa się za pośrednictwem odrębnych narzędzi (Meta SDK, Firebase Analytics) i wyłącznie po wyrażeniu zgody. Użytkownik może usunąć dane lokalne, czyszcząc dane przeglądarki dla domeny aplikacji.

16. Informacja dla użytkowników z Kalifornii (CCPA/CPRA)

Administrator sam nie sprzedaje danych osobowych ani nie wykorzystuje ich do budowania profili behawioralnych użytkowników w celach reklamowych (działanie algorytmu powtórek i trybu nauki czasowej opisuje punkt 3.4). Narzędzia opisane w punktach 18 (strona internetowa) i 19 (aplikacja) służą Administratorowi wyłącznie do zbiorczej analizy ruchu i pomiaru skuteczności własnych kampanii reklamowych, nie do budowania profili, i działają wyłącznie po zgodzie odwiedzającego lub użytkownika aplikacji; można ją w każdej chwili cofnąć albo jej nie udzielać. Ze względu na to, że Meta Platforms Ireland Limited przetwarza otrzymane w ten sposób dane również we własnych celach, w tym do doboru reklam (punkty 18.1 i 19.1), przekazanie tych danych spółce Meta może stanowić „sprzedaż" lub „udostępnienie" w rozumieniu CCPA/CPRA. Użytkownik z Kalifornii może się temu sprzeciwić, cofając zgodę w sposób opisany w punktach 18.4 i 19.4, oraz może zażądać zaprzestania takiego udostępniania, pisząc na support@glimsy.app.

Użytkownikom objętym tymi przepisami przysługuje prawo do informacji o kategoriach i konkretnych elementach przetwarzanych danych, prawo do ich usunięcia (z wyjątkami przewidzianymi przez prawo), prawo do sprostowania, prawo do ograniczenia użycia danych wrażliwych oraz zakaz niekorzystnego traktowania z powodu skorzystania z tych praw. Żądania należy kierować na support@glimsy.app.

17. Zmiany polityki

Polityka może ulegać zmianom, w szczególności w razie wprowadzenia nowych funkcji, zmiany zakresu lub sposobu przetwarzania, zmiany dostawców, zmiany przepisów lub wytycznych organów nadzorczych.

Aktualna wersja jest zawsze dostępna pod adresem https://glimsy.app/pl/privacy-policy/ (wersja angielska: https://glimsy.app/en/privacy-policy/) oraz może być prezentowana w ustawieniach aplikacji. O zmianach istotnych — nowych kategoriach danych, nowych celach przetwarzania, zmianie administratora lub dodaniu nowego dostawcy modeli AI — użytkownicy zostaną poinformowani komunikatem w aplikacji lub w inny odpowiedni sposób. Jeżeli przepisy będą wymagały ponownej zgody, użytkownik zostanie o tym wyraźnie poinformowany.

18. Strona internetowa glimsy.app — analiza ruchu i skuteczności kampanii

18.1. Po co i w jakim zakresie

Za zgodą odwiedzającego, udzielaną osobno na każde narzędzie, strona internetowa glimsy.app korzysta z dwóch narzędzi: Google Analytics 4 (Google Ireland Limited) i Meta Pixel (Meta Platforms Ireland Limited). Służą one wyłącznie do zbiorczej analizy ruchu na stronie i oceny skuteczności kampanii marketingowych: Administrator chce wiedzieć, jakie strony i elementy odwiedzający chętnie otwierają, a jakie omijają, oraz z jakich reklam przychodzą, aby lepiej trafiać do odbiorców i prowadzić trafniejsze kampanie.

Administrator nie prowadzi analizy profilującej poszczególnych użytkowników. Nie buduje profili osób, nie ocenia ani nie przewiduje zachowań lub cech konkretnych osób, nie łączy tych danych z kontami w aplikacji i nie używa ich do personalizowania treści, reklam ani produktu. Wyniki widzi wyłącznie w postaci zbiorczych statystyk. W Google Analytics wyłączone są sygnały Google i personalizacja reklam, a zgoda obejmuje wyłącznie przechowywanie danych analitycznych. Niniejsza sekcja dotyczy wyłącznie strony internetowej glimsy.app. Analogiczny, lecz odrębny pomiar skuteczności kampanii reklamowych w samej aplikacji mobilnej i przeglądarkowej Glimsy — z osobnymi narzędziami, osobną zgodą i osobnym zakresem danych — opisuje punkt 19.

Meta może jednak wykorzystywać dane zebrane przez Meta Pixel także do własnych celów, w tym do doboru reklam, na zasadach opisanych w jej polityce prywatności — Administrator nie ma na to wpływu.

18.2. Google Analytics — jakie dane i kto je widzi

Po udzieleniu zgody przeglądarka odwiedzającego przekazuje spółce Google: adres i tytuł odwiedzanej strony, adres strony odsyłającej (w tym parametry kampanii), zdarzenia na stronie (odsłony, przewijanie, kliknięcia w odnośniki wychodzące i podobne), informacje o urządzeniu i przeglądarce, przybliżoną lokalizację (kraj, miasto) oraz losowy identyfikator zapisany w plikach cookie _ga i _ga_* (ważnych do 2 lat). Google Analytics 4 nie rejestruje ani nie przechowuje adresów IP, choć adres IP trafia do serwerów Google w chwili wysyłki pomiaru. Google jest w tym zakresie podmiotem przetwarzającym działającym w imieniu Administratora. Administrator ustawia okres przechowywania danych w Google Analytics na 14 miesięcy.

18.3. Meta Pixel — jakie dane i kto je widzi

Po udzieleniu zgody przeglądarka odwiedzającego przekazuje spółce Meta: adres strony i jej tytuł, adres strony odsyłającej (w tym parametry reklamy, z której odwiedzający przyszedł), adres IP, identyfikator przeglądarki (User-Agent) oraz identyfikator zapisany w pliku cookie _fbp (ważny do 90 dni; jeżeli odwiedzający przyszedł z reklamy, także _fbc). Administrator nie otrzymuje od Meta danych identyfikujących poszczególne osoby — widzi wyłącznie zbiorcze statystyki kampanii. Dane te nie są w pełni anonimowe po stronie Meta: identyfikator w pliku cookie i adres IP mogą być przez Meta powiązane z jej własnymi kontami i wykorzystywane zgodnie z jej zasadami (polityka prywatności Meta). Administrator i Meta są w tym zakresie współadministratorami danych (art. 26 RODO); Administrator odpowiada za informację i uzyskanie zgody, a wykonywanie praw wobec danych przetwarzanych przez Meta możliwe jest także bezpośrednio u Meta.

18.4. Zgoda i jej cofnięcie

Żadne z narzędzi nie jest wczytywane, dopóki odwiedzający nie wyrazi zgody w oknie z pytaniem o zgodę: do tego czasu przeglądarka nie łączy się z serwerami Google ani Meta. Zgodę można udzielić na wszystkie narzędzia naraz („Zgadzam się"), tylko na wybrane (po rozwinięciu listy „Wybierz usługi" i włączeniu przełączników, które domyślnie są wyłączone) albo odmówić na wszystkie („Nie, dziękuję"). Odmowa nie ogranicza korzystania ze strony.

Zgodę można w każdej chwili zmienić lub cofnąć — także na pojedyncze narzędzie — przyciskiem „Cookies" w stopce każdej podstrony; cofnięcie usuwa pliki cookie narzędzia i nie wpływa na zgodność z prawem przetwarzania dokonanego przed nim. Zapis samej decyzji (wartość dla każdego narzędzia oraz data) przechowywany jest w pamięci lokalnej przeglądarki i jest niezbędny do zapamiętania wyboru.

18.5. Przekazanie poza EOG

Google i Meta mogą przekazywać dane do swoich spółek w Stanach Zjednoczonych (Google LLC, Meta Platforms, Inc.). Przekazanie opiera się na decyzji stwierdzającej odpowiedni stopień ochrony (EU–U.S. Data Privacy Framework) lub na standardowych klauzulach umownych.

19. Aplikacja mobilna i przeglądarkowa — pomiar skuteczności kampanii reklamowych

19.1. Po co i w jakim zakresie

Za zgodą użytkownika, wyrażaną osobno na analitykę i osobno na marketing w oknie pokazywanym przy pierwszym uruchomieniu aplikacji — jeszcze przed zalogowaniem — aplikacja Glimsy (iOS, Android i wersja przeglądarkowa) korzysta z dwóch narzędzi: Meta SDK (Meta Platforms Ireland Limited) oraz Firebase Analytics, opartego na Google Analytics 4 (Google Ireland Limited). Celem Administratora jest przy tym wyłącznie pomiar skuteczności kampanii reklamowych: Administrator chce wiedzieć, ile osób po obejrzeniu reklamy zainstalowało aplikację, założyło konto i zaczęło z niej korzystać, aby lepiej trafiać do odbiorców i prowadzić trafniejsze kampanie.

Administrator nie buduje na tej podstawie profili psychologicznych ani behawioralnych poszczególnych osób. Nie ocenia ani nie przewiduje cech ani zachowań konkretnych użytkowników i nie personalizuje na tej podstawie treści, reklam ani produktu w aplikacji. Wyniki widzi wyłącznie w postaci zbiorczych statystyk skuteczności kampanii.

Meta może jednak wykorzystywać otrzymane zdarzenia także do własnych celów, w tym do doboru reklam, na zasadach opisanych w jej własnej polityce prywatności — Administrator nie ma na to wpływu.

Przed wyrażeniem zgody żadne z tych narzędzi nie jest uruchamiane i aplikacja nie łączy się z serwerami Meta ani Google w celach pomiarowych. Odmowa zgody niczego nie ogranicza — wszystkie funkcje aplikacji działają tak samo bez niej.

19.2. Meta SDK — jakie dane, kto je widzi, jaka rola

Po wyrażeniu zgody na marketing aplikacja przekazuje spółce Meta Platforms Ireland Limited zdarzenia: uruchomienie aplikacji, założenie konta, otwarcie talii wraz z wyświetleniem pierwszej fiszki — wraz z identyfikatorem otwartej talii — oraz wejście w funkcje sztucznej inteligencji. W wersji przeglądarkowej dodatkowo: otwarcie strony aplikacji, rozpoczęcie zakupu subskrypcji oraz zakończony zakup wraz z kwotą, walutą, nazwą planu i identyfikatorem sesji płatności (ten ostatni służy wyłącznie temu, żeby Meta rozpoznała powtórne zgłoszenie tej samej transakcji i nie policzyła jej dwa razy).

Dwie rzeczy, których do Meta nie przekazujemy: zmiany ekranu oraz — w wersji mobilnej — rozpoczęcia i zakończenia zakupu. Zakup subskrypcji odbywa się wyłącznie w przeglądarce, więc w aplikacji na iOS i Androida te zdarzenia w ogóle nie powstają.

Wraz ze zdarzeniami przekazywane są: identyfikator reklamowy urządzenia (na iOS wyłącznie po odrębnej zgodzie w systemowym oknie Apple — punkt 19.5; na Androidzie identyfikator reklamowy Google), identyfikator instancji aplikacji, model urządzenia i wersja systemu operacyjnego, język, przybliżona lokalizacja na poziomie kraju oraz adres IP w chwili wysyłki.

W zakresie zdarzeń przekazywanych do Meta Administrator i Meta są współadministratorami danych (art. 26 RODO): Administrator odpowiada za informację i uzyskanie zgody, a Meta przetwarza otrzymane dane również we własnych celach — w tym do doboru reklam — jako niezależny administrator, na zasadach swojej własnej polityki prywatności (polityka prywatności Meta).

19.3. Firebase Analytics — jakie dane, kto je widzi, jaka rola

Po wyrażeniu zgody na analitykę aplikacja przekazuje spółce Google Ireland Limited zdarzenia: pierwsze uruchomienie aplikacji po instalacji, zmianę ekranu (wyłącznie nazwa ekranu, bez identyfikatorów talii i fiszek), założenie konta, a w wersji przeglądarkowej dodatkowo rozpoczęcie zakupu subskrypcji oraz zakończony zakup wraz z kwotą, walutą, nazwą planu i identyfikatorem transakcji.

Zakres zdarzeń przekazywanych Google jest węższy niż ten z punktu 19.2: otwarcie talii i wejście w funkcje sztucznej inteligencji trafiają wyłącznie do Meta i Google ich nie otrzymuje. Google nie dostaje też żadnego identyfikatora talii ani fiszki.

Danymi towarzyszącymi są: identyfikator instancji aplikacji, a na Androidzie także identyfikator reklamowy Google, model urządzenia i wersja systemu operacyjnego, język, przybliżona lokalizacja na poziomie kraju oraz adres IP w chwili wysyłki.

W tym zakresie Google jest podmiotem przetwarzającym, działającym w imieniu Administratora, i nie wykorzystuje tych danych do własnych celów.

19.4. Zgoda i jej cofnięcie

Zgoda na analitykę i zgoda na marketing są udzielane osobno, w oknie pokazywanym przy pierwszym uruchomieniu aplikacji, przed zalogowaniem. Dopóki użytkownik nie wyrazi zgody, żadne z narzędzi nie jest uruchamiane.

Zgodę można cofnąć w każdej chwili w Ustawieniach aplikacji, jednym przełącznikiem dla każdego z narzędzi. Cofnięcie wyłącza dalsze zbieranie danych i nie wpływa na zgodność z prawem przetwarzania dokonanego przed cofnięciem. Zapis samej decyzji przechowywany jest lokalnie na urządzeniu użytkownika, a w wersji przeglądarkowej — w pamięci lokalnej przeglądarki (punkt 15).

19.5. iOS — osobna zgoda systemowa (App Tracking Transparency)

Na iOS, niezależnie od zgody opisanej w punkcie 19.4, system iOS pokazuje własne okno z pytaniem o zgodę na śledzenie (App Tracking Transparency). Bez zgody w tym oknie identyfikator reklamowy urządzenia nie jest wykorzystywany, nawet jeżeli użytkownik wyraził zgodę w oknie aplikacji opisanym w punkcie 19.4.

20. Kontakt

Glimsy sp. z o.o.
ul. Zapłocie Duże 223A, 43-300 Bielsko-Biała, Polska
support@glimsy.app