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

Cet attribut décrit une étape du processus de transport, telle que « Shipment Planned », « Carrier Tendered » ou « Goods Delivered ». Ces activités constituent les nœuds de la carte de processus découverte et leur séquence définit le flux de processus de chaque expédition.

L’analyse de la séquence et de la fréquence de ces activités est au cœur du Process Mining. Elle permet d’identifier les chemins de processus les plus courants, ou variantes, de repérer les goulots d’étranglement lorsque certaines activités sont retardées et de mettre en évidence les boucles de reprise lorsque des activités comme « Tender Rejected » se répètent.

Il définit les étapes du processus, ce qui permet de visualiser le parcours de l’expédition et d’identifier les inefficacités du processus.

Dérivé des journaux d’événements, des enregistrements de changement de statut ou des codes de transaction de différents modules de Blue Yonder TMS. Cela nécessite souvent de faire correspondre les événements système à des noms d’activité compréhensibles pour les équipes métier.

L’identifiant d’expédition est la clé centrale qui relie toutes les activités et tous les événements associés au déplacement des marchandises entre un point de départ et une destination. Chaque identifiant unique représente un dossier de transport complet, depuis la demande initiale jusqu’au paiement final.

Dans une analyse de Process Mining, cet attribut est fondamental pour reconstituer le parcours de bout en bout de chaque expédition. Il permet de regrouper des événements tels que « Shipment Planned », « Goods Picked Up » et « Goods Delivered » au sein d’un flux de processus cohérent, afin de calculer les délais de cycle et d’identifier les variantes de processus propres à chaque expédition.

Il s’agit de l’identifiant de dossier 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.

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

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

Dans l’analyse, cet horodatage est essentiel au calcul de tous les KPI fondés sur le temps, tels que le délai de cycle de l’expédition de bout en bout, la durée du dédouanement et la performance de livraison dans les délais. Il permet d’identifier le moment où les retards surviennent et la durée de chaque étape du processus.

Cet horodatage est essentiel pour ordonner les événements, calculer les délais de cycle et analyser la performance du processus au fil du temps.

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

Cet attribut indique l’actualité des données. Il enregistre la date et l’heure de la dernière mise à jour du journal d’événements depuis Blue Yonder TMS.

Dans l’analyse, il est important pour évaluer l’actualité des Dashboards et des KPI. Il permet de savoir si les informations consultées sont en temps réel ou proviennent d’une période antérieure, ce qui est essentiel pour prendre des décisions opérationnelles éclairées.

Il informe les utilisateurs de la récence des données, un élément essentiel pour garantir la pertinence et l’exactitude de l’analyse.

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, ou ETL.

Cet attribut précise l’origine des données d’événement, qui est ici Blue Yonder TMS. Il est particulièrement utile dans les environnements où les données de plusieurs systèmes sont regroupées 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. La conservation de cette information garantit la traçabilité des données et constitue une bonne pratique de gouvernance des données.

Il fournit un contexte important sur l’origine des données, garantit leur traçabilité et facilite la gestion des données provenant de plusieurs sources.

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, ou ETL.

Cet attribut enregistre la date de livraison cible que le processus logistique doit respecter. Elle représente l’attente du client ou l’accord de niveau de service interne, ou SLA, associé à l’expédition.

Cette date sert de référence pour calculer le KPI « On-Time Delivery Rate ». 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. Elle constitue un élément fondamental du Dashboard « On-Time Pickup and Delivery Performance ».

Elle sert de référence principale pour mesurer la ponctualité des livraisons et la satisfaction client.

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

Cet attribut correspond à l’horodatage associé spécifiquement à l’activité de livraison finale. Il enregistre le moment précis où l’expédition est arrivée à destination et a été confirmée comme livrée.

Il s’agit d’une donnée essentielle pour mesurer la performance. Le KPI « On-Time Delivery Rate » est calculé en comparant cet horodatage à « RequestedDeliveryDate ». Il marque également le point final du calcul du KPI « Overall Throughput to Delivery ».

Cet horodatage est essentiel pour calculer le taux de livraison dans les délais et mesurer la durée totale de transit de l’expédition.

Il s’agit de l’horodatage de la mise à jour du statut « Goods Delivered », souvent reçue par message EDI du transporteur ou saisie manuellement dans Blue Yonder TMS.

Cet attribut précise le mode de transport. Les valeurs courantes comprennent Less-than-Truckload (LTL), Full Truckload (FTL), Air Freight, Ocean et Rail.

Dans l’analyse des processus, le mode de transport constitue une dimension importante pour le filtrage et la comparaison. Les processus, les délais de cycle et les coûts peuvent varier considérablement selon le mode utilisé. Par exemple, le Dashboard « Customs Clearance Bottleneck Analysis » est particulièrement pertinent pour les expéditions aériennes et maritimes, mais moins pour les expéditions routières nationales. L’analyse de la performance par mode permet d’adapter les initiatives d’amélioration aux différents contextes logistiques.

Il permet une analyse segmentée, car les différents modes de transport ont des processus, des coûts et des délais de cycle habituels distincts.

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

Le nom du transporteur identifie l’entreprise tierce chargée d’exécuter le 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 commissionnaire de transport.

Cet attribut est essentiel à l’analyse de la performance, notamment pour le Dashboard « Carrier Performance Comparison ». Il permet de filtrer et de segmenter les données afin de comparer les transporteurs selon des indicateurs tels que le taux de livraison dans les délais, le respect des horaires d’enlèvement et la durée moyenne des retards. Il contribue ainsi à la sélection stratégique des transporteurs et à la gestion des relations avec eux.

Il permet de comparer et d’analyser la performance de différents transporteurs afin d’optimiser leur sélection et d’améliorer la qualité du service.

Présent dans les détails de l’expédition ou du chargement de Blue Yonder TMS, souvent associé à une table de données de référence des transporteurs.

Cet attribut précise le pays de départ du parcours de l’expédition. Il est dérivé de l’adresse de l’expéditeur ou des informations relatives au lieu d’enlèvement.

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

Il permet d’analyser géographiquement la performance des processus et d’identifier les goulots d’étranglement ou les écarts d’efficacité entre les régions.

Enregistré dans les données relatives au lieu d’origine ou à l’adresse de l’expéditeur, dans les détails de l’expédition de Blue Yonder TMS.

Cet attribut précise le pays de destination finale de l’expédition. Il est dérivé de l’adresse du destinataire ou du lieu de livraison.

Comme le pays d’origine, cet attribut sert à segmenter les données géographiquement. Il permet aux analystes de comparer la performance de différentes routes commerciales, par exemple États-Unis vers Canada et États-Unis vers Mexique, d’analyser les difficultés de livraison propres à certains pays et d’évaluer l’incidence des complexités transfrontalières sur les délais de cycle.

Il permet d’analyser la performance par destination, ce qui est essentiel pour comprendre les complexités des routes commerciales et les difficultés de livraison régionales.

Enregistré dans les données relatives au lieu de destination ou à l’adresse du destinataire, dans les détails de l’expédition de Blue Yonder TMS.

Le statut de l’expédition indique son état actuel dans son cycle de vie, par exemple « Planned », « In-Transit », « Delivered » ou « Cancelled ». Il fournit une vue instantanée de la position de l’expédition dans le processus.

Dans le Process Mining, l’analyse du statut final des dossiers est importante pour étudier les résultats. Par exemple, la comparaison des flux de processus des expéditions « Delivered » et « Cancelled » peut révéler les schémas qui conduisent à des résultats indésirables. Elle facilite également le suivi de la charge de travail active en filtrant les expéditions qui ne sont pas encore terminées.

Il fournit une vue rapide de l’état actuel de l’expédition et permet de distinguer les expéditions terminées, en cours et annulées.

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

Lorsqu’un audit de facture de transport révèle un écart, cet attribut en indique la raison. Les exemples comprennent « Incorrect Rate », « Duplicate Invoice » ou « Missing Proof of Delivery ».

Cet attribut est essentiel au Dashboard « Proof of Delivery and Billing Accuracy » et au KPI « Freight Bill Rework Rate ». L’analyse de la fréquence des différents motifs d’écart permet d’identifier les causes profondes des erreurs de facturation, qu’elles proviennent d’erreurs du transporteur, d’un décalage avec les contrats ou de problèmes internes. Elle permet de mettre en place des mesures ciblées pour réduire les reprises de factures.

Il fournit la cause profonde des erreurs de facturation et permet de mettre en place des améliorations ciblées afin de réduire les reprises de factures de transport et les retards de paiement.

Situé dans le module d’audit et de paiement des factures de transport de Blue Yonder TMS, associé aux journaux d’exceptions ou de rejets.

Cet attribut enregistre l’heure du rendez-vous planifié 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 pour calculer les KPI « On-Time Pickup Rate » et « Average Pickup Delay Duration ». Sa comparaison avec « ActualPickupTime » permet d’identifier les retards au tout début du parcours de l’expédition, qui peuvent souvent se répercuter sur les étapes suivantes.

Il sert de référence pour mesurer la ponctualité des enlèvements, un indicateur important de la fiabilité du transporteur et de la précision de la planification.

Situé dans les modules de planification des rendez-vous ou des chargements de Blue Yonder TMS.

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

Cette donnée est essentielle pour mesurer la performance du transporteur. Elle est comparée à « ScheduledPickupTime » afin de calculer les KPI « On-Time Pickup Rate » et « Average Pickup Delay Duration ». L’analyse des écarts permet d’identifier les problèmes liés à certains transporteurs ou lieux d’enlèvement.

Cet horodatage permet de mesurer précisément la performance des enlèvements et d’identifier les retards survenant au début du processus de transport.

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

Cet attribut booléen est obtenu en comparant « ActualDeliveryTime » à « RequestedDeliveryDate ». Il vaut true si la livraison réelle a lieu à la date demandée ou avant celle-ci, et false dans le cas contraire.

En tant que métrique calculée, il simplifie l’analyse et la visualisation du KPI « On-Time Delivery Rate ». Il permet de filtrer et d’agréger facilement les données afin de créer des Dashboards présentant, au fil du temps, les pourcentages de livraisons à l’heure par transporteur ou par mode de transport. Il contribue ainsi directement au Dashboard « On-Time Pickup and Delivery Performance ».

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

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

Cet attribut enregistre la raison pour laquelle une étape de l’expédition n’a pas été respectée. Les exemples comprennent « Weather Delay », « Customs Hold » ou « Carrier Capacity Issue ». Cette information est souvent fournie par le transporteur.

Elle est essentielle au Dashboard « On-Time Pickup and Delivery Performance ». Au lieu d’indiquer uniquement qu’une expédition était en retard, cet attribut en explique la cause. 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.

Il explique la cause profonde des retards et permet une gestion proactive des risques ainsi que des améliorations ciblées avec les transporteurs.

Ces données sont souvent capturées dans les sections de gestion des événements ou des exceptions de Blue Yonder TMS, fréquemment à partir de mises à jour EDI envoyées par les transporteurs, par exemple un EDI 214.

Cet attribut identifie le planificateur logistique, le coordinateur ou l’utilisateur système responsable de l’exécution d’un événement ou d’un changement de statut donné 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, la performance individuelle et les besoins de formation. Elle peut révéler que certains utilisateurs sont associés à davantage de reprises ou de retards, ou que certaines équipes sont plus efficaces que d’autres. Elle contribue ainsi à la gestion des ressources et à l’amélioration ciblée des processus.

Il permet d’analyser la performance et la charge de travail par utilisateur ou par équipe, afin d’identifier les besoins de formation et les contraintes de ressources.

Cette information doit être disponible dans les journaux de transactions ou d’événements, souvent dans un champ « Changed By » ou « User ID » associé à chaque enregistrement.