Intégration FourKites : position et Dynamic ETA

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. FourKites 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 déjà connecté 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 FourKites

FourKites gère sa propre intégration des transporteurs par FourKites Connect, un tableau de bord libre-service où un transporteur entre une seule fois les identifiants de son fournisseur de DCE ou de GPS, parmi plus de 900 fournisseurs selon FourKites, et gère toutes ses connexions au même endroit : les fournisseurs connectés, la mise à jour des identifiants quand ils expirent et les clients expéditeurs pour qui il est suivi. Roadmark ne fait pas cette intégration : il lit les données des transporteurs déjà connectés du côté de FourKites.

Connecter Roadmark à FourKites

FourKites accorde l'accès à l'API à ses clients par la configuration de leur propre compte plutôt que par une inscription libre-service ouverte; un administrateur de votre compte FourKites configure cet accès pour que Roadmark puisse lire la position et la HAP des chargements que vous suivez. Rien ne change dans la façon dont un transporteur se connecte par FourKites Connect.

Ce qu'apporte le Dynamic ETA

FourKites appelle sa HAP prédictive Dynamic ETA : elle est calculée à partir des signaux actuels d'un transporteur plutôt que de la seule dernière mise à jour de statut, et se met donc à jour en continu pendant que le chargement avance au lieu de sauter d'un point de contrôle à l'autre. 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

Le chargement 48237 est confié à Harrow Lane Trucking, un transporteur externe à qui le chargement a été offert, plutôt qu'à l'un des camions d'Ashgrove. Il n'y a pas de connexion DCE du côté de Roadmark avec un camion qui ne vous appartient pas : si Harrow Lane Trucking est déjà connecté par FourKites Connect, Roadmark lit plutôt sa position dans FourKites. Le suivi obtient une HAP pour le 48237 comme il l'obtiendrait d'un DCE connecté, et le client qui attend ce chargement la voit dans son propre portail, sans que la répartition appelle Harrow Lane Trucking pour vérifier.

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 de connexion DCE dans un camion qu'il n'exploite pas. FourKites est conçu pour combler ce manque : c'est le transporteur, par FourKites Connect, qui partage sa position, et non le propriétaire de la marchandise. Un courtier obtient ainsi une HAP à jour sur un chargement confié à un transporteur externe, comme un transporteur en obtient une sur ses propres camions. C'est ce qui parvient au portail client dans les deux cas.

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