Voor OTM-data consumers
Open Trip Model integratie
Niet al uw partners zitten op het Open Trip Model. Sommigen sturen nog pdf en e-mail. Chainfill levert OTM-conforme data uit elke bron.
- Inkomende stromen
- Bron-agnostisch
- PDF, e-mail of legacy EDI in
- Uitvoer
- OTM-conform
- Het schema dat uw TMS verwacht
OTM is de moderne standaard, maar de keten loopt niet synchroon
Open Trip Model is een open, JSON-gebaseerd uitwisselingsmodel voor logistieke data. Het is gericht op real-time samenwerking via REST/JSON in plaats van batch-EDI, en wordt gepositioneerd als de moderne opvolger van klassieke EDI-formaten in de Nederlandse logistieke sector.
In de praktijk zit een deel van de keten op OTM en een deel niet. Kleinere expediteurs, buitenlandse vervoerders en eenmanspartners sturen nog altijd pdf, e-mail of legacy EDI. Wie OTM consumeert, krijgt vaak maar de helft van de stroom in het juiste formaat aangeleverd.
Het probleem
Waar OTM in de praktijk stokt
- 01
Niet alle partners ondersteunen OTM. Kleinere expediteurs en buitenlandse partners zitten nog op pdf en e-mail.
- 02
TMS-systemen die OTM kunnen consumeren, krijgen niet-OTM input binnen en moeten alsnog handmatig vertalen.
- 03
Handgeschreven mappings tussen legacy formaten en OTM breken bij elke schema-wijziging.
Niet-OTM bronnen koppelen aan de OTM-stroom
Partners die nog PDF, e-mail of legacy EDI sturen worden geëxtraheerd en gemapt naar OTM-conforme payloads. Uw TMS ziet één schema, ongeacht waar de order de keten binnenkwam. De brug naar Open Trip Model werkt hetzelfde: één extractielaag zet gemengde binnenkomende stromen om in de OTM-payloads die downstream systemen al begrijpen.
- 01
PDF-orders
Expediteurs en eenmanspartners
- 02
E-mail + bijlagen
Verladers zonder API-toegang
- 03
Legacy EDI
EDIFACT, X12
- 04
Bestaande OTM-feed
Partners die al op OTM zitten
- 05
Chainfill OTM-bridge
Eén OTM-conforme stroom
Zo werkt het
Van gemengde input naar één OTM-stroom
Elke bron ophalen
Niet-OTM stromen (PDF, e-mail, EDIFACT, X12, CSV) landen in dezelfde inbox als uw bestaande OTM-feed.
Extraheren naar gestructureerde velden
AI herkent veld-betekenis ongeacht layout, inclusief de partner-specifieke terminologie die uw TMS genormaliseerd wil zien.
Mappen naar OTM
Gevalideerde velden worden geprojecteerd op het OTM-schema dat uw TMS of integratielaag consumeert. Versiebeheer is per klant afgestemd, dus geen team krijgt een gedwongen OTM-upgrade of schema-mismatch.
Overdragen aan uw TMS
Records landen in OTM-formaat naast uw bestaande OTM-partners. Downstream-consumenten zien één uniforme stroom.
Verhalen van onze klanten
Logistieke bedrijven die al groeien zonder extra mensen.
Klantverhaal
- van de orders automatisch
- 90%
“Sinds de livegang in oktober verwerkt Hartog Transport inmiddels 90% van de orderstroom automatisch met Chainfill. Daarmee is een proces dat voorheen veel handmatige handelingen vroeg, veranderd in een veel efficiëntere en schaalbare werkwijze.”
Het resultaat
Eén schema, ongeacht hoe partners aanleveren
Wat OTM consumeren betekent zodra Chainfill de bron-vertaling overneemt.
Zonder Chainfill
Mixed input
PDF, e-mail, EDIFACT, CSV en OTM door elkaar. Uw TMS of integratielaag vertaalt nog per stroom.
Met Chainfill OTM-bridge
Uniform OTM
Niet-OTM bronnen worden geëxtraheerd en in OTM-formaat doorgegeven. Uw TMS ziet één schema.
Eén uniform schema voor uw downstream
Conceptueel kader: OTM blijft het schema dat uw TMS consumeert. Chainfill vult het gat voor partners die OTM nog niet aanbieden.
Uw TMS of integratielaag ziet één uniforme OTM-stroom, of de partner nu al op de standaard zit of nog PDF-bijlagen stuurt. De bridge beweegt mee terwijl de rest van de keten migreert.
Conceptueel, op basis van de OTM-positionering.
Veelgestelde vragen
Finn Loots
Oprichter
Staat je vraag er niet bij?
Bel of mail ons. Je krijgt antwoord van iemand die het product kent.
Klaar om handwerk weg te halen?
Ontdek waar Chainfill tijd bespaart in je document-, e-mail- en systeemworkflows.