Le suivi des conteneurs fournit des données, pas de contrôle

24.07.2026

7 min de lecture

L’IoT en temps réel sur les conteneurs rend les mouvements visibles. Position, température et vibrations partent vers portails et cartes. Sans produits de données clairs et droits décisionnels, l’utilité reste dans les tableaux de bord. La visibilité en temps réel est d’abord un problème de données de l’organisation, puis un problème de capteurs.

Les points clés en bref

Lier le pilotage aux KPI. La visibilité en temps réel est efficace lorsque les événements sont connectés aux indicateurs OTIF, aux temps de séjour, aux taux de dommages et au fonds de roulement en transit – avec des objectifs OTIF souvent supérieurs à 95 %.
Les frontières des systèmes brisent la chaîne. La télématique s’arrête souvent avant l’ERP et le TMS ; sans logique événement-à-preuve et sans règles de résolution des conflits, les événements des capteurs et les statuts formels restent déconnectés.
Des produits de données adaptés à chaque rôle. Les achats pilotent la performance des transporteurs via les SLA, la logistique gère les playbooks d’exceptions, et la finance agrège les données pour le fonds de roulement, l’assurance et le calcul des coûts.
Un programme avec gouvernance. Le DSI et le CDO définissent en priorité les droits décisionnels, la qualité et la conservation des données, et prouvent le ROI via des modifications mesurables des processus sur quelques indicateurs clés.

Articles associésQuel pilotage subsiste après le déploiement des agents ? / Les DSI tranchent : quelles données restent locales ?

Ce que le suivi en temps réel change concrètement

L’IoT de suivi des conteneurs repousse le moment de l’information. Au lieu d’un statut basé sur des jalons et des documents manuellement mis à jour, on obtient une image continue de la position et de l’état. Cela modifie la détection opérationnelle des situations : les équipes identifient les écarts plus tôt qu’en s’appuyant sur des chaînes d’appels ou des notifications de statut tardives de la part des transporteurs.

Ce qui ne change pas automatiquement, c’est la capacité à prendre des décisions. Un signal indiquant qu’un conteneur est bloqué ou que la chaîne du froid dérive ne déclenche aucune action tant qu’il n’est pas clair qui doit réagir, avec quel pouvoir décisionnel et par rapport à quel objectif. Le fossé entre visibilité et pilotage se creuse précisément là où les événements de suivi ne se transforment pas en étapes de processus contraignantes et en responsabilités définies.

Pour le DSI et le CDO, l’utilité ne réside donc pas dans la carte elle-même. Elle émerge lorsque la visibilité en temps réel s’intègre aux indicateurs de pilotage existants : OTIF (On Time In Full, c’est-à-dire des commandes livrées à temps et complètes), temps de séjour, taux de dommages et de réclamations, ainsi que fonds de roulement en transit. Selon l’Institut Kaizen, un OTIF supérieur à 95 % est considéré comme une performance excellente, toutes industries confondues. Dans les secteurs critiques, les objectifs visent souvent 98 à 100 %. La définition exacte et la fenêtre de livraison sont fixées par les entreprises et les SLA. Les opérateurs gèrent les temps de séjour aux terminaux via des fenêtres de *free time* et les coûts de *demurrage* ou de *detention* qui en découlent. Le TT Club, assureur maritime, attribue environ deux tiers des dommages de cargaison à un arrimage ou un emballage inadéquat dans les conteneurs. Le suivi fournit ici les données d’observation. L’impact sur le pilotage dépend de la capacité des équipes à relier ces signaux aux indicateurs OTIF, temps de séjour et taux de dommages.

Les limites des capteurs, de la télématique et des ERP

Les capteurs mesurent ce qu’ils sont autorisés à mesurer. Position, température, humidité, chocs et état des portes ne couvrent qu’une partie des événements physiques. Ils ne remplacent ni la vérité juridique et commerciale contenue dans le contrat de transport, le document douanier et la facture, ni la logique de capacité et de planification des systèmes TMS et ERP.

Les plateformes de télématique et d’IoT s’arrêtent souvent aux frontières du paysage système. Les événements arrivent, les équipes les visualisent, mais sans lien explicite avec les commandes, les matériaux, les centres de coût ou les niveaux de service (SLA). C’est précisément là que la chaîne de pilotage se brise : le signal de suivi est disponible, mais le processus décisionnel dans l’ERP et le modèle opérationnel ne l’est pas.

Les limites des ERP aggravent la situation. De nombreux systèmes centraux reposent sur des documents et des jalons. Ils attendent des statuts discrets, et non des flux d’événements haute fréquence. Sans logique claire de passage d’événement à document et sans règles pour gérer les conflits entre statut manuel et données des capteurs, des vérités doubles apparaissent. L’organisation continue alors à prendre ses décisions en s’appuyant sur le système formellement en vigueur plutôt que sur le signal le plus récent.

Les fabricants et les fournisseurs de plateformes positionnent le suivi des conteneurs et l’IoT dans la chaîne logistique comme des éléments clés pour la transparence et la gestion des exceptions. SAP décrit, avec SAP Business Network Global Track and Trace, le lien entre mouvement physique et flux d’informations au-delà du simple reporting des jalons : visibilité en temps réel, détection des exceptions, prédiction des arrivées et intégration des données IoT, des transporteurs et du GPS dans le contexte des commandes. Les analyses indépendantes du marché placent la visibilité en temps réel comme une priorité, et non comme un substitut aux processus et aux produits de données. Dans le Magic Quadrant for Real-Time Transportation Visibility Platforms de février 2025, Gartner souligne que la transparence en temps réel dans le transport reste une priorité centrale pour les chargeurs, les prestataires logistiques et leurs clients. Gartner définit le marché des plateformes de visibilité des transports en temps réel (RTTVP) comme des solutions fournissant des informations en temps réel sur la situation et le statut des commandes et des envois après leur sortie du site logistique.

Des produits de données pour les achats, la logistique et la finance

Le pilotage nécessite des produits de données dotés d’un objectif, d’un propriétaire et d’un niveau de service. Un flux brut d’événements n’est pas un produit. Un produit définit l’entité, la granularité, la latence, les règles de qualité et l’utilité décisionnelle autorisée pour un rôle spécifique.

Pour les achats, l’essentiel réside dans la performance des fournisseurs et des transporteurs dans des conditions réelles. Les retards groupés, les détours, les écarts de température et les temps d’attente aux hubs ne deviennent pertinents pour le pilotage que lorsqu’ils sont référencés par rapport au contrat, aux Incoterms et aux accords de performance. Les équipes peuvent alors lancer des escalades, des bonus-malus ou des appels d’offres en se basant sur des comportements observés, et non sur des anecdotes.

Pour la logistique, ce sont les processus d’exception qui comptent. Quels événements déclenchent quelles actions ? Quand les équipes réorganisent-elles les itinéraires, quand effectuent-elles des relances, quand se contentent-elles de consigner les incidents ? Sans ces seuils et ces rôles, la visibilité en temps réel reste une observation coûteuse. Avec des playbooks clairs, le suivi contribue à piloter la chaîne logistique au niveau des exceptions.

Pour la finance, ce sont les stocks en mouvement, les risques et la vérité des coûts qui importent. Les retards et les dommages impactent le besoin en fonds de roulement, les sinistres d’assurance et le calcul des coûts. Un produit de données destiné à la finance ne doit pas nécessairement stocker chaque trace GPS. Il doit fournir des agrégats fiables et des chaînes d’exceptions pouvant être liées aux documents et aux périodes. C’est là que se décide si les données IoT parviennent jusqu’aux clôtures mensuelles ou restent cantonnées au portail opérationnel.

Gouvernance : qualité, accès et conservation

Dès que le suivi des conteneurs et l’IoT sont utilisés à l’échelle de l’entreprise, la gouvernance devient une question opérationnelle. La qualité englobe l’exhaustivité des appareils, leur étalonnage, les lacunes de connectivité, la cohérence des horodatages et la priorité accordée en cas de contradictions entre les données des capteurs et les statuts manuels. Sans modèle de qualité, la confiance diminue et l’organisation revient aux documents connus.

L’accès doit être basé sur les rôles et limité à un usage spécifique. Les fournisseurs, les transporteurs, la sécurité des sites, la planification et le contrôle ont besoin de vues différentes. Les données brutes de position et d’état sont souvent sensibles, notamment pour les flux de marchandises critiques ou les schémas stratégiques. Un accès libre au portail pour de nombreux rôles n’est pas un modèle de gouvernance.

La conservation et la suppression des données doivent être intégrées dès la conception de l’architecture. Les données de télémétrie haute fréquence évoluent rapidement en volume, générant des coûts et des questions juridiques. La séparation entre les données brutes des événements, les objets de pilotage dérivés et les preuves conformes aux audits est cruciale. Ce dont les équipes ont besoin pour réagir en temps réel diffère rarement de ce qui doit être conservé pour les audits, les assurances ou les litiges.

Les questions de ROI que le DAF posera

Le DAF ne s’intéresse pas à la densité des points de suivi. Il cherche à évaluer l’impact économique par rapport à la situation actuelle, en se basant sur les jalons, le statut des transporteurs et les appels exceptionnels. Les questions pertinentes sont : quels retards et dommages les équipes anticipent-elles plus tôt et plus efficacement ? Quels stocks et tampons peuvent être réduits grâce à une visibilité fiable ? Quelles tâches manuelles disparaissent réellement ?

Les équipes doivent évaluer séparément les Capex et les Opex. Le matériel, le montage, la connectivité et les licences de plateforme s’ajoutent aux coûts d’intégration, aux produits de données, à l’exploitation et à la gouvernance. Un pilote avec une belle carte ne prouve pas grand-chose si l’intégration à l’ERP, au TMS et aux droits décisionnels fait défaut. Le business case solide ne se concrétise que lorsque les signaux de suivi se transforment en modifications mesurables des processus.

Les décideurs devraient ancrer l’utilité à quelques indicateurs clés, et non à une transparence générique. Les repères typiques incluent l’amélioration de l’OTIF, des temps de séjour réduits, des taux de dommages et de réclamations plus faibles, ainsi qu’un moindre recours à l’expediting. Pour s’orienter, des bandes cibles OTIF supérieures à 95 % et l’analyse du TT Club, selon laquelle la majorité des dommages aux marchandises proviennent de l’emballage et de la sécurisation, servent de référence. Ces problèmes peuvent être adressés grâce aux données de processus et d’état. McKinsey attribue, dans le cadre du concept Supply Chain 4.0, un potentiel de réduction des coûts opérationnels jusqu’à 30 % et des stocks significativement plus bas au numérique dans la chaîne logistique. Cela s’applique à l’effet de levier global de la digitalisation et ne se limite pas à un ROI prouvé uniquement par la télémétrie des conteneurs.

La conséquence pour le DSI et le CDO est claire : piloter le programme de suivi IoT des conteneurs comme un levier de pilotage, et non comme un projet de capteurs. Définir d’abord les droits décisionnels et les produits de données, puis lier les événements à l’ERP et au modèle opérationnel, avant de prouver le ROI sur quelques KPI. Qui ne s’attache qu’à la visibilité achète des données. Qui comble la fracture du pilotage achète la capacité d’agir dans la supply chain.

Propositions de teasers

Le suivi IoT des conteneurs offre de la visibilité, mais pas de pilotage. Les produits de données, la gouvernance et l’intégration aux KPI déterminent l’utilité.
Visibilité en temps réel des conteneurs : pourquoi les capteurs seuls ne suffisent pas à piloter et quels produits de données achats, logistique et finance nécessitent.
Du signal de suivi au pilotage de la supply chain : limites des capteurs et de l’ERP, questions de gouvernance et critères de ROI pour le DSI et le DAF.

Foire aux questions

Quels KPI conviennent comme premier indicateur de ROI pour le DAF ?

L’OTIF (On-Time In-Full) et les temps de séjour sont des points d’entrée pertinents, car ils sont opérationnellement tangibles et compatibles avec les SLA existants. L’article cite un OTIF supérieur à 95 % comme niveau d’excellence transversal à tous les secteurs, et souvent entre 98 % et 100 % dans les branches critiques. Il est également judicieux de compléter avec les taux de dommages et de réclamations, ainsi que les coûts d’expediting, dès lors que les signaux de suivi sont couplés aux processus d’exception et aux justificatifs. Pour le cas du DAF, ce sont les modifications mesurables des processus sur ces indicateurs qui comptent.

Qui décide en cas de contradiction entre un signal du capteur et un statut manuel ?

Cela doit être défini en amont par le modèle opérationnel. Le capteur et le justificatif constituent des sources de vérité différentes ; sans logique de priorité et de résolution des conflits, l’organisation continue de se fier au système formellement valide. La gouvernance détermine à quel moment l’événement IoT écrase le jalon, quand il est simplement enregistré, et qui mène l’escalade. L’absence de ce modèle qualité réduit la confiance et pousse les équipes à revenir aux justificatifs connus.

Pourquoi un portail de suivi dédié aux achats et à la finance ne suffit-il pas ?

Un portail visualise les événements, mais n’apporte ni valeur décisionnelle ni granularité adaptée aux rôles. Les achats ont besoin de clusters de retards et de temps d’arrêt référencés sur le contrat, les Incoterms et les clauses de bonus-malus. La finance, quant à elle, nécessite des agrégats et des chaînes d’exceptions liées aux justificatifs et aux périodes – y compris le besoin en fonds de roulement et les cas d’assurance. Sans une préparation des données sous forme de produits de données avec propriétaire et niveau de service, l’utilité reste cantonnée au tableau de bord opérationnel.

Quelles données télémétriques doivent être intégrées dès la conception de l’architecture ?

La qualité, l’accès basé sur les rôles et des chemins de stockage distincts. Il faut séparer les données brutes des événements, les objets de pilotage dérivés et les preuves révisables pour l’audit, l’assurance et les litiges. La télémétrie à haute fréquence évolue rapidement, génère des coûts et soulève des questions juridiques ; le besoin de réaction opérationnelle coïncide rarement avec le besoin de conservation. L’accès doit être lié à un objectif précis, car les données de position et d’état peuvent être sensibles dans le cas de flux de marchandises critiques.