API, EDI oder Tarifmatrix: Frachtführer anbinden im Vergleich
Es gibt drei Wege, einen Frachtführer anzubinden: eine API, die pro Anfrage einen Preis oder einen Status liefert, EDI, das vereinbarte Geschäftsdokumente austauscht, und eine Tarifmatrix, die den bereits verhandelten Frachttarif im eigenen System speichert. Nur die Tarifmatrix funktioniert bei jedem Frachtführer, weil sie nichts von der Gegenseite verlangt. API und EDI setzen voraus, dass der Frachtführer zuerst etwas gebaut hat.
Was ist der Unterschied zwischen API, EDI und Tarifmatrix?
Eine API beantwortet in Echtzeit eine Frage nach der anderen: Sendung hinschicken, Preis oder Status zurückbekommen. EDI tauscht standardisierte Geschäftsdokumente aus — Transportauftrag, Statusmeldung, Rechnung. Eine Tarifmatrix speichert den Frachttarif im eigenen System, sodass die Kalkulation ohne Rückfrage bei irgendjemandem läuft.
Die drei Verfahren werden meist als Rangfolge dargestellt: API am besten, EDI akzeptabel, Excel-Tabelle als Notlösung. Diese Darstellung ist falsch und kostet Speditionen Geld, denn die drei erledigen nicht dieselbe Aufgabe. Entscheidend ist, was übertragen wird und wer dafür etwas bauen muss.
| Verfahren | Was übertragen wird | Wer bauen muss | Typischer Aufwand | Preisaktualität | Erreichbare Frachtführer |
|---|---|---|---|---|---|
| Rating-API | Ein Preis, auf Anfrage | Frachtführer, dann Sie | Tage bis Wochen | Echtzeit | KEP und große Netze |
| EDI | Auftrag, Status, Rechnung | Beide Seiten | Wochen bis Monate | Kein Preiskanal | Vertragsverkehre mit Volumen |
| Tarifmatrix | Nichts — Tarif liegt lokal | Nur Sie | Etwa eine Stunde | Laufzeit des Tarifs | Jeder Frachtführer mit Tarif |
Lesen Sie die dritte Spalte noch einmal. Bei API und EDI muss der Frachtführer bereits in die Verbindung investiert haben, bevor Sie sie nutzen können — Ihre Frachtführerliste hängt also am IT-Budget fremder Unternehmen. Bei der Tarifmatrix ist das Preisblatt, das ohnehin als PDF oder Excel im Postfach liegt, die Schnittstelle, und die Arbeit terminieren Sie selbst.
Die Verfahren schließen einander nicht aus. Eine Spedition, die alle drei parallel betreibt, ist der Normalfall: Rating-API bei den zwei KEP-Netzen, EDI mit dem einen Verlader, der es vertraglich verlangt, Tarifmatrix für alles andere. Entschieden wird über die Abdeckung. Wer API-first anfängt, kann einen Teil seines Panels so lange nicht kalkulieren, wie die erste Anbindung dauert. Wer mit Tarifen anfängt, macht das gesamte Panel angebotsfähig und ergänzt Schnittstellen dort, wo das Volumen sie rechtfertigt.
Cargavo, ein TMS für Frachtvermittler und Speditionen mit 2 bis 25 Mitarbeitenden, setzt ausschließlich das dritte Verfahren um. Das ist eine bewusste Abgrenzung, keine Lücke — der Rest dieses Leitfadens begründet sie offen, einschließlich der Fälle, in denen sie die falsche Antwort ist. Zum Gesamtbild siehe die Kategorie Frachtführer-Onboarding und den Pillar Frachtführer-Anbindung für Frachtvermittler.
Was leistet eine Carrier-API in der Angebotserstellung wirklich?
Eine Carrier-API ist nicht eine Schnittstelle, sondern drei: Rating, Buchung und Sendungsverfolgung, jeweils mit eigenen Zugangsdaten und eigener Version. Rating-Endpunkte sind im KEP- und Expressbereich fast Standard und im Stückgut selten, weil dort der Preis aus einem jährlich verhandelten Vertrag stammt.
Anbieter sagen „wir sind an die Frachtführer angebunden“, als gäbe es eine einzige Tür. In der Praxis reden Sie mit getrennten Diensten, und ein Frachtführer kann einen davon anbieten, ohne die anderen zu haben:
- Rating — Sie senden Versand- und Empfangsort plus Sendungsdaten und erhalten einen Preis zurück. Nur das zählt für die Angebotserstellung.
- Buchung und Dokumente — Sie senden eine bestätigte Sendung und erhalten Sendungsnummer, Label und CMR.
- Sendungsverfolgung — Sie fragen eine Referenz ab und erhalten Status und Ablieferbeleg.
KEP- und Expressnetze kalkulieren über Kundennummer, Gewicht und Maße; ihre Rating-Endpunkte sind echt nützlich, weil sich der Preis je Sendung tatsächlich ändern kann. Stückgut- und Teilladungstransporteure sind ein anderes Tier: Ihr Preis ist ein für das Jahr verhandelter Tarif, den das Backoffice des Frachtführers meist als kundenspezifische Tabelle führt — dieselbe Tabelle, die Ihnen im Januar per Mail zuging. Ein Rating-Call gibt, sofern er existiert, genau diesen gespeicherten Tarif zurück. Sie bezahlen eine Anbindung dafür, eine Zahl genannt zu bekommen, die Ihnen bereits gehört.
Drei Betriebskosten werden regelmäßig unterschätzt. Versionierung: Wenn der Frachtführer v3 ausrollt und v2 abschaltet, ist das seine Frist, nicht Ihre. Antwortzeit: Ein Mehrfachvergleich ist nur so schnell wie der langsamste Endpunkt, Sie brauchen also Timeouts und einen Ersatzpreis — mithin ohnehin einen hinterlegten Tarif. Intransparenz: Eine API antwortet sendungsweise, Sie können sie nicht am Stück prüfen, ob jede Gewichtsstaffel von 100 kg bis 3.000 kg auf einer Relation plausibel ist. Eine hinterlegte Tarifmatrix lässt sich lesen; ein Endpunkt bleibt eine Blackbox, die Sie nur Anfrage für Anfrage befragen können.
Nichts davon macht APIs schlecht. Es macht sie zum Werkzeug für die Verkehre, in denen der Preis wirklich dynamisch ist — und das ist bei einer Spedition, die verhandelte Frachttarife kalkuliert, die Minderheit des Panels. Siehe Regionale Frachtführer ohne API kalkulieren.
Was ist EDI in der Spedition — und bekommt man darüber Frachttarife?
EDI tauscht standardisierte Geschäftsdokumente über AS2, SFTP oder ein VAN aus: X12 204 Transportauftrag, 990 Antwort, 214 Status, 210 Rechnung in Nordamerika; EDIFACT IFTMIN, IFTMBC, IFTSTA und INVOIC in Europa. Keiner dieser Nachrichtentypen ist eine Preisanfrage. EDI setzt den Preis als vereinbart voraus.
Das ist der am häufigsten missverstandene Punkt der Frachtführer-Anbindung, deshalb ganz nüchtern: EDI liegt hinter der Preisfindung, nicht davor. Schauen Sie sich an, was die Standardnachrichten tatsächlich transportieren.
| Standard | Nachricht | Zweck | Enthält einen Preis? |
|---|---|---|---|
| ANSI X12 | 204 | Transportauftrag | Vereinbarter Satz, falls vorhanden |
| ANSI X12 | 990 | Annahme oder Ablehnung | Nein |
| ANSI X12 | 214 | Sendungsstatus | Nein |
| ANSI X12 | 210 | Frachtrechnung | Erst im Nachhinein |
| EDIFACT | IFTMIN | Transportanweisung | Vereinbarter Satz, falls vorhanden |
| EDIFACT | IFTSTA | Transportstatus | Nein |
Ein 204er Auftrag oder eine IFTMIN-Anweisung kann einen Satz enthalten — aber es ist ein Satz, den Sie vor dem Versand der Nachricht festgelegt haben. Eine 210 oder eine INVOIC sagt Ihnen, was der Frachtführer berechnet hat: nützlich für die Rechnungsprüfung, nutzlos für die Kalkulation, weil sie Wochen nach Ihrer Verkaufspreiszusage eintrifft. Ein EDI-Äquivalent zu „was würde diese Sendung kosten?“ gibt es nicht.
Zweitens ist EDI ein Projekt je Partner. Jede Verbindung braucht eine Übertragungsvereinbarung (AS2-Zertifikate, SFTP-Ablage oder VAN-Postfach), ein segmentgenaues Mapping Ihrer Daten auf den Implementierungsleitfaden der Gegenseite, einen Testzyklus mit beidseitiger Zertifizierung von Musternachrichten und auf jeder Seite einen Ansprechpartner, wenn ein Mapping bricht. Zwei Frachtführer mit demselben Standard verwenden trotzdem andere Qualifier, andere Referenzsegmente und andere Pflichtfelder.
Seine Kosten verdient EDI dort, wo ein vertraglicher Verkehr täglich mit demselben Partner läuft — und sehr oft ist es Ihr Kunde, nicht Ihr Frachtführer, der es verlangt. Ein großer Verlader, der 204 und 214 vorschreibt, zwingt Ihnen EDI als Lieferant auf. Das ist eine reale Anforderung und hat mit Ihrer Kalkulation nichts zu tun: Sie brauchen weiterhin irgendwo einen Tarif, um zu wissen, was Sie berechnen. Siehe Frachttarife verwalten und pflegen sowie den Glossareintrag Tarifmatrix.
Ist eine Tarifmatrix weniger aktuell als eine Live-Carrier-API?
Selten, denn ein verhandelter Straßenfrachttarif wird ein- bis zweimal jährlich neu vereinbart und gilt dazwischen vertraglich fest. Wirklich beweglich ist nur der Dieselzuschlag, der einem veröffentlichten Monatsindex folgt — eine Zahl in einem Feld, keine Schnittstelle.
Der Aktualitätseinwand klingt zwingend, bis man fragt, wie oft sich die zugrunde liegende Zahl tatsächlich bewegt. Ein Stückgut- oder Teilladungsvertrag nennt eine Laufzeit, und innerhalb dieser Laufzeit ist der Frachtführer daran gebunden. Wer aus einer gültigen Tarifmatrix kalkuliert, kalkuliert den Vertrag — also genau das, was später berechnet wird.
Monatlich bewegt sich der Dieselzuschlag, und der ist indexiert, nicht verhandelt. Ein vollständiges Beispiel auf einer Relation.
Tarif gültig 1. Januar 2026 bis 31. Dezember 2026. Typ weight_zone, Zone 2, Gewichtsstaffel 1.000–1.999 kg zu 14,80 € pro 100 kg. Sendung: 1.240 kg.
- Einkaufspreis Basis: 12,40 × 14,80 € = 183,52 €. Die Engine prüft zusätzlich die nächste Staffelgrenze — 2.000 kg zu 12,30 € pro 100 kg = 246,00 €, also schlechter; es bleibt bei 183,52 €.
- Dieselzuschlag Februar: Index 1,61 € pro Liter gegen Basiswert 1,40 €, Dieselanteil 30 % der Kostenbasis. (1,61 − 1,40) ÷ 1,40 × 0,30 = 4,5 %. Einkaufspreis 191,78 €.
- Verkaufspreis bei 18 % Marge nach p/(1−m): 191,78 € ÷ 0,82 = 233,88 €. Marge: 42,10 €.
- März: Index steigt auf 1,68 €. (1,68 − 1,40) ÷ 1,40 × 0,30 = 6,0 %. Einkaufspreis 194,53 €, Verkaufspreis 194,53 € ÷ 0,82 = 237,23 €.
Zwischen Februar und März hat sich der Verkaufspreis um 3,35 € verschoben. Die Tarifmatrix blieb unverändert, keine Schnittstelle war beteiligt, und die einzige veränderte Eingabe war eine veröffentlichte Indexzahl. So sieht Preisaktualität im Vertragsverkehr auf der Straße ehrlich aus: eine stabile Tabelle plus ein indexierter Koeffizient. Nachrechnen lässt sich das im Dieselzuschlag-Rechner; der Begriff selbst steht im Glossar unter Dieselzuschlag.
Das echte Veraltungsrisiko ist nicht technisch, sondern organisatorisch: aus einem Tarif zu kalkulieren, dessen Gültigkeit abgelaufen ist, weil niemand den neuen erfasst hat. Dieses Problem löst auch eine API nicht — deshalb gehört zu jeder Tarifmatrix ein Gültigkeitsdatum. Die Checkliste zum Frachtführer-Onboarding zeigt, was beim Aufbau zu erfassen ist; die vier Tariftypen zeigen, welche Form Ihr Tarif hat.
Welche Frachtführer erreichen Sie mit welcher Anbindung?
Rating-APIs konzentrieren sich auf KEP, Express und die größten Stückgutnetze. EDI konzentriert sich auf vertragliche Verkehre mit großen Partnern. Eine Tarifmatrix erreicht jeden Frachtführer, der ein Preisblatt liefern kann — also jeden, mit dem eine Spedition arbeitet, einschließlich der regionalen Frachtführer.
Für eine kleine Spedition entscheidet die Abdeckung die Frage, und am besten sieht man das an einem konstruierten Beispiel. Nehmen Sie ein Panel von 14 Frachtführern, wie es eine mittelgroße Spedition im Landverkehr typischerweise führt, und fragen Sie, was jeder anbieten kann.
| Frachtführertyp | Anzahl im Panel | Rating-API | EDI-fähig | Schickt ein Preisblatt |
|---|---|---|---|---|
| KEP- / Expressnetz | 2 | Ja | Ja | Ja |
| Nationales Stückgutnetz | 3 | Teilweise | Ja | Ja |
| Palettennetz-Partner | 3 | Nein | Selten | Ja |
| Regionaler Teilladungsverkehr | 5 | Nein | Nein | Ja |
| Grenzüberschreitender Spezialist | 1 | Nein | Nein | Ja |
Das ist ein illustratives Panel, keine Marktstatistik — aber bauen Sie es mit Ihrer eigenen Frachtführerliste nach, und die Form wird Sie nicht überraschen. Entscheidend sind die erste und die letzte Spalte: Eine API-first-Strategie macht 2 Frachtführer sofort angebotsfähig und lässt 12 Relationen monatelang von Hand kalkulieren, während eine Tarif-first-Strategie alle 14 in der Reihenfolge angebotsfähig macht, die Sie selbst bestimmen.
Diese Verteilung ist kein Zufall. Eine Rating-API lohnt sich für einen Frachtführer, dessen Preis je Sendung und über Tausende von Kundenkonten variiert. Ein Frachtführer mit 25 Fahrzeugen hat Disponenten statt Entwickler, verkauft einen Jahrestarif, der sich tagsüber nicht bewegt, und würde Geld ausgeben, um Zahlen zu veröffentlichen, die er Ihnen bereits gemailt hat. Er wird nie eine bauen, und das ist aus seiner Sicht vernünftig.
Kaufmännisch ist das ebenfalls relevant, denn im Long Tail liegt oft die Marge: Der regionale Frachtführer, der auf seiner Hausrelation am günstigsten ist, wird von weniger Wettbewerbern angeboten als das nationale Netz, das jeder erreicht. Cargavo, ein TMS für Frachtvermittler und Speditionen, behandelt diesen Long Tail als Regelfall, nicht als Ausnahme — siehe mehrere Frachtführer auf derselben Relation vergleichen.
Warum hat Cargavo keine Carrier-API und keine EDI-Schnittstelle?
Weil Frachtführer-Konnektivität nur einen kleinen Teil eines Speditionspanels abdecken und dabei die gesamte Roadmap binden würde — jede Schnittstelle ist eine Abhängigkeit vom Releaseplan eines anderen Unternehmens. Cargavo kalkuliert ausschließlich aus Tarifmatrizen, die die Spedition selbst erfasst und besitzt.
Die Grenzen gehören klar benannt, damit Sie sich gegen uns entscheiden können, wenn sie ein Ausschlusskriterium sind. Cargavo hat keine Carrier-API-Anbindung und keine EDI-Schnittstelle. Es ist außerdem keine Frachtenbörse, kein Fuhrpark- oder Dispositionssystem, keine Ausschreibungsplattform und keine Buchhaltungssoftware.
Was Sie das kostet: kein stündlich schwankendes KEP-Rating, keine automatisch aus Frachtführersystemen gezogene Sendungsverfolgung, keine automatische Auftragsübergabe in ein Frachtführer-TMS und keine EDI-Rechnungsprüfung. Wenn genau das Ihr täglicher Engpass ist, ist eine konnektivitätsorientierte Plattform die richtige Anschaffung und dieses Produkt das falsche.
Was Sie stattdessen bekommen: Jeder Frachtführer auf Ihrer Liste ist ab dem ersten Tag nach denselben Regeln kalkulierbar. Ein Frachtführer wird angelegt, indem sein vorhandener Excel- oder CSV-Tarif als eines von vier Modellen erfasst wird — weight_zone (Zonentarif × Gewichtsstaffel), pallet (Preis nach Palettenanzahl × Zone), mpl_bracket (Lademeter-/LDM-Staffeln × Zone) und hybrid_weight (Festpreis unterhalb einer Schwelle, Satz je Einheit darüber). Eine Engine liest alle vier, und dieselbe Engine erzeugt Einkaufs- und Verkaufspreis: Einkauf ohne Marge, Verkauf mit — serverseitig angewandt, je Kunde, je Tarif oder je Staffel, prozentual nach p/(1−m) oder als absoluter Betrag. Das frachtpflichtige Gewicht mit LDM-Untergrenze und konfigurierbarem Volumengewicht rechnet dieselbe Engine.
Daraus folgen zwei Dinge, die Konnektivität nicht liefert. Erstens sieht Ihr Kunde nie einen Einkaufspreis und nie eine Marge, weil beide serverseitig bleiben und nie ins Portal gesendet werden. Zweitens wird aus einem angenommenen Angebot (Q-YYYY-NNNN) eine verfolgte Sendung (S-YYYY-NNNN) als ein durchgehender Vorgang — auf Deutsch, Englisch, Französisch oder Spanisch, kalkuliert ab dem Growth-Tarif in EUR, USD, GBP, CHF, CAD, MAD oder PLN.
Die Tarifmatrix ist in jedem Tarif enthalten: Starter 49 €/Monat, Growth 149 €/Monat, Scale 399 €/Monat, jährliche Zahlung entspricht etwa zwei Freimonaten, 14 Tage kostenlos testen ohne Kreditkarte. Alle Grenzen auf der Preisseite; das praktische Vorgehen steht in Frachtführer ohne API anbinden.
Wann lohnt sich eine API- oder EDI-Anbindung wirklich?
Wenn ein Verkehr hohes Volumen hat, sich wiederholt und über einen einzigen Partner läuft. Der Test ist eine Division: einmalige Baukosten geteilt durch die Marge oder die Kosten, die die Anbindung je Sendung tatsächlich bringt oder spart — und dann zählen, wie viele Monate bis zum Break-even vergehen.
Anbindungsentscheidungen werden aus dem Bauch getroffen und mit Adjektiven verteidigt. Rechnen Sie stattdessen. Angenommen, eine Rating-Anbindung für einen Frachtführer kostet Sie 4.000 € Entwicklerzeit plus laufende Wartung und verschafft Ihnen einen Verkehr, den Sie heute ablehnen, mit der oben berechneten Marge von 42,10 € je Sendung. Break-even: 4.000 € ÷ 42,10 € ≈ 95 Sendungen. Bei 2 Sendungen pro Woche sind das rund 48 Wochen, bis sich die Anbindung getragen hat — und die Wartungsuhr läuft weiter.
Dieselbe Division für eine Anbindung, die Zeit spart statt Umsatz zu bringen, verlangt ehrliche Eingaben: Die Ersparnis sind die Minuten, die aus heute tatsächlich geleisteter Arbeit verschwinden, nicht das theoretische Maximum. Die Margenrechnung selbst können Sie im Margenrechner nachvollziehen.
Vier Situationen rechtfertigen das Projekt wirklich:
- KEP- und Expressvolumen, wo der Preis je Sendung legitim nach Maßen und Kundenkonto variiert und ein hinterlegter Tarif ihn nicht nachbilden kann.
- Kundenvorgabe — ein großer Verlader, der 204 und 214 oder ihre EDIFACT-Entsprechungen zur Vertragsbedingung macht. Nicht verhandelbar und ohne Bezug zu Ihrer Kalkulation.
- Ein dominanter Frachtführer mit einem großen Anteil Ihrer täglichen Sendungen, bei dem automatische Auftragsübergabe und Statusmeldungen einen echten Personentag pro Woche einsparen.
- Rechnungsprüfung im Mengengeschäft, wenn der händische Abgleich hunderter Monatsrechnungen gegen erwartete Einkaufspreise zu einem eigenen Job geworden ist.
Was es nicht rechtfertigt: der Glaube, eine API liefere einen frischeren Preis als Ihr Vertrag, oder eine Beschaffungsliste, die „Anzahl Schnittstellen“ bewertet statt „Anteil des Panels, den Sie heute anbieten können“. Wer mit Tarifmatrizen beginnt, deckt zuerst das gesamte Panel ab und kann später eine Schnittstelle ergänzen, sobald einer der vier Fälle eintritt. Wer API-first beginnt, lässt den größten Teil des Panels unkalkulierbar, solange die erste Anbindung gebaut wird.
Die Reihenfolge ist der ganze Punkt: erst das Panel abdecken, dann die Verkehre optimieren, die es verdienen. Der nächste praktische Schritt steht in der Checkliste zum Frachtführer-Onboarding.
Häufige Fragen
Was ist der Unterschied zwischen API und EDI in der Spedition?
Eine API ist eine Anfrage mit sofortiger Antwort: Sie senden eine Sendung und erhalten unmittelbar einen Preis, eine Buchungsbestätigung oder einen Status. EDI ist ein asynchroner Austausch standardisierter Geschäftsdokumente wie Transportaufträge, Statusmeldungen und Rechnungen, meist über AS2, SFTP oder ein VAN. APIs können Preise liefern; EDI-Standardnachrichten setzen den Preis als bereits vereinbart voraus.
Kann man Speditionssoftware ohne EDI-Schnittstelle starten?
Ja, und für kleine Speditionen und Frachtvermittler ist das der schnellste Weg. Solange die Frachttarife als strukturierte Tarifmatrix hinterlegt sind, lässt sich jede Sendung kalkulieren, ohne dass eine Gegenseite etwas anbinden muss. Cargavo funktioniert ausschließlich so und braucht für den Start weder EDI noch eine Carrier-API.
Kann man Frachttarife ohne API nutzen?
Ja, und die meisten Landverkehrsspeditionen tun genau das. Ein verhandelter Tarif ist ein Vertragsdokument; wird er als strukturierte Tarifmatrix erfasst, liefert er für die gesamte Laufzeit dieselben Zahlen, die der Frachtführer später berechnet. Cargavo unterstützt vier Modelle — weight_zone, pallet, mpl_bracket und hybrid_weight — erfasst aus einem Excel- oder CSV-Preisblatt.
Hat Cargavo eine Carrier-API oder eine EDI-Anbindung?
Nein. Cargavo hat bewusst keine Carrier-API-Anbindung und keine EDI-Schnittstelle. Frachtführer werden aus ihrem vorhandenen Preisblatt als strukturierte Tarifmatrix angelegt, sodass jeder Frachtführer im Panel angebotsfähig ist und nicht nur die größten Netze. Cargavo ist außerdem keine Frachtenbörse, kein Dispositionssystem und keine Ausschreibungsplattform.
Brauche ich EDI, um mit einer großen Spedition zusammenzuarbeiten?
Nur wenn der Partner es vertraglich verlangt, und das kommt bei großen Verladerkunden häufiger vor als bei Frachtführern. EDI ist ein Dokumentenaustausch für wiederkehrende Verkehre mit Volumen und hilft bei der Preisfindung nicht. Sie brauchen weiterhin einen Tarif — als Tarifmatrix oder in einer Tabelle —, um vor der Auftragsvergabe zu wissen, was eine Sendung kostet.
Wie oft müssen Frachttarife im TMS aktualisiert werden?
Ein Straßenfrachttarif wird üblicherweise ein- bis zweimal jährlich neu verhandelt, die Tarifmatrix selbst wird also zu jeder neuen Gültigkeitsperiode gepflegt. Der Dieselzuschlag ändert sich deutlich häufiger, weil er einem veröffentlichten Index folgt; er wird deshalb als indexierter Koeffizient hinterlegt und bei jeder Indexveröffentlichung aktualisiert, ohne die Tarifmatrix anzufassen.
Verwandte Leitfäden
- Frachtführer ohne API anbinden: Frachttarife aus Excel in die Speditionssoftware
- Frachtführer ohne Schnittstelle anbinden: Preisblatt statt EDI
- Frachtführer ohne API: Sofortangebote aus der Tarifmatrix