Votre modèle de données pour la gestion du transport

Blue Yonder TMS
Votre modèle de données pour la gestion du transport

Votre modèle de données pour la gestion du transport

Ce modèle de données propose une méthode structurée pour analyser votre processus de gestion du transport. Il présente les attributs essentiels à recueillir, les activités importantes à suivre et des conseils pratiques pour extraire les données. Utilisez cette ressource pour constituer un journal d’événements fiable et mieux comprendre vos opérations logistiques.
  • Attributs recommandés pour une analyse complète
  • Activités clés à suivre pour découvrir le processus
  • Conseils détaillés pour extraire les données de Blue Yonder TMS
Vous découvrez les journaux d’événements ? Découvrez comment créer un journal d’événements pour le Process Mining.

Attributs de gestion du transport

Voici les champs de données essentiels à inclure dans votre journal d’événements. Ils constituent une base solide pour analyser en détail la gestion du transport.
5 Obligatoire 7 Recommandé 6 Facultatif
Nom Description
Activité
ActivityName
Nom de l’événement ou de l’activité métier qui s’est produit à un moment donné pour une expédition.
Description

Cet attribut décrit une étape du processus de transport, comme « Expédition planifiée », « Offre de transport envoyée au transporteur » ou « Marchandises livrées ». Ces activités constituent les nœuds de la cartographie des processus découverte, et leur ordre définit le flux de processus de chaque expédition.

L’analyse de l’ordre et de la fréquence de ces activités est au cœur du Process Mining. Elle permet de repérer les parcours les plus fréquents (variantes), de découvrir les goulots d’étranglement dus aux retards et de localiser les reprises, par exemple lorsque l’étape « Offre de transport refusée » se répète.

Pourquoi est-ce important ?

Cet attribut définit les étapes du processus, ce qui permet de visualiser le parcours de l’expédition et de repérer les inefficacités.

Où trouver ces données

Cet attribut est dérivé des journaux d’événements, des enregistrements de changement de statut ou des codes de transaction des différents modules de Blue Yonder TMS. Il faut souvent associer les événements du système à des noms d’activité compréhensibles par les équipes métier.

Exemples
Expédition planifiéeOffre de transport envoyée au transporteurMarchandises livréesPaiement effectué
Expédition
ShipmentId
Identifiant unique d’une expédition, qui sert d’ID de cas pour le processus de transport.
Description

L’identifiant de l’expédition est la clé centrale qui relie toutes les activités et tous les événements associés au transport des marchandises, du point de départ à la destination. Chaque identifiant unique correspond à un cas de transport complet, de la demande initiale au paiement final.

Dans l’analyse Process Mining, cet attribut est indispensable pour reconstituer le parcours de chaque expédition de bout en bout. Il permet de regrouper des événements comme « Expédition planifiée », « Marchandises enlevées » et « Marchandises livrées » dans un flux de processus cohérent, afin de calculer les temps de cycle et de repérer les variantes du processus pour chaque expédition.

Pourquoi est-ce important ?

Il s’agit de l’ID de cas essentiel qui relie tous les événements de transport associés et permet d’analyser l’ensemble du cycle de vie d’une expédition.

Où trouver ces données

Il s’agit d’une clé primaire des modules de gestion des expéditions ou des chargements de Blue Yonder TMS. Consultez la documentation du système pour connaître la table concernée, probablement liée aux en-têtes d’expédition.

Exemples
SHP-0012845SHP-0012991SHP-0013054
Heure de début
EventTime
Horodatage indiquant le moment où une activité ou un événement précis s’est produit.
Description

L’heure de l’événement indique la date et l’heure précises de chaque activité du processus d’expédition. Elle constitue le fil chronologique du journal d’événements, permet d’ordonner les activités et de calculer les durées qui les séparent.

Dans l’analyse, cet horodatage est essentiel au calcul des indicateurs de performance clés fondés sur le temps, comme le temps de cycle total d’une expédition, la durée du dédouanement et la performance des livraisons dans les délais. Il permet de repérer les moments où surviennent les retards et de mesurer la durée de chaque étape du processus.

Pourquoi est-ce important ?

Cet horodatage est indispensable pour ordonner les événements, calculer les temps de cycle et analyser l’évolution des performances du processus.

Où trouver ces données

Cet horodatage figure généralement avec les enregistrements de statut ou d’événement dans les journaux de transaction de Blue Yonder TMS. Chaque événement ou changement de statut doit être associé à un horodatage.

Exemples
2023-04-15T09:00:00Z2023-04-16T14:30:00Z2023-04-25T11:15:00Z
Dernière mise à jour des données
LastDataUpdate
Horodatage de la dernière actualisation ou extraction des données de cet enregistrement depuis le système source.
Description

Cet attribut indique la fraîcheur des données. Il consigne la date et l’heure de la dernière mise à jour du journal d’événements à partir de Blue Yonder TMS.

Pour l’analyse, il permet de savoir si les Dashboards et les indicateurs de performance clés reposent sur des données récentes. Les utilisateurs peuvent ainsi déterminer s’ils consultent des informations en temps réel ou des données d’une période antérieure, ce qui est important pour prendre des décisions opérationnelles éclairées.

Pourquoi est-ce important ?

Il renseigne les utilisateurs sur l’ancienneté des données, un élément déterminant pour la pertinence et l’exactitude de l’analyse.

Où trouver ces données

Il s’agit d’un champ de métadonnées généralement généré et ajouté lors du processus d’extraction des données (ETL).

Exemples
2023-05-20T02:00:00Z2023-05-21T02:00:00Z
Système source
SourceSystem
Identifie le système dont proviennent les données extraites.
Description

Cet attribut indique l’origine des données d’événement, ici Blue Yonder TMS. Il est particulièrement utile lorsque des données provenant de plusieurs systèmes sont réunies pour obtenir une vue plus large du processus.

Pour l’analyse, il facilite le filtrage des données et la compréhension de leur contexte. Le conserver garantit la traçabilité des données et constitue une bonne pratique de gouvernance des données.

Pourquoi est-ce important ?

Cet attribut précise l’origine des données, garantit leur traçabilité et facilite la gestion des données provenant de plusieurs sources.

Où trouver ces données

Il s’agit généralement d’une valeur statique ajoutée lors du processus d’extraction, de transformation et de chargement des données (ETL).

Exemples
Blue Yonder TMSBY_TMS_NABY_TMS_EMEA
Date de livraison demandée
RequestedDeliveryDate
Date de livraison demandée par le client ou exigée par la commande client.
Description

Cet attribut indique la date de livraison cible que le processus logistique doit respecter. Elle correspond aux attentes du client ou à l’accord de niveau de service (SLA) interne pour l’expédition.

Cette date sert de référence au calcul de l’indicateur de performance clé « Taux de livraison dans les délais ». En comparant « ActualDeliveryTime » à « RequestedDeliveryDate », l’analyse permet de déterminer si l’expédition a été livrée en avance, dans les délais ou en retard. Cette comparaison est essentielle au Dashboard « Performance des enlèvements et des livraisons dans les délais ».

Pourquoi est-ce important ?

Elle constitue la principale référence pour mesurer la performance des livraisons dans les délais et la satisfaction client.

Où trouver ces données

Cette information provient généralement d’un système en amont, comme un ERP ou un système de gestion des commandes, et est enregistrée dans les détails de la demande d’expédition de Blue Yonder TMS.

Exemples
2023-04-25T23:59:59Z2023-05-10T17:00:00Z
Heure réelle de livraison
ActualDeliveryTime
Horodatage réel de l’événement « Marchandises livrées ».
Description

Cet attribut correspond à l’horodatage de l’activité de livraison finale. Il consigne le moment précis où l’expédition est arrivée à destination et où la livraison a été confirmée.

Il s’agit d’une donnée essentielle pour mesurer les performances. L’indicateur de performance clé « Taux de livraison dans les délais » est calculé en comparant cet horodatage à « RequestedDeliveryDate ». Il marque également le point final du calcul de l’indicateur « Débit global jusqu’à la livraison ».

Pourquoi est-ce important ?

Cet horodatage est indispensable pour calculer le taux de livraison dans les délais et mesurer le temps de transit total de l’expédition.

Où trouver ces données

Il s’agit de l’horodatage de la mise à jour du statut « Marchandises livrées », généralement reçue par message EDI du transporteur ou saisie manuellement dans Blue Yonder TMS.

Exemples
2023-04-25T11:15:00Z2023-05-11T09:30:00Z
Mode de transport
ModeOfTransport
Mode de transport utilisé pour l’expédition, par exemple la route, l’avion, le bateau ou le train.
Description

Cet attribut précise le mode de transport. Les valeurs courantes comprennent le transport de lots partiels (LTL), le transport par camion complet (FTL), le fret aérien, le transport maritime et le transport ferroviaire.

Dans l’analyse des processus, le mode de transport est un axe important de filtrage et de comparaison. Les processus, les temps de cycle et les coûts peuvent varier considérablement d’un mode à l’autre. Par exemple, l’analyse des goulots d’étranglement du dédouanement est particulièrement pertinente pour les expéditions aériennes et maritimes, mais moins pour les expéditions routières nationales. L’analyse des performances par mode permet d’adapter les initiatives d’amélioration aux réalités logistiques concernées.

Pourquoi est-ce important ?

Il permet de segmenter l’analyse, car les modes de transport ont des processus, des coûts et des temps de cycle habituels différents.

Où trouver ces données

Il s’agit d’un champ standard des modules de planification des expéditions et de tarification de Blue Yonder TMS.

Exemples
LTLFTLTransport aérienTransport maritime
Nom du transporteur
CarrierName
Nom de l’entreprise de transport ou du prestataire logistique chargé d’acheminer l’expédition.
Description

Le nom du transporteur identifie l’entreprise tierce chargée du transport des marchandises. Il peut s’agir d’une entreprise de transport routier, d’une compagnie aérienne, d’une compagnie maritime ou d’un transitaire.

Cet attribut est essentiel à l’analyse des performances, notamment dans le Dashboard « Comparaison des performances des transporteurs ». Il permet de filtrer et de segmenter les données pour comparer les transporteurs selon des indicateurs comme le taux de livraison dans les délais, le respect des horaires d’enlèvement et la durée moyenne des retards. Ces comparaisons éclairent le choix des transporteurs et la gestion des relations avec eux.

Pourquoi est-ce important ?

Il permet de comparer les performances des transporteurs et de les analyser afin d’optimiser leur sélection et d’améliorer la qualité du service.

Où trouver ces données

Cet attribut figure dans les détails de l’expédition ou du chargement de Blue Yonder TMS, souvent à partir d’un lien vers une table de données de référence des transporteurs.

Exemples
Global Shipping Inc.FastLane LogisticsAirExpress Cargo
Pays d’origine
OriginCountry
Pays d’où provient l’expédition.
Description

Cet attribut indique le pays de départ de l’expédition. Il est déterminé à partir de l’adresse de l’expéditeur ou des informations sur le lieu d’enlèvement.

Dans l’analyse, le pays d’origine est un axe de segmentation utile. Il permet de comprendre les différences régionales en matière de performance des processus, de disponibilité des transporteurs et de temps de cycle. Il est notamment essentiel pour analyser les délais de dédouanement des expéditions internationales.

Pourquoi est-ce important ?

Il permet d’analyser les performances des processus par zone géographique et de repérer les goulots d’étranglement ou les écarts d’efficacité régionaux.

Où trouver ces données

Cette information est enregistrée dans les détails de l’expédition de Blue Yonder TMS, avec les données sur le lieu d’origine ou l’adresse de l’expéditeur.

Exemples
USAAllemagneChine
Pays de destination
DestinationCountry
Pays où l’expédition doit être livrée.
Description

Cet attribut indique le pays de destination finale de l’expédition, déterminé à partir de l’adresse du destinataire ou du lieu de livraison.

Comme le pays d’origine, cet attribut permet de segmenter les données par zone géographique. Les analystes peuvent comparer les performances de différents axes commerciaux, par exemple États-Unis vers Canada et États-Unis vers Mexique, étudier les difficultés de livraison propres à certains pays et évaluer l’incidence des formalités transfrontalières sur les temps de cycle.

Pourquoi est-ce important ?

Il permet d’analyser les performances selon la destination, ce qui est essentiel pour comprendre les particularités des axes commerciaux et les difficultés de livraison propres à chaque région.

Où trouver ces données

Cette information est enregistrée dans les détails de l’expédition de Blue Yonder TMS, avec les données sur le lieu de destination ou l’adresse du destinataire.

Exemples
CanadaMexiqueRoyaume-Uni
Statut de l’expédition
ShipmentStatus
Statut actuel ou dernier statut connu de l’expédition.
Description

Le statut de l’expédition indique son état actuel dans son cycle de vie, par exemple « planifiée », « en transit », « livrée » ou « annulée ». Il donne un aperçu de l’étape à laquelle se trouve l’expédition.

En Process Mining, l’analyse du statut final des cas est importante pour analyser les résultats. Par exemple, la comparaison des flux de processus des expéditions « livrées » et « annulées » peut révéler des schémas associés à des résultats indésirables. Le statut permet aussi de suivre la charge de travail en cours en filtrant les expéditions qui ne sont pas encore terminées.

Pourquoi est-ce important ?

Il donne rapidement un aperçu de l’état actuel de l’expédition et permet de distinguer celles qui sont terminées, en cours ou annulées.

Où trouver ces données

Il s’agit d’un champ important de l’en-tête de l’expédition ou de la table principale de suivi des statuts dans Blue Yonder TMS.

Exemples
PlanifiéeEn transitLivréeAnnulée
Écart sur la facture de transport
FreightBillDiscrepancyReason
Code ou description expliquant pourquoi une facture de transport n’a pas passé la vérification.
Description

Lorsqu’une vérification de facture de transport révèle un écart, cet attribut en indique le motif. Il peut s’agir, par exemple, d’un « tarif incorrect », d’une « facture en double » ou d’une « preuve de livraison manquante ».

Cet attribut est essentiel au Dashboard « Preuve de livraison et exactitude de la facturation » et à l’indicateur de performance clé « Taux de reprise des factures de transport ». L’analyse de la fréquence des différents motifs d’écart permet d’en repérer les causes profondes, qu’elles soient liées à des erreurs du transporteur, à des écarts par rapport au contrat ou à des problèmes internes. Ces informations permettent de prendre des mesures ciblées pour réduire les reprises de factures.

Pourquoi est-ce important ?

Il indique la cause profonde des erreurs de facturation et permet de cibler les améliorations pour réduire les reprises de factures de transport et les retards de paiement.

Où trouver ces données

Cet attribut se trouve dans le module de vérification et de paiement des factures de transport de Blue Yonder TMS, associé aux journaux d’exceptions ou de refus.

Exemples
Tarif appliqué incorrectFacture en doubleLitige sur des frais annexes
Heure d’enlèvement prévue
ScheduledPickupTime
Date et heure prévues pour l’enlèvement des marchandises au lieu d’origine par le transporteur.
Description

Cet attribut enregistre l’heure du rendez-vous prévue et convenue avec le transporteur pour l’enlèvement de l’expédition. Il s’agit d’une étape importante du plan d’expédition.

Cet horodatage sert de référence au calcul des indicateurs de performance clés « Taux d’enlèvement dans les délais » et « Durée moyenne du retard à l’enlèvement ». La comparaison avec « ActualPickupTime » permet de repérer les retards dès le début du trajet, qui ont souvent des répercussions sur les étapes suivantes.

Pourquoi est-ce important ?

Il sert de référence pour mesurer le respect des horaires d’enlèvement, un indicateur important de la fiabilité du transporteur et de la précision de la planification.

Où trouver ces données

Cet attribut se trouve dans les modules de planification des rendez-vous ou des chargements de Blue Yonder TMS.

Exemples
2023-04-16T14:00:00Z2023-05-02T10:00:00Z
Heure réelle d’enlèvement
ActualPickupTime
Horodatage réel de l’événement « Marchandises enlevées ».
Description

Cet attribut consigne l’heure exacte à laquelle le transporteur a pris physiquement en charge l’expédition au lieu d’origine. Il marque le début officiel de la phase de transit.

Cette donnée est essentielle pour mesurer les performances du transporteur. Elle est comparée à « ScheduledPickupTime » pour calculer les indicateurs de performance clés « Taux d’enlèvement dans les délais » et « Durée moyenne du retard à l’enlèvement ». L’analyse des écarts permet de repérer les problèmes liés à certains transporteurs ou lieux d’enlèvement.

Pourquoi est-ce important ?

Cet horodatage permet de mesurer précisément les performances de l’enlèvement et de repérer les retards au début du processus de transport.

Où trouver ces données

Il s’agit de l’horodatage de la mise à jour du statut « Marchandises enlevées », généralement reçue du transporteur par EDI ou saisie manuellement dans Blue Yonder TMS.

Exemples
2023-04-16T14:30:00Z2023-05-02T10:15:00Z
Livraison à temps
IsOnTimeDelivery
Indicateur calculé qui précise si l’expédition a été livrée au plus tard à la date demandée.
Description

Cet attribut booléen est calculé en comparant « ActualDeliveryTime » et « RequestedDeliveryDate ». Il vaut true si la livraison a lieu au plus tard à la date demandée, et false dans le cas contraire.

En tant que métrique calculée, il simplifie l’analyse et la visualisation du KPI « Taux de livraison à temps ». Il permet de filtrer et d’agréger facilement les données pour créer des Dashboards présentant l’évolution du pourcentage de livraisons à temps, par transporteur ou par mode de transport. Il contribue ainsi directement au Dashboard « Performance des enlèvements et des livraisons à temps ».

Pourquoi est-ce important ?

Cet attribut simplifie l’analyse des livraisons à temps et permet de filtrer et d’agréger rapidement les données dans les Dashboards et les KPI.

Où trouver ces données

Cet attribut ne figure pas dans le système source. Il est calculé lors de la transformation des données à l’aide de la formule : ActualDeliveryTime <= RequestedDeliveryDate.

Exemples
truefalse
Motif du retard
DelayReason
Code ou texte expliquant la cause d’un retard d’enlèvement ou de livraison.
Description

Cet attribut indique le motif du non-respect d’une étape prévue de l’expédition. Il peut s’agir, par exemple, d’un « retard dû aux conditions météorologiques », d’un « blocage en douane » ou d’un « problème de capacité du transporteur ». Ces informations sont souvent fournies par le transporteur.

Cet attribut est essentiel au Dashboard « Performance des enlèvements et des livraisons dans les délais ». Il ne se contente pas d’indiquer qu’une expédition est arrivée en retard, il en explique la raison. L’analyse des motifs de retard les plus fréquents permet à l’équipe logistique d’anticiper les risques et de travailler avec les transporteurs pour résoudre les problèmes récurrents.

Pourquoi est-ce important ?

Il explique la cause profonde des retards et permet d’anticiper les risques et de cibler les améliorations avec les transporteurs.

Où trouver ces données

Ces données sont souvent enregistrées dans les sections de gestion des événements ou des exceptions de Blue Yonder TMS. Elles proviennent fréquemment des mises à jour EDI des transporteurs, par exemple des transactions EDI 214.

Exemples
Conditions météorologiquesBlocage en douaneRetard du chauffeurCongestion du site
Utilisateur
User
Identifiant ou nom de l’utilisateur qui a effectué l’activité.
Description

Cet attribut identifie le planificateur logistique, le coordinateur ou l’utilisateur système chargé d’effectuer un événement ou un changement de statut dans le TMS. Pour les événements automatisés, il peut s’agir de l’identifiant d’un compte système ou de service.

L’analyse par utilisateur permet de comprendre la répartition de la charge de travail, les performances individuelles et les besoins de formation. Elle peut révéler si certains utilisateurs sont associés à davantage de reprises ou de retards, ou si certaines équipes sont plus efficaces que d’autres. Ces informations contribuent à la gestion des ressources et à la mise en place d’améliorations ciblées des processus.

Pourquoi est-ce important ?

Il permet d’analyser les performances et la charge de travail par utilisateur ou par équipe, et de repérer les besoins de formation ainsi que les contraintes de ressources.

Où trouver ces données

Cette information devrait figurer dans les journaux de transaction ou d’événements, souvent dans un champ « Modifié par » ou « ID utilisateur » associé à chaque enregistrement.

Exemples
j.doea.smithTMS_AUTOMATION_USER
Obligatoire Recommandé Facultatif

Activités de gestion du transport

Voici les étapes et les jalons importants à consigner dans votre journal d’événements pour visualiser et découvrir le processus avec précision.
6 Recommandé 7 Facultatif
Activité Description
Dédouanement effectué
Pour les expéditions internationales, cette activité marque le passage réussi des marchandises en douane à une frontière ou dans un port. Elle est déclenchée par une notification du commissionnaire en douane ou du transporteur.
Pourquoi est-ce important ?

Les formalités douanières sont une source fréquente de retards importants dans la logistique internationale. Mesurer le temps nécessaire au dédouanement est essentiel pour repérer les goulots d’étranglement et réduire les temps de transit transfrontaliers.

Où trouver ces données

Cet événement est généralement enregistré explicitement à partir d’un message du transporteur, par exemple une transaction EDI 214, ou d’une mise à jour manuelle qui fait passer le statut douanier de l’expédition à « dédouanée ».

Données à recueillir

Enregistrez l’horodatage de la mise à jour du statut douanier de l’expédition à « dédouanée ».

Type d’événement explicit
Demande d’expédition reçue
Cette activité marque la création d’un besoin de transport dans Blue Yonder TMS, généralement déclenchée par une commande provenant d’un système en amont, comme un ERP. Elle correspond au début officiel du cycle de vie de l’expédition : un nouvel enregistrement est créé avec le statut initial « non planifiée » ou « nouvelle ».
Pourquoi est-ce important ?

Il s’agit de l’événement de début principal du processus de transport de bout en bout. L’analyse du temps écoulé entre cet événement et les activités de planification suivantes permet de repérer les premiers retards de traitement et de mesurer le débit global.

Où trouver ces données

Cet événement est généralement déduit de l’horodatage de création de l’enregistrement d’expédition dans les tables principales des expéditions ou des commandes. Il peut aussi correspondre à un événement explicite enregistré lors du traitement d’un message provenant d’un ERP.

Données à recueillir

Utilisez l’horodatage de création de l’enregistrement d’expédition.

Type d’événement inferred
Expédition confirmée
Cette étape indique qu’un transporteur a accepté l’offre et s’est engagé à prendre en charge l’expédition. Le statut de l’expédition passe à « confirmée » ou « engagée », ce qui fixe le transporteur et le tarif.
Pourquoi est-ce important ?

Cette étape importante clôt la phase de planification et fait passer l’expédition à la phase d’exécution. Le temps de cycle jusqu’à ce stade permet d’évaluer l’efficacité et la réactivité du processus de réservation.

Où trouver ces données

Cet événement est enregistré à la réception et au traitement de l’acceptation du transporteur, par exemple une transaction EDI 990, qui déclenche un changement explicite du statut de l’expédition dans le TMS.

Données à recueillir

Enregistrez l’horodatage du passage au statut « confirmée » ou « engagée ».

Type d’événement explicit
Marchandises enlevées
Cette activité marque le début physique du trajet de l’expédition, lorsque le transporteur prend possession des marchandises au lieu d’origine. Dans Blue Yonder TMS, cet événement est généralement enregistré à partir d’un message de mise à jour du statut envoyé par le transporteur, par exemple une transaction EDI 214.
Pourquoi est-ce important ?

Cette étape importante de l’exécution confirme que l’expédition est en route. Elle sert de point de départ au calcul du temps de transit et à la mesure du respect de l’horaire d’enlèvement.

Où trouver ces données

Cet événement explicite est enregistré à partir des mises à jour de statut envoyées par le transporteur. Le système consigne l’horodatage du traitement de la confirmation d’enlèvement, par exemple une transaction EDI 214 avec le statut « AF » ou « X3 ».

Données à recueillir

Utilisez l’horodatage du message EDI 214 traité ou d’un autre message de confirmation d’enlèvement envoyé par le transporteur.

Type d’événement explicit
Marchandises livrées
Cette étape indique que l’expédition est arrivée physiquement à destination, chez le destinataire. Le transporteur envoie une confirmation, généralement par message EDI 214, qui met à jour le statut de l’expédition dans le TMS.
Pourquoi est-ce important ?

Cette étape marque la réussite de l’expédition et la fin du transit physique. Elle sert de référence pour mesurer la performance des livraisons dans les délais, un indicateur important de la satisfaction client et de la fiabilité des transporteurs.

Où trouver ces données

Cet événement explicite est enregistré à partir d’un message de confirmation de livraison envoyé par le transporteur. Le TMS consigne l’horodatage du traitement du message EDI 214 avec le statut « D1 », ou d’un message équivalent.

Données à recueillir

Utilisez l’horodatage du message de confirmation de livraison traité et envoyé par le transporteur.

Type d’événement explicit
Paiement effectué
Cette activité clôt le cycle de vie de l’expédition et confirme que le transporteur a été payé pour le service de transport. L’événement provient généralement d’un système financier externe, comme un ERP, puis est répercuté dans le TMS.
Pourquoi est-ce important ?

Cette activité marque la clôture financière de l’expédition. L’analyse du temps de cycle entre la livraison ou la vérification de la facture et le paiement est importante pour gérer le fonds de roulement et entretenir de bonnes relations avec les transporteurs.

Où trouver ces données

Cet événement explicite est généralement enregistré lorsqu’un message d’interface provenant du système de comptabilité fournisseurs ou de l’ERP met à jour le statut de paiement de la facture de transport dans le TMS.

Données à recueillir

Utilisez l’horodatage du message de confirmation de paiement reçu du système financier.

Type d’événement explicit
Expédition annulée
Cet événement correspond à l’arrêt d’une expédition avant l’enlèvement des marchandises. Il peut survenir pour diverses raisons, par exemple l’annulation d’une commande par un client ou un changement de planification. Il marque un état final sans succès.
Pourquoi est-ce important ?

Le suivi des annulations permet de comprendre les variations de la demande et les pertes liées au processus. L’analyse des motifs d’annulation peut révéler des problèmes dans la gestion des commandes ou la planification.

Où trouver ces données

Cet événement explicite est enregistré lorsqu’un utilisateur ou un processus automatisé fait passer le statut principal de l’expédition à « annulée ».

Données à recueillir

Enregistrez l’horodatage du passage au statut « annulée ».

Type d’événement explicit
Expédition planifiée
Cette activité marque la fin de la phase initiale de planification, au cours de laquelle l’itinéraire, le mode de transport et les transporteurs potentiels sont déterminés. Le moteur de planification du système génère une solution, puis le statut de l’expédition est mis à jour pour indiquer qu’un plan est disponible.
Pourquoi est-ce important ?

Le suivi de cette activité permet de mesurer l’efficacité du moteur de planification et d’optimisation. Les retards ou les reprises à cette étape peuvent révéler des problèmes de données de référence, de disponibilité des transporteurs ou de configuration du système.

Où trouver ces données

Cet événement est probablement déduit d’un changement de statut de l’expédition, par exemple lorsqu’elle passe de « non planifiée » à « planifiée ». L’horodatage de ce changement correspond à l’événement.

Données à recueillir

Enregistrez l’horodatage du passage de l’expédition au statut « planifiée ».

Type d’événement inferred
Facture de transport vérifiée
La facture du transporteur, ou facture de transport, a été vérifiée manuellement ou automatiquement au regard des tarifs contractuels, des frais annexes et de la preuve de livraison. Cette étape permet de contrôler les frais avant d’autoriser le paiement.
Pourquoi est-ce important ?

Il s’agit d’un point de contrôle financier important. L’analyse du processus de vérification peut révéler des écarts de facturation récurrents. Les reprises à cette étape signalent des problèmes qui alourdissent la charge administrative.

Où trouver ces données

Cet événement est enregistré lorsque le statut de la facture de transport associée à l’expédition passe à « vérifiée », « paiement approuvé » ou à un statut équivalent dans le module de vérification des factures de transport du TMS.

Données à recueillir

Enregistrez l’horodatage du changement de statut de la facture de transport liée à l’expédition.

Type d’événement inferred
Mise à jour en cours de transit reçue
Cet événement correspond à la réception d’une mise à jour de localisation ou de statut envoyée par le transporteur pendant le trajet de l’expédition. Ces mises à jour, souvent transmises par des messages EDI 214, permettent de suivre l’avancement de l’expédition et de repérer d’éventuels retards.
Pourquoi est-ce important ?

Ces événements sont essentiels pour suivre l’avancement des expéditions et repérer les retards en cours de transit. L’absence de mises à jour peut révéler un manque de visibilité, tandis que des signalements fréquents de retards peuvent indiquer des problèmes de performance du transporteur.

Où trouver ces données

Il s’agit d’événements explicites enregistrés dans une table de suivi ou d’historique des événements de l’expédition, chaque fois qu’un message du transporteur reçu en cours de transit, par exemple une transaction EDI 214 avec le statut « X1 » ou « AG », est traité.

Données à recueillir

Chaque message du transporteur traité pendant le transit crée une nouvelle entrée dans le journal d’événements.

Type d’événement explicit
Offre de transport envoyée au transporteur
Cette activité a lieu lorsque l’expédition est officiellement proposée à un transporteur, qui doit l’accepter. Il s’agit d’une action distincte dans le TMS, qui déclenche souvent une communication avec le transporteur par transaction EDI 204, par e-mail ou par notification sur un portail.
Pourquoi est-ce important ?

Cet événement marque le début de la mesure de la réactivité des transporteurs et de leur taux d’acceptation des offres. L’analyse du temps écoulé entre l’envoi de l’offre et la réponse du transporteur est essentielle pour évaluer l’efficacité de la relation avec celui-ci.

Où trouver ces données

Blue Yonder TMS enregistre probablement cette action comme un événement explicite dans l’historique des expéditions ou des offres, lorsqu’un utilisateur ou le système envoie l’offre.

Données à recueillir

Enregistré dans l’historique des événements de l’expédition lors de l’envoi de l’offre au transporteur.

Type d’événement explicit
Offre de transport refusée
Cet événement indique qu’un transporteur a refusé de prendre en charge l’expédition. Le refus est généralement reçu par voie électronique, au moyen d’une transaction EDI 990, ou saisi manuellement dans le portail du transporteur. Il déclenche alors un flux de travail visant à trouver un autre transporteur.
Pourquoi est-ce important ?

Le suivi des refus d’offres permet de repérer les reprises dans le choix des transporteurs. Un taux de refus élevé peut signaler des problèmes de tarification, de capacité des transporteurs ou d’exactitude des informations sur le chargement, et entraîner des retards et une hausse des coûts.

Où trouver ces données

Cet événement est généralement enregistré explicitement lorsque le TMS traite la réponse de refus du transporteur et met à jour le statut de l’offre pour l’expédition.

Données à recueillir

Enregistré à la réception d’un message de refus du transporteur, par exemple une transaction EDI 990.

Type d’événement explicit
Preuve de livraison reçue
Cette activité correspond à la réception d’un document officiel confirmant la livraison, comme un connaissement signé. Elle intervient souvent après la livraison physique et constitue un préalable au paiement du transport.
Pourquoi est-ce important ?

La réception rapide de la preuve de livraison (POD) est essentielle pour accélérer la facturation et le paiement. Tout retard à cette étape affecte directement la trésorerie et peut entraîner des litiges avec les transporteurs au sujet des paiements.

Où trouver ces données

Cet événement est généralement enregistré lorsqu’un utilisateur indique manuellement que la POD a été reçue ou joint le document à l’enregistrement de l’expédition dans le TMS, ce qui déclenche un changement de statut.

Données à recueillir

Enregistrez l’horodatage auquel l’indicateur ou le statut « POD reçue » est défini pour l’expédition.

Type d’événement inferred
Recommandé Facultatif

Guides d’extraction

Comment extraire vos données de Blue Yonder TMS

Les méthodes d’extraction de ce processus sont en cours de validation. Revenez plus tard ou contactez-nous pour obtenir de l’assistance.

Prêt à commencer ?

Commencez dès aujourd’hui à optimiser votre processus de gestion du transport. Appuyez-vous sur ce modèle pour gagner en efficacité et améliorer vos performances logistiques.

Améliorez dès aujourd’hui l’efficacité de votre gestion du transport

Repérez les inefficacités, suivez les performances et réduisez le temps de cycle de 30 %.

Démarrez l’essai gratuit

Aucune carte bancaire requise. Activation en quelques minutes.