Votre modèle de données de gestion des stocks
Votre modèle 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 | Descriptionn | ||
|---|---|---|---|
|
Heure de l'événement
EventTime
|
L'horodatage précis indiquant quand l'activité d'inventaire a eu lieu. | ||
|
Descriptionn
Cet attribut enregistre la date et l'heure auxquelles une activité a été enregistrée dans le système. Elle fournit l'ordre chronologique des événements pour chaque lot de stock, ce qui est indispensable pour le Process Mining. Les horodatages 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 points de blocage et le suivi du respect des accords de niveau de service. Des horodatages précis et complets sont essentiels pour une analyse de processus significative.
Pourquoi est-ce important ? :
L'horodatage est impératif pour ordonner les événements, calculer les temps de cycle et les durées, et analyser la performance du processus au fil du temps.
Source des données :
Généralement disponible 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 d'inventaire
InventoryBatchLot
|
L'identifiant unique d'un lot spécifique d'un article d'inventaire, servant d'identifiant de dossier principal. | ||
|
Descriptionn
Le numéro de lot de stock ou de lot sert d'identifiant de dossier 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 d'ensemble complète du parcours de chaque lot de stock. En suivant un seul lot, les analystes peuvent mesurer les temps de cycle complet, 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 est-ce important ? :
C'est la clé essentielle pour retracer le cycle de vie complet d'une quantité d'inventaire, permettant l'analyse des variantes et la surveillance des performances pour chaque lot spécifique.
Source des données :
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'événement spécifique de gestion des stocks qui s'est produit, tel que « Réception des marchandises enregistrée » ou « Prélèvement terminé ». | ||
|
Descriptionn
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'événements qui constitue le flux de processus. L'analyse de la séquence d'activités est l'essence du Process Mining. Elle aide à visualiser la cartographie des processus, à identifier les points de blocage 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 est-ce important ? :
Cet attribut définit les étapes du processus, permettant de visualiser la cartographie des processus, d'analyser les variantes et d'identifier les points de blocage.
Source des données :
Dérivé des types de transaction, des changements de statut ou des types d'ordres de travail dans tables comme InventTrans, WHSWorkTable et WHSRFMenuItemTable.
Exemples
Réception de marchandises enregistréeRangement terminéÉcart d'inventaire ajusté`Prélèvement terminé`Stock mis au rebut
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Horodatage indiquant la dernière fois que les données de ce processus ont été actualisées à partir du système source. | ||
|
Descriptionn
Cet attribut consigne la date et l'heure de la plus récente extraction ou actualisation des données. Il assure la transparence quant à la la réactualisation 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 tableau de bord, garantissant que les décisions sont prises sur la base d'un cadre temporel compris.
Pourquoi est-ce important ? :
Informe les utilisateurs sur la réactualisation des données, garantissant qu'ils sont conscients de la mise à jour de l'analyse.
Source des données :
Il s'agit d'un champ de metadata généré pendant le pipeline d'ingestion des données, enregistrant l'horodatage 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'. | ||
|
Descriptionn
Cet attribut spécifie l'application ou la plateforme source qui a généré les données d'événement. 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 est-ce important ? :
Fournit un contexte essentiel sur l'origine des données, essentiel pour la gouvernance des données et lors de l'analyse de processus qui couvrent plusieurs systèmes intégrés.
Source des données :
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. | ||
|
Descriptionn
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 indispensable pour l'optimisation des stocks et la gestion du cycle de vie des produits.
Pourquoi est-ce 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.
Source des données :
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. | ||
|
Descriptionn
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 indispensablele 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 informationsns sont essentielles pour les initiatives d'amélioration des processus.
Pourquoi est-ce 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.
Source des données :
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
|
L'horodatage marquant la fin d'une activité, utilisé pour calculer sa durée. | ||
|
Descriptionn
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 impératif pour analyser l'efficacité des ressources, identifier les activités qui prennent le plus de temps et comprendre le coût réel des étapes du processus.
Pourquoi est-ce important ? :
Permet le calcul de durées d'activité précises, ce qui aide à identifier les étapes inefficaces et à analyser l'utilisation des ressources.
Source des données :
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. | ||
|
Descriptionn
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 impératif 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 points de blocage sont les plus graves. Cela soutient les améliorations opérationnelles ciblées et l'allocation des ressources.
Pourquoi est-ce important ? :
Permet la comparaison des performances et l'analyse des points de blocage entre différents emplacements physiques ou entrepôts.
Source des données :
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é. | ||
|
Descriptionn
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.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 indispensablele pour des dashboards comme « Facteurs d'ajustement manuel d'inventaire » afin de comprendre qui effectue les changements et pourquoi.
Pourquoi est-ce 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.
Source des données :
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. | ||
|
Descriptionn
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 clée 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 est-ce important ? :
Quantifie le volume physique des articles dans chaque transaction, ce qui est indispensable pour mesurer l'impact commercial, le débit et l'ampleur des écarts.
Source des données :
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'. | ||
|
Descriptionn
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 est-ce 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.
Source des données :
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. | ||
|
Descriptionn
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.lèvement ou aux écarts d'inventaire. Ceci est indispensable à les dashboards « Analyse du flux d'activité de l'entrepôt » et « Vue d'ensemble des mouvements de stock internes ».
Pourquoi est-ce 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.
Source des données :
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). | ||
|
Descriptionn
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 impératif pour analyser le flux de processus de retour des marchandises. Il permet de mesurer le temps de cycle complet, 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 est-ce 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.
Source des données :
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é. | ||
|
Descriptionn
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 indispensable 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 points de blocage dans le workflow d'inspection.
Pourquoi est-ce 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é.
Source des données :
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. | ||
|
Descriptionn
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.lèvement, de la création à l'achèvement, et peut être utilisé pour analyser la performance des travailleurs.
Pourquoi est-ce 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.
Source des données :
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. | ||
|
Descriptionn
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 est-ce important ? :
Regroupe les inventaires et les ajustements qui en résultent, fournissant un contexte pour comprendre pourquoi un écart a été identifié et corrigé.
Source des données :
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. | ||
|
Descriptionn
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.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 est-ce important ? :
Fournit un contexte pour les mouvements de stock internes, aidant à analyser la fréquence et les raisons des transferts de stock non standard.
Source des données :
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. | ||
|
Descriptionn
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 impératif pour identifier les points de blocage 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 est-ce important ? :
Mesure l'efficacité de l'ensemble du processus de réception des marchandises, impactant directement la rapidité de mise à disposition du nouvel inventaire.
Source des données :
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è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. | ||
|
Descriptionn
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 cas si le case représente une ligne de commande client, ou entre des activités connexes. Cette métrique est fondamentale pour évaluer l'efficacité des opérations de prélèvement.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 points de blocage au sein du workflow sortant.
Pourquoi est-ce important ? :
Mesure l'efficacité du processus de traitement des commandes principal, impactant directement la rapidité d'expédition et la satisfaction client.
Source des données :
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
|
|||
|
Valeur de l'article
ItemValue
|
La valeur monétaire de l'inventaire impliqué dans la transaction. | ||
|
Descriptionn
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 indispensablele 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 événements de mise au rebut.
Pourquoi est-ce important ? :
Traduit les quantités de stock en impact financier, ce qui est impératif pour prioriser les problèmes et calculer les KPI financiers.
Source des données :
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é | Descriptionn | ||
|---|---|---|---|
|
`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.lèvement WMS à « Closed ». | ||
|
Pourquoi est-ce important ? :
Ce jalon marque la fin de la phase de prélèvement.lèvement et le début de l'emballage ou de l'expédition. Il est indispensable pour mesurer le « Temps moyen de prélèvement.lèvement à l'emballage » et l'efficacité globale du traitement des commandes.
Source des données :
Déduit de la table WHSWorkTable lorsque le champ « Work Status » d'un ordre de travail de prélèvement.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.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 est-ce important ? :
C'est un event essentiel 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.
Source des données :
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
|
|||
|
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 est-ce 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 impératif pour mesurer le KPI « Temps de cycle de rangement moyen ».
Source des données :
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 de 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 est-ce 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.
Source des données :
Comptabilisé 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
|
|||
|
Sortie de 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.lèvement de production est enregistré. | ||
|
Pourquoi est-ce 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.
Source des données :
Comptabilisé 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.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
|
|||
|
Travail de prélèvement.lèvement créé
|
Indique que le système a généré des instructions pour un opérateur d'entrepôt afin de prélèvement.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 est-ce 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.lèvement peut indiquer des retards d'allocation ou de planification.
Source des données :
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
|
|||
|
Comptage d'inventaire effectué
|
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 est-ce 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.
Source des données :
Comptabilisé 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
|
|||
|
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 est-ce 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.
Source des données :
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 est-ce important ? :
Mesure la durée du processus d'inspection qualité lui-même. Les retards à ce stade peuvent créer des points de blocage importants avant que le stock ne soit disponible pour utilisation ou rangement.
Source des données :
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 l'horodatage du changement vers un statut terminal comme « Pass » ou « Fail ».
Type d'événement
inferred
|
|||
|
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 est-ce 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élèvement.cision des stocks.
Source des données :
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 est-ce important ? :
Le suivi des retours est indispensable 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.
Source des données :
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
|
|||
|
Ordre qualité créé
|
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 est-ce 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.
Source des données :
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
|
|||
|
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 est-ce 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.
Source des données :
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 est-ce 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.
Source des données :
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 est-ce 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.
Source des données :
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
|
|||