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 la gestion de la chaîne d’approvisionnement
| Nom | Description | ||
|---|---|---|---|
| Commande logistique LogisticsOrder | Identifiant unique d’une commande logistique, qui sert d’identifiant de cas principal pour suivre le processus de chaîne logistique de bout en bout. | ||
| Description La commande logistique est le numéro de suivi central qui relie toutes les activités associées, de la création de la commande client à la livraison finale. Chaque commande logistique représente un parcours d’exécution unique et permet d’analyser l’ensemble du cycle de vie de la commande, notamment l’approvisionnement, l’entreposage, l’expédition et la livraison. Dans le Process Mining, cet attribut sert à regrouper tous les événements associés au sein d’un même cas. L’analyse des processus par commande logistique permet de calculer les temps de cycle de bout en bout, d’identifier les variantes courantes du processus et de détecter les goulots d’étranglement ou les écarts qui touchent certaines commandes. Pourquoi c’est important Il s’agit du Case ID essentiel qui regroupe tous les événements associés et permet de retracer le parcours complet d’une commande, du début à la fin. Où les obtenir Il s’agit de la clé primaire des principales tables de gestion des commandes dans Manhattan Associates. Consultez la documentation du système pour connaître la table précise, probablement liée aux en-têtes de commande. Exemples LO-2024-00123LO-2024-00456LO-2024-00789 | |||
| Horodatage de l’événement EventTimestamp | Date et heure exactes auxquelles l’activité s’est produite. | ||
| Description 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 essentiel pour classer les événements dans l’ordre chronologique et calculer les durées entre les activités. Dans le Process Mining, ces données servent à construire la chronologie de chaque cas, à calculer les temps de cycle, à identifier les retards et à analyser les performances des processus au fil du temps. Des horodatages précis constituent la base de presque toutes les analyses de processus fondées sur le temps et des calculs de KPI, notamment le délai de traitement et le respect des délais. Pourquoi c’est important Cet attribut fournit l’ordre chronologique des événements et est essentiel pour calculer tous les indicateurs temporels, comme les temps de cycle et les retards. Où les obtenir Ces informations figurent dans les tables des journaux de transactions, à côté de l’événement correspondant ou de la mise à jour du statut dans Manhattan Associates. Exemples 2023-10-26T10:00:00Z2023-10-26T14:30:00Z2023-10-27T08:15:00Z | |||
| Nom de l’activité ActivityName | Nom de l’événement métier ou de l’étape précise qui s’est produite dans le processus logistique. | ||
| Description Le nom de l’activité décrit une étape distincte du cycle de vie de la chaîne d’approvisionnement, comme « Commande attribuée », « Marchandises prélevées » ou « Expédition envoyée ». Ces activités constituent les nœuds de la carte de processus découverte. L’analyse de ces activités permet de visualiser le flux du processus, d’identifier les parcours fréquents et de mesurer le temps passé à chaque étape. Elle est fondamentale pour comprendre le déroulement du parcours d’une commande logistique et sert à repérer les reprises, les goulots d’étranglement et les écarts par rapport au processus standard. Pourquoi c’est important Cet attribut définit les étapes du processus. Il constitue la base de la carte de processus et permet d’analyser le flux ainsi que les goulots d’étranglement. Où les obtenir Il est généralement obtenu en associant les codes d’événement ou les changements de statut issus de différentes tables de transactions de Manhattan Associates à des noms d’activités compréhensibles. 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 la dernière actualisation ou extraction des données de cet enregistrement depuis le système source. | ||
| Description Cet attribut indique la date et l’heure de la dernière extraction des données depuis le système source. Il s’agit d’un champ de métadonnées qui aide les utilisateurs à évaluer l’actualité des données analysées. Dans les Dashboards de Process Mining, ces informations sont essentielles pour préciser la date de mise à jour des analyses. Elles permettent aux parties prenantes de connaître la récence des données et de prendre leurs décisions en conséquence, en évitant de fonder l’analyse sur des informations obsolètes. Pourquoi c’est important Indique l’actualité des données afin que les analyses et les décisions reposent sur des informations à jour. Où les obtenir Cet horodatage est généré et ajouté lors du processus d’extraction, de transformation et de chargement (ETL) des données. Exemples 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Système source SourceSystem | Le système à partir duquel les données ont été extraites. | ||
| Description Cet attribut identifie le système d’information source à l’origine des données d’événements. Dans ce contexte, il s’agit généralement de « Manhattan Associates », mais il peut également servir à distinguer différents modules ou systèmes intégrés. Il est important pour la gouvernance des données et la compréhension de leur contexte, notamment lorsque des données provenant de plusieurs systèmes sont combinées. Il facilite la traçabilité des données et le dépannage des problèmes de qualité des données. Pourquoi c’est important Identifie l’origine des données, un élément essentiel pour la gouvernance et la validation des données, ainsi que pour la fusion de données provenant de plusieurs systèmes d’entreprise. Où les obtenir Il s’agit généralement d’une valeur statique ajoutée lors de l’extraction des données afin d’indiquer l’origine du jeu de données. 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. | ||
| Description Cet attribut enregistre la date cible à laquelle les marchandises doivent être livrées au client ou sur le site de réception. Elle sert de référence pour mesurer la performance des livraisons à temps. Dans l’analyse, cette date est comparée à l’horodatage réel de livraison (« Proof of Delivery Received ») afin de déterminer si une commande a été livrée à temps, en avance ou en retard. Elle est indispensable au calcul d’indicateurs tels que le « taux de livraison client à temps » et le « taux de livraison fournisseur à temps », ainsi qu’à la création des Dashboards de performance associés. Pourquoi c’est important Cette date constitue la référence pour mesurer la performance des livraisons à temps, un KPI essentiel pour la satisfaction client et la gestion des fournisseurs. Où les obtenir Se trouve dans les tables d’en-tête des commandes ou de lignes de commande de Manhattan Associates. Consultez la documentation du système. Exemples 2023-11-102023-11-152023-12-01 | |||
| Mode de transport ModeOfTransport | Le mode de transport utilisé pour l’expédition, par exemple le camion, l’avion ou le bateau. | ||
| Description Cet attribut précise le mode de transport utilisé pour acheminer les marchandises de l’entrepôt à leur destination. Il peut s’agir, par exemple, d’un chargement complet (FTL), d’un chargement partiel (LTL), du fret aérien, du fret maritime ou d’un envoi de colis. Cette dimension est essentielle au Dashboard « Analyse des coûts et de l’efficacité du transport ». Elle permet de comparer le coût et la rapidité des différents modes de transport et de calculer le KPI « fréquence des expéditions accélérées » en identifiant les situations dans lesquelles des modes plus rapides et plus coûteux sont utilisés. Pourquoi c’est important Aide à analyser les coûts et l’efficacité du transport, ainsi qu’à identifier le recours à des options d’expédition accélérée coûteuses. Où les obtenir Se trouve dans les tables de planification des expéditions ou du transport du module TMS de Manhattan Associates. Exemples Fret aérienLTLTransport maritimeColis | |||
| Nom de l’utilisateur UserName | Le nom ou l’identifiant de l’utilisateur qui a exécuté l’activité. | ||
| Description Cet attribut identifie le collaborateur ou l’utilisateur système responsable de l’exécution d’une étape donnée du processus. Il peut s’agir d’un identifiant utilisateur unique, d’un nom ou du nom d’un compte système pour les tâches automatisées. L’analyse par utilisateur aide à comprendre la répartition de la charge de travail et la performance des ressources, ainsi qu’à identifier les besoins de formation. Elle est essentielle pour les Dashboards consacrés à la charge des ressources et au débit, ainsi que pour l’analyse des écarts de processus propres à certains utilisateurs. Pourquoi c’est important Permet d’analyser la performance des ressources et la répartition de la charge de travail, et d’identifier les utilisateurs ou les équipes impliqués dans les exceptions de processus. Où les obtenir Se trouve généralement dans les tables de transactions, à côté des données d’événements, souvent dans un champ « UserID » ou « ChangedBy ». Consultez la documentation de Manhattan Associates. Exemples jdoeasmithsys_batch_user | |||
| SKU produit ProductSKU | L’unité de gestion des stocks (SKU) ou l’identifiant du produit figurant dans la commande. | ||
| Description Le Product SKU est un code unique qui identifie un produit donné. Une même commande logistique peut contenir plusieurs SKU. L’analyse du processus au niveau du produit permet de déterminer si certains articles sont associés à des inefficacités, telles que des temps de préparation plus longs, des taux de reprise plus élevés ou des ruptures de stock fréquentes. Cet attribut est essentiel au Dashboard « Réapprovisionnement des stocks et risque de rupture » pour analyser la rapidité du réapprovisionnement par produit. Pourquoi c’est important Permet d’analyser les processus au niveau du produit afin de détecter les ruptures de stock, les retards de préparation ou les problèmes de qualité liés à certains articles. Où les obtenir Se trouve dans les tables de lignes de commande de Manhattan Associates. Il faut joindre l’en-tête de la commande aux détails des lignes. Exemples SKU-A123-REDSKU-B456-LSKU-C789-V2 | |||
| Type de commande OrderType | La classification de la commande logistique, par exemple standard, express ou de réapprovisionnement. | ||
| Description Order Type catégorise les commandes logistiques selon leur nature ou leur niveau de priorité. Les types courants comprennent les commandes client, les commandes de transfert de stock et les commandes de retour. Chaque type peut suivre un flux de processus et être soumis à un accord de niveau de service (SLA) différent. Cet attribut est essentiel pour l’analyse comparative. En filtrant ou en segmentant le processus par Order Type, les analystes peuvent comprendre comment les différents types de commandes sont traités, comparer leurs temps de cycle et déterminer si certains sont davantage sujets aux retards ou aux exceptions. Il alimente directement le Dashboard « Comparaison des temps de cycle par type de commande ». Pourquoi c’est important Permet de comparer la performance et les flux de processus de différents types de commandes, qui suivent souvent des parcours et des SLA spécifiques. Où les obtenir Se trouve dans les données d’en-tête des commandes de Manhattan Associates. Consultez la documentation du système pour connaître le nom exact du champ. Exemples Commande standardLivraison expressRéapprovisionnement des stocksCommande de retour | |||
| Coût total TotalCost | Le coût financier total associé à la commande logistique ou à certaines activités. | ||
| Description Cet attribut représente le coût total engagé pour la commande logistique. Il peut être ventilé entre le transport, l’entreposage et les frais de manutention. Le niveau de détail dépend des données sources. Les données de coût sont particulièrement utiles pour un Process Mining fondé sur la valeur. Elles alimentent le Dashboard « Analyse des coûts et de l’efficacité du transport » en apportant un contexte financier aux temps de cycle. L’analyse des coûts permet aux entreprises d’identifier les variantes de processus les plus coûteuses et de prendre des décisions fondées sur les données afin d’optimiser à la fois la rapidité et les dépenses. Pourquoi c’est important Ajoute une dimension financière au processus et permet d’analyser les facteurs de coût ainsi que l’impact financier des inefficacités. Où les obtenir Les données de coût peuvent provenir de plusieurs tables de Manhattan Associates ou nécessiter une intégration avec un système financier. Consultez la documentation relative aux tables de coûts de fret ou de valorisation des commandes. Exemples 150.752500.0085.50 | |||
| Identifiant 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éparation et d’emballage. | ||
| Description Cet attribut identifie l’entrepôt chargé d’exécuter la commande. Dans les organisations qui gèrent plusieurs entrepôts, il constitue une dimension essentielle de l’analyse. Il alimente directement le Dashboard « Analyse des goulots d’étranglement de la préparation en entrepôt », qui permet de comparer les performances des différents sites. Les analystes peuvent identifier les entrepôts les plus efficaces, ceux dont les temps de cycle de préparation sont les plus longs et les sites où une réaffectation des ressources peut être nécessaire. Pourquoi c’est important Permet de comparer les performances de différents entrepôts afin d’identifier les goulots d’étranglement propres à chaque site et les meilleures pratiques. Où les obtenir Fait généralement partie des données de commande ou d’expédition dans le WMS de Manhattan Associates et indique le site chargé de l’exécution. Exemples WH01-EASTWH02-WESTWH03-CENTRAL | |||
| Identifiant de l’expédition ShipmentId | Un identifiant unique pour une expédition, qui peut regrouper une ou plusieurs commandes logistiques. | ||
| Description Le Shipment ID est un numéro de référence attribué à un groupe consolidé de marchandises transportées ensemble. Une même expédition peut comprendre plusieurs commandes logistiques, notamment lorsqu’elles sont destinées au même lieu. La Logistics Order constitue l’identifiant de dossier, tandis que le Shipment ID fournit un contexte important. Il permet d’analyser les activités au niveau de l’expédition, telles que « Carrier Assigned » ou « Shipment Dispatched », et de comprendre l’efficacité de la consolidation ainsi que la planification du transport. Pourquoi c’est important Relie les commandes expédiées ensemble et permet d’analyser l’efficacité du transport ainsi que les stratégies de consolidation. Où les obtenir Est généré et stocké dans les tables de planification du transport et des expéditions de Manhattan Associates. Exemples SH-98765SH-98766SH-98767 | |||
| Lieu d’origine OriginLocation | L’entrepôt, l’usine ou le site d’où part l’expédition. | ||
| Description Cet attribut indique le point de départ de l’expédition, par exemple un centre de distribution, une usine de production ou le site d’un fournisseur. Il est généralement représenté par un code ou un nom de lieu. Les données d’origine et de destination sont fondamentales pour analyser le réseau logistique. Cet attribut alimente le Dashboard « Matrice des délais origine-destination », qui permet de visualiser et d’analyser les délais sur les différentes liaisons d’expédition et d’identifier les goulots d’étranglement régionaux ou propres à certains sites. Pourquoi c’est important Essentiel pour optimiser le réseau logistique et identifier les écarts de performance entre les différentes liaisons ou installations. Où les obtenir Ces informations sont généralement stockées dans les tables d’en-tête des expéditions ou des commandes de Manhattan Associates. Exemples DC-AtlantaWH-NevadaPlant-Mexico-01 | |||
| Lieu de destination DestinationLocation | L’adresse, le magasin ou le site du client où l’expédition est livrée. | ||
| Description Cet attribut précise le point de livraison final des marchandises. Il peut s’agir du centre de distribution d’un client, d’un magasin ou de l’adresse du consommateur final. Il est souvent représenté par une ville, un État ou un code postal. Associé au lieu d’origine, cet attribut est essentiel au Dashboard « Matrice des délais entre origines et destinations ». L’analyse des délais par destination permet d’identifier les difficultés de livraison dans certaines régions et d’évaluer l’efficacité du réseau de distribution. Pourquoi c’est important Cet attribut aide à analyser les performances de livraison dans différentes zones géographiques et à identifier les goulots d’étranglement régionaux ou les problèmes liés aux transporteurs. Où les obtenir Il s’agit des informations relatives à l’adresse de livraison, présentes dans l’en-tête de la commande ou dans les détails de l’expédition de Manhattan Associates. Exemples New York, NYLos Angeles, CAMagasin n° 582 | |||
| Livraison à temps (client) IsOnTimeDeliveryCustomer | Un indicateur calculé qui précise si la commande a été livrée au client à la date de livraison demandée ou avant celle-ci. | ||
| Description Cet attribut booléen est calculé en comparant l’horodatage de l’événement « Proof of Delivery Received » avec « RequestedDeliveryDate ». Il indique pour chaque commande si la livraison a été effectuée à temps (true) ou en retard (false). Cet attribut alimente directement le KPI et le Dashboard « Taux de livraison client à temps ». Il simplifie l’analyse en fournissant un résultat binaire clair pour chaque dossier, ce qui facilite le filtrage des commandes en retard et l’étude des causes profondes des retards. Pourquoi c’est important Mesure directement le niveau de service client et simplifie l’analyse de la performance des livraisons à temps en classant chaque commande comme livrée à temps ou en retard. Où les obtenir Il ne s’agit pas d’un champ du système source. Il est calculé lors de la transformation des données en comparant l’horodatage réel de livraison à la date de livraison demandée. Exemples truefalse | |||
| Nom du client CustomerName | Le nom du client auquel les marchandises sont livrées. | ||
| Description Cet attribut identifie le client final qui reçoit l’expédition. Il peut s’agir d’un particulier ou d’une entreprise. Les informations client sont essentielles pour analyser les niveaux de service et identifier les tendances propres à certains clients. Elles alimentent le Dashboard « Taux de livraison client à temps » en permettant de segmenter la performance des livraisons par client, afin de déterminer si les retards se concentrent sur certains comptes ou certaines régions. Pourquoi c’est important Permet de segmenter l’analyse par client, ce qui est essentiel pour comprendre les problèmes propres à chaque client et mesurer les niveaux de service. Où les obtenir Se trouve dans les données d’en-tête des commandes, souvent via un identifiant client. Consultez la documentation de Manhattan Associates. Exemples Retail CorpBigMartSuperStore Inc. | |||
| Nom du fournisseur SupplierName | Le nom du fournisseur qui fournit les marchandises d’une commande d’achat. | ||
| Description Cet attribut identifie le vendeur ou le fournisseur auprès duquel les marchandises ou les matières premières sont achetées. Il concerne les commandes logistiques déclenchées par une commande d’achat. L’analyse par fournisseur est essentielle pour évaluer la performance des fournisseurs. Elle permet de créer des fiches d’évaluation, de suivre les taux de livraison à temps et d’identifier les fournisseurs fréquemment associés aux retards lors de l’étape « Goods Received ». Elle alimente directement le Dashboard « Performance des livraisons fournisseurs à temps ». Pourquoi c’est important Permet d’analyser la performance des fournisseurs, d’identifier les partenaires fiables et de repérer les sources de retards dans la chaîne d’approvisionnement amont. Où les obtenir Est lié aux tables de données des commandes d’achat dans Manhattan Associates. Une jointure entre la commande logistique et l’en-tête de la commande d’achat est souvent nécessaire. Exemples Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| Nom du transporteur CarrierName | Le nom du transporteur responsable de l’expédition. | ||
| Description Le Carrier Name identifie le partenaire logistique ou l’entreprise qui transporte physiquement les marchandises. Il peut s’agir d’un grand transporteur ou d’un coursier local. L’analyse par transporteur est essentielle pour évaluer sa performance en matière de livraison à temps, de coût et d’efficacité. Il s’agit d’une dimension principale du Dashboard « Analyse des coûts et de l’efficacité du transport », qui permet de comparer les temps de cycle et les coûts des différents transporteurs. Pourquoi c’est important Permet d’évaluer la performance des partenaires de transport et d’optimiser le choix des transporteurs en fonction du coût et de la fiabilité. Où les obtenir Se trouve dans les tables des expéditions ou des commandes de fret, généralement dans le module TMS de Manhattan Associates. Exemples FedExCH RobinsonMaersk | |||
Activités de gestion de la chaîne d’approvisionnement
| Activité | Description | ||
|---|---|---|---|
| Commande annulée | La commande client est officiellement annulée avant la fin de son exécution. Il s’agit d’un statut terminal qui interrompt tout traitement ultérieur de la commande logistique. | ||
| Pourquoi c’est important Il s’agit d’un événement de fin critique correspondant à un échec. L’analyse des motifs et de la fréquence des annulations aide à identifier les problèmes liés à la saisie des commandes ou à la satisfaction client. Où les obtenir Transaction explicite dans l’OMS, qui modifie le statut de la commande en « Canceled ». L’horodatage de ce changement de statut marque l’événement. Collecte Enregistré lorsque le statut de la commande est mis à jour vers « Canceled ». Type d’événement explicit | |||
| Commande client reçue | Cette activité correspond à la création d’une nouvelle commande logistique dans le système. Elle est généralement initiée par un client via EDI, un portail web ou une saisie manuelle. L’événement est enregistré lorsqu’une nouvelle commande est créée avec un identifiant unique dans le module Order Management. | ||
| Pourquoi c’est important Il s’agit de l’événement de départ principal du processus logistique de bout en bout. L’analyse de son horodatage est essentielle pour calculer la durée totale du cycle de commande et comprendre les tendances de la demande. Où les obtenir Cet événement est enregistré comme une transaction explicite dans le module Manhattan Order Management System (OMS). Recherchez les tables de création des commandes et les horodatages associés. Collecte Enregistré lors de la création d’une commande client. Type d’événement explicit | |||
| Expédition expédiée | Cette activité correspond au moment où l’expédition quitte physiquement l’entrepôt ou le centre de distribution. Elle est généralement enregistrée au moyen d’une transaction finale « Ship Confirm » dans le WMS, lorsque la remorque est scellée et part. | ||
| Pourquoi c’est important Il s’agit d’une étape essentielle, qui marque la fin de la manutention en entrepôt et le début du temps de transport. Cet événement est important pour mesurer le respect des délais d’expédition et le temps de traitement en entrepôt. Où les obtenir Transaction explicite centrale dans Manhattan WMS/TMS, souvent appelée « Ship Confirm » ou « Manifest Close ». Cette transaction est horodatée et finalise les informations de l’expédition. Collecte Enregistré par la transaction « Ship Confirm » dans le WMS. Type d’événement explicit | |||
| Marchandises prélevées | Un opérateur d’entrepôt prélève physiquement les articles d’une commande dans 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 c’est important L’analyse de la durée de préparation des commandes est fondamentale pour identifier les goulots d’étranglement dans l’entrepôt et améliorer l’efficacité de la main-d’œuvre. Elle contribue directement à l’indicateur de temps de cycle de préparation en entrepôt. Où les obtenir Enregistré comme une transaction explicite dans les journaux des tâches ou de l’exécution du WMS. Chaque confirmation de prélèvement est horodatée et associée à un opérateur et à une commande. Collecte Enregistré par un scan ou une confirmation dans l’interface de picking du WMS. Type d’événement explicit | |||
| Preuve de livraison reçue | La confirmation finale de la livraison, souvent accompagnée d’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 numérisé et joint manuellement. | ||
| Pourquoi c’est important Cette activité constitue l’événement de fin réussi principal du processus logistique. Elle est essentielle pour calculer la durée complète du cycle de commande et le taux de livraison dans les délais aux clients. Où les obtenir Peut correspondre à un événement explicite issu d’un message du transporteur ou être déduit d’un changement du statut de l’expédition vers « POD Received » ou « Completed ». L’horodatage marque la clôture finale. Collecte Déduit d’un changement du statut de l’expédition vers « Delivered » ou « POD Confirmed ». Type d’événement inferred | |||
| Wave créée | Une « wave » est créée dans le WMS afin de regrouper plusieurs commandes ou lignes d’expédition pour organiser efficacement le picking et le packing. La création d’une wave constitue un événement système distinct qui lance le processus d’exécution physique pour un lot de commandes. | ||
| Pourquoi c’est important Cette activité constitue une étape importante des opérations d’entrepôt. L’analyse du temps d’attente des commandes avant leur intégration dans une wave peut révéler des inefficacités dans la stratégie de regroupement et des lacunes dans la planification des ressources. Où les obtenir L’événement est explicitement enregistré dans le Manhattan WMS lorsqu’un utilisateur ou un processus automatisé lance une wave. Les tables de création des waves contiennent les horodatages correspondants. Collecte Capturé à partir de l’horodatage de l’enregistrement de création de la wave. Type d’événement explicit | |||
| Commande allouée | Le système réserve des unités de stock précises dans un entrepôt pour une commande donnée. Cette allocation est une étape essentielle qui précède toute activité physique en entrepôt. | ||
| Pourquoi c’est important Cette étape marque le passage de la gestion des commandes à l’exécution en entrepôt. Le délai entre la réception de la commande et son allocation met en évidence les éventuels retards de traitement avant le début de l’exécution. Où les obtenir L’événement est enregistré comme une mise à jour du statut de la ligne de commande ou d’expédition dans le Manhattan WMS. Son horodatage correspond au moment où le statut passe à « Allocated » ou à un état similaire. Collecte Identifié par l’horodatage du changement de statut de la ligne de commande vers « Allocated ». Type d’événement inferred | |||
| Commande d’achat créée | Une commande d’achat est générée pour approvisionner des marchandises auprès d’un fournisseur externe, généralement à la suite d’une rupture de stock ou d’une situation de reliquat. Il s’agit d’une transaction explicite qui crée un nouveau document de commande d’achat lié à la demande client. | ||
| Pourquoi c’est important Le suivi de la création des commandes d’achat est essentiel pour analyser la partie approvisionnement de la chaîne logistique et son impact sur le délai global de traitement des commandes. Il permet également de mesurer la performance des fournisseurs. Où les obtenir Enregistré comme un événement distinct dans le module d’approvisionnement ou d’achat. Recherchez les tables de création des commandes d’achat et leurs horodatages, souvent reliés à la commande client d’origine. Collecte Enregistré lorsqu’un nouvel enregistrement de commande d’achat est sauvegardé. Type d’événement explicit | |||
| Disponibilité des stocks vérifiée | Le système vérifie les niveaux de stock disponibles afin de déterminer si la commande client peut être satisfaite à partir des stocks existants. Cette étape est souvent automatisée et intervient immédiatement après la création de la commande, avec pour résultat la mise à jour du statut de la ligne de commande. | ||
| Pourquoi c’est important Cette activité est essentielle pour comprendre les cycles de réapprovisionnement et identifier les risques de rupture de stock. Les retards à cette étape peuvent avoir un impact direct sur les délais de traitement des commandes. Où les obtenir Cet événement est généralement déduit des changements de statut des lignes de commande dans le module OMS. Le passage de « New » à « Awaiting Allocation », ou à un statut similaire, indique souvent que cette vérification est terminée. Collecte Déduit d’un changement de statut de la ligne de commande après sa création. Type d’événement inferred | |||
| Expédition créée | Un enregistrement logique d’expédition est créé dans le système. Il regroupe une ou plusieurs commandes ou cartons destinés au même lieu et transportés par le même transporteur. Cette étape formalise le plan de transport des marchandises sortantes. | ||
| Pourquoi c’est important Cette activité fait le lien entre les opérations d’entrepôt et la gestion du transport. Elle sert de base à l’affectation du transporteur, à la tarification du fret et à la création des documents d’expédition. Où les obtenir Transaction explicite dans les modules Manhattan WMS ou TMS. Elle est enregistrée dans les tables d’en-tête des expéditions avec un horodatage de création. Collecte Enregistré lorsqu’un nouvel enregistrement d’expédition est généré. Type d’événement explicit | |||
| Expédition replanifiée | La date d’expédition prévue d’une commande est modifiée en raison d’une indisponibilité des stocks, d’une demande du client ou de contraintes de transport. Cette modification représente une boucle de reprise dans le processus d’exécution. | ||
| Pourquoi c’est important Le suivi des replanifications est essentiel pour identifier les sources de retard et l’instabilité des processus. Cette activité contribue directement au KPI du taux de reprise des commandes et aide à quantifier l’impact des exceptions. Où les obtenir Déduit des modifications apportées aux champs de date d’expédition prévue ou demandée dans l’enregistrement de la commande ou de l’expédition. La comparaison entre la date d’origine et la date mise à jour indique une replanification. Collecte Déduit de la comparaison entre les valeurs historiques et actuelles du champ « Planned Ship Date ». Type d’événement calculated | |||
| Marchandises emballées | Les articles prélevés sont regroupé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 du poste d’emballage confirme que le carton est fermé et qu’une étiquette d’expédition a été générée. | ||
| Pourquoi c’est important Cette étape marque la fin du processus central de picking et de packing. L’analyse du délai entre le picking et le packing aide à optimiser l’aménagement des postes d’emballage et l’affectation des ressources. Où les obtenir Événement explicite enregistré dans le WMS au poste d’emballage. Recherchez les tables de création des cartons ou de confirmation du packing, avec leurs horodatages. Collecte Enregistré à la fin de l’étape de vérification du packing. Type d’événement explicit | |||
| Marchandises livrées au client | L’expédition arrive à destination chez le client et y est déchargée. Cet événement est souvent enregistré au moyen d’une mise à jour électronique, telle qu’un message EDI 214 reçu du transporteur. | ||
| Pourquoi c’est important Cette activité offre une visibilité sur la performance du transporteur et sur le temps de transport réel. Elle est nécessaire pour mesurer le respect des délais de livraison et lancer l’étape finale de preuve de livraison. Où les obtenir Il s’agit généralement d’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 provient de la mise à jour du transporteur. Collecte Capturé à partir d’un message EDI du transporteur, par exemple EDI 214, qui met à 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 en référence à une commande d’achat. Elle est explicitement enregistrée dans le WMS lorsque le personnel de l’entrepôt scanne et réceptionne les marchandises entrantes. | ||
| Pourquoi c’est important Il s’agit d’une étape essentielle pour mesurer le respect des délais de livraison par les fournisseurs. Elle marque la fin de la phase de logistique entrante et rend les stocks disponibles pour l’exécution des commandes. Où les obtenir Il s’agit d’une transaction standard et explicite du module de logistique entrante du Manhattan WMS. Elle est enregistrée dans les journaux de réception avec des horodatages et associée à une commande d’achat ou à un Advance Ship Notice (ASN). Collecte Enregistré par une transaction de réception en entrepôt. Type d’événement explicit | |||
| Transporteur affecté | Un transporteur précis est sélectionné et affecté à l’expédition. Cette opération peut être automatisée selon des guides d’acheminement ou réalisée manuellement par un planificateur de transport. | ||
| Pourquoi c’est important Ce point de décision est essentiel pour analyser les coûts de transport et la performance des transporteurs. Le temps nécessaire à l’affectation d’un transporteur peut révéler des retards de planification. Où les obtenir Déduit d’un changement horodaté du champ « carrier » dans l’enregistrement d’expédition du module TMS. L’événement correspond au premier renseignement de ce champ. Collecte Déduit du journal des modifications ou de l’horodatage de mise à jour du champ « carrier » de l’expédition. Type d’événement inferred | |||
Guides d’extraction
Les méthodes d’extraction de ce processus sont en cours de validation. Revenez plus tard ou contactez-nous pour obtenir de l’assistance.
Prêt à commencer ?
Utilisez ce modèle pour simplifier la préparation de vos données et commencer dès aujourd’hui à optimiser les performances de votre chaîne d’approvisionnement. Identifiez les inefficacités cachées et obtenez des améliorations significatives grâce à des analyses concrètes.
Améliorez les performances de votre chaîne d’approvisionnement dans Manhattan Associates
Bénéficiez d’une visibilité de bout en bout et atteignez une précision des prévisions de 90 %.
Aucune carte bancaire requise. Configuration en quelques minutes.