Votre modèle de données de gestion des transports
Votre modèle de données de gestion des transports
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d'extraction
Attributs de gestion des transports
| Nom | Descriptionn | ||
|---|---|---|---|
| Expédition Shipment | L'identifiant unique pour un mouvement de marchandises unique, servant de cas principal pour l'analyse de processus. | ||
| Descriptionn L'ID d'expédition est l'ID de cas qui regroupe tous les événements et activités liés à une seule commande de transport. Chaque expédition représente un voyage complet, de la création initiale et de la planification à l'exécution, la livraison et le règlement financier. Dans le Process Mining, l'analyse du processus par expédition permet une vue d'ensemble complète du cycle de vie du transport complet. Cela permet la mesure des temps de cycle totaux, l'identification des points de blocage affectant des expéditions spécifiques, et la comparaison des chemins de processus pour différents types d'expéditions. C'est l'attribut clé pour le suivi d'une seule commande à travers tout le système. Pourquoi est-ce important ? : C'est l'identifiant de Source des données : C'est la clé primaire dans les tables principales d'expédition ou de commande dans Trimble TMS. Consultez la documentation de Trimble TMS pour les noms spécifiques des tables et des champs. Exemples SH-750331SH-750332SH-750333 | |||
| Heure de l'événement EventTime | L'horodatage indiquant quand l'activité s'est produite, incluant la date et l'heure. | ||
| Descriptionn L'horodatage de l'événement est la date et l'heure précises enregistrées pour chaque activité dans le cycle de vie de l'expédition. Elle fournit l'ordre chronologique des Cet Pourquoi est-ce important ? : Il fournit la séquence chronologique des Source des données : Se trouve à côté du champ d'activité ou de statut dans les journaux d'événements ou les tables de transactions de Trimble TMS. Exemples 2023-10-26T10:00:00Z2023-10-27T14:35:10Z2023-10-28T09:15:00Z | |||
| Nom de l'activité ActivityName | Le nom de l'événement commercial ou du jalon qui s'est produit à un moment précis pour une expédition. | ||
| Descriptionn Le nom de l'activité décrit une étape spécifique ou un changement de statut au sein du processus de transport. Ces événements forment la séquence de la cartographie des processus, montrant comment une expédition progresse de sa création à son achèvement. L'analyse des activités est indispensablele au Process Mining. Elle aide à visualiser le flux de processus, à identifier les chemins courants et rares, à découvrir les boucles de reprise, comme les tentatives de réservation répétées, et à mesurer la fréquence de chaque étape. La séquence et le timing de ces activités sont utilisés pour calculer les temps de cycle et identifier les points de blocage entre les étapes. Pourquoi est-ce important ? : Cet attribut définit les étapes du processus, formant la base de la cartographie des processus et permettant l'analyse du flux de processus, des variations et des points de blocage. Source des données : Généralement dérivé des journaux d'événements, des tables de changement de statut ou des enregistrements de transactions spécifiques dans Trimble TMS qui sont liés à une expédition. Exemples Expédition planifiéeMarchandises enlevéesMarchandises livréesFacture de fret auditée | |||
| Dernière mise à jour des données LastDataUpdate | L'horodatage indiquant la dernière fois que les données de cet enregistrement ont été actualisées à partir du système source. | ||
| Descriptionn Cet attribut indique la date et l'heure de la dernière extraction ou mise à jour des données de Trimble TMS. Il fournit un contexte sur la la réactualisation des données analysées. Dans toute analyse, comprendre la récence des données est impératif pour prendre des décisions stratégiques au bon moment et pertinentes. Cet horodatage aide les utilisateurs à faire confiance aux données et à comprendre la fenêtre de temps couverte par l'analyse actuelle, garantissant qu'ils n'agissent pas sur des informations obsolètes. Pourquoi est-ce important ? : Indique la fraîcheur des Source des données : Cet horodatage est généralement généré et enregistré par l'outil ETL (Extraction, Transformation, Chargement) pendant le processus d'ingestion des données. Exemples 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Système source SourceSystem | Le système d'origine à partir duquel les données d'événement ont été extraites. | ||
| Descriptionn Cet attribut identifie l'application source d'où proviennent les données. Dans ce contexte, il s'agirait généralement de « Trimble TMS ». Dans des environnements plus complexes, il pourrait différencier entre différents modules ou systèmes intégrés, comme un système financier distinct pour les paiements. Spécifier le système source est important pour la gouvernance des données et la traçabilité. Cela aide à comprendre le contexte des données et est impératif lors de la fusion de données provenant de multiples sources pour créer une vue de processus complet unique. Pourquoi est-ce important ? : Assure la traçabilité et le contexte des Source des données : Il s'agit souvent d'une valeur statique ajoutée lors du processus d'extraction de données pour étiqueter l'origine des enregistrements. Exemples Trimble TMSTrimble TMS v2023.1 | |||
| Date de livraison demandée RequestedDeliveryDate | La date de livraison demandée par le client ou convenue comme objectif de l'accord de niveau de service (SLA). | ||
| Descriptionn La date de livraison demandée est la date cible à laquelle l'expédition est censée être livrée à sa destination finale. Cette date sert de référence principale pour mesurer la performance de paiement à temps. Cet attribut est indispensable pour calculer les indicateurs clés de performance tels que le taux de paiement à temps des expéditions. En comparant l'horodatage de livraison réel avec cette date demandée, le système peut déterminer si une expédition était en avance, à temps ou en retard. Ceci est indispensable pour le tableau de bord « Actual vs Requested Delivery Performance » et pour évaluer la satisfaction client et la fiabilité du transporteur. Pourquoi est-ce important ? : Sert de référence pour mesurer la performance de paiement à temps, un KPI essentiel pour la satisfaction client et l'excellence opérationnelle. Source des données : Se trouve dans les tables de détails de commande ou d'expédition de Trimble TMS. Exemples 2023-11-15T23:59:59Z2023-12-01T17:00:00Z | |||
| Est à l'heure IsOnTime | Un indicateur booléen indiquant si l'expédition a été livrée à la date de livraison demandée ou avant. | ||
| Descriptionn Il s'agit d'un indicateur calculé qui compare la « ActualDeliveryDate » avec la « RequestedDeliveryDate ». Il évalue à vrai si la livraison réelle est survenue à la date demandée ou avant, et faux dans le cas contraire. Cet attribut simplifie l'analyse de performance et la création de dashboards. Au lieu de comparer directement les dates dans chaque graphique, cet indicateur permet un filtrage et une agrégation faciles pour calculer le KPI du taux de paiement à temps des expéditions. Il fournit un résultat clair et binaire pour la performance de livraison de chaque expédition, facilitant la visualisation des taux de succès. Pourquoi est-ce important ? : Simplifie le calcul des KPI de paiement à temps et permet un filtrage et une segmentation faciles des expéditions livrées à temps par rapport à celles en retard. Source des données : Cet attribut n'est pas dans le système source. Il est calculé lors de la transformation des données en comparant « ActualDeliveryDate » <= « RequestedDeliveryDate ». Exemples truefaux | |||
| Heure de fin EndTime | L'horodatage indiquant quand une activité a été achevée. | ||
| Descriptionn L'heure de fin marque la fin d'une activité. Lorsqu'elle est disponibleble, elle peut être utilisée avec l'heure de début pour calculer le temps de traitement précis d'une seule étape, le distinguant du temps d'attente avant le début de l'étape suivante. En analyse, disposer à la fois d'une heure de début et de fin pour les activités permet une vue plus granulairesre de la performance du processus. Cela aide à différencier le temps de travail actif (temps de traitement) du temps d'inactivité (temps d'attente), ce qui est indispensable pour identifier les véritables gains d'efficacité par rapport aux retards de ressources ou de planification. Par exemple, cela peut mesurer la durée exacte de l'activité « Freight Bill Audited ». Pourquoi est-ce important ? : Permet le calcul précis du temps de traitement des activités, séparant la durée de travail active du temps d'attente entre les étapes du processus. Source des données : Certains modules de Trimble TMS peuvent enregistrer à la fois un événement de début et de fin pour certaines activités. Cela doit être vérifié dans les journaux d'événements ou de transactions. Exemples 2023-10-26T10:45:00Z2023-10-27T15:05:10Z2023-10-28T09:20:00Z | |||
| Mode de transport ModeOfTransport | La méthode de transport utilisée pour l'expédition, telle que Camion, Air, Rail ou Maritime. | ||
| Descriptionn Le mode de transport spécifie la méthode de transport utilisée pour l'expédition. Cela peut inclure le transport par camion complet (FTL), le transport par lots partiels (LTL), le fret aérien, le fret maritime ou ferroviaire. L'analyse du processus par mode de transport est indispensablele pour la prise de décision stratégique et l'optimisation des coûts. Elle permet de comparer l'efficacité, la rapidité et la rentabilité des différents modes. Par exemple, le tableau de bord de comparaison de l'efficacité des modes de transport utilise cet attribut pour montrer quels modes ont des délais de transit plus longs ou des taux de retard plus élevés, aidant les planificateurs à faire de meilleurs choix. Pourquoi est-ce important ? : Permet la comparaison des coûts, de la vitesse et de l'efficacité entre différentes méthodes de transport, soutenant la planification stratégique des itinéraires et des modes. Source des données : Il s'agit d'un champ standard dans l'enregistrement d'expédition ou de chargement dans Trimble TMS. Exemples FTL (Camion complet)LTL (Lots partiels)Fret aérienOcéan | |||
| Motif du retard DelayReason | Un code ou une description expliquant la cause d'un retard d'expédition. | ||
| Descriptionn La raison du retard fournit le contexte expliquant pourquoi une expédition n'a pas respecté son calendrier prévu. Les raisons peuvent varier de « Carrier Delay » et « Customs Hold » à « Weather » ou « Customer Not Available ». Cette information est souvent saisie manuellement ou sélectionnée dans une liste prédéfinie lorsqu'un retard est enregistré. Cet attribut est très utile pour l'analyse des causes profondes, en particulier pour le tableau de bord « Shipment Delay & Reason Analysis ». En catégorisant les retards, les entreprises peuvent identifier les problèmes récurrents, qu'ils soient liés à des transporteurs, des itinéraires ou des processus internes spécifiques. Cela permet des initiatives d'amélioration ciblées pour réduire les retards et améliorer la fiabilité. Pourquoi est-ce important ? : Permet une analyse des causes profondes des retards, aidant à identifier les problèmes récurrents avec les transporteurs, les itinéraires ou les processus qui peuvent être ciblés pour l'amélioration. Source des données : Peut être stocké dans une table de journalisation des retards ou des exceptions spécifique, ou comme un champ de note en texte libre dans l'enregistrement d'expédition de Trimble TMS. Exemples Retard dû aux intempériesInspection douanièrePanne d'équipement du transporteurEmbouteillage | |||
| Nom du transporteur CarrierName | Le nom de la société de transport responsable du déplacement de l'expédition. | ||
| Descriptionn Le nom du transporteur identifie le fournisseur de services logistiques tiers ou la flotte interne assigné(e) pour exécuter le transport des marchandises. C'est une donnée de base critique associée à chaque expédition. Cet attribut est indispensable pour l'analyse des performances, en particulier pour le tableau de bord « Carrier Performance & Compliance ». En segmentant les données de processus par nom de transporteur, les entreprises peuvent comparer les taux de paiement à temps, les temps de cycle moyens et les fréquences de retard entre différents fournisseurs. Cela aide à négocier des contrats, à sélectionner des partenaires fiables et à améliorer la chaîne d'approvisionnement globale. Pourquoi est-ce important ? : Permet l'analyse comparative des performances et l'analyse de la Source des données : Trouvé dans les tables principales d'expédition ou de chargement de Trimble TMS, souvent lié à une table de Exemples Global Freightways Inc.Logistique rapideDéménageurs nationaux | |||
| Date de livraison réelle ActualDeliveryDate | L'horodatage réel de l'enregistrement de l'activité « Goods Delivered ». | ||
| Descriptionn La date de livraison réelle est l'horodatage marquant l'achèvement de la livraison. Elle représente la vérité terrain quant au moment où l'expédition a atteint sa destination. Il s'agit généralement de l'horodatage de l'événement « Goods Delivered ». Cet attribut est utilisé conjointement avec la date de livraison demandée pour déterminer le statut de paiement à temps. Il constitue le point final factuel pour de nombreux calculs de temps de cycle et mesures de performance, alimentant directement les KPI qui suivent la performance de livraison et la fiabilité du transporteur. C'est une élément central pour analyser l'exécution réelle du processus par rapport aux calendriers planifiés. Pourquoi est-ce important ? : Fournit l'heure réelle d'achèvement de la livraison, permettant le calcul de la performance de paiement à temps et des temps de transit réels. Source des données : C'est l'horodatage associé au statut de l'événement « Goods Delivered » dans le journal d'événements de l'expédition. Exemples 2023-11-15T14:30:00Z2023-12-02T10:00:00Z | |||
| Est retardé IsDelayed | Un indicateur booléen signalant si une expédition a subi un `event` de retard enregistré. | ||
| Descriptionn Il s'agit d'un indicateur calculé qui est défini à vrai si une expédition a une raison de retard associée ou si son statut indique un retard. Il diffère de « IsOnTime » car une expédition peut être retardée mais arriver à temps grâce à une action corrective. Cet attribut aide à concentrer l'analyse uniquement sur les expéditions qui ont rencontré des exceptions. Il est utilisé dans le tableau de bord « Shipment Delay & Reason Analysis » pour isoler les cas problématiques et analyser les causes profondes sans le bruit des expéditions traitées sans accroc. Il aide à quantifier la fréquence des exceptions opérationnelles. Pourquoi est-ce important ? : Identifie les expéditions qui ont rencontré des exceptions opérationnelles, permettant une analyse ciblée des causes et des impacts de ces retards. Source des données : Calculé pendant la transformation des Exemples truefaux | |||
| Montant de la facture de fret FreightBillAmount | Le montant total facturé pour le service de fret. | ||
| Descriptionn Le montant de la facture de fret est le coût facturé pour le transport de l'expédition. Ces données financières sont cruciales pour l'analyse des coûts et la compréhension de l'impact financier des inefficacités des processus. Dans le Process Mining, cet attribut permet l'analyse des coûts associés aux différentes variantes de processus, transporteurs ou itinéraires. Par exemple, il peut être utilisé pour déterminer si les expéditions avec un reprises fréquent ou des retards ont tendance à avoir des coûts associés plus élevés. Il est également essentiel pour les analyses liées à l'audit des factures de fret et au traitement des paiements. Pourquoi est-ce important ? : Relie l'exécution des processus aux résultats financiers, permettant l'analyse de la façon dont les variations de processus, les retards ou les choix de transporteurs impactent les coûts de transport. Source des données : Trouvé dans les modules de facturation de fret ou de règlement financier de Trimble TMS, lié à l'expédition. Exemples 1250.75850.003400.50 | |||
| Nom d'utilisateur UserName | L'utilisateur ou l'agent système qui a effectué une activité spécifique. | ||
| Descriptionn Le nom d'utilisateur identifie l'employé individuel ou le système automatisé responsable de l'exécution d'une étape de processus, telle que la planification d'une expédition, l'audit d'une facture de fret ou le traitement d'un paiement. Il lie les activités du processus aux ressources humaines ou système. L'analyse des données par utilisateur aide à comprendre la distribution de la charge de travail, à identifier les besoins de formation et à repérer les performances aberrantes. Par exemple, dans le tableau de bord « Shipment Booking Rework & Errors », cet attribut peut aider à identifier si les reprises est concentré chez des utilisateurs spécifiques, suggérant un besoin de formation supplémentaire ou de clarification du processus. Il est également essentiel à des fins de conformité et d'audit. Pourquoi est-ce important ? : Lie les activités du processus à des employés ou utilisateurs système spécifiques, permettant l'analyse de la charge de travail, l'évaluation des performances et l'identification des opportunités de formation. Source des données : Généralement disponible dans les journaux de transactions ou d'événements, associé à l'ID utilisateur qui a créé ou modifié l'enregistrement. Exemples j.doea.smithsystem.api | |||
| Nom du client CustomerName | Le nom du client pour lequel l'expédition est transportée. | ||
| Descriptionn Le nom du client identifie le client ou l'entité commerciale propriétaire des marchandises expédiées ou destinataire du service. C'est une donnée de base essentielle pour segmenter l'analyse. L'analyse du processus de transport par client peut révéler des informations importantes. Elle aide à déterminer si certains clients subissent plus de retards, nécessitent plus de reprises lors de la réservation, ou ont des flux de processus uniques. Cette information peut être utilisée pour améliorer le service client, adapter les solutions logistiques et gérer les comptes clés plus efficacement. Pourquoi est-ce important ? : Permet une analyse de processus orientée client, aidant à identifier si des clients spécifiques rencontrent des défis uniques ou nécessitent des niveaux de service différents. Source des données : Trouvé dans les tables principales de commande ou d'expédition, souvent lié à une table de Exemples ACME CorporationStark IndustriesWayne Grande entreprises | |||
| Pays d'origine OriginCountry | Le pays d'origine de l'expédition. | ||
| Descriptionn Le pays d'origine est le pays du point de départ de l'expédition. Cette information géographique est indispensablele pour analyser la logistique à l'échelle mondiale ou régionale. Cet attribut permet de segmenter la performance du processus par géographie. Il peut aider à identifier si les temps de cycle ou les taux de retard sont plus élevés pour les expéditions provenant de certains pays, ce qui peut indiquer des défis régionaux spécifiques comme la complexité douanière ou des problèmes d'infrastructure. Il est particulièrement important pour l'analyse des points de blocage de dédouanement. Pourquoi est-ce important ? : Permet une analyse géographique de la performance des processus, aidant à identifier les Source des données : Dérivé des informations d'adresse d'origine stockées dans les détails de l'expédition ou de la commande dans Trimble TMS. Exemples États-UnisCANMEXDEU | |||
| Pays de destination DestinationCountry | Le pays de destination de l'expédition. | ||
| Descriptionn Le pays de destination est le pays de l'adresse de livraison finale de l'expédition. Similaire au pays d'origine, c'est un attribut clé pour l'analyse géographique des processus. L'analyse des données par pays de destination aide à découvrir les problèmes de processus spécifiques à un lieu. Par exemple, les expéditions à destination d'un certain pays peuvent constamment faire face à des délais de dédouanement plus longs ou à des retards de livraison. Cette information permet une planification proactive et un ajustement des délais de livraison pour des itinéraires spécifiques, améliorant la précision des promesses de livraison. Pourquoi est-ce important ? : Aide à identifier les défis de processus spécifiques aux régions de destination, tels que les retards douaniers ou les problèmes de livraison du dernier kilomètre. Source des données : Dérivé des informations d'adresse de destination stockées dans les détails de l'expédition ou de la commande dans Trimble TMS. Exemples États-UnisCANMEXFRA | |||
| Statut de l'expédition ShipmentStatus | Le statut opérationnel actuel de l'expédition. | ||
| Descriptionn Le statut d'expédition indique le dernier état connu de l'expédition dans son cycle de vie, tel que « Planned », « In Transit », « Delivered » ou « Cancelled ». Il fournit un aperçu de l'emplacement de l'expédition à tout moment. Bien que le Process Mining reconstitue le flux historique, le statut actuel est utile pour filtrer et analyser les cas en cours. Il aide à segmenter les données pour se concentrer sur les expéditions ouvertes par rapport aux terminées, ou pour rechercher pourquoi un grand nombre d'expéditions sont bloquées dans un statut particulier. Il fournit un contexte précieux pour la surveillance opérationnelle. Pourquoi est-ce important ? : Fournit un aperçu actuel de l'avancement de l'expédition, permettant l'analyse et le filtrage des cas ouverts, terminés ou problématiques. Source des données : Un champ standard dans l'en-tête de la table principale des expéditions ou des chargements dans Trimble TMS. Exemples PlanifiéEn transitLivréFacturéAnnulé | |||
| Statut de la facture de fret FreightBillStatus | Le statut de la facture de fret, tel que « Reçue », « Auditée », « Rejetée » ou « Payée ». | ||
| Descriptionn Le Statut de la facture de fret suit la progression d'une facture à travers la partie règlement financier du processus de transport. Il indique si une facture a été reçue, est en cours d'examen, a été approuvée, rejetée pour correction ou payée intégralement. Cet Pourquoi est-ce important ? : Offre une visibilité sur le processus de règlement financier, aidant à mesurer l'efficacité de l'audit et à identifier les raisons des retards de paiement ou des litiges. Source des données : Se trouve dans le module de comptes fournisseurs ou de règlement de fret de Trimble TMS. Exemples ReçuAudité - ApprouvéAudité - RejetéPayé | |||
| Temps de cycle POD ProofOfDeliveryCycleTime | La durée entre les événements « Goods Delivered » et « Proof of Delivery Received ». | ||
| Descriptionn Il s'agit d'une métrique calculée qui mesure le temps nécessaire pour recevoir et traiter la documentation de preuve de livraison (POD) une fois la livraison physique terminée. Un long temps de cycle POD peut retarder la facturation et impacter la trésorerie. Cet attribut est la base du tableau de bord « Proof of Delivery Receipt Lag » et de son KPI correspondant. En calculant cette durée pour chaque expédition, l'entreprise peut identifier les points de blocage dans le processus POD, tels qu'une soumission lente par les transporteurs ou un traitement interne inefficace, et prendre des mesures pour accélérer la facturation client. Pourquoi est-ce important ? : Mesure directement l'efficacité du processus administratif suivant la livraison, ce qui est impératif pour une facturation rapide et une trésorerie saine. Source des données : Calculé en trouvant la différence de Exemples P2DT12H30MP5DP1DT4H | |||
| Temps de cycle total TotalCycleTime | Le temps total écoulé entre le premier et le dernier événement d'une expédition. | ||
| Descriptionn Le temps de cycle total mesure la durée complet pour chaque cas d'expédition. Il est calculé en prenant la différence entre l'horodatage de la toute première activité (par exemple, « Shipment Created ») et la toute dernière activité (par exemple, « Payment Processed »). C'est un KPI principal pour mesurer l'efficacité globale du processus. Il fournit une vue de haut niveau des performances pour le tableau de bord « Overall Shipment Throughput & Cycle Time ». L'analyse de l'évolution de cette métrique au fil du temps ou de sa variation par transporteur, itinéraire ou mode de transport aide à identifier les grandes lignes d'amélioration stratégique. Pourquoi est-ce important ? : Mesure la vélocité globale du processus complet, fournissant un indicateur clé de l'efficacité et de l'expérience client. Source des données : Calculé au niveau du Exemples P15D6HP22DT10HP12D | |||
Activités de gestion des transports
| Activité | Descriptionn | ||
|---|---|---|---|
| Expédition créée | Cette activité marque la création d'un nouvel enregistrement d'expédition dans le système, généralement initiée par une demande de transport d'un client. Elle est capturée lorsqu'une nouvelle entrée est enregistrée dans la table principale des expéditions ou des commandes. | ||
| Pourquoi est-ce important ? : C'est le point de départ de l'ensemble du processus de transport. L'analyse du temps écoulé entre cet événement et d'autres aide à mesurer l'efficacité du traitement des commandes et le délai global. Source des données : Il s'agit généralement d'un événement de création explicite capturé à partir de la table principale d'expédition ou de chargement dans Trimble TMS, associé à un horodatage de création. Capture À partir du Type d'événement explicit | |||
| Marchandises enlevées | L'expédition a été physiquement collectée sur le lieu d'origine par le transporteur. Il s'agit généralement d'un événement explicite, mis à jour par le chauffeur ou via un message EDI du transporteur. | ||
| Pourquoi est-ce important ? : Cet événement marque le début du transit physique. C'est un jalon essentiel pour le suivi de la performance du transporteur et le respect des horaires. Source des données : Comptabilisé comme une mise à jour du statut d'expédition à « In Transit » ou « Picked Up », généralement déclenchée par une saisie mobile du chauffeur ou un message EDI 214 du transporteur. Capture Du Type d'événement explicit | |||
| Marchandises livrées | L'expédition est arrivée à sa destination finale et a été remise au destinataire. Il s'agit d'un événement critique mis à jour par le chauffeur ou via l'EDI du transporteur. | ||
| Pourquoi est-ce important ? : C'est un jalon principal pour mesurer la performance de paiement à temps et le temps de cycle global. Il déclenche des processus ultérieurs comme la facturation et la collecte du POD. Source des données : Comptabilisé comme une mise à jour du statut d'expédition à « Delivered », déclenchée par une saisie mobile du chauffeur ou un message EDI 214 du transporteur fournissant l'horodatage de livraison. Capture Du Type d'événement explicit | |||
| Paiement traité | Le paiement de la facture de fret a été exécuté et envoyé au transporteur. Cela marque l'achèvement financier du cycle de vie de l'expédition. | ||
| Pourquoi est-ce important ? : C'est l'activité finale du processus. L'analyse du temps écoulé entre la livraison ou la réception de la facture et le paiement aide à gérer la trésorerie et les relations avec les transporteurs. Source des données : Capturé à partir d'une intégration avec un système ERP ou comptable, qui met à jour le statut de paiement sur l'enregistrement de la facture de fret au sein du TMS. Capture Du Type d'événement explicit | |||
| Preuve de livraison reçue | Le document signé ou la confirmation numérique de livraison a été reçu du transporteur et téléchargé dans le système. Il s'agit généralement d'une étape de traitement de documents manuelle ou automatisée. | ||
| Pourquoi est-ce important ? : Le décalage entre la livraison et la réception du POD est un indicateur clé de performance pour le back-office administratif. Un POD est généralement requis avant qu'une facture ne puisse être payée. Source des données : Il est probable que cela soit capturé lorsqu'un document POD est numérisé ou téléchargé et lié à l'enregistrement de l'expédition, déclenchant un changement de statut ou renseignant un champ « POD Received Date ». Capture Du Type d'événement explicit | |||
| Transporteur a accepté l'offre | Le transporteur a officiellement accepté l'offre d'expédition, confirmant qu'il prendra en charge le transport. Ceci est enregistré lorsque l'acceptation du transporteur, souvent via EDI ou une mise à jour de portail, modifie le statut de l'expédition. | ||
| Pourquoi est-ce important ? : C'est un jalon d'engagement clé. Il engage le transporteur et permet la planification de la collecte et de la livraison, marquant officiellement le début de la responsabilité du transporteur. Source des données : Déduit d'un changement de statut dans l'enregistrement de l'expédition, par exemple de 'Proposé' à 'Réservé' ou 'Accepté', basé sur la communication du transporteur. Capture Déduit du changement de statut suite à la réponse EDI ou portail du transporteur. Type d'événement inferred | |||
| Dédouané | Pour les expéditions internationales, cela indique que les marchandises ont passé avec succès les douanes. Ceci est généralement capturé via une mise à jour d'un courtier en douane ou d'un transporteur. | ||
| Pourquoi est-ce important ? : Le dédouanement est un Source des données : Probablement enregistré comme une mise à jour de statut ou une entrée spécifique dans le Capture Du Type d'événement explicit | |||
| Enlèvement Planifié | Une date et une heure spécifiques pour l'enlèvement des marchandises ont été arrangées et enregistrées. Ceci est déduit du remplissage des champs de date et d'heure d'enlèvement prévus. | ||
| Pourquoi est-ce important ? : La planification de la collecte est une étape critique qui établit les attentes pour l'expéditeur. Les retards entre la réservation et la collecte prévue peuvent indiquer des problèmes d'allocation des ressources. Source des données : Déduit du remplissage des champs 'Date/Heure d'enlèvement prévue' dans les détails d'expédition ou d'arrêt dans Trimble TMS. Capture Déduit du Type d'événement inferred | |||
| Expédition annulée | L'expédition a été annulée après sa création et avant que la collecte ne soit terminée. C'est un état final alternatif pour le processus. | ||
| Pourquoi est-ce important ? : Le suivi des annulations aide à identifier les problèmes de prélèvement.vision de la demande, de gestion des commandes ou de planification. Il représente un échec ou une exception de processus. Source des données : Il s'agit généralement d'un changement de statut explicite vers un état terminal « Cancelled » dans l'enregistrement d'expédition, déclenché par une action de l'utilisateur. Capture Changement de statut explicite à 'Annulé' dans l'enregistrement de l'expédition. Type d'événement explicit | |||
| Expédition en transit | Cela représente la période après la collecte et avant l'arrivée à destination. Ce n'est souvent pas un événement unique mais un statut qui peut être associé à plusieurs mises à jour de localisation. | ||
| Pourquoi est-ce important ? : Bien qu'il s'agisse plus d'un état que d'un événement, identifier le début de cette phase est indispensable pour mesurer les temps de transit et les comparer aux estimations ou à différents transporteurs et modes. Source des données : Généralement inféré comme le statut de l'expédition immédiatement après l'événement « Goods Picked Up ». L'heure de début est l'horodatage de la collecte. Capture Le statut suite à un événement de collecte réussi. Type d'événement inferred | |||
| Expédition planifiée | L'expédition s'est vu attribuer un itinéraire préliminaire, un mode de transport et des ressources potentielles. Cette activité est généralement déduite d'un changement de statut dans l'enregistrement d'expédition. | ||
| Pourquoi est-ce important ? : Cette activité est indispensablele pour comprendre l'efficacité de la phase de planification logistique. Des retards ici peuvent avoir des répercussions en cascade sur l'ensemble du calendrier de livraison. Source des données : Probablement déduit d'un changement dans le champ de statut de l'expédition, par exemple, de 'Nouveau' à 'Planifié', ou du remplissage des champs d'informations d'acheminement. Capture Déduit d'un changement de statut de l'expédition à 'Planifié' ou similaire. Type d'événement inferred | |||
| Expédition proposée au transporteur | L'expédition est formellement proposée au transporteur sélectionné pour acceptation. Il s'agit souvent d'une action explicite au sein du TMS qui envoie une notification ou un message EDI au transporteur. | ||
| Pourquoi est-ce important ? : Cela marque le début de l'interaction avec le transporteur. Le temps entre cette étape et l'acceptation est indispensable pour mesurer la réactivité du transporteur et les retards potentiels de réservation. Source des données : Il s'agit probablement d'un événement ou d'un changement de statut explicite, par exemple, un statut passant à « Tendered » dans le suivi du cycle de vie de l'expédition dans Trimble TMS. Capture Comptabilisé lorsque l'action de soumission est exécutée dans le système. Type d'événement explicit | |||
| Facture de fret auditée | La facture de fret du transporteur a été examinée et auditée pour vérifier son exactitude par rapport aux tarifs contractuels et aux services effectués. Le mécanisme de capture est une mise à jour du statut de la facture. | ||
| Pourquoi est-ce important ? : Il s'agit d'une étape de contrôle financier critique. La durée et le résultat, tels que les rejets, sont importants pour analyser l'efficacité du processus d'audit et la précision de la facturation du transporteur. Source des données : Déduit d'un changement de statut sur l'enregistrement de la facture de fret, par exemple, de 'Audit en attente' à 'Audité' ou 'Approuvé pour paiement'. Capture Déduit d'un changement de statut sur l'enregistrement de la facture de fret. Type d'événement inferred | |||
| Facture de transport reçue | La facture du service de transport a été reçue du transporteur. Cette activité marque le début de la partie règlement financier du processus. | ||
| Pourquoi est-ce important ? : Cet événement lance le décompte des délais de paiement et du processus d'audit de fret. Son analyse aide à gérer efficacement les délais de paiement des comptes fournisseurs. Source des données : Capturé lorsqu'une facture de transporteur est saisie dans le système, manuellement ou via un message EDI 210, remplissant les tables financières liées à l'expédition. Capture À partir du Type d'événement explicit | |||
| Transporteur sélectionné | Un transporteur spécifique est attribué pour gérer l'expédition. Cet `event` est souvent capturé en observant quand le champ du transporteur dans les `données` d'expédition est rempli ou mis à jour. | ||
| Pourquoi est-ce important ? : Le suivi de ceci aide à analyser l'efficacité de l'attribution des transporteurs et son impact sur les délais de réservation et de collecte ultérieurs. C'est une donnée clé pour évaluer la performance des transporteurs. Source des données : Déduit du remplissage ou de la mise à jour du champ d'identification du transporteur sur l'enregistrement de l'expédition, ainsi que d'un Capture Déduit du 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.