So speisen Sie extrahierte BOL-Daten
ohne manuelle Neueingabe in Ihr TMS ein

Das eigentliche Problem ist nicht die Extraktion – sondern die Lücke zwischen Extraktion und Ihrem TMS

Daten von einem Konnossement zu extrahieren, ist der gelöste Teil der Gleichung. Moderne KI-Extraktion kann in Sekunden Absendernamen, Empfängerdetails, Containernummern, Gewichte und Hafeninformationen aus jedem Carrier-Format extrahieren – Maersk, MSC, Hapag-Lloyd oder ein regionaler NVOCC-Hausfrachtbrief. Der schwierigere Teil ist, was danach passiert: Die extrahierten Daten landen in einer Tabelle, während Ihr TMS darauf wartet, dass ein Mensch sie eintippt.

Diese Lücke zwischen „Daten extrahiert" und „Daten im TMS" kostet Spediteure täglich Stunden. Wie ein Spediteur auf Reddit formulierte: „Die meisten Spediteure, mit denen ich gesprochen habe, ertrinken in manueller Dateneingabe und würden diese Zeit lieber für Buchungen oder Kundenbetreuung nutzen." (Quelle)

Das Problem verschärft sich mit der Carrier-Vielfalt. Ein Hapag-Lloyd-Konnossement platziert den Schiffsnamen oben rechts im Kopfblock; ein MSC-Konnossement setzt ihn in eine Tabellenzelle unter dem Logo; ein Hausfrachtbrief eines regionalen NVOCC vergräbt ihn im Fließtext. Der Bearbeiter muss auf jedem Dokument jedes Feld visuell lokalisieren und dann in das passende TMS-Feld eintippen – immer und immer wieder. Ein mittelgroßer Spediteur mit 30 Konnossementen pro Tag verbringt 5 bis 7 Stunden mit reiner Transkription, bevor die operative Arbeit beginnt (Quelle). Die Kosten pro Sendung für manuelle Konnossement-Eingabe sind nicht nur ein Produktivitätsposten – sie sind die versteckte Steuer auf jeden Container, der über Ihren Schreibtisch läuft.

Doch die Lösung erfordert weder den Austausch Ihres TMS, den Umbau Ihrer Rechnungsstellung noch die Umschulung Ihres Teams. Sie brauchen eine Brücke, die zur Form der Importtür Ihres TMS passt – und jedes TMS hat eine.

Jedes TMS hat eine Importtür – hier finden Sie Ihre

Bevor Sie ein Extraktionstool bewerten, kennen Sie den Importpfad Ihres TMS. Jedes gängige System von Spediteuren akzeptiert strukturierte Datenimporte – meist per CSV oder Excel –, aber der Pfad und die Feldanforderungen unterscheiden sich je nach Plattform.

CargoWise One. Die Bulk-Upload-Engine akzeptiert vorformatierte Excel- oder CSV-Vorlagen mit integrierter Validierung, die vor der endgültigen Übermittlung auf Datenrichtigkeit, Formatierung und Duplikate prüft. Für direkte programmatische Integration bietet CargoWise eHub- und Universal-Gateway-APIs, die XML akzeptieren – diese erfordern jedoch Entwicklerbeteiligung und laufende Wartung bei CargoWise-Versionsupdates (Quelle). Der CSV-Importpfad steht jedem Benutzer ohne IT-Unterstützung zur Verfügung.

Descartes Forwarder TMS. Die SaaS-basierte Plattform akzeptiert strukturierte Daten-Uploads über ihre webbasierte Architektur, typischerweise per CSV-Zuordnung. Descartes unterstützt auch EDI für die Spediteurskommunikation und Zollanmeldung – für die interne BOL-Dateneingabe bleibt der CSV-Import jedoch die Brücke mit dem geringsten Aufwand für die meisten Speditionsteams.

SAP Transportation Management. SAP TM erstellt Frachtaufträge über die NWBC-Oberfläche und akzeptiert Daten über Service-Schnittstellen (SOAP/XML) für die programmatische Integration. Für Teams ohne dedizierte SAP-TM-Entwickler bieten strukturierte Datei-Uploads über SAPs Datenmigrationstools eine praktische Alternative, die keinen benutzerdefinierten Code erfordert.

BluJay / E2open TMS. Die Plattform unterstützt Preisgestaltung, Ausschreibungen und automatisierte Ladungszuweisungen über Import-Pipelines, wobei CSV und EDI gängige Datenformate sind.

Das Muster ist bei allen identisch: Das TMS kann bereits strukturierte Daten aufnehmen. Der Engpass ist nicht das TMS – es ist die Überführung der BOL-Daten in dieses strukturierte Format, ohne jedes Feld manuell einzutippen. Schließen Sie diese Lücke, und der Rest Ihres Workflows bleibt exakt wie er ist.

Extraktionsausgabe an Ihre TMS-Importvorlage anpassen

Der Reibungspunkt, der die meisten Automatisierungsversuche scheitern lässt, ist subtil: Nach der Extraktion muss jemand die Ausgabe umformatieren, damit sie den TMS-Importvorgaben entspricht. Wenn Ihre CargoWise-Bulk-Upload-Vorlage "Ref-Nr." in Spalte B erwartet und Ihre Extraktionsausgabe "PRO-Nummer" in Spalte D liefert, haben Sie einen manuellen Schritt gegen einen anderen getauscht. Deshalb hält sich die manuelle BOL-Eingabe selbst in Teams, die Automatisierung versucht haben – der Umformatierungsschritt frisst die Zeitersparnis auf.

Die Lösung: Benennen Sie Ihre Extraktionsspalten von Anfang an so, dass sie Ihrer TMS-Importvorlage entsprechen. Dieser Ansatz – spaltennamenbasierte Extraktion – funktioniert anders als herkömmliche OCR. Statt die Seite nach Text zu durchsuchen und alles in eine Datei zu werfen, die Sie dann parsen müssen, geben Sie die genauen Feldnamen an, die Ihr TMS erwartet: "ABSENDER_NAME", "CONTAINER_NR", "SCHIFFSREISE". Die Extraktions-Engine findet den entsprechenden Wert auf jeder BOL-Seite, indem sie versteht, was die Daten bedeuten, nicht wo sie im Layout stehen. Ein Maersk-BOL, ein MSC-BOL und ein regionaler NVOCC-Hausfrachtbrief – dieselbe Spaltenkonfiguration liest alle drei. Sie können BOL-Daten von jedem Carrier in strukturierte Spalten extrahieren, ohne pro Carrier eine Vorlage einrichten zu müssen.

Wenn Ihre CargoWise-Importvorlage "SHIPPER", "CONSIGNEE", "CONTAINER", "WEIGHT_KG", "VOYAGE" erwartet, legen Sie genau diese Namen als Ihre Extraktionsspalten fest. Die extrahierte Ausgabe kommt bereits zugeordnet an: Die Spaltenüberschriften stimmen eins zu eins mit Ihrer TMS-Importvorlage überein. Sie exportieren als CSV und importieren direkt – ohne Neuformatierung, ohne Spaltenumordnung, ohne manuelle Übersetzungstabelle. Einmal konfiguriert. Jeder folgende BOL folgt demselben Pfad.

Das gleiche Prinzip funktioniert für jedes TMS. Descartes-Importzuordnung, SAP-TM-Datenmigration, BluJay-CSV-Import – sie alle akzeptieren strukturierte Feldnamen. Die einzige Variable ist, welche spezifischen Feldnamen Ihre TMS-Importvorlage erwartet, und Sie legen diese einmal fest.

Stapelverarbeitung erweitert dies: Laden Sie 20 BOLs von 8 verschiedenen Spediteuren gleichzeitig hoch, extrahieren Sie sie gemeinsam in eine einzige CSV mit Ihren TMS-zugeordneten Spaltenüberschriften und importieren Sie den gesamten Stapel in einem TMS-Massenimportdurchgang. Die Zeit pro BOL sinkt auf Sekunden statt Minuten.

Vom Spediteur-PDF zum TMS-Datensatz: Der durchgängige Pfad

Hier ist der konkrete Ablauf für einen Spediteur, der CargoWise One verwendet – das Muster lässt sich jedoch auf jedes TMS mit einer CSV-Import-Schnittstelle übertragen.

Gesamtzeit für drei BOLs: unter 2 Minuten, wovon der Großteil auf den Prüfdurchgang entfällt. Dieselben drei manuell eingegebenen BOLs würden 30 bis 45 Minuten dauern, und die Fehlerquote bei der manuellen Übertragung von Containernummern und Gewichten ist so hoch, dass die meisten Teams ohnehin einen zweiten Prüfzyklus einplanen. Sie fügen keinen Prüfschritt hinzu – Sie ersetzen 30 Minuten Tipparbeit durch 30 Sekunden Kontrolle.

Was bleibt gleich: Nachgelagerte Arbeitsabläufe bleiben exakt wie gehabt

Dieser Abschnitt ist für jeden, der schon einmal von einer Lösung enttäuscht wurde, die eine funktionierende Pipeline zerstört hat, der wichtigste. Die Daten, die per CSV-Import in Ihr TMS gelangen, sind strukturell identisch mit manuell über die TMS-Oberfläche eingegebenen Daten – das System erkennt keinen Unterschied. Ihr Fakturierungsmodul greift auf dieselben Felder zu. Ihre Zollanmeldungen beziehen sich auf dieselben Datensätze. Ihr Kundenportal zeigt denselben Sendungsstatus an.

Fakturierung. Ob Ihr TMS Rechnungen automatisch aus Sendungsdatensätzen generiert oder Ihr Abrechnungsteam sie manuell erstellt – die Absender- und Empfängerdaten, Gewichte und Containerinformationen, auf die sich die Rechnung stützt, stammen aus derselben Datenstruktur. Keine Änderungen an Rechnungsvorlagen. Keine Neugestaltung des Abrechnungsworkflows. Die Debitorenbuchhaltung bemerkt keinen Unterschied – außer weniger Rückfragen zu nicht übereinstimmenden Referenznummern.

Zollabfertigung. Automatisierte Zolleinträge in CargoWise beziehen Absender-, Importeur- und Konnossementdaten aus vorhandenen Sendungsdatensätzen. Das Zollmodul liest von derselben Stelle wie immer. Ein Tippfehler bei einer Containernummer in einer Zollanmeldung kann eine Inspektionsverzögerung auslösen – und die Extraktions-Engine vertauscht im Gegensatz zu einem müden Mitarbeiter am Ende einer Schicht keine Ziffern.

Kundenkommunikation. Tracking-Portale, Meilenstein-Benachrichtigungen und E-Mails zum Sendungsstatus beziehen alle Daten aus den TMS-Sendungsdaten. Aus Systemsicht hat sich die Datenquelle nicht geändert – nur die Methode, mit der Daten in das System gelangen, hat sich geändert. Die nachgelagerten Prozesse lesen dieselben Felder aus denselben Datensätzen.

Dies ist der Kern des Arguments für die Workflow-Integration: Die Extraktionsebene sitzt vorgelagert zu allem, was bereits funktioniert. Sie ändert die Eingabemethode, nicht das System. Stellen Sie es sich wie ein zusätzliches Förderband an der Laderampe vor – das Lager, das Inventarsystem und die Lkw ändern sich nicht.

Wann eine CSV-Brücke sinnvoller ist als eine direkte API-Integration

Beide Wege führen zum Ziel. Die Wahl hängt vom Volumen, den technischen Ressourcen und dem Bedarf an Echtzeit-Datenfluss ab.

Direkte API-Integration – CargoWise eHub, SAP TM-Service-Schnittstellen, Descartes EDI-Connector – überträgt extrahierte Daten ohne den CSV-Zwischenschritt direkt in TMS-Datensätze. Eine Implementierung dauert in der Regel 4 bis 8 Wochen und umfasst Discovery, Aufbau, Tests und Go-Live (Quelle). Der Vorteil: keine manuellen Schritte zwischen Extraktion und TMS-Befüllung. Der Preis: Entwickleraufwand für XML-Schema-Mapping, laufende Wartung bei API-Änderungen des TMS und anbieterspezifische Implementierung, die nicht auf ein anderes TMS übertragbar ist. EDI und direkte API-Ansätze haben ihre Berechtigung – aber der Implementierungsaufwand ist real.

Die CSV-Brücke hingegen: funktioniert mit jedem TMS, das strukturierte Dateiimporte akzeptiert (also mit allen), erfordert nach der initialen Spaltenkonfiguration keinen IT-Einsatz und ist in unter einer Stunde statt in Wochen eingerichtet. Der Kompromiss: Es gibt einen 30-Sekunden-Prüfschritt zwischen Extraktion und Import.

Für einen Spediteur mit 50 bis 500 Frachtbriefen pro Monat ist die CSV-Brücke fast immer der richtige Einstieg. Sie bringt den Großteil der Zeitersparnis bei einem Bruchteil des Implementierungsaufwands. Die Skalierung der Frachtbriefverarbeitung von 100 auf 1.000 Sendungen erfordert nicht am ersten Tag eine API-Integration – sondern die Spaltenzuordnungs-Disziplin, die die CSV-Brücke zum Funktionieren bringt und später zur Schema-Spezifikation wird, wenn Sie in die direkte API investieren.

Wenn die Datenmengen so weit wachsen, dass die 30-Sekunden-Prüfintervalle auf mehrere Stunden pro Woche anwachsen, lohnt sich der API-Weg – und das bereits erstellte Spaltenmapping dient als genaue Vorgabe für den Entwickler.

Häufig gestellte Fragen

Was ist, wenn meine Frachtbriefe als gescannte PDFs oder Handyfotos von Fahrern eingehen?

Moderne KI-Extraktion liest gescannte Seiten, Handyfotos und native PDFs – sie benötigt keine Textebene im PDF. Ein Foto eines Papierfrachtbriefs, das ein Fahrer am Lagertor aufnimmt, liefert dieselben extrahierten Daten wie ein digital erstelltes Maersk-PDF. Handschriftliche Empfängernotizen oder Randbemerkungen werden zusammen mit den gedruckten Feldern gelesen.

Funktioniert das auch, wenn ich jede Woche Frachtbriefe verschiedener Spediteure verarbeite?

Ja – und genau darin liegt der größte Nutzen dieses Ansatzes. Vorlagenbasierte Tools erfordern, dass Sie für jedes Spediteurformat ein Layout trainieren. Die Spaltennamensextraktion liest jeden Frachtbrief von jedem Spediteur, da sie nach der Bedeutung der Daten sucht („Was auf dieser Seite ist der Schiffsname?“) und nicht nach ihrer Position („Der Schiffsname befindet sich an den Koordinaten x=300, y=450“). Dieselbe Spaltenkonfiguration verarbeitet einen Maersk-Frachtbrief, einen MSC-Frachtbrief und einen regionalen NVOCC-Hausfrachtbrief ohne Einrichtung pro Spediteur. Multi-Spediteur-Frachtbriefextraktion in Excel funktioniert ohne Neukonfiguration über jedes Format hinweg.

Welche TMS-Felder sollte ich aus einem Frachtbrief extrahieren?

Die Mindestmenge, die die meisten Weiterleitungs-Workflows abdeckt: Absendername und -adresse, Empfängername und -adresse, Benachrichtigungspartei, Schiffsname, Reisenummer, Verladehafen, Löschhafen, Containernummern, Plombennummern, Warenbeschreibung, Brutto- und Nettogewicht, Stückzahl, MBL-Nummer, HBL-Nummern. Fügen Sie die PRO-Nummer für LTL-Sendungen hinzu. Die von Ihnen verwendeten Spaltennamen müssen exakt mit denen Ihrer TMS-Importvorlage übereinstimmen – kopieren Sie sie aus der Vorlage, nicht aus dem Gedächtnis.

Wie gehe ich mit Frachtbriefen um, die mehrere Container in einem einzigen Dokument auflisten?

Richten Sie CONTAINER_NO und SEAL_NO als separate Spalten ein. Die Extraktions-Engine teilt Frachtbriefe mit mehreren Containern in zeilenweise Container auf – jede Zeile erhält eine eigene Containernummer, Plombennummer und das zugehörige Gewicht – sodass Ihr TMS eine Zeile pro Container erhält. Dies entspricht der nativen Struktur von Sendungsdatensätzen in den meisten TMS-Plattformen.

Was passiert, wenn die extrahierten Daten einen Fehler enthalten?

Der Prüfschritt zwischen Extraktion und Import ist Ihr Sicherheitsnetz – er wird nicht automatisiert, und das ist beabsichtigt. Öffnen Sie die extrahierte Tabelle, überprüfen Sie stichprobenartig Containernummern und Gewichte anhand der Quell-PDFs und korrigieren Sie fehlerhafte Felder vor dem Import. Diese 30-sekündige Prüfung fängt die Randfälle ab – einen verschmierten PDF-Scan, eine handschriftliche Änderung am Rand eines Frachtbriefs, ein Gewicht in einer nicht standardmäßigen Einheit – die kein vollautomatisches System perfekt handhabt. Der Kompromiss ist klar: 10 bis 15 Minuten vollständige manuelle Eingabe werden zu 30 Sekunden gezielter Überprüfung.

Ist dieser Ansatz konform mit Zoll- und Regulierungsanforderungen?

Die Datengenauigkeit steigt – die Extraktions-Engine wendet eine einheitliche Interpretation auf jedes Speditionsformat an und eliminiert Übertragungsfehler, die bei manueller Eingabe auftreten, insbesondere bei langen Containernummern und Einheitenumrechnungen. Für Zollanmeldungen ist Datengenauigkeit nicht optional: Ein Fehler in einer Containernummer bei einer Anmeldung kann zu Verzögerungen durch Kontrollen führen. Der Prüfschritt vor dem Import bietet den Compliance-Kontrollpunkt. Die Datengenauigkeit über BOL-Felder verschiedener Speditionen hinweg ist ein inhärent schwieriges Problem – kein System erfasst alles – aber Extraktion plus gezielte Prüfung ist nachweislich zuverlässiger als die Übertragung durch einen müden Mitarbeiter.

Kann ich das mit Google Sheets statt Excel nutzen?

Ja. Das Extraktionsergebnis kann direkt nach Google Sheets exportiert werden. Wenn Ihr Team für die operative Nachverfolgung vor der Datenübergabe an das TMS mit Sheets arbeitet, sieht der Ablauf so aus: BOL-Daten in Sheets extrahieren → prüfen und verifizieren → als CSV aus Sheets exportieren → in TMS importieren. Das Google Sheets-Seitenleisten-Add-on für ImageToTable.ai ermöglicht die direkte Extraktion von BOL-Daten in ein Blatt, ohne Ihre Tabellenkalkulationsumgebung zu verlassen, und anschließend den Export der geprüften CSV für den TMS-Upload.

Was ist der Unterschied zur Einstellung weiterer Datenerfasser?

Datenerfasser benötigen weiterhin 10 bis 15 Minuten pro BOL, müssen in den Formatvarianten der Speditionen geschult werden und produzieren Fehler, die mit dem Volumen zunehmen. Mehr Personal skaliert die Kosten linear mit dem Sendungsvolumen. Die CSV-Brücke skaliert zu nahezu vernachlässigbaren Grenzkosten: Die Verarbeitung von 100 BOLs benötigt ungefähr die gleiche Zeit pro Dokument wie die Verarbeitung von 10. Die Rolle des Bearbeiters verschiebt sich von der Dateneingabe zur Ausnahmebehandlung – Prüfung markierter Felder und Lösung von Grenzfällen – was eine höherwertige Tätigkeit ist.

Die CSV-Brücke ist kein Produkt, sondern eine Methode. Sie funktioniert mit jedem Extraktionstool, das strukturierte Spalten ausgibt, und jedem TMS, das CSV-Importe akzeptiert. Entscheidend ist, dass Sie Ihre Extraktionsspalten von Anfang an so benennen, dass sie Ihrer TMS-Importvorlage entsprechen – das eliminiert den aufwändigen Umformatierungsschritt, der die meisten Automatisierungsversuche scheitern lässt. Ziehen Sie ein BOL-PDF aus Ihrem Posteingang, ordnen Sie die Spalten Ihrer Importvorlage einmal zu, und prüfen Sie, ob aus 10 Minuten pro Dokument 30 Sekunden werden. Testen Sie es mit Ihren eigenen BOLs – die Brücke, die Sie heute bauen, wird morgen zum API-Schema, das Sie einem Entwickler übergeben.