Track & Trace en logistique : événements, transferts et preuves

Définir la question avant de choisir les données

Ici, tracking désigne le suivi de la progression déclarée d’une expédition ; tracing la reconstitution de son historique enregistré et de ses relations. Ce sont des définitions de travail pour cette analyse. Colis, commande, palette, conteneur et lot de produits sont des objets différents. Historique d’événements, position d’un capteur et arrivée estimée répondent à des questions différentes.

CEP Insight recommande de préciser l’objet, les étapes de transport, la décision et le responsable. Le dernier scan décrit une observation déclarée ; il n’établit pas une position physique continue. Un historique de transport ne suffit pas à établir la provenance du produit.

Lire les statuts selon la définition du transporteur

UPS explique que « Label Created » correspond aux informations reçues de l’expéditeur, distinctes de la réception physique. Sa documentation indique aussi qu’un trajet long peut ne produire aucun nouveau scan avant le centre de destination. Ces explications concernent UPS et ne constituent pas des définitions universelles.

En cas de retard apparent, conserver le dernier événement, son heure et le libellé du transporteur. Confirmer la preuve de remise avec l’expéditeur et suivre la procédure d’enquête contractuelle. Une mise à jour absente ne distingue pas à elle seule scan manquant, retard de transmission et problème d’expédition. Éviter de conclure à une perte sur le seul silence des données.

Identifier les transferts entre la Chine et les marchés étrangers

Pour un colis parti de Chine et livré à l’étranger par un autre opérateur, CEP Insight propose de conserver le lien entre référence de commande, bordereau d’origine et identifiant de destination, avec l’émetteur de l’événement et la preuve du transfert. Statut douanier et réception par le transporteur de destination nécessitent des enregistrements distincts.

La page publique de SF est un point de consultation officiel ; cette analyse ne teste aucune expédition et ne démontre aucune couverture de liaison. La page des normes de l’UPU propose un validateur du chiffre de contrôle des identifiants postaux S10 à 13 caractères. Valider un identifiant ne vérifie pas la livraison. Le format seul ne permet pas de déduire l’opérateur ni le service complet.

Utiliser les normes dans leur périmètre publié

GS1 EPCIS 2.0, ratifié en juin 2022, permet l’échange d’événements de visibilité entre entreprises. Il distingue eventTime de recordTime du référentiel, distinction utile pour examiner les données tardives. Cette analyse porte sur des dispositions sélectionnées, pas sur toute la spécification.

DCSA a annoncé Track & Trace 3.0.0 le 30 septembre 2026, ajoutant les événements IoT et des conteneurs frigorifiques. Le communiqué indique un accès initial aux membres et partenaires DCSA+, puis une diffusion publique prévue au second semestre 2027. Il s’agit d’un calendrier annoncé, pas d’une preuve de déploiement universel. GS1 et DCSA couvrent des périmètres différents ; une intégration exige une correspondance explicite.

Séparer prévisions et preuves de livraison

FedEx documente des créneaux estimés de livraison soumis à des limites de service et de territoire ; ils ne sont pas fournis pour chaque expédition. Traiter une prévision comme une estimation datée et conserver ses révisions séparément des événements achevés. Une estimation d’arrivée n’établit pas une garantie de service.

CEP Insight recommande de distinguer arrivée au centre de livraison, départ en tournée, arrivée au point de retrait, livraison déclarée et retrait confirmé. En cas de contestation, demander la preuve applicable et vérifier ce qu’elle consigne réellement. Un statut seul n’établit pas l’identité de la personne ayant reçu l’article.

Définir un enregistrement minimal pour un pilote opérationnel

Le cadre suivant est une proposition de CEP Insight, pas une norme obligatoire ni un résultat observé. Tester une liaison et un service définis avec des enregistrements autorisés. Inclure livraisons réussies, événements tardifs ou manquants, changements d’identifiant, retours et corrections ; préciser période et exclusions.

Évaluer une API selon l’opération à soutenir

La documentation Unified de DHL exige des identifiants d’accès et décrit des limites de requêtes et des champs facultatifs. La disponibilité d’une API ne prouve pas que chaque expédition expose tous les champs. Vérifier produit, autorisation et documentation actuelle avant intégration.

CEP Insight propose d’examiner interrogations ou notifications, doublons, nouvelles tentatives, statuts inconnus, corrections et contrôle d’accès. Mesurer la complétude par rapport aux jalons attendus des expéditions éligibles ; la latence par les heures d’événement et de réception ; définir tolérance et dénominateur de précision ETA. Déclarer données manquantes et biais d’échantillonnage. Aucun fournisseur de suivi n’a été testé ni classé.

Portée des preuves et recherches suivantes

Sources examinées le 12 octobre 2026. Les transporteurs décrivent leurs propres services ; GS1 et UPU fournissent des normes ; DCSA publie un communiqué d’association. Aucun envoi réel, API privée ou résultat client n’a été vérifié. SF a été examiné uniquement comme point d’accès officiel.

CEP Insight recommande une étude délimitée des transferts Chine–destination, avec identifiants, définitions d’événements, responsables des incidents et preuves autorisées convenus. Distinguer faits publiés et propositions opérationnelles. Les lecteurs peuvent signaler des omissions ou fournir des documents vérifiables via les canaux existants de correction des sources et de discussion.