Intégration Samsara : heures de service et HAP

Le camion de R. Diaz transmet ses heures de service, sa position et les données de son moteur à Samsara aux quelques minutes, et Roadmark lit les trois. C'est le même flux derrière trois écrans différents : le suivi le transforme en une seule heure d'arrivée prévue (HAP) par chargement et en explique le calcul en langage clair, la planification de la répartition le vérifie avant d'affecter un chauffeur au prochain chargement, et la facturation compare les heures d'arrivée et de départ au quai qu'il transmet au temps gratuit prévu dans une confirmation de tarif pour facturer le temps d'attente.

Rien de cela n'exige un nouvel appareil dans le camion. Roadmark lit les données par l'API REST de Samsara : un administrateur crée un jeton à partir du tableau de bord de Samsara, sous « Settings → API Tokens » (paramètres, jetons d'API), et lui accorde les autorisations nécessaires pour les données à lire, comme les registres des heures de service. Rien ne change dans le fonctionnement de Samsara dans la cabine.

Une fois connecté, le DCE est l'une des cinq sources que Roadmark 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. Quand le camion ralentit ou s'arrête, cela apparaît dans la HAP avant que quelqu'un appelle pour le demander, et ce sont les mêmes données d'arrivée et de départ au quai qui deviennent une ligne de temps d'attente sur la facture, sans que personne chronomètre à la main.

Pour une flotte qui utilise déjà Samsara, cela veut surtout dire que le tableau des chargements et la facture rattrapent ce que le camion transmet depuis le début : une HAP qui reflète la position et les heures réelles du camion, un plan qui respecte les heures qui restent, et des frais de temps d'attente qui correspondent à l'horloge du quai plutôt qu'à une estimation notée au dos d'un connaissement.