Der Empfänger sagt: Der Lkw kam zu spät. Kein Standgeld. Der Fahrer sagt: Ich stand zwei Stunden vor dem Tor. Beide Sätze gehören zum selben Vorgang. Beide sind ehrlich gemeint. Keiner ist ein Beweis. Ein Standgeld-Nachweis aus Telematik und Zeitfenster hätte die Antwort geliefert. Vor dem Streit, nicht danach.
Genau hier hängen die meisten Forderungen. Nicht am Recht. § 412 HGB ist klar. Wartet der Frachtführer über die vereinbarte Zeit hinaus, hat er Anspruch auf Standgeld. Voraussetzung: ein Grund im Vertrag, oder keine eigene Schuld. Die Norm sagt nur nichts über Ort und Zeitpunkt. Das muss der Betrieb selbst zeigen. Dieser Beitrag ist keine Rechtsberatung. Er beschreibt die Datenlage für einen solchen Nachweis.
An der Rampe laufen drei Systeme parallel. Sie sprechen nicht zusammen. Das Portal zeigt die Buchung: ein Slot, meist 15 oder 30 Minuten breit. Die Telematik zeigt die reale Position, auf die Minute genau. Das Hofsystem zeigt, wann das Tor öffnete und die Entladung begann.
Jedes System führt sein eigenes Protokoll. Niemand führt sie zusammen. Der Betreiber sieht nur die Buchung, nicht die Ankunft. Der Fahrer sieht die Schlange vor dem Tor. Sein Computer im Lkw schreibt keine Klage. Der Disponent bekommt am Ende nur eine E-Mail: "zu spät". Er reagiert, ohne die drei Uhren zusammen zu sehen.
Drei Protokolle werden erst mit einer Zeile zu einem Fall. Sechs Zeitpunkte gehören hinein. Ankunft, aus der Telematik. Fenster-Start, aus Portal oder TMS. Fenster-Ende. Start der Entladung, aus dem Hof-Log oder dem Stillstand am Tor. Abfahrt, wieder aus der Telematik. Dazu zwei Werte: Wartezeit und Verspätung.
Wartezeit und Verspätung sind zwei eigene Zahlen. Kein Wert, nur zweimal benannt. Verspätung misst Ankunft gegen den Fenster-Start. Kam der Lkw zu spät, greift oft eine Klausel. Wartezeit misst Ankunft gegen den echten Start der Entladung. Stand der Lkw länger als vereinbart, entsteht der Anspruch. Unabhängig von der Ankunft. Ein Lkw kann zu spät kommen. Trotzdem Standgeld verdienen, wenn er danach zu lange wartet. Wer beide Zahlen mischt, klärt keinen Streit.
Ein eigener Baustein läuft bei uns alle fünf Minuten. Er gleicht Geofence-Besuche aus der Telematik gegen offene Touren ab. In der Woche vom 8. bis 14. September 2026 lagen die Besuche im Schnitt bei rund 100 je Lauf. An guten Tagen über 140. Bei 70 bis 100 offenen Touren. Ein Besuch zählt nur, wenn er in ein Zeitfenster um die Soll-Zeit fällt. Genau dieses Prinzip zählt später beim Anspruch. Einen eigenen Datensatz mit Kundenfenster und Summe gibt es nicht. Deshalb hier die Mechanik, keine erfundene Zahl.
Die Geofence-Grenze entscheidet das Ergebnis, bevor eine Minute gerechnet wird. Ein Geofence am Tor meldet Ankunft, sobald der Lkw das Gelände erreicht. Ein Geofence an der Rampe meldet erst, wenn er bereit zum Andocken ist. Auf einem großen Gelände liegen dort mehrere Hundert Meter. Bei einer Schlange am Tor mehrere Stunden.
Das ist der Kern des Streits. Niemand handelt böswillig. Der Fahrer meint das Tor, wenn er "angekommen" sagt. Der Empfänger meint die Rampe, wenn er die Zeit prüft. Ein System mit nur einem Geofence an der Rampe bestätigt immer die spätere Zeit. Die Wartezeit vor dem Tor bleibt unsichtbar. Technisch korrekt, am Kern vorbei. Wer Standgeld belegen will, braucht zwei Geofences je Standort. Eines am Tor, für die reine Ankunft. Eines an der Rampe, für den Beginn der Wartezeit. Der Abstand zwischen beiden ist selbst eine Zahl.
Mit dem Datensatz wird eine Forderung zur Zeile in einer Tabelle. Nicht zur Erinnerung. Wartezeit über der Frist ist der Beleg, den § 412 HGB voraussetzt. Belegt durch zwei Quellen: Geofence und Hof-Log.
Die Pönale-Prüfung braucht mehr Vorsicht. Löst eine Verspätung überhaupt eine Pönale aus? Welche Toleranz erlaubt der Vertrag? Gibt es einen Grund ohne eigene Schuld? Alles Fragen zum Vertrag. Das System liefert nur die Fakten. Ankunft gegen Fenster, mit Quelle und Zeitstempel. Keine rechtliche Bewertung. Diese Grenze gehört in jeden Bericht an die Abrechnung.
Ohne den Datensatz landet jede Klage als Einzelfall bei der Disposition. WhatsApp, Portal, Mails, für eine einzige Fahrt durchsucht. Das kostet Zeit. An einem normalen Dienstag hat niemand sie übrig. Am Ende hängt das Ergebnis doch wieder an der Erinnerung des Disponenten. Mit dem Datensatz wird das zur Abfrage: Stopp-ID, sechs Zeitpunkte, zwei Kennzahlen, Quelle. Die Abrechnung stellt die Forderung, sobald die Wartezeit die Schwelle übersteigt. Ohne auf die Reklamation zu warten. Kündigt der Kunde eine Pönale an, antwortet die Disposition binnen Minuten. Stützt die Ankunftszeit das? Oder scheitert die Behauptung an den eigenen Daten?
Drei Stellen brechen den Ansatz. Alle drei sind es wert, vor dem ersten Produktivlauf geprüft zu werden. Nicht erst nach der ersten strittigen Rechnung. Erstens Zeitzone und Rundung. Ein Portal speichert lokale Zeit ohne Sekunden. Eine Telematik loggt UTC auf die Sekunde. Ohne geprüfte Umrechnung entstehen falsche Differenzen. Zweitens das Hof-Log selbst. Viele Standorte haben keinen digitalen Zeitstempel für den Start der Entladung. Nur einen Lieferschein, mit Datum, ohne Uhrzeit. Dann bleibt nur die Näherung über den Geofence an der Rampe. Drittens der Vertrag. Fehlt die Lade- oder Entladezeit im Vertrag, fehlt die Schwelle. Auch der beste Datensatz hilft dann nicht. Die Forderung bleibt angreifbar, trotz lückenloser Zeitstempel.
Die automatische Ankunftsmeldung aus der Telematik zeigt es. Für die reine Meldung an den Kunden reicht ein 15-Minuten-Takt fast immer. Für den Standgeld-Nachweis braucht es mehr. Zwei Geofences statt einem. Einen Datensatz mit Fenster und Hof-Log. Dasselbe Prinzip trägt auch den Maut-Abgleich. Er scheitert an der Zeit, nicht am Betrag. Und § 412 HGB verlangt genau diesen Beleg, ohne ihn zu liefern. Im Volltext nachlesbar bei gesetze-im-internet.de.
Wie viele strittige Standgeldfälle liegen bei Ihnen offen? Weil niemand Ankunft, Zeitfenster und Entladebeginn in einer Zeile zusammenführt.
