.png)
Un agent IA logistique doit raisonner sur un dossier complet parce qu'aucun document de transport, pris isolément, ne contient, à lui seul, la vérité d'une opération. La facture dit ce qui a été vendu, la packing list ce qui a été emballé, le Bill of Lading ce qui a été embarqué, les emails ce qui a changé entre-temps. Un agent qui lit ces pièces une par une peut extraire chaque donnée correctement et prendre quand même une mauvaise décision. Un agent qui raisonne sur le dossier voit les écarts, comprend les changements et sait quand s'arrêter pour demander l'avis d'un opérateur.
Les agents IA arrivent dans la logistique avec une promesse forte : lire, décider et agir à la place des équipes. Dans le transport et la douane, cette promesse ne tient que si l'agent dispose du bon contexte. Et ce contexte, c'est le dossier.
Un agent IA est un système capable de poursuivre un objectif en plusieurs étapes : il observe, planifie, utilise des outils (lecture de documents, requêtes dans un TMS, envoi d'un email) et ajuste son action selon le résultat. C'est ce qui le distingue d'un assistant conversationnel, qui répond à une question, ou d'un outil d'extraction, qui transforme un document en données.
Dans la logistique, le mot recouvre des usages très différents : prévision de la demande, optimisation d'itinéraires, pilotage d'entrepôt, service client. Cet article porte sur les agents qui traitent des opérations documentaires : ouverture d'un dossier d'expédition, saisie dans le TMS, préparation d'une déclaration en douane, contrôle des documents présentés au titre d’un crédit documentaire. C'est là que la question du dossier complet se pose.
Une expédition internationale mobilise souvent une dizaine de pièces : bon de commande, facture proforma puis définitive, packing list, booking, instructions d'expédition, Bill of Lading draft puis original, certificat d'origine, déclaration en douane, factures de fret. Chacune répond à une question différente et émane souvent d’un acteur différent (exportateur, transporteur, transitaire, douane). Notre article sur la détection des incohérences entre facture, packing list et Bill of Lading montre comment ces documents se recoupent, et pourquoi ils ne doivent pas forcément être identiques.
Un dossier n'est pas figé. La quantité change après une rupture de stock, le navire change après un report de booking, le destinataire change à la demande du client. Le document le plus récent n'est pas toujours le bon, et le changement n'apparaît parfois que dans un email. Un agent qui ne voit qu'un document à la fois ne peut pas savoir quelle version fait foi.
L'OCR lit, l'IDP extrait et structure (voir la différence entre IDP et OCR). Mais une donnée peut être parfaitement extraite et pourtant incohérente avec le reste du dossier. Le poids brut lu sur la packing list est exact au caractère près. Il est simplement différent de celui du Bill of Lading. Seule la lecture croisée le révèle.
L'agent lit un poids brut de 12 850 kg sur la packing list et le saisit dans le TMS. Le Bill of Lading indique 12 580 kg (poids brut). Si cet écart n’est pas qualifié, une valeur non vérifiée est désormais dans le système, puis dans la déclaration, puis dans la facture de fret. C'est le mécanisme décrit dans notre article sur les erreurs de saisie dans les opérations logistiques : automatiser la saisie sans contrôle, c'est automatiser la propagation des erreurs.
La facture proforma annonçait 1 000 unités. La facture définitive, arrivée deux jours plus tard, en annonce 960. Si l'agent a ouvert le dossier sur la proforma et ne sait pas qu'une nouvelle version existe, il prépare une déclaration erronée avec une parfaite assurance.
Sur un Bill of Lading, la notify party est souvent est souvent l’acheteur, son transitaire ou son déclarant en douane à destination. Un agent qui ne connaît pas le dossier peut la prendre pour le destinataire, et adresser les documents ou l’avis d’arrivée à la mauvaise entité.
Un client impose un transporteur agréé, un autre une tolérance zéro sur les poids, un troisième des documents spécifiques pour une destination. Ces règles ne figurent sur aucun des documents de l'expédition. Elles font partie du contexte du dossier, et un agent qui ne les connaît pas propose des actions non conformes.
Un agent qui raisonne sur un document isolé ne peut pas justifier sa décision par d'autres pièces. Quand l'opérateur ou l'auditeur demande « pourquoi ce code SH ? » ou « pourquoi ce poids ? », il n'y a pas de preuve documentaire à montrer. Or, dans la douane, la responsabilité de l'exactitude des données reste celle du déclarant.
Un dossier complet ne se limite pas à une pile de PDF. Pour qu'un agent puisse raisonner, il doit avoir accès à six couches d'information :
Docloop construit pour cela une vue globale du dossier, mise à jour à chaque nouveau document reçu ou à chaque validation, et qui donne à toutes les équipes la même vue de l’opération.. Le concept est détaillé dans notre article Document-centric agentic AI : définition.
Prenons une même demande : « Prépare la déclaration import de cette expédition. »
L'agent qui lit document par document ouvre la facture, en extrait la désignation, la valeur, l'origine, puis propose un code SH. Il complète avec le poids de la packing list. La déclaration est prête en quelques secondes. Elle repose sur une facture proforma remplacée depuis, un poids différent de celui du B/L, et un certificat d'origine qui n'a jamais été reçu.
L'agent qui raisonne sur le dossier commence par vérifier que le dossier est complet : le certificat d’origine nécessaire à la préférence tarifaire demandée manque, il le signale. Il identifie la facture définitive comme version de référence. Il rapproche le poids de la packing list et celui du B/L, constate un écart au-delà de la tolérance du client et le soumet à l'opérateur, avec les deux documents à l'appui. Il propose un code SH en citant la désignation et les caractéristiques de la marchandise (matière, composition, fonction) qui le justifient.. La déclaration prend quelques minutes de plus. Elle a beaucoup moins de risques d’être rejetée ou contrôlée pour incohérence documentaire.
Le mécanisme qui permet à un agent de raisonner sur un dossier, c'est la réconciliation documentaire : croiser automatiquement les données issues de plusieurs documents et sources pour en vérifier la cohérence. Elle repose sur quatre capacités :
Cette réconciliation n'est pas un contrôle ponctuel. Elle se rejoue à chaque nouveau document, ce qui permet de passer d'une logique de contrôle à une logique de fiabilisation documentaire. Pour la douane, c'est le rôle du Customs Compliance Engine de Docloop.
Les grands modèles de langage savent lire un document et en résumer le contenu. Ils ne suffisent pas, seuls, à piloter une opération logistique :
C'est la différence entre un assistant généraliste et un agent métier spécialisé, développée dans notre comparatif IDP vs IA agentique documentaire.
Raisonner sur le dossier complet ne signifie pas tout automatiser. Cela permet au contraire de savoir quand l'humain doit intervenir. Un agent qui connaît le dossier peut traiter sans intervention les tâches à faible risque (rattacher un document, renseigner une référence) et soumettre à l’opérateur les écarts qui dépassent les tolérances, les documents manquants et les décisions à impact douanier ou contractuel.
C'est le principe de la supervision humaine graduée : le niveau d'autonomie de l'agent dépend du risque de l'action. Saisir une référence de booking ne demande pas la même validation que déposer une déclaration en douane. Tout acte engageant, comme le dépôt d’une déclaration, reste validé par le déclarant. L’opérateur garde la main : il fixe le niveau d’autonomie et tranche les exceptions.
Avant de choisir une solution, ces questions permettent de vérifier si l'agent raisonne vraiment sur le dossier :
Une réponse floue à la première question suffit généralement à identifier un outil d'extraction présenté comme un agent.