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 | Description | ||
|---|---|---|---|
|
Heure de Début de l'Événement
EventStartTime
|
L'horodatage indiquant le début de l'activité d'inventaire. | ||
|
Description
Cet attribut capture 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 Start Time » est crucial pour calculer les durées et les temps d'attente entre les activités. Il permet l'identification des goulots d'étranglement, 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, quarts, jours ou mois).
Pourquoi c'est important
Cet horodatage est essentiel pour ordonner les événements, calculer les temps de cycle et les temps d'attente, et comprendre les goulots d'étranglement des processus.
Où obtenir
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/Lot de Stock
InventoryBatchLot
|
L'identifiant unique pour un lot spécifique d'un article en stock, servant d'ID de cas pour suivre son cycle de vie. | ||
|
Description
Le numéro de lot de stock est l'identifiant de cas 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 fondamental. 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 de bout en bout, l'identification des chemins courants et la découverte des goulots d'étranglement affectant des groupes de stock spécifiques.
Pourquoi c'est important
Il s'agit de l'identifiant de cas essentiel 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.
Où obtenir
Ces informations 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. | ||
|
Description
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 le cœur du Process Mining, permettant la visualisation des cartes de processus, l'identification des déviations et l'analyse des temps de transition entre les étapes.
Pourquoi c'est important
Cet attribut est fondamental 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.
Où obtenir
Il est souvent dérivé en mappant les types de transactions ou les codes d'événements des tables sources (par exemple, INV_MATERIAL_TXNS) à des noms d'activités conviviaux.
Exemples
Réception des 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. | ||
|
Description
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 fraîcheur des données analysées. Cet horodatage est vital pour comprendre la pertinence des informations de processus. Il permet aux utilisateurs de savoir s'ils examinent des données quasi en temps réel ou un instantané d'une période précédente, ce qui est crucial pour prendre des décisions opportunes et éclairées basées sur l'analyse.
Pourquoi c'est important
Indique la fraîcheur 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.
Où obtenir
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. | ||
|
Description
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 cruciale 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 c'est 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.
Où obtenir
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
|
|||
|
`Numéro d'article`
ItemNumber
|
L'identifiant unique du produit ou du matériel traité. | ||
|
Description
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 essentiel 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 c'est 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.
Où obtenir
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
|
|||
|
`Utilisateur effectuant l'action`
UserPerformingAction
|
L'ID utilisateur ou le nom de la personne qui a exécuté la transaction d'inventaire. | ||
|
Description
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 cruciale 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 performeurs ou les individus qui peuvent nécessiter une formation supplémentaire sur les procédures de contrôle des stocks.
Pourquoi c'est 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.
Où obtenir
Généralement trouvé 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 de Motif de Mouvement
MovementReasonCode
|
Un code qui explique la raison commerciale d'un mouvement ou d'un ajustement d'inventaire. | ||
|
Description
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 essentiel 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 c'est important
Explique le 'pourquoi' derrière les ajustements et les mouvements de stocks, ce qui est crucial pour l'analyse des causes profondes de problèmes tels que les écarts ou les rebuts.
Où obtenir
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. | ||
|
Description
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 c'est important
Fournit un contexte géographique au sein de l'entrepôt, permettant l'analyse de l'efficacité des mouvements et des problèmes spécifiques à l'emplacement comme les goulots d'étranglement ou les ajustements fréquents.
Où obtenir
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-B2RECEIVING-DOCK-01QC-INSPECT-AREA
|
|||
|
Heure de fin de l'événement
EventEndTime
|
Le timestamp indiquant la fin de l'activité d'inventaire. | ||
|
Description
L'« Event End Time » marque l'achèvement 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'« Start Time ». Cet attribut est utilisé conjointement avec l'« Event Start Time » pour calculer le temps de traitement des activités individuelles. Ceci est crucial 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 c'est important
Permet le calcul du temps de traitement pour les activités individuelles, aidant à identifier les étapes spécifiques qui sont chronophages.
Où obtenir
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
|
|||
|
Catégorie d'UGS
SKUCategory
|
La catégorie ou la famille à laquelle appartient le produit (UGS). | ||
|
Description
La catégorie d'UGS est une classification utilisée pour regrouper des produits similaires. Des exemples incluent « É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 tableaux de bord 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 c'est 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.
Où obtenir
Ces informations 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. | ||
|
Description
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 c'est 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.
Où obtenir
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. | ||
|
Description
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 c'est 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.
Où obtenir
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. | ||
|
Description
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 inestimable 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 c'est 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.
Où obtenir
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. | ||
|
Description
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 cruciale 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 c'est 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.
Où obtenir
Il s'agit d'une métrique au niveau du cas calculée au sein de 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. | ||
|
Description
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 au sein de l'organisation.
Pourquoi c'est 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.
Où obtenir
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. | ||
|
Description
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 fondamentale 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 c'est 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.
Où obtenir
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. | ||
|
Description
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 c'est 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.
Où obtenir
Ces informations 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
|
|||
|
Temps de traitement de l'activité
ActivityProcessingTime
|
La durée d'une seule activité, calculée comme la différence entre son heure de fin et son heure de début. | ||
|
Description
Cette métrique mesure le temps passé à travailler activement sur une tâche, calculé comme 'EventEndTime' moins 'EventStartTime'. Pour les événements instantanés, cette durée est nulle. Pour les activités avec un début et une fin définis, comme une inspection qualité, elle représente le temps de traitement réel. L'analyse du temps de traitement aide à identifier quelles étapes spécifiques du processus sont les plus chronophages. Ceci est différent du temps de cycle, qui inclut les périodes d'attente. Un temps de traitement élevé pour certaines activités pourrait indiquer un besoin d'outils améliorés, d'automatisation ou de personnel supplémentaire.
Pourquoi c'est important
Mesure la durée réelle de travail d'une activité, aidant à identifier les étapes inefficaces qui nécessitent une optimisation, indépendamment du temps d'attente.
Où obtenir
Calculé lors de la transformation des données : EventEndTime - EventStartTime.
Exemples
0 00:30:000 02:00:000 00:00:00
|
|||
|
Type de transaction
TransactionType
|
Le type de transaction d'inventaire défini par le système. | ||
|
Description
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 c'est 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 ».
Où obtenir
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). | ||
|
Description
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 essentiel 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 c'est important
Fournit un contexte essentiel à l'attribut 'Quantity', garantissant que les valeurs sont interprétées correctement et que les comparaisons sont pertinentes.
Où obtenir
Généralement trouvé à côté du champ de quantité dans les tables de transactions, comme TRANSACTION_UOM dans INV_MATERIAL_TXNS.
Exemples
UNITÉKGBOÎTE
|
|||
Activités de Gestion des Stocks
| Activité | Description | ||
|---|---|---|---|
|
`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 dans le système. | ||
|
Pourquoi c'est 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.
Où obtenir
Capturé via une transaction de confirmation de pré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
Enregistré lorsqu'un utilisateur confirme la transaction de pré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 c'est important
Le suivi de la fréquence et des raisons des ajustements est crucial 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.
Où obtenir
Enregistré 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
Enregistré 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 c'est 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.
Où obtenir
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 c'est 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.
Où obtenir
Enregistré 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 des 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 c'est 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 crucial pour mesurer l'efficacité des processus entrants.
Où obtenir
Enregistré 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 c'est important
Il s'agit d'un point final principal pour le cycle de vie des stocks, crucial 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.
Où obtenir
Enregistré 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
Enregistré lorsque la confirmation d'expédition ou la transaction d'émission de composant est traitée.
Type d'événement
explicit
|
|||
|
Stock 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 c'est 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.
Où obtenir
Enregistré 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
Enregistré lorsque la transaction de rebut est exécutée et approuvée.
Type d'événement
explicit
|
|||
|
Comptage cyclique 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 c'est important
Cette activité est centrale pour l'analyse des programmes de précision des stocks. Elle fournit la base pour l'identification des écarts et la mesure de l'efficacité du processus de comptage.
Où obtenir
Enregistré 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
Enregistré 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
|
|||
|
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 c'est 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.
Où obtenir
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 c'est 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 goulots d'étranglement potentiels dans le service QC.
Où obtenir
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
|
|||
|
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 c'est important
L'analyse du processus de retour est essentielle 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.
Où obtenir
Enregistré 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
Enregistré 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 ou d'une ligne d'ordre de mouvement. | ||
|
Pourquoi c'est important
Cet événement démarre le chronomètre du temps de cycle de prélèvement. Les retards entre l'allocation des commandes et l'initiation du prélèvement peuvent révéler des goulots d'étranglement dans le traitement des commandes ou l'affectation des tâches d'entrepôt.
Où obtenir
Déduit de l'horodatage de création d'un enregistrement dans les tables WMS pour une tâche de pré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 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 c'est important
L'initiation rapide du processus de rangement est essentielle 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.
Où obtenir
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 c'est 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.
Où obtenir
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 c'est 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.
Où obtenir
Enregistré 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
Enregistré lors de la finalisation d'une transaction de transfert interne.
Type d'événement
explicit
|
|||