Polityka prywatności

Informacje o danych przetwarzanych podczas korzystania ze strony, demo i zamkniętych testów beta Blicca Finance.

Wersja z

Fikcyjne finanse

Demo działa na przykładach. W becie zalecamy fikcyjne dane i dokumenty.

Rzeczywiste prawa

Dane konta, kontakt i informacje techniczne podlegają zasadom ochrony danych.

Opcjonalny Asystent AI

Uruchomienie pytania lub raportu przekazuje kontekst do zewnętrznego dostawcy.

1.Administrator i zakres polityki

Administratorem danych osobowych jest Damian „Kuljo” Kuliś, autor projektu Blicca Finance, działający pod oznaczeniem „kuljo.dev”. W sprawach danych osobowych można kontaktować się bezpośrednio z administratorem:

Usługodawca i administrator danych
Damian „Kuljo” Kuliś
Adres
ul. Jarosława Dąbrowskiego 18/6, 02-561 Warszawa, Polska
Strona autora
kuljo.dev
Kontakt elektroniczny
hello@kuljo.dev

Polityka dotyczy strony www.blicca.pl i aplikacji app.blicca.pl, w tym publicznego demo, indywidualnie przyznawanego dostępu do bety oraz korespondencji dotyczącej projektu. Zasady korzystania z tych usług określa osobny Regulamin.

Dane finansowe przygotowane do demo są fikcyjne. Nie oznacza to anonimowości całego korzystania z serwisu: identyfikatory kont, informacje o połączeniu i dane kontaktowe mogą stanowić dane osobowe.

2.Jakie dane są przetwarzane

  • Przeglądanie serwisu: adres IP, data i czas żądania, odwiedzany zasób, informacje o przeglądarce i urządzeniu, odpowiedzi serwera oraz zdarzenia bezpieczeństwa.
  • Demo: techniczny identyfikator konta, czas jego utworzenia i wygaśnięcia, stan sesji oraz przykładowe rekordy i zmiany wprowadzane podczas testu. Uruchomienie demo nie wymaga podania adresu e-mail.
  • Beta: adres e-mail, identyfikator testera i konta, dane uwierzytelniania, nazwa profilu, ustawienia oraz treści zapisane przy korzystaniu z funkcji aplikacji. Opcjonalnie może to być zdjęcie lub inny materiał przekazany przez testera.
  • Kontakt i zgłoszenia: adres nadawcy, podane imię lub pseudonim, treść korespondencji i dobrowolnie przesłane załączniki, w tym opisy błędów.
  • Asystent AI: treść pytania lub polecenia raportu, historia rozmowy przekazywana w zapytaniu, kontekst danych konta oraz wygenerowana odpowiedź. Szczegóły opisuje część 5.
  • Ochrona przed nadużyciami: tokeny weryfikacyjne, dane techniczne urządzenia i przeglądarki oraz sygnały potrzebne do oceny autentyczności żądania przez Firebase App Check i reCAPTCHA Enterprise.

3.Cele i podstawy prawne

Udostępnienie demo, konta beta i zamówionych funkcji: art. 6 ust. 1 lit. b RODO — wykonanie umowy o korzystanie z usługi lub działania podejmowane na żądanie użytkownika przed jej zawarciem. Obejmuje to utworzenie konta, uwierzytelnianie, zapis danych testowych i obsługę funkcji AI uruchomionej przez użytkownika.

Bezpieczeństwo i utrzymanie działania: art. 6 ust. 1 lit. f RODO — prawnie uzasadniony interes administratora polegający na wykrywaniu nadużyć, ochronie kont, diagnozowaniu błędów i zapewnianiu działania serwisu.

Odpowiedzi na pytania i obsługa zgłoszeń: art. 6 ust. 1 lit. f RODO — prowadzenie korespondencji i rozwiązywanie problemów; gdy korespondencja dotyczy zawarcia lub wykonania umowy, podstawą jest art. 6 ust. 1 lit. b RODO.

Wykonanie obowiązków prawnych: art. 6 ust. 1 lit. c RODO, w związku z właściwymi przepisami, np. dotyczącymi realizacji praw osób, których dane dotyczą. Ustalenie, dochodzenie lub obrona konkretnych roszczeń opiera się na art. 6 ust. 1 lit. f RODO.

Dobrowolne publikowanie wizerunku lub informacji o testerze: jeżeli tester wyrazi odrębną zgodę na taką publikację, podstawą przetwarzania jest art. 6 ust. 1 lit. a RODO. Odmowa lub cofnięcie tej zgody nie wpływa na dostęp do bety.

Podanie danych jest dobrowolne, ale informacje wymagane do utworzenia konta beta, uwierzytelnienia lub udzielenia odpowiedzi są niezbędne do wykonania danej czynności. Akceptacja Regulaminu i zapoznanie się z tą polityką nie są zgodą na marketing ani na dowolne wykorzystanie danych.

4.Fikcyjne dane finansowe i dokumenty

Publiczne demo służy do pracy na przygotowanych danych przykładowych. W becie zdecydowanie zalecane jest używanie fikcyjnych kwot, kontrahentów, dokumentów i opisów. Do sprawdzenia funkcji nie jest potrzebna rzeczywista historia rachunku ani prawdziwa faktura.

Nie należy przekazywać danych osobowych innych osób, danych kart płatniczych, haseł do bankowości, numerów PESEL, skanów dokumentów tożsamości ani danych szczególnych kategorii, np. informacji o zdrowiu. Zalecenie fikcyjnych danych testowych nie dotyczy adresu e-mail i innych informacji niezbędnych do obsługi konta lub korespondencji.

Jeżeli użytkownik mimo tych zasad zapisze informacje, które umożliwiają identyfikację osoby, informacje te mogą być danymi osobowymi i podlegają odpowiedniej ochronie. Fikcyjny charakter projektu nie wyłącza RODO. Przypadkowe przekazanie takich danych należy zgłosić administratorowi, aby ograniczyć dalsze przetwarzanie i ustalić sposób usunięcia.

5.Asystent AI i przekazywany kontekst

Asystent AI jest funkcją opcjonalną. Korzysta z usługi API Anthropic i modelu Claude Haiku 5.5. Uruchomienie pytania lub raportu wymaga przekazania treści do zewnętrznej usługi AI; samo przeglądanie strony publicznej nie uruchamia takiego zapytania.

Oprócz treści wiadomości przekazywany jest kontekst finansowy konta. Może on obejmować transakcje z ostatnich 60 dni, informacje o sejfach, budżetach, subskrypcjach, kredytach, stałych kosztach, wynagrodzeniach i majątku oraz historię rozmowy dołączoną do bieżącego zapytania. Zakres jest szerszy niż sam tekst pytania.

Rozmowa jest utrzymywana w pamięci interfejsu. Blicca nie prowadzi trwałego archiwum rozmów AI ani nie wykorzystuje ich treści do własnego trenowania modeli. Nie oznacza to braku przetwarzania lub retencji po stronie dostawcy.

W komercyjnej usłudze API Anthropic treści nie są domyślnie używane do trenowania modeli. Standardowa retencja wejścia i odpowiedzi wynosi do 30 dni; wyjątki dotyczą m.in. wykrytych naruszeń zasad bezpieczeństwa i obowiązków prawnych. Nie deklarujemy odrębnego porozumienia o zerowej retencji. Szczegóły określają warunki komercyjne Anthropic oraz zasady przetwarzania i retencji danych.

Można korzystać z pozostałych funkcji bez uruchamiania Asystenta AI. Do zapytań i kontekstu testowego należy stosować te same zasady minimalizacji danych co do pozostałej części aplikacji.

6.Odbiorcy danych i transfery poza EOG

Dane są udostępniane dostawcom w zakresie potrzebnym do wykonania usługi:

  • Google / Google Cloud / Firebase: uwierzytelnianie, baza danych, pliki, funkcje serwerowe, infrastruktura, dzienniki techniczne oraz ochrona Firebase App Check i reCAPTCHA Enterprise. Wiadomości związane z bezpieczeństwem konta są wysyłane z wykorzystaniem usług pocztowych Google.
  • Anthropic: obsługa uruchomionych przez użytkownika zapytań Asystenta AI, w tym przetwarzanie przekazanego kontekstu konta.
  • Dostawcy poczty elektronicznej: obsługa zgłoszeń, rekrutacji do bety i korespondencji z administratorem.
  • Uprawnione organy lub doradcy: wyłącznie gdy wynika to z prawa albo jest niezbędne w związku z konkretną sprawą lub roszczeniem.

Dostawcy przetwarzający dane na zlecenie działają na podstawie odpowiednich warunków powierzenia. W zakresie własnych obowiązków prawnych lub bezpieczeństwa dostawca może działać także jako odrębny administrator, zgodnie z warunkami swojej usługi.

Wybór europejskiego regionu bazy nie oznacza, że całe przetwarzanie odbywa się wyłącznie w Polsce lub EOG. Globalne usługi AI, uwierzytelnianie, wsparcie i podwykonawcy mogą wiązać się z transferem poza EOG, w tym do USA. Dla transferów wymagających zabezpieczeń stosowane są standardowe klauzule umowne Komisji Europejskiej przewidziane w warunkach powierzenia Google i Anthropic, wraz z odpowiednimi środkami ochrony. Jeżeli dany transfer jest objęty właściwą decyzją Komisji Europejskiej o adekwatności, może opierać się na tej decyzji. Informacje o zastosowanym mechanizmie i kopię właściwych zabezpieczeń można uzyskać od administratora.

Dokumenty dostawców: prywatność Firebase, warunki przetwarzania Google Cloud i warunki przetwarzania Anthropic. Administrator nie sprzedaje danych użytkowników.

7.Okresy przechowywania

  • Demo: konto wygasa po 24 godzinach od utworzenia. Następnie konto i jego dane są usuwane przez okresowe zadanie. Wygaśnięcie nie oznacza usunięcia wszystkich kopii dokładnie w tej samej chwili; obciążenie lub awaria mogą opóźnić wykonanie zadania.
  • Konto beta: dane są utrzymywane przez czas udziału w testach. Po rezygnacji, usunięciu konta lub zakończeniu dostępu są usuwane z aktywnego środowiska, z zastrzeżeniem informacji niezbędnych do wyjaśnienia incydentu, rozpatrzenia zgłoszenia lub wykonania obowiązku prawnego.
  • Korespondencja i zgłoszenia: do zakończenia sprawy, a następnie przez 12 miesięcy w celu udokumentowania sposobu jej załatwienia. Jeżeli konkretne informacje są potrzebne do roszczeń, mogą być przechowywane do upływu właściwego terminu przedawnienia lub zakończenia postępowania. Nie uzasadnia to zachowywania całej historii finansowej konta.
  • Zwykłe logi operacyjne: standardowy okres w Google Cloud Logging wynosi 30 dni. Wymagane logi audytowe infrastruktury mogą być przechowywane przez 400 dni. Informacje dotyczące konkretnego incydentu mogą być zabezpieczone na czas jego wyjaśnienia lub dochodzenia roszczeń.
  • Dane dostawców: usunięcie konta w Blicca nie kasuje natychmiast wszystkich technicznych kopii dostawcy. Firebase Authentication wskazuje okres do 180 dni na usunięcie pozostałych danych uwierzytelniania z systemów aktywnych i kopii po zleceniu usunięcia konta. Dla Anthropic obowiązują zasady opisane w części 5.
  • Dane na urządzeniu: pamięć lokalna może pozostać do jej wyczyszczenia przez użytkownika lub przeglądarkę. Usunięcie konta na serwerze nie jest równoznaczne z wyczyszczeniem pamięci wszystkich urządzeń.

Dezaktywacja i samo zaprzestanie logowania nie są żądaniem usunięcia konta. Rezygnację z testów lub żądanie usunięcia danych można przesłać na adres administratora.

8.Cookies i pamięć przeglądarki

Serwis korzysta z mechanizmów potrzebnych do logowania, utrzymania sesji, zapisu ustawień i ochrony przed nadużyciami. Obejmują one cookies, localStorage i IndexedDB; ich przeznaczenia nie należy utożsamiać wyłącznie z reklamą.

  • Cookie __session: obsługuje sesję pomiędzy stroną www a aplikacją. Jego maksymalny czas ważności wynosi 14 dni; wylogowanie lub unieważnienie sesji może zakończyć ją wcześniej.
  • Firebase Authentication i App Check: przechowują stan logowania i informacje potrzebne do weryfikacji aplikacji. reCAPTCHA Enterprise może zapisywać cookie _grecaptcha i przetwarzać sygnały techniczne służące ochronie przed nadużyciami.
  • Ustawienia: localStorage przechowuje m.in. preferencje interfejsu i limitu czasu sesji.
  • Lokalna pamięć Firestore: IndexedDB może przechowywać kopie danych aplikacji na urządzeniu. Na urządzeniu współdzielonym po zakończeniu testów należy się wylogować i wyczyścić dane witryny w ustawieniach przeglądarki.

Nie stosujemy reklamowego profilowania ani narzędzi analityki marketingowej. Mechanizmy inne niż niezbędne do transmisji lub dostarczenia wyraźnie żądanej funkcji wymagają uprzedniej zgody zgodnie z art. 399 Prawa komunikacji elektronicznej. Ewentualne wdrożenie takich narzędzi wymaga wcześniejszej informacji i odpowiedniego mechanizmu wyboru.

Ustawienia przeglądarki pozwalają usuwać i blokować zapis. Zablokowanie mechanizmów niezbędnych może uniemożliwić logowanie lub działanie aplikacji. Wycofanie ewentualnej zgody na funkcje dodatkowe nie wpływa na zgodność z prawem wcześniejszego przetwarzania.

9.Prawa użytkownika

Na warunkach określonych w RODO użytkownik może żądać dostępu do swoich danych i ich kopii, sprostowania, usunięcia lub ograniczenia przetwarzania. Prawo do przenoszenia dotyczy danych przetwarzanych automatycznie na podstawie zgody lub umowy, w zakresie przewidzianym prawem.

Można wnieść sprzeciw wobec przetwarzania opartego na prawnie uzasadnionym interesie, ze względu na szczególną sytuację osoby. Jeżeli podstawą jest zgoda, można ją cofnąć w dowolnym czasie bez wpływu na zgodność z prawem wcześniejszych działań.

Żądania należy kierować na hello@kuljo.dev. Administrator odpowiada bez zbędnej zwłoki, co do zasady w ciągu miesiąca. W uzasadnionych przypadkach termin może zostać przedłużony o kolejne dwa miesiące, z wyjaśnieniem przekazanym przed upływem pierwszego miesiąca. Weryfikacja tożsamości jest ograniczona do informacji niezbędnych do ochrony danych przed ujawnieniem innej osobie.

Brak samoobsługowego eksportu w aplikacji nie ogranicza praw wynikających z RODO. W przypadku konta demo nie należy przesyłać dokumentu tożsamości wyłącznie po to, aby powiązać go z technicznym identyfikatorem.

Przysługuje także prawo wniesienia skargi do Prezesa Urzędu Ochrony Danych Osobowych. Informacje o sposobie złożenia skargi są dostępne na uodo.gov.pl.

10.Bezpieczeństwo i brak decyzji automatycznych

Stosowane są środki odpowiednie do ryzyka, obejmujące uwierzytelnianie, kontrolę dostępu do danych i zabezpieczenia operacji serwerowych. Informacje ogólne znajdują się na stronie Bezpieczeństwo. Żaden system nie zapewnia całkowitego wyeliminowania ryzyka.

Asystent AI generuje treści pomocnicze. Nie podejmuje wobec użytkownika decyzji wywołujących skutki prawne ani podobnie istotnie na niego wpływających w rozumieniu art. 22 RODO. Serwis nie przeprowadza oceny zdolności kredytowej ani profilowania reklamowego.

11.Aktualizacje i źródła

Polityka jest aktualizowana, jeżeli zmienia się zakres danych, cele, dostawcy albo zasady przetwarzania. Istotne zmiany dotyczące kont beta są komunikowane przed rozpoczęciem nowego przetwarzania. Samo opublikowanie nowej wersji polityki nie zastępuje zgody, gdy jest ona wymagana.

Podstawy prawne: rozporządzenie (UE) 2016/679 — RODO oraz Prawo komunikacji elektronicznej. Objaśnienia praw osób: informacje UODO.