Intégration Omnitracs : heures de service et macros

Les heures de service d'un chauffeur et les messages macro qu'il envoie de la cabine passent tous deux par Omnitracs avant que Roadmark les lise. Les heures de service alimentent la planification de la répartition comme celles de tout DCE connecté : un plan n'affecte jamais un chauffeur à un chargement que ses heures restantes ne couvrent pas. Les messages macro sont la partie la plus particulière de la connexion.

Ce qu'est un message macro

Sur le terminal embarqué d'un chauffeur, Omnitracs appelle les macros des « canned messages » (messages prédéfinis), et son glossaire définit une macro comme un message « formaté à l'avance pour que le chauffeur ou l'utilisateur de QTRACS n'ait qu'à remplir les blancs » (traduction libre). Un répartiteur qui en rédige un choisit la macro dans une liste déroulante au lieu de taper un texte libre, et seuls les champs qui changent, un numéro d'arrêt ou un statut, sont remplis et envoyés. C'est un message plus rapide et plus structuré qu'un texto, conçu exactement pour les mises à jour courtes et répétées que génère un chargement.

Où il apparaît dans Roadmark

Les heures de service se trouvent sur la même fiche de camion que la remorque et le retour à la maison qu'alimente tout DCE connecté : la planification de la répartition vérifie un seul endroit, quel que soit le DCE de la flotte. Un message macro envoyé d'une cabine connectée à Omnitracs arrive dans le fil de messages du chargement, au même endroit qu'un message envoyé à partir de l'application chauffeur de Roadmark. Pour une flotte dont les chauffeurs restent sur le terminal Omnitracs plutôt que de passer à l'application de Roadmark, la répartition lit donc toujours chaque mise à jour du chargement, sans ouvrir un deuxième écran pour voir ce qu'un chauffeur a envoyé du camion.

La position et les heures de service d'un DCE connecté sont aussi l'une des cinq sources que le suivi consulte pour le statut d'un chargement, avec l'application chauffeur, l'application du transporteur ou un EDI 214, les réseaux de visibilité, et un appel de suivi quand aucune autre source ne transmet.

Un exemple un mardi

Au tableau des transporteurs, le camion 231 (A. Brandt) est prévu pour le trajet de mardi. Avec Omnitracs connecté, les heures de service d'A. Brandt figurent sur la fiche du camion 231 comme celles de tout DCE connecté : la planification de la répartition vérifie un seul endroit avant d'affecter le prochain chargement du camion. Si A. Brandt envoie une macro à partir du terminal, par exemple un code de retard à un arrêt, au lieu de la taper, elle arrive immédiatement dans le fil de messages de ce chargement. La répartition la lit là, à côté de tout message qu'un chauffeur utilisant l'application chauffeur de Roadmark aurait envoyé pour un autre chargement, plutôt que de passer à une vue distincte du terminal pour voir ce qui est arrivé de la cabine.

Omnitracs et l'application chauffeur côte à côte

Un transporteur n'a pas à faire passer tous ses chauffeurs à l'application chauffeur de Roadmark d'un coup pour en profiter. Un camion dont le chauffeur reste sur le terminal Omnitracs apparaît quand même avec ses heures de service à jour et un fil de messages qui se remplit à partir des messages macro; un camion passé à l'application chauffeur de Roadmark reçoit ses messages de la même façon, simplement tapés sur un téléphone au lieu d'être choisis dans une liste du terminal. La répartition travaille dans un seul tableau dans les deux cas.

Pour une flotte qui utilise déjà Omnitracs, le changement tient surtout à ce qui rattrape en aval : un plan qui respecte les heures qui restent réellement au chauffeur, et un message macro qui arrive dans le fil du chargement au lieu de rester sur un terminal que la répartition doit consulter séparément.