Kundensysteme bewegen die Fracht. Wer steuert Ihr Geschäft?

Ein großer Auftraggeber kann ein ausgezeichnetes Transportportal betreiben. Es nimmt Statusmeldungen entgegen, zeigt Lieferungen und gibt dem Kunden genau die Kontrolle, die er benötigt. Die Schwierigkeit beginnt, wenn ein Frachtführer für drei, fünf oder zehn Auftraggeber arbeitet und jeder Kunde sein eigenes System, seine eigenen Codes und seine eigene Sicht auf den Ablauf mitbringt.

Jedes einzelne Portal kann gut funktionieren. Trotzdem wird der Arbeitstag des Frachtführers fragmentiert. Der Auftrag wird an einer Stelle abgerufen, die Fahreranweisung in ein anderes Werkzeug übertragen und der Zustellnachweis gesucht, sobald die Rechnung vorbereitet werden soll. Die Disposition wird zur manuellen Integrationsschicht zwischen Systemen, die nie dafür entwickelt wurden, den gesamten Betrieb des Frachtführers abzubilden.

Navichain gibt dem Frachtführer eine eigene operative Grundlage. Kundensysteme können bestehen bleiben, während Aufträge, Touren, Fahrer, Fahrzeuge, Status und Zustellnachweise in einem Arbeitsablauf zusammengeführt werden, der von der Verantwortung des Frachtführers ausgeht.

Zusammenfassung

Die Arbeit im System eines Kunden gehört häufig zum Auftrag. Das bedeutet jedoch nicht, dass dieses System zur einzigen betrieblichen Sicht des Frachtführers werden muss. Mit navichain lässt sich die Arbeit bündeln, die über Kundengrenzen hinweg gesteuert werden muss: Buchungen empfangen oder erfassen, Touren planen, Ressourcen zuordnen, Fahrer mit aktuellen Angaben versorgen und die Lieferdokumentation dem richtigen Auftrag zuordnen.

Soll ein Kundensystem Informationen mit navichain austauschen, wird eine vereinbarte Verbindung eingerichtet, zum Beispiel per API, Webhook, EDI oder über einen unterstützten Frachtpartner. Nach der Konfiguration können vereinbarte Informationen übertragen werden, ohne dass Mitarbeitende dieselben Angaben erneut eingeben. Wo noch keine automatische Verbindung besteht, kann die Disposition den Auftrag trotzdem in navichain steuern und die vom Kunden verlangte Rückmeldung nach dem vereinbarten Verfahren erledigen.

Der Nutzen liegt nicht im Sammeln von Daten um ihrer selbst willen. Entscheidend ist, dass der Frachtführer erkennt, was zu tun ist, wer es ausführt, was abweicht und ob die Grundlage für Nachverfolgung und Abrechnung vollständig ist.

Drei Auftraggeber erzeugen leicht drei Arbeitstage

Stellen Sie sich einen Frachtführer vor, der Distribution für einen Händler, Linienverkehr für einen Spediteur und regelmäßige Lieferungen für einen Industriekunden übernimmt. Der Händler erwartet Statusmeldungen in seinem Portal. Der Spediteur sendet Auftragsdateien. Der Industriekunde teilt Änderungen per E-Mail mit und möchte am selben Nachmittag unterschriebene Zustellnachweise erhalten.

Für den Fahrer bleibt es ein Arbeitstag. Für die Disposition müssen dieselben Fahrzeuge, Arbeitsstunden und Kapazitäten für alle drei Ströme ausreichen. Die Kundensysteme sehen gewöhnlich nur ihren eigenen Teil. Sie optimieren den Prozess des jeweiligen Auftraggebers, nicht die Gesamtnutzung der Ressourcen beim Frachtführer oder den nächsten entstehenden Konflikt.

Das Digital Transport and Logistics Forum der Europäischen Kommission nennt Fragmentierung und fehlende Interoperabilität zwischen Informationssystemen als zentrale Herausforderung der Logistik. Zugleich beschreibt das Forum, wie digitaler Informationsaustausch Zusammenarbeit, Sichtbarkeit und Steuerung in Echtzeit verbessern kann und warum bestehende Plattformen in föderierten Umgebungen miteinander verbunden werden müssen.2

Genau darin liegt die praktische Aufgabe: Es geht nicht darum, welches einzelne Kundensystem das beste ist. Es geht darum, den eigenen Betrieb steuerbar zu halten, wenn mehrere Systeme gleichzeitig verwendet werden müssen.

Eine eigene operative Kette schaffen

In navichain kann die Buchung der verbindende Ausgangspunkt sein. Sie wird einer Tour und den tatsächlich eingesetzten Ressourcen zugeordnet. Der Fahrer erhält Stopps, Anweisungen und Dokumente in der Fahrer-App. Statusmeldungen, Fotos, Kommentare und Unterschriften können anschließend zum Transport zurückgeführt werden.1

Das bedeutet nicht, dass das System jede operative Entscheidung trifft. Die Disponentin oder der Disponent entscheidet weiterhin, welches Fahrzeug und welcher Fahrer den Auftrag übernimmt, wie mit einer Abweichung umzugehen ist und was dem Kunden mitgeteilt wird. Navichain stellt den Entscheidungskontext und die dokumentierte Ereigniskette an einer Stelle bereit. So kann ein verantwortlicher Mensch mit Gesamtbild entscheiden, und die nächste Person versteht den bisherigen Verlauf.

Eine solche Kette beantwortet alltägliche Fragen schneller:

Welche Aufträge verschiedener Kunden konkurrieren um dasselbe Fahrzeug?
Hat der Fahrer die aktuelle Anweisung erhalten?
Für welche Lieferung fehlt noch ein brauchbarer Nachweis?
Wer trägt die Verantwortung für die nächste Maßnahme bei einer Abweichung?
Reichen die Informationen aus, um den Auftrag abzuschließen und abzurechnen?

Ein weiteres geöffnetes Kundenportal beantwortet diese Fragen nur selten.

Integration soll doppelte Arbeit beseitigen

Navichain stellt eine REST-API mit begrenzten API-Schlüsseln für Bereiche wie Buchungen, Organisationen, Tracking und Dokumente bereit. Hinzu kommen Webhooks für den ereignisgesteuerten Austausch sowie beschriebene Verbindungen zu Fracht- und Integrationspartnern.1

Bei der Einrichtung einer Kundenverbindung wird zuerst festgelegt, welches System für welche Information verantwortlich ist. Die Auftragsnummer des Kunden kann als Referenz erhalten bleiben. Adressen, Zeiten, Ladeeinheiten und Anweisungen werden der Buchung zugeordnet. Statusbegriffe müssen abgestimmt werden, damit etwa „begonnen“, „angekommen“ und „zugestellt“ auf beiden Seiten dasselbe bedeuten. Auch Dokumente und Abweichungen benötigen klare Empfänger.

Diese Einrichtung ist konkrete Integrationsarbeit. Für die Anwender kann das Ergebnis dennoch sehr einfach sein: Der Auftrag geht ein, die Disposition plant ihn zusammen mit den übrigen Arbeiten und der vereinbarte Status fließt zum Auftraggeber zurück. Mitarbeitende müssen nicht länger als menschliche Schnittstelle dieselben Daten zwischen Fenstern kopieren.

Der GS1-Standard EPCIS folgt auf Branchenebene demselben Grundgedanken. Ereignisdaten beschreiben, was passiert ist, wo und wann es passiert ist, warum es passiert ist und wie. Dadurch können unterschiedliche Anwendungen eine verständliche Sicht auf denselben Warenfluss teilen.4 Navichain ersetzt nicht die notwendige Abstimmung gemeinsamer Begriffe, bietet dem Frachtführer aber einen Ort, an dem die Ereignisse mit der eigenen Arbeit verbunden bleiben.

Der passende Austauschkanal kann je nach Kunde und Partner unterschiedlich sein. Der schwedischsprachige navichain-Beitrag zu API und EDI zeigt, wie der Kanal pro Beziehung gewählt werden kann, ohne getrennte operative Ketten zu schaffen.5 Dieses Perspektiv widmet sich der anschließenden Frage: Wie behält der Frachtführer eine eigene, zusammenhängende Arbeitssicht, wenn mehrere solcher Kundenverbindungen zusammentreffen?

Abweichungen zeigen, ob die Kette funktioniert

Ein normaler Ablauf kann auch mit fragmentierten Werkzeugen irgendwie funktionieren. Die Kosten werden sichtbar, sobald etwas abweicht. Ein Fahrer verspätet sich, eine Palette fehlt, ein Temperaturwert wird hinterfragt oder der Empfänger kann die Ware nicht annehmen. Dann muss jemand sowohl die Kundenanforderung als auch die tatsächliche Lage des Frachtführers verstehen.

In navichain kann eine Abweichung am betreffenden Transport dokumentiert werden. Der Fahrer kann Status, Foto, Kommentar oder einen Grund für die fehlgeschlagene Zustellung ergänzen. Die Disposition beurteilt die nächste Maßnahme und hält die weitere Kommunikation beim richtigen Auftrag.1

Der entscheidende Punkt ist die Verantwortung. Das System kann das Ereignis und die Belege sichtbar machen. Ein verantwortlicher Mensch entscheidet jedoch, ob erneut zugestellt, der Kunde kontaktiert oder eine Kostenfolge geprüft wird. Wenn Verantwortung und Beleglage in derselben Arbeitssicht liegen, wird aus der Abweichung seltener eine unübersichtliche Telefonkette.

Der Zustellnachweis beendet dieselbe Geschichte

Ein Zustellnachweis ist wertvoller, wenn sein Zusammenhang klar ist. Eine Unterschrift ohne Auftragsreferenz, ein Foto ohne Zeitangabe oder ein Kommentar in einem separaten Chat erzeugen neue Fragen. Die Fahrer-App von navichain unterstützt unter anderem Statusaktualisierungen, Fotos, Unterschriften und Gründe für eine fehlgeschlagene Zustellung. Die digitale CMR-Funktion verbindet Dokumente mit der betreffenden Lieferung und kann ein Dokument mit Hash und Zeitstempel versiegeln.1

Die EU-Verordnung über elektronische Frachtbeförderungsinformationen, eFTI, schafft einen Rechtsrahmen für den elektronischen Informationsaustausch zwischen Wirtschaftsbeteiligten und Behörden. Die Richtung ist klar: Frachtinformationen sollen digital und strukturiert verwaltet und zwischen Beteiligten ausgetauscht werden können.3

Für den Frachtführer ist der Nutzen sehr praktisch. Wenn Buchung, Tour, Ausführung und Nachweis eine zusammenhängende Kette bilden, lässt sich das richtige Dokument schneller finden, dem richtigen Kunden melden und für die Rechnungsgrundlage verwenden, ohne den gesamten Arbeitstag nachträglich zu rekonstruieren.

Beginnen, ohne alles zu ersetzen

Sie müssen nicht mit allen Kunden und Verkehrsarten beginnen. Wählen Sie einen Ablauf, bei dem die wiederkehrende Reibung deutlich ist: einen Kunden mit vielen manuell erfassten Aufträgen, eine Linie, bei der verspätete Nachweise die Abrechnung verzögern, oder einen Verkehrsbereich, in dem Abweichungen besonders viele Telefonate verursachen.

Setzen Sie einen begrenzten Pilot auf:

Bestimmen Sie, welche Auftragsinformationen in navichain vorhanden sein sollen.
Legen Sie fest, wer Planungs- und Abweichungsentscheidungen trifft.
Verbinden oder erfassen Sie den ausgewählten Auftragsfluss.
Lassen Sie den Fahrer mit der aktuellen Tour und Anweisung arbeiten.
Erfassen Sie den Zustellnachweis am selben Transport.
Messen Sie manuelle Eingaben, Anrufe, verspätete Nachweise und die Zeit bis zur Rechnungsgrundlage.

Ist das Ergebnis überzeugend, kann der nächste Kunde oder die nächste Linie angeschlossen werden. Zeigt der Pilot Verbesserungsbedarf, optimieren Sie einen begrenzten Ablauf statt ein großes Austauschprogramm verteidigen zu müssen.

Das Gesamtbild zurückgewinnen

Kundensysteme bleiben wichtig. Sie unterstützen die Prozesse der Kunden und liefern ihnen die benötigten Informationen. Der Frachtführer braucht zugleich eine eigene Perspektive: eine zusammenhängende Sicht auf Aufträge, Ressourcen, Ausführung und Belege über Kundengrenzen hinweg.

Hier schafft navichain den Unterschied. Die Plattform gibt Disposition, Fahrern und Administration einen gemeinsamen operativen Zusammenhang, während etablierte Kundenabläufe schrittweise angebunden werden können. Beginnen Sie dort, wo doppelte Erfassung, Telefonketten oder verspätete Nachweise am meisten kosten, und prüfen Sie, wie sich der Arbeitstag verändert, wenn Sie die gesamte Kette selbst verfolgen können.

Kostenloses Konto erstellen und navichain testen.

Quellen

One platform, from booking to delivery. navichain. Produktbeschreibung zu Transport, Fahrer-App, Kundenportal, Digital CMR sowie Integrations & API. Abgerufen am 9. September 2026. Produktbeschreibung lesen.

2. Digital Transport and Logistics Forum (DTLF). Europäische Kommission, Generaldirektion Mobilität und Verkehr. Informationen zu Fragmentierung, Interoperabilität, Sichtbarkeit und der Verbindung bestehender Logistikplattformen. Abgerufen am 9. September 2026. Beschreibung der Europäischen Kommission lesen.

3. Verordnung (EU) 2020/1056 des Europäischen Parlaments und des Rates über elektronische Frachtbeförderungsinformationen. Amtsblatt der Europäischen Union. Verordnung in EUR-Lex lesen.

4. EPCIS and Core Business Vocabulary. GS1. Standard zur Erfassung und Weitergabe von Sichtbarkeitsereignissen zwischen Anwendungen und Organisationen. Abgerufen am 9. September 2026. Informationen zu EPCIS.

5. API eller EDI? Att välja rätt kanal för varje partner. navichain, veröffentlicht am 31. August 2026. Schwedischsprachige Vertiefung zur Einbindung unterschiedlicher Partnerkanäle in eine gemeinsame Buchungs-, Status- und Dokumentenkette. Artikel lesen.