Plik TGD: format, który spotkasz w Hiszpanii

TGD kontra DDD: różnice rzeczywiste i pozorne

To, co identyczne

Struktura danych (pliki elementarne EF karty), podpis kryptograficzny, zakres zapisów — aktywności, pojazdy, zdarzenia, wpisy krajów — oraz status prawny: plik TGD jest pełnoprawnym nośnikiem ewidencji, który polska firma może (i powinna) archiwizować tak samo jak DDD. Inspektor ITD przyjmie go bez mrugnięcia, bo jego oprogramowanie, tak jak każdy poprawny dekoder, identyfikuje zawartość po strukturze binarnej, nie po nazwie.

To, co naprawdę różne

Konwencja nazewnictwa: hiszpańskie oprogramowanie zapisuje odczyty kart jako .TGD, a odczyty jednostek pojazdowych często jako .VGD. W praktyce spotyka się też francusko-portugalskie warianty .C1B (karta) i .V1B (pojazd). Mapę wszystkich etykiet i kontenerów zbiera przewodnik jak otworzyć plik DDD — zasada jest zawsze ta sama: liczy się zawartość, nie rozszerzenie.

Pułapka „zmiany rozszerzenia"

Skoro różnica leży tylko w nazwie, kusi ręczna zmiana .TGD na .DDD, „żeby program przyjął". Niepotrzebnie: dobre narzędzie przyjmie plik pod dowolną etykietą, a ręczne manipulowanie nazwami plików dowodowych to prosta droga do bałaganu w archiwum (i do nadpisania pliku przy nieuwadze). Jeżeli oprogramowanie odmawia przyjęcia pliku wyłącznie z powodu rozszerzenia — to argument za zmianą oprogramowania, nie nazwy pliku.

Cztery sytuacje, w których polska flota dostaje pliki TGD

Polska jest największym przewoźnikiem międzynarodowym UE, a Hiszpania — jednym z głównych kierunków. Styk obu światów produkuje pliki TGD regularnie:

• Kabotaż i stałe kontrakty w Hiszpanii — lokalny partner zgrywa karty polskich kierowców swoim sprzętem i odsyła komplet odczytów w swojej konwencji.
• Kontrola drogowa Guardia Civil — po odczycie karty kierowca może otrzymać kopię danych; plik nosi hiszpańską etykietę.
• Wynajem pojazdu na miejscu — dane z VU wynajętego ciągnika trafiają do polskiej firmy jako .VGD/.TGD z systemu wynajmującego.
• Kierowca z historią pracy w Hiszpanii — nowo zatrudniony przynosi archiwum swoich odczytów w formacie poprzedniego pracodawcy.

We wszystkich czterech przypadkach obowiązki są polskie: plik wchodzi do firmowego archiwum na ogólnych zasadach — 12 miesięcy, oryginał, weryfikowalny podpis — które opisuje przewodnik po archiwizacji danych z tachografu.

Jak otworzyć i przekonwertować plik TGD

Procedura jest identyczna jak dla DDD i sprowadza się do trzech kroków: wgranie pliku do analizy (silnik rozpozna typ po treści), automatyczna weryfikacja podpisu cyfrowego, podgląd osi aktywności lub eksport raportu. Czytelny dokument dla kadr i rozliczeń generuje się dokładnie tak, jak opisuje to artykuł o konwersji DDD na PDF — konwerter nie robi różnicy między etykietami. Jedyna praktyczna wskazówka: pliku nie należy otwierać edytorami tekstu ani „naprawiać" narzędziami systemowymi, bo zapis binarny z podpisem kryptograficznym ginie od pierwszego zapisu.

Archiwum mieszane: DDD i TGD w jednej flocie

Flota jeżdżąca do Hiszpanii prędzej czy później ma archiwum dwuformatowe. Dwie zasady utrzymują w nim porządek. Pierwsza: nie ujednolicać nazw ręcznie — plik przechowuje się pod nazwą, pod którą powstał, bo nazwa koduje źródło i datę odczytu, a każda ręczna zmiana to ryzyko pomyłki na żywym dowodzie. Druga: porządkować metadanymi, nie nazwami — nowoczesne archiwum kataloguje pliki po numerze karty i zakresie dat odczytanych z wnętrza pliku, więc konwencja rozszerzenia przestaje mieć znaczenie. Ten model — wraz z kontrolą kompletności i terminów — zapewnia oprogramowanie do archiwizacji DDD.

Kontekst hiszpański: co warto wiedzieć przed trasą

Hiszpańska inspekcja transportu działa w tym samym reżimie prawnym UE co ITD — normy czasu jazdy i odpoczynku z rozporządzenia 561/2006 są identyczne, a odczyt karty podczas kontroli wygląda tak samo. Różnice dotyczą taryfikatora (hiszpańskie stawki i klasyfikacja LOTT) i praktyki: na głównych korytarzach, w tym na AP-7, działają systemy preselekcji ważące pojazdy i odpytujące tachografy zdalnie w ruchu. Dla polskiego kierowcy wniosek praktyczny jest jeden: plik karty audytowany przed wyjazdem to ta sama pewność siebie na kontroli pod Barceloną, co pod Piotrkowem. Naruszenie wykryte we własnym raporcie tydzień wcześniej kosztuje rozmowę dyscyplinującą; wykryte przez hiszpański algorytm — mandat w euro.

Plik TGD w polskich rozliczeniach

Dane z pliku TGD zasilają polskie procesy dokładnie tak samo jak z DDD: zapisy przekroczeń granic i miejsc rozpoczęcia dnia dokumentują trasę hiszpańską na potrzeby diet i ryczałtów, a oś aktywności wchodzi do ewidencji czasu pracy. To ważne szczególnie przy odcinkach iberyjskich, gdzie stawki diet i kwestia delegowania robią realną różnicę w liście płac — dokumentacja „z urządzenia" zamyka dyskusje, które dokumentacja „z deklaracji" dopiero otwiera. Wycenę ryzyka naruszeń z tych samych plików zapewnia audyt zgodny z taryfikatorem ITD — bo do polskiej kontroli w firmie trafią wszystkie zapisy, także te z tras hiszpańskich.

Checklist: polski kierowca i pliki na trasie iberyjskiej

Krótka lista kontrolna, która porządkuje wszystko, co w tym artykule praktyczne:

• Przed wyjazdem: karta zgrana i zaudytowana — naruszenia wykryte w bazie kosztują rozmowę, wykryte na AP-7 kosztują euro. Procedurę zgrywania przypomina instrukcja odczytu karty.
• W trasie: czytnik OTG w kabinie pozwala dotrzymać terminu 28 dni bez wracania do bazy — plik może mieć etykietę .DDD czy .TGD, obowiązek jest ten sam.
• Po otrzymaniu pliku od partnera: natychmiastowa weryfikacja podpisu; plik z niespójnym podpisem zgłasza się od razu, póki partner może powtórzyć odczyt.
• Po powrocie: wszystkie pliki — własne i od partnerów — do jednego archiwum z metadanymi; raport z trasy do kadr, zapisy granic do rozliczenia diet.
• Nigdy: zmiana nazw i rozszerzeń ręcznie, otwieranie edytorami, przechowywanie wyłącznie na laptopie kierowcy.

Skąd w ogóle osobne rozszerzenie? Krótka historia etykiet

Rozporządzenia UE definiują strukturę danych i protokół pobierania, ale nigdy nie narzuciły jednej nazwy pliku. Każdy rynek wypełnił tę lukę po swojemu: hiszpańska administracja i tamtejsi dostawcy oprogramowania przyjęli parę TGD/VGD (od tarjeta — karta — i vehículo — pojazd), Francja i Portugalia parę C1B/V1B, a większość pozostałych rynków uniwersalne DDD. Wszystkie te konwencje przetrwały do dziś z prostego powodu: nigdy nie było potrzeby ich ujednolicania, skoro poprawne oprogramowanie i tak identyfikuje plik po strukturze binarnej. Dla użytkownika to dobra wiadomość — problem „obcego formatu" jest pozorny; wystarczy narzędzie, które czyta treść zamiast wierzyć etykiecie.