Was ist eine DDD-Datei? Umfassender Analyse-Leitfaden

Die zwei Quellen der DDD-Datei: Fahrerkarte und Massenspeicher

Alles rund um die DDD — Fristen, Verantwortlichkeiten, Bußgelder — hängt davon ab, welches der beiden Geräte sie erzeugt hat. Verordnung (EU) 165/2014 regelt beide Aufzeichnungen, Verordnung (EU) 581/2010 die maximale Auslese-Frequenz:

Wer haftet rechtlich für jedes Auslesen?

Der Unternehmer — Inhaber der Unternehmenskarte — ist für das fristgerechte Auslesen sowohl der Fahrerkarten als auch der Massenspeicher verantwortlich, auch wenn ein Fahrer den Lesevorgang physisch durchführt. Beim Selbstfahrer fallen beide Pflichten in einer Person zusammen. Wird ein Fahrzeug verkauft, ausgeflottet oder am Leasing-Ende zurückgegeben, müssen die VU-Daten vor dem Verlust des Zugriffs ausgelesen werden: Das spätere Fehlen dieser Aufzeichnungen ist bußgeldbewehrt, obwohl der Lkw längst nicht mehr Ihnen gehört.

Was passiert, wenn die Frist ohne Auslesen verstreicht?

Die versäumte Frist gilt als Fehlen von Aufzeichnungen — dieselbe Verstoßkategorie wie nie ausgelesen, und jede Karte und jedes Fahrzeug zählt einzeln nach den Sätzen des Bußgeldkatalogs Güterverkehr. Ist das Auslesen unmöglich, weil ein Vorbesitzer die Daten mit seiner Unternehmenskarte gesperrt hat, gibt es einen technischen und rechtlichen Ausweg — erklärt im Beitrag zur Unternehmenssperre beim Datendownload.

Der Rechtsrahmen der DDD — ohne Juristendeutsch

Vier Rechtsakte bündeln fast alle praktischen Pflichten, die Verkehrsleiter und Fahrer kennen müssen:

Verordnung (EG) 561/2006: was die Datei beweisen muss

Die Lenk- und Ruhezeitregeln. Die DDD ist genau deren Nachweis: höchstens 9 Stunden Tageslenkzeit (zweimal wöchentlich 10), 56 Stunden pro Woche und 90 pro Doppelwoche, 45 Minuten Pause nach 4,5 Stunden, 11 Stunden tägliche Ruhezeit (reduzierbar auf 9) und 45 Stunden Wochenruhezeit. Jede dieser Regeln wird gegen die Binärdaten der Datei geprüft — die vollständige Referenz ist unser Leitfaden Lenk- und Ruhezeiten 2026.

Verordnung (EU) 165/2014: das Gerät und seine Daten

Definiert den digitalen und intelligenten Tachographen, die Fahrerkarte, die Pflicht zur Aufbewahrung der Daten über mindestens ein Jahr und den Rahmen der DSRC-Fernabfrage. Hier entspringt auch der Kalender des intelligenten Tachographen V2, dessen technische Unterschiede wir im Beitrag zu den Unterschieden des intelligenten Tachographen V2 behandeln.

Verordnung (EU) 581/2010: die 28/90-Fristen

Legt die maximale Auslese-Frequenz fest: 28 Tage für die Karte, 90 für den Massenspeicher. Das sind gesetzliche Höchstwerte, keine Betriebsempfehlungen: Ein defekter Kartenleser, eine beschädigte Karte oder ein schlecht geplanter Urlaub macht das Fahren auf Kante zum Roulette. Professionelle Praxis: Fahrerkarte alle zwei Wochen, Massenspeicher monatlich.

Fahrpersonalrecht: wie Deutschland kontrolliert und aufbewahrt

In Deutschland führen BALM und Gewerbeaufsicht die Kontrollen; die nationalen Aufbewahrungs- und Nachweispflichten für Tachographendaten haben eigene Feinheiten, die wir im Beitrag zur Aufbewahrungspflicht für Tachographen-Daten zusammenfassen. Die schwersten Feststellungen fließen über den europäischen ERRU-Datenaustausch in das Risikoeinstufungssystem des Unternehmens ein — und entscheiden mit, wie oft Sie künftig herausgewunken werden.

Typische Probleme mit DDD-Dateien (und ihre Lösung)

"Ich kann die Datei nicht öffnen"

Das meistgesuchte Problem — und das am einfachsten lösbare: Eine DDD öffnet sich nicht in gewöhnlichen Editoren, weil sie kein Text ist, sondern strukturiertes Binärformat. Sie brauchen einen Betrachter, der die Blöcke dekodiert und die Signatur prüft. Die Optionen vergleicht der Beitrag DDD-Dateien öffnen und ansehen; und was Sie nach dem Öffnen sehen, erklärt DDD-Daten auslesen.

"Die digitale Signatur wird als beschädigt angezeigt"

Meist die Folge eines unterbrochenen Downloads — billiger Downloadkey, wackliges OTG-Kabel, leerer Akku mitten im Transfer — und die Datei ist rechtlich wertlos. Früherkennung ist entscheidend: Fängt die präventive Analyse den Fehler bei noch offener Frist ab, lesen Sie einfach erneut aus. Unser Protokoll steht im Beitrag DDD-Dateien fehlerfrei analysieren.

"Der Kartenleser erkennt die Karte nicht"

Verschmutzte Kontakte, veraltete Treiber und zu schwache USB-Versorgung sind die Montagsklassiker. Bevor Sie eine Ersatzkarte beantragen, lohnt die Diagnose aus dem Beitrag Fahrerkarten-Lesefehler; sitzt der Fehler im Gerät selbst, hilft der Katalog häufige Fehler des digitalen Tachographen.

"Ich habe die Dateien — auf einer lokalen Festplatte"

DDDs auf dem Büro-PC zu lagern ist Aufbewahrung nur dem Schein nach: Ransomware, Diebstahl oder ein Plattendefekt vernichten ein Jahr an Aufzeichnungen und lösen dasselbe Bußgeld aus wie nie ausgelesen. Pflichten und gute Praxis behandelt die Aufbewahrungspflicht, ihre Automatisierung die Software zur rechtssicheren Archivierung.

Vom Archivieren zum Auditieren: der unsichtbare Nutzen

Auslesen und Aufbewahren schützt vor formellen Bußgeldern — der eigentliche Wert der DDD zeigt sich beim Audit: Jede Datei enthält exakt die Verstöße, die ein Kontrolleur finden würde, nur Wochen bevor es eine Kontrolle gibt. Wer heute eine Lenkzeitüberschreitung von vor zehn Tagen entdeckt, kann die Planung korrigieren, den Ausnahmefall dokumentieren oder den Fahrer schulen; wer sie auf dem Standstreifen entdeckt, kann nur noch zahlen. Flotten, die ihre Dateien systematisch analysieren, geben dem Tachographen seine eigentliche Rolle zurück: Frühwarnsystem statt Sparbüchse aufgeschobener Bußgelder. Dieselben Daten speisen zudem operative Prozesse wie die Spesenabrechnung und die Ruhezeiten-Auswertung.

Binäre Anatomie: was in einer DDD steckt

Anhang 7 der Verordnung (EU) 2016/799 definiert das Download-Protokoll und die Struktur der übertragenen Daten: Transferblöcke namens TREP (Transfer Response Parameter) für den Massenspeicher, Elementardateien (EF) für die Karte. Diese Struktur zu kennen ist keine Gelehrsamkeit: Sie erklärt, warum bestimmte Daten in einfachen Betrachtern "verschwinden" — und was Sie von Ihrer Software verlangen müssen.

Kartendatei: die EF-Blöcke

• Identifikation: Inhaberdaten, Karten- und Führerscheinnummer — die rechtliche Verbindung zwischen Person und Aufzeichnung.
• Fahrer-Aktivität: das minutengenaue Protokoll von Lenken, sonstiger Arbeit, Bereitschaft und Ruhe; das Herz der Datei und Grundlage jeder Verstoß-Analyse.
• Genutzte Fahrzeuge: Kennzeichen und Kilometerstand jedes im Zeitraum gefahrenen Fahrzeugs.
• Orte: Länder von Schichtbeginn und -ende — direkter Input für Kabotage-Prüfung und Spesenberechnung.
• Ereignisse und Störungen: erkanntes Fahren ohne Karte, Kartenstecken während der Fahrt, Stromunterbrechungen, Bewegungskonflikte.
• Kontrolltätigkeiten: welche Behörde wann welche Daten gelesen hat — Ihre Kontrollhistorie.
• Besondere Bedingungen: OUT-Markierungen und Fähre/Zug-Abschnitte, die die Ruhezeitbewertung verändern.

Massenspeicher-Datei: die TREPs der ersten Generation

• TREP 01 — Overview: Fahrzeugidentifikation, Unternehmenssperren und frühere Downloads: Hier prüfen Sie, ob ein anderer Betrieb die Daten gesperrt hinterlassen hat.
• TREP 02 — Activities: Tagesaktivität aller Fahrer des Fahrzeugs, einschließlich der Zeiten ohne gesteckte Karte.
• TREP 03 — Events & Faults: das Anomalie-Register: Geschwindigkeitsüberschreitungen, Sensor-Eingriffe, Stromausfälle.
• TREP 04 — Detailed Speed: das Geschwindigkeitsprofil Sekunde für Sekunde der letzten ~24 Fahrstunden — Basis jeder Unfallrekonstruktion.
• TREP 05 — Technical Data: Kalibrierungen, Fahrzeugkonstanten und Daten des gekoppelten Bewegungssensors.

Generation 2: TREP 21-25 und 31-35

Intelligente Tachographen verdoppeln die Struktur mit Blöcken der zweiten Generation (TREP 21-25, in Version 2 zusätzlich 31-35), die die bisherigen um GNSS-Positionen, automatische Grenzübertritts-Einträge und Be-/Entladevorgänge erweitern. Ein Betrachter, der nur TREP 01-05 versteht, zeigt eine G2-Datei als "unvollständig" an, ohne dass sie beschädigt wäre — die klassische Fehldiagnose einer Korruption.

Die digitale Signatur: warum ein Bit alles zerstört

Jeder Datenblock trägt eine Signatur, berechnet aus seinem Inhalt mit dem privaten Schlüssel des ausstellenden Geräts (Karte oder VU), eingebettet in eine europäische Zertifikatshierarchie: Die ERCA-Wurzel (European Root Certification Authority) zertifiziert die nationalen Stellen, diese jede produzierte Karte und Einheit.

G1 gegen G2

Die erste Generation signiert mit RSA-1024; intelligente Tachographen (G2) wechseln auf Elliptische-Kurven-Kryptographie (ECC) mit begrenzter Zertifikatslaufzeit und schließen die dokumentierten Angriffswege gegen G1. Für den Verkehrsleiter heißt das zweierlei: G2-Dateien validieren nur mit aktueller Software, und kryptographische Manipulation wird von "schwierig" zu "wirtschaftlich absurd" — der Betrug wandert in die Hardware, wie wir im Beitrag zur Fahrtenschreiber-Manipulation zeigen.

Was eine Integritätsanalyse wirklich prüft

Ein seriöser Prüfer kontrolliert drei Ebenen: ob die Signatur jedes Blocks zu seinem Inhalt passt (Integrität), ob das signierende Zertifikat zur europäischen Kette gehört (Authentizität) und ob die zeitliche Abfolge der Ereignisse schlüssig ist (Plausibilität). Die dritte Ebene trennt den Betrachter vom forensischen Motor: Eine Datei kann intakt und authentisch sein und trotzdem Spuren erzwungener Neustarts oder unmöglicher Überlappungen tragen — etwa einen Fahrerkarten-Konflikt oder eine Bewegungssensor-Anomalie.

DDD, TGD, V1B, C1B: die Container-Landkarte

Der normierte Inhalt ist EU-weit identisch, aber jedes Land verpackt den Download anders — eine unerschöpfliche Quelle von Lesefehlern in ausländischer Software:

Daten, die es nur im intelligenten Tachographen V2 gibt

Fährt Ihre Flotte bereits Version-2-Geräte, enthalten Ihre DDD-Dateien zusätzliche Schichten, die man nutzen sollte: automatisch protokollierte GNSS-Positionen bei Schichtbeginn und -ende sowie alle drei Stunden kumulierter Lenkzeit, Grenzübertritte ohne Fahrereingabe und Be-/Entladevorgänge. Es sind exakt die Daten, die Behörden bereits per DSRC aus der Ferne lesen — das Netz der Fernkontroll-Stationen auf der AP-7 ist Spaniens erster fester Ausbau — interne Analyse heißt also wörtlich: sehen, was der Kontrolleur sehen wird.

Schritt für Schritt: vom Auslesen zum Bericht

Schritt 0 — Ausrüstung und Zuständigkeit

Bevor irgendetwas ausgelesen wird, einmal sauber aufsetzen: ein Kartenleser nach ISO/IEC 7816 (verarbeitet G1- und G2-Karten), ein Downloadkey mit aktueller Firmware — ältere Keys verstehen die Blöcke der zweiten Generation oft nicht — und die gültige Unternehmenskarte beim ersten Kontakt mit jedem neuen Fahrzeug, um die Unternehmenssperre zu setzen. Dazu eine organisatorische Entscheidung: Wer ist namentlich für den Auslese-Kalender verantwortlich? In kleinen Betrieben platzen Fristen nicht am Gerät, sondern daran, dass "alle" gleich "niemand" bedeutet.

Schritt 1 — Fahrerkarte auslesen

Mit USB-Leser am PC oder OTG-Leser am Smartphone: Karte mit dem Chip voran einführen, die Bestätigung des vollständigen Lesevorgangs abwarten und die Karte niemals mittendrin ziehen — vorzeitiges Entnehmen ist Ursache Nummer eins für beschädigte Signaturen. Eine Karte speichert rund 28 Tage Aktivität (56 bei neueren G2-Karten): Wer auf Kante fährt, riskiert das Überschreiben der ältesten Tage.

Schritt 2 — Massenspeicher auslesen

Bei eingeschalteter Zündung und Unternehmenskarte in Schacht 2 den Downloadkey an die Frontschnittstelle des Tachographen anschließen und den Umfang wählen: Erstauslesung komplett, danach inkrementell (seit dem letzten Download). Wenn der Key es hergibt, immer auch das detaillierte Geschwindigkeitsprofil mitnehmen: dauert länger, ist nach einem Unfall aber forensisches Gold.

Schritt 3 — Integrität sofort prüfen

Die Profi-Regel: Keine Datei wandert ungeprüft ins Archiv. Frisch ausgelesene Datei in den Analyzer laden — die Signaturprüfung dauert Sekunden — und erst dann gilt die Frist als erfüllt. Eine Woche später zu prüfen heißt, die Korruption zu entdecken, wenn für eine Wiederholung womöglich keine Zeit mehr bleibt.

Schritt 4 — Verstöße analysieren und archivieren

Mit validierter Datei bewertet das Panel die Aktivität gegen Verordnung 561/2006 — Tages-, Wochen- und Doppelwochenlenkzeit, Pausen, Ruhezeiten, bei G2 auch die Positionsdaten — und erstellt den Verstoßbericht samt Einstufung. Das Original bleibt mit intakter Signatur im Archiv, der PDF-Bericht dient dem Tagesgeschäft: Die Umwandlung mit dokumentarischer Nachvollziehbarkeit erklärt der Beitrag DDD-Datei in PDF umwandeln.

Welche Verstöße eine DDD-Analyse aufdeckt

Jede Feststellung wird ihrer Einstufung im Bußgeldkatalog zugeordnet: Der Bericht sagt nicht nur, "was" passiert ist, sondern "was es kosten würde", fände es der Kontrolleur — die Kennzahl, die Analyse in Entscheidungen verwandelt.

Format-Evolution: vom digitalen Tachographen zum V2

Die DDD ist kein eingefrorenes Format: Jede Gerätegeneration ergänzt Datenschichten, und eine reale Flotte verarbeitet heute Dateien aus drei Epochen. Geräte vor 2019 zeichnen keine Position auf — die Datei beweist, wann und wie schnell gefahren wurde, nicht wo. G2 v1 (ab Juni 2019) bringt GNSS und die DSRC-Schnittstelle; G2 v2 — vom Mobilitätspaket gefordert — automatische Grenzen, Ladevorgänge und das authentifizierte Galileo-Signal (OSNMA), resistent gegen GPS-Spoofing. Für den grenzüberschreitenden Verkehr ist der Austausch älterer Geräte stufenweise Pflicht: Die Termine bündelt der Nachrüstungs-Zeitplan, den Umfang der Leitfaden zur Pflichtumrüstung. Drei Praxisregeln fürs Übergangsarchiv: Alte Dateien nie mit modernen Tools "normalisieren" (zerstört die Signatur), sicherstellen, dass der Betrachter die Generation selbst erkennt, und eine von Alt-Software als "korrupt" gemeldete G2-Datei erst mit aktuellem Motor prüfen, bevor unnötig neu ausgelesen wird.

Fehldeutungen, die Verstöße aus dem Nichts erzeugen

Nicht jeder Verstoß, den ein Billig-Betrachter meldet, ist echt — und nicht jeder seltsame Eintrag ist Betrug. Diese Missverständnisse erzeugen die meisten Streitfälle zwischen Fahrern, Unternehmen und Kontrolleuren:

Die Ein-Minuten-Regel

Seit 2011 ordnet der Tachograph jede volle Minute der in ihr überwiegenden Aktivität zu: 20 Sekunden Rangieren an der Rampe zählen nicht als Lenkminute, wenn der Rest der Minute eine andere Tätigkeit war. Eine Analyse, die diese Rundung ignoriert, bläht die Lenkzeit künstlich auf — Details in der Ein-Minuten-Regel.

Bereitschaft ist keine Ruhezeit (und umgekehrt)

Der Zeitgruppenschalter teilt die Nicht-Lenkzeit in "sonstige Arbeit", "Bereitschaft" und "Ruhe" — und jede wiegt anders: Eine durch zwei Minuten "sonstige Arbeit" unterbrochene Tagesruhe ist keine mehr. Die Hälfte der Ruhezeitverstöße in echten Dateien stammt aus falscher Schalterbedienung, nicht aus illegalen Dienstplänen — wie jede Situation korrekt erfasst wird, zeigt der Leitfaden zum Zeitgruppenschalter.

Fehlende manuelle Nachträge

Der Tachograph weiß nur, was mit gesteckter Karte geschieht. Die Taxifahrt zum Lkw, ein Ladetag ohne Fahrzeug oder die Ruhe zu Hause müssen beim Kartenstecken manuell nachgetragen werden; ihr Fehlen erscheint in der DDD als "Lücke ohne Aufzeichnung", die die Kontrolle als fehlende Nachweise wertet. Das korrekte Vorgehen, Bildschirm für Bildschirm, zeigen die manuellen Nachträge Schritt für Schritt.

Fähre, Zug und Mehrfahrerbetrieb

Zwei Szenarien mit Sonderregeln, die simple Analysen falsch bewerten: Die Tagesruhe darf bis zu zweimal (zusammen max. eine Stunde) fürs Auf- und Abfahren von Fähre oder Zug unterbrochen werden, wenn eine Schlafkabine verfügbar ist — die Fähre/Zug-Regel — und im Mehrfahrerbetrieb weitet sich das Fenster für die Tagesruhe auf 30 Stunden. Eine gut gelesene DDD erkennt diese Fälle an den erfassten besonderen Bedingungen; eine schlecht gelesene produziert Phantomverstöße, die in Lohnstreitigkeiten enden. Gleiches gilt für legitime Out-of-scope-Fahrten mit gesetzter OUT-Bedingung.

Die DDD in der deutschen Kontrollpraxis: eine Datei, drei Behörden

In Deutschland arbeitet dieselbe DDD-Datei für drei verschiedene Prüfperspektiven — wer nur an die Straßenkontrolle denkt, unterschätzt zwei Drittel des Risikos. Der Unterschied liegt nicht in den Daten, sondern in der Brille, mit der sie gelesen werden: Dieselbe Aktivitätssequenz beantwortet der einen Behörde die Frage nach der Lenkzeit, der anderen die nach der Arbeitszeit und dem Gericht die nach der Verantwortung. Wer seine Dateien kennt, kennt alle drei Antworten vorab.

BALM: Straße und Betrieb

Das Bundesamt für Logistik und Mobilität kontrolliert auf der Straße die letzten 56 Tage — Karte in den Leser, Sofortauslesung, Abgleich mit Ausdrucken und manuellen Nachträgen — und im Betrieb den kompletten Datenbestand der Flotte. Was der Kontrolleur am Parkplatz beginnt, setzt die Betriebsprüfung am Schreibtisch fort: Fehlende Auslesungen, Lücken und Muster wiederholter Verstöße stehen dort schwarz auf weiß. Den Ablauf am Straßenrand beschreibt der Leitfaden Straßenkontrolle 2026.

Gewerbeaufsicht: dieselben Bytes, andere Fragen

Die Arbeitsschutzbehörden fragen nicht nach 561/2006-Pausen, sondern nach Arbeitszeitgesetz: Höchstarbeitszeiten, Nachtarbeit, Ruhezeiten im arbeitsrechtlichen Sinn. Datenquelle bleibt dieselbe DDD — weshalb Widersprüche zwischen Tachographendaten und Lohnabrechnung der kürzeste Weg in ein Verfahren sind. Was diese Prüfungen umfasst, zeigt der Beitrag zu den Arbeitsinspektionen im Transport.

Die Haftungsfrage: Fahrer oder Unternehmen?

Deutsche Bußgeldpraxis trifft regelmäßig beide: den Fahrer für den Verstoß am Steuer, den Unternehmer für Organisationsverschulden — wer Touren plant, die nur mit Verstößen fahrbar sind, haftet mit. Die DDD entscheidet die Zurechnung: Systematische Muster in den Dateien belegen Organisationsversagen, Einzelfälle mit dokumentierter Ausnahme entlasten. Die Details regelt der Beitrag zur Unternehmenshaftung bei Fahrerverstößen.

Betriebs-Checkliste: der DDD-Lebenszyklus einer gut geführten Flotte

Alles Vorstehende verdichtet sich zu einer Routine, die jede Flotte systematisieren kann. Die Reihenfolge zählt: Jeder Schritt schützt den nächsten.

• Alle zwei Wochen: sämtliche Fahrerkarten auslesen. Nicht auf Tag 28 warten — der Puffer ist Ihre Versicherung gegen Defekte, Krankmeldungen und Urlaub.
• Monatlich: alle Massenspeicher inklusive Geschwindigkeitsprofil auslesen und jede Datei vor der Archivierung sofort auf Signatur prüfen.
• Nach jedem Auslesen: Verstoß-Analyse fahren und die Ereignisse sichten — ein wiederkehrender Bewegungskonflikt oder häufige Stromunterbrechungen sind überfällige Wartung, kein Rauschen.
• Quartalsweise: Kontroll-Simulation über 90 Tage Dateien: dieselbe Prüfung, die eine Betriebsprüfung fahren würde — im Haus und rechtzeitig zum Korrigieren.
• Bei jedem Verkauf, jeder Ausflottung, jedem Abgang: vollständige Massenspeicher-Auslesung vor der Fahrzeugübergabe, Kartenauslesung vor dem Ausscheiden des Fahrers.
• Immer: redundante Aufbewahrung der Originale über mindestens 365 Tage, Quelldatei unangetastet, PDF-Berichte als Arbeitskopie.

Eine Flotte mit diesem Zyklus fürchtet weder die Fernabfrage noch die Vorladung: Ihre Daten wurden bereits auditiert — von ihr selbst. Das ist letztlich die wahre Funktion der DDD-Datei: nicht die Vergangenheit zu dokumentieren, sondern die operative Zukunft des Betriebs zu sichern.

Glossar: die Sprache der DDD-Dateien an einem Ort

Die Tachographen-Terminologie kann erschlagen — in Kontrollprotokollen und Analyseberichten tauchen diese Begriffe unübersetzt auf. Das Minimum, das man verstehen sollte:

• VU (Vehicle Unit) / Massenspeicher: das Aufzeichnungsgerät in der Kabine — Quelle der Fahrzeugdatei und Hüter der Daten aller Fahrer dieses Lkw.
• Bewegungssensor (KITAS): der Impulsgeber am Getriebe, kryptographisch mit der VU gekoppelt; Ziel Nummer eins des Magnetbetrugs — weshalb jede seiner Anomalien im Ereignisregister der Datei landet.
• GNSS / OSNMA: der Satellitenempfänger des intelligenten Tachographen und das authentifizierte Galileo-Signal gegen Positions-Spoofing; Ursprung der automatischen Orts- und Grenzeinträge.
• DSRC: die Kurzstrecken-Funkschnittstelle, über die Behörden den Tachographen in Fahrt abfragen — technische Basis der Vorauswahl ohne Anhalten.
• TREP / EF: die Transferblöcke der VU-Datei und die Elementardateien der Karte — die "Kapitel", aus denen jede DDD besteht.
• Unternehmenskarte: die Karte, mit der sich der Betrieb am Tachographen anmeldet; sie setzt die Unternehmenssperre und ermöglicht vollständige Massenspeicher-Downloads.
• Unternehmenssperre (Company Lock): die Markierung im VU-Speicher, ab wann die Daten einem Betrieb "gehören"; beim Halterwechsel falsch verwaltet, sperrt sie den Nachfolger aus.
• Ausdruck: der Papierstreifen aus dem Tachographen — das Notfall-Beweismittel bei Kartendefekt, trotz aller Digitalisierung bei der Straßenkontrolle weiter gefordert.

Jeder dieser Begriffe entspricht konkreten Bytes in der DDD — und genau so sollte man dieses Format denken: nicht als "abzuhakende Datei", sondern als vollständiges, digital signiertes Abbild eines Transportbetriebs.

Die DDD als Wirtschaftsdatensatz: Spesen, Lohn und Disposition

Jenseits von Kontrolle und Bußgeld ist die DDD der präziseste Betriebsdatensatz, den eine Spedition besitzt — und die meisten lassen ihn brachliegen. Dabei stecken in denselben Bytes, die der Kontrolleur liest, die Antworten auf drei Fragen, die jeden Fuhrpark-Verantwortlichen ohnehin beschäftigen: Was kostet eine Tour wirklich, welcher Fahrer hat wie viele Stunden übrig, und wo verliert der Betrieb Geld, ohne es zu merken?

Spesen aus Daten statt aus Zetteln

Die Länder von Schichtbeginn und -ende sowie — beim V2 — die automatischen Grenzeinträge erlauben eine stundengenaue Spesenberechnung je Aufenthaltsland. Statt monatlicher Diskussionen über Reisekostenformulare ergibt sich die Abrechnung direkt aus den Aufzeichnungen; die Methodik zeigt der Beitrag zur Spesenberechnung in Deutschland.

Disposition mit Restlenkzeiten

Wer die Dateien laufend analysiert, kennt die verfügbaren Lenkstunden jedes Fahrers, bevor die Tour geplant wird — und plant keine Touren mehr, die nur mit Verstößen fahrbar sind. Als Nachschlagewerk für die Grenzwerte dient die Lenk- und Ruhezeiten-Tabelle; den regulatorischen Rahmen der kommenden Jahre setzt das Mobilitätspaket.

Der Übergang von Analog und Alt-Digital

Betriebe mit gemischter Flotte — Schaublätter, alte Digitalgeräte, neue V2 — führen faktisch drei Nachweissysteme parallel. Je früher die Umstellung, desto einfacher die Archivlage: Ein einheitlicher DDD-Bestand ist auswertbar, ein Papier-Digital-Mix nur verwaltbar. Was der Wechsel bedeutet, beschreibt der Beitrag zur Umstellung von analog auf digital V2.