Votre modèle de données de gestion du transport
Votre modèle de données de gestion du transport
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d'extraction
Attributs de la gestion des transports
| Nom | Description | ||
|---|---|---|---|
|
Expédition
Shipment
|
Identifiant unique d’un mouvement de marchandises, utilisé comme dossier principal pour l’analyse du processus. | ||
|
Description
L’attribut Shipment est l’identifiant central du dossier qui regroupe tous les événements et activités associés à une même commande de transport. Il permet d’analyser de bout en bout le cycle de vie de l’expédition, depuis sa création et l’affectation du transporteur jusqu’au transit, à la livraison et au traitement du paiement final. Dans le Process Mining, l’analyse par Shipment est fondamentale. Elle permet de visualiser les cartes de processus, de calculer les temps de cycle de chaque expédition et d’identifier les parcours courants ou atypiques. Tous les autres attributs, tels que le transporteur, le motif du retard ou le coût, sont analysés dans le contexte de cet identifiant unique.
Pourquoi c’est important
Il s’agit du Case ID essentiel qui relie tous les événements de transport associés et permet de retracer le parcours de bout en bout de chaque expédition.
Où les obtenir
Il s’agit de la clé primaire des données d’expédition dans project44, souvent appelée Shipment ID ou Tracking Number dans l’API et l’interface utilisateur de la plateforme.
Exemples
SHP-2023-00123SHP-2023-00456SHP-2023-00789
|
|||
|
Heure de l’événement
EventTime
|
Horodatage indiquant le moment où une activité ou un événement précis s’est produit. | ||
|
Description
Event Time correspond à la date et à l’heure enregistrées pour chaque activité du cycle de vie de l’expédition. Ces données chronologiques constituent la base du Process Mining, car elles permettent de reconstituer le flux du processus exactement tel qu’il s’est déroulé. Cet attribut sert à calculer tous les indicateurs fondés sur la durée, notamment les temps de cycle, les temps d’attente et les temps de traitement. Il est indispensable pour identifier les retards, mesurer la performance par rapport aux horaires et comprendre la dynamique temporelle du processus de transport. Tous les KPI liés au temps, tels que le taux de livraison à l’heure et le temps de transit moyen, dépendent de données Event Time précises.
Pourquoi c’est important
Cet horodatage obligatoire permet d’ordonner les activités chronologiquement et constitue la base de tous les calculs de performance et de durée.
Où les obtenir
Il correspond à l’horodatage associé à chaque événement dans le flux de données project44.
Exemples
2023-10-26T10:00:00Z2023-10-27T14:30:00Z2023-11-05T09:15:00Z
|
|||
|
Nom de l’activité
ActivityName
|
Nom d’un événement ou d’une étape précise survenu au cours du cycle de vie de l’expédition. | ||
|
Description
L’attribut Activity Name décrit une étape distincte ou une mise à jour de statut du processus de transport, telle que « Carrier Assigned », « Goods Picked Up » ou « Shipment Delayed ». Ces activités constituent les nœuds de la carte de processus et leur séquence définit le parcours de l’expédition. L’analyse de ces activités est au cœur du Process Mining. L’examen de leur ordre, de leur fréquence et du délai qui les sépare permet d’identifier les goulots d’étranglement, les boucles de reprise et les variantes de processus inefficaces. Cet attribut est essentiel pour créer des Dashboards qui suivent le flux du processus et calculer les KPI associés à des étapes précises.
Pourquoi c’est important
Cet attribut définit les étapes du processus de transport, permettant de visualiser le flux du processus et d’identifier les goulots d’étranglement.
Où les obtenir
Dérivé des champs de type d’événement ou de mise à jour de statut dans les flux de données de suivi des événements de project44.
Exemples
Expédition crééeMarchandises enlevéesDédouanement effectuéMarchandises livrées
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Horodatage indiquant le moment où les données de cet enregistrement ont été actualisées pour la dernière fois depuis le système source. | ||
|
Description
Cet attribut enregistre la date et l’heure de la dernière extraction ou mise à jour des données depuis project44. Il fournit des métadonnées importantes sur l’actualité de l’analyse. Les analystes utilisent ces informations pour vérifier qu’ils consultent les données les plus récentes disponibles. Elles sont essentielles aux Dashboards opérationnels qui suivent les expéditions en cours et permettent de s’assurer que les conclusions tirées de l’analyse reposent sur des informations à jour.
Pourquoi c’est important
Indique l’actualité des données, afin que les analyses reposent sur des informations à jour et soutiennent le suivi opérationnel.
Où les obtenir
Cet horodatage est généré et ajouté lors du processus d’extraction et de chargement des données (ETL).
Exemples
2023-11-10T02:00:00Z2023-11-11T02:00:00Z
|
|||
|
Système source
SourceSystem
|
Système à l’origine des données de l’événement. | ||
|
Description
Cet attribut identifie le système source qui fournit les données, en l’occurrence « project44 ». Dans d’autres contextes, il peut également désigner des données provenant d’un TMS, d’un ERP ou du système d’un transporteur intégré. La connaissance du système source est importante pour la gouvernance des données et le dépannage. Elle aide à évaluer la qualité et la fiabilité des données, en particulier lorsqu’elles sont agrégées depuis plusieurs plateformes. Dans cette analyse, elle confirme que les événements sont suivis via la plateforme de visibilité project44.
Pourquoi c’est important
Identifie l’origine des données, ce qui est essentiel pour la gouvernance des données, l’évaluation de leur qualité et la compréhension de leur contexte.
Où les obtenir
Il s’agit généralement d’une valeur statique (« project44 ») ajoutée lors de l’importation des données afin d’indiquer l’origine du jeu de données.
Exemples
project44P44
|
|||
|
Coût du transport
TransportationCost
|
Coût total du transport associé à l’expédition. | ||
|
Description
Cet attribut représente le coût réel ou cumulé du transport des marchandises. Il peut inclure les frais de transport, les suppléments carburant et d’autres frais accessoires. Le coût est une dimension importante de l’analyse par Process Mining. En reliant les données de coût aux données de processus, les organisations peuvent identifier les variantes de processus, les transporteurs ou les retards qui augmentent les dépenses. Cet attribut alimente directement le Dashboard « Transportation Cost Overrun Insights » en permettant de mettre en relation les expéditions coûteuses et certaines inefficacités du processus.
Pourquoi c’est important
L’intégration des données de coût au flux du processus permet d’identifier les facteurs de coût et les inefficacités, et de réaliser une véritable analyse du coût de service.
Où les obtenir
Ces informations peuvent provenir d’un TMS ou d’un ERP intégré, ou des processus d’audit et de paiement des factures de transport associés aux données project44.
Exemples
550.751250.003400.50
|
|||
|
Date de livraison demandée
RequestedDeliveryDate
|
Date de livraison demandée par le client ou convenue dans la commande de transport. | ||
|
Description
Cet attribut enregistre la date cible de livraison de l’expédition. Elle sert de référence pour mesurer la performance réelle de livraison. Cette date est essentielle au calcul du KPI « On-Time Delivery Rate ». Elle est comparée à l’horodatage de l’activité « Goods Delivered » afin de déterminer si l’expédition a été livrée à l’heure, en avance ou en retard. Cette analyse est fondamentale pour mesurer la satisfaction client et la fiabilité de la chaîne logistique.
Pourquoi c’est important
Cette date de référence sert à calculer le KPI On-Time Delivery Rate, un indicateur important du niveau de service et de la satisfaction client.
Où les obtenir
Fait généralement partie des données initiales de la commande d’expédition, provenant d’un TMS ou d’un ERP et visibles dans project44.
Exemples
2023-11-15T23:59:59Z2023-12-01T23:59:59Z2023-12-10T23:59:59Z
|
|||
|
Mode de transport
ModeOfTransport
|
Mode de transport utilisé pour l’expédition, par exemple le transport routier, aérien, maritime ou ferroviaire. | ||
|
Description
Cet attribut précise le mode de transport. Une même expédition peut combiner plusieurs modes, mais cet attribut désigne généralement le mode principal utilisé pour la plus grande partie du trajet. La segmentation de l’analyse par mode de transport est essentielle pour comprendre les écarts de performance. Chaque mode possède ses propres flux de processus, coûts et durées habituelles. Cet attribut permet de comparer des situations comparables et d’adapter les initiatives d’amélioration aux difficultés propres au transport routier en chargement complet, au transport routier partiel, au fret aérien ou au transport maritime.
Pourquoi c’est important
Permet de segmenter l’analyse des performances et des coûts par mode de transport, ce qui est essentiel compte tenu de leurs caractéristiques opérationnelles différentes.
Où les obtenir
Donnée standard associée aux détails de l’expédition dans project44.
Exemples
Transport par camion completLTLTransport maritimeTransport aérienTransport ferroviaire
|
|||
|
Motif du retard
DelayReason
|
Code ou description expliquant la cause du retard d’une expédition. | ||
|
Description
Lorsqu’une expédition est retardée, cet attribut en indique le motif, par exemple « Conditions météorologiques », « Blocage en douane » ou « Congestion portuaire ». Ces informations sont enregistrées lorsqu’un événement « Shipment Delayed » se produit. Il s’agit d’un attribut clé pour l’analyse des causes profondes. Il alimente le Dashboard « Delivery Delay Root Cause Analysis » en permettant aux analystes de catégoriser et de quantifier les sources de retard les plus fréquentes. En comprenant l’origine des retards, les organisations peuvent définir des mesures ciblées pour réduire les risques et améliorer la performance de livraison à l’heure.
Pourquoi c’est important
Permet d’analyser les causes profondes des retards, d’identifier les problèmes les plus fréquents et de cibler efficacement les efforts d’amélioration.
Où les obtenir
Enregistré dans le cadre d’un événement de retard ou d’une mise à jour de statut dans le flux de données project44.
Exemples
RETARD_MÉTÉOINSPECTION_DOUANIÈRECONGESTION_ROUTIÈREPANNE_MÉCANIQUE
|
|||
|
Nom du transporteur
CarrierName
|
Nom du transporteur chargé de l’expédition. | ||
|
Description
Cet attribut identifie l’entreprise de logistique ou le transporteur chargé du transport des marchandises. Il peut s’agir d’une entreprise de transport routier, d’une compagnie aérienne ou d’un armateur. L’analyse des performances par transporteur est un objectif central de l’analyse de la gestion du transport. Cet attribut permet de segmenter par transporteur des KPI tels que le taux de livraison à l’heure et le temps de transit moyen. Il alimente directement le Dashboard « Carrier Performance and Compliance » et aide à identifier les partenaires les plus et les moins performants.
Pourquoi c’est important
Cet attribut est essentiel pour évaluer et comparer les performances des transporteurs, et pour sélectionner les transporteurs et négocier avec eux sur la base des données.
Où les obtenir
Disponible dans les détails de l’expédition sur la plateforme project44, associé à chaque expédition.
Exemples
FedEx FreightMaersk LineXPO LogisticsDHL Express
|
|||
|
Pays d’origine
OriginCountry
|
Pays d’où provient l’expédition. | ||
|
Description
Cet attribut précise le pays où commence le trajet de l’expédition. Il fait partie des informations relatives au lieu d’origine. L’analyse géographique est essentielle pour identifier les problèmes de performance régionaux. En utilisant les attributs Origin Country et Destination Country, les analystes peuvent créer des cartes de performance, repérer les itinéraires problématiques et comprendre l’incidence des douanes ou des mouvements transfrontaliers sur les temps de cycle. Cet attribut alimente directement le Dashboard « Geographic Shipment Performance Map ».
Pourquoi c’est important
Permet d’analyser les performances par zone géographique et d’identifier les goulots d’étranglement propres à certaines régions, notamment pour les expéditions internationales.
Où les obtenir
Fait partie des informations d’adresse d’origine associées à l’expédition dans project44.
Exemples
USADEUCHNMEX
|
|||
|
Pays de destination
DestinationCountry
|
Pays dans lequel l’expédition doit être livrée. | ||
|
Description
Cet attribut précise le pays où se termine le trajet de l’expédition. Il fait partie des informations relatives au lieu de destination. Associé à Origin Country, cet attribut est essentiel pour analyser les itinéraires de transport. Il permet de mettre en évidence les écarts de performance entre les trajets nationaux et internationaux, de repérer les pays où les retards douaniers sont fréquents et de contextualiser les variations des temps de transit et des coûts. Il est indispensable aux Dashboards consacrés aux performances géographiques et aux zones de concentration des retards.
Pourquoi c’est important
Essentiel pour analyser les itinéraires de transport, comparer les performances nationales et internationales et repérer les problèmes transfrontaliers.
Où les obtenir
Fait partie des informations d’adresse de destination associées à l’expédition dans project44.
Exemples
CANUSAFRAJPN
|
|||
|
Date d’enlèvement planifiée
ScheduledPickupDate
|
Date et heure prévues pour l’enlèvement des marchandises par le transporteur. | ||
|
Description
Cet attribut enregistre l’horodatage prévu pour l’enlèvement. Il est défini pendant la phase de planification, après l’affectation d’un transporteur. Cette date sert à mesurer le respect du planning d’enlèvement. En comparant « ScheduledPickupDate » à l’horodatage réel de l’activité « Goods Picked Up », les organisations peuvent évaluer la fiabilité des transporteurs et l’efficacité de leurs propres opérations d’entrepôt. Elle aide à repérer les retards qui surviennent dès le début du parcours de l’expédition.
Pourquoi c’est important
Sert de référence au KPI « Pickup Schedule Adherence » et mesure la ponctualité des transporteurs ainsi que la préparation de l’expéditeur.
Où les obtenir
Disponible dans les données de rendez-vous ou de planification de project44, souvent renseigné via le TMS.
Exemples
2023-10-26T14:00:00Z2023-10-28T09:00:00Z2023-11-06T11:00:00Z
|
|||
|
Date de livraison planifiée
ScheduledDeliveryDate
|
Date et heure prévues pour la livraison des marchandises à destination par le transporteur. | ||
|
Description
Cet attribut contient l’horodatage prévu pour la livraison finale. Il s’agit souvent d’une heure de rendez-vous plus précise que la « RequestedDeliveryDate » globale. Cet horodatage est essentiel au calcul du KPI « Delivery Schedule Adherence ». Il permet d’analyser plus finement la performance du dernier kilomètre en comparant le rendez-vous planifié à l’horodatage réel de « Goods Delivered ». Cette comparaison aide à identifier les problèmes liés aux rendez-vous de livraison et à la ponctualité des conducteurs.
Pourquoi c’est important
Fournit la référence du KPI « Delivery Schedule Adherence » et permet d’analyser l’exécution du dernier kilomètre ainsi que la ponctualité des transporteurs.
Où les obtenir
Disponible dans les données de rendez-vous ou de planification de project44, souvent renseigné via le TMS.
Exemples
2023-11-05T15:00:00Z2023-11-10T10:00:00Z2023-11-20T16:00:00Z
|
|||
|
Durée du transport
TransitTime
|
Durée comprise entre l'enlèvement des marchandises et leur livraison. | ||
|
Description
Cette mesure calculée évalue la durée de la phase de transport de l'expédition. Elle correspond à la différence entre les activités « Goods Picked Up » et « Goods Delivered ». Ce KPI sert à évaluer l'efficacité du trajet principal, sans tenir compte de la planification préalable au transport ni des opérations administratives postérieures à la livraison. Il contribue à mesurer la rapidité du transporteur, l'efficacité de l'itinéraire et l'incidence des retards en cours de transport. Il constitue une mesure importante pour le Dashboard « Carrier Performance and Compliance ».
Pourquoi c’est important
Isole la performance de la phase de transport proprement dite afin de permettre une analyse ciblée de l'efficacité du transporteur et de l'itinéraire.
Où les obtenir
Cet attribut n'est pas présent dans le système source. Il est calculé en déterminant la durée comprise entre les événements « Goods Picked Up » et « Goods Delivered » pour chaque expédition.
Exemples
8 jours et 2 heures3 jours et 18 heures12 jours et 5 heures
|
|||
|
Heure de fin de l'événement
EventEndTime
|
Horodatage indiquant le moment où une activité ou un événement d'une certaine durée s'est terminé. | ||
|
Description
Alors que EventTime (StartTime) indique le début d'une activité, EventEndTime en indique la fin. Cette distinction est particulièrement importante pour les activités qui s'étendent dans le temps, telles que « Customs Clearance » ou « At Border Crossing ». La présence d'une heure de début et d'une heure de fin permet de calculer précisément la durée de traitement d'une activité. Par exemple, le KPI « Customs Clearance Duration » correspond à la différence entre EventEndTime et EventTime pour l'activité « Customs Cleared ». Cette mesure fournit une analyse des goulots d'étranglement bien plus précise que le simple calcul du délai entre deux activités.
Pourquoi c’est important
Permet de calculer précisément la durée des activités qui s'étendent sur une période donnée, comme le dédouanement ou le temps d'immobilisation.
Où les obtenir
Pour certains événements, project44 peut fournir un horodatage de début et un horodatage de fin. Dans le cas contraire, il peut s'agir de l'horodatage de l'événement suivant.
Exemples
2023-11-02T18:00:00Z2023-11-03T11:45:00Z2023-11-08T09:00:00Z
|
|||
|
ID de la preuve de livraison
ProofOfDeliveryId
|
Identifiant du document de preuve de livraison associé à l’expédition. | ||
|
Description
Cet attribut stocke un numéro de référence ou un lien vers le document Proof of Delivery (POD), qui confirme que l'expédition a été réceptionnée. L'activité « Proof of Delivery Received » indique le moment où ce document est disponible. Le suivi du POD est essentiel pour la phase de règlement financier du processus. Cet identifiant permet de relier la livraison physique aux processus administratifs de facturation et de paiement. Il est utilisé dans le Dashboard « POD and Payment Processing Times » pour analyser l'efficacité des opérations postérieures à la livraison.
Pourquoi c’est important
Relie l'expédition physique au processus de règlement financier et permet d'analyser le délai nécessaire à la réception de la confirmation de livraison pour la facturation.
Où les obtenir
Ces informations sont souvent enregistrées dans un système de gestion des événements ou des documents intégré à project44.
Exemples
POD-987654DOC-IMG-5432177A8F9B2-C123-4DEF-B456-1A2B3C4D5E6F
|
|||
|
Livraison dans les délais
IsOnTimeDelivery
|
Indicateur booléen précisant si l'expédition a été livrée à la date de livraison demandée ou avant celle-ci. | ||
|
Description
Cet attribut calculé simplifie l'analyse des performances en fournissant une valeur claire, « true » ou « false », pour indiquer si la livraison a été effectuée dans les délais. Il est obtenu en comparant l'horodatage de l'activité « Goods Delivered » à « RequestedDeliveryDate ». Dans les Dashboards et les rapports, cet indicateur facilite le comptage, le filtrage et la visualisation des expéditions livrées dans les délais ou en retard. Il sert de base au calcul du KPI global « On-Time Delivery Rate » et permet de segmenter les performances selon différents critères, tels que le transporteur, l'itinéraire ou le client.
Pourquoi c’est important
Fournit un résultat binaire simple sur la performance des livraisons, idéal pour calculer des KPI et créer des Dashboards récapitulatifs.
Où les obtenir
Cet attribut n'est pas présent dans le système source. Il est calculé lors de la transformation des données en comparant « EventTime » de l'activité « Goods Delivered » à « RequestedDeliveryDate ».
Exemples
truefalse
|
|||
|
Nom du client
CustomerName
|
Nom du client ou du destinataire qui reçoit l’expédition. | ||
|
Description
Cet attribut identifie le client final de l’expédition. Ces informations sont essentielles pour comprendre la performance du point de vue du client. L’analyse des performances par client permet de déterminer si certains clients connaissent davantage de retards ou des temps de cycle plus longs. Elle alimente le Dashboard « On-Time Delivery Performance Trend » en permettant une segmentation par client et en fournissant des éléments utiles à la gestion de la relation client et à l’amélioration du service.
Pourquoi c’est important
Permet une analyse centrée sur le client, afin d’identifier les problèmes de niveau de service et d’améliorer la satisfaction des comptes stratégiques.
Où les obtenir
Ces données font généralement partie des informations de la commande d’expédition. Elles proviennent d’un ERP ou d’un TMS et sont transmises à project44.
Exemples
Global Retail Inc.Manufacturing Corp.Pharma Solutions LLC
|
|||
|
Statut de l’expédition
ShipmentStatus
|
Statut général actuel de l’expédition. | ||
|
Description
Cet attribut fournit un aperçu de l’état actuel de l’expédition dans le processus, par exemple « En transit », « Livrée » ou « Exception ». Il reflète souvent la dernière activité importante survenue. Alors que le Process Mining reconstitue le flux à partir des activités, un attribut de statut est utile pour filtrer les expéditions et créer des Dashboards récapitulatifs. Par exemple, un Dashboard opérationnel peut se concentrer uniquement sur les expéditions dont le statut est « En transit ». Il permet de segmenter et de catégoriser rapidement les expéditions sans analyser l’historique complet des événements.
Pourquoi c’est important
Fournit une synthèse de l’état actuel d’une expédition, utile pour le filtrage, le reporting et les Dashboards de suivi opérationnel.
Où les obtenir
Champ standard de project44 qui résume l’avancement de l’expédition à partir du dernier événement.
Exemples
Au point d'enlèvementEn transitAu point de livraisonLivrée
|
|||
Activités de gestion des transports
| Activité | Description | ||
|---|---|---|---|
|
Arrivée à destination
|
L’expédition est arrivée physiquement dans l’installation de destination, mais n’a pas encore été officiellement déchargée ou réceptionnée. Cet événement précède la confirmation de la livraison finale. | ||
|
Pourquoi c’est important
Cette étape marque la fin du trajet en transit. Le délai entre l’arrivée et la livraison finale peut révéler des retards de déchargement ou des problèmes d’immobilisation à destination.
Où les obtenir
Événement de visibilité courant, enregistré à partir d’une mise à jour de statut EDI 214 du transporteur, de données télématiques ou d’un événement de géorepérage à l’adresse de destination.
Collecte
Enregistré à partir d’une mise à jour de statut du transporteur, par exemple un EDI 214 avec le code « X1 » indiquant l’arrivée au lieu de livraison, ou d’un événement d’entrée dans une zone de géorepérage.
Type d’événement
explicit
|
|||
|
Dédouanement effectué
|
L’expédition a passé avec succès tous les contrôles douaniers et les autorités l’ont autorisée à poursuivre son trajet. Cette étape marque la fin d’un éventuel goulot d’étranglement du transport international. | ||
|
Pourquoi c’est important
Cette étape clôt le processus douanier. L’analyse du délai entre « Au passage de la frontière » et cet événement mesure directement le KPI Customs Clearance Cycle Time.
Où les obtenir
Généralement reçu sous la forme d’une mise à jour de statut explicite du transporteur ou d’un courtier en douane intégré au système. Cette mise à jour confirme que les douanes ont libéré la marchandise.
Collecte
Enregistré à partir d’une mise à jour de statut du transporteur ou du courtier, par exemple le code de statut EDI 214 « C1 », indiquant la libération par les douanes.
Type d’événement
explicit
|
|||
|
Expédition créée
|
Cette activité correspond à la création de l’enregistrement de l’expédition dans le système de suivi. Elle est généralement déclenchée par une commande ou une demande de transport provenant d’un système en amont, tel qu’un TMS ou un ERP. Elle marque le début du cycle de vie de l’expédition et la saisie initiale des données de suivi. | ||
|
Pourquoi c’est important
Il s’agit de l’événement de début principal du processus. L’analyse du délai entre cet événement et les activités de planification suivantes permet d’identifier les retards liés à la planification et au lancement de l’expédition.
Où les obtenir
Cet événement est généralement enregistré lorsqu’une expédition est créée via un appel API ou un flux de données provenant d’un Transportation Management System (TMS). Il correspond à l’horodatage de création de l’entité d’expédition dans project44.
Collecte
L’horodatage de création de l’enregistrement d’expédition importé depuis un système source.
Type d’événement
explicit
|
|||
|
Marchandises enlevées
|
Le transporteur a physiquement récupéré les marchandises sur le lieu d’origine et l’expédition est officiellement en transit. Il s’agit d’une étape importante, souvent confirmée par le conducteur ou par une mise à jour du statut du transporteur. | ||
|
Pourquoi c’est important
Cette activité marque le véritable début du transport physique. Elle est indispensable pour calculer les temps de transit réels et mesurer la performance d’enlèvement du transporteur par rapport au planning.
Où les obtenir
Il s’agit d’un événement central de visibilité dans project44, généralement enregistré à partir d’une mise à jour de statut EDI 214 du transporteur, de données télématiques ou d’une mise à jour de l’application mobile du conducteur confirmant le départ du lieu d’enlèvement.
Collecte
Enregistré à partir d’une mise à jour explicite du statut du transporteur, par exemple un EDI 214 avec le code de statut « AF » ou « X3 », ou d’un événement de sortie de géorepérage.
Type d’événement
explicit
|
|||
|
Marchandises livrées
|
L’expédition a été livrée avec succès au destinataire et la partie physique du transport est terminée. Il s’agit de l’événement principal pour mesurer la performance de livraison à l’heure. | ||
|
Pourquoi c’est important
Cette étape importante clôt la phase de transit. Son horodatage sert à calculer le taux de livraison à l’heure, le temps de transit moyen et le temps de cycle global.
Où les obtenir
Il s’agit d’un événement central de visibilité dans project44, enregistré à partir d’une mise à jour de statut EDI 214 du transporteur, d’une confirmation dans l’application du conducteur ou de la capture d’une signature électronique lors de la livraison.
Collecte
Enregistré à partir d’une confirmation explicite de livraison du transporteur, par exemple un EDI 214 avec le statut « D1 » ou « P1 ».
Type d’événement
explicit
|
|||
|
Preuve de livraison reçue
|
Le document signé de preuve de livraison (POD) a été reçu et importé dans le système. Cette étape administrative est essentielle pour déclencher le processus de facturation et de paiement. | ||
|
Pourquoi c’est important
Le délai de réception du POD est un indicateur clé de l’efficacité administrative. Tout retard à ce stade a une incidence directe sur le délai de facturation du client et de paiement du transporteur.
Où les obtenir
Cet événement correspond à l’horodatage auquel l’image ou les données du document POD sont importées et associées à l’expédition dans project44 ou dans un TMS intégré.
Collecte
L’horodatage de l’importation du document POD ou de la mise à jour de statut confirmant sa réception.
Type d’événement
explicit
|
|||
|
Au passage de la frontière
|
L’expédition est arrivée physiquement à une frontière nationale, ce qui indique le début du processus de dédouanement. Il s’agit d’un point de retard fréquent pour les expéditions internationales. | ||
|
Pourquoi c’est important
Cet événement identifie précisément le début du processus douanier et permet de mesurer la durée du dédouanement. Il aide à distinguer les retards imputables aux autorités frontalières des autres problèmes survenus en transit.
Où les obtenir
Cet événement est enregistré via les mises à jour de statut du transporteur, par exemple le statut EDI 214 « A7 » indiquant l’arrivée en douane, ou au moyen du géorepérage d’un point de passage frontalier connu.
Collecte
Déduit de mises à jour de statut spécifiques du transporteur ou de données de localisation indiquant l’arrivée dans une installation douanière.
Type d’événement
explicit
|
|||
|
Enlèvement planifié
|
Une date et une heure précises ont été convenues avec le transporteur affecté pour l’enlèvement des marchandises. Cette activité marque le passage de la planification à l’exécution de l’expédition. | ||
|
Pourquoi c’est important
Cet événement fournit une référence pour mesurer la performance des enlèvements et le respect des horaires. Il constitue une donnée essentielle pour le KPI « Pickup Schedule Adherence % ».
Où les obtenir
Enregistré à partir des flux de données du transporteur ou des mises à jour d’un TMS. Il correspond au renseignement des champs d’horodatage du rendez-vous d’enlèvement planifié dans project44.
Collecte
Fondé sur les informations de rendez-vous fournies par le transporteur ou l’expéditeur via EDI, API ou mise à jour manuelle.
Type d’événement
explicit
|
|||
|
ETA mise à jour
|
Le système a généré une nouvelle Estimated Time of Arrival (ETA) à partir de données en temps réel telles que la position GPS, le trafic et les mises à jour du transporteur. Cet événement se produit de manière dynamique tout au long du trajet de l’expédition. | ||
|
Pourquoi c’est important
Des mises à jour fréquentes de l’ETA sont essentielles à une gestion proactive du transport. L’analyse de ces événements permet de comprendre la fréquence des changements et la précision des estimations initiales.
Où les obtenir
Cet événement est généré par la plateforme project44. Il est enregistré chaque fois que l’ETA prévisionnelle de l’expédition évolue de manière significative ou à intervalles réguliers.
Collecte
Enregistré automatiquement par la plateforme project44 lorsque son algorithme de machine learning recalcule l’ETA.
Type d’événement
explicit
|
|||
|
Expédition retardée
|
L’expédition est identifiée comme étant en retard par rapport à l’heure de livraison planifiée ou à l’estimation initiale. Ce retard peut être signalé par une mise à jour du statut du transporteur ou par les analyses prédictives de project44. | ||
|
Pourquoi c’est important
Cette activité est essentielle à l’analyse des causes profondes des retards. Elle permet d’isoler les expéditions retardées et d’analyser les attributs associés, tels que le transporteur, l’itinéraire et le motif du retard.
Où les obtenir
Il peut s’agir d’un statut explicite, par exemple un code de retard EDI 214, transmis par le transporteur, ou d’un événement calculé lorsque l’ETA actuelle de project44 dépasse l’heure de livraison planifiée. Le code du motif de retard associé est souvent fourni.
Collecte
Enregistré à partir d’une notification de retard du transporteur ou calculé en comparant l’ETA actuelle à l’heure du rendez-vous.
Type d’événement
explicit
|
|||
|
Facture de transport auditée
|
La facture de transport du transporteur a été reçue, vérifiée par rapport aux tarifs convenus et aux services fournis, puis approuvée pour paiement. Il s’agit d’une étape essentielle du contrôle financier. | ||
|
Pourquoi c’est important
Cette activité suit l’efficacité du processus de comptabilité fournisseurs. L’identification des goulots d’étranglement lors de l’audit des factures de transport peut réduire les délais du cycle de paiement et éviter les pénalités de retard.
Où les obtenir
Il s’agit d’une activité financière qui se déroule généralement dans un ERP ou dans un système spécialisé de Freight Audit and Pay. L’événement peut être enregistré si le statut est transmis à project44 par une intégration.
Collecte
Mise à jour de statut provenant d’un système financier externe et indiquant que l’audit est terminé.
Type d’événement
explicit
|
|||
|
Livraison planifiée
|
Une date et une heure précises ont été convenues pour la livraison finale au destinataire. Il s’agit d’une étape essentielle pour coordonner le dernier kilomètre du trajet de l’expédition. | ||
|
Pourquoi c’est important
Cette étape fournit la référence nécessaire pour mesurer le KPI « Delivery Schedule Adherence % ». Elle permet d’analyser l’efficacité de la logistique du dernier kilomètre et de la prise de rendez-vous.
Où les obtenir
Cet événement est enregistré à partir des flux de données du transporteur confirmant le rendez-vous de livraison. Il correspond au renseignement des champs d’horodatage du rendez-vous de livraison planifié.
Collecte
Fondé sur les informations de rendez-vous de livraison fournies par le transporteur via EDI, API ou d’autres moyens de communication.
Type d’événement
explicit
|
|||
|
Paiement traité
|
Le paiement final des services de transport a été exécuté au bénéfice du transporteur. Cette activité clôt l’ensemble du cycle de vie du transport, de la commande au paiement. | ||
|
Pourquoi c’est important
Il s’agit de l’événement de fin du processus. L’analyse du délai entre la livraison et le paiement fournit une vision complète du cycle de bout en bout et de l’efficacité financière.
Où les obtenir
Cet événement se produit dans un système financier ou un ERP. Son enregistrement repose sur une intégration qui renvoie à la plateforme de visibilité un horodatage de confirmation ou une mise à jour de statut.
Collecte
Mise à jour de statut horodatée provenant d’un ERP ou d’un système financier et confirmant l’exécution du paiement.
Type d’événement
explicit
|
|||
|
Transporteur affecté
|
Un transporteur est officiellement sélectionné et affecté à l’expédition. Cette étape intervient après la planification et la phase de tendering. Elle est nécessaire pour réserver le transport et planifier l’enlèvement. | ||
|
Pourquoi c’est important
Le suivi du délai d’affectation d’un transporteur révèle l’efficacité des processus de planification et d’approvisionnement. Tout retard à ce stade peut se répercuter sur l’ensemble du calendrier de l’expédition.
Où les obtenir
Ces informations font généralement partie des données de référence de l’expédition, mises à jour depuis un TMS. L’événement peut être déduit de l’horodatage auquel le champ du transporteur est renseigné pour la première fois.
Collecte
Déduit de l’horodatage de la mise à jour qui renseigne pour la première fois le nom du transporteur ou le code SCAC dans l’enregistrement de l’expédition.
Type d’événement
inferred
|
|||
Guides d'extraction
Prêt à commencer ?
Commencez dès aujourd’hui à tirer parti de vos données project44 pour réaliser des gains d’efficacité importants et réduire les coûts de votre processus de gestion du transport. Ce modèle constitue la première étape vers des opérations logistiques plus optimisées et plus prévisibles.
Optimisez dès aujourd'hui votre gestion des transports et réalisez des économies
Repérez les goulots d'étranglement de project44, réduisez le temps de cycle de 30 % et augmentez vos économies.
Aucune carte bancaire requise. Commencez en quelques minutes.