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
- `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
Attributs de gestion de la chaîne d'approvisionnement
| 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 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 | |||
Activités de gestion de la chaîne d'approvisionnement
| 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 | |||
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.