EDI in der Logistik: Wann sich elektronischer Datenaustausch für Spediteure lohnt

Die Anfrage eines großen Verladers liest sich vielversprechend, bis der Anhang kommt: ein Dokument mit technischen Anforderungen, in dem von Nachrichtentypen, Übertragungsprotokollen und Testphasen die Rede ist. Wer an dieser Stelle nur E-Mail und PDF anbieten kann, fällt bei der Ausschreibung durch, bevor über Preise überhaupt gesprochen wird. EDI, der elektronische Datenaustausch zwischen den Systemen von Verlader und Spediteur, ist bei Industrie und Handel längst Standardanforderung, nicht Zusatzwunsch.

Für mittelständische Speditionen ist das Thema unangenehm, weil es technisch klingt und die eigenen Systeme oft nicht dafür gebaut wurden. Gleichzeitig ist der Kern einfach: Statt dass ein Disponent Aufträge aus E-Mails abtippt und Statusmeldungen telefonisch durchgibt, tauschen die Systeme diese Informationen direkt aus, in einem vereinbarten Format und ohne manuellen Zwischenschritt. Der Artikel ordnet ein, was das konkret bedeutet, welche Wege der Umsetzung es gibt und wie man die EDI-Anforderung eines Kunden nüchtern bewertet.

Welche Nachrichten im Transportalltag wirklich zählen

EDI ist kein einzelnes Format, sondern ein Sammelbegriff. Im Transportbereich hat sich der EDIFACT-Standard etabliert, daneben verlangen manche Partner XML-basierte Formate oder stellen moderne Schnittstellen bereit. Wichtiger als das Format ist die Frage, welche Nachrichtenarten der Kunde tatsächlich austauschen will. Im Alltag einer Spedition sind es typischerweise vier:

• Transportauftrag: Der Verlader übermittelt den Auftrag elektronisch, mit Lade- und Entladestellen, Terminen, Gewichten und Referenzen. Er landet direkt in der Disposition statt im Posteingang.
• Statusmeldung: Der Spediteur meldet definierte Ereignisse zurück, etwa geladen, in Zustellung, zugestellt. Der Kunde sieht den Sendungsstand in seinem eigenen System.
• Liefernachweis: Die Bestätigung der Zustellung, oft mit Verweis auf den unterschriebenen Beleg.
• Rechnung oder Gutschriftsverfahren: Die Abrechnung läuft elektronisch, häufig als Gutschrift durch den Verlader auf Basis der bestätigten Leistungen.

Selten verlangt ein Kunde alles auf einmal. Meist beginnt es mit Auftrag und Status, weil dort der größte Nutzen für beide Seiten liegt. Genau diese Reihenfolge sollte man auch selbst anstreben: erst die Nachrichten umsetzen, die täglich manuelle Arbeit ersetzen.

Wege der Umsetzung: vom Dienstleister bis zur API

Für die technische Umsetzung gibt es drei gangbare Wege, die sich in Aufwand und Kontrolle unterscheiden.

Der erste Weg führt über einen EDI-Dienstleister. Er betreibt die Konverter, übersetzt zwischen dem Format des Kunden und dem, was das eigene Transportmanagementsystem versteht, und kümmert sich um Übertragung und Überwachung. Das ist der übliche Einstieg für Speditionen ohne eigene IT-Abteilung: geringer Anfangsaufwand, laufende Kosten pro Anbindung oder Nachrichtenvolumen.

Der zweite Weg ist die Anbindung über das eigene Transportmanagementsystem. Viele Systeme bringen EDI-Module oder fertige Anbindungen an große Verlader mit. Wer ohnehin ein modernes System betreibt, sollte zuerst dort nachfragen, bevor extern eingekauft wird.

Der dritte Weg sind direkte Schnittstellen, also APIs. Zunehmend bieten Verlader und Plattformen an, Aufträge und Status über Web-Schnittstellen auszutauschen statt über klassische EDIFACT-Strecken. Für Speditionen mit eigener Entwicklungskapazität ist das oft der flexibelste Weg, für alle anderen einer, den ein Dienstleister ebenso bedienen kann.

In der Praxis entscheidet selten die Technik, sondern die Frage, wer die Anbindung langfristig betreut. Eine EDI-Strecke ist kein Projekt mit Enddatum, sondern ein Betriebsthema: Formate ändern sich, Partner stellen um, Fehler müssen jemandem auffallen.

Kosten und Zeit realistisch einschätzen

Konkrete Zahlen hängen stark vom Einzelfall ab, aber ein paar Erfahrungswerte helfen bei der Einordnung. Die erste Anbindung ist immer die teuerste, weil neben der Strecke selbst die Grundlagen entstehen: die Anbindung des eigenen Systems, die Abbildung der eigenen Prozesse, die Testumgebung. Jede weitere Anbindung wird günstiger, weil sie auf diesen Grundlagen aufsetzt.

Zeitlich sollte man für eine erste Anbindung eher in Monaten als in Wochen denken. Nicht weil die Technik so aufwendig wäre, sondern weil Abstimmung und Test die meiste Zeit kosten: Der Kunde gibt Spezifikationen vor, es folgen Testnachrichten, Korrekturschleifen und eine Parallelphase, in der beide Wege nebeneinander laufen. Wer die EDI-Anforderung erst nach Vertragsabschluss ernst nimmt, gerät hier unter Druck. Besser ist, die Testphase von Anfang an in die Projektplanung mit dem Kunden einzubauen.

Bei den laufenden Kosten lohnt der genaue Blick auf das Preismodell des Dienstleisters: Grundgebühr, Kosten pro Nachricht, Kosten pro neuer Strecke. Bei kleinen Sendungsmengen kann ein nachrichtenbasiertes Modell günstig wirken und mit dem Wachstum unangenehm werden.

EDI-Anforderungen eines Kunden strukturiert bewerten

Nicht jede EDI-Anforderung verdient dieselbe Antwort. Vor der Zusage lohnt eine kurze, strukturierte Prüfung:

• Volumen und Laufzeit: Rechtfertigt das erwartete Sendungsvolumen den Anbindungsaufwand, und wie lange läuft der Vertrag.
• Nachrichtenumfang: Welche Nachrichtenarten sind Pflicht zum Start, welche können später folgen.
• Wiederverwendbarkeit: Verlangt der Kunde ein verbreitetes Format, das auch für künftige Kunden taugt, oder eine Sonderlösung.
• Eigene Systemreife: Kann das eigene Transportmanagementsystem die Daten überhaupt strukturiert liefern, oder müsste intern erst nachgerüstet werden.
• Betrieb: Wer überwacht die Strecke, wer reagiert bei Fehlern, auch am Freitagnachmittag.

Aus diesen Punkten ergibt sich eine ehrliche Entscheidungsgrundlage. Manchmal lautet das Ergebnis, dass sich die Anbindung erst ab einem bestimmten Volumen trägt, und genau das lässt sich dann auch mit dem Kunden verhandeln.

Fazit

Elektronischer Datenaustausch ist für Speditionen keine Kür mehr, sondern zunehmend die Eintrittskarte zu größeren Kunden. Die gute Nachricht: Der Einstieg ist planbar. Wer versteht, welche Nachrichtenarten im eigenen Alltag Arbeit ersparen, den passenden Umsetzungsweg zwischen Dienstleister, Systemmodul und direkter Schnittstelle wählt und Anforderungen vor der Zusage strukturiert bewertet, macht aus einer lästigen Pflicht einen Effizienzgewinn. Die erste Anbindung kostet Geduld und Geld. Ab der zweiten beginnt sie, sich zu rechnen, und zwar nicht nur beim Kunden, sondern auch in der eigenen Disposition, die weniger abtippt und mehr disponiert.