Open Trip Model Integration
Nicht jeder Partner ist auf dem Open Trip Model. Einige senden immer noch PDF und E-Mail. Chainfill liefert OTM-konforme Daten aus jeder Quelle.
Quelle-Agnostik
Eingehende Ströme
PDF, E-Mail oder Legacy EDI in
OTM-konform
Ausgabe
Das Schema, das Ihr TMS erwartet
OTM ist der moderne Standard, aber die Kette ist nicht auf der gleichen Seite
Open Trip Model ist ein offenes, JSON-basiertes Austauschmodell für Logistikdaten. Es wurde für die Echtzeit-Zusammenarbeit über REST/JSON anstelle von Batch-EDI entwickelt und ist als moderner Nachfolger klassischer EDI-Formate im niederländischen Logistiksektor positioniert.
In der Praxis ist ein Teil der Kette auf OTM und ein Teil nicht. Kleinere Spediteure, ausländische Carrier und Ein-Personen-Partner senden weiterhin PDF, E-Mail oder ältere EDI. Ein Team, das OTM verbraucht, sieht oft nur die Hälfte des Streams im richtigen Format.
Überbrückung von Nicht-OTM-Quellen in den OTM-Stream
PDF Bestellungen
Spediteure und One-Person-Partner
E-Mail + Anhänge
Versand ohne API-Zugriff
Legacy EDI
EDIFACT, X12
Vorhandene OTM-Futtermittel
Partner bereits auf OTM
Chainfill OTM Brücke
Ein STM-konformer Strom
Partner, die weiterhin PDF, E-Mail oder ältere EDI senden, werden extrahiert und in OTM-konforme Nutzlasten abgebildet. Ihr TMS sieht ein Schema, unabhängig davon, wo die Bestellung in die Kette eingegeben wurde. Die Brücke zum Open-Trip-Modell ist die gleiche: Eine Extraktionsschicht verwandelt gemischte eingehende Ströme in die OTM-Nutzlasten, die nachgelagerte Systeme bereits verstehen.
Wo OTM-Ställe in der Praxis
- 01
Nicht jeder Partner unterstützt OTM. Kleinere Speditionen und ausländische Partner versenden weiterhin PDF und E-Mail.
- 02
TMS-Systeme, die OTM verbrauchen können, erhalten Nicht-OTM-Eingaben und übersetzen am Ende manuell.
- 03
Handgeschriebene Zuordnungen zwischen Legacy-Formaten und OTM brechen mit jeder Schemaänderung.
Vom gemischten Input zu einem STM-Strom
- 1
Erfassen Sie jede Quelle
Nicht-OTM-Streams (PDF, E-Mail, EDIFACT, X12, CSV) landen im gleichen Posteingang wie Ihr vorhandener OTM-Feed.
- 2
Extrahieren zu strukturierten Feldern
KI erkennt die Feldbedeutung unabhängig vom Layout, einschließlich der partnerspezifischen Terminologie, die Ihr TMS normalisiert erwartet.
- 3
Karte zu OTM
Validierte Felder werden auf das OTM-Schema projiziert, das Ihr TMS oder Ihre Integrationsschicht verbraucht. Die Versionierung wird pro Kunde angepasst, so dass kein Team ein erzwungenes OTM-Upgrade oder Schema-Mismatch erhält.
- 4
Hand weg zu Ihrem TMS
Datensätze landen im OTM-Format neben Ihren bestehenden OTM-Partnern. Nachgelagerte Verbraucher sehen einen einheitlichen Strom.
Bereit, die manuelle Arbeit zu entfernen?
Buchen Sie eine kostenlose Demo“Chainfill hilft uns, komplexe Bestellungen zu verarbeiten, bei denen die Informationen über Dokumente und E-Mail-Threads verteilt sind.”
Ein Schema, unabhängig davon, wie Partner liefern
Wie verbraucht OTM aussieht, sobald Chainfill die quellseitige Übersetzung übernimmt.
Gemischte Inputs
PDF, E-Mail, EDIFACT, CSV und OTM alle gemischt. Ihre TMS- oder Integrationsschicht übersetzt immer noch pro Stream.
Einheitliche OTM
Nicht-OTM-Quellen werden im OTM-Format extrahiert und weitergeleitet. Ihr TMS sieht ein Schema.
Konzeptionelles Framing: OTM bleibt das Schema, das Ihr TMS verbraucht. Chainfill füllt die Lücke für Partner, die noch nicht auf OTM sind.
Ihr TMS oder Ihre Integrationsschicht sieht einen einheitlichen OTM-Stream, unabhängig davon, ob der Partner im Standard ist oder noch PDF-Anhänge sendet. Die Brücke bewegt sich mit Ihnen, während mehr von der Kette wandert.
Konzeptionell, basierend auf OTM-Positionierung.
