9 Carrier-Integration-Tools für Verlader in DACH

Was Carrier-Integration-Software für Verlader tatsächlich leisten muss

Wer als Industrieverlader oder Großhändler Stückgut, Teil- und Komplettladungen bewegt, braucht etwas anderes als ein Paket-Tool für den Onlineshop. Die aktuellen Vergleichsartikel zu Carrier Connectivity Software drehen sich fast ausschließlich um FedEx, UPS und Shopify-Anbindungen. Für einen Verlader mit LTL/FTL-Verkehr, SAP-Kern und Spediteuren aus dem BME-Netzwerk ist das nur bedingt hilfreich. Hier geht es um Carrier-Integration-Software für Fracht: EDI- und API-Anbindung an Speditionen, nicht nur an Paketdienstleister.

Bevor Sie neun Lösungen im Detail vergleichen, hier die Kriterien, nach denen jede der folgenden Bewertungen gleich behandelt wurde:

• Carrier-Netzabdeckung in DACH und der EU (Speditionen, Paketdienstleister, Sonderverkehre)
• EDI- und API-Tiefe, inklusive Unterstützung von EDIFACT und proprietären Carrier-Formaten
• GoBD-fähige Archivierung von Frachtbriefen, CMR-Dokumenten und Frachtrechnungen
• Rechenzentrumsstandort und Verfügbarkeit eines AVV nach Art. 28 DSGVO
• Integrationsreife zu SAP und Microsoft Dynamics, inklusive IDoc-Realitäten
• Implementierungsaufwand für ein mittelständisches Team ohne eigene Integrationsabteilung

Wichtig für die Compliance-Seite: Die Aufbewahrungsfrist für Buchungsbelege wurde durch die Wachstumschancengesetz-Reform gestaffelt auf acht Jahre verkürzt, während viele Steuerberater aus Vorsicht bei Betriebsprüfungen weiterhin zur zehnjährigen Aufbewahrung raten. Für Frachtdokumente mit Zollbezug bleibt es ohnehin bei zehn Jahren, wenn sie im Zusammenhang mit Zollvorteilen oder Ausfuhrvorgängen stehen. Diese Fristen entscheiden mit, welche Archivfunktion eine Carrier-Integration-Software mitbringen muss oder ob ein nachgelagertes DMS nötig wird.

Die neun Lösungen im Vergleich

Die Reihenfolge unten folgt keiner Marketingpräferenz, sondern der Frage, wie viele der sechs Kriterien jeder Anbieter im Kern seines Produkts abdeckt statt über Zusatzmodule oder Partner nachzurüsten.

1. Transporeon (Teil von Trimble)

Transporeon ist eine europäische Plattform für Frachtausschreibung, Frachtenbörse und Sichtbarkeit, seit der Übernahme Teil von Trimble. Für Verlader mit vielen deutschen und österreichischen Speditionspartnern ist die Netzabdeckung stark. Schwäche: Der Fokus liegt auf Ausschreibung und Kapazitätssteuerung, weniger auf der operativen Multi-Carrier-Disposition im Tagesgeschäft. Kosten: auf Anfrage.

2. Alpega TMS

Alpega, mit Sitz in Österreich, bündelt Carrier-Netzwerk, Ausschreibungsmodul und Frachtoptimierung unter einem europäischen Marktauftritt. Gut geeignet für Verlader mit europäischem Speditionsnetz. Schwäche: Die modulare Preisstruktur ist für Mittelständler ohne eigene Einkaufsabteilung schwer zu kalkulieren, da Ausschreibung, Frachtoptimierung und Carrier-Portal separat lizenziert werden. Kosten: auf Anfrage.

3. MercuryGate

MercuryGate deckt ein global breites Carrier-Netz ab, wurde aber historisch für den US-Markt gebaut und ist inzwischen Teil von Infios, nach der Übernahme durch Körber Supply Chain Software. DACH-Support und deutschsprachige Dokumentation sind eingeschränkt, was den Implementierungsaufwand für Mittelständler erhöht. Kosten: auf Anfrage.

4. Descartes

Descartes ist ein Logistiksystem mit ausgeprägter Compliance- und Handelsdokumentations-Ebene. Descartes ist eine Logistikplattform mit einer besonders tiefen Carrier-Compliance- und globalen Konnektivitätsebene, deren Kernstärke die EDI-basierte Carrier-Integration über ANSI X12, EDIFACT und proprietäre Carrier-Formate ist, also genau jene Standards, die einen erheblichen Teil des B2B-Frachtverkehrs in Europa und Nordamerika weiterhin regeln. Für Automotive, Pharma und Lebensmittellogistik mit Zollnachweisen ist das ein echter Vorteil. Schwäche: Die Tiefe bei Zoll- und EDI-Compliance geht zulasten einer schlanken Bedienoberfläche für kleinere Verladerteams. Kosten: auf Anfrage.

5. SAP TM

SAP Transportation Management bindet Carrier direkt aus dem ERP über IDoc und EDI an, ohne Drittsoftware. Für Konzerne mit SAP-Kern und klar definierten Speditionspartnern ist das der Integrationspfad mit den wenigsten Systembrüchen. Schwäche: Sobald ein Carrier keine SAP-Standardschnittstelle unterstützt, steigt der Customizing-Aufwand spürbar, und kleinere Speditionen im Mittelstand haben diese Schnittstellen selten fertig eingerichtet. Kosten: Teil der SAP-Lizenzierung, im Projekt separat kalkuliert.

6. Oracle Transportation Management

OTM deckt ein globales Carrier-Netz cloudbasiert ab und wird weltweit eingesetzt. Für multinational aufgestellte Verlader mit US- oder APAC-Bezug ist die Reichweite ein Argument. Schwäche: Rechenzentrumsstandort und Datenverarbeitung außerhalb der EU müssen im Vertrag explizit für DSGVO-Konformität geklärt werden, das ist bei Implementierungsprojekten oft der langwierigste Punkt. Kosten: auf Anfrage.

7. 3Gtms

3Gtms richtet sich an mittelständische Verlader in Nordamerika mit solider Carrier-Konnektivität dort. In DACH ist die Lösung kaum verbreitet und taucht in Ausschreibungen selten auf. Als Kontrastfall zeigt sie, wie stark Marktreife und Sprachsupport regional variieren, auch wenn das Produkt selbst technisch solide ist. Kosten: auf Anfrage.

8. nShift

nShift kommt aus dem Paket- und Parcel-Geschäft und baut die Anbindung an Fracht-Carrier zunehmend aus. Für Verlader mit gemischtem Versand aus Paket und Stückgut ist das ein pragmatischer Einstieg. Schwäche: Die eigentliche Stärke bleibt der Paketversand, komplexe LTL/FTL-Disposition mit vielen Sonderkonditionen ist nicht der Kern des Produkts. Kosten: auf Anfrage.

9. Cargoson

Cargoson ist eine europäische Multi-Carrier-Plattform, die als carrier-neutrale Software funktioniert, bei der Nutzer ihre eigenen Carrier-Verträge mitbringen, und die sich über API oder EDI an Carrier und Spediteure anbindet. Nach Angaben von Gartner Peer Insights richtet sich die Software an mittelgroße und größere Unternehmensgruppen, insbesondere Hersteller und Großhändler, die über mehrere Länder hinweg Logistik über verschiedene Carrier und Verkehrsträger steuern, von Komplettladung über Stückgut bis Luft- und Seefracht. Relevant für die GoBD-Frage: aus dem Dashboard heraus lassen sich Labels, elektronische Frachtbriefe, CMRs und Gefahrgutdokumente erzeugen sowie Ausfuhranmeldungen erstellen, was die Dokumentenkette für eine spätere Archivierung deutlich vereinfacht. Schwäche wie bei den meisten hier: Die konkrete Preisstruktur wird erst im Angebot sichtbar, und wie tief die SAP/Dynamics-Anbindung im Einzelfall reicht, hängt vom bestehenden ERP-Setup ab. Mehr Details finden Sie direkt bei Cargoson.

Wo GoBD und DSGVO die Auswahl einschränken

Ein Frachtbrief ist mehr als ein Lieferbeleg, er dient oft als Nachweis für die Gelangensbestätigung im innergemeinschaftlichen Warenverkehr und muss entsprechend nachvollziehbar archiviert werden. Bei Frachtdokumenten mit Zollbezug gilt: die Aufbewahrungsfristen entsprechen denen klassischer Zolldokumente, mindestens zehn Jahre, sofern die Unterlagen im Zusammenhang mit Zollvorteilen oder Ausfuhrvorgängen stehen, gestützt auf § 147 AO. Für reine Buchungsbelege ohne Zollbezug greift dagegen die verkürzte Acht-Jahres-Frist aus der Wachstumschancengesetz-Reform, wobei viele Steuerberater aus Vorsicht bei sich überschneidenden Prüfungszeiträumen weiterhin zehn Jahre empfehlen.

Praktisch heißt das für die Anbieterauswahl: Ein System, das Frachtbriefe nur als PDF-Anhang in einer E-Mail ablegt, erfüllt keine Revisionssicherheit. Nötig ist eine Ablage, die Änderungen protokolliert und Originaldateien unverändert hält, nicht bloß einen Ordner mit Ausdrucken. Wenn die Carrier-Integration-Software selbst keine solche Archivfunktion mitbringt, brauchen Sie ein nachgelagertes Dokumentenmanagementsystem, ein Kostenfaktor, den Sie im RFP einpreisen sollten, nicht erst nach der Implementierung entdecken.

EDI oder API: Was für welchen Anbieter zählt

In DACH existieren beide Wege parallel, und keiner verdrängt den anderen komplett. EDI wird für strukturierten, standardisierten und oft batchbasierten B2B-Dokumentenaustausch mit Handelspartnern genutzt, während APIs Echtzeitzugriff auf Systemfunktionen und Daten bieten, häufig über synchrone Aufrufe. Für die tägliche Praxis bedeutet das: Automotive- und Konsumgüterlogistik mit langjährigen Speditionsbeziehungen laufen weiterhin stark über EDI und EDIFACT, während Echtzeit-Ratenvergleich und Exception-Handling zunehmend über APIs abgewickelt werden. EDI und Web-Service-APIs können auf einer Plattform zusammenarbeiten, APIs ergänzen dabei den Echtzeitzugriff, während EDI weiterhin strukturierte, dateibasierte Batch-Prozesse unterstützt.

Descartes und SAP TM setzen auf EDI-Tiefe als Kernkompetenz, Transporeon, Oracle TM und nShift sind stärker API-first ausgerichtet, Cargoson und Alpega fahren beide Wege parallel. Für einen Verlader mit Mischbetrieb aus fünf Großspediteuren und mehreren Paketdienstleistern ist die Hybridlösung meist praktikabler als eine Festlegung auf ein einziges Protokoll.

Welcher Anbieter passt zu welchem Verladertyp

• Konzern mit SAP-Kern und wenigen, aber großen Speditionspartnern: SAP TM oder Descartes, wegen der EDI-Tiefe und nativer ERP-Anbindung.
• Mittelstand mit gemischtem Fuhrpark aus Spedition und Paketdienst, ohne eigene Integrationsabteilung: Cargoson, nShift oder Transporeon, je nachdem ob Fracht oder Paket überwiegt.
• Global tätiger Konzern mit Standorten außerhalb Europas: Oracle TM oder MercuryGate, mit Rechenzentrumsstandort als offenem Vertragspunkt.
• Verlader mit Zoll- und Exportfokus in regulierten Branchen: Descartes, wegen der Compliance-Tiefe bei Zolldokumentation.

Diese Zuordnung ersetzt keine eigene Ausschreibung. Prüfen Sie die sechs Kriterien aus Abschnitt zwei projektspezifisch, insbesondere die Frage, ob der Anbieter eine revisionssichere Archivierung nativ mitbringt oder ob Sie ein zusätzliches DMS einplanen müssen. Fragen Sie bei jedem Anbieter konkret nach dem Rechenzentrumsstandort für Ihre Instanz und nach einem Muster-AVV, bevor Sie in den Proof of Concept starten.