Votre modèle de données de gestion des transports
Votre modèle de données de gestion des transports
- Attributs recommandés pour une analyse approfondie
- Activités clés à suivre pour la découverte de processus
- Guide détaillé d'extraction pour Blue Yonder TMS
Attributs de gestion des transports
| Nom | Description | ||
|---|---|---|---|
| Activité ActivityName | Le nom de l'événement ou de l'activité commerciale spécifique qui s'est produit à un moment donné pour une expédition. | ||
| Description Cet attribut décrit une étape unique du processus de transport, telle que 'Expédition planifiée', 'Transporteur proposé' ou 'Marchandises livrées'. Ces activités forment les nœuds de la carte de processus découverte, et leur séquence définit le flux de processus pour 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 aide à identifier les chemins de processus les plus courants (variantes), à découvrir les goulots d'étranglement où les activités sont retardées, et à repérer les boucles de retravail où des activités comme 'Offre rejetée' sont répétées. Pourquoi c'est important Il définit les étapes du processus, permettant la visualisation du parcours d'expédition et l'identification des inefficacités du processus. Où obtenir Dérivé des journaux d'événements, des enregistrements de changement de statut ou des codes de transaction au sein de divers modules de Blue Yonder TMS. Cela nécessite souvent le mappage des événements système à des noms d'activités adaptés aux affaires. Exemples Expédition planifiéeTransporteur mis en appel d'offresMarchandises livréesPaiement traité | |||
| Expédition ShipmentId | L'identifiant unique pour une seule expédition, qui sert d'ID de cas pour le processus de transport. | ||
| Description L'ID d'Expédition est la clé centrale qui lie toutes les activités et tous les événements liés au mouvement des marchandises d'un point de départ à une destination. Chaque ID unique représente un cas de transport complet, englobant tout, de la demande initiale au paiement final. Dans l'analyse Process Mining, cet attribut est fondamental pour reconstituer le parcours de bout en bout de chaque expédition. Il permet le regroupement d'événements comme 'Expédition planifiée', 'Marchandises ramassées' et 'Marchandises livrées' en un flux de processus cohérent, permettant le calcul des temps de cycle et l'identification des variantes de processus pour les expéditions individuelles. Pourquoi c'est important C'est l'ID de Cas essentiel qui connecte tous les événements de transport liés, rendant possible l'analyse du cycle de vie complet d'une expédition. Où obtenir Il s'agit d'une clé primaire dans les modules de gestion des expéditions ou des chargements au sein de Blue Yonder TMS. Consultez la documentation du système pour la table spécifique, probablement liée aux en-têtes d'expédition. Exemples SHP-0012845SHP-0012991SHP-0013054 | |||
| Heure de début EventTime | L'horodatage indiquant quand une activité ou un événement spécifique s'est produit. | ||
| Description L'heure de l'événement fournit la date et l'heure précises de chaque activité du processus d'expédition. C'est la colonne vertébrale chronologique du journal d'événements, permettant l'ordonnancement des activités et le calcul des durées entre elles. En analyse, cet horodatage est essentiel pour le calcul de tous les KPI basés sur le temps, tels que le temps de cycle d'expédition de bout en bout, la durée de dédouanement et la performance de livraison à temps. Il permet d'identifier quand les retards se produisent et combien de temps chaque étape du processus prend. Pourquoi c'est important Ce timestamp est essentiel pour ordonner les événements, calculer les temps de cycle et analyser la performance des processus au fil du temps. Où obtenir Ceci se trouve généralement à côté des enregistrements de statut ou d'événements dans les journaux de transactions de Blue Yonder TMS. Chaque événement ou changement de statut devrait avoir un timestamp associé. Exemples 2023-04-15T09:00:00Z2023-04-16T14:30:00Z2023-04-25T11:15:00Z | |||
| Dernière mise à jour des données LastDataUpdate | Le timestamp 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 enregistre la date et l'heure de la dernière mise à jour du journal d'événements à partir de Blue Yonder TMS. Dans l'analyse, ceci est important pour comprendre la pertinence des Dashboards et des KPI. Il permet aux utilisateurs de savoir s'ils consultent des informations en temps réel ou des données d'une période antérieure, ce qui est crucial pour prendre des décisions opérationnelles éclairées. Pourquoi c'est important Il informe les utilisateurs de la fraîcheur des données, ce qui est essentiel pour la pertinence et la précision de l'analyse. Où obtenir Il s'agit d'un champ de métadonnées généralement généré et ajouté pendant le processus d'extraction de données (ETL). Exemples 2023-05-20T02:00:00Z2023-05-21T02:00:00Z | |||
| Système source SourceSystem | Identifie le `système` à partir duquel les `données` ont été extraites. | ||
| Description Cet attribut spécifie l'origine des données d'événement, qui est dans ce cas Blue Yonder TMS. Il est particulièrement utile dans les environnements où les données de plusieurs systèmes peuvent être combinées pour une vue de processus plus large. Pour l'analyse, il aide à filtrer les données et à comprendre leur contexte. Le maintien de cette information assure la traçabilité des données et constitue une bonne pratique pour la gouvernance des données. Pourquoi c'est important Il fournit un contexte crucial sur l'origine des données, assurant la traçabilité et aidant à gérer les données provenant de multiples sources. Où obtenir 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 | La date de livraison demandée par le client ou requise par la commande de vente. | ||
| Description Cet attribut capture la date de livraison cible que le processus logistique vise à respecter. Il représente l'attente du client ou l'accord de niveau de service (SLA) interne pour l'expédition. Cette date est la référence pour le calcul du KPI 'Taux de livraison à temps'. En comparant 'ActualDeliveryTime' à 'RequestedDeliveryDate', l'analyse peut déterminer si une expédition a été en avance, à temps ou en retard. C'est fondamental pour le Dashboard 'Performance de ramassage et de livraison à temps'. Pourquoi c'est important Il sert de référence principale pour mesurer la performance de livraison à temps et la satisfaction client. Où obtenir Ces informations proviennent généralement d'un système en amont tel qu'un ERP ou un système de gestion des commandes et sont stockées dans les détails de la demande d'expédition dans Blue Yonder TMS. Exemples 2023-04-25T23:59:59Z2023-05-10T17:00:00Z | |||
| Heure de livraison réelle ActualDeliveryTime | Le timestamp réel de l'événement 'Marchandises livrées'. | ||
| Description Cet attribut est le timestamp associé spécifiquement à l'activité de livraison finale. Il enregistre le moment précis où l'expédition a atteint sa destination et a été confirmée comme livrée. C'est un point de données crucial pour la mesure des performances. Le KPI 'Taux de livraison à temps' est calculé en comparant ce timestamp à la 'RequestedDeliveryDate'. De plus, il marque le point final pour le calcul du KPI 'Débit global jusqu'à la livraison'. Pourquoi c'est important Ce timestamp est essentiel pour calculer le taux de livraison à temps et mesurer le temps de transit total de l'expédition. Où obtenir Il s'agit du timestamp de la mise à jour du statut 'Marchandises livrées', souvent reçue via un message EDI du transporteur ou une saisie manuelle dans Blue Yonder TMS. Exemples 2023-04-25T11:15:00Z2023-05-11T09:30:00Z | |||
| Mode de transport ModeOfTransport | La méthode de transport utilisée pour l'expédition, telle que camion, aérien, maritime ou ferroviaire. | ||
| Description Cet attribut spécifie le mode de transport. Les valeurs courantes incluent le Fret Partiel (LTL), le Camion Complet (FTL), le Fret Aérien, Maritime et Ferroviaire. Dans l'analyse de processus, le mode de transport est une dimension critique pour le filtrage et la comparaison. Les processus, les temps de cycle et les coûts peuvent varier considérablement entre les différents modes. Par exemple, l''Analyse des goulots d'étranglement de dédouanement' est très pertinente pour les expéditions aériennes et maritimes, mais moins pour les expéditions par camion nationales. L'analyse des performances par mode aide à adapter les initiatives d'amélioration aux contextes logistiques spécifiques. Pourquoi c'est important Il permet une analyse segmentée, car les différents modes de transport ont des processus, des coûts et des temps de cycle typiques distincts. Où obtenir Il s'agit d'un champ standard dans les modules de planification et d'évaluation des expéditions au sein de Blue Yonder TMS. Exemples LTLFTLAérienMaritime | |||
| Nom du transporteur CarrierName | Le nom de la société de transport ou du fournisseur de services logistiques responsable du déplacement de l'expédition. | ||
| Description Le Nom du Transporteur identifie la société tierce chargée d'exécuter le transport des marchandises. Il peut s'agir d'une entreprise de camionnage, d'une compagnie aérienne, d'une ligne maritime ou d'un transitaire. Cet attribut est essentiel pour l'analyse des performances, notamment pour le Dashboard 'Comparaison des performances des transporteurs'. Il permet de filtrer et de segmenter les données pour comparer les transporteurs sur des métriques telles que les taux de livraison à temps, le respect des ramassages et les durées moyennes de retard. Cela aide à la sélection stratégique des transporteurs et à la gestion des relations. Pourquoi c'est important Il permet la comparaison et l'analyse des performances entre différents transporteurs pour optimiser la sélection des transporteurs et améliorer la qualité de service. Où obtenir Trouvé dans les détails d'expédition ou de chargement au sein de Blue Yonder TMS, souvent lié à partir d'une table de données de référence pour les transporteurs. Exemples Global Shipping Inc.FastLane LogisticsFret express aérien | |||
| Pays d'origine OriginCountry | Le pays d'origine de l'expédition. | ||
| Description Cet attribut spécifie le pays de départ du parcours de l'expédition. Il est dérivé de l'adresse de l'expéditeur ou des détails du lieu de ramassage. Dans l'analyse, le Pays d'origine est une dimension puissante pour segmenter les données. Il aide à comprendre les différences régionales en matière de performance des processus, de disponibilité des transporteurs et de temps de cycle. Par exemple, il est crucial pour analyser les délais de dédouanement des expéditions internationales. Pourquoi c'est important Il permet une analyse géographique des performances des processus, aidant à identifier les goulots d'étranglement régionaux ou les variations d'efficacité. Où obtenir Stocké dans les données de localisation d'origine ou d'adresse de l'expéditeur dans les détails de l'expédition au sein de Blue Yonder TMS. Exemples États-UnisAllemagneChine | |||
| Pays de destination DestinationCountry | Le pays de destination de l'expédition. | ||
| Description Cet attribut spécifie le pays de destination finale de l'expédition, dérivé de l'adresse du destinataire ou du lieu de livraison. Semblable au pays d'origine, cet attribut est utilisé pour la segmentation géographique. Il permet aux analystes de comparer les performances pour différentes voies commerciales (par exemple, États-Unis vers le Canada vs États-Unis vers le Mexique), d'analyser les défis de livraison dans des pays spécifiques et d'évaluer l'impact des complexités transfrontalières sur les temps de cycle. Pourquoi c'est important Il permet une analyse des performances par destination, ce qui est crucial pour comprendre les complexités des couloirs commerciaux et les défis de livraison régionaux. Où obtenir Stocké dans les données de localisation de destination ou d'adresse du destinataire dans les détails de l'expédition au sein de Blue Yonder TMS. Exemples CanadaMexiqueRoyaume-Uni | |||
| Statut de l'expédition ShipmentStatus | Le statut actuel ou le dernier statut connu de l'expédition. | ||
| Description Le statut de l'expédition indique l'état actuel de l'expédition dans son cycle de vie, tel que 'Planifié', 'En transit', 'Livré' ou 'Annulé'. Il fournit un aperçu de l'emplacement de l'expédition dans le processus. Dans le Process Mining, l'analyse du statut final des cas est importante pour l'analyse des résultats. Par exemple, la comparaison des flux de processus des expéditions 'Livrées' par rapport aux expéditions 'Annulées' peut révéler des modèles qui conduisent à des résultats indésirables. Cela aide également à surveiller la charge de travail active en filtrant les expéditions qui ne sont pas encore terminées. Pourquoi c'est important Il fournit un aperçu rapide de l'état actuel de l'expédition et aide à différencier les expéditions terminées, en cours et annulées. Où obtenir Il s'agit d'un champ clé dans l'en-tête de l'expédition ou dans la table principale de suivi du statut dans Blue Yonder TMS. Exemples PlanifiéEn transitLivréAnnulé | |||
| Écart de facture de fret FreightBillDiscrepancyReason | Un code ou une description expliquant pourquoi une facture de fret n'a pas passé son audit. | ||
| Description Lorsqu'un audit de facture de fret révèle une divergence, cet attribut en fournit la raison. Les exemples incluent 'Tarif incorrect', 'Facture en double' ou 'Preuve de livraison manquante'. Cet attribut est essentiel pour le Dashboard 'Précision de la preuve de livraison et de la facturation' et le KPI 'Taux de remaniement des factures de fret'. L'analyse de la fréquence des différentes raisons de divergence aide à identifier les causes profondes des erreurs de facturation, qu'elles proviennent d'erreurs du transporteur, de désalignements contractuels ou de problèmes de processus internes. Cela permet des actions ciblées pour réduire le remaniement des factures. Pourquoi c'est important Il fournit la cause profonde des erreurs de facturation, permettant des améliorations ciblées pour réduire les retouches de factures de fret et les retards de paiement. Où obtenir Situé dans le module d'audit et de paiement du fret de Blue Yonder TMS, associé aux journaux d'exceptions ou de rejets. Exemples Taux incorrect appliquéFacture en doubleLitige sur frais accessoires | |||
| Heure d'enlèvement réelle ActualPickupTime | Le timestamp réel de l'événement 'Marchandises ramassées'. | ||
| Description Cet attribut enregistre l'heure exacte à laquelle le transporteur a physiquement collecté l'expédition depuis le point d'origine. Il marque le début officiel de la phase de transit. Ce point de données est essentiel pour mesurer la performance du transporteur. Il est comparé au 'ScheduledPickupTime' pour calculer les KPI 'Taux de ramassage à temps' et 'Durée moyenne du retard de ramassage'. L'analyse des écarts aide à identifier les problèmes avec des transporteurs spécifiques ou des lieux de ramassage. Pourquoi c'est important Ce timestamp est utilisé pour mesurer avec précision la performance de ramassage et identifier les retards précoces dans le processus de transport. Où obtenir Il s'agit du timestamp de la mise à jour du statut 'Marchandises ramassées', généralement reçue du transporteur via EDI ou saisie manuellement dans Blue Yonder TMS. Exemples 2023-04-16T14:30:00Z2023-05-02T10:15:00Z | |||
| Heure de ramassage prévue ScheduledPickupTime | La date et l'heure prévues pour le ramassage des marchandises par le transporteur depuis l'origine. | ||
| Description Cet attribut stocke l'heure de rendez-vous qui a été planifiée et convenue avec le transporteur pour la collecte de l'expédition. C'est un jalon clé dans le plan d'expédition. Ce timestamp est utilisé comme base pour calculer les KPI 'Taux de ramassage à temps' et 'Durée moyenne du retard de ramassage'. Le comparer avec l''ActualPickupTime' aide à identifier les retards au tout début du parcours de l'expédition, qui ont souvent un effet d'entraînement sur les jalons suivants. Pourquoi c'est important C'est la référence pour mesurer la performance d'enlèvement à temps, un indicateur clé de la fiabilité du transporteur et de la précision de la planification. Où obtenir Situé dans les modules de planification des rendez-vous ou de planification de chargement de Blue Yonder TMS. Exemples 2023-04-16T14:00:00Z2023-05-02T10:00:00Z | |||
| Livraison à temps IsOnTimeDelivery | Un indicateur calculé qui indique si l'expédition a été livrée à la date de livraison demandée ou avant. | ||
| Description Cet attribut booléen est dérivé en comparant 'ActualDeliveryTime' avec 'RequestedDeliveryDate'. Il est vrai si la livraison réelle est à la date demandée ou avant, et faux dans le cas contraire. En tant que métrique calculée, il simplifie l'analyse et la visualisation pour le KPI 'Taux de livraison à temps'. Il permet un filtrage et une agrégation faciles pour créer des Dashboards qui montrent les pourcentages de performance à temps au fil du temps, par transporteur ou par mode de transport, soutenant directement le Dashboard 'Performance de ramassage et de livraison à temps'. Pourquoi c'est important Cela simplifie l'analyse de la performance à temps et permet un filtrage et une agrégation rapides dans les Dashboards et les KPI. Où obtenir Cet attribut n'est pas dans le système source. Il est calculé pendant le processus de transformation des données en utilisant la formule : ActualDeliveryTime <= RequestedDeliveryDate. Exemples truefaux | |||
| Motif du retard DelayReason | Un code ou un texte expliquant la cause d'un retard pour un enlèvement ou une livraison. | ||
| Description Cet attribut enregistre la raison fournie pour laquelle un jalon d'expédition a été manqué. Les exemples incluent 'Retard dû aux intempéries', 'Rétention douanière' ou 'Problème de capacité du transporteur'. Ces informations sont souvent fournies par le transporteur. Ceci est crucial pour le Dashboard 'Performance de ramassage et de livraison à temps'. Au lieu de simplement savoir qu'une expédition était en retard, cet attribut explique pourquoi. L'analyse des raisons de retard les plus courantes permet à l'équipe logistique d'atténuer proactivement les risques et de travailler avec les transporteurs pour résoudre les problèmes récurrents. Pourquoi c'est important Il explique la cause profonde des retards, permettant une gestion proactive des risques et des améliorations ciblées avec les transporteurs. Où obtenir Ces données sont souvent capturées dans les sections de gestion des événements ou des exceptions de Blue Yonder TMS, fréquemment alimentées par les mises à jour EDI des transporteurs (par exemple, EDI 214). Exemples MétéoRetenue douanièreRetard du chauffeurEncombrement des installations | |||
| Temps de cycle d'expédition ShipmentCycleTime | La durée totale de l'expédition, de la première à la dernière activité. | ||
| Description Cette métrique calculée mesure le temps écoulé total pour un cas d'expédition. Elle est généralement calculée comme la différence entre le timestamp du dernier événement (par exemple, 'Paiement traité') et du premier événement (par exemple, 'Demande d'expédition reçue'). Cet attribut soutient directement le KPI et le Dashboard 'Temps de cycle d'expédition de bout en bout'. L'analyse de sa distribution aide à comprendre l'efficacité globale du processus, à identifier les valeurs aberrantes (cas exceptionnellement longs) et à suivre l'impact des initiatives d'amélioration sur la durée totale du processus. Pourquoi c'est important Il fournit une mesure de haut niveau de l'efficacité globale du processus et est un indicateur clé pour identifier les expéditions longues ou problématiques. Où obtenir Cette métrique est calculée dans l'outil de Process Mining ou pendant la transformation des données en soustrayant le temps d'événement minimum du temps d'événement maximum pour chaque cas (ShipmentId). Exemples 10 jours 4 heures25 jours 11 heures15 days 2 hours | |||
| Utilisateur User | L'identifiant ou le nom de l'utilisateur qui a effectué l'activité. | ||
| Description 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 spécifique dans le TMS. Pour les événements automatisés, il peut s'agir d'un ID de système ou de compte de service. L'analyse par utilisateur aide à comprendre la répartition de la charge de travail, les performances individuelles et les besoins en formation. Elle peut révéler si certains utilisateurs sont associés à des taux de retravail ou de retards plus élevés, ou si des équipes spécifiques sont plus efficaces que d'autres. Cela soutient la gestion des ressources et les efforts d'amélioration ciblés des processus. Pourquoi c'est important Il permet l'analyse des performances et de la charge de travail par utilisateur ou par équipe, aidant à identifier les opportunités de formation et les contraintes de ressources. Où obtenir Ces informations devraient être disponibles dans les journaux de transactions ou d'événements, souvent sous la forme d'un champ 'Modifié par' ou 'ID utilisateur' associé à chaque enregistrement. Exemples j.doea.smithUTILISATEUR_AUTOMATISATION_TMS | |||
Activités de gestion des transports
| Activité | Description | ||
|---|---|---|---|
| Dédouané | Pour les expéditions internationales, cette activité marque le moment où les marchandises ont franchi avec succès la douane à une frontière ou un port. Cet événement est déclenché par une notification d'un courtier en douane ou du transporteur. | ||
| Pourquoi c'est important Les douanes sont une source courante de retards importants dans la logistique internationale. Mesurer le temps nécessaire au dédouanement est essentiel pour identifier les goulots d'étranglement et améliorer les temps de transit transfrontaliers. Où obtenir Ceci est généralement enregistré comme un événement explicite, basé sur un message du transporteur (par exemple, EDI 214) ou une mise à jour manuelle, qui modifie le statut douanier de l'expédition à 'dédouané'. Capture Capturez l'horodatage lorsque le statut douanier de l'expédition est mis à jour à « Dédouané ». Type d'événement explicit | |||
| Demande d'expédition reçue | Cette activité marque la création d'un besoin de transport au sein de Blue Yonder TMS, généralement initiée par une commande provenant d'un système en amont comme un ERP. Elle représente le début officiel du cycle de vie de l'expédition, où un nouvel enregistrement d'expédition est créé avec un statut initial 'non planifié' ou 'nouveau'. | ||
| Pourquoi c'est important C'est l'événement de départ principal pour le processus de transport de bout en bout. L'analyse du temps écoulé entre cet événement et les activités de planification subséquentes aide à identifier les retards de traitement initiaux et à mesurer le débit global. Où obtenir Cet événement est généralement déduit du timestamp de création de l'enregistrement d'expédition dans les tables principales d'expédition ou de commande. Il peut également s'agir d'un événement explicite enregistré lorsqu'un message d'interface provenant d'un ERP est traité. Capture Utilisez le timestamp de création de l'enregistrement d'expédition. Type d'événement inferred | |||
| Expédition réservée | Ce jalon indique qu'un transporteur a accepté l'offre et s'est engagé à gérer l'expédition. Le statut de l'expédition est mis à jour à 'réservée' ou 'engagée', fixant ainsi le transporteur et le tarif pour le transport. | ||
| Pourquoi c'est important C'est un jalon clé qui finalise la phase de planification et fait passer l'expédition en exécution. Mesurer le temps de cycle jusqu'à ce point aide à évaluer l'efficacité de la réservation et la réactivité. Où obtenir Ceci est capturé lorsqu'une acceptation de transporteur (par exemple, EDI 990) est reçue et traitée, déclenchant un changement de statut explicite sur l'enregistrement d'expédition dans le TMS. Capture Capturez l'horodatage du changement de statut à « Réservé » ou « Engagé ». Type d'événement explicit | |||
| Marchandises enlevées | Cette activité marque le début physique du parcours de l'expédition, lorsque le transporteur prend possession des marchandises à l'emplacement d'origine. Cet événement est généralement enregistré dans Blue Yonder TMS sur la base d'un message de mise à jour de statut du transporteur, tel qu'une transaction EDI 214. | ||
| Pourquoi c'est important Il s'agit d'un jalon d'exécution critique qui confirme que l'expédition est en cours. Il sert de référence pour le calcul des temps de transit et la mesure de la performance de ramassage à temps par rapport à la date prévue. Où obtenir Il s'agit d'un événement explicite capturé à partir des mises à jour de statut du transporteur. Le système enregistre le timestamp lorsqu'une confirmation de ramassage (par exemple, EDI 214 avec le statut 'AF' ou 'X3') est traitée. Capture Utilisez le timestamp de l'EDI 214 traité ou d'un autre message de confirmation de ramassage du transporteur. Type d'événement explicit | |||
| Marchandises livrées | Ce jalon signifie que l'expédition est physiquement arrivée à destination chez le destinataire. Le transporteur fournit cette confirmation, généralement via un message EDI 214, qui met à jour le statut de l'expédition dans le TMS. | ||
| Pourquoi c'est important Il s'agit d'un jalon de succès critique, marquant la fin du transit physique. C'est la base de la mesure de la performance de livraison à temps, un indicateur clé de la satisfaction client et de la fiabilité du transporteur. Où obtenir Il s'agit d'un événement explicite capturé à partir d'un message de confirmation de livraison du transporteur. Le TMS enregistre le timestamp lorsque l'EDI 214 (avec le statut 'D1') ou un message équivalent est traité. Capture Utilisez le timestamp du message de confirmation de livraison du transporteur traité. Type d'événement explicit | |||
| Paiement traité | C'est la dernière activité du cycle de vie de l'expédition, confirmant que le transporteur a été payé pour le service de transport. Cet événement provient généralement d'un système financier externe (ERP) et est mis à jour dans le TMS. | ||
| Pourquoi c'est important Cette activité marque la clôture financière de l'expédition. L'analyse du temps de cycle entre la livraison ou l'audit et le paiement est importante pour la gestion du fonds de roulement et le maintien de bonnes relations avec les transporteurs. Où obtenir Ceci est généralement un événement explicite enregistré lorsqu'un message d'interface du système de comptabilité fournisseurs ou ERP met à jour le statut de paiement de la facture de fret dans le TMS. Capture Utilisez le timestamp du message de confirmation de paiement reçu du système financier. Type d'événement explicit | |||
| Expédition annulée | Représente l'annulation d'une expédition avant son ramassage. Cela peut se produire pour diverses raisons, telles qu'une annulation de commande client ou un changement de planification, et constitue un état final infructueux. | ||
| Pourquoi c'est important Le suivi des annulations est important pour comprendre la volatilité de la demande et le gaspillage de processus. L'analyse des raisons d'annulation des expéditions peut révéler des problèmes dans les processus de gestion des commandes ou de planification. Où obtenir Il s'agit d'un événement explicite, capturé lorsqu'un utilisateur ou un processus automatisé modifie le statut principal de l'expédition en 'Annulé'. Capture Capturez l'horodatage du changement de statut à « Annulé ». Type d'événement explicit | |||
| Expédition planifiée | Représente l'achèvement de la phase de planification initiale où un itinéraire, un mode de transport et des transporteurs potentiels sont déterminés pour l'expédition. Le moteur de planification du système génère une solution, et le statut de l'expédition est mis à jour pour refléter qu'un plan est disponible. | ||
| Pourquoi c'est important Le suivi de cette activité aide à mesurer l'efficacité du moteur de planification et d'optimisation. Les retards ou les boucles de retravail impliquant cette étape peuvent indiquer des problèmes avec les données de base, la disponibilité des transporteurs ou la configuration du système. Où obtenir Ceci est probablement déduit d'un changement de statut sur l'entité d'expédition, par exemple, le passage de 'non planifié' à 'planifié'. Le timestamp de ce changement de statut marque l'événement. Capture Capturez l'horodatage lorsque le statut de l'expédition passe à un état « planifié ». Type d'événement inferred | |||
| Facture de fret auditée | La facture du transporteur, ou facture de fret, a été auditée systématiquement ou manuellement par rapport aux tarifs contractuels, aux frais accessoires et à la preuve de livraison. Cette étape vérifie les frais avant l'approbation du paiement. | ||
| Pourquoi c'est important C'est un point de contrôle financier clé. L'analyse du processus d'audit peut révéler de fréquentes divergences de facturation, tandis que le remaniement à ce stade indique des problèmes qui augmentent les frais administratifs. Où obtenir Cet événement est capturé lorsque le statut de la facture de fret associée à l'expédition passe à 'Audité', 'Approuvé pour paiement' ou un état similaire au sein du module d'audit de fret du TMS. Capture Capturez l'horodatage du changement de statut sur l'entité de facture de fret liée à l'expédition. Type d'événement inferred | |||
| Mise à jour en transit reçue | Représente la réception d'une mise à jour de localisation ou de statut du transporteur pendant que l'expédition est en transit. Ces mises à jour, souvent issues des messages EDI 214, offrent une visibilité sur la progression de l'expédition et les retards potentiels. | ||
| Pourquoi c'est important Ces événements sont essentiels pour suivre la progression de l'expédition et identifier les retards en transit. Un manque de mises à jour peut indiquer des lacunes de visibilité, tandis que des mises à jour fréquentes de retard signalent des problèmes de performance du transporteur. Où obtenir Ce sont des événements explicites enregistrés dans une table de suivi d'expédition ou d'historique d'événements chaque fois qu'un message de transporteur en transit (par exemple, EDI 214 avec le statut 'X1', 'AG') est reçu et traité. Capture Chaque message de transporteur en transit traité crée une nouvelle entrée de journal d'événements. Type d'événement explicit | |||
| Offre rejetée | Cet événement signifie qu'un transporteur a refusé l'offre de transporter l'expédition. Ce rejet est généralement reçu électroniquement via une transaction EDI 990 ou une mise à jour manuelle dans le portail du transporteur, déclenchant un Workflow pour trouver un transporteur alternatif. | ||
| Pourquoi c'est important Le suivi des rejets d'offres est crucial pour identifier les boucles de retravail dans la sélection des transporteurs. Des taux de rejet élevés peuvent indiquer des problèmes de tarification, de capacité du transporteur ou d'informations de chargement inexactes, entraînant des retards et des coûts accrus. Où obtenir Ceci est généralement capturé comme un événement explicite lorsqu'une réponse de rejet de transporteur est traitée par le TMS, mettant à jour le statut de l'offre d'expédition. Capture Enregistré comme un événement dès réception d'un message de rejet du transporteur (par exemple, EDI 990). Type d'événement explicit | |||
| Preuve de livraison reçue | Cette activité représente la réception de la documentation formelle confirmant la livraison, telle qu'un connaissement signé. Il s'agit souvent d'une étape distincte après la livraison physique et c'est une condition préalable au paiement du fret. | ||
| Pourquoi c'est important La réception efficace de la preuve de livraison (POD) est vitale pour accélérer le cycle de facturation et de paiement. Les retards à cette étape ont un impact direct sur la trésorerie et peuvent entraîner des litiges de paiement avec les transporteurs. Où obtenir Ceci est généralement capturé lorsqu'un utilisateur marque manuellement la preuve de livraison (POD) comme reçue ou joint le document à l'enregistrement d'expédition dans le TMS, déclenchant un changement de statut. Capture Capturez l'horodatage lorsque le statut ou le drapeau « POD Reçu » est défini sur l'expédition. Type d'événement inferred | |||
| Transporteur mis en appel d'offres | Cette activité se produit lorsque l'expédition est formellement proposée à un transporteur spécifique pour acceptation. Il s'agit d'une action distincte au sein du TMS, déclenchant souvent une communication au transporteur via une transaction EDI 204, un e-mail ou une notification de portail. | ||
| Pourquoi c'est important Cet événement est le point de départ pour mesurer la réactivité des transporteurs et les taux d'acceptation des offres. L'analyse du temps entre la soumission de l'offre et la réponse du transporteur est essentielle pour comprendre l'efficacité de la relation avec le transporteur. Où obtenir Blue Yonder TMS enregistre probablement cela comme un événement explicite dans une table d'historique d'expédition ou d'historique d'offres lorsque l'action d'offre est exécutée par un utilisateur ou le système. Capture Enregistré dans l'historique des événements d'expédition lorsque l'action d'offre est exécutée. Type d'événement explicit | |||
Guides d'extraction
Les méthodes d'extraction pour ce processus sont en cours de validation. Veuillez revenir plus tard ou contactez-nous pour obtenir de l'aide.