Votre modèle de données de gestion de la chaîne d'approvisionnement

Blue Yonder
Votre modèle de données de gestion de la chaîne d'approvisionnement

Votre modèle de données de gestion de la chaîne d'approvisionnement

Ce modèle fournit un guide complet pour extraire les données nécessaires à l'analyse de votre processus de gestion de la chaîne d'approvisionnement. Il décrit les attributs cruciaux à collecter et les activités clés à suivre au sein de votre système Blue Yonder. En suivant ces directives, vous pouvez construire un journal d'événements précis pour des insights de processus puissants.
  • `Attributs` recommandés à collecter pour une analyse approfondie
  • Activités clés du processus et jalons à suivre
  • Guide pas à pas pour l'extraction de données depuis Blue Yonder
Nouveau dans les journaux d'événements ? Apprenez comment créer un journal d'événements Process Mining.

Attributs de gestion de la chaîne d'approvisionnement

Ces champs de données recommandés sont essentiels à inclure dans votre journal d'événements pour une analyse complète de votre processus de gestion de la chaîne d'approvisionnement.
3 Obligatoire 6 Recommandé 13 Facultatif
Nom Description
Commande logistique
LogisticsOrder
L'identifiant unique pour une seule commande logistique, servant d'ID de cas principal pour le suivi du processus de chaîne d'approvisionnement de bout en bout.
Description

La Commande Logistique est l'identifiant central qui relie toutes les activités associées, de la création de la commande client à la livraison finale. Chaque numéro de Commande Logistique unique représente une instance unique du processus de chaîne d'approvisionnement.

En process mining, l'analyse des données par Commande Logistique permet une vue complète du cycle de vie de la commande. Ceci est essentiel pour calculer les temps de cycle de bout en bout, identifier les variantes de processus et comprendre le parcours de chaque commande à travers différentes étapes comme l'approvisionnement, la production et la distribution.

Pourquoi c'est important

C'est l'ID de cas fondamental. Il relie toutes les étapes du processus, permettant la reconstruction et l'analyse de l'ensemble du parcours d'exécution de la commande.

Où obtenir

Cet identifiant se trouve généralement dans les principaux modules de gestion des commandes ou d'exécution logistique au sein de Blue Yonder.

Exemples
LO-845123LO-845124LO-845125
Heure de début
EventTime
L'horodatage indiquant quand une activité spécifique a commencé ou s'est produite.
Description

L'Heure d'Événement, ou Heure de Début, est la date et l'heure précises auxquelles une activité a été enregistrée dans le système source. Ces données chronologiques sont essentielles pour séquencer correctement les événements et pour toute analyse basée sur le temps.

Cette horodatage est utilisée pour calculer les temps de cycle entre les activités, mesurer la durée de l'ensemble du processus et identifier les retards ou les temps d'attente. C'est le pilier de presque tous les KPI liés à la performance, tels que le Délai de Commande de Bout en Bout et le Temps de Cycle de Transport.

Pourquoi c'est important

Cet horodatage est essentiel pour ordonner les événements, calculer les durées et analyser la performance du processus et les goulots d'étranglement au fil du temps.

Où obtenir

Ces informations sont généralement disponibles sous forme d'horodatage de date de création, de date de modification ou de date de publication dans les tables de données de transaction pour chaque objet métier dans Blue Yonder.

Exemples
2023-10-26T09:00:00Z2023-10-26T14:30:00Z2023-10-27T11:15:00Z
Nom de l'activité
ActivityName
Le nom d'un événement ou d'une étape métier spécifique qui s'est produit au sein du processus logistique, tel que 'Commande d'Achat Émise' ou 'Marchandises Préparées et Emballées'.
Description

Le Nom d'Activité décrit une étape ou une tâche unique exécutée dans le cadre du cycle de vie de la commande logistique. Ces événements sont enregistrés chronologiquement pour construire une séquence d'actions pour chaque cas.

L'analyse des activités est le fondement du process mining. Elle permet la visualisation de la carte des processus, la détection des goulots d'étranglement entre des étapes spécifiques, l'analyse des fréquences d'activité et l'identification des écarts par rapport au flux de processus standard.

Pourquoi c'est important

Cet attribut définit les étapes de la carte des processus, rendant possible la visualisation, l'analyse et l'optimisation du flux des commandes logistiques.

Où obtenir

Les noms des activités sont dérivés des journaux d'événements (event logs), des codes de transaction ou des changements de statut enregistrés dans les divers modules Blue Yonder liés à l'entreposage, au transport et à la gestion des commandes.

Exemples
Commande client reçueBiens produitsExpédition programméePreuve de livraison signée
Date de livraison demandée
RequestedDeliveryDate
La date de livraison de la commande telle que demandée par le client.
Description

La Date de Livraison Demandée est une donnée client maître critique associée à une commande logistique. Elle représente l'engagement pris envers le client et sert de référence principale pour mesurer la performance de livraison.

Cette date est comparée à la 'Date de Livraison Réelle' pour calculer le KPI Taux de Livraison à Temps. Elle est fondamentale pour le dashboard 'Performance de Livraison à Temps', permettant l'analyse des retards et de leurs causes profondes, telles que la performance du transporteur ou les goulots d'étranglement internes.

Pourquoi c'est important

C'est la référence pour mesurer la satisfaction client et la performance de livraison. C'est essentiel pour calculer le KPI Taux de Livraison à Temps.

Où obtenir

Ceci est généralement stocké dans les données d'en-tête de commande client au sein du système de gestion des commandes de Blue Yonder.

Exemples
2023-11-152023-11-202023-12-01
Date de livraison réelle
ActualDeliveryDate
La date réelle à laquelle la commande a été livrée avec succès au client, confirmée par la preuve de livraison.
Description

La Date de Livraison Réelle est enregistrée à l'achèvement de la livraison, souvent à partir de l'événement 'Preuve de Livraison Signée'. Cette horodatage marque l'exécution finale de la commande logistique.

Cet attribut est essentiel pour la mesure de la performance. Il est utilisé en comparaison avec la 'Date de Livraison Demandée' pour déterminer si une livraison a été à temps, en retard ou en avance. Ce calcul est la base du KPI Taux de Livraison à Temps et est visualisé dans le dashboard Performance de Livraison à Temps.

Pourquoi c'est important

Crucial pour le calcul du taux de livraison à temps, cet attribut mesure la performance réelle par rapport à l'attente du client.

Où obtenir

Cette date est souvent dérivée de l'horodatage de l'événement de preuve de livraison, qui peut être capturé dans le TMS de Blue Yonder ou un module logistique connexe.

Exemples
2023-11-142023-11-212023-12-01
Nom d'utilisateur
UserName
L'ID utilisateur ou le nom de la personne qui a exécuté l'activité.
Description

Cet attribut identifie l'employé ou l'utilisateur du système responsable d'une étape de processus particulière. Il est essentiel pour comprendre l'allocation des ressources, la répartition de la charge de travail et la performance au niveau individuel ou d'équipe.

Dans l'analyse, le Nom d'Utilisateur est utilisé pour filtrer les cartes de processus afin de voir comment différents utilisateurs effectuent la même tâche, d'identifier les besoins en formation ou de repérer les meilleurs performeurs. Il est également critique pour le dashboard 'Potentiel de Tâches Manuelles et d'Automatisation' afin de voir quels utilisateurs sont impliqués dans des tâches fréquentes et répétitives.

Pourquoi c'est important

Attribue les actions des utilisateurs à des individus spécifiques, permettant l'analyse de la charge de travail, la comparaison des performances et l'identification des opportunités d'automatisation.

Où obtenir

Généralement trouvé dans les données de transaction comme un champ 'Créé par' ou 'Modifié par', lié à une table de données de base utilisateur dans Blue Yonder.

Exemples
j.doea.smithSYSTEM_RFC
Nom du Fournisseur
SupplierName
Le nom du fournisseur qui fournit les matières premières ou les composants pour une commande d'achat.
Description

Le Nom du Fournisseur identifie le vendeur auprès duquel les marchandises ont été achetées dans le cadre du processus de chaîne d'approvisionnement. C'est une dimension clé pour analyser les étapes de logistique entrante et d'approvisionnement.

Cet attribut est utilisé dans le dashboard 'Performance Inbound Fournisseur' pour décomposer les temps de cycle, de la création de la commande d'achat à la réception des matériaux par chaque fournisseur. Cette analyse aide à identifier les fournisseurs fiables et rapides par rapport à ceux qui causent constamment des retards, éclairant ainsi la stratégie d'approvisionnement et la gestion des relations fournisseurs.

Pourquoi c'est important

Permet l'analyse des performances de différents fournisseurs, ce qui est essentiel pour optimiser la logistique entrante et s'assurer que les calendriers de production sont respectés.

Où obtenir

Ces informations sont stockées dans les données d'en-tête de commande d'achat et sont liées à partir d'une table de données de base fournisseur au sein de Blue Yonder ou d'un ERP intégré.

Exemples
Global Components Inc.Advanced Materials LLCPrecision Parts Co.
Statut de la Commande
OrderStatus
Le statut actuel ou final de la commande logistique, tel que 'En Cours', 'Terminée' ou 'Annulée'.
Description

Le statut de la commande offre un aperçu de l'emplacement de la commande logistique dans son cycle de vie au moment de l'extraction des données, ou de son résultat final. C'est un indicateur clé de l'état du case.

Cet attribut est utile pour filtrer l'analyse afin de se concentrer uniquement sur les commandes terminées ou pour enquêter sur les raisons de l'annulation de certaines commandes. Il aide à comprendre les résultats des différentes variantes de processus et constitue un moyen simple de mesurer les taux de succès ou d'échec globaux des processus.

Pourquoi c'est important

Indique le résultat d'un case, permettant d'filtrer l'analyse pour les commandes terminées, en cours ou annulées, ce qui est crucial pour contextualiser les métriques de performance.

Où obtenir

Il s'agit typiquement d'un champ de statut dans l'en-tête de la commande logistique principale ou du document d'expédition dans Blue Yonder.

Exemples
TerminéEn coursAnnuléEn Attente
Type de commande
OrderType
La classification de la commande, telle que 'Commande Standard', 'Commande Urgente' ou 'Commande en Gros'.
Description

Le type de commande catégorise les commandes logistiques en fonction de leurs caractéristiques, de leur urgence ou de leur contexte commercial. Différents types de commandes suivent souvent des chemins de processus distincts ou ont des accords de niveau de service (SLA) différents.

L'analyse par type de commande est cruciale pour comprendre les variations de processus. Par exemple, les 'commandes urgentes' sont censées avoir des temps de cycle plus courts et peuvent sauter certaines étapes, tandis que les 'commandes en gros' peuvent avoir des délais de production plus longs. Cet attribut aide à expliquer pourquoi certains cases s'écartent de la norme et est utile dans le tableau de bord (dashboard) 'Analyse des variantes de processus'.

Pourquoi c'est important

Aide à expliquer les variations de processus et les différences de performance, car différents types de commandes ont souvent des chemins uniques, des priorités et des SLA.

Où obtenir

Ces informations sont généralement stockées dans les données d'en-tête de commande au sein du système de gestion des commandes de Blue Yonder.

Exemples
StandardUrgentTransfert de stockRetour
Catégorie de produit
ProductCategory
La catégorie à laquelle appartient le produit de la commande logistique, telle que l'Électronique ou l'Habillement.
Description

La catégorie de produit est une classification utilisée pour regrouper des produits similaires. Différentes catégories de produits peuvent avoir des processus de chaîne d'approvisionnement distincts, des exigences de manutention ou des délais d'exécution.

Cet attribut est utilisé dans le tableau de bord (dashboard) 'Tendance du débit des commandes logistiques' pour filtrer et comparer le volume des commandes terminées pour différents types de produits. Il peut révéler si certaines lignes de produits subissent davantage de retards ou ont un débit inférieur, aidant à concentrer les efforts d'amélioration là où ils sont le plus nécessaires.

Pourquoi c'est important

Permet de segmenter l'analyse des processus par type de produit, révélant les goulots d'étranglement spécifiques à chaque catégorie, les modèles de demande ou les complexités de manutention.

Où obtenir

Cela fait partie des données de base des matériaux ou des produits, qui seraient liées aux postes de la commande logistique dans Blue Yonder.

Exemples
Électronique Grand PublicMachines industriellesVêtementsÉpicerie
Créateur de la demande d'achat
PurchaseRequisitionCreator
L'utilisateur ou le service qui a initié la demande d'achat de biens ou de matériaux.
Description

Cet attribut identifie la personne ou l'équipe qui a créé la demande d'achat, qui est le document interne qui déclenche la création d'une commande d'achat formelle. Il fournit un contexte sur qui est à l'origine de la demande d'approvisionnement au sein de l'organisation.

L'analyse par cet attribut aide à comprendre les schémas d'approvisionnement internes et peut être utilisée dans le dashboard 'Potentiel de Tâches Manuelles et d'Automatisation'. Si quelques utilisateurs créent un volume élevé de demandes standard, cela pourrait indiquer une opportunité d'automatisation du processus de demande.

Pourquoi c'est important

Identifie l'origine d'une demande d'approvisionnement, ce qui aide à analyser les modèles de demande interne et à identifier les opportunités d'automatisation des processus.

Où obtenir

Trouvé dans les données du document de demande d'achat, généralement en tant que champ 'Créé par'.

Exemples
m.jonesp.chenPLANNING_DEPT
Date promise par le fournisseur
SupplierPromisedDeliveryDate
La date de livraison promise par le fournisseur pour une commande d'achat spécifique.
Description

Cette date est l'engagement du fournisseur quant à la livraison des matières premières ou des composants. Elle sert de référence pour mesurer la fiabilité et la ponctualité d'un fournisseur.

Cet attribut est essentiel pour calculer le KPI 'Taux de Livraison à Temps des Fournisseurs'. Il est comparé à la date de réception réelle des matériaux (horodatage de l'événement 'Matières Premières Reçues') pour déterminer si le fournisseur a tenu son engagement. Cette analyse est centrale pour le dashboard 'Performance Inbound Fournisseur'.

Pourquoi c'est important

Agit comme repère de performance pour les livraisons entrantes, permettant de mesurer la fiabilité des fournisseurs et son impact sur le calendrier de production.

Où obtenir

Cette date est généralement stockée au niveau de la ligne de commande d'achat, basée sur les informations fournies par le fournisseur ou les délais standard.

Exemples
2023-10-102023-10-122023-10-15
Dernière mise à jour des données
LastDataUpdate
Le *timestamp* indiquant quand les *data* ont été rafraîchies ou extraites pour la dernière fois du système source.
Description

Cet attribut fournit la date et l'heure de la dernière extraction de données. Il contextualise l'analyse, montrant l'actualité des données et quand la prochaine mise à jour peut être attendue.

Il est important que les utilisateurs comprennent la fraîcheur des données qu'ils analysent. Cela aide à interpréter les dashboards et à garantir que les décisions sont basées sur des informations opportunes.

Pourquoi c'est important

Fournit un contexte crucial sur la fraîcheur des données, s'assurant que les utilisateurs sont conscients de la mise à jour de l'analyse des processus.

Où obtenir

Ce timestamp est généré et ajouté pendant le processus d'extraction, de transformation et de chargement des données (ETL).

Exemples
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
Est un retravail
IsRework
Un indicateur calculé signalant si une commande a subi une retouche, comme des étapes d'emballage ou de contrôle qualité répétées.
Description

Ce drapeau booléen est défini sur vrai si une commande logistique montre des preuves de boucles de retravail, telles que la séquence d'activités 'Marchandises Préparées et Emballées' -> 'Contrôle Qualité Effectué' -> 'Marchandises Préparées et Emballées'. Il identifie les cas qui s'écartent du flux standard et efficace.

Cet attribut est utilisé pour calculer le KPI 'Taux de Retravail des Commandes' et est visualisé dans le dashboard 'Analyse des Variantes de Processus et du Retravail'. Identifier les cas avec retravail aide à détecter les sources d'erreurs ou d'inefficacité dans le processus d'exécution, conduisant à des améliorations ciblées pour réduire le gaspillage et les coûts opérationnels.

Pourquoi c'est important

Met en évidence les inefficacités de processus et les problèmes de qualité en signalant les cas avec des étapes répétées, permettant des efforts ciblés pour améliorer la stabilité des processus et réduire les coûts.

Où obtenir

Ce n'est pas un champ dans Blue Yonder. Il est calculé lors de l'analyse de process mining en détectant des séquences d'activités répétées spécifiques au sein d'un cas.

Exemples
truefaux
Heure de fin
EndTime
L'horodatage indiquant quand une activité a été achevée.
Description

L'Heure de Fin marque la conclusion d'une activité. Lorsque l'Heure de Début et l'Heure de Fin sont disponibles, le temps de traitement précis d'une activité peut être calculé, le distinguant du temps d'inactivité ou d'attente.

Ceci est très précieux pour analyser la durée de tâches spécifiques, telles que 'Marchandises Préparées et Emballées' ou 'Contrôle Qualité Effectué'. Cela permet d'identifier quelles activités consomment le plus de temps, soutenant ainsi les efforts d'optimisation et d'automatisation ciblés.

Pourquoi c'est important

Permet le calcul précis du temps de traitement des activités, ce qui est essentiel pour identifier les tâches inefficaces et mesurer la productivité des ressources.

Où obtenir

Comme l'heure de début, ceci est généralement trouvé comme un timestamp dans les tables de données de transaction pour chaque objet métier dans Blue Yonder, marquant souvent l'achèvement d'un statut.

Exemples
2023-10-26T09:05:14Z2023-10-26T14:45:00Z2023-10-27T11:18:30Z
Livraison à temps
IsOnTimeDelivery
Un indicateur calculé qui signale si la commande a été livrée à la date de livraison demandée ou avant.
Description

Ceci est un attribut booléen dérivé en comparant la 'Date de Livraison Réelle' à la 'Date de Livraison Demandée'. Il simplifie l'analyse des performances en catégorisant chaque commande comme 'À temps' (vrai) ou 'En retard' (faux).

Cet attribut alimente directement le dashboard 'Performance de Livraison à Temps' et est utilisé pour calculer le KPI 'Taux de Livraison à Temps'. Il permet un filtrage rapide et une analyse des causes profondes pour comprendre les facteurs courants, tels que le transporteur ou le type de produit, associés aux livraisons tardives.

Pourquoi c'est important

Simplifie l'analyse des livraisons à temps en fournissant un résultat booléen clair pour chaque commande, ce qui facilite le calcul des taux de performance et l'identification des causes de retards.

Où obtenir

Cet attribut n'est pas présent dans le système source. Il est calculé lors de la transformation des données en utilisant la formule : ActualDeliveryDate <= RequestedDeliveryDate.

Exemples
truefaux
Mode de transport
ModeOfTransport
La méthode de transport utilisée pour l'expédition, telle que Camion, Air ou Mer.
Description

Cet attribut spécifie le mode de transport utilisé pour acheminer les marchandises. Les différents modes ont des coûts, des vitesses et des capacités variables, ce qui en fait un facteur important dans la planification et l'analyse logistiques.

Le dashboard 'Suivi de l'Efficacité du Transport' utilise cet attribut pour comparer les temps de transit et les coûts entre les différents modes de transport. Cela aide à prendre des décisions stratégiques, comme choisir entre le fret aérien, plus rapide mais plus coûteux, et le fret maritime, plus lent mais moins cher, en fonction de la priorité de la commande et des contraintes de coût.

Pourquoi c'est important

Fournit une dimension clé pour l'analyse des coûts et de la vitesse de transport, permettant des décisions stratégiques sur les méthodes d'expédition les plus efficaces.

Où obtenir

Ces informations sont généralement stockées dans les détails de l'expédition ou de la commande de fret dans le TMS de Blue Yonder.

Exemples
Camion complet (FTL)Fret aérienFret maritimeRail
Nom du client
CustomerName
Le nom du client qui a passé la commande.
Description

Identifie le client final de la commande logistique. Il s'agit d'une dimension fondamentale pour segmenter l'analyse selon une perspective centrée sur le client.

L'analyse des performances de processus par client peut révéler si certains clients subissent des délais d'exécution plus longs ou rencontrent davantage de problèmes. Cet attribut soutient les tableaux de bord (dashboards) tels que 'Performance de livraison à temps' en permettant une ventilation par client, aidant à prioriser les améliorations pour les comptes clés.

Pourquoi c'est important

Permet une analyse centrée sur le client, aidant à identifier quels clients sont les plus affectés par les inefficacités de processus et à prioriser les améliorations de service.

Où obtenir

Ces informations sont stockées dans les données d'en-tête de commande client et sont liées à partir d'une table de données de base client dans Blue Yonder ou un CRM/ERP intégré.

Exemples
Retail CorpMegaStore Inc.Biens de consommation directe
Nom du transporteur
CarrierName
Le nom de la société de transport responsable de l'expédition des marchandises.
Description

Le Nom du Transporteur identifie le partenaire logistique qui a géré le transport des marchandises de l'entrepôt à la destination finale. C'est une dimension critique pour évaluer la performance de la logistique sortante.

Dans le dashboard 'Suivi de l'Efficacité du Transport', l'analyse des données par Nom du Transporteur aide à comparer la durée des 'Marchandises en Transit' pour différents transporteurs. Cela permet à l'entreprise d'identifier les partenaires de transport les plus rapides, les plus fiables ou les plus rentables et d'optimiser les stratégies d'expédition en conséquence.

Pourquoi c'est important

Permet l'analyse comparative des performances de différents transporteurs, aidant à optimiser les coûts d'expédition, les itinéraires et les délais de livraison.

Où obtenir

On le trouve généralement dans les documents d'expédition ou de commande de fret au sein du système de gestion des transports (TMS) de Blue Yonder.

Exemples
Fret expressNational LogisticsTransport Rapide
Numéro de commande d'achat
PurchaseOrderNumber
L'identifiant unique d'une commande d'achat créée pour l'approvisionnement en matières premières ou en marchandises auprès d'un fournisseur.
Description

Le Numéro de Commande d'Achat relie la commande logistique au processus d'approvisionnement. Il est créé lors d'activités telles que 'Demande d'Achat Créée' et 'Commande d'Achat Émise'.

Cet attribut permet une analyse détaillée du sous-processus d'approvisionnement. Il est essentiel pour le dashboard 'Performance Inbound Fournisseur', où il aide à suivre le parcours d'une commande d'achat spécifique, de l'émission à la réception des marchandises, en associant les retards à des fournisseurs ou des matériaux spécifiques.

Pourquoi c'est important

Relie le processus d'exécution principal aux activités d'approvisionnement en amont, permettant une analyse détaillée des performances des fournisseurs et des temps de cycle d'approvisionnement.

Où obtenir

Cet identifiant est généré et stocké dans le module d'approvisionnement ou d'achat de Blue Yonder ou un système ERP intégré.

Exemples
PO45000123PO45000124PO45000125
Système source
SourceSystem
Le système duquel les données ont été extraites, en l'occurrence, Blue Yonder.
Description

Cet attribut identifie l'origine des données de processus. Il est particulièrement utile dans les environnements où les données de plusieurs systèmes sont combinées pour une vue holistique du processus, garantissant une lignée de données claire.

Pour cette analyse, la valeur sera systématiquement 'Blue Yonder', mais elle sert de pièce cruciale de métadonnées pour la gouvernance des données et le contexte, surtout si d'autres systèmes comme un ERP ou un CRM sont intégrés.

Pourquoi c'est important

Identifie l'origine des données, ce qui est crucial pour la gouvernance des données, la validation et la gestion des analyses qui couvrent plusieurs systèmes d'entreprise.

Où obtenir

Il s'agit généralement d'une valeur statique ajoutée pendant le processus d'extraction et de transformation des données pour étiqueter l'origine du jeu de données.

Exemples
Blue Yonder TMSBlue Yonder WMSBlue Yonder SCP
Temps de cycle de bout en bout
EndToEndCycleTime
Le temps total écoulé de la première activité ('Commande Client Reçue') à la dernière activité ('Preuve de Livraison Signée') pour une commande logistique.
Description

Cette métrique mesure la durée totale du cycle de vie d'une commande logistique. C'est un indicateur clé de performance qui reflète la vitesse et l'efficacité globales de l'ensemble du processus de chaîne d'approvisionnement.

C'est la métrique principale pour le dashboard 'Analyse du Délai de Commande de Bout en Bout' et le KPI 'Temps de Cycle de Commande Logistique de Bout en Bout'. L'analyse de cette durée aide à identifier les retards systémiques et fournit une mesure de haut niveau de la santé du processus. Elle peut être décomposée par des dimensions comme le Type de Commande ou la Catégorie de Produit pour trouver les causes des longs délais.

Pourquoi c'est important

C'est un KPI critique pour mesurer la vitesse globale de la chaîne d'approvisionnement, impactant directement la satisfaction client et le fonds de roulement.

Où obtenir

Cette valeur n'est pas stockée dans le système source. Elle est calculée en soustrayant l'horodatage du premier événement de l'horodatage du dernier événement pour chaque cas.

Exemples
15 jours 4 heures22 jours 11 heures10 jours 2 heures
Obligatoire Recommandé Facultatif

Activités de gestion de la chaîne d'approvisionnement

Ce sont les étapes de processus et les jalons cruciaux que vous devez capturer dans votre journal d'événements pour une découverte et une optimisation précises des processus.
7 Recommandé 8 Facultatif
Activité Description
Biens produits
Cet événement marque l'achèvement du processus de fabrication pour une commande logistique. Il est souvent déduit d'un changement de statut sur l'ordre de production, tel que le passage à 'Terminé' ou 'Fini'.
Pourquoi c'est important

Ce jalon est critique pour mesurer les temps de cycle de production et est le point de départ du KPI Délai de Production à Expédition. Il signale que les marchandises sont prêtes pour la prochaine étape d'exécution.

Où obtenir

Déduit d'un changement de statut dans les tables d'ordres de fabrication (par exemple, statut mis à jour à 'Terminé'). Un timestamp associé à cette dernière mise à jour de statut sert de timestamp d'événement.

Capture

Identifiez le timestamp où le statut de l'ordre de production passe à un état 'terminé' final.

Type d'événement inferred
Bon de commande émis
Cela marque la création et l'expédition formelles d'une commande d'achat à un fournisseur externe pour des matières premières ou des produits finis. C'est un événement explicite et central au sein des fonctionnalités d'approvisionnement de Blue Yonder.
Pourquoi c'est important

C'est un jalon clé pour le suivi des délais et de la performance des fournisseurs. Il sert de point de départ pour le KPI de livraison à temps des fournisseurs.

Où obtenir

Enregistré comme un événement explicite dans les tables du système d'approvisionnement, avec un timestamp indiquant quand le document de commande d'achat a été créé ou officiellement émis.

Capture

L'événement correspond au timestamp de création ou d'émission du document de commande d'achat.

Type d'événement explicit
Commande client reçue
Cette activité marque la création d'une nouvelle commande logistique dans le système, initiée par une demande client. Cet événement est généralement capturé explicitement lorsqu'un utilisateur ou un message EDI crée un document de commande de vente dans le module de gestion des commandes de Blue Yonder.
Pourquoi c'est important

C'est l'événement de départ principal pour le processus de chaîne d'approvisionnement de bout en bout. L'analyse de cette activité est cruciale pour mesurer le volume de commandes reçues et le délai global de la commande à la livraison.

Où obtenir

Cet événement est explicitement enregistré dans les tables du système de gestion des commandes lors de la création d'une commande de vente. Il correspond à l'horodatage de création de l'enregistrement d'en-tête de commande.

Capture

L'événement est enregistré lors de la création de la commande client (par exemple, validation de transaction).

Type d'événement explicit
Marchandises chargées pour le transport
Marque le moment où les marchandises emballées sont chargées sur le véhicule de transport et quittent l'entrepôt. Il s'agit d'un événement critique et explicite, souvent enregistré comme une transaction 'sortie de marchandises' dans le WMS ou le TMS.
Pourquoi c'est important

Cet événement est le point de départ pour mesurer le temps de cycle de transport et l'efficacité globale du transit. Il signifie le transfert des opérations d'entrepôt internes au transporteur externe.

Où obtenir

Enregistré explicitement dans le système WMS ou ERP comme une comptabilisation d'émission de marchandises. La date et l'heure de comptabilisation de cette transaction servent de timestamp d'événement.

Capture

Événement capturé à partir du journal de transactions (transaction log) d'émission de marchandises associé à la livraison.

Type d'événement explicit
Marchandises prélevées et emballées
Cette activité couvre le processus d'entrepôt de prélèvement et d'emballage des articles pour l'expédition. Il s'agit souvent d'un événement explicite capturé par les opérateurs d'entrepôt utilisant des scanners RF au sein du WMS.
Pourquoi c'est important

C'est un jalon clé dans le processus de logistique sortante. L'analyse de sa durée aide à identifier les inefficacités dans les opérations d'entrepôt et fait partie du Temps de Cycle Inventaire-Expédition.

Où obtenir

Enregistré explicitement dans les journaux de transactions (transaction logs) du WMS Blue Yonder. Les timestamps sont capturés lorsque les tâches de picking et de packing sont confirmées comme complètes par le personnel de l'entrepôt.

Capture

Le timestamp de l'événement est enregistré lorsque la tâche finale de picking ou de packing pour la commande est confirmée.

Type d'événement explicit
Matières premières reçues
Cette activité signifie la réception physique des marchandises d'un fournisseur dans un entrepôt ou une installation de production. Elle est capturée explicitement via une transaction de réception de marchandises, souvent initiée par le scannage des articles entrants.
Pourquoi c'est important

Cet événement marque la fin de l'étape de livraison du fournisseur du processus. Il est essentiel pour mesurer la fiabilité du fournisseur et l'efficacité de la logistique entrante.

Où obtenir

Capturé à partir des journaux de transactions (transaction logs) dans les modules de gestion d'entrepôt (WMS) ou de gestion des stocks. Il correspond à la date et à l'heure de comptabilisation du document de réception de marchandises.

Capture

Basé sur le timestamp de la transaction pour une comptabilisation de réception de marchandises.

Type d'événement explicit
Preuve de livraison signée
Cette dernière activité confirme que le client a accepté la livraison, souvent en signant un document de livraison. L'événement est généralement capturé via une mise à jour de statut, soit manuellement, soit via une application mobile utilisée par le chauffeur.
Pourquoi c'est important

C'est l'événement final le plus fiable pour le processus logistique de bout en bout. Il est crucial pour calculer le temps de cycle global et le Taux de Livraison à Temps.

Où obtenir

Déduit d'une mise à jour de statut sur le document de livraison ou d'expédition dans le TMS ou l'OMS. Le timestamp du changement de statut à 'POD Reçu' ou 'Livré' est utilisé.

Capture

Dérivé d'un changement de statut sur le document d'expédition indiquant la confirmation de livraison.

Type d'événement inferred
Commande annulée
Représente l'annulation d'une commande logistique avant que l'exécution ne soit complète. Il s'agit d'un événement de fin alternatif, déduit d'un statut final 'Annulé' ou 'Annulé' sur la commande client.
Pourquoi c'est important

Le suivi des annulations est vital pour comprendre les échecs de processus et l'insatisfaction client. Analyser quand et pourquoi les commandes sont annulées peut révéler des problèmes sous-jacents dans les ventes ou les opérations.

Où obtenir

Déduit du statut de l'en-tête de la commande client. Le timestamp du passage à un état final 'Annulé' est capturé comme heure de l'événement.

Capture

Basé sur le timestamp du changement de statut de la commande à 'Annulé'.

Type d'événement inferred
Contrôle qualité effectué
Représente l'achèvement d'une inspection qualité sur les produits finis avant qu'ils ne soient disponibles pour expédition. Cela peut être déduit d'une mise à jour de statut sur le lot ou la parcelle d'inventaire, changeant son état en 'non restreint' ou 'inspection réussie'.
Pourquoi c'est important

Cette activité aide à identifier les goulots d'étranglement dans le processus d'assurance qualité et est cruciale pour analyser le retravail. Des contrôles qualité répétés sur la même commande peuvent indiquer des problèmes de qualité.

Où obtenir

Déduit d'un changement de champ de statut dans les modules de gestion des stocks ou de gestion de la qualité. Le timestamp du changement de statut de 'en inspection' à 'libéré' est utilisé.

Capture

Dérivé d'un changement de statut de qualité du lot ou de la parcelle d'inventaire associée.

Type d'événement inferred
Demande d'achat créée
Cette activité se produit lorsqu'il n'y a pas assez de stock pour exécuter une commande, déclenchant une demande d'approvisionnement en matériaux nécessaires. La création d'un document de demande d'achat est un événement explicite au sein du module d'approvisionnement.
Pourquoi c'est important

Le suivi de cela aide à identifier les dépendances vis-à-vis de l'approvisionnement et son impact sur le temps global d'exécution des commandes. Il met en évidence les cas où les ruptures de stock retardent la chaîne d'approvisionnement.

Où obtenir

Enregistré explicitement dans les tables de planification des achats ou de l'approvisionnement lorsqu'un document de demande d'achat est créé et lié à la demande de la commande client.

Capture

Basé sur l'horodatage de création du document de demande d'achat.

Type d'événement explicit
Disponibilité des stocks vérifiée
Représente le contrôle système ou manuel pour confirmer que les articles requis sont en stock pour exécuter la commande client. Ceci est souvent déduit des changements de statut sur la ligne de commande, indiquant qu'elle a passé un contrôle de disponibilité à promettre (ATP Check).
Pourquoi c'est important

Cette activité aide à mesurer le temps de confirmation d'une commande et identifie les retards causés par les ruptures de stock. Elle est essentielle pour calculer le KPI Taux de Disponibilité des Stocks et comprendre le potentiel de réalisation.

Où obtenir

Déduit d'un changement de champ de statut sur la ligne de commande client (par exemple, de 'Nouveau' à 'Confirmé') ou d'un timestamp associé à un journal de contrôle ATP au sein des modules de gestion des stocks ou des commandes de Blue Yonder.

Capture

Dérivé du changement de statut sur la ligne de commande indiquant la confirmation de stock.

Type d'événement inferred
Expédition programmée
Cette activité représente la planification du transport, y compris la sélection du transporteur et la réservation d'un créneau horaire pour l'enlèvement. Il s'agit d'un événement explicite dans le système de gestion des transports (TMS) de Blue Yonder lorsqu'une expédition est créée et confirmée.
Pourquoi c'est important

Cet événement donne un aperçu de la phase de planification du transport. Des retards ici peuvent avoir un impact sur le départ à temps et la performance globale de la livraison.

Où obtenir

Capturé à partir des journaux de transactions (transaction logs) du module TMS. L'événement correspond au timestamp où un document d'expédition est finalisé ou un transporteur est assigné.

Capture

Basé sur le timestamp de création ou de confirmation du plan d'expédition ou de chargement.

Type d'événement explicit
Facture Envoyée au Client
Représente la création et l'émission d'une facture client pour les marchandises livrées. Il s'agit d'une transaction financière explicite enregistrée dans les modules de gestion des commandes ou de finance.
Pourquoi c'est important

Cette activité est une étape clé du cycle de la commande au paiement. L'analyse de son timing par rapport à la livraison peut mettre en évidence des retards dans les processus de facturation qui affectent la trésorerie.

Où obtenir

Enregistré explicitement dans les tables de facturation ou financières. L'événement correspond à la date de création ou de comptabilisation du document de facture.

Capture

Basé sur le timestamp de comptabilisation du document de facturation client.

Type d'événement explicit
Marchandises déchargées à destination
Cette activité signifie que l'expédition est arrivée et a été déchargée chez le client. Cet événement est souvent capturé explicitement via un message EDI du transporteur ou une saisie manuelle basée sur les informations du transporteur.
Pourquoi c'est important

Cela marque la fin de l'étape de transit du parcours. C'est essentiel pour calculer précisément le KPI Temps de Cycle de Transport et identifier les retards liés aux transporteurs.

Où obtenir

Ces informations proviennent généralement de données de transporteurs externes via des flux EDI ou un portail de transporteurs. Elles sont enregistrées comme une mise à jour de statut sur le document d'expédition dans le TMS.

Capture

L'heure de l'événement est basée sur le timestamp de la mise à jour du statut 'Livré' par le transporteur.

Type d'événement explicit
Production planifiée
Représente la planification et l'ordonnancement d'un ordre de production ou de fabrication pour créer les marchandises requises. Il s'agit typiquement d'un événement explicite généré par les modules de fabrication ou de planification de l'approvisionnement de Blue Yonder.
Pourquoi c'est important

Cette activité offre une visibilité sur le début du cycle de fabrication. L'analyse du temps entre la planification et l'achèvement de la production aide à identifier les écarts entre la planification et l'exécution.

Où obtenir

Enregistré dans les tables du système d'exécution ou de planification de la fabrication, avec un timestamp associé à la création ou à la confirmation d'un ordre de production.

Capture

Dérivé du timestamp de création ou de changement de statut d'un ordre de fabrication.

Type d'événement explicit
Recommandé Facultatif

Guides d'extraction

Comment obtenir vos données de Blue Yonder

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.