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
- Activités clés à suivre
- Guide d'extraction
Attributs de gestion de la chaîne d'approvisionnement
| Nom | Descriptionn | ||
|---|---|---|---|
| Commande logistique LogisticsOrder | L'identifiant unique d'une commande logistique, qui sert d'identifiant de dossier principal pour le suivi du processus de chaîne d'approvisionnement complet. | ||
| Descriptionn La Commande logistique est le numéro de suivi central qui relie toutes les activités associées, de la passation de commande client à la livraison finale. Chaque Commande logistique représente un parcours d'exécution unique, pour une analyse complète du cycle de vie de la commande, y compris l'approvisionnement, l'entreposage, l'expédition et la livraison. En Process Mining, cet attribut est utilisé pour regrouper tous les événements connexes en un seul dossier. L'analyse des processus par Commande logistique permet le calcul des temps de cycle complet, l'identification des variantes de processus courantes et la détection des points de blocage ou des écarts affectant des commandes spécifiques. Pourquoi est-ce important ? : C'est l'ID de Case essentiel qui regroupe tous les événements connexes, permettant de tracer l'intégralité du parcours d'une seule commande du début à la fin. Source des données : C'est la clé primaire dans les tables principales de gestion des commandes dans Manhattan Associates. Consultez la documentation du système pour la table spécifique, probablement liée aux en-têtes de commande. Exemples LO-2024-00123LO-2024-00456LO-2024-00789 | |||
| Horodatage de l'événement EventTimestamp | La date et l'heure exactes de l'activité. | ||
| Descriptionn L'horodatage de l'événement, ou Heure de début, enregistre le moment précis où une activité a été exécutée. Cet horodatage est indispensable pour ordonner les événements chronologiquement et calculer les durées entre les activités. En Process Mining, ces données sont utilisées pour construire la chronologie de chaque cas, calculer les temps de cycle, identifier les retards et analyser la performance du processus au fil du temps. Des horodatages précis sont la base de presque toutes les analyses de processus temporelles et les calculs de KPI, tels que le délai de livraison et la respect des délais. Pourquoi est-ce important ? : Cet attribut fournit l'ordre chronologique des événements et est indispensable pour calculer toutes les métriques temporelles, telles que les temps de cycle et les retards. Source des données : Ces informationsns se trouvent dans les tables de journaux de transactions, à côté de l'événement ou de la mise à jour de statut correspondante avec Manhattan Associates. Exemples 2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T08:15:00Z | |||
| Nom de l'activité ActivityName | Le nom de l'événement commercial ou de l'étape spécifique survenu au sein du processus logistique. | ||
| Descriptionn Le nom de l'activité décrit une étape distincte du cycle de vie de la chaîne d'approvisionnement, comme 'Commande allouée', 'Marchandises prélevées' ou 'Expédition expédiée'. Ces activités forment les nœuds de la carte de processus découverte. L'analyse de ces activités facilite la visualisation du flux de processus, l'identification des chemins fréquents et la mesure du temps passé à chaque étape. Elle est clée pour comprendre ce qui se passe pendant le parcours d'une commande logistique et est utilisée pour identifier les reprises, les points de blocage et les écarts par rapport au processus standard. Pourquoi est-ce important ? : Cet attribut définit les étapes du processus, constituant la base de la carte de processus et permettant l'analyse du flux de processus et des points de blocage. Source des données : Ceci est généralement dérivé en mappant les codes d'événement ou les changements de statut de diverses tables de transactions avec Manhattan Associates à des noms d'activité explicites. Exemples Commande client reçueMarchandises prélevéesExpédition expédiéePreuve de livraison reçue | |||
| Dernière mise à jour des données LastDataUpdate | L'horodatage indiquant quand les données pour cet enregistrement ont été rafraîchies ou extraites pour la dernière fois du système source. | ||
| Descriptionn Cet attribut fournit la date et l'heure de la dernière extraction de données du système source. C'est un champ de métadonnées qui aide les utilisateurs à comprendre la la réactualisation des données qu'ils analysent. Dans les dashboards de Process Mining, cette information est fondamentale pour communiquer la pertinence des résultats. Elle garantit que les parties prenantes sont conscientes de la récence des données et peuvent prendre des décisions en conséquence, évitant ainsi une analyse basée sur des informations obsolètes. Pourquoi est-ce important ? : Indique la la réactualisation des données, garantissant que l'analyse et les décisions sont basées sur des informations à jour. Source des données : Ce Exemples 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Système source SourceSystem | Le système d'où les données ont été extraites. | ||
| Descriptionn Cet attribut identifie le système d'information source d'où proviennent les données d'événement. Dans ce contexte, il s'agira typiquement de 'Manhattan Associates', mais il peut également différencier entre différents modules ou systèmes intégrés. Il est important pour la gouvernance des données et pour comprendre le contexte des données, en particulier lorsque des données provenant de plusieurs systèmes sont combinées. Il aide à tracer la traçabilité des données et à résoudre les problèmes de qualité des données. Pourquoi est-ce important ? : Identifie l'origine des données, ce qui est impératif pour la gouvernance des données, la validation et lors de la fusion de données provenant de plusieurs systèmes d'entreprise. Source des données : C'est généralement une valeur statique ajoutée pendant le processus d'extraction des données pour étiqueter l'ensemble de données avec son origine. Exemples Manhattan Associates WMSManhattan Associates TMSMA-SCALE | |||
| Date de livraison demandée RequestedDeliveryDate | La date de livraison demandée par le client ou requise par le plan interne. | ||
| Descriptionn Cet attribut stocke la date cible à laquelle les marchandises devraient être livrées au client ou au lieu de réception. Il sert de référence pour mesurer la performance de paiement à temps. En analyse, cette date est comparée à l'horodatage de livraison réel ('Preuve de livraison reçue') pour déterminer si une commande a été livrée à temps, en avance ou en retard. C'est un élément clé pour le calcul de KPI tels que le 'Taux de paiement à temps client' et le 'Taux de paiement à temps fournisseur', et pour la construction de dashboards de performance associés. Pourquoi est-ce important ? : C'est la référence pour mesurer la respect des délais, qui est un KPI clé pour la satisfaction client et la gestion des fournisseurs. Source des données : Trouvé dans les tables d'en-tête de commande ou de ligne de commande avec Manhattan Associates. Consultez la documentation du système. Exemples 2023-11-102023-11-152023-12-01 | |||
| Mode de transport ModeOfTransport | La méthode de transport utilisée pour l'expédition, telle que le camion, l'avion ou le bateau. | ||
| Descriptionn Cet attribut spécifie le mode de transport utilisé pour déplacer les marchandises de l'entrepôt vers la destination. Les exemples incluent le chargement complet (FTL), le chargement partiel (LTL), le fret aérien, le fret maritime ou le colis. Cette dimension est indispensable pour le tableau de bord 'Analyse des coûts et de l'efficacité du transport'. Elle permet de comparer le coût et la vitesse des différents modes de transport et aide à calculer le KPI 'Fréquence d'expédition accélérée' en identifiant quand des modes plus coûteux et plus rapides sont utilisés. Pourquoi est-ce important ? : Aide à analyser les coûts et l'efficacité du transport, et identifie la dépendance aux options d'expédition accélérée coûteuses. Source des données : Situé dans les tables de planification d'expédition ou de transport au sein du module TMS de Manhattan Associates. Exemples Fret aérienLTLOcéanColis | |||
| Nom d'utilisateur UserName | Le nom ou l' `ID` de l'utilisateur qui a exécuté l'activité. | ||
| Descriptionn Cet attribut identifie l'employé ou l'utilisateur système spécifique responsable de l'exécution d'une étape de processus donnée. Il peut s'agir d'un ID utilisateur unique, d'un nom ou d'un nom de compte système pour les tâches automatisées. L'analyse par utilisateur aide à comprendre la répartition de la charge de travail, la performance des ressources et à identifier les besoins en formation. Elle est indispensablele pour les dashboards liés à la charge des ressources et au débit, et pour enquêter sur les écarts de processus qui peuvent être spécifiques à l'utilisateur. Pourquoi est-ce important ? : Permet l'analyse de la performance des ressources, de la répartition de la charge de travail et aide à identifier quels utilisateurs ou équipes sont impliqués dans les exceptions de processus. Source des données : Généralement disponible dans les tables de transactions aux côtés des données d'événement, souvent comme un champ 'UserID' ou 'ChangedBy'. Consultez la documentation de Manhattan Associates. Exemples jdoeasmithsys_batch_user | |||
| SKU du produit ProductSKU | L'unité de gestion des stocks (SKU) ou l'identifiant du produit dans la commande. | ||
| Descriptionn Le SKU du produit est un code unique qui identifie un produit spécifique. Une seule commande logistique peut contenir plusieurs SKU. L'analyse du processus au niveau du produit aide à identifier si certains articles sont associés à des inefficacités de processus, telles que des temps de prélèvement.lèvement plus longs, des taux de reprise plus élevés ou des ruptures de stock fréquentes. Cet attribut est indispensable pour le tableau de bord 'Réapprovisionnement des stocks et risque de rupture de stock' afin d'analyser la rapidité de réapprovisionnement par produit. Pourquoi est-ce important ? : Permet une analyse au niveau des produits pour découvrir des problèmes tels que les ruptures de stock, les retards de prélèvement.lèvement ou les problèmes de qualité liés à des articles spécifiques. Source des données : Trouvé dans les tables de ligne de commande avec Manhattan Associates. Cela nécessitera une jointure de l'en-tête de commande aux détails de la ligne de commande. Exemples SKU-A123-REDSKU-B456-LSKU-C789-V2 | |||
| Type de commande OrderType | La classification de la commande logistique, telle que standard, express ou réapprovisionnement. | ||
| Descriptionn Le type de commande catégorise les commandes logistiques en fonction de leur nature ou de leur priorité. Les types courants incluent les commandes clients, les ordres de transfert de stock ou les commandes de retour. Chaque type peut avoir un flux de processus attendu et un accord de niveau de service (SLA) différents. Cet attribut est impératif pour l'analyse comparative. En filtrant ou en segmentant le processus par type de commande, les analystes peuvent comprendre comment les différents types de commandes sont gérés, comparer leurs temps de cycle et identifier si certains types de commandes sont plus sujets aux retards ou aux exceptions. Il contribue directement au le tableau de bord 'Comparaison des temps de cycle par type de commande'. Pourquoi est-ce important ? : Permet de comparer les performances et les flux de processus de différents types de commandes, qui ont souvent des parcours et des SLA uniques. Source des données : Situé dans les données d'en-tête de commande dans Manhattan Associates. Consultez la documentation du système pour le nom de champ spécifique. Exemples Commande standardLivraison expressRéapprovisionnement des stocksCommande de retour | |||
| Coût total TotalCost | Le coût financier total associé à la commande logistique ou à des activités spécifiques. | ||
| Descriptionn Cet attribut représente le coût total encouru pour la commande logistique. Il peut être décomposé en composants tels que le coût de transport, le coût d'entreposage et les frais de manutention. Le niveau de détail dépend des données source. Les données de coût sont inestimables pour le Process Mining basé sur la valeur. Elles prennent en charge le tableau de bord 'Analyse des coûts et de l'efficacité du transport' en fournissant le contexte financier aux temps de cycle. En analysant les coûts, les entreprises peuvent identifier les variantes de processus coûteuses et prendre des décisions basées sur les données pour optimiser à la fois la vitesse et les dépenses. Pourquoi est-ce important ? : Apporte une dimension financière au processus, permettant l'analyse des facteurs de coût et de l'impact financier des inefficacités. Source des données : Les données de coûts peuvent provenir de plusieurs tables avec Manhattan Associates ou nécessiter une intégration avec un système financier. Consultez la documentation pour les tables de coûts de fret ou de calcul des coûts de commande. Exemples 150.752500.0085.50 | |||
| ID d'expédition ShipmentId | Un identifiant unique pour une expédition, qui peut contenir une ou plusieurs commandes logistiques. | ||
| Descriptionn L'ID d'expédition est un numéro de référence pour un groupe consolidé de marchandises transportées ensemble. Une seule expédition peut inclure plusieurs commandes logistiques, surtout si elles se dirigent vers la même destination. Alors que la Commande logistique est l'ID du cas, l'ID d'expédition est un attribut contextuel important. Il permet l'analyse des activités au niveau de l'expédition, telles que 'Transporteur assigné' ou 'Expédition expédiée', et aide à comprendre l'efficacité de la consolidation et la planification du transport. Pourquoi est-ce important ? : Lie les commandes qui sont expédiées ensemble, permettant l'analyse de l'efficacité du transport et des stratégies de consolidation. Source des données : Généré et stocké dans les tables de planification du transport et des expéditions dans Manhattan Associates. Exemples SH-98765SH-98766SH-98767 | |||
| ID de l'entrepôt WarehouseId | L'identifiant de l'entrepôt ou du centre de distribution où se déroulent les activités de prélèvement.lèvement et d'emballage. | ||
| Descriptionn Cet attribut identifie l'installation d'entrepôt spécifique responsable de l'exécution de la commande. Pour les opérations multi-entrepôts, il s'agit d'une dimension majeure pour l'analyse. Il prend directement en charge le tableau de bord 'Analyse des points de blocage de prélèvement.lèvement en entrepôt' en permettant de comparer les performances entre différentes installations. Les analystes peuvent identifier quels entrepôts sont plus efficaces, lesquels ont des temps de cycle de prélèvement.lèvement plus longs et où les ressources pourraient devoir être réaffectées. Pourquoi est-ce important ? : Permet une analyse comparative des performances entre différents entrepôts pour identifier les points de blocage spécifiques aux installations et les meilleures pratiques. Source des données : Ceci fait généralement partie des données de commande ou d'expédition dans le WMS de Manhattan Associates, indiquant le lieu d'exécution. Exemples WH01-EASTWH02-WESTWH03-CENTRAL | |||
| Lieu d'origine OriginLocation | L'entrepôt, l'usine ou l'installation d'où provient l'expédition. | ||
| Descriptionn Cet attribut spécifie le point de départ de l'expédition, tel qu'un centre de distribution, une usine de fabrication ou un site fournisseur. Il est généralement représenté par un code ou un nom de localisation. Les données d'origine et de destination sont clées pour l'analyse du réseau logistique. Cet attribut prend en charge le tableau de bord 'Matrice des délais de livraison Origine-Destination', aidant à visualiser et analyser les délais de livraison pour différentes voies d'expédition et à identifier les points de blocage régionaux ou spécifiques aux installations. Pourquoi est-ce important ? : Primordial pour l'optimisation du réseau logistique et l'identification des variations de performance entre différentes voies d'expédition ou installations. Source des données : Ces informationsns sont généralement stockées dans les tables d'en-têtes d'expédition ou de commande dans Manhattan Associates. Exemples DC-AtlantaWH-NevadaPlant-Mexico-01 | |||
| Lieu de destination DestinationLocation | L'adresse du client, du magasin ou de l'installation où l'expédition est livrée. | ||
| Descriptionn Cet attribut spécifie le point de livraison final des marchandises. Il peut s'agir du centre de distribution d'un client, d'un magasin de détail ou de l'adresse d'un consommateur final. Il est souvent représenté par une ville, un État ou un code postal. Associé à la Emplacement d'origine, cet attribut est indispensable pour le tableau de bord 'Matrice des délais de livraison Origine-Destination'. L'analyse des délais de livraison par destination aide à identifier les défis de livraison dans des régions spécifiques et à évaluer l'efficacité du réseau de distribution. Pourquoi est-ce important ? : Aide à analyser la performance de livraison à travers différentes zones géographiques et à identifier les points de blocage régionaux ou les problèmes de transporteur. Source des données : Ce sont les informations d'adresse de livraison que l'on trouve dans l'en-tête de commande ou les détails d'expédition avec Manhattan Associates. Exemples New York, NYLos Angeles, CAMagasin #582 | |||
| Livraison à temps (Client) IsOnTimeDeliveryCustomer | Un indicateur calculé indiquant si la commande a été livrée au client à la date de livraison demandée ou avant. | ||
| Descriptionn Cet attribut booléen est dérivé en comparant l'horodatage de l'événement 'Preuve de livraison reçue' avec la 'Date de livraison demandée'. Il marque chaque commande comme étant à temps (true) ou en retard (false). Cet attribut alimente directement le KPI et le tableau de bord 'Taux de paiement à temps client'. Il simplifie l'analyse en fournissant un résultat clair et binaire pour chaque cas, facilitant le filtrage des commandes en retard et l'étude des causes profondes des retards. Pourquoi est-ce important ? : Mesure directement les niveaux de service client « what-if »mplifie l'analyse de la respect des délais en catégorisant chaque commande comme à temps ou en retard. Source des données : Ce n'est pas un champ du système source. Il est calculé lors de la transformation des données en comparant l'horodatage de livraison réel à la date de livraison demandée. Exemples truefaux | |||
| Nom du client CustomerName | Le nom du client auquel les marchandises sont livrées. | ||
| Descriptionn Cet attribut identifie le client final recevant l'expédition. Il peut s'agir d'un particulier ou d'une entité commerciale. Les informations client sont essentielles pour analyser les niveaux de service et identifier les modèles spécifiques à certains clients. Il prend en charge le tableau de bord 'Taux de paiement à temps client' en permettant la segmentation de la performance de livraison par client, ce qui peut révéler si les retards sont concentrés sur des comptes ou des régions spécifiques. Pourquoi est-ce important ? : Permet de segmenter l'analyse par client, ce qui est indispensable pour comprendre les problèmes spécifiques aux clients et mesurer les niveaux de service. Source des données : Situé dans les données d'en-tête de commande, souvent lié via un ID client. Consultez la documentation de Manhattan Associates. Exemples Retail CorpBigMartSuperStore Inc. | |||
| Nom du Fournisseur SupplierName | Le nom du fournisseur qui fournit les marchandises pour une commande d'achat. | ||
| Descriptionn Cet attribut identifie le vendeur ou le fournisseur auprès duquel les marchandises ou les matières premières sont achetées. Il est pertinent pour les commandes logistiques qui sont initiées par une commande d'achat. L'analyse par fournisseur est indispensablele pour évaluer la performance du fournisseur. Elle permet la création de fiches d'évaluation des fournisseurs, le suivi des taux de paiement à temps et l'identification des fournisseurs fréquemment associés à des retards dans l'étape 'Marchandises reçues'. Cela prend directement en charge le tableau de bord 'Performance de paiement à temps des fournisseurs'. Pourquoi est-ce important ? : Permet l'analyse des performances des fournisseurs, aidant à identifier les partenaires fiables et à cibler les sources de retards dans la chaîne d'approvisionnement entrante. Source des données : Lié aux tables de données des bons de commande dans Manhattan Associates, nécessitant souvent une jointure de la commande logistique à l'en-tête du bon de commande. Exemples Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| Nom du transporteur CarrierName | Le nom du transporteur responsable de l'expédition. | ||
| Descriptionn Le Nom du transporteur identifie le partenaire logistique ou l'entreprise qui transporte physiquement les marchandises. Il peut s'agir d'une grande entreprise de transport ou d'un coursier local. L'analyse par transporteur est indispensablele pour évaluer leur performance en termes de paiement à temps, de coût et d'efficacité. C'est une dimension primaire pour le tableau de bord 'Analyse des coûts et de l'efficacité du transport', permettant la comparaison des temps de cycle et des coûts entre différents transporteurs. Pourquoi est-ce important ? : Permet l'évaluation des performances des partenaires de transport, aidant à optimiser la sélection des transporteurs en fonction des coûts et de la fiabilité. Source des données : Trouvé dans les tables d'expédition ou de commande de fret, généralement au sein du module TMS de Manhattan Associates. Exemples FedExCH RobinsonMaersk | |||
Activités de gestion de la chaîne d'approvisionnement
| Activité | Descriptionn | ||
|---|---|---|---|
| Commande annulée | La commande client est formellement annulée avant que l'exécution ne soit complète. Il s'agit d'un statut terminal qui arrête tout traitement ultérieur pour la commande logistique. | ||
| Pourquoi est-ce important ? : C'est un événement de fin d'échec critique. L'analyse des raisons et de la fréquence des annulations aide à identifier les problèmes dans le processus de capture des commandes ou liés à la satisfaction client. Source des données : C'est une transaction explicite dans l'OMS qui modifie le statut de la commande en 'Annulée'. L'horodatage de ce changement de statut marque l'événement. Capture Comptabilisé lorsque le statut de la commande est mis à jour à 'Annulée'. Type d'événement explicit | |||
| Commande client reçue | Cette activité marque la création d'une nouvelle commande logistique dans le système, généralement initiée par un client via EDI, un portail web ou une saisie manuelle. Cet événement est capturé lorsqu'un nouvel enregistrement de commande est créé avec un identifiant unique dans le module de Gestion des commandes. | ||
| Pourquoi est-ce important ? : C'est l'événement de démarrage principal pour le processus logistique complet. L'analyse de son timing est indispensablele pour calculer le temps de cycle total de la commande et comprendre les schémas de demande. Source des données : Comptabilisé comme une transaction explicite dans le module Manhattan Gestion des commandes System (OMS). Recherchez les tables de création de commandes et leurs horodatages associés. Capture Comptabilisé lors de la création d'un enregistrement de commande de vente. Type d'événement explicit | |||
| Expédition expédiée | Cette activité marque le moment où l'expédition quitte physiquement l'entrepôt ou le centre de distribution. Elle est généralement capturée via une transaction finale de 'confirmation d'expédition' dans le WMS lorsque le camion est scellé et part. | ||
| Pourquoi est-ce important ? : C'est un jalon critique qui marque la fin de la manutention en entrepôt et le début du temps de transit. C'est un événement clé pour mesurer l'expédition à temps et le temps de traitement en entrepôt. Source des données : Une transaction principale et explicite dans Manhattan WMS/TMS, souvent appelée 'Confirmation d'expédition' ou 'Clôture du manifeste'. Cette transaction est horodatée et finalise les détails de l'expédition. Capture Comptabilisé par la transaction 'Confirmation d'expédition' dans le WMS. Type d'événement explicit | |||
| Marchandises prélevées | Un opérateur d'entrepôt récupère physiquement les articles d'une commande depuis leurs emplacements de stockage. Cette activité est généralement enregistrée lorsque l'opérateur confirme le prélèvement, souvent en scannant les codes-barres de l'article et de l'emplacement. | ||
| Pourquoi est-ce important ? : L'analyse de la durée du prélèvement est clée pour identifier les points de blocage de l'entrepôt et améliorer l'efficacité de la main-d'œuvre. Elle contribue directement au le KPI de temps de cycle de prélèvement.lèvement en entrepôt. Source des données : Comptabilisé comme une transaction explicite dans les journaux de tâches ou d'exécution du WMS. Chaque confirmation de prélèvement.lèvement est horodatée et associée à un opérateur et à une commande. Capture Comptabilisé via un scan ou une confirmation dans l'interface de prélèvement.lèvement WMS. Type d'événement explicit | |||
| Onde créée | Une 'vague' est créée dans le WMS, regroupant plusieurs commandes ou lignes d'expédition pour un prélèvement et un emballage efficaces et coordonnés. La création d'une vague est un événement système distinct qui lance le processus d'exécution physique pour un lot de commandes. | ||
| Pourquoi est-ce important ? : Cette activité est un jalon clé dans les opérations d'entrepôt. L'analyse du temps d'attente des commandes avant leur libération pour le prélèvement peut révéler des inefficacités dans la stratégie de regroupement et des lacunes dans la planification des ressources. Source des données : Explicitement enregistré dans le WMS de Manhattan lorsqu'un utilisateur ou un processus automatisé initie une vague. Les tables de création de vague contiennent les horodatages de cet événement. Capture Capturé à partir de l'horodatage sur l'enregistrement de création de vague. Type d'événement explicit | |||
| Preuve de livraison reçue | La confirmation finale d'une livraison réussie, incluant souvent une signature, est reçue et enregistrée dans le système. Il peut s'agir d'une confirmation électronique du transporteur ou d'un document scanné et attaché manuellement. | ||
| Pourquoi est-ce important ? : Cette activité est l'événement de fin de succès principal pour le processus logistique. Elle est indispensablele pour calculer le temps de cycle complet de la commande et le taux de paiement à temps du client. Source des données : Il peut s'agir d'un événement explicite issu d'un message du transporteur ou déduit d'un changement de statut sur l'enregistrement d'expédition à 'POD Reçu' ou 'Terminé'. L'horodatage marque la clôture finale. Capture Déduit d'un changement de statut d'expédition à 'Livré' ou 'POD Confirmé'. Type d'événement inferred | |||
| Commande allouée | Le système réserve des unités de stock spécifiques dans un entrepôt pour une commande particulière. Cette allocation est une étape critique qui précède toute activité physique en entrepôt. | ||
| Pourquoi est-ce important ? : Ce jalon marque la transition de la gestion des commandes à l'exécution en entrepôt. Le temps entre la réception et l'allocation des commandes met en évidence les arriérés de traitement potentiels avant le début de l'exécution. Source des données : Capturé comme une mise à jour de statut sur la ligne de commande ou d'expédition dans Manhattan WMS. L'événement est l'horodatage lorsque le statut passe à 'Alloué' ou à un état similaire. Capture Identifié par l'horodatage du changement de statut de la ligne de commande à 'Alloué'. Type d'événement inferred | |||
| Commande d'achat créée | Un bon de commande est généré pour l'approvisionnement de marchandises auprès d'un fournisseur externe, généralement déclenché par une rupture de stock ou une situation de commande en souffrance directe. Il s'agit d'une transaction explicite créant un nouveau document de bon de commande lié à la demande client. | ||
| Pourquoi est-ce important ? : Le suivi de la création des commandes d'achat (PO) est indispensable pour analyser la partie approvisionnement de la chaîne d'approvisionnement et son impact sur le délai de livraison global des commandes. Il aide à mesurer la performance des fournisseurs. Source des données : Comptabilisé comme un événement distinct dans le module d'approvisionnement ou d'achats. Recherchez les tables de création de commandes d'achat (PO) et leurs horodatages, souvent liés à la commande client originale. Capture Comptabilisé lorsqu'un nouvel enregistrement de Bon de Commande est sauvegardé. Type d'événement explicit | |||
| Disponibilité des stocks vérifiée | Le système vérifie les niveaux de stock disponibles pour déterminer si la commande client peut être exécutée à partir du stock existant. Il s'agit souvent d'une étape automatisée suivant immédiatement la création de la commande, entraînant une mise à jour du statut de la ligne de commande. | ||
| Pourquoi est-ce important ? : Cette activité est indispensablele pour comprendre les cycles de réapprovisionnement des stocks et identifier les risques de rupture de stock. Les retards ici peuvent avoir un impact direct sur les délais de livraison des commandes. Source des données : Généralement inféré des changements de statut de ligne de commande au sein du module OMS. Un changement de 'Nouveau' à 'En attente d'allocation' ou un statut similaire signifie souvent l'achèvement de cette vérification. Capture Déduit d'un changement de statut de ligne de commande post-création. Type d'événement inferred | |||
| Expédition créée | Un enregistrement d'expédition logique est créé dans le système, regroupant une ou plusieurs commandes ou cartons destinés à la même localisation via le même transporteur. Cette étape formalise le plan de transport pour les marchandises sortantes. | ||
| Pourquoi est-ce important ? : Cette activité fait le lien entre les opérations d'entrepôt et la gestion du transport. Elle constitue une base pour l'attribution des transporteurs, la tarification du fret et la création des documents d'expédition. Source des données : Une transaction explicite danss modules WMS ou TMS de Manhattan. Elle est enregistrée dans les tables d'en-tête d'expédition avec un horodatage de création. Capture Comptabilisé lorsqu'un nouvel enregistrement d'expédition est généré. Type d'événement explicit | |||
| Expédition reportée | La date d'expédition prévue pour une commande est modifiée en raison de problèmes tels que l'indisponibilité des stocks, une demande client ou des contraintes de transport. Cela représente une boucle de reprises dans le processus d'exécution. | ||
| Pourquoi est-ce important ? : Le suivi des reports est impératif pour identifier les sources de retard et d'instabilité des processus. Cette activité prend directement en charge le KPI du taux de reprise des commandes et aide à quantifier l'impact des exceptions. Source des données : Déduit des changements apportés aux champs de date d'expédition planifiée ou demandée sur l'enregistrement de commande ou d'expédition. Une comparaison entre la date originale et la date mise à jour indique un événement de replanification. Capture Dérivé en comparant les valeurs historiques et actuelles du champ 'Date d'expédition planifiée'. Type d'événement calculated | |||
| Marchandises emballées | Les articles prélevés sont consolidés et emballés dans un ou plusieurs conteneurs ou cartons d'expédition. Cet événement est généralement enregistré lorsqu'un opérateur de station d'emballage confirme que le carton est scellé et qu'une étiquette d'expédition est générée. | ||
| Pourquoi est-ce important ? : Cela marque l'achèvement du processus principal de prélèvement.lèvement et d'emballage. L'analyse du temps entre le prélèvement et l'emballage aide à optimiser la disposition des stations d'emballage et l'allocation des ressources. Source des données : Un événement explicite capturé dans le WMS à la station d'emballage. Recherchez les tables de création de carton ou de confirmation d'emballage avec horodatage. Capture Comptabilisé à la fin de l'étape de vérification de l'emballage. Type d'événement explicit | |||
| Marchandises livrées au client | L'expédition arrive et est déchargée à la destination du client. Cet événement est souvent capturé via une mise à jour électronique, telle qu'un message EDI 214, reçu du transporteur. | ||
| Pourquoi est-ce important ? : Cette activité offre une visibilité sur la performance du transporteur et le temps de transit réel. C'est un prérequis pour mesurer la paiement à temps et initier l'étape finale de la preuve de livraison. Source des données : C'est généralement un événement explicite déclenché par un message externe du transporteur, qui met à jour le statut de l'expédition dans le TMS. L'horodatage est dérivé de la mise à jour du transporteur. Capture Capturé à partir d'un message EDI du transporteur (par exemple, EDI 214) mettant à jour le statut de l'expédition. Type d'événement explicit | |||
| Marchandises reçues du fournisseur | Cette activité enregistre la réception physique des marchandises d'un fournisseur au quai de l'entrepôt, généralement contre une commande d'achat. Elle est capturée explicitement dans le WMS lorsque le personnel de l'entrepôt scanne et enregistre l'inventaire entrant. | ||
| Pourquoi est-ce important ? : C'est un jalon essentiel pour mesurer la performance de paiement à temps des fournisseurs. Il marque la conclusion de la phase logistique entrante et rend le stock disponible pour l'exécution. Source des données : Une transaction standard et explicite dans le module de logistique entrante de Manhattan WMS. Capturée dans les journaux de réception avec horodatage, associée à un bon de commande (BC) ou à un avis d'expédition anticipé (ASN). Capture Comptabilisé par une transaction de réception d'entrepôt. Type d'événement explicit | |||
| Transporteur assigné | Un transporteur spécifique est sélectionné et assigné à l'expédition. Il peut s'agir d'un processus automatisé basé sur des guides de routage ou d'une sélection manuelle par un planificateur de transport. | ||
| Pourquoi est-ce important ? : Ce point de décision est impératif pour analyser les coûts de transport et la performance des transporteurs. Le temps nécessaire pour attribuer un transporteur peut indiquer des retards de planification. Source des données : Déduit d'un changement horodaté du champ 'transporteur' sur l'enregistrement d'expédition dans le module TMS. L'événement est lorsque ce champ est rempli pour la première fois. Capture Déduit du journal des modifications ou de l'horodatage de mise à jour du champ transporteur de l'expédition. Type d'événement inferred | |||
Guides d'extraction
Les méthodes d'extraction pour ce processus sont en cours de validation. Veuillez revenir plus tard ou contactez-nous pour obtenir de l'aide.