Wersja dokumentów: 2026-11-05.3. Aktualizacja: 2026-11-05.
Polityka prywatności i cookies dddstart
1. Administrator i kontakt
Administratorem danych związanych z kontem i sprzedażą jest: AMK VISION spółka z ograniczoną odpowiedzialnością, ul. Jarosława Iwaszkiewicza 18 lok. 1, 59-900 Zgorzelec, KRS 0001137743, NIP 6152075857, REGON 540174839. Kontakt w sprawach danych: info@dddstart.com. Powiadomienia automatyczne (np. potwierdzenia, przypomnienia, informacje o koncie) wysyłamy z adresu powiadomienia@dddstart.com; ten adres służy tylko do wysyłki i nie przyjmuje wiadomości, dlatego pytania, reklamacje i wnioski kieruj wyłącznie na info@dddstart.com. Nie wyznaczono inspektora ochrony danych. Obsługę portalu prowadzi upoważniona osoba po stronie usługodawcy; dostęp techniczny dostawców jest ograniczony do niezbędnego zakresu.
2. Dane, cele i podstawy
| Cel | Dane | Podstawa |
|---|---|---|
| Prowadzenie konta i udostępnianie analiz | E-mail, nazwa, numer telefonu, skrót hasła, wybrany język konta (polski, angielski lub ukraiński), profil i ustawienia | Art. 6 ust. 1 lit. b RODO |
| Wykonanie analizy własnych danych kierowcy | Identyfikatory karty i pojazdu, aktywności, czasy, miejsca, zdarzenia oraz dane zawarte w DDD | Art. 6 ust. 1 lit. b RODO |
| Rozliczenie i dokumentacja sprzedaży | Dane nabywcy, zamówienie, status i identyfikator transakcji, dokument sprzedaży | Wykonanie umowy oraz właściwy obowiązek prawny, art. 6 ust. 1 lit. b i c RODO |
| Bezpieczeństwo i obsługa sporów | Sesje, informacje o zdarzeniach, identyfikatory operacji, dane niezbędne do ustalenia roszczeń | Art. 6 ust. 1 lit. f RODO, po ocenie konieczności i proporcjonalności |
| Kontakt i realizacja praw | Treść zgłoszenia oraz dane konieczne do identyfikacji sprawy | Wykonanie umowy, obowiązek prawny lub uzasadniony interes, zależnie od sprawy |
| Czas pracy w aplikacji mobilnej: rekompensaty i odpoczynek tygodniowy | Plik karty kierowcy pobrany w aplikacji, przetwarzany na serwerze tylko na czas wyliczenia; zapisujemy wyłącznie wynik (liczniki jazdy w tygodniu i dwóch tygodniach, liczbę wydłużeń i skróconych odpoczynków dobowych, terminy odpoczynków, rekompensaty, krótkie uwagi) oraz skrót SHA-256 pliku | Art. 6 ust. 1 lit. b RODO: funkcja uruchamiana przez kierowcę w aplikacji |
| Okres próbny i dostęp do LIVE w aplikacji | Łączny wykorzystany czas LIVE, bieżąca krótka rezerwacja dostępu (identyfikator sesji i instalacji aplikacji, tryb: okres próbny lub subskrypcja, czas rozpoczęcia i końca) | Art. 6 ust. 1 lit. b RODO: rozliczenie bezpłatnego okresu próbnego i dostępu z subskrypcji |
| Diagnostyka Bluetooth G2V2 | Model tachografu, platforma telefonu, wersja aplikacji, ograniczone zdarzenia skanowania, parowania, połączenia i odkrycia usług, bez numeru karty, nazwiska kierowcy, adresu Bluetooth, surowych ramek i danych DDD | Art. 6 ust. 1 lit. f RODO — bezpieczeństwo, rozwój i weryfikacja techniczna usługi |
| Pomoc przy raporcie i porównanie | Identyfikator własnego raportu, temat, wiadomości, status sprawy, zakres i liczniki dwóch zapisanych wyników | Art. 6 ust. 1 lit. b RODO w zakresie obsługi usługi; żądania praw i reklamacje według właściwych obowiązków |
| Własny termin odczytu karty | Wybrana data, odstęp, ustawienie e-maila i dane konta odbiorcy | Art. 6 ust. 1 lit. b RODO: opcjonalna funkcja uruchamiana na życzenie użytkownika, bez treści reklamowych |
| Opcjonalna analityka i reklama | Dane przeglądania publicznej strony w zakresie zaakceptowanych narzędzi | Zgoda, gdy wymagana; art. 6 ust. 1 lit. a RODO i art. 399 PKE |
| Prowadzenie profili i obsługa interakcji w sieciach społecznościowych | Nazwa profilu, publiczne reakcje, komentarze i treść kontaktu | Art. 6 ust. 1 lit. f RODO: komunikacja i prowadzenie profilu; odrębne przepisy stosujemy do marketingu bezpośredniego |
| Połączenie kont operatora i zarządzanie marketingiem | Identyfikatory stron/profili, uprawnienia, tokeny, materiały, identyfikator administratora, statusy publikacji i statystyki | Art. 6 ust. 1 lit. f RODO: zarządzanie komunikacją operatora i zabezpieczenie dostępu; publikacja danych innych osób wymaga odrębnej właściwej podstawy |
| Oferta dla firm: konto firmy, pakiet i panel firmy | Nazwa firmy, NIP, adres, dane osoby zakładającej konto i członków zespołu, zamówienia pakietów, liczba miejsc i okres pakietu | Art. 6 ust. 1 lit. b RODO (umowa z firmą) oraz art. 6 ust. 1 lit. c RODO w zakresie dokumentów rozliczeniowych |
| Połączenie kierowcy z firmą | Imię i nazwisko kierowcy podane przez firmę, skrót jednorazowego kodu, stan połączenia, czasy zaproszenia, dołączenia i odłączenia, kto zakończył połączenie, potwierdzenie zakresu udostępniania, liczba przesłanych plików i data ostatniego | Art. 6 ust. 1 lit. b RODO (umowa z kierowcą i z firmą) |
| Archiwum kart firmy | Oryginalny plik karty kierowcy pobrany w aplikacji, imię i nazwisko i numer karty odczytane z pliku, czas przesłania, wynik technicznej kontroli pliku | DDDStart jako podmiot przetwarzający w imieniu firmy (art. 28 RODO); podstawę przetwarzania zapewnia firma jako administrator, w szczególności art. 6 ust. 1 lit. c RODO w związku z art. 33 ust. 2 rozporządzenia (UE) nr 165/2014 i art. 25 ustawy o czasie pracy kierowców |
| Faktura z konta kierowcy (zmiana na konto firmowe) | Nazwa firmy, NIP i adres z danych faktury, data zmiany typu konta | Art. 6 ust. 1 lit. b i c RODO |
Podanie danych konta jest dobrowolne, lecz konieczne do świadczenia usługi. Numer telefonu jest wymagany przy zakładaniu konta na stronie i w aplikacji mobilnej; używamy go do kontaktu w sprawach konta, zamówień i zgłoszeń, nie do marketingu. Wybrany język konta decyduje o języku wiadomości e-mail, raportów PDF i ekranów aplikacji mobilnej (Android i iPhone); aplikacja zapamiętuje go także na telefonie. Dane wymagane do prawidłowego dokumentowania transakcji wynikają z rodzaju dokumentu sprzedaży. Nie przechowujemy pełnych danych karty płatniczej.
Oferta dla firm
Kierowca sam decyduje o połączeniu konta z firmą: wpisuje kod od firmy w aplikacji i akceptuje zakres udostępniania. Firma widzi w panelu firmy nazwę kierowcy, stan połączenia, liczbę przesłanych plików i termin następnego pobrania karty, a w archiwum kart oryginalne pliki karty pobrane w aplikacji po połączeniu. Firma nie widzi analiz, raportów, salda ani ustawień konta kierowcy, lokalizacji ani wskazań na żywo. W zakresie archiwum kart administratorem danych kierowcy jest firma, a DDDStart działa jako podmiot przetwarzający na jej polecenie. O prawa dotyczące plików w archiwum firmy kierowca może zwracać się do firmy; wnioski, które otrzymamy, przekazujemy firmie bez zbędnej zwłoki. Odłączenie kończy przesyłanie kolejnych plików, ale nie usuwa plików wcześniej przekazanych firmie, które firma przechowuje zgodnie z przepisami.
3. Inne osoby w DDD
Tachograf może zawierać dane współkierowców, techników i kontrolerów. Przesyłaj wyłącznie pliki, których użycie i przekazanie możesz zgodnie z prawem zlecić. W odczytanej reprezentacji maskowane są rozpoznane dane kart warsztatowych i kontrolnych; oryginalny plik nie jest modyfikowany i może nadal zawierać te dane.
Dane innych osób pochodzą z pliku przekazanego przez użytkownika. Przetwarzamy tylko zakres potrzebny do odtworzenia kontekstu wspólnej jazdy, oceny kompletności i ochrony przed błędnymi wynikami, na podstawie uzasadnionego interesu administratora i użytkownika (art. 6 ust. 1 lit. f RODO). Osoba, której dane dotyczą, może wnieść sprzeciw. Informację o takim przetwarzaniu udostępniamy w dokumencie „Informacja o danych w plikach DDD”; w sytuacjach wymagających indywidualnego poinformowania wykonujemy ten obowiązek w terminie z art. 14 RODO. Samo opublikowanie dokumentu ani oświadczenie wgrywającego nie zwalnia administratora z tego obowiązku. Zawartość DDD nie jest wykorzystywana do targetowania reklam.
4. Okresy przechowywania
| Kategoria | Zasada w standardowej konfiguracji |
|---|---|
| Oryginalne DDD | Na serwerze zostaje 5 ostatnio przesłanych plików; starsze oryginały są usuwane automatycznie, a każdy oryginał po 3 miesiącach (90 dniach) od ostatniego użycia (ponowne przesłanie, pobranie oryginału, otwarcie analizy lub raportu z tego pliku). Po terminie zablokowany odczyt, fizyczne usunięcie przez zadanie retencji |
| Raporty i dane analizy | Do 12 miesięcy od utworzenia analizy, wcześniej na żądanie użytkownika lub przy zamknięciu konta |
| Konto i profil użytkownika | Do usunięcia konta przez właściciela (na stronie lub w aplikacji mobilnej), zamknięcia na wniosek albo automatycznego usunięcia po 12 miesiącach od ostatniego zalogowania lub uwierzytelnionej aktywności; z ochroną nadal ważnych zakupów |
| Uprawnienia do niewykorzystanych analiz | 12 miesięcy od potwierdzenia ostatniego zakupu odnawiającego niewygasłe saldo; dokumentacja rozliczenia podlega odrębnej retencji |
| Nieodczytane próbki diagnostyczne, jeśli ich zachowanie jest włączone | Usuwanie przez zadanie retencji po 7 dniach |
| Wynik czasu pracy z karty w aplikacji | 14 dni od wyliczenia; wcześniej zastępowany nowym wynikiem, usuwany na żądanie użytkownika lub z kontem. Oryginalny plik karty nie jest zapisywany na serwerze |
| Licznik czasu LIVE (okres próbny) | Do usunięcia konta; jeden zapis na użytkownika, bez wskazań liczników tachografu |
| Dane telefonu do obsługi technicznej | Aktualny model, wersje systemu i aplikacji oraz pierwsza i ostatnia aktywność; maksymalnie 20 ostatnich instalacji na konto, usuwane z kontem |
| Raporty diagnostyczne Bluetooth G2V2 | Do czasu zakończenia testów i usunięcia konta; przegląd zasad retencji przed uruchomieniem produkcyjnego pobierania |
| Własne statystyki publicznych stron i zdarzenia konwersji | Do 400 dni; bez zapisanych adresów IP, z dziennym identyfikatorem skrótowym; automatyczne porządkowanie raz dziennie |
| Połączenia Google, Meta i TikTok | Tokeny do odłączenia lub zakończenia potrzeby dostępu; odłączenie usuwa lokalny token. Sekrety aplikacji do wycofania aplikacji lub zmiany konfiguracji. Uprawnienia u dostawcy cofamy odrębnie |
| Raporty GA4, Meta i TikTok | Ostatnia lokalna kopia jest zastępowana przy synchronizacji; po zakończeniu celu usuwamy ją ręcznie. Dane GSC i pomiary fraz przeglądamy co kwartał; zbędne rekordy usuwamy do 30 dni od przeglądu |
| Kampanie, zadania i historia publikacji | Do 12 miesięcy od zakończenia; dłużej tylko wydzielone dane niezbędne do rozliczeń, roszczeń lub udokumentowania nadal używanego materiału. Przegląd i usuwanie wykonuje operator |
| Grafiki i filmy marketingowe w dddstart | Do wycofania materiału lub zakończenia potrzebnych publikacji; zbędna kopia usuwana ręcznie do 30 dni od tego zdarzenia. Przegląd zasadności co kwartał |
| Interakcje i korespondencja w sieciach społecznościowych | Publiczne interakcje przez czas utrzymywania wpisu/profilu, chyba że wcześniej usuwamy je w związku z zasadnym żądaniem. Zamknięta korespondencja do 12 miesięcy od zakończenia sprawy, z odrębną retencją niezbędnych dowodów roszczeń |
| Zapytania z formularza kontaktowego | Do 365 dni od utworzenia, chyba że niezbędny dowód zostanie wydzielony do odrębnego archiwum roszczeń |
| Dziennik audytowy | Automatyczne usuwanie wpisów starszych niż 365 dni przez zadanie dzienne |
| Własny termin odczytu | Do wyłączenia/zmiany ustawienia albo zamknięcia konta; wyłączenie kasuje oczekujący termin i niewysłane pozycje przypomnienia. Ślady wysyłki podlegają zasadom kolejki i audytu |
| Rozmowy pomocy w panelu i powiązanie raportu | Przez obsługę sprawy i czas utrzymywania konta, wcześniej po zasadnym żądaniu; niezbędny dowód sporu wydzielamy według odrębnej retencji. Zbędne zamknięte sprawy operator przegląda co kwartał i usuwa ręcznie do 30 dni po przeglądzie. Usunięcie raportu usuwa jego powiązanie, ale nie kopiuje ani nie usuwa automatycznie całej korespondencji |
| Wygasłe sesje i tokeny | Usuwanie wygasłych sesji przez zadanie dzienne; tokeny techniczne do 7 dni po wygaśnięciu |
| Rezerwacje ponowień API | Ważność 24 godziny; porządkowanie przy kolejnych operacjach API i zadaniu dziennym |
| Kopie bazy, raportów i dziennika usunięć tworzone przez aplikację | Rotacja do 30 dni, jeżeli włączono zadanie kopii; oryginalne DDD nie są kopiowane przez ten mechanizm |
| Dokumenty podatkowe i dane niezbędne do ich rozliczenia | Do upływu przedawnienia zobowiązania podatkowego: zasadniczo 5 lat od końca roku, w którym upłynął termin płatności podatku; dłużej wyłącznie w razie ustawowego zawieszenia lub przerwania biegu terminu |
| Dowody zawarcia i wykonania umowy, reklamacji i roszczeń | Do upływu właściwego terminu przedawnienia: co do zasady 6 lat, a dla roszczeń związanych z działalnością gospodarczą 3 lata, z uwzględnieniem reguły końca roku i przepisów szczególnych; w razie sporu do jego prawomocnego zakończenia i upływu terminu egzekucji |
| Zwykła korespondencja i zamknięte zgłoszenia pomocy | Do zamknięcia konta; w zewnętrznej skrzynce do 12 miesięcy od zamknięcia sprawy. Tylko wydzielone dowody sporu lub rozliczeń zachowujemy przez odpowiedni okres wskazany wyżej |
| Połączenia kierowców z firmą | Do zakończenia połączenia; zakończone połączenia są widoczne dla firmy przez 90 dni, a zapis połączenia przechowujemy do zamknięcia konta firmy albo konta kierowcy jako dowód zgody i wykonania umowy |
| Archiwum kart firmy | 3 lata od przesłania pliku albo 30 dni od potwierdzenia przez firmę, że ma kopię pobranego pliku, jeżeli nastąpi wcześniej. Zapis potwierdzenia (kto, kiedy, które pliki) przechowujemy do zamknięcia konta firmy jako dowód wykonania polecenia firmy; po rezygnacji firmy (koniec pakietu lub okresu próbnego bez przedłużenia albo wniosek o zamknięcie konta) całe archiwum usuwamy po 30 dniach, z przypomnieniami e-mail w dniu rezygnacji, 7 dni i 1 dzień przed usunięciem; dłuższe przechowywanie, jeżeli wymagają go przepisy, zapewnia firma we własnym zakresie |
Wiadomości o ważności analiz i planowanym usunięciu raportów lub konta służą wykonaniu umowy i ochronie danych, a nie promocji. Nie zależą od zgody marketingowej. System wysyła je automatycznie 30 i 7 dni przed terminem. Nieudana wysyłka jest ponawiana; brak skutecznego uprzedzenia o usunięciu nieaktywnego konta odracza tę operację.
Kopie infrastruktury mogą być wykonywane również przez dostawcę hostingu w zakresie umowy; maksymalny okres odtwarzalności danych serwisu wynosi 30 dni. Usunięcie danych z aktywnego magazynu nie oznacza ich natychmiastowego usunięcia z każdej kopii. Odtworzenie kopii wymaga ponownego zastosowania retencji i wcześniejszych żądań usunięcia. Kopie nie służą bieżącemu korzystaniu z usuniętych danych. Po odtworzeniu stosujemy dziennik usunięć przed ponownym udostępnieniem kont.
Dziennik usunięć zawiera identyfikatory rekordów i czas operacji, bez treści DDD. Służy ponownemu zastosowaniu usunięć po odtworzeniu. Zachowujemy go do wygaśnięcia ostatniej kopii sprzed usunięcia oraz sprawdzenia jej rotacji; przegląd i usunięcie zbędnych wpisów następują nie rzadziej niż raz na kwartał.
Rejestr obsługi zawiera temat, kategorię, daty, status, notatki i dowody odpowiedzi. Otwarta sprawa wstrzymuje automatyczne usunięcie konta; administrator musi regularnie oceniać zasadność dalszego przechowywania. Zamknięte sprawy są usuwane wraz z kontem. Niezbędny dowód reklamacji, rozliczenia lub roszczenia może zostać uprzednio wydzielony do ograniczonego archiwum według terminów z tabeli; nie zachowujemy w tym celu całego konta ani całego pliku DDD.
Kolejka potwierdzeń przechowuje adres i treść do przyjęcia wiadomości przez usługę wysyłki. Po przyjęciu usuwa treść z kolejki, a po 30 dniach adres odbiorcy; zachowuje techniczny skrót adresu zapobiegający powtórzeniom. Nie oznacza to skasowania odrębnej dokumentacji zamówienia ani wiadomości u dostawcy poczty. Niewysłane wiadomości przegląda obsługa. Po rozwiązaniu problemu lub dostarczeniu innym kanałem usuwa zbędną treść i adres z kolejki najpóźniej w ciągu 30 dni. Dokumenty finansowe, archiwum roszczeń, korespondencja zewnętrzna i dziennik usunięć podlegają także okresowemu przeglądowi administratora; nie wszystkie te kategorie usuwa automatycznie aplikacja.
Starsze bezterminowe uprawnienia oraz okresy przejściowe po zmianie zasad są chronione. Brak skutecznego uprzedzenia o usunięciu konta odracza operację. Dane profilu kierowcy lub pojazdu są zasobami konta odrębnymi od pojedynczego raportu.
5. Odbiorcy i transfery
Wybrani dostawcy i zakres przekazywania:
| Dostawca / usługa | Cel i zakres |
|---|---|
| webh.pl (ULTIMAHOST.PL Szeliga sp.j., Łódź) — serwer VPS (główny serwer aplikacji), poczta i certyfikat TLS | Przechowywanie aplikacji i danych, korespondencja, utrzymanie infrastruktury i kopie w zakresie zawartej umowy |
| Tpay — Krajowy Integrator Płatności S.A. (po aktywacji) | Obsługa wybranych płatności jednorazowych i cyklicznych: identyfikatory zamówień, kwoty, statusy, tokeny/aliasy dostawcy; bez zawartości plików DDD i raportów |
| Obsługa księgowa i dostawca programu do faktur (Fakturownia, fakturownia.pl) | Wystawianie, rozliczanie i odrębne przekazywanie faktur przez obsługę: dane nabywcy (nazwa, NIP, adres, e-mail) i pozycje zamówienia; bez zawartości DDD i raportów. Dane trafiają do Fakturowni dopiero wtedy, gdy administrator wystawia z panelu fakturę dla konkretnego nabywcy lub zamówienia; aplikacja nie wystawia faktur automatycznie |
| Google — Google Analytics 4 i Search Console | GA4 otrzymuje publiczne odsłony po zgodzie na analitykę. API pobiera raporty GA4 oraz zapytania, strony, kliknięcia, wyświetlenia i pozycje GSC z właściwości operatora. Google otrzymuje żądania autoryzacji i API, bez danych kont kierowców i analiz |
| Meta — Meta Pixel, Facebook i Instagram | Pixel otrzymuje publiczne odsłony po zgodzie marketingowej. Połączenie operatora umożliwia wybór strony, pobranie danych profilu, ostatnich wpisów i statystyk oraz wysłanie zatwierdzonej treści i grafiki. Interakcje w sieci podlegają także zasadom Meta |
| TikTok — profil operatora i przesyłanie materiałów | Dane konta, autoryzacja i żądania API; zatwierdzony film pobierany z publicznego adresu dddstart trafia do edytora TikToka. Pobieramy profil, ostatnie publiczne filmy i liczniki. Publikację kończy właściciel konta w TikToku. Nie stosujemy TikTok Pixel na stronie |
| Uprawnione organy | Dane w zakresie wymaganym prawem, w tym dane faktur w KSeF |
| Firma, z którą kierowca połączył konto | Pliki karty kierowcy pobrane w aplikacji po połączeniu oraz nazwa i stan połączenia; bez analiz, raportów, lokalizacji i wskazań na żywo |
Jedynym operatorem płatności jest Tpay. Tpay pozostaje nieaktywny do uruchomienia integracji i aktualizacji informacji dla klientów. Korzystanie z konta nie wymaga zgody na reklamę. Zewnętrzne platformy płatnicze i społecznościowe mogą działać jako odrębni administratorzy w zakresie swoich własnych celów; role w pozostałym zakresie wynikają z konkretnych usług i umów.
Podstawowe dane konta i analizy są obsługiwane w infrastrukturze objętej umową hostingu, na serwerach webh.pl zlokalizowanych w Polsce. Integracje marketingowe nie przekazują DDD ani raportów do Google, Meta i TikTok. Narzędzia dostawców mogą wiązać się z przetwarzaniem poza EOG, w tym w USA, a w przypadku TikToka także z dostępem z Chin. Przed aktywacją weryfikujemy odbiorcę, kraje dostępu i właściwą podstawę transferu: aktualną decyzję stwierdzającą odpowiedni stopień ochrony dla objętego nią odbiorcy albo standardowe klauzule umowne Komisji Europejskiej oraz skuteczność wymaganych zabezpieczeń uzupełniających. Zgoda na cookies i OAuth nie zastępują tej oceny. Informację o podstawie i kopię zabezpieczeń można uzyskać pod info@dddstart.com. Brak właściwej podstawy wyklucza uruchomienie narzędzia. Nie deklarujemy przechowywania wszystkich danych wyłącznie w Polsce.
Zasady dostawców: Google, Meta i TikTok — EOG. Ich własne cele i retencja nie są wyznaczane przez dddstart. W zakresie statystyk strony Facebook stosujemy właściwe uzgodnienie z Meta dotyczące współadministrowania; nie obejmuje ono DDD. Wniosek dotyczący obsługi naszego profilu można kierować do dddstart, a dotyczący przetwarzania platformy — również do jej dostawcy.
6. Prawa osób
W zakresie określonym RODO przysługują prawa dostępu, sprostowania, usunięcia, ograniczenia, przenoszenia, sprzeciwu i cofnięcia zgody. Cofnięcie zgody nie wpływa na zgodność wcześniejszego przetwarzania z prawem. Prawo usunięcia ma wyjątki, m.in. związane z obowiązkiem prawnym i roszczeniami.
Konto wraz z plikami DDD, raportami i danymi profilu możesz usunąć samodzielnie w ustawieniach konta na stronie (https://dddstart.com/app/ustawienia#usun-konto) albo w aplikacji mobilnej DDD Driver Assist, po podaniu hasła. Konto prywatne bez rozliczeń do wyjaśnienia usuwamy od razu; w pozostałych przypadkach, np. przy niewykorzystanych opłaconych analizach, abonamencie lub koncie firmowym, wniosek trafia do obsługi i usuwamy konto po rozliczeniu, najpóźniej w ciągu 30 dni. Usunięcie potwierdzamy e-mailem. Zachowujemy wyłącznie dokumentację rozliczeń (zamówienia, płatności i księgę analiz) przez okres wymagany przepisami oraz dziennik usunięć opisany w pkt 4; kopie zapasowe wygasają w cyklu do 30 dni.
Inne wnioski prześlij na info@dddstart.com. Nie przesyłaj hasła; dodatkowe dane identyfikacyjne można żądać tylko w razie uzasadnionych wątpliwości i w niezbędnym zakresie. Odpowiedź następuje co do zasady w ciągu miesiąca; w warunkach art. 12 ust. 3 RODO możliwe jest przedłużenie po poinformowaniu o przyczynach. Możesz wnieść skargę do Prezesa Urzędu Ochrony Danych Osobowych.
7. Automatyczna analiza
Lista działań po analizie i porównanie korzystają z zapisanych wyników w granicach dostępu konta. Nie tworzą nowej decyzji prawnej ani profilu reklamowego. Porównanie jest odmawiane lub ograniczane, gdy nie można zapewnić zgodności zakresu, wersji i jakości danych. Obsługa zgłoszenia przechowuje identyfikator raportu i wiadomości, bez dodatkowej kopii pliku DDD. Użytkownik widzi własną rozmowę i odpowiedzi obsługi; notatki wewnętrzne nie są publikowane w panelu klienta. Nie należy wpisywać tam haseł ani danych innych kierowców. Wnioski dotyczące dostępu do danych w notatkach rozpatrujemy indywidualnie, z ochroną praw innych osób.
Właściciel i administrator operatora z rolą marketingową mają pełny dostęp do wszystkich modułów, w tym obsługi kont, zgłoszeń i płatności. Role są nadawane wyłącznie upoważnionym osobom operatora; nie oznaczają, że dostawcy Google, Meta lub TikTok otrzymują dane kont lub DDD. Zmiany ról są rejestrowane i unieważniają sesje objętego konta. Historia dostępna administratorowi obejmuje zdarzenia zapisane w aplikacji, a nie wszystkie możliwe działania poza nią.
Własny lejek zakupowy korzysta z dat założenia konta, rozpoczęcia płatności, potwierdzenia zakupu i przesłania pliku. Zwraca administratorom zbiorcze liczby; dane etapów pozostają elementami odpowiednich rekordów konta, zamówienia i pliku, podlegając ich retencji. Służy ocenie działania serwisu na podstawie uzasadnionego interesu, z prawem sprzeciwu. Nie przesyłamy tego powiązania do platform reklamowych. Wizyty publiczne są odrębnym pomiarem; ograniczenia retencji i brak pomiarów historycznych nie są dowodem rezygnacji konkretnej osoby.
Raport diagnostyczny Bluetooth G2V2 służy sprawdzeniu, czy telefon i tachograf mogą przejść skanowanie, parowanie, połączenie i odkrycie usług. Nie zapisujemy w nim numeru karty, nazwiska kierowcy, adresu Bluetooth, surowych wartości GATT, tokenów, ramek protokołu ani bajtów pliku DDD. Raport nie jest dowodem wykonania ustawowego pobrania danych z karty ani pamięci tachografu. Od wersji 0.2.72 stosujemy deterministyczny skrót SHA-256 kanonicznego UUID usług (pseudonimizacja, nie pełna anonimizacja), aby porównywać profile Android/iOS. Zapisujemy również opcjonalny losowy kod testu nadany przez użytkownika, który nie powinien identyfikować pojazdu ani osoby. Zbiorcze porównania mogą dotyczyć raportów różnych użytkowników w panelu administratora; nie wnioskujemy na tej podstawie o tożsamości fizycznego urządzenia.
Wersja testowa aplikacji (TEST), przeznaczona do prób z tachografem, prowadzi od wersji 0.2.171 techniczny dziennik zdarzeń przechowywany tylko w pamięci telefonu: kolejność i czas zdarzeń Bluetooth (skanowanie, parowanie, połączenie, rozłączenie), LIVE i pobierania karty, stan aplikacji (na ekranie lub w tle), stan sieci (czy jest internet i jakiego rodzaju), stan zasilania (oszczędzanie baterii, poziom naładowania, ograniczenia pracy w tle), przyczyny wcześniejszego zamknięcia aplikacji przez system, model telefonu i wersję systemu oraz informację, czy pojazd jedzie (tak lub nie, bez prędkości i lokalizacji). Tachografy są w nim oznaczone tylko kolejnym symbolem (T1, T2). Dziennik nie zawiera adresu ani nazwy urządzenia Bluetooth, numeru karty, imienia i nazwiska kierowcy, wartości liczników, ramek protokołu, bajtów pliku DDD, kodów parowania ani danych konta. Opuszcza telefon wyłącznie w raporcie testu, który użytkownik wersji testowej sam zapisze, skopiuje albo udostępni; raport wysyłany z aplikacji do DDDStart go nie zawiera. Aplikacja dla klientów nie prowadzi tego dziennika.
Aplikacja mobilna pokazuje bieżące czasy jazdy i przerw z liczników tachografu odczytywanych przez Bluetooth. Te wskazania są przetwarzane w telefonie i nie są zapisywane na serwerze. Rekompensaty i termin odpoczynku tygodniowego, których tachograf nie podaje, wyliczamy automatycznie z pliku karty pobranego w aplikacji. To wyliczenie nie zużywa analizy z pakietu, nie tworzy raportu ani zapisu oryginalnego pliku i ma charakter pomocniczy. Gdy liczniki tachografu różnią się od wyliczeń z karty, aplikacja pokazuje ostrzeżenie w telefonie. Do prawidłowego działania aplikacja potrzebuje połączenia z internetem: przy uruchomieniu bez internetu i po utracie połączenia najpierw o tym informuje. Bez internetu działa tylko LIVE, o czym aplikacja informuje na ekranie; konto i pozostałe funkcje wracają po odzyskaniu połączenia. Aby LIVE działał bez internetu, telefon przechowuje lokalnie, w postaci zaszyfrowanej, ostatnio potwierdzone przez serwer dane potrzebne do ekranu startowego (imię i nazwisko, nazwa i typ konta, rola) oraz informację o dostępie do LIVE (subskrypcja lub okres próbny). Te dane nie opuszczają telefonu, są powiązane z bieżącą sesją, wylogowanie je unieważnia, a po powrocie internetu serwer ponownie potwierdza sesję. Do wykrycia braku połączenia aplikacja odczytuje w systemie stan sieci, bez danych o odwiedzanych stronach ani lokalizacji. Aby kolejne połączenie trafiało od razu do właściwego tachografu, telefon zapamiętuje lokalnie pseudonimowy znacznik tachografu wybranego przez użytkownika z listy i sparowanego z telefonem (nie sam adres Bluetooth); użytkownik może go zmienić. Na liście przy każdym tachografie widać krótki identyfikator utworzony z tego znacznika, aby odróżnić tachografy o tej samej nazwie. Znacznik nie jest wysyłany na serwer ani do raportów diagnostycznych.
Serwis automatycznie przetwarza aktywności i wskazuje potencjalne naruszenia. Nie wydaje decyzji organu kontrolnego ani nie nakłada kar. Wynik jest pomocniczy i pokazuje ograniczenia danych. Nie podejmujemy wyłącznie automatycznych decyzji wywołujących wobec osoby skutki prawne lub podobnie istotne skutki w rozumieniu art. 22 RODO. Nie łączymy wyniku analizy z profilem reklamowym.
8. Cookies i pamięć urządzenia
| Element | Cel | Okres |
|---|---|---|
| sid, cookie HttpOnly | Sesja użytkownika | Do wylogowania, unieważnienia lub wygaśnięcia sesji; maksymalnie 30 dni |
| sid_admin, cookie HttpOnly | Sesja powrotna uprawnionego administratora | Maksymalnie 24 godziny |
| dddstart-consent, localStorage | Wybór analityki i marketingu, wersja informacji i czas decyzji | 365 dni; stary format, inna wersja informacji, uszkodzona lub przyszła data nie uruchamia narzędzi |
| dddstart_nav, localStorage | Wybrane ustawienia nawigacji | Do wyczyszczenia pamięci przeglądarki |
| dddstart_lang, cookie i localStorage | Wybrany język strony i panelu (polski, angielski lub ukraiński), także podczas rejestracji; bez identyfikatora użytkownika i bez przekazywania do narzędzi reklamowych | 365 dni albo do zmiany wyboru lub wyczyszczenia pamięci przeglądarki |
| dddstart_interface_theme, localStorage | Wybrany przyciskiem motyw jasny lub ciemny; ustawienie zapisujemy dopiero po użyciu przełącznika, bez identyfikatora użytkownika i bez przekazywania do narzędzi reklamowych | Do zmiany wyboru lub wyczyszczenia pamięci przeglądarki |
| dddstart_audience, localStorage | Odpowiedź w oknie powitalnym strony: kierowca albo firma transportowa; służy pokazaniu właściwej strony przy kolejnej wizycie, bez identyfikatora użytkownika i bez przekazywania do narzędzi reklamowych | Do zmiany wyboru lub wyczyszczenia pamięci przeglądarki |
| Dane ponowienia zakupu, sessionStorage | Bezpieczne wznowienie zamówienia po problemie z połączeniem | Do zakończenia operacji lub usunięcia sesji karty przeglądarki |
Niezbędne mechanizmy służą zamówionym funkcjom. Google Analytics 4 wymaga wyboru analityki, a Meta Pixel odrębnego wyboru marketingu. Baner umożliwia „Tylko niezbędne”, zapis własnego wyboru i akceptację wszystkich wskazanych narzędzi. Opcje są domyślnie wyłączone, jeśli nie ma ważnego wyboru dla aktualnej wersji. Odmowa nie blokuje konta, ceny ani zakupu. Zmianę i cofnięcie decyzji umożliwia odnośnik w stopce, gdy narzędzia są skonfigurowane. Zmiana po załadowaniu tagów przeładowuje stronę i usuwa dostępne dla aplikacji cookies pomiarowe; nie cofa wcześniejszego przekazania danych ani nie usuwa cookies niedostępnych dla tej domeny. Tagi nie są inicjowane na stronach logowania, rejestracji, płatności, demo z DDD, w panelach ani dla zalogowanych użytkowników. Przejście do części prywatnej z załadowanymi tagami przeładowuje dokument.
Sam odnośnik do Facebooka, Instagrama lub TikToka nie inicjuje ich piksela ani osadzonego filmu. Dodatkowe osadzenia wymagają oceny i ustawień zgody. Dane DDD i raportów nie służą tworzeniu grup reklamowych. Nie uruchomiono newslettera, przesyłania list klientów, TikTok Pixel, Meta Conversions API ani śledzenia Purchase. Obecne tagi służą odsłonom stron; Google Ads jako kanał UTM nie oznacza API reklam ani dodatkowego śledzenia. Nowe narzędzia wymagają ponownego przeglądu informacji i zgody.
Administrator operatora łączy własne konta Google, Meta lub TikTok przez OAuth i zatwierdza zakres dostępu u dostawcy. dddstart nie prosi o hasła do tych platform ani ich nie przechowuje; tokeny i sekrety zapisuje w postaci szyfrowanej. Kierowca nie musi łączyć kont społecznościowych. OAuth nie jest zgodą odwiedzającego na cookies. Odłączenie usuwa lokalny token, ale cofnięcie uprawnień u dostawcy jest osobnym działaniem; nie usuwa już opublikowanych postów. Kopie aplikacji obejmują zaszyfrowaną konfigurację oraz materiały marketingowe; po odtworzeniu synchronizacja jest wyłączana, a nieuzgodnione publikacje kierowane do przeglądu.
Grafika lub film w module marketingowym jest dostępny pod publicznym adresem już przed publikacją w sieci. Nie jest prywatnym załącznikiem kierowcy. Administrator używa materiałów, do których ma prawa, i zapewnia właściwą podstawę publikacji wizerunku lub danych innych osób. Nie wolno dodawać tam DDD ani raportów klientów. Usunięcie materiału z dddstart nie usuwa automatycznie kopii w Meta lub TikTok; obsługa rozpatruje te działania oddzielnie. Retencja marketingowa z tabeli wymaga czynności operatora; aplikacja nie usuwa automatycznie tych wszystkich kategorii.
Google Analytics może zapisywać _ga i _ga_* do 2 lat, a Meta Pixel _fbp do 3 miesięcy. Narzędzia działają tylko po skonfigurowaniu i uzyskaniu odpowiedniej zgody; czas może być krótszy wskutek ustawień przeglądarki. Przed włączeniem kolejnego narzędzia aktualizujemy informację i mechanizm zgody. Własne statystyki publicznych stron służą ocenie działania serwisu; nie zapisują zawartości analiz. Statystyki obejmują ścieżkę publicznej strony, źródło wejścia, kategorię urządzenia i przeglądarki oraz dzienny identyfikator skrótowy. Zdarzenia zakupu lub rejestracji mogą zawierać identyfikator konta. Podstawą jest uzasadniony interes administratora polegający na ocenie działania serwisu; przysługuje prawo sprzeciwu. Retencję określa tabela; nie traktujemy tych danych jako bezwarunkowo anonimowych.
Po uruchomieniu wybranego tagu dostawca otrzymuje także dane techniczne połączenia, w tym adres IP, informacje o urządzeniu/przeglądarce, identyfikatory pomiarowe, adres odwiedzanej publicznej strony i źródło wejścia w zakresie działania narzędzia. Publiczne adresy i parametry kampanii nie powinny zawierać danych osobowych. Meta może powiązać zdarzenie ze swoim użytkownikiem zgodnie z własnymi zasadami. Ograniczony zakres zdarzeń aplikacji nie oznacza anonimowości wszystkich danych u dostawcy.
9. Bezpieczeństwo i aktualizacje
Kod stosuje kontrolę uprawnień, izolację kont, haszowanie haseł, unieważnianie sesji i audyt. Dostęp do danych jest ograniczony uprawnieniami. Stosujemy szyfrowane połączenie HTTPS, kopie bezpieczeństwa oraz procedurę obsługi incydentów. Zabezpieczenia są regularnie sprawdzane; żaden system nie daje gwarancji całkowitego braku ryzyka. Istotne zmiany polityki wymagają ponownego przeglądu oraz informacji dla użytkowników; aktualizacja kodu nie stanowi sama w sobie zatwierdzenia prawnego.
Saldo analiz i dokupienie
Potwierdzony kolejny zakup powiększa saldo o zakupione analizy i odnawia ważność wszystkich niewykorzystanych, niewygasłych analiz na 12 miesięcy kalendarzowych od potwierdzenia tej płatności. Zakup oczekujący, anulowany lub nieopłacony nie przedłuża ważności. Analizy wygasłe nie są przywracane. Terminów dłuższych oraz uprawnień bezterminowych nie skracamy. Nie jest to automatyczny abonament ani naliczenie kolejnej opłaty. Ważność salda nie zmienia terminów przechowywania plików DDD i raportów ani ustawowych praw konsumenta.
Subskrypcja Driver Assist – płatności cykliczne Tpay
Przy subskrypcji Driver Assist przetwarzamy: identyfikator klienta i organizacji, operatora Tpay, rodzaj instrumentu (karta płatnicza), wersję i czas udzielenia zgody na obciążenia cykliczne, kwotę i okres rozliczeniowy, identyfikator transakcji, status płatności, daty odnowień, rezygnacji, reklamacji i zwrotów oraz niezbędną historię zdarzeń bezpieczeństwa. Podstawą przetwarzania są odpowiednio wykonanie umowy (art. 6 ust. 1 lit. b RODO), obowiązki prawne dotyczące rozliczeń (lit. c) oraz uzasadniony interes w ochronie przed nadużyciami i dochodzeniu roszczeń (lit. f), z uwzględnieniem praw osoby, której dane dotyczą.
Numery kart i kody CVV nie są przechowywane w DDDStart. Token operatora potrzebny do odnowień przechowujemy w postaci zaszyfrowanej, z ograniczonym dostępem; po rezygnacji i potwierdzeniu wycofania zgody przez Tpay token jest usuwany. Samo anulowanie w DDDStart nie jest potwierdzeniem anulowania upoważnienia u operatora. Nie przekazujemy operatorom płatności treści plików DDD, danych o aktywności kierowców ani raportów z analizy. Informację, czy subskrypcja jest aktywna, wykorzystujemy także do naliczenia w koszyku ceny analizy dla subskrybenta i do udostępnienia LIVE w aplikacji (wykonanie umowy, art. 6 ust. 1 lit. b RODO); nie tworzymy na tej podstawie profilu marketingowego.
Dane rozliczeniowe subskrypcji (zamówienia, płatności, odnowienia, zwroty) przechowujemy według okresów dla dokumentów podatkowych oraz dowodów zawarcia i wykonania umowy z tabeli w pkt 4; nie są one usuwane wyłącznie wskutek zamknięcia konta, jeśli ich zachowanie jest wymagane prawem lub niezbędne do obrony roszczeń. W zakresie własnych celów Tpay może działać jako odrębny administrator, na zasadach swojej polityki prywatności.
Informacje o telefonie w aplikacji
Po potwierdzeniu logowania aplikacja przekazuje producenta i model telefonu, kod modelu sprzętowego, wersję i kompilację systemu oraz wersję i numer kompilacji DDDStart. Zapis wiążemy z kontem i losowym identyfikatorem instalacji aplikacji. Ostatnia aktywność jest aktualizowana podczas używania aplikacji, nie częściej niż co 5 minut w obrębie sesji. Dane są dostępne dla Super Admina w celu diagnozowania problemów i obsługi zgłoszeń. Z urządzenia nie pobieramy numeru telefonu (numer podany przy rejestracji opisuje pkt 2), IMEI, numeru seryjnego, osobistej nazwy telefonu ani identyfikatora reklamowego. Zgłoszenie błędu zachowuje informacje o modelu i wersjach z chwili wysłania, nawet jeśli urządzenie zostanie później zaktualizowane.