您的库存管理数据模板

Oracle Fusion SCM
您的库存管理数据模板

您的库存管理数据模板

此模板为您从 Oracle Fusion SCM 提取和构建库存管理数据提供了全面指南。它概述了创建有效事件日志所需的核心属性和活动。利用此资源准确分析您的库存流程并识别优化空间。
  • 建议收集的属性
  • 用于流程发现的关键跟踪活动
  • Oracle Fusion SCM 数据提取指南
不熟悉事件日志?了解 如何创建流程挖掘事件日志.

库存管理属性

这些是推荐包含在 event log 中的核心数据字段,支持对库存管理流程进行全面分析。
5 必填 5 推荐 11 可选
名称 描述
事件开始时间
EventStartTime
指示库存活动开始的 timestamp。
描述

此属性捕获活动开始的确切日期和时间。它是用于按时间顺序排列 event 并构建流程流的主要时间元素。

在分析中,Event 开始时间对于计算活动之间的持续时间和等待时间至关重要。它支持识别 bottleneck、衡量“平均上架周期时间”等 KPI 的周期,并分析不同时间段(如班次、日期或月份)的流程绩效。

为何重要

此时间戳对于事件排序、计算周期时间和等待时间以及理解流程瓶颈至关重要。

获取方式

通常源自库存交易表中的交易日期或创建日期字段,例如 INV_MATERIAL_TXNS 中的 TRANSACTION_DATE。

示例
2023-10-01T08:05:21Z2023-11-15T14:30:00Z2024-01-20T21:00:15Z
库存批次/批号
InventoryBatchLot
库存项目特定批次或批号的唯一标识符,作为跟踪其生命周期的 case ID。
描述

库存批次或批号是主要的 case 标识符,它将与特定数量产品相关的所有活动归组。这实现了对特定库存数量完整生命周期的跟踪,从入库接收到各种移动,直到最终的发放或消耗。

在 Process Mining 分析中,此属性是基础。它将收货、质量检验、内部调拨和货物发放等离散 event 连接成一个统一且连贯的流程实例。按库存批次/批号分析流程可以计算端到端周期时间,识别常用路径,并发现影响特定库存组的 bottleneck。

为何重要

这是必不可少的案例标识符,它将所有相关的库存活动关联在一起,从而能够追踪库存批次从收货到发货的全过程。

获取方式

此信息通常存在于库存交易表中,例如与批次或批号控制详情相关的 INV_MATERIAL_TXNS。

示例
LOT2024-A01134BATCH-US-00582LPN-493820-202405
活动名称
ActivityName
所执行的特定库存管理活动的名称。
描述

活动名称描述了特定批次或批号在库存管理流程中发生的单个步骤或 event。这些 event 构成了流程流的序列。

活动示例包括“货物收据已记录”、“已执行质量检验”、“库存内部移动”和“货物发放已记录”。分析这些活动的序列和频率是 Process Mining 的核心,它支持流程图的可视化、偏差识别以及步骤间转换时间的分析。

为何重要

此属性是构建流程图的基础,因为它定义了构成库存生命周期的各个步骤和 event。

获取方式

这通常是通过将源表(例如 INV_MATERIAL_TXNS)中的交易类型或事件代码映射为易于理解的活动名称而得出的。

示例
Goods Receipt Recorded上架已完成库存差异已调整已开始拣货
最后数据更新
LastDataUpdate
表示该记录的数据上次从源系统刷新的时间戳。
描述

此属性记录了数据上次从源系统提取并加载到 Process Mining 工具的时间。它反映了所分析数据的时效性。

此 timestamp 对于了解流程洞察的近期情况至关重要。它让用户知道他们看到的是近乎实时的数据还是前期快照,这对于根据分析做出及时且明智的决策至关重要。

为何重要

反映数据的时效性,确保用户了解流程分析的最新程度以及下一次数据刷新的预期时间。

获取方式

这是在数据提取、转换和加载 (ETL) 过程中生成的元数据字段。

示例
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
源系统
SourceSystem
用于标识数据提取自哪个系统。
描述

此属性指定了记录库存事务的源应用程序。在大型企业中,库存数据可能源自多个系统或模块。

指定源系统对于数据治理和理解数据背景至关重要。它有助于排查数据提取问题,并可用于比较跨越不同系统或实例的流程,例如比较不同区域 ERP 之间的库存管理流程。

为何重要

提供数据来源的重要上下文,这对于数据验证、治理以及分析可能跨越多个系统的流程非常重要。

获取方式

这通常是在数据提取和转换过程中添加的静态值,用于标记 data 来源。

示例
Oracle Fusion SCMOracle SCM Cloud-PRODFusion-ERP-US
事件结束时间
EventEndTime
指示库存活动完成的 timestamp。
描述

Event 结束时间标志着活动的完成。虽然许多库存事务记录为单点时间 event,但某些活动(如“质量检验”或“拣货”)具有明显的持续时间。对于即时 event,结束时间通常与开始时间相同。

此属性与 Event 开始时间配合使用,计算单个活动的处理时间。这对于绩效分析、资源利用率研究以及识别耗时超出预期的活动(这些活动会导致整体流程延误)至关重要。

为何重要

支持计算单个活动的处理时间,帮助精准定位哪些具体步骤最耗时。

获取方式

对于即时事务,可能与开始时间相同。对于有持续时间的活动,它将是相关源表中的一个单独完成 timestamp 字段。

示例
2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
仓库地点
WarehouseLocation
活动发生的仓库内特定位置,例如货位或区域。
描述

此属性指定了与库存事务相关的仓库内物理位置,例如特定的通道、货架或货位。它提供了关于库存存储或移动位置的细粒度细节。

按仓库库位分析有助于识别物流方面的低效环节。例如,“内部库存移动提前期”仪表板可以使用此属性来显示某些区域之间的转移是否持续缓慢。它还可以揭示特定库位是否容易出现库存差异。

为何重要

提供仓库内的地理背景信息,支持对移动效率和特定库位问题(如 bottleneck 或频繁调整)进行分析。

获取方式

源自库存事务表中的 LOCATOR_ID 等字段,可与库位主数据 (INV_ITEM_LOCATIONS) 关联以获取描述性名称。

示例
A1-R4-S3-B2RECEIVING-DOCK-01QC-INSPECT-AREA
执行操作的用户
UserPerformingAction
执行库存事务的人员的用户 ID 或姓名。
描述

此属性标识负责执行特定活动的用户,例如完成上架任务的仓库操作员或批准调整的库存经理。

按用户分析对于了解工作负载分配、识别培训需求和确保合规性至关重要。例如,“库存调整频率与原因”仪表板使用此属性查看谁最频繁地执行调整,这可以发现表现优异者或需要接受库存控制程序额外培训的个人。

为何重要

将操作归属到特定个人,从而支持对用户绩效、工作量、培训需求和流程合规性进行分析。

获取方式

通常以“USER_ID”或“CREATED_BY”字段的形式出现在交易表中,例如 INV_MATERIAL_TXNS 中的 CREATED_BY。

示例
JSMITHAMARTINWAREHOUSE.OPERATOR
移动原因代码
MovementReasonCode
解释库存变动或调整业务原因的代码。
描述

移动原因代码提供了库存事务发生的原因背景。这对于报废、循环盘点调整或退货等非标准移动尤为重要。

此属性对根本原因分析至关重要。例如,“库存调整频率与原因”仪表板使用此代码对调整进行分类,有助于区分损坏、失窃或数据录入错误。分析这些原因有助于优先考虑并将改进工作集中在最显著的问题上。

为何重要

解释库存调整和变动背后的“原因”,这对于差异或报废等问题的根本原因分析至关重要。

获取方式

存在于交易表的原因代码字段中(如 INV_MATERIAL_TXNS 中的 REASON_ID),链接到原因代码主数据表。

示例
DAMAGED IN TRANSITCYCLE COUNT ADJEXPIRED STOCK
行项目编号
ItemNumber
所处理产品或物料的唯一标识符。
描述

项目编号(通常称为 SKU)用于标识库存事务中涉及的特定产品。这允许按产品过滤或细分分析。

在 Process Mining 中,此属性对于以产品为中心的分析至关重要。它有助于回答诸如“哪些产品的上架时间最长?”或“哪些项目调整最频繁?”之类的问题。这实现了对特定产品线或类别的针对性改进。

为何重要

支持按特定产品进行过滤和分析,帮助识别哪些物料与流程延迟或问题相关。

获取方式

这是库存交易表中的一个核心字段,通常名为 INVENTORY_ITEM_ID,用于链接到物料主表 (EGP_SYSTEM_ITEMS_B) 以获取详细信息。

示例
AS54888CPU-INT-i9MEM-DDR5-32GB
SKU 类别
SKUCategory
产品 (SKU) 所属的类别或族群。
描述

SKU 类别是将相似产品归组的分类方式。示例包括“电子产品”、“原材料”、“成品”或基于价值的分类(例如 A、B、C 类项目)。

此属性实现了按产品组进行的高级分析,这通常比查看数千个单独项目更有启发性。它在“报废和陈旧率分析”等仪表板中被使用,以识别哪些类别的产品最容易被报废,从而协助优化库存政策和需求预测改进。

为何重要

支持按不同产品组汇总和比较流程绩效,揭示在单个物料层面可能无法观察到的趋势。

获取方式

此信息通常存储在物料主数据 (EGP_SYSTEM_ITEMS_B) 中,需要与交易数据进行关联。

示例
Fast MovingHigh Value备件
事务类型
TransactionType
系统定义的库存事务类型。
描述

此属性是库存 event 的原始系统级分类,例如“PO 接收”、“子库存转移”或“循环盘点调整”。它通常是一个更偏技术性的分类,用户友好的“活动名称”正是由此派生而来的。

虽然活动名称用于高级流程图,但“事务类型”对于详细的技术分析或验证活动映射非常有价值。它可以帮助识别归组在单个活动下的特定子流程或系统行为。

为何重要

提供 event 的原始系统分类,这对于详细分析和验证“活动名称”的推导非常有用。

获取方式

库存交易表中的标准字段,通常通过关联交易类型主表(如 MTL_TRANSACTION_TYPES)获得。

示例
采购订单接收子库存转移WIP 组件发料
子库存代码
SubinventoryCode
库存组织的子单位,代表特定的存储区域或类型。
描述

子库 (Subinventory) 是大型库存组织(如仓库)内物料的逻辑或物理分组。例如:“收货区”、“产成品区”、“待检区”或“残次品区”。

该属性支持比具体货位更高级别的库位分析。它对于追踪不同功能区域之间的物料流转非常有用,例如计算物料在质量检查后,从“收货”子库移动到“产成品”子库所需的时间。

为何重要

支持分析仓库内不同功能区域(如收货区、质检区和主库区)之间的库存移动和持有时间。

获取方式

库存表中的标准字段,通常命名为 SUBINVENTORY_CODE。

示例
收货中FGI库房
库存事务 ID
InventoryTransactionId
系统为单个库存 event 生成的唯一标识符。
描述

库存事务 ID 是源系统中单个原子库存事务记录的主键。event log 中的每一行对应一个此类 ID。

虽然在高级流程图中通常不直接使用,但此 ID 对于数据验证、审计和钻取分析非常有价值。它提供了返回 Oracle Fusion SCM 中特定记录的直接链接,允许分析师在源系统本身中调查异常或特定 event。

为何重要

为每个 event 提供唯一键,这对于数据验证、可追溯性以及允许用户钻取到源系统记录至关重要。

获取方式

这是主库存交易表的主键,通常是 INV_MATERIAL_TXNS 中的 TRANSACTION_ID。

示例
987654321123456789555444333
库存持有天数
InventoryHoldingDays
库存批次在库的的总时长,从首次接收到最终发放或处置。
描述

这是一个案例级的 KPI,用于计算特定库存批次或批号的总持有时长。它衡量的是从第一个“记录收货”活动的时间戳到该案例最后一个“记录发货”或“库存报废/处理”活动的时间戳之间的间隔。

该指标对于管理营运资金和仓储成本至关重要。较高的“库存持有天数”表示库存周转缓慢,可能导致成本增加、陈旧风险以及仓库空间利用率低下。分析此 KPI 有助于优化库存水平并提高周转率。

为何重要

财务和运营效率的关键 KPI,用于衡量资金占用在库存中的时长,并帮助识别呆滞物料。

获取方式

这是一个案例级的指标,由流程挖掘工具通过计算最后一个相关事件与第一个事件之间的时间戳差值得出。

示例
30 days 10:05:0095 days 04:00:0015 days 12:30:00
库存组织
InventoryOrganization
持有库存的特定组织(例如仓库、制造工厂)。
描述

库存组织 (Inventory Organization) 代表持有库存的独立设施或实体,例如配送中心或工厂。它是 Oracle Fusion SCM 中的核心组织数据元素。

该属性用于过滤和比较不同物理场地的流程。它有助于回答诸如“哪个仓库的上架速度最快?”或“欧洲工厂的库存差异率是否高于北美工厂?”等问题,从而支持在全公司范围内开展标杆管理和最佳实践分享。

为何重要

支持在不同设施(如仓库或工厂)之间进行流程比较和标杆分析,帮助识别特定场地的绩效表现。

获取方式

交易表中的核心字段(如 ORGANIZATION_ID),链接到组织主数据表以获取名称。

示例
US1 配送中心西雅图制造中心EU Central Warehouse
数量
Quantity
事务中涉及的项目数量。
描述

此属性代表项目移动、调整、盘点或以其他方式进行事务处理的单位数量。它提供了每个 event 规模的衡量标准。

数量是许多分析的基础指标。它用于计算处理的货物量、库存差异大小和报废量。结合成本数据,它可以量化流程低效带来的财务影响,如“循环盘点差异分析”仪表板中所示。

为何重要

量化每笔事务的数量,从而支持对吞吐量、差异大小以及库存活动的财务影响进行分析。

获取方式

库存交易表中的标准字段,例如 INV_MATERIAL_TXNS 中的 PRIMARY_QUANTITY 或 TRANSACTION_QUANTITY。

示例
100-105000
是否为循环盘点调整
IsCycleCountAdjustment
布尔标志,若库存调整直接紧随周期盘点活动之后,则为 true。
描述

此派生属性是一个布尔标志 (True/False),用于识别在同一项目和库位执行“已执行循环盘点”活动后不久发生的“库存差异已调整”活动。这有助于隔离直接由盘点流程导致的调整。

此标志用于“盘点后调整率”KPI。它允许分析师通过强调盘点导致调整的频率来衡量循环盘点计划的有效性。此类调整率过高可能预示着库存记录准确性存在系统性问题。

为何重要

通过分离由实物盘点直接导致的调整,帮助专门衡量周期盘点流程的有效性。

获取方式

这是一个在数据转换过程中通过检查特定物料或批次的活动顺序而创建的衍生属性。

示例
truefalse
活动处理时间
ActivityProcessingTime
单个活动的持续时间,计算方式为结束时间与开始时间的差值。
描述

此指标衡量主动处理任务的时间,计算方式为“EventEndTime”减去“EventStartTime”。对于即时事件,此时长为零。对于具有明确起止时间的活动(如质量检查),它代表实际的处理时间。

分析处理时间有助于识别流程中哪些特定步骤最耗时。这与包含等待时间的周期时间 (Cycle Time) 不同。某些活动的处理时间过长可能表明需要更好的工具、自动化或增加人员配置。

为何重要

衡量活动的实际工作时长,有助于精准定位需要优化的低效步骤(独立于等待时间)。

获取方式

在数据转换期间计算:EventEndTime - EventStartTime。

示例
0 00:30:000 02:00:000 00:00:00
计量单位
UnitOfMeasure
事务数量的计量单位(例如:个、公斤、箱)。
描述

计量单位 (UOM) 为“数量”属性提供背景,指定数值所代表的含义。例如,数量“10”可能代表 10 个单独项目、10 箱或 10 公斤。

此属性对于准确解读基于数量的分析至关重要。如果没有 UOM,就无法比较不同项目的事务,也无法准确汇总数量。它确保分析是在一致且有意义的基础上进行的。

为何重要

为“数量”属性提供必要的上下文,确保正确解读数值并使对比具有意义。

获取方式

通常位于交易表的数量字段旁,例如 INV_MATERIAL_TXNS 中的 TRANSACTION_UOM。

示例
EAKGBOX
项目状态
ItemStatus
显示库存项目的当前状态,例如:有效、无效或作废。
描述

项目状态反映了产品本身的生命周期阶段。例如,一个项目可以是用于正常事务的“有效”状态、用于质量审核的“锁定”状态,或者是已不再使用的“作废”状态。

此属性可为分析某些活动提供重要背景。例如,状态为“作废”的项目出现高报废率是预料之中的,但“有效”项目的报废可能预示着严重问题。它有助于细分分析,从而专注于相关的活跃库存。

为何重要

提供产品生命周期的背景信息,有助于区分预期操作(例如报废过期项目)和意外的流程问题。

获取方式

此信息来自物料主表(例如 EGP_SYSTEM_ITEMS_B),必须与交易数据进行关联。

示例
在职未激活作废
必填 推荐 可选

库存管理活动

这些是需要在 event log 中捕获的关键流程步骤和里程碑,以确保对库存运营进行准确且详细的流程发现。
7 推荐 8 可选
活动 描述
Goods Issue Recorded
标志着库存批次最终离开仓库,无论是通过发货给客户、发放到生产作业,还是转运到另一个设施。这是一个明确的物料事务,会减少库存数量。
为何重要

这是库存生命周期的主要终点,对于计算库存周转率和持有天数至关重要。它确认了该特定批次的的需求已得到满足。

获取方式

在 INV_MATERIAL_TXNS 中记录为物料事务,类型如“销售订单发放”、“在制组件发放”或“调拨单发货”。

捕获

在处理发货确认或组件发放事务时记录。

事件类型 explicit
Goods Receipt Recorded
标志着库存批次初始物理到达仓库,通常是针对采购订单或退货授权 (RMA)。这是货物接收时在系统中记录的显式事务,创建了该库存批次的第一个记录。
为何重要

此活动是库存生命周期分析的主要起点。跟踪从该 event 到上架或质量检验等其他 event 的时间,对于衡量入库效率至关重要。

获取方式

在 INV_MATERIAL_TXNS 表中记录为物料事务,事务类型如“采购订单接收”、“RMA 接收”或“在途发货接收”。此事务的创建日期作为 event timestamp。

捕获

在执行收货交易时记录事件。

事件类型 explicit
上架已完成
代表将库存批次移动到指定存储货位或子库存的操作完成,正式成为可用库存的一部分。这通过一个显式的物料事务来捕获,该事务将批次库位从收货区更新为存储库位。
为何重要

此里程碑标志着入库流程的结束。从“记录收货”到此事件的周期时间是衡量上架效率的关键 KPI。

获取方式

在 INV_MATERIAL_TXNS 表中记录为物料事务,通常是“子库存转移”或“上架”。此事务将批次从接收子库存移动到存储子库存。

捕获

在完成移至存储位置的确认交易时记录事件。

事件类型 explicit
已执行质量检验
标志着质量检验流程的完成,即做出接受或拒绝库存批次的决定。此 event 通常根据质量检验记录的最终状态更新来推断。
为何重要

这是一个关键里程碑,决定了下游流程的库存可用性。分析检验结果和持续时间有助于优化质量控制和供应商绩效。

获取方式

根据 QA_RESULTS 中的质量检验记录更新为“已接受”或“已拒绝”等最终状态的 timestamp,或者当批次的物料状态从“QA”更改为“有效”时推断。

捕获

源自与库存批次关联的质量检查记录的完成日期。

事件类型 inferred
库存差异已调整
一种明确的交易,用于修正系统中的库存批次现有量,使其与实物盘点一致,或用于处理损坏等其他差异。该交易正式确认了库存的盈亏。
为何重要

追踪调整频率和原因对于识别库存不准确的根本原因(如失窃、损坏或流程错误)至关重要。这会直接影响财务记录和库存可靠性。

获取方式

在 INV_MATERIAL_TXNS 中记录为物料事务,具有特定类型(如“循环盘点调整”或“杂项发放/接收”),通常附带原因代码。

捕获

在库存调整事务获得批准并过账时记录。

事件类型 explicit
库存报废/处置
代表因过期、损坏、陈旧或其他原因导致无法使用,而将库存批次从库存中正式移除。这是一个核销库存价值的显式事务。
为何重要

这是未被销售或使用的库存的终点。追踪报废有助于识别库存老化、需求预测或搬运流程中的问题,并产生直接的财务影响。

获取方式

在 INV_MATERIAL_TXNS 中记录为物料事务,通常是“杂项发放”或特定的“报废”事务类型,链接到报废专用账户和原因代码。

捕获

在执行并批准报废事务时记录。

事件类型 explicit
拣货完成
表示库存批次已从其存储库位实地拣取并移至暂存区。这是一个显式事务,拣货员在系统中确认拣货任务完成。
为何重要

这是订单履约中的一个关键里程碑。从“开始拣货”到此事件的持续时间衡量了拣货员的效率和拣货流程的性能。

获取方式

通过拣货确认交易捕获,该交易会将物料转移单行或仓库任务的状态更新为“已完成”,或在 INV_MATERIAL_TXNS 中触发“子库转移”交易。

捕获

当用户在系统中确认拣货事务时记录,通常通过移动 RF 设备进行。

事件类型 explicit
Cycle Count Performed
表示库存批次已作为循环盘点或实地盘点计划的一部分进行了实地清点。这是用户将盘点数量输入系统的明确操作。
为何重要

此活动是分析库存准确性计划的核心。它为识别差异和衡量盘点流程的有效性提供了基础。

获取方式

当用户输入并保存盘点数量时记录在 INV_CYCLE_COUNT_ENTRIES 表中。盘点输入的 timestamp 作为 event 时间。

捕获

当用户在循环盘点任务中提交特定项目和批次的盘点数量时记录。

事件类型 explicit
上架已启动
标志着将接收到的货物从暂存区或收货区移动到最终存储库位的流程开始。通常根据系统生成的上架操作任务或移库请求来推断。
为何重要

快速启动上架流程是清理收货码头并提高库存可用性的关键。此 event 有助于衡量收货与开始上架活动之间的延迟。

获取方式

根据仓库管理系统 (WMS) 模块中与接收批次相关的移库请求或仓库任务的创建 timestamp 推断。

捕获

通过创建与库存交易或批次关联的上架任务来识别。

事件类型 inferred
已开始拣货
标志着订单履约流程的开始,即创建一个任务,从存储库位拣选库存批次以用于销售订单、工单或调拨。这可以从拣货波次或移库单行的创建来推断。
为何重要

此 event 开启拣货周期计时的时钟。订单分配与开始拣货之间的延迟可以揭示订单处理或仓库任务分配中的 bottleneck。

获取方式

根据 WMS 表中拣货任务记录的创建 timestamp,或移库单行(例如 Mtl_Txn_Request_Lines)状态更新为“已释放至仓库”来推断。

捕获

通过创建与库存批次关联的拣货任务或物料转移单来识别。

事件类型 inferred
库存内部移动
捕获同一仓库内不同存储位置(如货位或子库)之间库存批次的移动。出于补货或合并等目的,这些移动被记录为明确的物料交易。
为何重要

分析内部移动有助于识别低效的仓库布局、过多的搬运以及优化库存配置的机会。移动频率过高可能表明初始上架逻辑存在问题。

获取方式

在 INV_MATERIAL_TXNS 中记录为物料事务,类型如“子库存转移”或“货位转移”,不涉及外部方。

捕获

在内部调拨事务完成时记录。

事件类型 explicit
打包完成
代表打包流程的完成,即将拣选的批次放入运输容器并封口。这可以是显式的工位扫描,也可以通过发货状态变更来推断。
为何重要

标志着发货前物理仓库处理的结束。分析拣货与打包之间的时间有助于识别打包站点的低效环节。

获取方式

通过发货详情或发货记录(例如在 WSH_DELIVERY_DETAILS 中)的状态变更为“已打包”来推断。在某些配置中,这可能是打包站点的显式事务。

捕获

源自发货状态更新时间戳或特定的装箱交易日志。

事件类型 inferred
质量检验已启动
代表库存批次在可供使用之前被指定进行质量控制检验的时刻。通常根据与接收批次相关的检验计划记录的创建,或将批次置于“QA 锁定”状态的状态变更来推断。
为何重要

识别质量保证流程的开始。该活动与“质量检查完成”之间的时间间隔揭示了前置时间以及 QC 部门的潜在瓶颈。

获取方式

通过质量管理模块(例如 QA_RESULTS)中质量检验记录的创建,或通过跟踪批次的物料状态变更为指定的检验状态来推断。

捕获

根据质量检验计划的创建 timestamp 或批次状态变更为“待检验”来推断。

事件类型 inferred
退货已处理
捕获通过退货授权 (RMA) 从客户处收回并处理的退货库存批次。此活动将批次重新引入库存系统,通常会触发检验和处置流程。
为何重要

分析退货流程是了解产品质量问题和提高逆向物流效率的关键。它可以作为独立退货子流程的起点。

获取方式

在 INV_MATERIAL_TXNS 表中记录为“RMA 接收”物料事务。事务详情链接回原始销售订单和客户。

捕获

在系统中执行 RMA 收货事务时记录。

事件类型 explicit
项目状态已变更
代表库存批次可用性或限制状态的变更,例如锁定、限制销售或释放。这通常根据批次状态属性的变更来推断。
为何重要

监控状态变更由于了解库存可用性和控制情况。频繁锁定可能预示着质量问题,而跟踪释放状态对流程流转至关重要。

获取方式

通过跟踪 INV_LOT_NUMBERS 等库存表中的“LOT_STATUS_CODE”或类似字段的变更来推断。可能需要审计历史记录或数据库日志来捕获变更的 timestamp。

捕获

通过随时间比较批次状态字段的当前值和先前值来捕获。

事件类型 inferred
推荐 可选

提取指南

如何从 Oracle Fusion SCM 获取数据