Eine Lieferavis ist keine Mail. Die ein Disponent schreibt. Sie ist eine Ausgabe. Von drei Quellen. Dem Auftrag im TMS. Dem Tourplan. Der ETA des Lkw. Heute schreibt sie fast überall die Disposition trotzdem selbst. Von Hand. Aus dem Kopf. Genau das ist der Fehler.
Meine These: Den Avis-Versand zu automatisieren, scheitert nicht an der Technik. Die drei Quellen sind meist schon da. Er scheitert an einer Frage. Die niemand als Datensatz beantwortet hat. Das wahre Problem ist die Empfänger-Regel. Wer will die Avis wie? Wann? In welchem Format?
Eine Avis ist die vorherige Ankündigung einer Lieferung. Zeitfenster. Sendungsdaten. Oft ein Kennzeichen. Der ecovium-Fachartikel nennt drei Wege. Telefonisch. Schriftlich. Digital. Digital heißt in der Praxis meist: Mail, Portal oder EDI-Nachricht.
Ein Fachartikel zur digitalen Lkw-Avisierung listet die üblichen Felder auf. Lieferdatum, Lieferzeit. Artikel, Menge, Gewicht, Volumen. Rampenhinweise. Bei EDI-Formaten zusätzlich Sendungs- und Packdaten. Jedes Feld kommt aus einem anderen System. Das Zeitfenster kommt aus der Tourplanung. Menge und Gewicht kommen aus dem Auftrag. Die Uhrzeit kommt, wenn sie ehrlich sein soll, aus der Telematik. Nicht aus dem Zeitplan von gestern.
Genau hier liegt die erste technische Aufgabe. Drei Systeme. Ein Empfänger. Eine Nachricht. Der Auftrag liefert das Was. Der Tourplan liefert das Wer. Und die Reihenfolge. Die Telematik liefert das Wann. Live, nicht geplant.
Die Nachricht selbst ist der leichte Teil. Der schwere Teil ist der Weg. Ein Empfänger aus der Industrie verlangt oft ein festes Zeitfenster. Gebucht über ein eigenes Portal. Eine Richtlinie eines Industriebetriebs, Stand November 2025, sagt es klar. Anmeldung nur über das Portal. Mail, Fax oder Telefon sind meist nicht zulässig. Ohne Buchung droht die Ablehnung.
Ein anderer Empfänger will das Gegenteil. Eine kurze Mail. Zwölf Stunden vorher. Ein dritter will einen Anruf. Die Rampe ist klein. Der Meister entscheidet selbst. Drei Empfänger. Drei Regeln. Bei zwanzig Empfängern sind es oft zwanzig Regeln.
Diese Regel ist ein Datensatz. Kanal. Format. Vorlaufzeit. Ansprechpartner, falls der Kanal ein Anruf ist. In den meisten Speditionen steht dieser Datensatz nirgendwo. Er steht im Kopf der Disponentin. Die den Kunden seit fünf Jahren betreut. Fällt sie aus, avisiert niemand richtig. Das ist das wahre Datenproblem. Nicht die Vorlage. Nicht die Anmeldung selbst.
Sobald diese Regel als Datensatz existiert, wird der Rest ein Auswahlproblem. Portal-Empfänger bekommen einen Portal-Agenten. Wie bei Portalen ohne Schnittstelle beschrieben. Mail-Empfänger bekommen eine Mail. Gebaut aus Auftrag, Tour und ETA. Telefon-Empfänger landen als Aufgabe im Kalender. Mit fertigem Sprechzettel. Statt mit Suche im TMS.
Eine Avis, die einmal steht, ist nur die halbe Arbeit. Der Wikipedia-Artikel zum Zeitfenstermanagement beschreibt den Kern des Problems. Ein gebuchtes Zeitfenster verfällt bei Verspätung. Die Buchung war für eine Uhrzeit. Nicht für den Lkw.
Für automatische Ankunftsmeldung aus der Telematik reicht ein grober Lesetakt. Ein stehendes Fahrzeug veraltet nicht. Für eine Avis gilt das Gegenteil. Die ETA ändert sich laufend. Solange der Lkw fährt. Verspätet er sich über eine Schwelle. Etwa dreißig Minuten. Dann braucht der Empfänger eine neue Nachricht. Kein Mensch soll das prüfen müssen. Ein Vergleich reicht. Geplante Ankunft gegen aktuelle ETA. Alle paar Minuten.
Das Gleiche gilt für die Umdisposition. Wechselt der Lkw, ändert sich das Kennzeichen in der Avis. Wechselt die Tourreihenfolge, ändert sich die Zeit. Für die Disposition ist das ein Klick im TMS. Für den Empfänger ist es eine neue Avis. Diese Kopplung fehlt heute fast überall. Die Disposition disponiert um. Die alte Avis bleibt einfach stehen. Bis jemand es merkt. Oft der Empfänger. Am Tor. Wenn der falsche Lkw kommt.
Ein System, das selbstständig Mails an Kunden schickt, braucht klare Grenzen.
Erstens: kein Avis ohne bestätigte Tour. Eine geplante, aber nicht freigegebene Tour ist kein Versandgrund. Sonst avisiert das System eine Lieferung, die am Ende anders fährt. Oder gar nicht.
Zweitens: ein Test-Modus. Er trennt echte Läufe von Testläufen. Neue Empfänger-Regeln laufen erst gegen Testadressen. Bevor der erste echte Kunde eine Avis bekommt.
Drittens: ein Protokoll je Avis. Gesendet. Angenommen. Fehler. Nicht nur, dass die Pipeline gelaufen ist. Sondern, was pro Empfänger passiert ist. Bei einem Portal-Empfänger zeigt das Protokoll den Login und die Bestätigungsseite. Bei einer Mail den Zeitstempel. Und, falls verfügbar, den Zustellstatus. Bei einem Telefon-Empfänger den erledigten Haken der Disponentin.
Ohne dieses Protokoll ist eine Reklamation kaum zu klären. "Die Avis kam nie an." Mit dem Protokoll ist sie ein Blick in eine Zeile.
Für die Disposition ändert sich der Alltag an einer Stelle. Dort, wo bisher am meisten Zeit verging. Beim Schreiben und Nachpflegen der Avis, bei jeder Änderung. Die Tour wird disponiert. Die Avis folgt automatisch. Bleibt nur der Sonderfall. Ein Empfänger ohne hinterlegte Regel. Oder eine Anmeldung, die technisch scheitert.
Für den Kundenservice ändert sich die Art der Rückfrage. Die Frage "wo bleibt die Avis" verschwindet fast. Das Protokoll enthält die Antwort schon. Übrig bleiben inhaltliche Fragen. Falsche Menge. Falsches Zeitfenster, weil der Auftrag selbst falsch war. Ein anderes, kleineres Problem als heute.
Die Standzeit sinkt indirekt. Ein rechtzeitig aktualisiertes Zeitfenster verfällt nicht. Der Lkw muss nicht neu buchen. Und nicht warten. Fehlanlieferungen sinken auch. Das Format passt zum Empfänger. Nicht zur Vorlage, die zufällig griffbereit war.
Drei ehrliche Grenzen.
Nicht jeder Empfänger lässt sich in eine Regel fassen. Manche wollen situativ entscheiden. Je nach Tagesauslastung an der Rampe. Dann bleibt der Anruf die richtige Lösung. Nicht die schlechtere.
Nicht jede Verspätung ist meldepflichtig. Eine Schwelle von dreißig Minuten ist eine Annahme. Keine Norm. Sie muss je Empfänger und Tourart eingestellt werden. Sonst kommen zu viele Re-Avise. Oder zu wenige.
Ein Datensatz ersetzt keine Vertragspflege. Ändert ein Kunde seine Avis-Regel, muss das jemand eintragen. Ein Agent kann das Feld füllen. Er kann nicht wissen, dass sich die Regel geändert hat. Bevor ihm das jemand sagt.
Ein Datensatz mit Kanal, Format und Vorlaufzeit. Ein Baustein, der TMS-Auftrag, Tour und ETA zu einer Nachricht zusammenführt. Ein Schwellenwert-Vergleich für Re-Avis. Bei Verspätung und Umdisposition. Drei Guards: bestätigte Tour, Test-Modus, Protokoll je Avis. Nichts davon ist exotisch. Neu ist nur, dass es für jeden Empfänger existiert. Nicht nur für die drei größten Kunden.
Wie viele Avis-Regeln Ihrer Kunden stehen nur im Kopf einer einzigen Person? In der Disposition. Schreiben Sie mir die Zahl. Dann zeige ich Ihnen im Prozess-Check. Wie der Datensatz für genau diese Fälle aussieht.
