Votre template de données de gestion des stocks
Microsoft Dynamics 365Votre template de données de gestion des stocks
- Attributs recommandés à collecter
- Activités clés à suivre
- Guide d'extraction
Attributs de gestion des stocks
| Nom | Description | ||
|---|---|---|---|
|
Heure de l'événement
EventTime
|
Le timestamp précis indiquant quand l'activité d'inventaire a eu lieu. | ||
|
Description
Cet attribut capture la date et l'heure auxquelles une activité a été enregistrée dans le système. Il fournit l'ordre chronologique des events pour chaque lot de stock, ce qui est fondamental pour le Process Mining. Les timestamps sont utilisés pour calculer les temps de cycle, les durées et les temps d'attente entre les activités. Cela permet l'analyse des performances, l'identification des bottlenecks et le suivi du respect des accords de niveau de service. Des timestamps précis et complets sont essentiels pour une analyse de processus significative.
Pourquoi c'est important
Le timestamp est crucial pour ordonner les events, calculer les temps de cycle et les durées, et analyser la performance du processus au fil du temps.
Où obtenir
Généralement trouvé dans les tables de transactions comme InventTrans (par exemple, DATEPHYSICAL, CREATEDDATETIME) ou les tables d'ordres de travail comme WHSWorkTable (par exemple, CREATEDDATETIME, MODIFIEDDATETIME).
Exemples
2023-10-26T09:00:00Z2023-10-26T11:34:15Z2023-10-27T14:21:05Z
|
|||
|
Lot de stock / Lot
InventoryBatchLot
|
L'identifiant unique d'un lot spécifique d'un article d'inventaire, servant d'identifiant de case principal. | ||
|
Description
Le numéro de lot de stock ou de lot sert d'identifiant de case principal, regroupant toutes les activités liées à une quantité spécifique de produit. Cela permet de suivre le cycle de vie complet d'une quantité de stock distincte, de sa réception en inventaire à ses divers mouvements et à son émission ou consommation éventuelle. Dans l'analyse des processus, cet attribut permet une vue holistique du parcours de chaque lot de stock. En suivant un seul lot, les analystes peuvent mesurer les temps de cycle de bout en bout, identifier les parcours courants et découvrir les écarts par rapport aux procédures opérationnelles standard pour des articles ou des fournisseurs spécifiques.
Pourquoi c'est important
C'est la clé essentielle pour retracer le cycle de vie de bout en bout d'une quantité d'inventaire, permettant l'analyse des variantes et la surveillance des performances pour chaque lot spécifique.
Où obtenir
Cet identifiant se trouve généralement dans les tables de transactions d'inventaire comme InventTrans et les tables associées gérant les détails des lots comme InventBatch.
Exemples
BCH003451LOT2024-A55B001-RAW-STEEL
|
|||
|
Nom de l'activité
ActivityName
|
Le nom de l'event spécifique de gestion des stocks qui s'est produit, tel que « Réception des marchandises enregistrée » ou « Prélèvement terminé ». | ||
|
Description
Cet attribut décrit l'activité commerciale qui a été effectuée à un moment donné pour un lot de stock donné. Il représente une seule étape dans le processus global de gestion des stocks, formant la séquence d'events qui constitue le process flow. L'analyse de la séquence d'activités est le cœur du Process Mining. Elle aide à visualiser la carte des processus, à identifier les bottlenecks entre les activités, à mesurer les temps de transition et à découvrir les variations de processus non standard. Chaque valeur correspond à un jalon clé dans le cycle de vie de l'inventaire.
Pourquoi c'est important
Cet attribut définit les étapes du processus, permettant de visualiser la carte des processus, d'analyser les variantes et d'identifier les bottlenecks.
Où obtenir
Dérivé des types de transaction, des changements de statut ou des types d'ordres de travail au sein de tables comme InventTrans, WHSWorkTable et WHSRFMenuItemTable.
Exemples
Réception des marchandises enregistréeRangement terminéÉcart d'inventaire ajusté`Prélèvement terminé`Stock mis au rebut
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Timestamp indiquant la dernière fois que les données de ce processus ont été actualisées à partir du système source. | ||
|
Description
Cet attribut enregistre la date et l'heure de la plus récente extraction ou actualisation des données. Il assure la transparence quant à la fraîcheur des données analysées. Ceci est important pour que les utilisateurs comprennent l'actualité de l'analyse des processus. Il aide à gérer les attentes concernant la pertinence des données et constitue une pièce maîtresse des metadata pour tout rapport ou dashboard, garantissant que les décisions sont prises sur la base d'un cadre temporel compris.
Pourquoi c'est important
Informe les utilisateurs sur l'actualité des données, garantissant qu'ils sont conscients de la mise à jour de l'analyse.
Où obtenir
Il s'agit d'un champ de metadata généré pendant le pipeline d'ingestion des données, enregistrant le timestamp du travail d'extraction.
Exemples
2024-01-20T05:00:00Z2024-01-21T05:00:00Z
|
|||
|
Système source
SourceSystem
|
Identifie le système d'où proviennent les données, par exemple, 'Dynamics 365 F&O'. | ||
|
Description
Cet attribut spécifie l'application ou la plateforme source qui a généré les données d'event. Dans une entreprise moderne, les données peuvent provenir de plusieurs systèmes, tels qu'un ERP, un système de gestion d'entrepôt (WMS) ou un système d'exécution de fabrication (MES). Bien que souvent une valeur statique dans une analyse de système unique, il devient critique lors de la combinaison de données de plusieurs sources. Il aide à garantir l'intégrité des données, à résoudre les problèmes d'intégration et à comprendre comment différents systèmes contribuent au processus global.
Pourquoi c'est important
Fournit un contexte essentiel sur l'origine des données, crucial pour la gouvernance des données et lors de l'analyse de processus qui couvrent plusieurs systèmes intégrés.
Où obtenir
Il s'agit généralement d'une valeur statique ajoutée lors du processus d'extraction des données pour étiqueter l'origine de l'ensemble de données.
Exemples
Dynamics 365 F&OD365 SCMMicrosoft Dynamics AX
|
|||
|
`ID Article`
ItemId
|
L'identifiant unique du produit ou du matériau traité, également connu sous le nom de SKU. | ||
|
Description
Cet attribut est le code unique d'un produit, d'un matériau ou d'une unité de gestion des stocks (SKU) spécifique. Il lie chaque activité d'inventaire à l'article déplacé, compté ou inspecté. L'analyse du processus par ID d'article permet des analyses approfondies du comportement spécifique au produit. Elle aide à répondre à des questions telles que quels produits ont les temps de rangement les plus longs, lesquels sont le plus fréquemment ajustés, ou lesquels sont le plus souvent mis au rebut. Ceci est fondamental pour l'optimisation des stocks et la gestion du cycle de vie des produits.
Pourquoi c'est important
Lie les activités d'inventaire à des produits spécifiques (SKUs), permettant l'analyse des performances, coûts et problèmes liés à des produits particuliers.
Où obtenir
Une clé primaire que l'on retrouve dans la plupart des tables liées à l'inventaire, telles que InventTrans (champ : ITEMID), InventBatch et InventTable.
Exemples
A0001HW-1024RAW-STL-P01
|
|||
|
Code motif
ReasonCode
|
Un code qui explique la raison d'une transaction spécifique, comme un ajustement d'inventaire ou un retour. | ||
|
Description
Les codes motif fournissent un contexte qualitatif expliquant pourquoi une activité s'est produite. Ils sont couramment utilisés pour les ajustements d'inventaire, les mouvements de stock, les retours et les mises au rebut afin de catégoriser le moteur commercial sous-jacent. L'analyse par code motif est essentielle pour l'analyse des causes profondes. Elle aide à découvrir pourquoi les écarts d'inventaire se produisent (par exemple, « Marchandises endommagées », « Erreur de saisie de données »), pourquoi le stock est déplacé en interne (par exemple, « Réapprovisionnement », « Consolidation ») ou pourquoi les articles sont retournés. Ces informations sont essentielles pour les initiatives d'amélioration des processus.
Pourquoi c'est important
Explique le 'pourquoi' derrière un événement, permettant une analyse puissante des causes profondes pour des problèmes comme les ajustements d'inventaire, les retours ou les mises au rebut.
Où obtenir
Trouvé dans diverses tables selon la transaction, par exemple, InventJournalTrans (champ : REASONREFRECID) ou via des configurations personnalisées.
Exemples
RC-DMGFOUNDCYCLECOUNT
|
|||
|
Heure de fin de l'événement
EventEndTime
|
Le timestamp marquant l'achèvement d'une activité, utilisé pour calculer sa durée. | ||
|
Description
Alors que de nombreux événements en gestion des stocks sont instantanés, certaines activités ont une heure de début et de fin distincte, comme une inspection qualité ou une tâche de mise en stock. Cet attribut capture l'heure d'achèvement de ces activités.\n\nAvoir à la fois une heure de début et de fin permet le calcul du temps de traitement pour les activités individuelles. Ceci est crucial pour analyser l'efficacité des ressources, identifier les activités qui consomment le plus de temps et comprendre le coût réel des étapes du processus.
Pourquoi c'est important
Permet le calcul de durées d'activité précises, ce qui aide à identifier les étapes inefficaces et à analyser l'utilisation des ressources.
Où obtenir
Peut être déduit d'un horodatage de mise à jour de statut distinct, par exemple, la date et l'heure de modification sur une ligne de commande de travail dans WHSWorkTable lorsque son statut passe à « Closed ».
Exemples
2023-10-26T09:15:00Z2023-10-26T12:01:45Z2023-10-27T15:00:00Z
|
|||
|
ID de l'entrepôt
WarehouseId
|
L'identifiant de l'entrepôt ou du site physique où l'activité d'inventaire a eu lieu. | ||
|
Description
Cet attribut spécifie l'entrepôt où l'inventaire est situé ou où l'activité s'est produite. Il fournit le contexte géographique ou organisationnel pour chaque event. Segmenter l'analyse de processus par entrepôt est crucial pour comparer les performances entre différents sites. Il aide à identifier quels entrepôts sont les plus efficaces, lesquels ont les taux d'écart les plus élevés et où les bottlenecks sont les plus graves. Cela soutient les améliorations opérationnelles ciblées et l'allocation des ressources.
Pourquoi c'est important
Permet la comparaison des performances et l'analyse des goulots d'étranglement entre différents emplacements physiques ou entrepôts.
Où obtenir
Trouvé dans les champs de dimension d'inventaire associés aux tables de transactions. Recherchez INVENTDIMID dans InventTrans, qui se lie à la table InventDim où INVENTLOCATIONID est stocké.
Exemples
WH-MAINSITE-02DC-WEST
|
|||
|
ID utilisateur
UserId
|
L'identifiant de l'utilisateur qui a effectué ou est responsable de l'activité. | ||
|
Description
Cet attribut enregistre l'ID utilisateur associé à une transaction d'inventaire, tel que l'employé d'entrepôt qui a terminé une tâche de prélèvement ou le contrôleur d'inventaire qui a enregistré un ajustement. L'analyse des activités par utilisateur aide à identifier les besoins en formation, à reconnaître les individus ou les équipes performants, et à enquêter sur les causes profondes des interventions manuelles ou des erreurs. Elle est essentielle pour des dashboards comme « Facteurs d'ajustement manuel d'inventaire » afin de comprendre qui effectue les changements et pourquoi.
Pourquoi c'est important
Permet de suivre l'implication des utilisateurs, essentielle pour analyser les performances, identifier les besoins en formation et comprendre les raisons des ajustements manuels.
Où obtenir
Trouvé dans diverses tables, souvent en tant que champ createdBy ou modifiedBy. Par exemple, WHSWorkTable a un champ USERID.
Exemples
d.smithj.doewarehouse.worker1
|
|||
|
Quantité
Quantity
|
La quantité de l'article impliqué dans la transaction, dans l'unité de mesure de base. | ||
|
Description
Cet attribut représente le nombre d'unités d'un article affectées par une activité d'inventaire. Il peut être positif pour les réceptions et les ajustements positifs, ou négatif pour les émissions, les mises au rebut et les ajustements négatifs. L'analyse de la quantité est fondamentale pour comprendre l'échelle et l'impact des processus d'inventaire. Elle est utilisée dans presque tous les dashboards et KPIs, du calcul du volume des marchandises mises au rebut à la mesure de l'ampleur des écarts d'inventaire. Elle aide à prioriser les problèmes en fonction de leur impact matériel.
Pourquoi c'est important
Quantifie le volume physique des articles dans chaque transaction, ce qui est essentiel pour mesurer l'impact commercial, le débit et l'ampleur des écarts.
Où obtenir
Trouvé dans les tables de transactions principales comme InventTrans (champ : QTY).
Exemples
100-2510500
|
|||
|
Est un ajustement d'écart
IsDiscrepancyAdjustment
|
Un indicateur booléen qui est vrai si l'activité est un événement 'Ajustement d'écart d'inventaire'. | ||
|
Description
Cet attribut calculé est un simple indicateur (true ou false) qui identifie les activités liées aux ajustements manuels d'inventaire. Il simplifie le filtrage et l'agrégation lors de l'analyse de la précision des stocks. L'utilisation de cet indicateur facilite le calcul de KPIs comme le « Taux d'écart d'inventaire » ou le « Taux d'ajustement manuel ». Il permet aux analystes d'isoler rapidement ces events non standard pour en investiguer les causes profondes sans filtrage complexe sur le nom de l'activité.
Pourquoi c'est important
Simplifie l'analyse et le calcul des KPIs liés à la précision des stocks en signalant tous les événements liés aux écarts.
Où obtenir
Champ calculé : VRAI si ActivityName est 'Ajustement d'écart d'inventaire', sinon FAUX.
Exemples
truefaux
|
|||
|
ID d'emplacement
LocationId
|
L'emplacement de stockage spécifique dans un entrepôt, tel qu'un bac, un rayonnage ou une allée. | ||
|
Description
Cet attribut identifie l'emplacement précis dans un entrepôt où l'inventaire est stocké ou où une activité est effectuée. Il fournit un niveau de détail granulaire pour l'analyse des mouvements internes de l'entrepôt. L'analyse par ID d'emplacement aide à optimiser l'aménagement et le flux de l'entrepôt. Elle peut révéler des chemins de déplacement inefficaces, identifier des zones congestionnées et localiser les emplacements sujets aux erreurs de prélèvement ou aux écarts d'inventaire. Ceci est vital pour les dashboards « Analyse du flux d'activité de l'entrepôt » et « Vue d'ensemble des mouvements de stock internes ».
Pourquoi c'est important
Fournit des détails granulaires pour optimiser l'aménagement de l'entrepôt, analyser les mouvements internes et identifier les zones de stockage problématiques.
Où obtenir
Trouvé dans la table InventDim (champ : WMSLOCATIONID), qui est lié via INVENTDIMID depuis les tables de transactions.
Exemples
A1-R2-S3-B4RECV-DOCK-01PACK-STN-5
|
|||
|
ID de commande de retour
ReturnOrderId
|
L'identifiant unique d'une commande de retour client (RMA). | ||
|
Description
Cet attribut est l'identifiant d'une autorisation de retour de matériel (RMA) ou d'une commande de retour, qui suit le processus de réception des marchandises retournées par un client. Il lie toutes les activités liées à un event de retour spécifique. Cet ID est crucial pour analyser le process flow de retour des marchandises. Il permet de mesurer le temps de cycle de bout en bout, de la réception de l'article retourné à sa disposition finale, comme le retour en stock, la réparation ou la mise au rebut. Cela aide à identifier les retards et les inefficacités dans le processus de retour.
Pourquoi c'est important
Suit le cycle de vie complet d'un retour client, permettant l'analyse du temps de cycle et de l'efficacité du traitement des retours.
Où obtenir
L'ID de commande client de SalesTable où le type de vente est « Returned order ».
Exemples
RMA-01002RMA-01003RMA-01004
|
|||
|
ID de commande qualité
QualityOrderId
|
L'identifiant unique d'un ordre d'inspection qualité. | ||
|
Description
Lorsqu'une inspection est requise pour des marchandises à la réception ou à une autre étape du processus, un ordre de qualité est généré. Cet attribut est l'identifiant unique de cet ordre, reliant toutes les activités de qualité associées telles que la création, les tests et la validation de réussite/échec.\n\nLe suivi par ID d'ordre de qualité aide à analyser l'efficacité et les résultats du processus de contrôle qualité. Il est essentiel pour des dashboards comme 'Performance d'inspection qualité' afin de mesurer le délai entre la création et l'achèvement, et d'identifier les goulots d'étranglement dans le workflow d'inspection.
Pourquoi c'est important
Lie les activités liées à la qualité, permettant l'analyse de la durée et des résultats du processus d'inspection qualité.
Où obtenir
La clé primaire de la table InventQualityOrderTable.
Exemples
QO-00182QO-00183QO-00184
|
|||
|
ID de travail
WorkId
|
L'identifiant unique d'un ordre de travail d'entrepôt, tel que pour le prélèvement ou le rangement. | ||
|
Description
Un ID de travail est généré dans le module de gestion d'entrepôt pour représenter un ensemble de tâches pour un opérateur d'entrepôt, comme le prélèvement d'articles pour une commande ou le rangement de marchandises reçues. Il regroupe les activités connexes. Le suivi par ID de travail permet d'analyser l'efficacité de tâches d'entrepôt spécifiques. Il aide à mesurer le temps nécessaire pour accomplir un processus de rangement ou de prélèvement, de la création à l'achèvement, et peut être utilisé pour analyser la performance des travailleurs.
Pourquoi c'est important
Regroupe les tâches d'entrepôt connexes, permettant l'analyse de l'efficacité d'ordres de travail spécifiques comme le prélèvement et le rangement.
Où obtenir
La clé primaire de la table WHSWorkTable.
Exemples
USMF-000123USMF-000124USMF-000125
|
|||
|
ID du journal d'inventaire
CountingJournalId
|
L'identifiant unique d'un journal de comptage d'inventaire. | ||
|
Description
Un journal d'inventaire est utilisé pour enregistrer les résultats d'un inventaire physique, tel qu'un inventaire tournant ou un inventaire annuel. Cet ID regroupe toutes les entrées de comptage et les ajustements qui en résultent pour un événement de comptage spécifique. L'analyse par ID de journal d'inventaire fournit un contexte pour les activités d'ajustement des stocks. Elle aide à différencier les ajustements résultant de comptages planifiés des corrections ad hoc, ce qui est important pour comprendre les causes de l'imprécision de l'inventaire.
Pourquoi c'est important
Regroupe les inventaires et les ajustements qui en résultent, fournissant un contexte pour comprendre pourquoi un écart a été identifié et corrigé.
Où obtenir
Le JOURNALID de la table InventJournalTable où le type de journal est « Counting ».
Exemples
ICJ-00561ICJ-00562ICJ-00563
|
|||
|
ID du journal de mouvement
MovementJournalId
|
L'identifiant unique d'un journal de mouvement d'inventaire. | ||
|
Description
Un journal de mouvement des stocks est utilisé pour enregistrer les transferts de stock internes qui ne font pas partie d'un processus formel de rangement ou de prélèvement, tels que le déplacement d'articles entre des emplacements pour la consolidation ou le réapprovisionnement. Cet ID regroupe les lignes au sein d'une seule transaction de mouvement. L'analyse par ID de journal de mouvement fournit un contexte pour les activités de 'Stock déplacé en interne'. Elle aide à comprendre la portée et la raison de ces mouvements, ce qui peut mettre en évidence les inefficacités dans l'agencement de l'entrepôt ou les stratégies de réapprovisionnement s'ils se produisent trop fréquemment.
Pourquoi c'est important
Fournit un contexte pour les mouvements de stock internes, aidant à analyser la fréquence et les raisons des transferts de stock non standard.
Où obtenir
Le JOURNALID de la table InventJournalTable où le type de journal est « Movement ».
Exemples
IMJ-00945IMJ-00946IMJ-00947
|
|||
|
Temps de cycle de rangement
PutAwayCycleTime
|
Le temps total écoulé entre la réception des marchandises et le rangement complet des articles à leur emplacement de stockage final. | ||
|
Description
Ce KPI mesure la durée entre l'activité « Réception des marchandises enregistrée » et l'activité « Rangement terminé » pour un lot de stock spécifique. C'est une métrique de niveau case qui quantifie l'efficacité du processus de réception et de rangement. Le suivi de ce temps de cycle est crucial pour identifier les bottlenecks dans le flux logistique entrant. Des valeurs élevées peuvent indiquer des problèmes de capacité d'entrepôt, de disponibilité des ressources ou d'inefficacités de processus, tout ce qui retarde la disponibilité du stock pour le traitement des commandes.
Pourquoi c'est important
Mesure l'efficacité de l'ensemble du processus de réception des marchandises, impactant directement la rapidité de mise à disposition du nouvel inventaire.
Où obtenir
Calculé au niveau du cas en trouvant la différence de temps entre l'horodatage de 'Rangement terminé' et 'Réception des marchandises enregistrée' pour le même lot/colis d'inventaire.
Exemples
4 heures 15 minutes1 jour 2 heures35 minutes
|
|||
|
Temps de prélèvement à l'emballage
PickingToPackingTime
|
Le temps total écoulé entre le début du prélèvement et la fin de l'emballage pour une commande. | ||
|
Description
Ce KPI mesure le temps de cycle au sein du processus de traitement des commandes sortantes, spécifiquement la durée entre l'activité « Prélèvement Initié » ou « Prélèvement Terminé » et l'activité « Emballage Terminé ». Ceci peut être calculé au niveau du case si le case représente une ligne de commande client, ou entre des activités connexes. Cette métrique est vitale pour évaluer l'efficacité des opérations de prélèvement et d'emballage. Un temps plus court indique un processus de traitement des commandes plus rationalisé, conduisant à une expédition plus rapide et à une plus grande satisfaction client. Elle aide à identifier les bottlenecks au sein du workflow sortant.
Pourquoi c'est important
Mesure l'efficacité du processus de traitement des commandes principal, impactant directement la rapidité d'expédition et la satisfaction client.
Où obtenir
Calculé en trouvant la différence de temps entre l'horodatage des activités 'Emballage terminé' et 'Prélèvement initié' pour la même commande ou le même ID de travail.
Exemples
25 minutes1 heure 5 minutes48 minutes
|
|||
|
Temps de traitement
ProcessingTime
|
La durée d'une activité individuelle, calculée à partir de ses heures de début et de fin. | ||
|
Description
Cette métrique représente le temps réel passé à effectuer une activité spécifique. Elle est calculée comme la différence entre l'Event End Time et l'Event Start Time pour un seul event. L'analyse du temps de traitement est essentielle pour identifier quelles étapes du processus sont les plus chronophages. Cela aide à concentrer les efforts d'optimisation sur les activités ayant les durées les plus longues, améliorant ainsi l'efficacité globale et l'utilisation des ressources.
Pourquoi c'est important
Mesure la durée des activités individuelles, aidant à identifier les étapes spécifiques du processus qui génèrent des retards.
Où obtenir
Champ calculé : EventEndTime - EventTime.
Exemples
15 minutes2 heures 30 minutes45 secondes
|
|||
|
Valeur de l'article
ItemValue
|
La valeur monétaire de l'inventaire impliqué dans la transaction. | ||
|
Description
Cet attribut représente la valeur financière calculée de la quantité déplacée ou ajustée dans une transaction, généralement basée sur le prix de revient actuel de l'article. Il traduit les mouvements physiques d'inventaire en impact financier. L'analyse par valeur d'article est cruciale pour le reporting financier et l'évaluation de l'impact commercial. Elle est utilisée pour calculer des KPIs comme le « Ratio de valeur des stocks mis au rebut » et aide à prioriser les efforts d'amélioration des processus sur les activités ayant les conséquences financières les plus élevées, telles que les écarts de grande valeur ou les events de mise au rebut.
Pourquoi c'est important
Traduit les quantités de stock en impact financier, ce qui est crucial pour prioriser les problèmes et calculer les KPI financiers.
Où obtenir
Calculé en multipliant la quantité de InventTrans (QTY) par le coût de l'article de InventTableModule ou d'une table de coûts associée. La valeur enregistrée peut être trouvée dans InventTrans.COSTAMOUNTPOSTED.
Exemples
1500.00-375.5025000.75
|
|||
Activités de gestion des stocks
| Activité | Description | ||
|---|---|---|---|
|
`Prélèvement terminé`
|
Cette activité signifie qu'un travailleur a terminé le prélèvement physique du lot de stock et l'a déplacé vers un emplacement de transit ou d'emballage. Elle est déduite du changement de statut du « travail » de prélèvement WMS à « Closed ». | ||
|
Pourquoi c'est important
Ce jalon marque la fin de la phase de prélèvement et le début de l'emballage ou de l'expédition. Il est essentiel pour mesurer le « Temps moyen de prélèvement à l'emballage » et l'efficacité globale du traitement des commandes.
Où obtenir
Déduit de la table WHSWorkTable lorsque le champ « Work Status » d'un ordre de travail de prélèvement passe à « Closed ».
Capture
Identifier l'horodatage lorsque le champ Statut de travail dans la table WHSWorkTable est mis à jour à 'Fermé' pour le travail de prélèvement pertinent.
Type d'événement
inferred
|
|||
|
Écart d'inventaire ajusté
|
Cette activité représente l'enregistrement d'un ajustement d'inventaire pour corriger un écart trouvé lors d'un comptage ou pour d'autres raisons. Il s'agit d'une transaction explicite qui modifie la quantité d'inventaire en stock. | ||
|
Pourquoi c'est important
C'est un event crucial pour mesurer la précision des stocks et le KPI « Taux d'écart d'inventaire ». Des ajustements fréquents signalent des problèmes sous-jacents dans le contrôle des processus, la réception ou le prélèvement.
Où obtenir
Une transaction explicite est créée dans la table InventTrans lorsqu'un journal d'inventaire ou un journal d'ajustement des stocks est enregistré.
Capture
Identifier les transactions dans InventTrans générées à partir de l'enregistrement d'une InventJournalTable de type 'Comptage' ou 'Profit/Perte'.
Type d'événement
explicit
|
|||
|
Émission des marchandises enregistrée
|
Cette activité marque le retrait final du lot de stock de l'entrepôt, généralement en raison d'une vente client ou d'une consommation en production. Elle est capturée lorsqu'un bon de livraison de commande client ou un journal de liste de prélèvement de production est enregistré. | ||
|
Pourquoi c'est important
Il s'agit de l'event de fin principal et réussi du cycle de vie de l'inventaire. Il conclut le suivi du temps passé par le lot dans l'entrepôt et confirme sa disposition finale.
Où obtenir
Enregistré dans la table InventTrans comme une transaction explicite avec une quantité négative. Il est généré à partir de l'enregistrement d'un bon de livraison de commande client ou d'une liste de prélèvement de production.
Capture
Identifier les transactions dans InventTrans avec une quantité négative liées à une émission de commande client ou à une consommation d'ordre de production.
Type d'événement
explicit
|
|||
|
Rangement terminé
|
Cette activité représente l'achèvement du mouvement physique du lot de stock vers son bac de stockage désigné. Elle est déduite du changement de statut de l'enregistrement de « travail » d'entrepôt correspondant à « Closed ». | ||
|
Pourquoi c'est important
Ce jalon clé marque la fin du processus de réception et de rangement, rendant l'inventaire disponible pour le traitement des commandes. Il est crucial pour mesurer le KPI « Temps de cycle de rangement moyen ».
Où obtenir
Déduit de la table WHSWorkTable lorsque le champ « Work Status » d'un ordre de travail de rangement passe à « Closed ».
Capture
Identifier l'horodatage lorsque le champ Statut de travail dans la table WHSWorkTable est mis à jour à 'Fermé' pour le lot pertinent.
Type d'événement
inferred
|
|||
|
Réception des marchandises enregistrée
|
Cette activité marque l'entrée initiale d'un lot de stock dans l'entrepôt, généralement d'un fournisseur ou d'une production. Cet event est capturé lorsqu'une réception de commande d'achat ou un journal « déclarer comme terminé » d'un ordre de production est enregistré, créant une transaction avec une quantité positive. | ||
|
Pourquoi c'est important
C'est l'event de départ principal pour le cycle de vie de l'inventaire. Il initie le suivi des temps de cycle de rangement et du délai global d'inventaire, fournissant une base pour la mesure des performances.
Où obtenir
Enregistré dans la table InventTrans. Il s'agit d'une transaction explicite générée par la publication d'une réception de produit pour une commande d'achat ou par la déclaration d'un ordre de production comme terminé.
Capture
Identifier les transactions dans InventTrans liées aux réceptions de commandes d'achat ou au reporting d'ordres de production avec une quantité positive.
Type d'événement
explicit
|
|||
|
Travail de prélèvement créé
|
Indique que le système a généré des instructions pour un opérateur d'entrepôt afin de prélever un lot d'inventaire pour une commande client ou un ordre de production. Ceci est capturé lorsqu'un nouvel enregistrement de 'travail' pour le prélèvement est créé dans le WMS. | ||
|
Pourquoi c'est important
Cet event marque le début du processus de traitement des commandes sortantes. Le temps entre la création de la commande et la création du travail de prélèvement peut indiquer des retards d'allocation ou de planification.
Où obtenir
Un nouvel enregistrement est créé dans la table WHSWorkTable avec un type d'ordre de travail 'Commande client' ou 'Prélèvement de production'. Ceci est déclenché par la libération d'une commande à l'entrepôt.
Capture
Capturer l'horodatage de création d'un enregistrement dans la table WHSWorkTable où le type d'ordre de travail est lié au prélèvement.
Type d'événement
explicit
|
|||
|
Commande qualité créée
|
Représente le moment où un lot de stock est automatiquement ou manuellement mis en attente pour inspection qualité dès sa réception. Ceci est capturé par la création d'un enregistrement dans la table des commandes qualité, le liant au document source comme une commande d'achat. | ||
|
Pourquoi c'est important
Le suivi de la création des commandes qualité aide à analyser le temps que l'inventaire passe dans un statut restreint ou « en attente », ce qui a un impact sur sa disponibilité pour le traitement des commandes.
Où obtenir
Généré dans la table InventQualityOrderTable. Cet événement est déclenché par des associations de qualité configurées pour les articles, les fournisseurs ou les processus de production.
Capture
Capturer l'horodatage de création d'un enregistrement dans la table InventQualityOrderTable pour le lot d'inventaire spécifique.
Type d'événement
explicit
|
|||
|
Emballage terminé
|
Représente l'achèvement de l'emballage des articles prélevés dans un conteneur ou un colis pour l'expédition. Cela peut être déduit lorsqu'un conteneur est fermé dans l'interface de la station d'emballage ou lorsqu'un statut d'expédition est mis à jour. | ||
|
Pourquoi c'est important
Cette activité est un jalon clé dans le traitement des commandes. Suivre son achèvement aide à analyser l'efficacité de la station d'emballage et sa contribution au calendrier global d'expédition.
Où obtenir
Ceci peut être déduit de la table WHSContainerTable lorsque le statut du conteneur passe à « Closed », ou de la table WHSShipmentTable lorsque le statut de l'expédition progresse.
Capture
Capturer l'horodatage du changement de statut à 'Fermé' sur l'enregistrement WHSContainerTable associé au lot.
Type d'événement
inferred
|
|||
|
Inspection qualité effectuée
|
Cette activité signifie qu'une inspection qualité a été effectuée et que les résultats ont été enregistrés. Elle est généralement déduite d'un changement de statut sur la commande qualité, passant de « Open » à un état indiquant l'achèvement, tel que « Passed » ou « Failed ». | ||
|
Pourquoi c'est important
Mesure la durée du processus d'inspection qualité lui-même. Les retards à ce stade peuvent créer des goulots d'étranglement importants avant que le stock ne soit disponible pour utilisation ou rangement.
Où obtenir
Déduit des mises à jour de statut sur la table InventQualityOrderTable. Le passage d'un statut ouvert à un statut validé marque l'événement.
Capture
Surveiller le champ de statut sur la table InventQualityOrderTable et capturer le timestamp du changement vers un statut terminal comme « Pass » ou « Fail ».
Type d'événement
inferred
|
|||
|
Inventaire physique réalisé
|
Cet event se produit lorsqu'un travailleur saisit la quantité comptée pour le lot de stock dans le journal de comptage. Ceci est capturé lorsque le champ « counted » de la ligne de journal est renseigné. | ||
|
Pourquoi c'est important
Cette activité fournit les données nécessaires pour identifier les écarts entre la quantité en stock du système et le comptage physique. C'est une étape critique avant tout ajustement.
Où obtenir
Enregistré sur les lignes du journal de comptage (InventJournalTrans) lorsqu'un utilisateur saisit une valeur dans le champ de quantité « Comptée ».
Capture
Capturer l'horodatage lorsque la quantité comptée est enregistrée dans la table InventJournalTrans.
Type d'événement
explicit
|
|||
|
Journal d'inventaire créé
|
Cette activité signifie l'initiation d'un comptage d'inventaire pour un lot ou un emplacement spécifique. C'est un event explicite capturé lorsqu'un utilisateur crée un journal de comptage d'inventaire. | ||
|
Pourquoi c'est important
Marque le début du processus d'inventaire. La durée et la fréquence des activités de comptage sont importantes pour comprendre les frais généraux opérationnels et les efforts de précision des stocks.
Où obtenir
Capturé à partir de la création d'un enregistrement dans la table InventJournalTable avec un type de journal 'Comptage'.
Capture
Utilisez l'horodatage de création de l'enregistrement d'en-tête dans la table InventJournalTable pour les journaux de comptage.
Type d'événement
explicit
|
|||
|
Marchandises retournées reçues
|
Cette activité capture la réception d'un lot de stock précédemment vendu de retour dans l'entrepôt depuis un client. Cet event est enregistré lorsqu'une commande de retour est traitée et que les articles sont reçus. | ||
|
Pourquoi c'est important
Le suivi des retours est essentiel pour comprendre les problèmes de qualité des produits et l'efficacité du processus de logistique inverse. Il initie un nouveau sous-processus d'inspection, de réapprovisionnement ou d'élimination.
Où obtenir
Une transaction explicite avec une quantité positive est créée dans la table InventTrans, liée à une Autorisation de Retour de Marchandises (RMA) ou à une commande de retour.
Capture
Identifier les transactions dans InventTrans liées à une commande de retour, qui enregistre le lot retourné dans l'inventaire.
Type d'événement
explicit
|
|||
|
Stock déplacé en interne
|
Cet event capture le mouvement d'un lot de stock d'un emplacement à un autre au sein du même entrepôt, par exemple pour le réapprovisionnement ou la consolidation. Il est capturé par l'enregistrement d'un journal de transfert d'inventaire ou l'achèvement d'un travail de mouvement d'entrepôt. | ||
|
Pourquoi c'est important
Une fréquence élevée de mouvements internes peut indiquer un agencement d'entrepôt ou une stratégie de stockage inefficace. L'analyse de ces mouvements aide à optimiser le placement des stocks et à réduire les coûts de manutention.
Où obtenir
Peut être une transaction explicite dans InventTrans provenant d'un journal de transfert, ou un événement inféré de la clôture du travail de 'Mouvement' dans la table WHSWorkTable.
Capture
Identifier les transactions de type 'Transfert' dans InventTrans ou les enregistrements de travail terminés de type 'Mouvement' dans WHSWorkTable.
Type d'événement
explicit
|
|||
|
Stock mis au rebut
|
Représente l'élimination formelle ou la dépréciation d'un lot de stock en raison de son expiration, de son endommagement ou de son obsolescence. Ceci est capturé par l'enregistrement d'un journal d'ajustement d'inventaire avec un code motif spécifique à la mise au rebut. | ||
|
Pourquoi c'est important
Il s'agit d'un event de défaillance critique ou de fin de processus. L'analyse du stock mis au rebut aide à quantifier le gaspillage, à identifier les produits sujets à l'obsolescence et à améliorer la planification des stocks.
Où obtenir
Une transaction explicite avec une quantité négative est créée dans la table InventTrans lorsqu'un journal d'inventaire de type 'Profit/Perte' ou un journal d'inventaire est enregistré pour la mise au rebut.
Capture
Identifier les transactions de quantité négative dans InventTrans provenant de l'enregistrement d'un journal d'inventaire avec un code de raison de mise au rebut.
Type d'événement
explicit
|
|||
|
Travail de rangement créé
|
Indique que le système a généré des instructions pour un opérateur d'entrepôt afin de déplacer l'inventaire reçu d'une zone de transit ou de réception vers un emplacement de stockage. Ceci est capturé lorsqu'un nouvel enregistrement de 'travail' est créé dans le Système de gestion d'entrepôt (WMS). | ||
|
Pourquoi c'est important
Ceci marque le début du processus de rangement physique. L'analyse du temps écoulé entre la réception et ce point peut révéler des retards système ou de planification.
Où obtenir
Un nouvel enregistrement est créé dans la table WHSWorkTable avec un type d'ordre de travail 'Rangement'. Ceci est déclenché automatiquement sur la base des directives d'emplacement après réception.
Capture
Capturer l'horodatage de création d'un enregistrement dans la table WHSWorkTable où le type d'ordre de travail est 'Rangement'.
Type d'événement
explicit
|
|||