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 pour la découverte de processus
- Conseils sur l'extraction de données d'Oracle Fusion SCM
Attributs de gestion des stocks
| Nom | Descriptionn | ||
|---|---|---|---|
|
Heure de début de l'événement
EventStartTime
|
L'horodatage indiquant quand l'activité d'inventaire a commencé. | ||
|
Descriptionn
Cet attribut enregistre la date et l'heure précises auxquelles une activité a commencé. C'est l'élément temporel principal utilisé pour ordonner les événements chronologiquement et construire le flux de processus. Dans l'analyse, l'« Event Heure de début » est impératif pour calculer les durées et les temps d'attente entre les activités. Il permet l'identification des points de blocage, la mesure des temps de cycle pour des KPI comme l' « Average Put-away Cycle Time » et l'analyse des performances des processus sur différentes périodes (par exemple, équipes, jours ou mois).
Pourquoi est-ce important ? :
Cet horodatage est indispensable pour ordonner les événements, calculer les temps de cycle et les temps d'attente, et comprendre les points de blocage des processus.
Source des données :
Généralement issu d'un champ de date de transaction ou de date de création dans les tables de transactions d'inventaire, tel que TRANSACTION_DATE dans INV_MATERIAL_TXNS.
Exemples
2023-10-01T08:05:21Z2023-11-15T14:30:00Z2024-01-20T21:00:15Z
|
|||
|
Lot d'inventaire
InventoryBatchLot
|
L'identifiant unique pour un lot spécifique d'un article d'inventaire, servant d'ID de cas pour suivre son cycle de vie. | ||
|
Descriptionn
Le numéro de lot de stock est l'identifiant de dossier principal, regroupant toutes les activités liées à une quantité spécifique d'un 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 Process Mining, cet attribut est clé. Il connecte des événements disparates comme la réception, l'inspection qualité, les transferts internes et l'émission de marchandises en une instance de processus unique et cohérente. L'analyse des processus par lot/lot de stock permet le calcul des temps de cycle complet, l'identification des chemins courants et la découverte des points de blocage affectant des groupes de stock spécifiques.
Pourquoi est-ce important ? :
Il s'agit de l'identifiant de cas clé qui relie toutes les activités d'inventaire associées, permettant de retracer le parcours complet d'un lot de stock de la réception à l'expédition.
Source des données :
Ces informationsns se trouvent généralement dans les tables de transactions d'inventaire, telles que INV_MATERIAL_TXNS, associées aux détails de contrôle des lots.
Exemples
LOT2024-A01134BATCH-US-00582LPN-493820-202405
|
|||
|
Nom de l'activité
ActivityName
|
Le nom de l'activité de gestion des stocks spécifique qui a été effectuée. | ||
|
Descriptionn
L'« Activity Name » décrit une seule étape ou un événement qui s'est produit au sein du processus de gestion des stocks pour un lot spécifique. Ces événements forment la séquence du flux de processus. Des exemples d'activités incluent « Goods Receipt Recorded », « Quality Inspection Performed », « Stock Moved Internally » et « Goods Issue Recorded ». L'analyse de la séquence et de la fréquence de ces activités est l'essence du Process Mining, pour visualiser des cartes de processus, l'identification des écarts et l'analyse des temps de transition entre les étapes.
Pourquoi est-ce important ? :
Cet attribut est indispensable pour la construction de la carte de processus, car il définit les étapes et les événements distincts qui composent le cycle de vie des stocks.
Source des données :
Il est souvent dérivé en faisant correspondre les types de transactions ou les codes d'événements des tables sources (par exemple, INV_MATERIAL_TXNS) à des noms d'activités explicites.
Exemples
Réception de marchandises enregistréeRangement terminéÉcart d'inventaire ajustéPrélèvement initié
|
|||
|
Dernière mise à jour des données
LastDataUpdate
|
Horodatage indiquant la dernière fois que les données de cet enregistrement ont été actualisées depuis le système source. | ||
|
Descriptionn
Cet attribut enregistre la dernière fois que les données ont été extraites du système source et chargées dans l'outil de Process Mining. Il reflète la la réactualisation des données analysées. Cet horodatage est indispensable à comprendre la pertinence des analyses de vos processus. Il permet aux utilisateurs de savoir s'ils examinent des données quasi-temps réel ou un instantané d'une période prélèvement.cédente, ce qui est impératif pour prendre des décisions opportunes et éclairées basées sur l'analyse.
Pourquoi est-ce important ? :
Indique la la réactualisation des données, s'assurant que les utilisateurs comprennent la pertinence de l'analyse des processus et quand la prochaine actualisation des données est prévue.
Source des données :
Il s'agit d'un champ de métadonnées généré durant le processus d'extraction, de transformation et de chargement des données (ETL).
Exemples
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
|
|||
|
Système source
SourceSystem
|
Identifie le système à partir duquel les données ont été extraites. | ||
|
Descriptionn
Cet attribut spécifie l'application source où la transaction d'inventaire a été enregistrée. Dans une grande entreprise, les données d'inventaire peuvent provenir de plusieurs systèmes ou modules. La spécification du système source est indispensablele pour la gouvernance des données et pour comprendre le contexte des données. Elle aide à résoudre les problèmes d'extraction de données et peut être utilisée pour comparer des processus qui s'étendent sur différents systèmes ou instances, par exemple, comparer les processus de gestion des stocks entre différents ERP régionaux.
Pourquoi est-ce important ? :
Fournit un contexte essentiel pour l'origine des données, ce qui est important pour la validation des données, la gouvernance et l'analyse des processus qui peuvent s'étendre sur plusieurs systèmes.
Source des données :
Il s'agit généralement d'une valeur statique ajoutée lors du processus d'extraction et de transformation des données pour étiqueter leur origine.
Exemples
Oracle Fusion SCMOracle SCM Cloud-PRODFusion-ERP-US
|
|||
|
`Utilisateur effectuant l'action`
UserPerformingAction
|
L'ID utilisateur ou le nom de la personne qui a exécuté la transaction d'inventaire. | ||
|
Descriptionn
Cet attribut identifie l'utilisateur spécifique responsable de l'exécution d'une activité donnée, tel qu'un opérateur d'entrepôt qui a terminé une tâche de rangement ou un gestionnaire d'inventaire qui a approuvé un ajustement. L'analyse par utilisateur est indispensablele pour comprendre la répartition de la charge de travail, identifier les besoins en formation et assurer la conformité. Par exemple, le tableau de bord « Inventory Adjustment Frequency And Reasons » utilise cet attribut pour voir qui effectue les ajustements le plus souvent, ce qui peut mettre en évidence les meilleurs collaborateurs les plus performants ou les individus qui peuvent nécessiter une formation supplémentaire sur les procédures de contrôle des stocks.
Pourquoi est-ce important ? :
Attribue des actions à des individus spécifiques, permettant l'analyse de la performance des utilisateurs, de la charge de travail, des besoins en formation et de la conformité des processus.
Source des données :
Généralement disponible dans les tables de transactions comme un champ 'USER_ID' ou 'CREATED_BY', tel que CREATED_BY dans INV_MATERIAL_TXNS.
Exemples
JSMITHAMARTINWAREHOUSE.OPERATOR
|
|||
|
Code motif de mouvement
MovementReasonCode
|
Un code qui explique la raison commerciale d'un mouvement ou d'un ajustement d'inventaire. | ||
|
Descriptionn
Le « Movement Reason Code » fournit un contexte expliquant pourquoi une transaction d'inventaire s'est produite. Ceci est particulièrement important pour les mouvements non standards comme le rebut, les ajustements de comptage cyclique ou les retours. Cet attribut est indispensable pour l'analyse des causes profondes. Par exemple, le tableau de bord « Inventory Adjustment Frequency And Reasons » utilise ce code pour catégoriser les ajustements, aidant à distinguer entre les dommages, le vol ou les erreurs de saisie de données. L'analyse de ces raisons aide à prioriser et à cibler les efforts d'amélioration sur les problèmes les plus significatifs.
Pourquoi est-ce important ? :
Explique le 'pourquoi' derrière les ajustements et les mouvements de stocks, ce qui est impératif pour l'analyse des causes profondes de problèmes tels que les écarts ou les rebuts.
Source des données :
Trouvé dans les tables de transactions comme un champ de code de motif, tel que REASON_ID dans INV_MATERIAL_TXNS, qui renvoie à une table de données maîtresse des codes de motif.
Exemples
ENDOMMAGÉ EN TRANSITAJUSTEMENT DE COMPTAGE CYCLIQUESTOCK EXPIRÉ
|
|||
|
Emplacement de l'entrepôt
WarehouseLocation
|
L'emplacement spécifique dans l'entrepôt où l'activité a eu lieu, tel qu'un casier ou une zone. | ||
|
Descriptionn
Cet attribut spécifie l'emplacement physique dans l'entrepôt, comme une allée, un rayonnage ou un casier spécifique, lié à la transaction d'inventaire. Il fournit des détails granulaires sur l'endroit où le stock est stocké ou déplacé. L'analyse par emplacement d'entrepôt aide à identifier les inefficacités logistiques. Par exemple, le tableau de bord « Internal Stock Movement Lead Time » peut l'utiliser pour montrer si les transferts entre certaines zones sont constamment lents. Il peut également révéler si des emplacements spécifiques sont sujets aux écarts d'inventaire.
Pourquoi est-ce important ? :
Fournit un contexte géographique dans l'entrepôt, permettant l'analyse de l'efficacité des mouvements et des problèmes spécifiques à l'emplacement comme les points de blocage ou les ajustements fréquents.
Source des données :
Provient de champs comme LOCATOR_ID dans les tables de transactions d'inventaire, qui peuvent être joints aux données de référence d'emplacement (INV_ITEM_LOCATIONS) pour des noms descriptifs.
Exemples
A1-R4-S3-B2QUAI-RECEPTION-01QC-INSPECT-AREA
|
|||
|
Heure de fin de l'événement
EventEndTime
|
L'horodatage indiquant la fin de l'activité d'inventaire. | ||
|
Descriptionn
L'« Event End Time » marque la fin d'une activité. Alors que de nombreuses transactions d'inventaire sont enregistrées comme des événements ponctuels, certaines activités comme « Quality Inspection » ou « Picking » ont une durée distincte. Pour les événements instantanés, l'« End Time » est souvent la même que l'« Heure de début ». Cet attribut est utilisé conjointement avec l'« Event Heure de début » pour calculer le temps de traitement des activités individuelles. Ceci est impératif pour l'analyse des performances, les études d'utilisation des ressources et l'identification des activités qui prennent plus de temps que prévu, contribuant aux retards globaux des processus.
Pourquoi est-ce important ? :
Permet le calcul du temps de traitement pour les activités individuelles, aidant à identifier les étapes spécifiques qui sont chronophages.
Source des données :
Peut être identique à l'heure de début pour les transactions instantanées. Pour les activités ayant une durée, il s'agirait d'un champ d'horodatage de fin distinct dans la table source pertinente.
Exemples
2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
|
|||
|
Numéro d'article
ItemNumber
|
L'identifiant unique du produit ou du matériel traité. | ||
|
Descriptionn
Le numéro d'article, souvent appelé Unité de Gestion des Stocks (UGS), identifie le produit spécifique impliqué dans une transaction d'inventaire. Cela permet de filtrer ou de segmenter l'analyse par produit. Dans le Process Mining, cet attribut est indispensable pour l'analyse centrée sur le produit. Il aide à répondre à des questions telles que : « Quels produits ont les temps de rangement les plus longs ? » ou « Quels articles sont les plus fréquemment ajustés ? ». Cela permet des améliorations ciblées pour des lignes de produits ou des catégories spécifiques.
Pourquoi est-ce important ? :
Permet le filtrage et l'analyse par produits spécifiques, aidant à identifier les articles associés à des retards ou des problèmes de processus.
Source des données :
Il s'agit d'un champ central dans les tables de transactions d'inventaire, généralement nommé INVENTORY_ITEM_ID, qui renvoie à la table des articles principaux (EGP_SYSTEM_ITEMS_B) pour les détails.
Exemples
AS54888CPU-INT-i9MEM-DDR5-32GB
|
|||
|
Catégorie UGS
SKUCategory
|
La catégorie ou la famille à laquelle appartient le produit (UGS). | ||
|
Descriptionn
La catégorie d'UGS est une classification utilisée pour regrouper des produits similaires. Par exemple : « Électronique », « Matières Premières », « Produits Finis » ou des catégories basées sur la valeur (par exemple, articles A, B, C). Cet attribut permet une analyse de haut niveau par groupe de produits, ce qui est souvent plus pertinent que d'examiner des milliers d'articles individuels. Il est utilisé dans des dashboards comme « Scrap And Obsolescence Rate Analysis » pour identifier quelles catégories de produits sont les plus sujettes au rebut, aidant à concentrer les améliorations de la politique d'inventaire et des prévisions de la demande.
Pourquoi est-ce important ? :
Permet l'agrégation et la comparaison des performances des processus entre différents groupes de produits, révélant des tendances qui pourraient ne pas être visibles au niveau de l'article individuel.
Source des données :
Ces informationsns sont généralement stockées dans les données des articles principaux (EGP_SYSTEM_ITEMS_B) et doivent être jointes aux données de transaction.
Exemples
Rotation RapideHaute ValeurPièces de rechange
|
|||
|
Code de Sous-inventaire
SubinventoryCode
|
Une subdivision d'une organisation d'inventaire, représentant une zone ou un type de stockage spécifique. | ||
|
Descriptionn
Un sous-inventaire est un regroupement logique ou physique d'articles au sein d'une organisation d'inventaire plus vaste (par exemple, un entrepôt). Les exemples incluent 'Réception', 'Produits finis', 'Retenue qualité' ou 'Matériel défectueux'. Cet attribut permet une analyse de localisation de niveau supérieur à celle de l'emplacement de bac spécifique. Il est utile pour suivre le flux des matériaux entre différentes zones fonctionnelles, comme le temps qu'il faut aux articles pour passer du sous-inventaire 'Réception' au sous-inventaire 'Produits finis' après l'inspection qualité.
Pourquoi est-ce important ? :
Permet l'analyse des mouvements de stocks et des temps de rétention entre différentes zones fonctionnelles d'un entrepôt, comme la réception, la qualité et le stockage principal.
Source des données :
Un champ standard dans les tables d'inventaire, souvent nommé SUBINVENTORY_CODE.
Exemples
RÉCEPTIONFGIMAGASINS
|
|||
|
Est un Ajustement de Comptage Cyclique
IsCycleCountAdjustment
|
Un indicateur booléen qui est vrai si un ajustement d'inventaire suit directement une activité de comptage cyclique. | ||
|
Descriptionn
Cet attribut dérivé est un indicateur booléen (Vrai/Faux) qui identifie les activités « Inventory Discrepancy Adjusted » qui se produisent peu après une activité « Cycle Count Performed » pour le même article et le même emplacement. Cela aide à isoler les ajustements qui sont une conséquence directe du processus de comptage. Cet indicateur est utilisé pour le KPI « Post-Cycle Count Adjustment Rate ». Il permet aux analystes de mesurer l'efficacité du programme de comptage cyclique en mettant en évidence la fréquence à laquelle les comptages conduisent à des ajustements. Un taux élevé de tels ajustements peut indiquer des problèmes systémiques dans la précision des enregistrements de stocks.
Pourquoi est-ce important ? :
Aide à mesurer spécifiquement l'efficacité du processus de comptage cyclique en isolant les ajustements qui sont un résultat direct d'un décompte physique.
Source des données :
Il s'agit d'un attribut dérivé créé lors de la transformation des données en vérifiant la séquence d'activités pour un article ou un lot donné.
Exemples
truefaux
|
|||
|
ID de Transaction d'Inventaire
InventoryTransactionId
|
L'identifiant unique généré par le système pour un seul événement d'inventaire. | ||
|
Descriptionn
L'« Inventory Transaction ID » est la clé primaire d'un enregistrement de transaction d'inventaire unique et atomique dans le système source. Chaque ligne du journal d'événements correspond à un tel ID. Bien que non typiquement utilisé directement dans les cartes de processus de haut niveau, cet ID est très utile pour la validation des données, l'audit et l'analyse drill-down. Il fournit un lien direct vers l'enregistrement spécifique dans Oracle Fusion SCM, permettant aux analystes d'enquêter sur les anomalies ou les événements spécifiques dans le système source lui-même.
Pourquoi est-ce important ? :
Fournit une clé unique pour chaque événement, essentielle pour la validation des données, la traçabilité et permettant aux utilisateurs de remonter jusqu'à l'enregistrement du système source.
Source des données :
Il s'agit de la clé primaire de la table principale des transactions d'inventaire, typiquement TRANSACTION_ID dans INV_MATERIAL_TXNS.
Exemples
987654321123456789555444333
|
|||
|
Jours de Détention des Stocks
InventoryHoldingDays
|
Le temps total qu'un lot de stock reste en stock, de la première réception à l'émission ou à l'élimination finale. | ||
|
Descriptionn
Il s'agit d'un KPI au niveau du cas qui calcule la durée totale de détention d'un lot ou d'une série spécifique d'inventaire. Il est mesuré à partir de l'horodatage de la première activité "Réception des marchandises enregistrée" jusqu'à l'horodatage de l'activité finale "Sortie des marchandises enregistrée" ou "Stock mis au rebut/éliminé" pour ce cas. Cette métrique est indispensablele pour la gestion du fonds de roulement et des coûts de stockage. Une valeur élevée pour les Jours de détention des stocks indique un stock à rotation lente, ce qui peut entraîner une augmentation des coûts, un risque d'obsolescence et une utilisation inefficace de l'espace d'entrepôt. L'analyse de ce KPI aide à optimiser les niveaux de stock et à améliorer la rotation.
Pourquoi est-ce important ? :
Un indicateur clé de performance (KPI) essentiel pour l'efficacité financière et opérationnelle, il mesure combien de temps le capital est immobilisé dans les stocks et aide à identifier les stocks à rotation lente.
Source des données :
Il s'agit d'une métrique au niveau du cas calculée dans l'outil de process mining en prenant la différence entre l'horodatage du dernier événement pertinent et le premier.
Exemples
30 jours 10:05:0095 jours 04:00:0015 jours 12:30:00
|
|||
|
Organisation des Stocks
InventoryOrganization
|
L'organisation spécifique (par exemple, entrepôt, usine de fabrication) où le stock est détenu. | ||
|
Descriptionn
Une organisation d'inventaire représente une installation ou une entité distincte qui détient des stocks, comme un centre de distribution ou une usine. C'est un élément de données organisationnel clé dans Oracle Fusion SCM. Cet attribut est utilisé pour filtrer et comparer les processus entre différents sites physiques. Il aide à répondre à des questions comme « Quel entrepôt a le temps de mise en stock le plus rapide ? » ou « Le taux d'écart d'inventaire est-il plus élevé dans nos installations européennes ou nord-américaines ? ». Cela permet de comparer les performances et de partager les meilleures pratiques dans l'organisation.
Pourquoi est-ce important ? :
Permet la comparaison et l'évaluation des processus entre différentes installations comme les entrepôts ou les usines, aidant à identifier les performances spécifiques à chaque site.
Source des données :
Un champ clé dans les tables de transactions, tel que ORGANIZATION_ID, qui renvoie à une table de données de référence d'organisation pour le nom.
Exemples
Centre de distribution US1Fabrication de SeattleEntrepôt central UE
|
|||
|
Quantité
Quantity
|
La quantité de l'article impliqué dans la transaction. | ||
|
Descriptionn
Cet attribut représente le nombre d'unités d'un article qui ont été déplacées, ajustées, comptées ou autrement transigées. Il fournit une mesure de l'ampleur de chaque événement. La quantité est une métrique clée pour de nombreuses analyses. Elle est utilisée pour calculer le volume de marchandises traitées, la taille des écarts d'inventaire et la quantité de rebut. Lorsqu'elle est combinée avec des données de coût, elle permet de quantifier l'impact financier des inefficacités de processus, comme le montre le tableau de bord « Cycle Count Discrepancy Analysis ».
Pourquoi est-ce important ? :
Quantifie le volume de chaque transaction, permettant l'analyse du débit, de la taille des écarts et de l'impact financier des activités d'inventaire.
Source des données :
Un champ standard dans les tables de transactions d'inventaire, tel que PRIMARY_QUANTITY ou TRANSACTION_QUANTITY dans INV_MATERIAL_TXNS.
Exemples
100-105000
|
|||
|
Statut de l'Article
ItemStatus
|
Indique le statut actuel de l'article en stock, tel qu'Actif, Inactif ou Obsolète. | ||
|
Descriptionn
Le statut de l'article reflète le stade du cycle de vie du produit lui-même. Par exemple, un article peut être « Actif » pour les transactions normales, « En attente » pour un examen qualité, ou « Obsolète » s'il n'est plus utilisé. Cet attribut peut fournir un contexte précieux pour l'analyse de certaines activités. Par exemple, un taux élevé de rebut pour les articles avec un statut « Obsolète » est attendu, mais le rebut d'articles « Actifs » peut indiquer un problème sérieux. Il aide à segmenter l'analyse pour se concentrer sur les stocks pertinents et actifs.
Pourquoi est-ce important ? :
Fournit un contexte sur le cycle de vie du produit, aidant à différencier les actions attendues (par exemple, le rebut d'articles obsolètes) des problèmes de processus inattendus.
Source des données :
Ces informationsns proviennent de la table des articles principaux (par exemple, EGP_SYSTEM_ITEMS_B) et doivent être jointes aux données de transaction.
Exemples
ActifInactiveObsolète
|
|||
|
Type de transaction
TransactionType
|
Le type de transaction d'inventaire défini par le système. | ||
|
Descriptionn
Cet attribut est la classification brute, au niveau du système, d'un événement d'inventaire, telle que « PO Receipt », « Subinventory Transfer » ou « Cycle Count Adjustment ». C'est souvent une classification plus technique à partir de laquelle l'« Activity Name » convivial est dérivé. Bien que l'« Activity Name » soit utilisé pour les cartes de processus de haut niveau, le « Transaction Type » peut être précieux pour une analyse technique détaillée ou pour valider le mappage aux activités. Il peut aider à identifier des sous-processus spécifiques ou des comportements système qui sont regroupés sous une seule activité.
Pourquoi est-ce important ? :
Fournit la classification brute du système d'un événement, ce qui est utile pour l'analyse détaillée et pour valider la dérivation de l'« Activity Name ».
Source des données :
Un champ standard dans les tables de transactions d'inventaire, généralement joint à partir d'une table maîtresse des types de transactions comme MTL_TRANSACTION_TYPES.
Exemples
Réception de BCTransfert de Sous-inventaireSortie de composant en cours de fabrication (WIP)
|
|||
|
Unité de Mesure
UnitOfMeasure
|
L'unité de mesure pour la quantité de transaction (par exemple, Unité, Kg, Boîte). | ||
|
Descriptionn
L'Unité de Mesure (UDM) fournit un contexte à l'attribut « Quantity », spécifiant ce que représente la valeur numérique. Par exemple, une quantité de « 10 » pourrait signifier 10 articles individuels, 10 boîtes ou 10 kilogrammes. Cet attribut est indispensable pour une interprétation précise de l'analyse basée sur la quantité. Sans l'UDM, il est impossible de comparer les transactions pour différents articles ou d'agréger les quantités avec précision. Il garantit que les analyses sont effectuées sur une base cohérente et pertinente.
Pourquoi est-ce important ? :
Fournit un contexte essentiel à l'attribut 'Quantity', garantissant que les valeurs sont interprétées correctement et que les comparaisons sont pertinentes.
Source des données :
Généralement trouvé à côté du champ de quantité dans les tables de transactions, comme TRANSACTION_UOM dans INV_MATERIAL_TXNS.
Exemples
EAKGBOÎTE
|
|||
Activités de gestion des stocks
| Activité | Descriptionn | ||
|---|---|---|---|
|
`Prélèvement terminé`
|
Signifie que le lot de stock a été physiquement prélevé de son emplacement de stockage et déplacé vers une zone de transit. Il s'agit d'une transaction explicite où le préparateur confirme l'achèvement de la tâche de prélèvement.lèvement dans le système. | ||
|
Pourquoi est-ce important ? :
Il s'agit d'une étape clé dans l'exécution des commandes. La durée entre l'"Initiation du prélèvement" et cet événement mesure l'efficacité des préparateurs et la performance du processus de prélèvement.lèvement.
Source des données :
Capturé via une transaction de confirmation de prélèvement.lèvement, qui met à jour le statut de la ligne d'ordre de mouvement ou de la tâche d'entrepôt à 'Terminé' ou déclenche une transaction de 'Transfert de sous-inventaire' dans INV_MATERIAL_TXNS.
Capture
Comptabilisé lorsqu'un utilisateur confirme la transaction de prélèvement.lèvement dans le système, souvent via un appareil RF mobile.
Type d'événement
explicit
|
|||
|
Écart d'inventaire ajusté
|
Une transaction explicite pour corriger la quantité en stock du système pour un lot d'inventaire afin qu'elle corresponde au comptage physique ou pour tenir compte d'autres écarts comme les dommages. Cette transaction reconnaît formellement un gain ou une perte d'inventaire. | ||
|
Pourquoi est-ce important ? :
Le suivi de la fréquence et des raisons des ajustements est impératif pour identifier les causes profondes des inexactitudes d'inventaire, telles que le vol, les dommages ou les erreurs de processus. Il a un impact direct sur les registres financiers et la fiabilité des stocks.
Source des données :
Comptabilisé comme une transaction matérielle dans INV_MATERIAL_TXNS avec un type spécifique comme 'Cycle Count Adjustment' ou 'Miscellaneous Issue/Receipt', souvent accompagné d'un code de motif.
Capture
Comptabilisé lors de l'approbation et de la comptabilisation d'une transaction d'ajustement d'inventaire.
Type d'événement
explicit
|
|||
|
Inspection qualité effectuée
|
Signifie l'achèvement du processus d'inspection qualité, où une décision est prise d'accepter ou de rejeter le lot de stock. Cet événement est typiquement déduit de la mise à jour finale du statut sur l'enregistrement d'inspection qualité. | ||
|
Pourquoi est-ce important ? :
Il s'agit d'une étape critique qui détermine la disponibilité des stocks pour les processus en aval. L'analyse des résultats et de la durée des inspections aide à optimiser le contrôle qualité et la performance des fournisseurs.
Source des données :
Déduit de l'horodatage lorsque l'enregistrement d'inspection qualité dans QA_RESULTS est mis à jour avec un statut final tel que 'Accepté' ou 'Rejeté', ou lorsque le statut matériel du lot passe de 'QA' à 'Actif'.
Capture
Dérivé de la date de fin de l'enregistrement d'inspection qualité associé au lot d'inventaire.
Type d'événement
inferred
|
|||
|
Rangement terminé
|
Représente l'achèvement du déplacement du lot de stock dans son casier de stockage ou sous-inventaire désigné, le rendant officiellement partie du stock disponible. Ceci est capturé par une transaction matérielle explicite qui met à jour l'emplacement du lot de la réception vers un emplacement de stockage. | ||
|
Pourquoi est-ce important ? :
Ce jalon marque la fin du processus d'entrée. Le temps de cycle entre la "Réception des marchandises enregistrée" et cet événement est un KPI clé pour mesurer l'efficacité du rangement.
Source des données :
Comptabilisé comme une transaction matérielle, souvent un 'Subinventory Transfer' ou un 'Put Away', dans la table INV_MATERIAL_TXNS. Cette transaction déplace le lot d'un sous-inventaire de réception vers un sous-inventaire de stockage.
Capture
L'événement est enregistré lorsque la transaction confirmant le déplacement vers un emplacement de stockage est terminée.
Type d'événement
explicit
|
|||
|
Réception de marchandises enregistrée
|
Marque l'arrivée physique initiale d'un lot de stock dans l'entrepôt, généralement contre un bon de commande ou une autorisation de retour de matériel. Il s'agit d'une transaction explicite enregistrée dans le système lors de la réception des marchandises, créant le premier enregistrement du lot de stock. | ||
|
Pourquoi est-ce important ? :
Cette activité sert de point de départ principal pour l'analyse du cycle de vie des stocks. Le suivi du temps entre cet événement et d'autres comme le rangement ou l'inspection qualité est impératif pour mesurer l'efficacité des processus entrants.
Source des données :
Comptabilisé comme une transaction matérielle dans la table INV_MATERIAL_TXNS avec des types de transaction tels que 'PO Receipt', 'RMA Receipt' ou 'Intransit Shipment Receipt'. La date de création de cette transaction sert d'horodatage de l'événement.
Capture
L'événement est enregistré lors de l'exécution d'une transaction de réception.
Type d'événement
explicit
|
|||
|
Sortie de marchandises enregistrée
|
Marque la sortie finale d'un lot de stock de l'entrepôt, soit par expédition à un client, par émission pour un ordre de production, soit par transfert vers une autre installation. Il s'agit d'une transaction matérielle définitive et explicite qui décrémente le stock. | ||
|
Pourquoi est-ce important ? :
Il s'agit d'un point final principal pour le cycle de vie des stocks, essentiel pour le calcul de la rotation des stocks et des jours de détention. Il confirme la satisfaction de la demande pour le lot spécifique.
Source des données :
Comptabilisé comme une transaction matérielle dans INV_MATERIAL_TXNS avec des types tels que 'Sales Order Issue', 'WIP Component Issue' ou 'Transfer Order Shipment'.
Capture
Comptabilisé lorsque la confirmation d'expédition ou la transaction d'émission de composant est traitée.
Type d'événement
explicit
|
|||
|
Stock mis au rebut/éliminé
|
Représente le retrait formel d'un lot de stock en raison de son expiration, de dommages, d'obsolescence ou de son inutilisation d'une autre manière. Il s'agit d'une transaction explicite qui amortit la valeur du stock. | ||
|
Pourquoi est-ce important ? :
Il s'agit d'un point final pour les stocks qui ne sont ni vendus ni utilisés. Le suivi des rebuts aide à identifier les problèmes liés au vieillissement des stocks, à la prévision de la demande ou aux processus de manutention, et a un impact financier direct.
Source des données :
Comptabilisé comme une transaction matérielle dans INV_MATERIAL_TXNS, typiquement un 'Miscellaneous Issue' ou un type de transaction 'Scrap' spécifique, lié à un compte de rebut et à un code de motif spécifiques.
Capture
Comptabilisé lorsque la transaction de rebut est exécutée et approuvée.
Type d'événement
explicit
|
|||
|
Emballage terminé
|
Représente l'achèvement du processus d'emballage où le lot prélevé est placé dans un conteneur d'expédition et le conteneur est scellé. Il peut s'agir d'un scan de station explicite ou déduit d'un changement de statut d'expédition. | ||
|
Pourquoi est-ce important ? :
Marque la fin du traitement physique en entrepôt avant l'expédition. L'analyse du temps entre le prélèvement et l'emballage aide à identifier les inefficacités au poste d'emballage.
Source des données :
Déduit d'un changement de statut sur le détail de la livraison ou l'enregistrement d'expédition (par exemple, dans WSH_DELIVERY_DETAILS) à 'Emballé'. Dans certaines configurations, il peut s'agir d'une transaction explicite à un poste d'emballage.
Capture
Dérivé d'un horodatage de mise à jour du statut d'expédition ou d'un journal de transaction d'emballage spécifique.
Type d'événement
inferred
|
|||
|
Inspection qualité initiée
|
Représente le moment où un lot de stock est désigné pour une inspection de contrôle qualité avant d'être rendu disponible à l'utilisation. Ceci est souvent déduit de la création d'un enregistrement de plan d'inspection associé au lot reçu ou d'un changement de statut plaçant le lot en statut de maintien 'QA'. | ||
|
Pourquoi est-ce important ? :
Identifie le début du processus d'assurance qualité. La durée entre cette étape et « Inspection qualité effectuée » révèle le délai et les points de blocage potentiels dans le service QC.
Source des données :
Déduit de la création d'un enregistrement d'inspection qualité dans le module de gestion de la qualité (par exemple, QA_RESULTS) ou en suivant un changement de statut matériel du lot vers un statut d'inspection désigné.
Capture
Déduit de l'horodatage de création d'un plan d'inspection qualité ou d'un changement de statut de lot à 'En attente d'inspection'.
Type d'événement
inferred
|
|||
|
Inventaire tournant effectué
|
Indique qu'un lot de stock a été physiquement compté dans le cadre d'un programme d'inventaire tournant ou d'inventaire physique. Il s'agit d'une action explicite où un utilisateur saisit la quantité comptée dans le système. | ||
|
Pourquoi est-ce important ? :
Cette activité est centrale pour l'analyse des programmes de prélèvement.cision des stocks. Elle fournit la base pour l'identification des écarts et la mesure de l'efficacité du processus de comptage.
Source des données :
Comptabilisé dans la table INV_CYCLE_COUNT_ENTRIES lorsqu'une quantité comptée est saisie et enregistrée par un utilisateur. L'horodatage de la saisie du comptage sert de temps d'événement.
Capture
Comptabilisé lorsqu'un utilisateur soumet un comptage pour un article et un lot spécifiques dans une tâche de comptage cyclique.
Type d'événement
explicit
|
|||
|
Marchandises Retournées Traitées
|
Capture la réception et le traitement d'un lot d'inventaire retourné par un client via une Autorisation de Retour Matériel (RMA). Cette activité réintroduit le lot dans le système d'inventaire, déclenchant souvent des processus d'inspection et de disposition. | ||
|
Pourquoi est-ce important ? :
L'analyse du processus de retour est indispensablele pour comprendre les problèmes de qualité des produits et améliorer l'efficacité de la logistique inverse. Cela peut être un point de départ pour un sous-processus de retours distinct.
Source des données :
Comptabilisé comme une transaction matérielle 'RMA Receipt' dans la table INV_MATERIAL_TXNS. Les détails de la transaction renvoient à la commande client et au client d'origine.
Capture
Comptabilisé lors de l'exécution de la transaction de réception RMA dans le système.
Type d'événement
explicit
|
|||
|
Prélèvement initié
|
Marque le début du processus d'exécution des commandes où une tâche est créée pour prélever un lot de stock de son emplacement de stockage pour une commande client, un ordre de fabrication ou un transfert. Ceci est déduit de la création d'une vague de prélèvement.lèvement ou d'une ligne d'ordre de mouvement. | ||
|
Pourquoi est-ce important ? :
Cet événement démarre le chronomètre du temps de cycle de prélèvement.lèvement. Les retards entre l'allocation des commandes et l'initiation du prélèvement peuvent révéler des points de blocage dans le traitement des commandes ou l'affectation des tâches d'entrepôt.
Source des données :
Déduit de l'horodatage de création d'un enregistrement dans les tables WMS pour une tâche de prélèvement.lèvement ou d'une mise à jour de statut sur une ligne d'ordre de mouvement (par exemple, Mtl_Txn_Request_Lines) à 'Libéré pour l'entrepôt'.
Capture
Identifié par la création d'une tâche de prélèvement.lèvement ou d'un ordre de mouvement associé au lot d'inventaire.
Type d'événement
inferred
|
|||
|
Rangement initié
|
Marque le début du processus de déplacement des marchandises reçues d'une zone de transit ou de réception vers leur emplacement de stockage final. Ceci est généralement déduit de la création d'une tâche dirigée par le système ou d'une demande de mouvement pour l'opération de rangement. | ||
|
Pourquoi est-ce important ? :
L'initiation rapide du processus de rangement est indispensablele pour désengorger les quais de réception et rendre le stock disponible. Cet événement aide à mesurer le délai entre la réception et le début des activités de rangement.
Source des données :
Déduit de l'horodatage de création d'une demande de mouvement ou d'une tâche d'entrepôt dans le module du Système de Gestion d'entrepôt (WMS) lié au lot reçu.
Capture
Identifié par la création d'une tâche de mise en stock associée à la transaction ou au lot d'inventaire.
Type d'événement
inferred
|
|||
|
Statut de l'Article Modifié
|
Représente un changement dans le statut d'utilisation ou de restriction d'un lot de stock, tel que sa mise en attente, sa restriction de vente ou sa libération. Ceci est généralement déduit des changements apportés à l'attribut de statut du lot. | ||
|
Pourquoi est-ce important ? :
Le suivi des changements de statut aide à comprendre la disponibilité et le contrôle des stocks. Des blocages fréquents peuvent indiquer des problèmes de qualité, tandis que le suivi des libérations est important pour le flux de processus.
Source des données :
Déduit en suivant les changements apportés aux champs 'LOT_STATUS_CODE' ou similaires dans les tables d'inventaire comme INV_LOT_NUMBERS. L'historique d'audit ou les journaux de base de données peuvent être nécessaires pour capturer l'horodatage du changement.
Capture
Capturé en comparant les valeurs actuelles et précédentes du champ de statut du lot au fil du temps.
Type d'événement
inferred
|
|||
|
Stock déplacé en interne
|
Capture le mouvement d'un lot d'inventaire entre différents emplacements de stockage, tels que des bacs ou des sous-inventaires, au sein du même entrepôt. Ces mouvements sont enregistrés comme des transactions de matériel explicites à des fins de réapprovisionnement ou de consolidation. | ||
|
Pourquoi est-ce important ? :
L'analyse des mouvements internes aide à identifier les agencements d'entrepôt inefficaces, les manipulations excessives et les opportunités d'optimisation du placement des stocks. Une fréquence élevée peut indiquer une logique de mise en stock initiale déficiente.
Source des données :
Comptabilisé comme une transaction matérielle dans INV_MATERIAL_TXNS avec un type tel que 'Subinventory Transfer' ou 'Locator Transfer' qui n'implique pas de partie externe.
Capture
Comptabilisé lors de la finalisation d'une transaction de transfert interne.
Type d'événement
explicit
|
|||