Intégration project44 : position et HAP prédictives

Certains transporteurs de votre tableau partagent déjà leur position avec les expéditeurs par un réseau de visibilité, au lieu d'une connexion DCE ou en plus de celle-ci. project44 est l'un de ces réseaux, et Roadmark lit la position et l'heure d'arrivée prévue (HAP) prédictive qu'il transmet pour tout transporteur qui partage déjà ses données avec vous par son entremise : le suivi a ainsi une HAP à jour sans que ce transporteur installe quoi que ce soit de nouveau spécialement pour Roadmark.

Comment un transporteur entre dans le réseau project44

project44 gère sa propre intégration des transporteurs. Comme l'explique sa FAQ pour les transporteurs, un transporteur se connecte par son fournisseur de DCE ou de télématique, par l'application DriveView de project44 sur le téléphone d'un chauffeur, ou par une API, puis décide lesquels de ses clients peuvent voir ces données, et il peut cesser de les partager avec n'importe lequel d'entre eux à tout moment. Les camions d'un transporteur apparaissent donc chez vous une fois que ce transporteur partage ses données avec vous par project44. Roadmark ne fait pas cette intégration : il lit les données des transporteurs déjà connectés du côté de project44.

Connecter Roadmark à project44

La plateforme Movement de project44 authentifie les clients de l'API au moyen de l'octroi d'identifiants client (client credentials) d'OAuth 2.0. Un administrateur qui a le rôle « Customer Admin » de Movement inscrit une application cliente, lui attribue les rôles et les groupes d'accès qui couvrent les données que Roadmark doit lire, et Roadmark utilise les identifiants de ce client pour demander un jeton d'accès au point de terminaison de jetons OAuth de project44. Rien ne change dans la façon dont un transporteur se connecte à project44.

Ce qu'apporte une HAP prédictive

project44 décrit sa HAP comme recalculée en continu à partir de la position actuelle d'un camion et de conditions comme la circulation et le rendement historique de ce transporteur sur ce corridor, plutôt que comme une HAP qui se met à jour seulement à l'arrivée d'un message de statut. Roadmark lit cette HAP comme il lit celle d'un DCE : comme l'une des cinq sources qui alimentent le statut d'un chargement, avec l'application chauffeur, l'application du transporteur ou un EDI 214, les autres réseaux de visibilité, et un appel de suivi quand aucune autre source ne transmet. La HAP qui apparaît au tableau des chargements est celle qu'un client voit dans son propre portail.

Un exemple concret

Au tableau de mardi, le chargement 48219 est affrété auprès de Northline Freight, un transporteur externe, à 1 655,00 $ US. Ashgrove Logistics n'exploite pas ce camion : il n'y a donc pas de connexion DCE à lire directement. Si Northline Freight partage déjà sa position par project44, Roadmark lit plutôt ce flux : le suivi obtient une HAP pour le 48219 comme il l'obtiendrait d'un DCE connecté, et Prairie Foods, ou tout autre client qui attend ce chargement, voit la même HAP dans son propre portail, sans qu'Ashgrove Logistics appelle Northline Freight pour savoir où est le camion.

Pourquoi c'est important pour les courtiers

Un courtier, ou la division de courtage d'un groupe, offre des chargements à des transporteurs qu'il n'exploite pas : il ne peut pas installer son propre DCE dans le camion de quelqu'un d'autre. project44 est conçu exactement pour combler ce manque : il suit le transporteur, pas le propriétaire de la marchandise. Un courtier obtient ainsi la même HAP à jour sur un chargement confié à un transporteur externe qu'un transporteur sur ses propres camions. C'est ce qui alimente le même portail client dans les deux cas.

Pour un courtier ou un transporteur qui travaille déjà avec des transporteurs connectés à project44, le changement tient surtout à ceci : le tableau et le portail client rattrapent ce que project44 transmet depuis le début, au lieu qu'un répartiteur recopie une HAP à partir d'un tableau de bord distinct.