Pliki DDD czytane u Ciebie, nie u firmy zewnętrznej
Plik z karty kierowcy i z jednostki pojazdowej wgrywasz do systemu i od razu widzisz aktywności, naruszenia i termin kolejnego pobrania.
Analiza nie wychodzi poza to, co jest w danych: przy luce zwraca wynik nierozstrzygnięty zamiast domniemanego odpoczynku.
Od wgranego pliku do osi czasu
Plik idzie do własnej usługi parsera opartej na bibliotece na licencji MIT. Usługa jest cienka: bez logiki domenowej, bez zapisu na dysk i bez logowania treści pliku — w logu zostaje rozmiar, czas i wynik.
Parser sprawdza podpis cyfrowy na certyfikatach wkompilowanych w bibliotekę; pobierania certyfikatów z sieci nie ma. Brakujący certyfikat daje wynik UNVERIFIABLE, nie błąd. Plik z nieważnym podpisem nie zasila rozliczeń ani przekroczeń granic, dopóki człowiek go nie zaakceptuje z podaniem powodu.
Aktywności zapisują się jako przedziały z wykluczeniem nakładania per karta i rodzaj źródła. Ten sam plik wgrany drugi raz nie tworzy duplikatów; sprzeczność z zapisanym przedziałem wraca jako konflikt do przeglądu.
Karta nad pojazdem luka zostaje luką
Oś czasu kierowcy składa się przede wszystkim z karty. Jednostka pojazdowa wypełnia luki, ale system oznacza takie odcinki jako niepewne, a tam, gdzie nie ma nic, zostaje UNKNOWN.
Reguły 561/2006 i ustawy o czasie pracy kierowców to osobne, czyste klasy — każda z odnośnikiem do artykułu sprawdzonym w tekście przepisu. Wynik INCONCLUSIVE jest pełnoprawny: silnik nie zgaduje ani na korzyść, ani na niekorzyść kierowcy.
Wyniki są projekcją przeliczaną zdarzeniowo z oknem sięgającym dwa tygodnie wstecz. Te same dane i ta sama wersja silnika dają ten sam wynik.
Ewidencja i terminy z tych samych plików
Z aktywności powstaje miesięczna ewidencja czasu pracy gotowa do wydruku, z podziałem na jazdę, inną pracę, dyżur i odpoczynek.
Dostępny czas jazdy widać przy zleceniu, ale zawsze z datą danych. Przy danych starszych niż 24 godziny system nie pokazuje liczb, tylko mówi, że dane są nieświeże.
Terminy pobrań danych z karty i z jednostki są danymi ze źródłem, nie stałymi w kodzie. Wchodzą do terminarza razem z badaniami i przeglądami.
Czego ten obszar nie robi
- Nie pobiera danych zdalnie z każdego tachografu: zdalne pobranie działa przez połączenie telematyczne dostawcy, którego używasz; bez niego wgrywasz plik ręcznie.
- Nie ocenia wyłączeń z art. 3 i 13 ani odstępstw z art. 12 — wymagają ręcznego oznaczenia.
- Nie liczy nadgodzin ani dodatków pieniężnych; ewidencja daje ilości, kwoty liczy system płacowy.
- Nie przechowuje położeń GNSS dla wszystkich: podgląd wymaga osobnego uprawnienia.
Pytania
Czy muszę nadal wysyłać pliki do firmy zewnętrznej?
Nie. Pliki czyta usługa uruchomiona razem z systemem, a wyniki zostają w Twojej bazie danych.
Co się stanie, gdy wgram plik z uszkodzonym podpisem?
System zapisze go z wynikiem weryfikacji podpisu i nie wpuści do rozliczeń. Możesz go zaakceptować jawnie, podając powód — wtedy decyzja zostaje w danych.
Jak długo trzymacie pliki DDD?
Pliki DDD są poza polityką retencji, bo są dowodem przy kontroli i danymi osobowymi. Nie kasują się same po upływie okresu.
Czy oś czasu pokaże dobę, w której brakuje danych?
Tak, z oznaczeniem braku. System nie wstawia w to miejsce odpoczynku ani żadnej innej aktywności.