Wydanie aktualizuje informacje o Cloudflare, aplikacji iOS i procesach przyjęcia dokumentów. Publikacja została zlecona przez operatora; nie odnotowano odbioru zewnętrznego eksperta.
KilometrIQ wspiera pracę Klienta i osób działających na jego zlecenie. Podział ról nie wyłącza obowiązków TALITHA wynikających z umowy i prawa.
Działa chronione środowisko z syntetycznymi ewidencjami. Zawieranie umów produkcyjnych pozostaje niedostępne. Publikacja nie zmienia wcześniejszych umów ani nie odbiera powstałych roszczeń.
Kopie kontaktu trafiają na zwykły, bezpłatny Gmail operatora, również z załącznikami. DPA z dHosting została zawarta; ograniczenia przetwarzania powierzonych danych opisano w dokumencie.
1. Kto odpowiada za dane
TALITHA Piotr Szczerbowski, ul. Kościelecka 12, 32-600 Oświęcim, Polska, przedsiębiorca wpisany do CEIDG, NIP 5492104876, REGON 121187430, jest administratorem danych potrzebnych do prowadzenia strony, kont, korespondencji, zawierania i obsługi własnych umów, rozliczeń i bezpieczeństwa. Kontakt w sprawach prywatności i praw osoby: [email protected] lub wskazany adres pocztowy. Nie wyznaczono inspektora ochrony danych; zgłoszenia obsługuje bezpośrednio administrator.
Administratorem ewidencji pracowników, kierowców, pojazdów i przejazdów jest właściwy Klient, np. pracodawca, albo podmiot, na którego polecenie Klient działa. W tym zakresie TALITHA jest procesorem lub dalszym procesorem: utrzymuje usługę i wykonuje udokumentowane instrukcje. Umowa powierzenia opisuje tę rolę. Jedna osoba może jednocześnie mieć własne konto i występować w ewidencji Klienta; te zakresy są rozpatrywane oddzielnie, bez odsyłania jej w sprawach, za które odpowiada TALITHA.
Podział obowiązków rozliczeniowych nie zmienia ról wynikających z RODO. TALITHA odpowiada za własne obowiązki administratora i procesora; określenie produktu jako narzędzia nie przenosi ich na Użytkownika. Klient decyduje o potrzebie udziału księgowego, podstawie udostępnienia oraz zakresie jego dostępu. Rola tej osoby lub biura w ochronie danych wynika z rzeczywistych czynności i właściwej umowy, nie z nazwy roli w aplikacji. Nadanie dostępu nie zezwala TALITHA na ujawnianie danych innym podmiotom ani na własne analizy podatkowe ewidencji.
2. Jakie dane i skąd otrzymujemy
| Zakres | Dane i źródło |
|---|---|
| Strona i bezpieczeństwo połączenia | Adres IP, czas żądania, adres żądanej strony i ograniczone dane przeglądarki w zakresie transmisji i niezbędnych logów ochronnych. Źródłem jest połączenie urządzenia z usługą. |
| Konto i dostęp | Imię i nazwisko, e-mail, status weryfikacji, zabezpieczenia konta, sesje, powiązanie z Organizacją, role i ich historia. Źródłem są Użytkownik i upoważniony Klient. Hasło jest przechowywane jako zabezpieczający skrót, nie w postaci jawnej. |
| Kontakt i umowa | Treść zgłoszenia, dane do odpowiedzi, dane przedsiębiorcy i reprezentanta, zamówiony zakres, wersje przyjętych dokumentów i dowód umocowania. Źródłem są korespondent, reprezentowany Klient i potrzebne jawne rejestry, np. CEIDG lub KRS. |
| Rozliczenia własnej usługi | Dane nabywcy, cena, okres i stan zapłaty, niezbędne dokumenty sprzedaży oraz referencje płatności — gdy odpowiednia sprzedaż jest prowadzona. Nie przechowujemy pełnych danych kart. |
| Zaproszenie | Adres e-mail, Organizacja, proponowana rola, termin i stan zaproszenia; otrzymujemy je od osoby upoważnionej przez Klienta. Informację o źródle udostępniamy przy pierwszym kontakcie, w terminie wymaganym prawem. |
| Ewidencja Klienta | Dane pojazdu i opcjonalny VIN, kierowca, przypisania, daty, cele, miejsca, odcinki, dystanse, liczniki, stawki, okresy, wyliczenia, decyzje, korekty i raporty. Wprowadza je Klient lub jego Użytkownik, ewentualnie przyjmuje z osobno aktywowanej funkcji. |
| Funkcje opcjonalne | Nagranie, dokładne współrzędne, dane mapy lub plik importu tylko w zakresie faktycznie uruchomionej funkcji, po właściwej informacji, instrukcji i wymaganych uprawnieniach. |
Nie kupujemy baz kontaktowych ani nie łączymy aktywności z reklamowymi profilami innych stron. Gdy korzystasz z klucza dostępu odblokowanego odciskiem palca lub rozpoznaniem twarzy na urządzeniu, KilometrIQ nie otrzymuje tego obrazu ani wzorca biometrycznego; otrzymuje wynik uwierzytelnienia i dane techniczne klucza.
Publiczna prezentacja, poradnik i syntetyczne demo nie wymagają konta, nie uruchamiają sesji aplikacyjnej i nie służą przyjmowaniu rzeczywistych ewidencji. Ograniczenie środowiska testowego do danych syntetycznych nie oznacza, że rzeczywista korespondencja lub dane logowania przestają podlegać ochronie.
3. Cele i podstawy prawne naszej własnej roli
| Cel | Podstawa i uzasadnienie |
|---|---|
| Utworzenie i prowadzenie konta osoby, wykonanie umowy z osobą będącą jej stroną i działania przed umową na jej żądanie | Art. 6 ust. 1 lit. b RODO, w zakresie niezbędnym do danej umowy lub żądanych działań. Nie stosujemy tej podstawy do wszystkiego, co może być użyteczne biznesowo. |
| Komunikacja z reprezentantem i bezpieczna obsługa osoby upoważnionej przez Klienta, która nie jest stroną umowy | Art. 6 ust. 1 lit. f RODO; interes polega na wykonaniu relacji z Klientem, ustaleniu reprezentacji i prawidłowym zarządzaniu dostępem. Uwzględniamy oczekiwania osoby, ograniczamy dane i umożliwiamy sprzeciw. |
| Udzielenie odpowiedzi na zwykłe pytanie | Zależnie od treści: art. 6 ust. 1 lit. b przy działaniach przed umową na żądanie osoby albo lit. f — interes w udzieleniu oczekiwanej odpowiedzi i zachowaniu niezbędnego dowodu kontaktu. |
| Obowiązki podatkowe, rachunkowe, realizacja praw osoby i odpowiedź na zgodne z prawem żądanie organu | Art. 6 ust. 1 lit. c RODO, w związku z właściwym obowiązkiem prawnym; nie oznacza dowolnego udostępniania na każdy wniosek. |
| Bezpieczeństwo kont, usługi i danych, zapobieganie nadużyciom, ograniczona diagnostyka | Art. 6 ust. 1 lit. f RODO — interes w zapobieganiu nieuprawnionemu dostępowi i zapewnieniu prawidłowego działania; w zakresie nakazanym prawem także lit. c. Nie potrzebujemy do tego kopiowania pełnej ewidencji do logów. |
| Ustalenie, dochodzenie lub obrona konkretnych roszczeń i wykazanie wykonania obowiązków | Art. 6 ust. 1 lit. f RODO; zachowujemy potrzebny dowód przez właściwy okres, zamiast całej historii wszystkich tras. Obowiązek prawny zachowania konkretnego dokumentu opieramy na lit. c. |
Nie prowadzimy marketingu elektronicznego ani reklamowego profilowania. Ewentualny przyszły marketing będzie wymagał osobnej informacji i zgody tam, gdzie wymaga jej prawo, z prostym sposobem wycofania. Przyjęcie regulaminu nie oznacza zgody marketingowej. Wiadomości weryfikacyjne, reset hasła, zaproszenia i informacje o usłudze nie są newsletterem.
Cele i podstawy przetwarzania ewidencji Klienta określa jej administrator. Nasza podstawa prowadzenia konta nie zastępuje podstawy monitorowania pracownika ani rozliczania prywatnego pojazdu przez pracodawcę.
4. Odbiorcy, poczta i miejsce przetwarzania
Do danych mają dostęp osoby upoważnione, właściwi Użytkownicy Organizacji oraz dostawcy niezbędnych usług w zakresie swoich ról. Dane mogą otrzymać organy uprawnione przepisami, uprawniony odbiorca wskazany przez osobę lub administratora oraz związani poufnością doradcy przy konkretnej sprawie. Nie przyznajemy dowolnego dostępu całemu personelowi.
dhosting.pl Sp. z o.o., ul. Pamiętna 14B/2, 02-972 Warszawa, zapewnia hosting aplikacji, bazy, plików, kopii oraz skrzynek pocztowych w Polsce, na podstawie umowy powierzenia zawartej z TALITHA. Przechowuje również potrzebne dane techniczne połączeń i poczty.
Nadawcą wiadomości aplikacji jest [email protected], a adresem odpowiedzi i zgłoszeń [email protected] w dHosting. Kopie wiadomości przychodzących na kontakt są automatycznie przekazywane do zwykłego, bezpłatnego konta Gmail operatora. Obejmuje to dane nadawcy, temat, treść, historię odpowiedzi i załączniki, jeżeli znajdują się w wiadomości. Ten przepływ nie ogranicza się do alarmów technicznych.
Google otrzymuje zatem korespondencję i dane jej dostarczenia. Usługodawcą Google dla użytkowników w EOG jest Google Ireland Limited, Irlandia; przetwarzanie podlega także własnym warunkom i polityce Google. Korzystamy z konsumenckiego Gmaila, bez umowy Google Workspace. Google nie oferuje umowy powierzenia dla konsumenckiego Gmaila i wskazuje, że nie działa w tej usłudze jako procesor. Nie przedstawiamy tego konta jako podprocesora powierzonych ewidencji na podstawie umowy Workspace. Warunki konsumenckiego Gmaila, usługodawca Google, polityka prywatności Google.
Na kontakt przesyłaj tylko informacje potrzebne do rozpoczęcia sprawy. Nie dołączaj pełnych raportów tras, ewidencji pracowników ani dokumentów tożsamości. Dla potrzebnego szerszego zakresu uzgadniamy odrębny bezpieczny sposób przekazania. Prośba o minimalizację nie jest filtrem: załącznik wysłany na kontakt również może trafić do Gmaila. Jeżeli otrzymamy zbędne lub powierzone dane, oceniamy zakres, dalsze użycie, usunięcie obu kopii i wymagane zawiadomienia. Prawa osoby dotyczą także tej korespondencji.
Chroniony runtime przyjmuje wyłącznie dane syntetyczne; zawieranie umów produkcyjnych pozostaje niedostępne. Przed obsługą rzeczywistych ewidencji Klientów konieczne jest zapewnienie warunków dalszego powierzenia i transferów również dla danych zawartych w zgłoszeniach. Sam opis Gmaila ani wysłanie wiadomości nie zastępuje tych warunków lub wymaganej podstawy. Minimalne alarmy operatora nie zawierają tras, treści zgłoszeń ani sekretów.
Do monitorowania dostępności wykorzystujemy infrastrukturę OVHcloud w EOG, przeznaczoną do minimalnych stanów działania oraz konfiguracji monitoringu operatora. Nie jest odbiorcą kopii ewidencji lub bazy Klientów w obecnym standardowym profilu. Przeniesienie tam aplikacji lub backupów wymaga wcześniejszej zmiany informacji i właściwych umów.
Odbiorca wiadomości korzysta z wybranego przez siebie dostawcy poczty. Wysyłka na jego wskazany adres wiąże się z przekazaniem temu dostawcy niezbędnej treści i danych dostarczenia. Wiadomości systemowe ograniczamy do celu, bez pełnych raportów, śledzenia otwarć i reklamowych pikseli. Zabezpieczenie połączenia z naszym SMTP nie jest obietnicą szyfrowania całej drogi wiadomości aż do urządzenia odbiorcy.
Kontrola haseł: Pwned Passwords, prowadzony przez Superlative Enterprises Pty Ltd w Australii, pozwala wykrywać hasła znane z wycieków. Zapytanie z naszego serwera zawiera pierwszych pięć znaków skrótu SHA-1 sprawdzanego hasła. Nie wysyłamy hasła, pełnego skrótu, adresu e-mail, identyfikatora konta ani IP urządzenia Użytkownika. Porównanie pozostałej części odbywa się po naszej stronie. Dostawca i jego infrastruktura otrzymują techniczne dane połączenia serwera; nie zapewniamy, że cały ten ruch jest obsługiwany w EOG. Szczegóły: opis API i polityka dostawcy.
Hosting ewidencji i kopii aplikacji w dHosting jest w Polsce. Nie zapewniamy, że cała korespondencja i jej kopie pozostają w EOG. Google korzysta z infrastruktury na świecie, w tym w USA. W swojej informacji o transferach wskazuje decyzje o odpowiednim stopniu ochrony, uczestnictwo Google LLC i objętych nim podmiotów w EU–US Data Privacy Framework oraz standardowe klauzule, gdy są wymagane. Szczegóły i sposób uzyskania kopii klauzul: zasady transferów Google. To opis mechanizmów wskazanych przez Google, a nie oświadczenie TALITHA o zawarciu umowy Workspace lub własnych standardowych klauzul dla Gmaila.
Nowy przepływ obejmujący dane Klienta wymaga przed uruchomieniem ustalenia roli, odbiorcy, państwa, podstawy transferu i dostępu do kopii właściwych zabezpieczeń. Obejmuje to dostęp zdalny. Upoważnienie do podpowierzenia, obowiązki art. 28 i podstawa transferu są odrębnymi wymaganiami. Kontakt w sprawie obecnych odbiorców i zabezpieczeń: [email protected] lub adres pocztowy TALITHA.
Dostawcy nieaktywnych płatności, formalnych dokumentów sprzedaży i AI nie otrzymują danych przez samą zapowiedź funkcji. Przed odrębnym uruchomieniem przekazujemy właściwą informację.
5. Retencja danych administrowanych przez TALITHA
Usuwamy dane, gdy ustaje właściwy cel i podstawa. Terminu nie przedłuża automatycznie utworzenie kolejnej kopii lub nowego numeru zgłoszenia. Poniższe okresy dotyczą własnej roli TALITHA; ewidencję Klienta opisuje § 6.
| Kategoria | Okres lub jednoznaczne kryterium |
|---|---|
| Aktywne konto i poświadczenia | Przez okres korzystania z konta. Po zakończeniu konta wyłączamy dostęp, a dane aktywnego profilu i poświadczenia usuwamy do 30 dni, z wydzieleniem wyłącznie informacji wymagających odrębnego zachowania poniżej. Powiązanie z ewidencją Klienta wymaga rozdzielenia ról i oceny jego instrukcji, a nie bezterminowego zachowania aktywnego loginu. |
| Niezakończona rejestracja | Do 30 dni od utworzenia, jeżeli konto nie zostało zweryfikowane i nie ma innej właściwej podstawy dalszej obsługi. |
| Zwykłe pytania bez zawarcia umowy | Do 12 miesięcy od zakończenia korespondencji; zbędne załączniki usuwamy wcześniej. Nie wykorzystujemy tego okresu do wysyłania reklamy. |
| Dowód umowy, reprezentacji, reklamacji i roszczeń | W niezbędnym zakresie podczas relacji, a po jej końcu do przedawnienia właściwego roszczenia; standardowo 3 lata, z uwzględnieniem ustawowej zasady końca roku. Dłuższy termin wymaga przypisania do konkretnego roszczenia lub obowiązku, a zawieszenie lub przerwanie biegu — odnotowanej podstawy. Pełne ewidencje i zbędne załączniki nie należą automatycznie do tego dowodu. |
| Dokumenty sprzedaży i podatkowe TALITHA | Przez termin wymagany właściwym prawem; standardowo 5 lat od końca roku, w którym upłynął termin płatności dotyczącego ich podatku, z uwzględnieniem szczególnego obowiązku, zawieszenia lub przerwania biegu. Ten okres nie jest automatyczną retencją wszystkich danych Klienta. |
| Minimalny rejestr żądania osoby | Do 3 lat od zakończenia sprawy, do wykazania sposobu jej obsługi; po ustaniu potrzeby wcześniejsza minimalizacja. Dokument użyty wyłącznie do potwierdzenia tożsamości usuwamy niezwłocznie po weryfikacji, zamiast archiwizować jego skan z całym wnioskiem. |
| Audyt bezpieczeństwa konta | Do 12 miesięcy od zdarzenia, bez treści tras i sekretów. Dowód rozpoznanego incydentu można wydzielić na czas obsługi i właściwych roszczeń z oznaczeniem zakresu oraz przeglądem. |
| Zwykłe logi aplikacji i diagnostyki pod kontrolą TALITHA | Do 30 dni od zdarzenia. Dostęp tylko do diagnozy i bezpieczeństwa; logi są ograniczane i redagowane. Minimalny dowód konkretnego incydentu może podlegać odrębnemu okresowi. |
| Historia automatycznych kontroli dostępności i kopie konfiguracji monitoringu | 14 dni; alarmy w skrzynce operatora również do 14 dni, chyba że wydzielono niezbędny dowód konkretnego incydentu bez danych ewidencji. |
| Sesje i reset hasła | Sesja zwykle wygasa po 30 dniach bezczynności i pozostaje zapamiętana po zamknięciu przeglądarki, token resetu po 60 minutach albo wcześniej po unieważnieniu. Wygasłe rekordy usuwa się z aktywnej bazy w ciągu 24 godzin; nie są archiwum aktywności. Obecny formularz utrzymuje sesję bez osobnego wyboru. Nowe pomocnicze cookie utrzymania logowania wygasa po 30 dniach; starsze mogło otrzymać termin do 400 dni. Wylogowanie lub unieważnienie może zakończyć dostęp wcześniej. |
| Przejściowa wysyłka poczty | Zaszyfrowana treść i link najwyżej przez godzinę i nie dłużej niż ważność źródła; wcześniej po zakończeniu lub unieważnieniu. Minimalny techniczny rekord wysyłki do 7 dni od zakończenia. Nie jest to termin całej korespondencji lub skrzynki odbiorcy. |
| Błędne zadania i przejściowe dane techniczne | Redagowane rekordy błędnych zadań do 7 dni od błędu. Cache i blokady tracą ważność po celu operacji; wygasłe własne rekordy usuwa się w ciągu 24 godzin. Nie przechowujemy w nich zbędnych treści dokumentów lub sekretów. |
| Kopie zapasowe | 14 dni rotacji; dane usunięte aktywnie mogą pozostawać w kopii maksymalnie przez dalszych 14 dni bez zwykłego dostępu i bez powrotu do aktywnego użycia po odtworzeniu. |
Wiersze dotyczące logów aplikacji nie deklarują kontroli nad odrębnymi obowiązkami dostawcy infrastruktury jako samodzielnego administratora jego własnych danych rozliczeniowych i ochronnych. Dla danych przetwarzanych na nasze zlecenie ustalamy zgodne terminy i wymagamy ich wykonania także u podprocesora. Informację o zakresie konkretnego odbiorcy i realizacji prawa można uzyskać pod naszym adresem kontaktowym.
Terminy korespondencji dotyczą kopii w dHosting i Gmailu, również załączników oraz kopii w folderach wysłanych i koszu pod naszą kontrolą. Ich usunięcie jest odrębną czynnością od usunięcia rekordu w KilometrIQ. Nie wystawiamy potwierdzenia usunięcia ze skrzynki na podstawie samego cleanup aplikacji. Retencja 14 dni w tabeli dotyczy kopii zapasowych KilometrIQ; nie jest zapewnieniem identycznego terminu w systemach Google. Google opisuje własne terminy i opóźnienie usuwania kopii w swojej polityce retencji. Nie przedłuża to terminu korzystania z korespondencji przez TALITHA.
Przy konieczności zachowania dowodu sporu lub incydentu ograniczamy dane do tego dowodu, zapisujemy podstawę, ograniczamy użycie i przeglądamy potrzebę co najmniej raz w roku. Nie utrzymujemy całego konta lub Organizacji „na wszelki wypadek”. Zasadny obowiązek ograniczenia ma pierwszeństwo przed rutynowym usunięciem danych potrzebnych osobie do dochodzenia roszczeń. Awaria mechanizmu usuwania wymaga usunięcia zaległości i oceny skutków, nie nadaje nowej podstawy przechowywania.
6. Retencja ewidencji Klienta
Właściwy administrator wskazuje cel i okres albo kryterium końca dla rodzaju dokumentacji, uwzględniając jej rzeczywiste zastosowanie. Inny termin może dotyczyć operacyjnego przejazdu, dokumentacji podatkowej, rozliczenia pracownika i prywatnej trasy. Nie stosujemy jednego automatycznego „5 lat” ani bezterminowej retencji do całego zbioru.
Trwałe rewizje, zamknięcia i audyt nie są nadpisywane zwykłą edycją, ale nadal podlegają ocenie retencji, prawom osoby i usunięciu. Historia jest zabezpieczeniem dowodowym, a nie wyjątkiem od RODO. Administrator przekazuje instrukcję przed rzeczywistym użyciem Organizacji, a TALITHA wykonuje ją w granicach powierzenia.
Raporty i kopie przygotowane do pobrania są plikami roboczymi do 7 dni; nie jest to termin ważności całej ewidencji. Dane przekazane do wsparcia usuwamy do 30 dni po zakończeniu sprawy lub wcześniej według instrukcji. Nagranie po osobnym uruchomieniu funkcji może istnieć najwyżej 24 godziny, a plik importu standardowo 24 godziny, najwyżej 7 dni przy odrębnej konfiguracji. Dane poprawnie zapisanej ewidencji mają swój własny termin.
Po zakończeniu umowy dane są dostępne do odbioru przez 30 dni na zasadach regulaminu; następnie usuwane aktywnie, a ich pozostałości w kopiach w ciągu dalszych 14 dni. Zgodna z prawem instrukcja wcześniejszego usunięcia, wyjątek ustawowy i przeniesienie do innego dostawcy podlegają umowie powierzenia. Potwierdzenie wskazuje faktycznie wykonany zakres i termin wygaśnięcia kopii, nie tylko wyłączenie dostępu do panelu.
Własna kopia danych konta i zwykły eksport właściciela Organizacji mogą mieć ograniczony zakres. Nie zastępują pełnej odpowiedzi na indywidualne żądanie osoby ani zwrotu wszystkich powierzonych danych uprawnionemu administratorowi. Przy takim żądaniu stosujemy osobną procedurę.
7. Prawa osoby i sposób zgłoszenia
Zależnie od podstawy i sytuacji przysługują prawa dostępu i otrzymania kopii, sprostowania, usunięcia, ograniczenia oraz przenoszenia danych. Możesz wnieść sprzeciw wobec przetwarzania na podstawie uzasadnionego interesu z przyczyn związanych z Twoją sytuacją. Wtedy przestajemy przetwarzać w tym celu, chyba że wykażemy wymagane prawem nadrzędne podstawy lub podstawy dotyczące roszczeń. Wobec marketingu bezpośredniego sprzeciw nie wymaga uzasadnienia. Zgodę, jeżeli jest właściwą podstawą, można wycofać bez wpływu na zgodność wcześniejszego przetwarzania.
Napisz na [email protected] lub adres pocztowy. Nie musisz mieć konta, powoływać artykułu ani korzystać z gotowego formularza. Wskaż, czego dotyczy sprawa i jaki jest dogodny sposób odpowiedzi. Nie dołączaj z góry kopii dowodu tożsamości, haseł, kodów MFA ani pełnych ewidencji. Przy uzasadnionych wątpliwościach poprosimy tylko o informacje niezbędne do potwierdzenia tożsamości lub umocowania i uzgodnimy bezpieczny kanał. Kopie wiadomości na ten adres trafiają również do Gmaila, zgodnie z § 4. Możesz skorzystać z adresu pocztowego TALITHA. Odpowiedź i kopię danych przekazujemy w sposób uzgodniony po sprawdzeniu właściwego odbiorcy; pełny eksport ewidencji nie jest zwykłym załącznikiem odpowiedzi z Gmaila.
Odpowiadamy bez zbędnej zwłoki, zasadniczo w ciągu miesiąca od otrzymania żądania. Gdy złożoność lub liczba żądań uzasadnia przedłużenie, w pierwszym miesiącu informujemy o przyczynie; przedłużenie może wynieść najwyżej dalsze dwa miesiące. Złożenie żądania nie powoduje automatycznej blokady całej Organizacji ani ujawnienia cudzych danych.
Wykonując dostęp, chronimy prawa innych osób, ale nie wykorzystujemy tego do blankietowej odmowy. Przy ograniczeniu rozdzielamy samo przechowywanie od dalszych operacji i informujemy osobę przed uchyleniem ograniczenia. Przy sprostowaniu, usunięciu i ograniczeniu zawiadamiamy właściwych odbiorców, chyba że zachodzą ustawowe wyjątki, i informujemy o nich na żądanie. Usunięcie może nie obejmować koniecznego zakresu objętego obowiązkiem prawnym lub właściwą podstawą roszczeń; w odpowiedzi wskazujemy konkretną przyczynę i dalsze zasady ochrony.
Obsługa jest co do zasady bezpłatna. Opłata lub odmowa są możliwe tylko w przypadkach przewidzianych prawem, zwłaszcza przy wykazanym oczywiście nieuzasadnionym lub nadmiernym żądaniu. Nie obciążamy osoby standardowym kosztem przygotowania pierwszej kopii. Odmowa zawiera uzasadnienie i informację o skardze oraz ochronie sądowej.
Gdy chodzi o ewidencję Twojego pracodawcy lub innego Klienta, pomożemy ustalić administratora i przekażemy mu właściwy zakres. Nie odsyłamy Cię bez odpowiedzi w sprawie własnego konta, korespondencji lub innych danych administrowanych przez TALITHA.
Możesz złożyć skargę do Prezesa Urzędu Ochrony Danych Osobowych: informacje i aktualne sposoby kontaktu na uodo.gov.pl. Zachowujesz prawo do sądu. Umowny limit odpowiedzialności B2B nie ogranicza Twoich praw jako osoby, której dane dotyczą.
8. Wymagane dane, decyzje i bezpieczeństwo
Dane potrzebne do konkretnej funkcji są oznaczane jako wymagane. Bez adresu e-mail i zabezpieczeń nie można prowadzić konta, a bez niezbędnych danych umowy lub rozliczenia nie można wykonać tej części usługi. Dane opcjonalne, marketing, głos lub lokalizacja nie stanowią warunku podstawowego konta. Podstawę obowiązku przekazania danych pracowniczych wyjaśnia właściwy administrator tej ewidencji.
Nie podejmujemy wyłącznie automatycznych decyzji wywołujących wobec osoby skutki prawne lub podobnie istotnie na nią wpływających. Kontrole techniczne, wyliczenia i sugestie wspierają uprawnioną osobę; nie zastępują decyzji kadrowej lub podatkowej. Klient organizuje rzeczywistą weryfikację przez upoważnioną osobę przed wykorzystaniem wyniku do wypłaty, oceny pracownika lub rozliczenia. Status techniczny nie jest decyzją TALITHA o prawach pracownika. Nie prowadzimy profilowania reklamowego.
Stosujemy kontrolę dostępu, oddzielenie Organizacji, ochronę historycznej prywatnej treści, prywatne pliki, szyfrowanie wybranych danych i sesji, ochronę transmisji webowej, ograniczenia prób, historię decyzji, kopie i procedury odtwarzania. Standardowa kopia na dHosting jest przechowywana na tym samym koncie co aplikacja; nie deklarujemy odporności na jednoczesną utratę całej infrastruktury i jej kopii. Bezpieczeństwo wymaga bieżącej oceny i działań, nie jest gwarancją braku każdego incydentu. Użytkownik również chroni konto i urządzenia.
9. Cookies, zmiany i kontakt
Niezbędne mechanizmy sesji i dobrowolny publiczny ekran offline opisuje osobna polityka cookies. Nie dodajemy reklamowych lub analitycznych trackerów bez wcześniejszej informacji i wymaganej uprzedniej zgody.
Istotna zmiana celów, odbiorców, retencji lub sposobu przetwarzania otrzymuje nową wersję informacji. Przekazujemy ją w sposób odpowiedni do zmiany i uzyskujemy nowe instrukcje lub zgody, jeżeli są wymagane. Informacja o prywatności nie jest oświadczeniem o rezygnacji z praw ani akceptacją ograniczeń odszkodowania. Prawa z RODO, w tym roszczenia z art. 82, zachowują ustawowy zakres.
Sama aktualizacja dokumentu nie legalizuje wcześniejszego przepływu ani nie zmienia podstawy przetwarzania danych wstecz.
Kontakt dotyczący tej informacji: [email protected].
10. Mapy i potwierdzanie lokalizacji
W zalogowanej aplikacji przygotowano Mapbox GL JS, Geocoding API v6 w trybie Permanent oraz Directions API. Po skonfigurowaniu dostępu wyszukanie adresu wysyła jego treść do Mapbox. Wskazanie punktu na mapie wysyła współrzędne do wyszukania opisu miejsca; brak dopasowanego adresu nie zmienia punktu wybranego przez Użytkownika. Podgląd trasy przekazuje potwierdzone punkty do wyznaczenia proponowanej drogi. Nie przekazujemy nazwy kierowcy, celu przejazdu, identyfikatora Organizacji ani rozliczenia.
Przeglądarka pobiera podkład bezpośrednio od Mapbox, przekazując dane połączenia, w tym IP, oraz informacje potrzebne do wyświetlenia mapy. Dodatkowe metryki wydajności GL JS są wyłączone. Publiczna strona i demo nie uruchamiają tej integracji. Aplikacja nie śledzi GPS w tle. Informacja o GL JS dotyczy WWW; SDK iOS opisuje osobno § 12.
Odbiorcą jest Mapbox, Inc. Mapbox opisuje przetwarzanie w USA i w swojej infrastrukturze międzynarodowej, bez ograniczenia wyłącznie do EOG. Jego dokumentacja wskazuje standardowe klauzule umowne w DPA. Nie jest to oświadczenie o przeprowadzeniu niezależnej oceny transferu lub uruchomieniu przetwarzania rzeczywistych ewidencji Klientów. Źródła i kontakt: prywatność Mapbox, DPA i informacje o transferach, [email protected] oraz [email protected].
Zapisane położenie obejmuje współrzędne, opis, źródło, dokładność odpowiedzi i czas potwierdzenia. Dane są szyfrowane w bazie i dzielą uprawnienia oraz okres retencji właściwego miejsca, profilu lub wersji przejazdu. Permanent oznacza uprawnienie licencyjne do przechowania wyniku, a nie bezterminową retencję danych osobowych. Zmiany przejazdu zachowuje się w nowych wersjach; prawa osoby obsługujemy zgodnie z § 7.
Przy aktywnej integracji nowy albo zmieniony adres wymaga współrzędnych. Wybranie wyniku wyszukiwarki lub pinezki potwierdza wybór Użytkownika; nie stanowi urzędowego potwierdzenia adresu ani dowodu przebycia trasy. Podgląd pozostaje chroniony i przeznaczony do syntetycznych ewidencji. Przed dopuszczeniem rzeczywistych danych konieczne jest zamknięcie warunków powierzenia i transferu oraz pozostałych bramek produkcyjnych.
11. Cloudflare — dostarczanie i ochrona połączeń
Ruch HTTPS do kilometriq.pl przechodzi przez Cloudflare, Inc., USA. Cloudflare obsługuje DNS, pośredniczenie połączeń, ochronę i dostarczanie zasobów. Otrzymuje IP, czas, adres i parametry żądania, nagłówki oraz przesyłaną treść, w tym dane formularza lub API, jeśli z niego korzystasz. Szyfrowanie działa pomiędzy urządzeniem a Cloudflare oraz Cloudflare a serwerem dHosting; pośrednik kończy TLS i nie jest niewidoczny dla danych. Dla publicznego pliku skojarzenia aplikacji Apple działa także Cloudflare Worker. Nie zapisujemy w nim logów ani ewidencji.
Własnym celem TALITHA jest dostarczenie żądanej strony lub funkcji konta oraz bezpieczeństwo i dostępność, na podstawach z § 3. Dla ewidencji Klienta pośredniczenie stanowi element przetwarzania na jego instrukcję. Cloudflare określa rolę procesora dla treści klienta w pkt 6.1 warunków Self-Serve, włączając DPA do tych warunków. Własne dane operacyjne Cloudflare podlegają jego polityce prywatności. Sieć jest międzynarodowa; nie zapewniamy przetwarzania wyłącznie w Polsce lub EOG. DPA opisuje mechanizmy transferu, w tym właściwe standardowe klauzule.
Nagłówki odpowiedzi mogą uruchamiać raportowanie problemów sieciowych (NEL / Report-To) do Cloudflare. Raport może zawierać dane połączenia, żądany URL i rodzaj błędu. To przepływ odrębny od logów naszej aplikacji, również na stronie publicznej. Nie prowadzimy nim reklamy. Retencja logów TALITHA z § 5 nie jest deklaracją identycznej retencji Cloudflare; zakres danych usługodawcy i obsługę praw ustalamy według jego warunków oraz celu konkretnego rekordu. Nie deklarujemy zmierzonego czasu retencji raportów NEL. Przed produkcyjnymi ewidencjami pozostaje ocena tego przepływu.
Źródła, zabezpieczenia i kontakt: warunki Self-Serve, DPA, prywatność Cloudflare i [email protected]. Na żądanie udzielamy informacji o właściwych zabezpieczeniach lub sposobie uzyskania ich kopii.
12. iOS, lokalizacja, Mapbox i Apple TestFlight
Klient iOS używa tego samego konta i ewidencji co WWW. Poświadczenie sesji urządzenia przechowuje w systemowym Keychain; dane widoczne w otwartej aplikacji służą bieżącej obsłudze. Wylogowanie usuwa lokalne poświadczenie i unieważnia bieżący dostęp serwerowy, o ile urządzenie ma połączenie. Dostęp pozostałych urządzeń można unieważnić w ustawieniach konta. Nie usuwaj aplikacji zamiast unieważnienia dostępu na utraconym urządzeniu.
Po wybraniu funkcji bieżącej lokalizacji i zezwoleniu iOS aplikacja pobiera punkt podczas używania, aby pomóc wskazać miejsce. Nie śledzi trasy w tle. Można odmówić, ograniczyć dokładność lub cofnąć uprawnienie w Ustawieniach iOS → Prywatność i ochrona → Usługi lokalizacji, a punkt wskazać ręcznie. Zgoda systemowa nie ustala podstawy monitorowania pracownika przez pracodawcę ani nie zatwierdza rozliczenia.
Natywna mapa pobiera dane z Mapbox i może przechowywać pamięć podręczną podkładu. Wyłączenie metryk GL JS dotyczy tylko przeglądarki. Dokumentacja Mapbox SDK opisuje domyślne przekazywanie odidentyfikowanych danych użycia i położenia, gdy aplikacja pobiera lokalizację; nie nazywamy ich z tego powodu anonimowymi. W kontrolce informacji i atrybucji Mapbox dostępne jest wyłączenie telemetrii. Nie ukrywamy tej kontrolki. Sama informacja o SDK nie jest dowodem, że każda wymieniona kategoria została wysłana z konkretnego urządzenia. Zasady dostawcy i transferów wskazano w § 10. Opis telemetrii i wyboru Mapbox.
Dystrybucję testową obsługuje Apple według zasad TestFlight. Apple zbiera automatycznie informacje o użyciu i awariach wersji beta i udostępnia je dostawcy aplikacji; w TestFlight nie ma rezygnacji z tego zbierania. Dane mogą obejmować wersję aplikacji i systemu, model urządzenia oraz identyfikację testera; przy samym publicznym zaproszeniu imię i e-mail nie są widoczne dostawcy. Przesłanie dodatkowej opinii jest dobrowolne. Nie dołączaj rzeczywistych tras, danych pracowników ani sekretów do opinii.
TALITHA używa otrzymanej diagnostyki do poprawiania testowanej aplikacji (interes z § 3), bez marketingu, i nie udostępnia jej innym podmiotom. Pod naszą kontrolą stosujemy termin diagnostyki z § 5; nie określa on niezależnego okresu Apple. Apple wykorzystuje też dane do własnych celów TestFlight i przeciwdziałania oszustwom. Uczestnictwo jest dobrowolne; można zakończyć testowanie w TestFlight, co nie usuwa konta KilometrIQ. Apple korzysta z infrastruktury międzynarodowej. Informacje o właściwym podmiocie Apple, prawach, transferach i retencji: TestFlight i prywatność, polityka Apple.
13. Dowód przyjęcia dokumentów
Przyjęcie regulaminu konta zapisujemy oddzielnie od przyjęcia regulaminu i DPA w imieniu Organizacji. Dowód konta zawiera wewnętrzne powiązanie z kontem, wersję i skrót edycji, literalne oświadczenie i datę. Nie dodajemy IP, danych przeglądarki ani zgody marketingowej do tego rejestru. Własne dowody konta można pobrać w Ustawieniach → Prywatność i dane → Kopia danych konta. Powstają wyłącznie po działaniu Użytkownika; starym kontom nie dopisujemy historycznej akceptacji.
Zamówienie abonamentu zachowuje dane nabywcy i zweryfikowany adres e-mail, przyjęty akt Organizacji, warunki ceny i osobne żądanie rozpoczęcia świadczenia. Potwierdzenie e-mail zawiera trwałe kopie dokumentów i zamówienia; dostawca poczty odbiorcy otrzyma ten zakres. Dowody przechowujemy na zasadach dotyczących umowy i roszczeń z § 5, z okresowym przeglądem. Niezmienność historii nie wyłącza rozpatrzenia usunięcia lub ograniczenia.
Potrzebujesz kopii, którą można zachować niezależnie od strony?
Otwórz wersję TXT