Polityka prywatności GITCEL

Wersja: 1.0 Data wejścia w życie: 03.11.2026

1. Administrator danych

Administratorem danych jest Oleh Kryzhanivskyi, osoba fizyczna, adres: ul. Diamentowa 2, 07-411 Rzekuń, Polska. Głównym państwem prowadzenia działalności jest Polska.

• kontakt w sprawach ogólnych, wsparcia i reklamacji: support@gitcel.pl;
• kontakt w sprawach prywatności, RODO i realizacji praw osób: privacy@gitcel.pl;
• kontakt w sprawach współpracy: partners@gitcel.pl;
• automatyczne wiadomości systemowe mogą pochodzić z no-reply@gitcel.pl; na ten adres nie należy wysyłać zgłoszeń.

2. Zakres danych

W zależności od sposobu korzystania GITCEL przetwarza następujące kategorie:

1. Konto i uwierzytelnianie — adres e-mail, skrót hasła, język, status potwierdzenia e-mail, status Konta i dostępu do publicznej bety, daty utworzenia/aktualizacji. Publiczna bezpłatna beta korzysta z rejestracji samoobsługowej. Po skutecznym potwierdzeniu e-mail kwalifikujące się Konto z wymaganym dowodem rejestracyjnym automatycznie otrzymuje istniejący znacznik dostępu; ponowna weryfikacja nie przywraca dostępu wyraźnie odebranego, a starsze Konto bez wymaganego dowodu nie otrzymuje go automatycznie. Rejestracja wymaga oświadczenia, że Użytkownik ma co najmniej 18 lat. Jest to warunek korzystania z Konta; GITCEL nie zbiera w tym celu daty urodzenia, PESEL ani kopii dokumentu tożsamości. Jest to warunek kwalifikacji do Konta ustalony przez Administratora, a nie ustawowy mechanizm weryfikacji wieku. W aplikacji Web wybrany język jest zapisywany po stronie urządzenia tylko w sessionStorage bieżącej karty; znany starszy klucz gitcel_locale w localStorage jest usuwany.
2. Wersjonowany dowód rejestracyjny — czas oświadczenia pełnoletności, wersja Regulaminu i czas jego akceptacji, wersja Polityki prywatności i czas osobnego potwierdzenia jej przedstawienia/odczytania oraz czas utworzenia dowodu. Potwierdzenie Polityki nie jest zgodą na wszystkie operacje przetwarzania danych na podstawie RODO.
3. Sesje i bezpieczeństwo — skróty losowych tokenów sesji i CSRF, daty utworzenia, wygaśnięcia, ostatniej aktywności i unieważnienia; skróty tokenów potwierdzenia e-mail, resetu hasła i połączenia Konta.
4. Cele wyszukiwania — miasto, dzielnice, rodzaj nieruchomości, okres najmu, daty, liczba pokoi, powierzchnia, budżet/czynsz oraz wybrane wymagania i preferencje. Kryteria mogą pośrednio ujawniać sytuację finansową, planowane miejsce zamieszkania lub potrzeby gospodarstwa domowego.
5. Działania w aplikacji — zapisanie, polubienie, odrzucenie lub oznaczenie kontaktu oraz historia dostępna dla funkcji konta/natywnego produktu. Monitoring i proaktywne powiadomienia Telegram są wyłączone przy początkowym uruchomieniu. Przejściowe Web Results nie tworzą Saved, History, monitoringu ani powiadomień.
6. Tryb gościa — losowy identyfikator i skróty tokenów sesji gościa, język, daty wygaśnięcia oraz tymczasowe Cele i ich kryteria. Przy bezpiecznej promocji Celu do Konta zapisywane jest powiązanie promowanej sesji/Celu z kanonicznym Użytkownikiem i Celem; niepromowane dane pozostają tymczasowe.
7. E-mail transakcyjny — adres odbiorcy jest używany podczas wysyłki potwierdzenia lub resetu; baza audytowa GITCEL przechowuje cel wysyłki, stan, liczbę prób, bezpieczny identyfikator wiadomości i oczyszczony kod błędu, ale nie treść wiadomości, adres odbiorcy, surowy token ani URL akcji.
8. Telegram — po zainicjowaniu połączenia przez uprawnionego Użytkownika Web GITCEL tworzy krótko ważny, jednorazowy token łączenia i utrwala wyłącznie jego skrót. Po użyciu tokenu w prywatnym czacie zapisuje identyfikator użytkownika Telegram, stan i czas połączenia oraz — gdy jest to konieczne do dostawy — identyfikator docelowego czatu w rekordzie powiadomienia. Operacje osobiste są ograniczone do prywatnego czatu. „Check now” korzysta z przejściowej funkcji wyszukiwania i nie zapisuje wyników jako własnego katalogu ofert GITCEL. Proaktywne wysyłanie Telegram jest wyłączone przy początkowym uruchomieniu.
9. Dane techniczne i bezpieczeństwa — czas i rodzaj zdarzenia, status, ograniczony kod błędu oraz, tylko gdy jest to potrzebne dla zdarzenia dotyczącego konkretnego Konta lub gościa, wewnętrzny identyfikator Konta albo sesji gościa. Odrębne logi infrastruktury lub dostawcy mogą zawierać dane połączenia, takie jak adres sieciowy lub User-Agent.
10. Ograniczanie nadużyć — przy operacjach wymagających ochrony GITCEL może krótkotrwale odczytać i znormalizować adres sieciowy albo użyć wewnętrznego identyfikatora Konta, sesji gościa lub operacji. W bazie ograniczeń nie jest przechowywany surowy adres IP, e-mail, identyfikator Użytkownika ani token sesji. Przechowywany jest pseudonimowy skrót HMAC klucza ograniczenia, nazwa zakresu, licznik i czas wygaśnięcia. Mechanizm może czasowo odmówić wykonania żądania w celu ochrony Usługi i innych Użytkowników.
11. Rejestr ograniczeń przetwarzania — dla zatwierdzonego, zakresowego ograniczenia GITCEL zapisuje typ podmiotu (account albo guest_session), jego wewnętrzny UUID, zakres (auth, guest_mutations albo web_search), referencję decyzji o zastosowaniu i czas zastosowania. Po skutecznym uchyleniu rekord jest usuwany w tej samej transakcji. Dla Konta dozwolone są zakresy auth i web_search, a dla sesji gościa — guest_mutations i web_search. Rejestr nie zawiera adresu e-mail, imienia, surowego adresu IP ani tokenu. Jest odrębny od bazy ograniczania nadużyć i nie podejmuje decyzji o ograniczeniu; wykonuje decyzję zatwierdzoną poza rejestrem.
12. Telemetria wyników internetowych — szczegółowe eventy zwrócenia wyniku i przejścia do źródła nie są utrwalane przy początkowym uruchomieniu. Ich przyszła aktywacja wymaga odrębnej oceny, informacji i aktualizacji tej Polityki.
13. Natywne dane źródłowe — natywny katalog Rybnika i inne źródła native/partnerskie nieobjęte początkowym zakresem są wyłączone przy uruchomieniu. GITCEL nie opisuje ich w tej Polityce jako aktywnego przetwarzania. Przed uruchomieniem takiego źródła wymagane będą osobna weryfikacja praw do źródła, minimalizacja pól i aktualizacja Polityki.

GITCEL nie powinien prosić o hasło, token bezpieczeństwa ani kod CSRF w korespondencji wsparcia.

3. Cele i podstawy prawne

Poniższa tabela przedstawia cele i podstawy przetwarzania danych.

GITCEL nie prowadzi obecnie płatności, marketingu e-mail ani profilowania reklamowego. Podstawy realizacji usługi i powiadomień usługowych nie obejmują marketingu ani przyszłych komunikatów promocyjnych.

3.1 Zgoda i dostęp do urządzenia

1. Potwierdzenie otrzymania/odczytania Polityki prywatności nie stanowi blankietowej zgody na wszystkie cele przetwarzania danych.
2. Wiadomości transakcyjne dotyczące Konta lub bezpieczeństwa są odrębne od marketingu. Monitoring i proaktywne powiadomienia Telegram pozostają wyłączone przy początkowym uruchomieniu. Marketing lub komunikacja promocyjna wymagają osobnej analizy i, gdy ma to zastosowanie, odrębnej zgody.
3. Cookies sesji, CSRF oraz mechanizmy sesji gościa są używane do transmisji, uwierzytelnienia, bezpieczeństwa i wykonania funkcji elektronicznej wyraźnie żądanej przez Użytkownika. Nie oznacza to automatycznie, że każdy zapis w pamięci przeglądarki ma taki sam charakter.
4. Dostęp do niekoniecznych cookies albo innych identyfikatorów urządzenia może wymagać zgody na gruncie polskich przepisów o urządzeniu końcowym. Zgoda na zapis/odczyt urządzenia jest odrębna od podstawy RODO dla dalszego przetwarzania danych.
5. Tymczasowy Cel gościa jest przetwarzany w celu wykonania funkcji żądanej przez Użytkownika. Szczegółową inwentaryzację mechanizmów urządzenia i kwestie wymagające końcowej klasyfikacji PKE opisuje Polityka cookies.
6. Zatwierdzony zakres początkowego uruchomienia obejmuje wyłącznie first-party cookies i pamięć urządzenia niezbędne do działania żądanych funkcji. Nie klasyfikuje to automatycznie każdego mechanizmu first-party jako niezbędnego. Audyt aktywnego storage i żądań sieciowych oraz końcowa decyzja o potrzebie consent/CMP pozostają otwarte.

3.2 Dane wymagane i dobrowolne

1. Rejestracja Konta. Podanie adresu e-mail, hasła i języka oraz złożenie osobnych oświadczeń o ukończeniu 18 lat, akceptacji Regulaminu o treści „Akceptuję Regulamin.” i potwierdzenia o treści „Potwierdzam otrzymanie i zapoznanie się z Polityką prywatności (nie jest to ogólna zgoda RODO).” jest wymagane do utworzenia Konta. Brak któregokolwiek z tych elementów uniemożliwia rejestrację. Brak potwierdzenia adresu e-mail uniemożliwia uzyskanie dostępu do publicznej bety.
2. Tryb gościa. Utworzenie tymczasowego Celu wymaga sesji gościa oraz wskazania podstawowych kryteriów wyszukiwania dostępnych w formularzu. Bez nich GITCEL nie może utworzyć ani wyświetlić tego Celu. Dodatkowe preferencje wyszukiwania są dobrowolne; ich pominięcie oznacza jedynie, że nie zostaną użyte do zawężenia wyników.
3. Telegram. Połączenie Konta z Telegramem jest dobrowolne. Jeżeli Użytkownik go nie zainicjuje i nie użyje jednorazowego tokenu w prywatnym czacie, GITCEL nie zapisze powiązania z identyfikatorem Telegram, a Konto Web i jego pozostałe funkcje pozostaną dostępne.

3A. Brak monetyzacji przy początkowym uruchomieniu

GITCEL nie prowadzi przy początkowym uruchomieniu płatności, płatnych subskrypcji, marketingu e-mail, profilowania reklamowego, sponsorowanego rankingu ani rozliczeń afiliacyjnych. Wprowadzenie takiego przetwarzania wymagałoby uprzedniej oceny, aktualizacji informacji i — jeżeli prawo tego wymaga — odpowiedniego mechanizmu zgody.

4. Wyniki internetowe — Brave Search

1. Dla funkcji „Znalezione w sieci” GITCEL buduje ograniczone zapytanie z kryteriów nieruchomości: miasta, rodzaju nieruchomości, liczby pokoi, przedziału czynszu, wybranych dzielnic i ograniczenia domen.
2. Zapytanie nie zawiera adresu e-mail, telefonu, imienia, identyfikatora Użytkownika, identyfikatora Telegram, cookie ani tokenu.
3. Zapytanie jest przesyłane do Brave Search API. Brave może otrzymywać również dane techniczne połączenia serwera GITCEL.
4. GITCEL otrzymuje tytuł, krótki fragment, URL, domenę i pozycję wyniku. Nie odwiedza docelowej strony serwerowo, nie pobiera zdjęć ani pełnych opisów i nie zapisuje wyników jako katalogu ofert. Wynik jest oznaczony jako zewnętrzny, przypisany do źródła i prowadzi bezpośrednio do oryginalnego URL. Nie jest tworzony z niego natywny Listing ani Match GITCEL.
5. Umieszczenie domeny na technicznej liście wyszukiwania nie oznacza partnerstwa, autoryzowanego feedu ani prawa do natywnego kopiowania ofert.
6. Brave Search API jest świadczone przez Brave Software, Inc. w Stanach Zjednoczonych. Według informacji Brave z 25 sierpnia 2026 r. zapytania API są przechowywane maksymalnie przez 90 dni dla rozliczeń, rozwiązywania problemów i zapobiegania nadużyciom. Brave wskazuje, że nie otrzymuje identyfikatora pozwalającego mu przypisać zapytanie do konkretnego Użytkownika lub jego urządzenia. Opcja Zero Data Retention jest dostępna dla klientów Enterprise; GITCEL nie twierdzi w tym projekcie, że opcja ta jest aktywna.
7. Administrator zdecydował o korzystaniu z tego dokładnego, zminimalizowanego przepływu mimo niepotwierdzonej kwalifikacji roli stron, podstawy prawnej i mechanizmu z rozdziału V RODO. Jest to świadomie zaakceptowane ryzyko rezydualne, a nie potwierdzenie zgodności z prawem ani wskazanie podstawy prawnej. Zmiana zakresu danych, sposobu użycia wyników albo istotnych warunków dostawcy wymaga ponownej oceny.

4.1 Ograniczona telemetria Web Results

Przy początkowym uruchomieniu GITCEL nie utrwala szczegółowej telemetrii wyświetleń ani kliknięć Wyników internetowych. Przyszłe uruchomienie takiej telemetrii wymaga odrębnego określenia celu, podstawy prawnej, zakresu danych, okresu przechowywania, odbiorców i sposobu realizacji praw osób oraz aktualizacji tej Polityki przed rozpoczęciem przetwarzania.

5. KRN i strony zewnętrzne

1. Moduł KRN jest wyłączony przy początkowym uruchomieniu. Przed jego przyszłą aktywacją GITCEL zweryfikuje mechanizmy pamięci urządzenia i żądania sieciowe, uzupełni właściwe informacje oraz wdroży wymagany mechanizm zgody, jeżeli będzie potrzebny.
2. Otwarcie oryginalnej strony wyniku przekazuje jej operatorowi zwykłe dane połączenia przeglądarki; operator działa według własnych dokumentów.

5.1 Natywne źródła — poza początkowym zakresem

Web Results nie są natywnym katalogiem GITCEL. Natywny katalog Rybnika oraz inne źródła native/partnerskie nieobjęte początkowym zakresem są wyłączone przy początkowym uruchomieniu. GITCEL nie kopiuje na tej podstawie kontaktów właścicieli lub agentów ani pełnych treści ofert. Każda przyszła aktywacja wymaga osobnej podstawy, praw do źródła, decyzji o polach, retencji, prawach osób i — gdy ma zastosowanie — obowiązkach z art. 14 RODO oraz aktualizacji Polityki.

5.2 Publiczna strona i zewnętrzna typografia

Fakty dotyczące konfiguracji GITCEL. Publiczna strona gitcel.pl korzysta z lokalnie dostarczanych fontów i nie łączy się w tym celu z Google Fonts. Jest statyczną stroną docelową hostowaną przez Lovable. Nie zawiera formularzy, uwierzytelniania ani własnej bazy danych i nie używa integracji aplikacyjnych; analityka Lovable dla tej strony jest wyłączona. Zmiana opublikowana przez Ownera 30.10.2026 przeniosła preferencję języka gitcel.locale z localStorage do sessionStorage bieżącej karty. Wybór pozostaje po odświeżeniu strony w tej samej karcie; usuwany jest wyłącznie starszy wpis localStorage: gitcel.locale. Nie stanowi to gwarancji usunięcia wpisu przy zamknięciu przeglądarki; klasyfikacja tego mechanizmu pozostaje niepotwierdzona. Szczegóły zaobserwowanych cookies i pamięci urządzenia opisuje Polityka cookies. Linki generowane przez GITCEL, których celem jest gitcel.pl, są stałymi adresami strony marketingowej lub dokumentów prawnych i nie zawierają tokenów ani identyfikatorów Użytkownika. Nie oznacza to, że osoba odwiedzająca lub inny zewnętrzny podmiot nie może samodzielnie dopisać parametrów do adresu URL.

Informacje z publicznych dokumentów Lovable. Privacy Policy Lovable obejmuje również osoby odwiedzające opublikowane strony i wymienia automatycznie zbierane dane techniczne, w tym adres IP, przybliżoną lokalizację, identyfikatory urządzenia lub sesji oraz logi. Analityka opublikowanej strony stanowi odrębne App Usage Data tylko wtedy, gdy zostanie włączona. Publiczny DPA, dostępny dla planów Business i Enterprise, stanowi, że Customer Personal Data są przetwarzane przez Lovable na rzecz klienta, natomiast Service Data i Log Data Lovable może przetwarzać jako niezależny administrator do wskazanych w DPA celów. Dokumenty podają ogólne kryterium przechowywania logów operacyjnych i bezpieczeństwa, ale nie konkretny okres dla logów gitcel.pl.

Informacja z odpowiedzi Lovable AI Support z 25 października 2026 r. Według tej odpowiedzi każde żądanie do opublikowanej strony tworzy log obejmujący URL wraz z query string, metodę, adres IP, status i czas odpowiedzi oraz przybliżone miasto i państwo, bez nagłówków i treści żądania lub odpowiedzi. Support podał też, że tych logów nie można wyłączyć, eksportować ani selektywnie usunąć oraz że Lovable nie publikuje ich okresu retencji. Te szczegóły są informacją supportu, a nie niezależnym potwierdzeniem w publicznych Terms, Privacy Policy lub DPA.

Ocena prawna. Rozdzielenie Customer Personal Data od Service Data i Log Data przemawia za oceną, że część obowiązkowych logów hostingowych może stanowić własne przetwarzanie Lovable. Nie rozstrzyga jednak samo w sobie kwalifikacji każdego pola faktycznego logu ani tego, czy dla całego opisanego przepływu art. 28 RODO nie ma zastosowania. Administrator zdecydował zachować obecny minimalny, statyczny zakres Lovable i świadomie zaakceptował nierozstrzygniętą kwalifikację obowiązkowych logów hostingowych jako ryzyko rezydualne. Nie jest to potwierdzenie prawne ani stwierdzenie, że art. 28 RODO nie ma zastosowania. Przywrócenie zewnętrznych fontów, formularzy, integracji lub analityki wymaga uprzedniej aktualizacji informacji i, gdy jest to wymagane, mechanizmu zgody.

5A. Połączenie Web ↔ Telegram

1. Pierwsza beta Telegram działa w modelu Web-first/link-only. Samo polecenie /start bez ważnego tokenu nie powinno tworzyć Konta ani tożsamości w chronionych środowiskach.
2. Aktywny i uprawniony Użytkownik inicjuje połączenie w uwierzytelnionym Web. GITCEL wydaje losowy token ważny 10 minut; w bazie zapisuje tylko jego skrót, czas wygaśnięcia, użycia i minimalne powiązanie potrzebne do jednorazowości.
3. Użycie /start <token> w prywatnym czacie wiąże identyfikator użytkownika Telegram z istniejącym Kontem. Nie jest wykonywane automatyczne łączenie różnych Kont na podstawie niekontrolowanych identyfikatorów. Identyfikatory użytkownika i prywatnego czatu Telegram są przekazywane przez Telegram do GITCEL; polecenia Użytkownika i odpowiedzi bota przechodzą przez infrastrukturę Telegrama.
4. Operacje osobiste i Cele są ograniczone do prywatnego czatu. GITCEL nie tworzy w ramach tych funkcji profili uczestników grup, supergrup ani kanałów.
5. Polecenie „Check now” korzysta z tej samej przejściowej funkcji wyszukiwania co aplikacja Web. Zwrócone linki nie tworzą własnej oferty, Dopasowania, zapisanej pozycji, historii, monitoringu ani powiadomienia.
6. Uwierzytelnione odłączenie w Web usuwa powiązanie Telegram, usuwa niewykorzystane tokeny łączenia i czyści docelowe identyfikatory czatu z rekordów powiadomień. Po odłączeniu osobiste polecenia i dostawa nie mogą uzyskać dostępu do historycznego Konta. Konto Web i jego Cele pozostają.
7. Usunięcie Konta usuwa tożsamość Telegram, tokeny łączenia, identyfikatory dostawy oraz zależne rekordy użytkownika. Późniejsze połączenie nie powinno odtwarzać historycznych danych usuniętego Konta.
8. Telegram jest usługą zewnętrzną działającą według własnych zasad.
9. Podstawą dobrowolnie aktywowanej funkcji linkowania i prywatnej obsługi Telegram jest art. 6 ust. 1 lit. b RODO.
10. Wiadomości i wyniki wysłane do Telegrama mogą pozostawać w historii czatu zgodnie z zasadami Telegrama także wtedy, gdy GITCEL nie zapisuje ich jako Saved, History, Match ani notification.
11. Proaktywna dostawa powiadomień Telegram pozostaje wyłączona przy początkowym uruchomieniu.

6. Odbiorcy i dostawcy

W zakresie niezbędnym do działania odbiorcami lub dostawcami usług mogą być:

• dostawcy hostingu aplikacji, bazy danych, sieci i kopii zapasowych;
• dostawca poczty SMTP/e-mail;
• Brave Search jako dostawca wyników wyszukiwania;
• Lovable jako dostawca publicznej strony gitcel.pl;
• Google Fonts nie są używane przez aktualną wersję gitcel.pl;
• Telegram po dobrowolnym połączeniu przez Użytkownika; proaktywna wysyłka pozostaje wyłączona przy początkowym uruchomieniu;
• upoważnione osoby zapewniające utrzymanie i bezpieczeństwo.

7. Przekazywanie poza EOG

Brave Software, Inc. ma siedzibę w Stanach Zjednoczonych, a zapytania Brave Search API są tam przetwarzane. Dokładna kwalifikacja roli stron, podstawy prawnej i mechanizmu z rozdziału V RODO dla tego przepływu nie została prawnie potwierdzona; Administrator świadomie zaakceptował to ryzyko rezydualne dla opisanego, zminimalizowanego przepływu. Dobrowolne użycie Telegrama może również wiązać się z przetwarzaniem poza EOG. Dokładna osoba prawna i rola Telegrama dla Bot API, lokalizacje i mechanizm transferu poza EOG oraz retencja i usuwanie po stronie dostawcy nie są potwierdzone. Administrator zaakceptował to ryzyko rezydualne dla opisanego, dobrowolnego kanału prywatnego. Akceptacja tych ryzyk nie jest potwierdzeniem zgodności z prawem ani wskazaniem podstawy prawnej; zmiana przepływu lub istotnych faktów dostawcy wymaga ponownej oceny.

8. Okresy przechowywania

Poniższe kryteria obejmują zatwierdzone wewnętrzne maksima operacyjne, ale nie są okresami ustawowymi ani potwierdzeniem uruchomienia harmonogramu, monitoringu lub konfiguracji dostawcy. Niniejszy dokument nie gwarantuje usunięcia w tych terminach, dopóki ich faktyczne stosowanie w działającym środowisku nie zostanie potwierdzone.

Wartości 8 godzin dla sesji gościa i 12 godzin dla sesji Web opisują ważność sesji po stronie serwera, a nie czas życia cookie w przeglądarce. Powiązane cookies są cookies sesji przeglądarki bez Max-Age i Expires. Funkcja przywracania sesji przeglądarki może je odtworzyć, ale nie przedłuża ważności sesji po stronie serwera. Wylogowanie lub unieważnienie sesji anuluje odpowiednią sesję serwerową; nagłówki wygaszające usuwają cookies tylko w przeglądarce, która otrzymała odpowiedź, a nie w innych przeglądarkach.

Bufory po stanie terminalnym nie przedłużają ważności sesji ani tokenów. Zakres danych zapisywanych w logach produkcyjnych, miejsca ich przechowywania, uprawnienia dostępu, faktyczne stosowanie okresów przechowywania oraz automatyczne uruchamianie i monitorowanie usuwania pozostają niepotwierdzone.

Jeżeli kopie zapasowe i odtwarzanie są używane, służą wyłącznie ciągłości działania, odtworzeniu oraz bezpieczeństwu. Podstawą jest art. 6 ust. 1 lit. f RODO, a uzasadnionym interesem — ciągłość, integralność i bezpieczeństwo Usługi.

Kopie zawierające dane osobowe pozostają danymi osobowymi; szyfrowanie jest zabezpieczeniem, nie anonimizacją. Usunięcie z aktywnego systemu nie oznacza natychmiastowego fizycznego usunięcia z każdej odseparowanej kopii. Kopia sprzed ważnego usunięcia nie może zostać użyta w normalnej produkcji przed uwzględnieniem późniejszych usunięć, odwołań połączeń Telegram i zmian bezpieczeństwa. Do zakończenia tej kontroli odtworzona kopia musi pozostawać odseparowana od ruchu Użytkowników, a wysyłka e-mail, Telegram i inne działania zewnętrzne muszą pozostać wyłączone.

Planowany przegląd co 12 miesięcy nie jest automatycznym terminem usunięcia ani maksymalnym okresem przechowywania. Brak logowania, status zarchiwizowany lub usunięcie elementu z zapisanych same w sobie nie uruchamiają usunięcia. Jeżeli dalsza niezbędność jest niejasna, potrzebna jest indywidualna ocena i, w razie potrzeby, wyjaśnienie z Użytkownikiem; usunięcie wymaga obsługiwanej procedury oraz odrębnej decyzji. Sposób organizacji tego przeglądu nie został jeszcze ustalony. Niniejszy dokument nie stwierdza, że cykliczny przegląd lub jego monitorowanie zostały skonfigurowane albo są regularnie wykonywane. Aktywne, wstrzymane i zarchiwizowane Cele nie podlegają automatycznemu limitowi 12 miesięcy. Web Results nie tworzą trwałego katalogu ofert.

9. Usunięcie Konta

Administrator przetwarza dane potrzebne do obsługi formalnego żądania usunięcia w celu wykonania obowiązków wynikających z RODO.

1. Funkcja „Usuń konto” usuwa dane specyficzne dla Użytkownika z aktywnego systemu: Konta, poświadczeń, sesji, tokenów, identyfikatorów zewnętrznych, Celów, kryteriów, dopasowań, stanów monitoringu, powiadomień, interakcji, wersjonowanego dowodu rejestracyjnego oraz powiązanej promocji danych gościa oraz ograniczeń przetwarzania Konta i powiązanych sesji gościa.
2. Współdzielone dane o ofertach, źródłach, pochodzeniu i zasadach prawnych nie są usuwane, jeżeli nie identyfikują Użytkownika.
3. GITCEL nie zachowuje celowo mapy poprzedniego adresu e-mail ani identyfikatora Telegram do usuniętego Konta.
4. Dane mogą czasowo pozostawać w ograniczonych kopiach zapasowych lub logach infrastruktury. Przywrócenie kopii sprzed usunięcia może odtworzyć dane; przed użyciem odtworzonej kopii GITCEL musi ponownie zastosować późniejsze usunięcia i zmiany bezpieczeństwa; do tego czasu kopia pozostaje odseparowana.
5. Istniejącym Kontom bez historycznego dowodu 18+ lub akceptacji dokumentów nie przypisuje się sztucznie ani wstecznie takiego dowodu.
6. Rejestr ograniczeń przetwarzania jest rejestrem bieżących aktywnych ograniczeń. Standardowa procedura usunięcia Konta usuwa w tej samej transakcji rekordy ograniczeń Konta i powiązanych sesji gościa. Po przywróceniu starszej kopii nadal trzeba ponownie zastosować wszystkie późniejsze usunięcia. Mechanizm ten nie rozwiązuje odrębnego problemu odtworzenia ograniczeń przetwarzania, które zostały nałożone lub zniesione po dacie utworzenia kopii.

10. Eksport i prawa osoby

Administrator przetwarza dane potrzebne do obsługi formalnego żądania dostępu, kopii lub przeniesienia danych w celu wykonania obowiązków wynikających z RODO.

Osoba może żądać, zależnie od warunków prawa:

• dostępu do danych i ich kopii;
• sprostowania;
• usunięcia;
• ograniczenia przetwarzania;
• przenoszenia danych;
• sprzeciwu;
• wycofania zgody, gdy zgoda jest podstawą;
• wniesienia skargi do Prezesa Urzędu Ochrony Danych Osobowych.

Kontakt w sprawach prywatności, RODO i realizacji praw: privacy@gitcel.pl.

Wbudowany eksport Konta obejmuje obecnie: dane profilu i potwierdzenia e-mail, połączone kanały wraz ze statusem i czasem połączenia, znacznik czasu oświadczenia 18+, wersje i znaczniki czasu akceptacji Regulaminu oraz potwierdzenia Polityki, Search Goals, wszystkie kwalifikujące się interakcje z ofertami oraz całą kwalifikującą się historię powiadomień. Interakcje i historia są pobierane deterministycznie stronami aż do końca; nie obowiązuje limit pierwszych 100 rekordów. Eksport nie obejmuje hashy haseł, surowych tokenów ani sekretów. Jest to funkcja produktu i nie zastępuje automatycznie pełnej realizacji każdego formalnego żądania z art. 15 lub 20 RODO. Formalne prawa można wykonywać przez privacy@gitcel.pl, niezależnie od skorzystania z eksportu w aplikacji.

Administrator odpowiada bez zbędnej zwłoki, co do zasady w terminie jednego miesiąca od otrzymania żądania. W przypadkach przewidzianych prawem termin może zostać przedłużony o kolejne dwa miesiące, a osoba zostanie poinformowana o przyczynach przedłużenia w pierwszym miesiącu. Weryfikacja tożsamości powinna być proporcjonalna do ryzyka. Jeżeli żądanie nie może zostać uwzględnione w całości, osoba otrzyma wymagane prawem informacje o przyczynach i dostępnych środkach ochrony.

11. Zautomatyzowane podejmowanie decyzji

GITCEL może porządkować natywne dopasowania według kryteriów Celu. Wyniki internetowe pozostają odrębną warstwą i nie są oceniane jako natywne oferty. W obecnym zakresie Usługa nie podejmuje wyłącznie automatycznie decyzji, które wywołują wobec Użytkownika skutki prawne lub w podobny sposób istotnie na niego wpływają w rozumieniu art. 22 RODO, ani nie podejmuje za Użytkownika decyzji o zawarciu umowy najmu. Wprowadzenie przyszłych funkcji o takim skutku wymaga ponownej oceny i aktualizacji Polityki.

12. Bezpieczeństwo

GITCEL stosuje m.in. hashowanie haseł Argon2id, losowe sesje i tokeny przechowywane jako skróty, CSRF, ograniczenia hostów i originów, bezpieczne cookies, minimalizację logów oraz transakcyjne usunięcie Konta. Tokeny potwierdzenia/resetu są umieszczane we fragmencie URL, usuwane z paska adresu i przesyłane do API w treści żądania POST. Infrastruktura musi wyłączać logowanie treści takich żądań.

W zakresie niezbędnym do ochrony Usługi GITCEL ogranicza dane logów i mechanizmów przeciwdziałania nadużyciom do określonych zdarzeń, pseudonimowych kluczy, liczników, czasów wygaśnięcia, statusów oraz ograniczonych kodów błędów. Nie wykorzystuje tych danych do marketingu, reklamy ani oceny zdolności do wynajęcia nieruchomości.

12A. Prawo do sprzeciwu

Jeżeli przetwarzanie opiera się na art. 6 ust. 1 lit. f RODO, osoba może wnieść sprzeciw przez privacy@gitcel.pl z przyczyn związanych z jej szczególną sytuacją. Administrator przestanie przetwarzać dane objęte sprzeciwem, chyba że wykaże istnienie ważnych prawnie uzasadnionych podstaw nadrzędnych wobec praw i wolności osoby albo podstaw do ustalenia, dochodzenia lub obrony roszczeń. Sprzeciw jest oceniany indywidualnie; samo powołanie się na bezpieczeństwo nie oznacza automatycznego odrzucenia żądania.

13. Zmiany polityki

Polityka obowiązuje od: 03.11.2026.
Wersja Polityki: 1.0.

O istotnej zmianie Polityki Administrator poinformuje przez aplikację, wiadomość e-mail lub inny odpowiedni kanał, gdy wymaga tego charakter zmiany lub prawo.