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 détaillée
- 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 | Descriptionn | ||
|---|---|---|---|
| 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. | ||
| Descriptionn 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 constitue le fondement du Process Mining. Elle aide à identifier les chemins de processus les plus courants (variantes), à identifier les points de blocage qui ralentissent les activités, et à repérer les boucles de reprise où des activités comme 'Offre rejetée' sont répétées. Pourquoi est-ce important ? : Il définit les étapes du processus, pour visualiser du parcours d'expédition et l'identification des inefficacités du processus. Source des données : Dérivé des journaux d'événements, des enregistrements de changement de statut ou des codes de transaction dans 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éeOffre au transporteur soumiseMarchandises 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. | ||
| Descriptionn 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 indispensable pour reconstituer le parcours complet de chaque expédition. Il permet le regroupement d'événements comme 'Expédition planifiée', 'Marchandises enlevé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 est-ce important ? : Il s'agit de l'ID de cas (Case ID) clé qui connecte tous les événements de transport liés, permettant l'analyse du cycle de vie complet d'une expédition. Source des données : Il s'agit d'une clé primaire dans les modules de gestion des expéditions ou des chargements dans 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. | ||
| Descriptionn 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 pivot 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 indispensable pour le calcul de tous les KPI basés sur le temps, tels que le temps de cycle d'expédition complet, la durée de dédouanement et la performance de paiement à temps. Il permet d'identifier quand les retards se produisent et combien de temps chaque étape du processus prend. Pourquoi est-ce important ? : Ce horodatage est indispensable pour ordonner les événements, calculer les temps de cycle et analyser la performance des processus au fil du temps. Source des données : 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 horodatage associé. Exemples 2023-04-15T09:00:00Z2023-04-16T14:30:00Z2023-04-25T11:15:00Z | |||
| Dernière mise à jour des données LastDataUpdate | L'horodatage de la dernière actualisation ou extraction des données de cet enregistrement depuis le système source. | ||
| Descriptionn Cet attribut indique la la réactualisation 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 tableau de bords 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 impératif pour prendre des décisions opérationnelles éclairées. Pourquoi est-ce important ? : Il informe les utilisateurs de la la réactualisation des données, ce qui est indispensable pour la pertinence et la précision de l'analyse. Source des données : 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. | ||
| Descriptionn 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 est-ce important ? : Il fournit un contexte essentiel sur l'origine des données, assurant la traçabilité et aidant à gérer les données provenant de multiples sources. Source des 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 | La date de livraison demandée par le client ou requise par la commande de vente. | ||
| Descriptionn Cet attribut enregistre 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 paiement à temps'. En comparant 'ActualDeliveryTime' à 'RequestedDeliveryDate', l'analyse peut déterminer si une expédition a été en avance, à temps ou en retard. C'est indispensable pour le Tableau de bord 'Performance de ramassage et de paiement à temps'. Pourquoi est-ce important ? : Il sert de référence principale pour mesurer la performance de paiement à temps et la satisfaction client. Source des données : Ces informationsns 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 | L'horodatage réel de l'événement 'Marchandises livrées'. | ||
| Descriptionn Cet attribut est l'horodatage 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 essentiel pour la mesure des performances. Le KPI 'Taux de paiement à temps' est calculé en comparant ce horodatage à la 'RequestedDeliveryDate'. De plus, il marque le point final pour le calcul du KPI 'Débit global jusqu'à la livraison'. Pourquoi est-ce important ? : Ce horodatage est indispensable pour calculer le taux d'efficacité.x de paiement à temps et mesurer le temps de transit total de l'expédition. Source des données : Il s'agit du horodatage 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. | ||
| Descriptionn 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 majeure 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 points de blocage 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 est-ce 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. Source des données : Il s'agit d'un champ standard dans les modules de planification et d'évaluation des expéditions dans Blue Yonder TMS. Exemples LTLFTLAérienOcéan | |||
| 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. | ||
| Descriptionn 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 indispensable pour l'analyse des performances, notamment pour le Tableau de bord '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 paiement à 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 est-ce 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. Source des données : Trouvé dans les détails d'expédition ou de chargement dans 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. | ||
| Descriptionn 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 impératif pour analyser les délais de dédouanement des expéditions internationales. Pourquoi est-ce important ? : Il permet une analyse géographique des performances des processus, aidant à identifier les points de blocage régionaux ou les variations d'efficacité. Source des données : Stocké dans les données de localisation d'origine ou d'adresse de l'expéditeur dans les détails de l'expédition dans Blue Yonder TMS. Exemples États-UnisAllemagneChine | |||
| Pays de destination DestinationCountry | Le pays de destination de l'expédition. | ||
| Descriptionn 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 est-ce important ? : Il permet une analyse des performances par destination, ce qui est impératif pour comprendre les complexités des couloirs commerciaux et les défis de livraison régionaux. Source des données : Stocké dans les données de localisation de destination ou d'adresse du destinataire dans les détails de l'expédition dans Blue Yonder TMS. Exemples CanadaMexiqueRoyaume-Uni | |||
| Statut de l'expédition ShipmentStatus | Le statut actuel ou le dernier statut connu de l'expédition. | ||
| Descriptionn 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 est-ce 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. Source des données : 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. | ||
| Descriptionn 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 indispensable pour le Tableau de bord '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 est-ce 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. Source des données : 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 | L'horodatage réel de l'événement 'Marchandises enlevées'. | ||
| Descriptionn 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 indispensable 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 est-ce important ? : Ce horodatage est utilisé pour mesurer avec précision la performance de ramassage et identifier les retards précoces dans le processus de transport. Source des données : Il s'agit du horodatage de la mise à jour du statut 'Marchandises enlevé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. | ||
| Descriptionn 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 horodatage 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 est-ce 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. Source des données : 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. | ||
| Descriptionn 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 paiement à temps'. Il permet un filtrage et une agrégation faciles pour créer des tableau de bords qui montrent les pourcentages de respect des délais au fil du temps, par transporteur ou par mode de transport, soutenant directement le Tableau de bord 'Performance de ramassage et de paiement à temps'. Pourquoi est-ce important ? : Cela simplifie l'analyse de la respect des délais et permet un filtrage et une agrégation rapides dans les tableau de bords et les KPI. Source des données : 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. | ||
| Descriptionn 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 informationsns sont souvent fournies par le transporteur. Ceci est impératif pour le Tableau de bord 'Performance de ramassage et de paiement à 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 est-ce important ? : Il explique la cause profonde des retards, permettant une gestion proactive des risques et des améliorations ciblées avec les transporteurs. Source des données : 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 | |||
| Utilisateur User | L'identifiant ou le nom de l'utilisateur qui a effectué l'activité. | ||
| Descriptionn 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 reprise 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 est-ce 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. Source des données : Ces informationsns 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é | Descriptionn | ||
|---|---|---|---|
| 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 est-ce important ? : Les douanes sont une source courante de retards importants dans la logistique internationale. Mesurer le temps nécessaire au dédouanement est indispensable pour identifier les points de blocage et améliorer les temps de transit transfrontaliers. Source des données : 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 dans 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 est-ce important ? : C'est l'événement de départ principal pour le processus de transport complet. 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. Source des données : Cet événement est généralement déduit du horodatage 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 l'horodatage 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 est-ce 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é. Source des données : 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 est-ce 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. Source des données : Il s'agit d'un événement explicite capturé à partir des mises à jour de statut du transporteur. Le système enregistre l'horodatage lorsqu'une confirmation de ramassage (par exemple, EDI 214 avec le statut 'AF' ou 'X3') est traitée. Capture Utilisez l'horodatage 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 est-ce 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 paiement à temps, un indicateur clé de la satisfaction client et de la fiabilité du transporteur. Source des données : Il s'agit d'un événement explicite capturé à partir d'un message de confirmation de livraison du transporteur. Le TMS enregistre l'horodatage lorsque l'EDI 214 (avec le statut 'D1') ou un message équivalent est traité. Capture Utilisez l'horodatage 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 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 l'audit et le paiement est importante pour la gestion du fonds de roulement et le maintien de bonnes relations avec les transporteurs. Source des données : 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 l'horodatage 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 est-ce 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. Source des données : 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 disponibleble. | ||
| Pourquoi est-ce important ? : Le suivi de cette activité aide à mesurer l'efficacité du moteur de planification et d'optimisation. Les retards ou les boucles de reprise impliquant cette étape peuvent indiquer des problèmes avec les données de base, la disponibilité des transporteurs ou la configuration du système. Source des données : Ceci est probablement déduit d'un changement de statut sur l'entité d'expédition, par exemple, le passage de 'non planifié' à 'planifié'. L'horodatage 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 est-ce 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. Source des données : 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 est-ce 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. Source des données : 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 au transporteur soumise | 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 est-ce 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 indispensablele pour comprendre l'efficacité de la relation avec le transporteur. Source des données : 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 Comptabilisé dans l'historique des événements d'expédition lorsque l'action d'offre est exécutée. 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 est-ce important ? : Le suivi des rejets d'offres est impératif pour identifier les boucles de reprise 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. Source des données : 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 Comptabilisé 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 est-ce important ? : La réception efficace de la preuve de livraison (POD) est fondamentale 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. Source des données : 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 | |||
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.