Votre modèle de données pour la gestion du transport
Votre modèle de données pour la gestion du transport
- 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
Attributs de gestion du transport
| 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 | |||
Activités de gestion du transport
| 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 | |||
Guides d’extraction
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 %.
Aucune carte bancaire requise. Activation en quelques minutes.