Vor einiger Zeit machte ich mich auf die Suche nach einem einheitlichen Transport-API/EDI-Standard, der von mehreren Logistikunternehmen verwendet wird. Sicherlich muss es in der heutigen Zeit so etwas geben, oder? Ein universelles Versand-API-Format?

Nun, um es kurz zu machen, es existiert nicht.

Das Nächstbeste, was Sie bekommen können, ist ein API-Anbieter, der viele Speditions-API-Verbindungen aufgebaut hat und dann seinen eigenen API-Endpunkt anbietet, um auf verschiedene Transportdienstleister zuzugreifen.

In diesem Artikel werde ich einige verschiedene Speditions-APIs behandeln, ihre Fähigkeiten kurz beschreiben und Möglichkeiten zur Implementierung diskutieren.

Hinweis! Wenn Sie nur nach einem universellen Transport-API-Protokoll suchen, hier ist ein Link, über den Sie einen kurzen Anruf mit mir vereinbaren können.

Beginnen wir also mit einem...

Praxisbeispiel


Definieren wir zunächst das Ziel.

Betrachten wir einen durchschnittlichen Hersteller mit sowohl inländischen als auch internationalen Kunden und Lieferanten. Waren müssen von Lieferanten abgeholt und zum Produktionsstandort geliefert werden, während die Endprodukte an Kunden verschickt werden müssen.

Um eine zuverlässige Lieferkette aufzubauen, würde ein typischer mittelständischer Hersteller 10-20 Transportpartner benötigen:
  • Ein Set für inländische Pakete
  • Ein weiteres Set für inländische Paletten
  • Ein Frachtpartner, der wettbewerbsfähige Preise für nordwärts gerichtete Nachbarländer anbietet, bietet möglicherweise nicht das gleiche Angebot für andere Richtungen oder längere Strecken.
  • Dasselbe gilt für Sammelgut, LTL oder Komplettladungen (FTL)
  • Für Kunden in Übersee könnte ein völlig anderes Set von Partnern erforderlich sein
  • ... und so weiter.

Die Verwaltung all dieser Beziehungen ist schon komplex genug. Aber der eigentliche Spaß beginnt, wenn Sie versuchen, deren IT-Systeme zu integrieren! (da es kein einheitliches Fracht-API-Protokoll gibt)

Zweitens müssen wir uns über den Umfang einig sein.

Nicht alle Logistikunternehmen bieten das gleiche Serviceniveau. Einige haben sehr ausgeklügelte APIs, die sofortige Frachtpreisberechnung, Buchung, Etiketten, Tracking, Kurieranfragen usw. ermöglichen, während andere möglicherweise nur ein Portal haben, bei dem Sie sich einloggen und eine Buchung vornehmen können. Einige haben überhaupt keine IT-Systeme - nur E-Mail. Für unser Zielszenario halten wir die Dinge einfach und zielen nur darauf ab:

  1. Einen Transportauftrag einzureichen
  2. Transportetiketten zurückzuerhalten
  3. Vielleicht den geschätzten Transportpreis zu erhalten, wenn wir Glück haben!

Klingt einfach genug, oder? Oh, wenn es nur so wäre...

Speditionsverbindungen – Willkommen im Dschungel


Die manuelle Art der Handhabung, die für die meisten Unternehmen der Industriestandard zu sein scheint, beinhaltet die Nutzung von Speditionsportalen, wo immer möglich, und die Kommunikation per E-Mail mit den übrigen Transportpartnern. In unserem Beispiel gehen wir davon aus, dass Transportpreislisten, Zeitpläne, Lieferzeiten und Rechnungsabwicklung separat verwaltet werden. Für die Buchungsübermittlung streben wir an, eine API-Verbindung von unserem ERP-System aus aufzubauen.

Nehmen wir an, wir haben die folgende Liste von Transportunternehmen ausgewählt und müssen eine direkte API-Verbindung zu ihren Systemen von unserer ERP-Software aus aufbauen. Diese Auswahl ist zufällig und deckt nur einen Bruchteil der verschiedenen Speditions-APIs ab, die es gibt.

DHL Express – verwendet ein Portal namens MyDHL, das auch API-Fähigkeiten hat. Es verwendet jedoch unterschiedliche APIs für die Bereiche Freight, Express und Global Forwarding sowie verschiedene API-Ansätze in verschiedenen Regionen. Der Zugriff auf den Webservice erfordert ein SOAP-Protokoll, RESTful Services oder einfaches XML, und Entwickler sollten mit XML/JSON vertraut sein und ein grundlegendes Verständnis von Webservices haben. Die API-Spezifikation allein ist 457 Seiten lang. Sie ist gründlich, aber Ihr Entwickler wird Ihnen die Stunden in Rechnung stellen, die er allein für das Lesen benötigt. Nach der Implementierung müssten Sie durchschnittlich 5-12 Anfragen pro Sendung auslösen, angefangen bei der Authentifizierung über Adressvalidierungen und Verfügbarkeitsprüfungen bis hin zu Etikettenanforderungen.

Schenker – verwendet in verschiedenen Regionen unterschiedliche API/EDI-Lösungen. Am häufigsten wird ein SOAP-Protokoll mit einem XML-Format verwendet. Die Nachricht selbst ist unkompliziert, vorausgesetzt, alle möglichen Fehler werden ordnungsgemäß behandelt. Entwickler benötigen einen personalisierten Zugang, um die API zu implementieren. Je nach Ihrem Standort werden Sie möglicherweise aufgefordert, stattdessen eine EDIFACT-Lösung zu implementieren, auf die ich später eingehen werde.

DSV – ist kürzlich zu ihrem API-fähigen Portal namens MyDSV übergegangen. Da die API recht neu ist, nutzt sie einige der neuesten und modernsten Ansätze in der API-Welt. Trotz der Komplexität bei der Authentifizierung und Navigation durch ihren Produktkatalog ist der Ansatz unkompliziert. Auch hier kann je nach Standort EDIFACT bevorzugt werden.

FedEx und TNT – das kann Spaß machen. Zunächst müssen Sie feststellen, ob Sie TNT- oder FedEx-Dienste nutzen. Obwohl sie seit einigen Jahren dasselbe Unternehmen sein sollten, steht die Migration noch aus. Wenn Ihr Vertrag mit TNT besteht, werden Sie höchstwahrscheinlich aufgefordert, die TNT Express Connect API zu implementieren. Die Implementierung selbst ist von durchschnittlicher Komplexität. Der Nachteil ist, dass diese API als veraltet gilt und irgendwann abgeschaltet wird. Die FedEx-API hingegen ist komplexer und bietet je nach Region, in der Sie ansässig sind, mehrere Optionen. Bei Cargoson haben wir die FedEx Compatible API implementiert, die einige sehr nette zusätzliche Funktionen bietet, aber nur für FedEx Compatible Partner verfügbar ist.

UPS – verwendet eine JSON-basierte API und OAuth zur Authentifizierung, was bedeutet, dass Sie ziemlich viele Anfragen auslösen müssten, bevor Sie Ihre Buchung durchbekommen und Etiketten zurückerhalten.

Als Nächstes haben wir EDIFACT, das von vielen Transportunternehmen wie DSV, Maersk, DB Schenker, Kuehne + Nagel, C.H. Robinson, CEVA Logistics usw. verwendet wird. Es ist ein sehr alter Standard, und selbst wenn es scheinen mag, dass Sie mit einer API-Integration für mehrere Logistikunternehmen auskommen könnten, denken Sie noch einmal nach. Der größte Nachteil ist, dass es sich um eine dateibasierte Verbindung handelt, was bedeutet, dass Sie eine tatsächliche, physische Datei generieren, sie dann über FTP übertragen und buchstäblich hoffen müssen, dass alles in Ordnung ist, weil es sehr umständliches Feedback über Fehler und Warnungen gibt.

Ähnlich wie EDIFACT ist FORTRAS, eine dateibasierte Verbindung mit den gleichen Nachteilen. Es wird mehr in Deutschland und den Nachbarländern verwendet. Nicht nur der Dateiaustausch ist herausfordernd, sondern auch das Dateiformat selbst ist schwer zu lesen und daher sehr zeitaufwendig bei der Fehlersuche. Einige bekannte Unternehmen, die es verwenden, sind Dachser, Schenker, Kuehne + Nagel, Hellmann Worldwide Logistics, GLS, Hermes, Gebrüder Weiss usw.

Selbst nach der Implementierung aller oben genannten Integrationen bleibt die Frage:

Was machen Sie mit Speditionsunternehmen, die kein IT-System oder Portal haben, geschweige denn eine API zur Annahme von Transportaufträgen?

Der einfachste Workaround ist, eine einfache E-Mail zu senden. Während dies unkompliziert klingen mag, lassen Sie uns tiefer eintauchen. Die technische Verbindung zu Ihrem Mailserver einzurichten ist eine Sache, aber was ist mit Kontakten? Normalerweise werden verschiedene Richtungen von verschiedenen Kontaktpersonen bearbeitet, und Menschen wechseln Positionen. Daher müssten Sie eine ziemlich umfassende Kontaktmatrix in Ihr ERP einbauen.

Was sind also die Alternativen zum Umgang mit unterschiedlichen Speditions-APIs und EDI-Protokollen?

Eine Option, die es zu berücksichtigen gilt, ist eine Multi-Carrier-API. Im Wesentlichen handelt es sich dabei um einen Dienstleister, der alle Speditionsverbindungen aufgebaut hat, seien es moderne APIs, alte EDIFACT- oder FORTRAS-basierte EDI-Protokolle oder E-Mail-Integrationen, und sie über seine eigene, standardisierte Versand-API verfügbar gemacht hat. Anstatt verschiedene Speditions-APIs zu implementieren und auf dem neuesten Stand zu halten, können Sie nur einen Multi-Carrier-API-Standard implementieren und alle Ihre Transportaufträge darüber auslösen.

Aber wir haben es noch weiter getrieben.

Multi-Carrier-Software – Ihre bestehenden Spediteure verbessern?


Verschiedene Logistikunternehmen bieten unterschiedliche Serviceniveaus. Einige bieten eine Buchungs-API, andere nicht; einige bieten Tracking-Möglichkeiten, während andere dieses Feature nicht haben. Bei Cargoson haben wir alle Funktionen implementiert, die die Lücken für jedes Transportunternehmen füllen.

Wenn ein Spediteur beispielsweise keine Online-Buchung anbietet, stellen wir dafür ein Portal zur Verfügung. Wenn ihnen Tracking fehlt, fügen wir es hinzu. Wir haben Systeme zum Hochladen von Liefernachweisen (POD) und anderen Dokumenten, eine vollständige Multi-Carrier-API, ETA-Schätzungen, Transportpreisberechnungen, Leistungsstatistiken und sogar Transport-CO2-Emissionszahlen. Im Grunde haben wir alles, was einem Spediteur fehlt, aufgebaut, damit Sie sich keine Gedanken über IT- oder Service-Level-Unterschiede zwischen Ihren Spediteuren machen müssen.


Angleichung der Serviceniveaus zwischenverschiedenen Spediteuren - universeller Versand-API-Standard
Angleichung der Serviceniveaus zwischenverschiedenen Spediteuren - universeller Versand-API-Standard




Sehen Sie, wie Cargoson Ihre bestehenden Spediteure verbessert

Hier ein Beispiel aus der Praxis: Große Akteure wie FedEx, TNT und DHL Express bieten eine Preis-API. Das bedeutet, wenn Sie eine Preisanfrage über Cargoson auslösen, werden die Preise direkt aus dem System des Spediteurs abgerufen. In Fällen, in denen ein Unternehmen wie DSV keine Preis-API anbietet, wird die von DSV bereitgestellte Excel- oder PDF-Preisliste in Cargoson hochgeladen, und die Preisberechnung erfolgt innerhalb unseres Systems. Wir verfügen über eine leistungsstarke Frachtpreis-Upload- und Berechnungs-Engine dafür. Der gleiche Ansatz kann auf alle anderen Transportunternehmen angewendet werden und gilt auch für andere Funktionen.

Unser Ziel ist einfach: Ihnen eine konsistente, qualitativ hochwertige Erfahrung über alle Spediteure hinweg zu bieten, auch wenn sie nicht alle mit den gleichen Fähigkeiten beginnen. Ein de facto universeller Speditions-API-Standard und eine Multi-Carrier-Plattform in einem.

Wenn Sie nach einer besseren Möglichkeit suchen, Ihre Speditionsintegrationen zu verwalten, kann Cargoson helfen. Unsere Plattform bietet eine einzige, standardisierte Transport-API, die Sie mit all Ihren Spediteuren verbindet, unabhängig von deren individuellen Fähigkeiten. Das bedeutet, Sie können auf alle Ihre Versanddienste über eine einheitliche Schnittstelle zugreifen, ohne sich um die zugrunde liegenden technischen Unterschiede kümmern zu müssen.

Möchten Sie sehen, wie es für Ihr Unternehmen funktionieren könnte? Lassen Sie uns ein kurzes Gespräch führen, um Ihre aktuelle Einrichtung und spezifischen Integrationsherausforderungen zu besprechen. Wir können einige Praxisbeispiele durchgehen, wie Cargoson Unternehmen in ähnlichen Fällen wie Ihrem geholfen hat:

Vereinbaren Sie eine kostenlose 30-minütige Beratung