Intégration du modèle de voyage ouvert
Tous les partenaires ne font pas partie du modèle de voyage ouvert. Certains envoient encore des PDF et des e-mails. Le Chainfill fournit des données conformes à la norme OTM à partir de n'importe quelle source.
Agnostique de la source
Flux entrants
PDF, e-mail ou EDI existant au format
Conforme à la norme OTM
Sortie
Le schéma attendu par votre TMS
OTM est la norme moderne, mais la chaîne n'est pas sur la même longueur d'onde
Open Trip Model est un modèle d'échange ouvert basé sur JSON pour les données logistiques. Il est conçu pour une collaboration en temps réel sur REST/JSON au lieu de l'EDI par lots, et se positionne comme le successeur moderne des formats EDI classiques dans le secteur logistique néerlandais.
En pratique, une partie de la chaîne est sur OTM et une autre ne l'est pas. Les petits transitaires, les transporteurs étrangers et les partenaires individuels envoient toujours des fichiers PDF, e-mail ou EDI traditionnel. Une équipe qui consomme de l'OTM ne voit souvent que la moitié du flux arriver dans le bon format.
Pontement des sources non OTM dans le flux OTM
Commandes PDF
Transitaires et partenaires individuels
E-mails + pièces jointes
Expéditeurs sans accès API
Ancien EDI
EDIFACT, X12
Flux OTM existant
Partenaires déjà sur OTM
Pont Chainfill OTM
Un compatible OTM flux
Les partenaires qui envoient toujours des PDF, l'e-mail ou l'EDI existant sont extraits et mappés dans des charges utiles conformes à l'OTM. Votre TMS voit un schéma quel que soit l'endroit où la commande est entrée dans la chaîne. Le pont vers le modèle Open Trip est le même : une couche d'extraction transforme les flux entrants mixtes en charges utiles OTM que les systèmes en aval comprennent déjà.
Là où OTM se bloque dans la pratique
- 01
Tous les partenaires ne prennent pas en charge OTM. Les petits transitaires et les partenaires étrangers envoient toujours des PDF et des e-mails.
- 02
Les systèmes TMS qui peuvent consommer de l'OTM reçoivent des entrées non OTM et finissent par être traduits manuellement.
- 03
Les mappages écrits à la main entre les formats existants et l'OTM sont rompus à chaque changement de schéma.
De l'entrée mixte à un flux OTM
- 1
Capturez chaque source
Les flux non OTM (PDF, e-mail, EDIFACT, X12, CSV) arrivent dans la même boîte de réception que votre flux OTM existant.
- 2
Extraire vers des champs structurés
L'IA reconnaît la signification des champs quelle que soit la présentation, y compris la terminologie spécifique au partenaire que votre TMS attend normalisée.
- 3
Mapper vers OTM
Les champs validés sont projetés sur le schéma OTM consommé par votre TMS ou votre couche d'intégration. La gestion des versions est alignée par client, de sorte qu'aucune équipe ne subit une mise à niveau OTM forcée ou une incompatibilité de schéma.
- 4
Transférez-les à votre TMS
Les enregistrements arrivent au format OTM aux côtés de vos partenaires OTM existants. Les consommateurs en aval voient un flux uniforme.
Prêt à supprimer le travail manuel ?
Démo“Chainfill nous aide à traiter des commandes complexes où les informations sont réparties dans des documents et des fils de discussion.”
Un seul schéma, quelle que soit la manière dont les partenaires fournissent
À quoi ressemble la consommation d'OTM une fois Chainfill prend en charge la traduction côté source.
Entrée mixte
PDF, e-mail, EDIFACT, CSV et OTM sont tous mélangés. Votre TMS ou votre couche d'intégration traduit toujours par flux.
OTM uniforme
Les sources non OTM sont extraites et transmises au format OTM. Votre TMS voit un schéma.
Cadre conceptuel : OTM reste le schéma consommé par votre TMS. Chainfill comble le vide pour les partenaires qui ne sont pas encore sur OTM.
Votre TMS ou votre couche d'intégration voit un seul flux OTM uniforme, que le partenaire soit déjà sur la norme ou envoie toujours des pièces jointes PDF. Le pont se déplace avec vous au fur et à mesure que la chaîne migre.
Conceptuel, basé sur le positionnement OTM.
