Comment vérifier qu’une position GPS est encore à jour

Lorsqu’un traceur GPS perd la connexion ou ne parvient pas à déterminer sa position, l’agent d’exploitation peut prendre une ancienne localisation pour la position actuelle du véhicule. Sur les trajets où la couverture mobile est irrégulière ou la navigation par satellite perturbée, le client risque alors de recevoir un avis d’arrivée alors que le camion a déjà quitté les lieux.

Avant de confirmer une arrivée, nous recommandons de vérifier l’ancienneté et le statut de la position : quand le traceur l’a enregistrée et s’il a pu en déterminer une nouvelle. Prenons un exemple de livraison.

Le message arrive après le départ du camion

À 10:00, le conducteur se présente à l’entrepôt. Le traceur enregistre la position, mais la connexion mobile est interrompue et le message reste dans la mémoire de l’appareil. Le conducteur ne peut pas entrer pour décharger. À 10:05, il rejoint une aire d’attente à l’extérieur de l’entrepôt.

À 10:20, la connexion est rétablie et le traceur commence à transmettre les données stockées. La première position reçue par l’agent d’exploitation est celle de 10:00, à l’entrepôt. Le client demande justement : « Le camion est-il déjà sur place ? »

En regardant uniquement la position sur la carte, on serait tenté de répondre oui. Pourtant, elle indique où se trouvait le camion vingt minutes plus tôt. Pour donner sa position actuelle, il faut des données plus récentes.

Le marqueur vide représente la dernière position connue ; le bleu, la nouvelle. Données cartographiques : © OpenStreetMap contributors.

Vérifiez l’ancienneté et le statut de la position avant de confirmer l’arrivée

Regardez d’abord l’heure d’enregistrement de la position : 10:00 dans cet exemple. L’heure de réception du message, 10:20, indique seulement quand les données sont parvenues au serveur. Un retard de vingt minutes ne rend pas la position erronée : elle reste utile pour l’historique du trajet, mais ne confirme plus que le camion se trouve actuellement à l’entrepôt.

Vérifiez ensuite le statut de la position. Le traceur peut se reconnecter et transmettre des mesures récentes des capteurs tout en utilisant sa dernière position connue. Un message récent ne signifie donc pas nécessairement que la localisation du véhicule a été actualisée.

Les données Navixy comportent des champs distincts pour ces vérifications : msg_time indique l’heure d’enregistrement du point ; server_time, l’heure de réception du message ; et gps_fix_type, le statut de la position. Les valeurs sont décrites dans la documentation des données brutes. Ce statut reflète l’évaluation du traceur lui-même : position valide, non valide, dernière position connue ou statut inconnu.

Vous pouvez maintenant préciser où se trouve le camion

Parmi les données transmises figure aussi un point enregistré à 10:19:50. Le traceur le signale comme valide et la position indique que le camion se trouve sur l’aire d’attente. L’agent peut alors répondre au client : « Le camion s’est présenté à l’entrepôt et se trouve maintenant sur l’aire d’attente. Je vérifie avec le conducteur à quel moment il pourra entrer. »

En l’absence de position récente, ou si son statut est inconnu, l’agent vérifie la localisation auprès du conducteur. Une ancienne position ne suffit pas à confirmer que le camion se trouve encore à l’entrepôt.

Appliquer cette vérification dans Navixy

Commencez par un trajet où les interruptions de connexion sont fréquentes, dans votre parc ou celui d’un client. Examinez quelques livraisons : quelles positions et quels statuts le système a-t-il reçus, avec quel retard, et quels avis ont été envoyés au client ? Vous verrez ainsi où des données anciennes ont pu influencer la confirmation d’arrivée.

Pour automatiser la vérification, définissez le délai maximal acceptable depuis l’enregistrement de la position, en fonction de la fréquence de mise à jour du traceur et des besoins de l’exploitation. Vérifiez que l’appareil transmet le statut de la position et que la règle le prend en compte avec l’heure d’enregistrement. IoT Logic permet de traiter les données reçues dans Navixy ; la condition précise dépend des attributs fournis par l’appareil et de votre configuration des notifications.

Testez la règle sur l’historique des trajets avant de l’activer. Dans notre exemple, elle doit conserver la visite à l’entrepôt à 10:00 sans l’interpréter comme une présence sur place à 10:20.