您的库存管理数据模板
您的库存管理数据模板
- 建议收集的属性
- 流程发现需跟踪的关键活动
- Oracle Fusion SCM数据提取指南
库存管理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件开始时间
EventStartTime
|
表示库存活动开始时间的时间戳。 | ||
|
说明
此属性记录活动开始的准确日期和时间,是按时间顺序排列事件并构建流程顺序的主要时间要素。 在分析中,Event Start Time对于计算活动之间的持续时间和等待时间至关重要。它支持识别瓶颈、衡量“Average Put-away Cycle Time”等KPI的周期时间,以及分析不同时间段(例如班次、天或月)的流程绩效。
为什么重要
该时间戳对于排列事件、计算周期时间和等待时间,以及了解流程瓶颈至关重要。
获取位置
通常取自库存交易表中的交易日期或创建日期字段,例如INV_MATERIAL_TXNS中的TRANSACTION_DATE。
示例
2023-10-01T08:05:21Z2023-11-15T14:30:00Z2024-01-20T21:00:15Z
|
|||
|
库存批次/批号
InventoryBatchLot
|
特定库存物料批次或批号的唯一标识符,用作跟踪其生命周期的案例ID。 | ||
|
说明
Inventory Batch或Lot编号是主要案例标识符,用于汇总与特定产品数量相关的所有活动。它支持跟踪特定库存数量的完整生命周期,从入库、各种移动,到最终发料或消耗。 在流程挖掘分析中,该属性至关重要。它将收货、质量检验、内部调拨和发货等分散事件连接为一个连贯的流程实例。按Inventory Batch/Lot分析流程,可以计算端到端周期时间,识别常见路径,并发现影响特定库存组的瓶颈。
为什么重要
这是连接所有相关库存活动的核心案例标识符,使您能够追踪库存批次从收货到发料的完整流转。
获取位置
该信息通常位于库存交易表中,例如INV_MATERIAL_TXNS,并与批号或批次控制详情关联。
示例
LOT2024-A01134BATCH-US-00582LPN-493820-202405
|
|||
|
活动名称
ActivityName
|
已执行的具体库存管理活动名称。 | ||
|
说明
Activity Name用于描述特定批次或批号在库存管理流程中发生的单个步骤或事件。这些事件共同构成流程顺序。 活动示例包括“Goods Receipt Recorded”“Quality Inspection Performed”“Stock Moved Internally”和“Goods Issue Recorded”。分析这些活动的顺序和频率是流程挖掘的核心,可用于可视化流程图、识别偏差,以及分析步骤之间的转换时间。
为什么重要
该属性是构建流程图的基础,因为它定义了库存生命周期包含的不同步骤和事件。
获取位置
通常通过将源表(例如INV_MATERIAL_TXNS)中的交易类型或事件代码映射为易于理解的活动名称来生成。
示例
收货记录已创建上架已完成库存差异已调整拣选已启动
|
|||
|
最近数据更新时间
LastDataUpdate
|
表示该记录数据最近一次从源系统刷新时间的时间戳。 | ||
|
说明
该属性记录数据最近一次从源系统提取并加载到流程挖掘工具的时间,反映当前分析数据的新鲜度。 该时间戳对于了解流程洞察的时效性至关重要。它可以帮助用户判断当前查看的是接近实时的数据,还是上一时段的快照,这对于基于分析及时、明智地做出决策十分重要。
为什么重要
显示数据的新鲜度,帮助用户了解流程分析的时效性,以及预计下一次数据刷新的时间。
获取位置
这是在数据提取、转换和加载(ETL)过程中生成的元数据字段。
示例
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
|
|||
|
源系统
SourceSystem
|
标识数据提取自哪个系统。 | ||
|
说明
该属性指定记录库存交易的源应用。在大型企业中,库存数据可能来自多个系统或模块。 指定源系统对于数据治理和理解数据背景至关重要。它有助于排查数据提取问题,也可用于比较跨系统或跨实例的流程,例如比较不同区域ERP中的库存管理流程。
为什么重要
提供数据来源的重要背景信息,有助于数据验证、治理,以及分析跨多个系统运行的流程。
获取位置
通常是在数据提取和转换过程中添加的静态值,用于标记数据来源。
示例
Oracle Fusion SCMOracle SCM Cloud-PRODFusion-ERP-US
|
|||
|
事件结束时间
EventEndTime
|
表示库存活动完成时间的时间戳。 | ||
|
说明
Event End Time表示活动完成的时间。许多库存交易会被记录为单一时间点事件,但“Quality Inspection”或“Picking”等活动具有明确的持续时间。对于即时事件,结束时间通常与开始时间相同。 该属性与Event Start Time结合使用,用于计算单项活动的处理时间。这对于绩效分析、资源利用率研究,以及识别耗时超出预期并导致整体流程延迟的活动至关重要。
为什么重要
支持计算单项活动的处理时间,帮助您定位具体的耗时步骤。
获取位置
对于即时交易,可能与开始时间相同。对于有持续时间的活动,则通常取自相关源表中的独立完成时间戳字段。
示例
2023-10-01T08:05:21Z2023-11-15T15:00:00Z2024-01-20T21:05:45Z
|
|||
|
仓库位置
WarehouseLocation
|
活动发生在仓库内的具体位置,例如货位或区域。 | ||
|
说明
此属性指定与库存交易相关的仓库内物理位置,例如特定巷道、货架或货位。它详细说明了库存的存放或移动位置。 按仓库位置分析有助于识别物流效率问题。例如,“内部库存移动周期时间”仪表板可据此显示某些区域之间的调拨是否持续缓慢,还可发现特定位置是否更容易出现库存差异。
为什么重要
提供仓库内的地理位置信息,支持分析移动效率以及位置相关问题,例如瓶颈或频繁调整。
获取位置
来源于库存交易表中的LOCATOR_ID等字段,可与位置主数据(INV_ITEM_LOCATIONS)关联,以获取描述性名称。
示例
A1-R4-S3-B2RECEIVING-DOCK-01QC-INSPECT-AREA
|
|||
|
操作执行人
UserPerformingAction
|
执行库存交易人员的用户ID或姓名。 | ||
|
说明
该属性标识负责执行特定活动的用户,例如完成上架任务的仓库操作员,或批准库存调整的库存经理。 按用户分析对于了解工作量分配、识别培训需求和确保合规至关重要。例如,“Inventory Adjustment Frequency And Reasons”仪表板使用该属性查看哪些用户最常执行调整,从而识别表现突出者,或发现需要进一步培训库存控制流程的人员。
为什么重要
将操作归属到具体人员,从而支持分析用户绩效、工作量、培训需求和流程合规性。
获取位置
通常位于交易表的“USER_ID”或“CREATED_BY”字段中,例如INV_MATERIAL_TXNS中的CREATED_BY。
示例
JSMITHAMARTINWAREHOUSE.OPERATOR
|
|||
|
物料编号
ItemNumber
|
所处理产品或物料的唯一标识符。 | ||
|
说明
Item Number通常也称为库存量单位(SKU),用于标识库存交易涉及的具体产品。这样可以按产品筛选或细分分析。 在流程挖掘中,该属性对于以产品为中心的分析至关重要。它可以帮助回答“哪些产品的上架时间最长?”或“哪些物料最常被调整?”等问题,从而针对特定产品线或类别实施改进。
为什么重要
支持按具体产品筛选和分析,帮助识别与流程延迟或问题相关的物料。
获取位置
这是库存交易表中的核心字段,通常命名为INVENTORY_ITEM_ID,并关联物料主数据表(EGP_SYSTEM_ITEMS_B)以获取详细信息。
示例
AS54888CPU-INT-i9MEM-DDR5-32GB
|
|||
|
移动原因代码
MovementReasonCode
|
用于说明库存移动或调整业务原因的代码。 | ||
|
说明
移动原因代码说明了库存交易发生的原因。这对于报废、盘点调整或退货等非标准移动尤其重要。 此属性对根因分析至关重要。例如,“库存调整频率及原因”仪表板使用该代码对调整进行分类,帮助区分损坏、盗损和数据录入错误。分析这些原因有助于确定优先级,集中改进最重要的问题。
为什么重要
说明库存调整和移动背后的原因,对于分析差异或报废等问题的根因至关重要。
获取位置
位于交易表的原因代码字段中,例如INV_MATERIAL_TXNS中的REASON_ID,该字段关联原因代码主数据表。
示例
运输途中损坏循环盘点调整过期库存
|
|||
|
SKU类别
SKUCategory
|
产品(SKU)所属的类别或产品族。 | ||
|
说明
SKU类别用于将相似产品归为一组。例如电子产品、原材料、成品,或按价值划分的A类、B类、C类物料。 此属性支持按产品组进行高层级分析,通常比逐项查看数千种物料更有价值。“报废及呆滞率分析”等仪表板可利用该属性识别最容易报废的产品类别,从而有针对性地改进库存策略和需求预测。
为什么重要
支持汇总和比较不同产品组的流程绩效,发现单个物料层面难以观察的趋势。
获取位置
此信息通常存储在物料主数据(EGP_SYSTEM_ITEMS_B)中,需要与交易数据关联。
示例
快速周转高价值备件
|
|||
|
交易类型
TransactionType
|
系统定义的库存交易类型。 | ||
|
说明
此属性是库存事件在系统层面的原始分类,例如“采购订单收货”“子库存转移”或“盘点调整”。它通常是较为技术化的分类,用户友好的活动名称由此派生。 活动名称用于高级流程图,而交易类型可用于详细技术分析,或验证活动映射是否正确。它还有助于识别归入单个活动的具体子流程或系统行为。
为什么重要
提供事件的原始系统分类,可用于详细分析以及验证“活动名称”的派生过程。
获取位置
库存交易表中的标准字段,通常从MTL_TRANSACTION_TYPES等交易类型主数据表关联获取。
示例
采购订单收货子库存调拨在制品组件发料
|
|||
|
子库存代码
SubinventoryCode
|
库存组织中的细分区域,代表特定的存储区域或存储类型。 | ||
|
说明
子库存是较大库存组织(例如仓库)内物料的逻辑或物理分组。例如“收货区”“成品区”“质量待检区”或“不合格物料区”。 与具体货位相比,此属性支持更高层级的位置分析。它适合跟踪物料在不同职能区域之间的流转,例如质量检验后,物料从“收货区”移动到“成品区”所需的时间。
为什么重要
支持分析仓库内收货、质量检验和主存储等不同职能区域之间的库存移动及停留时间。
获取位置
库存表中的标准字段,通常命名为SUBINVENTORY_CODE。
示例
收货区FGI仓储区
|
|||
|
库存交易ID
InventoryTransactionId
|
单个库存事件由系统生成的唯一标识符。 | ||
|
说明
库存交易ID是源系统中单条原子库存交易记录的主键。事件日志中的每一行都对应一个此类ID。 虽然它通常不直接用于高级流程图,但对于数据验证、审计和下钻分析非常有价值。它可直接关联回Oracle Fusion SCM中的具体记录,帮助分析人员在源系统中调查异常或特定事件。
为什么重要
为每个事件提供唯一键,是数据验证、可追溯性以及下钻至源系统记录的基础。
获取位置
这是主要库存交易表的主键,通常对应INV_MATERIAL_TXNS中的TRANSACTION_ID。
示例
987654321123456789555444333
|
|||
|
库存持有天数
InventoryHoldingDays
|
库存批次从首次收货到最终发料或处置期间的总持有时间。 | ||
|
说明
这是一个案例级KPI,用于计算特定库存批次或批号的总持有时长。计算范围从首次“记录收货”活动的时间戳开始,到该案例最后一次“记录发料”或“库存报废/处置”活动的时间戳结束。 此指标对于管理营运资金和仓储成本至关重要。库存持有天数较高通常表示库存周转缓慢,可能导致成本增加、呆滞风险上升以及仓库空间利用低效。分析该KPI有助于优化库存水平并提高周转率。
为什么重要
这是衡量财务和运营效率的关键KPI,可反映资金被库存占用的时间,并帮助识别周转缓慢的库存。
获取位置
这是一个案例级指标,由流程挖掘工具计算相关最后事件与首个事件时间戳之间的差值。
示例
30天10:05:0095天04:00:0015天12:30:00
|
|||
|
库存组织
InventoryOrganization
|
持有库存的具体组织,例如仓库或制造工厂。 | ||
|
说明
库存组织代表持有库存的独立设施或实体,例如配送中心或工厂,是Oracle Fusion SCM中的关键组织数据元素。 此属性用于筛选和比较不同实体的流程。它可以帮助回答“哪个仓库的上架时间最短?”或“欧洲与北美设施的库存差异率,哪一方更高?”等问题,从而支持组织内的基准比较和最佳实践共享。
为什么重要
支持比较和基准评估不同仓库或工厂等设施的流程绩效,帮助识别特定地点的表现。
获取位置
交易表中的核心字段,例如ORGANIZATION_ID,该字段关联组织主数据表以获取名称。
示例
美国1号配送中心西雅图制造中心欧洲中央仓库
|
|||
|
数量
Quantity
|
交易涉及的物料数量。 | ||
|
说明
此属性表示物料被移动、调整、盘点或以其他方式交易的单位数,用于衡量每个事件的规模。 数量是许多分析的基础指标,可用于计算处理货物量、库存差异规模和报废数量。结合成本数据后,还能量化流程低效带来的财务影响,如“盘点差异分析”仪表板所示。
为什么重要
量化每笔交易的数量,支持分析吞吐量、差异规模以及库存活动的财务影响。
获取位置
库存交易表中的标准字段,例如INV_MATERIAL_TXNS中的PRIMARY_QUANTITY或TRANSACTION_QUANTITY。
示例
100-105000
|
|||
|
是否为盘点调整
IsCycleCountAdjustment
|
如果库存调整直接发生在盘点活动之后,则该布尔标记为true。 | ||
|
说明
此派生属性是一个布尔标记(True/False),用于识别同一物料和位置在“执行盘点”活动后不久发生的“调整库存差异”活动。它有助于筛选直接由盘点过程导致的调整。 该标记用于计算“盘点后调整率”KPI。分析人员可据此衡量盘点计划的有效性,了解盘点导致调整的频率。此类调整率较高,可能表明库存记录准确性存在系统性问题。
为什么重要
通过筛选直接由实物盘点导致的调整,帮助准确衡量盘点流程的有效性。
获取位置
这是在数据转换期间创建的派生属性,通过检查指定物料或批次的活动顺序得出。
示例
truefalse
|
|||
|
物料状态
ItemStatus
|
表示库存物料的当前状态,例如有效、无效或已停用。 | ||
|
说明
物料状态反映产品自身所处的生命周期阶段。例如,物料可处于“有效”状态以支持正常交易,处于“冻结”状态以接受质量审核,或因不再使用而处于“已停用”状态。 此属性可为特定活动提供重要背景。例如,已停用物料的高报废率属于预期现象,而有效物料被报废则可能表明存在严重问题。它有助于细分分析,聚焦相关且仍在使用的库存。
为什么重要
提供产品生命周期背景,帮助区分预期操作(例如报废已停用物料)与非预期流程问题。
获取位置
此信息来自物料主表(例如EGP_SYSTEM_ITEMS_B),必须与交易数据关联。
示例
有效无效已作废
|
|||
|
计量单位
UnitOfMeasure
|
交易数量的计量单位,例如件、千克或箱。 | ||
|
说明
计量单位(UOM)为“数量”属性提供上下文,说明数值代表的具体含义。例如,数量“10”可能表示10件、10箱或10千克。 此属性对于准确解读基于数量的分析不可或缺。没有UOM,就无法比较不同物料的交易,也无法准确汇总数量。它确保分析基于一致且有意义的口径进行。
为什么重要
为“数量”属性提供必要的上下文,确保数值解读正确、比较结果有意义。
获取位置
通常与交易表中的数量字段一起出现,例如INV_MATERIAL_TXNS中的TRANSACTION_UOM。
示例
EAKGBOX
|
|||
库存管理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
上架已完成
|
表示库存批号已移入指定的存储货位或子库存,正式成为可用库存。系统会通过明确的物料交易记录,将批号位置从收货区更新为存储位置。 | ||
|
为什么重要
该里程碑标志着入库流程结束。从“Goods Receipt Recorded”到此事件的周期时间,是衡量上架效率的重要KPI。
获取位置
该事件作为物料交易记录在INV_MATERIAL_TXNS表中,通常交易类型为“Subinventory Transfer”或“Put Away”。该交易将批号从收货子库存移至存储子库存。
采集
确认库存移至存储位置的交易完成后记录该事件。
事件类型
explicit
|
|||
|
发货记录已创建
|
标志着库存批号最终离开仓库,可能是发运给客户、发料至生产任务,或调拨至其他设施。这是明确的物料交易,会减少库存数量。 | ||
|
为什么重要
这是库存生命周期的主要终点,对于计算库存周转率和持有天数至关重要。它确认了特定批号的需求已得到满足。
获取位置
该事件作为物料交易记录在INV_MATERIAL_TXNS中,交易类型包括“Sales Order Issue”、“WIP Component Issue”或“Transfer Order Shipment”。
采集
装运确认或组件发料交易处理后记录该事件。
事件类型
explicit
|
|||
|
库存差异已调整
|
这是用于修正库存批号系统现有数量、使其与实物盘点结果一致,或记录损坏等其他差异的明确交易。该交易会正式确认库存增加或减少。 | ||
|
为什么重要
跟踪调整频率和原因,对于发现库存不准确的根本原因至关重要,例如盗损、损坏或流程错误。这会直接影响财务记录和库存可靠性。
获取位置
该事件作为物料交易记录在INV_MATERIAL_TXNS中,交易类型包括“Cycle Count Adjustment”或“Miscellaneous Issue/Receipt”,通常还会附带原因代码。
采集
库存调整交易获批并过账后记录该事件。
事件类型
explicit
|
|||
|
库存已报废或处置
|
表示因过期、损坏、过时或其他原因无法使用,库存批号被正式移出库存。这是会冲销库存价值的明确交易。 | ||
|
为什么重要
这是未被销售或使用的库存终点。跟踪报废情况有助于发现库存老化、需求预测或处理流程中的问题,并会直接影响财务结果。
获取位置
该事件作为物料交易记录在INV_MATERIAL_TXNS中,通常交易类型为“Miscellaneous Issue”或特定的“Scrap”,并关联报废专用账户和原因代码。
采集
报废交易执行并获批后记录该事件。
事件类型
explicit
|
|||
|
拣选已完成
|
表示库存批号已从存储位置完成实物拣选并移至暂存区。这是拣选员在系统中确认拣选任务完成的明确交易。 | ||
|
为什么重要
这是订单履行的关键里程碑。从“Picking Initiated”到此事件的时长,可以衡量拣选员效率和拣选流程表现。
获取位置
通过拣选确认交易捕获。该交易会将移动订单行或仓库任务状态更新为“Completed”,或在INV_MATERIAL_TXNS中触发“Subinventory Transfer”交易。
采集
用户在系统中确认拣选交易后记录该事件,通常通过移动RF设备完成。
事件类型
explicit
|
|||
|
收货记录已创建
|
标志着库存批次或批号首次实际到达仓库,通常对应采购订单或退货物料授权。这是收货时在系统中记录的明确交易,并为该库存批号创建首条记录。 | ||
|
为什么重要
该活动是库存生命周期分析的主要起点。跟踪从此事件到上架或质量检验等后续事件的时间,对于衡量入库效率至关重要。
获取位置
该事件作为物料交易记录在INV_MATERIAL_TXNS表中,交易类型包括“PO Receipt”、“RMA Receipt”或“Intransit Shipment Receipt”。该交易的创建日期作为事件时间戳。
采集
收货交易执行后记录该事件。
事件类型
explicit
|
|||
|
质量检验已完成
|
表示质量检验流程完成,并对库存批号作出接收或拒收决定。通常可以根据质量检验记录的最终状态更新来推断。 | ||
|
为什么重要
这是决定库存能否进入下游流程的关键里程碑。分析检验结果和检验时长,有助于优化质量控制和供应商绩效。
获取位置
通常根据QA_RESULTS中的质量检验记录更新为“Accepted”或“Rejected”等最终状态的时间戳,或批号物料状态从“QA”变更为“Active”的时间戳来推断。
采集
根据与库存批号关联的质量检验记录完成日期得出。
事件类型
inferred
|
|||
|
上架已启动
|
标志着将已收货物料从暂存区或收货区移至最终存储位置的流程开始。通常可以根据系统为上架操作创建的任务或移动请求来推断。 | ||
|
为什么重要
快速启动上架流程对于及时清空收货月台并使库存可用至关重要。该事件有助于衡量收货与上架活动开始之间的延迟。
获取位置
根据Warehouse Management System(WMS)模块中与已收货批号相关的移动请求或仓库任务的创建时间戳推断。
采集
根据与库存交易或批号关联的上架任务创建记录识别。
事件类型
inferred
|
|||
|
包装已完成
|
表示包装流程完成,已拣选的批号被放入运输容器并完成封箱。该事件可以通过工作站扫描明确记录,也可以根据装运状态变更推断。 | ||
|
为什么重要
标志着装运前仓库实物处理结束。分析拣选与包装之间的时间,有助于发现包装工作站中的低效环节。
获取位置
根据交付明细或装运记录(例如WSH_DELIVERY_DETAILS)的状态变更为“Packed”来推断。在某些配置中,也可能通过包装工作站的明确交易记录捕获。
采集
根据装运状态更新时间戳或特定包装交易日志得出。
事件类型
inferred
|
|||
|
库存已内部移动
|
记录同一仓库内不同存储位置之间的库存批号移动,例如货位或子库存之间的移动。这些移动会作为明确的物料交易记录,通常用于补货或库存整合。 | ||
|
为什么重要
分析内部移动有助于发现仓库布局低效、搬运过多等问题,并识别优化库存摆放的机会。高频移动可能表明初始上架逻辑不合理。
获取位置
该事件作为物料交易记录在INV_MATERIAL_TXNS中,交易类型包括“Subinventory Transfer”或“Locator Transfer”,且不涉及外部参与方。
采集
内部调拨交易完成后记录该事件。
事件类型
explicit
|
|||
|
循环盘点已完成
|
表示库存批号已作为循环盘点或实物盘点计划的一部分完成实物盘点。这是用户将盘点数量录入系统的明确操作。 | ||
|
为什么重要
该活动是分析库存准确性计划的核心。它为发现库存差异和衡量盘点流程有效性提供依据。
获取位置
用户输入并保存盘点数量后,该事件会记录在INV_CYCLE_COUNT_ENTRIES表中。盘点录入时间戳作为事件时间。
采集
用户在循环盘点任务中提交特定物料和批号的盘点结果后记录该事件。
事件类型
explicit
|
|||
|
拣选已启动
|
标志着订单履行流程开始。系统会创建任务,从存储位置拣选库存批号,以满足销售订单、工单或调拨需求。通常可以根据拣选波次或移动订单行的创建来推断。 | ||
|
为什么重要
该事件启动拣选周期计时。订单分配与拣选启动之间的延迟,可以揭示订单处理或仓库任务分配中的瓶颈。
获取位置
根据WMS表中拣选任务记录的创建时间戳,或移动订单行(例如Mtl_Txn_Request_Lines)的状态更新为“Released to Warehouse”来推断。
采集
根据与库存批号关联的拣选任务或移动订单创建记录识别。
事件类型
inferred
|
|||
|
物料状态已变更
|
表示库存批号的可用性或限制状态发生变化,例如将其冻结、限制销售或解除限制。通常可以根据批号状态属性的变更来推断。 | ||
|
为什么重要
监控状态变化有助于了解库存可用性并加强控制。频繁的冻结可能表明存在质量问题,而跟踪解除冻结对于掌握流程顺序十分重要。
获取位置
通过跟踪库存表(如INV_LOT_NUMBERS)中“LOT_STATUS_CODE”或类似字段的变化来推断。要捕获变更时间戳,可能需要审计历史或数据库日志。
采集
通过比较批号状态字段在不同时间的当前值和先前值来捕获。
事件类型
inferred
|
|||
|
质量检验已启动
|
表示库存批号被指定进行质量控制检验,检验完成前不可使用。通常可以根据与已收货批号关联的检验计划记录创建,或根据将批号置于“QA”冻结状态的状态变更推断。 | ||
|
为什么重要
标志着质量保证流程的开始。该事件与“Quality Inspection Performed”之间的时长,可以揭示质量控制部门的周期时间和潜在瓶颈。
获取位置
通常根据Quality Management模块中质量检验记录的创建(例如QA_RESULTS),或跟踪批号物料状态变更为指定检验状态来推断。
采集
根据质量检验计划的创建时间戳,或批号状态变更为“Awaiting Inspection”来推断。
事件类型
inferred
|
|||
|
退货已处理
|
记录通过退货物料授权(RMA)从客户处接收并处理退回库存批号的过程。该活动会将批号重新引入库存系统,通常还会触发检验和处置流程。 | ||
|
为什么重要
分析退货流程对于了解产品质量问题和提升逆向物流效率至关重要。它也可以作为独立退货子流程的起点。
获取位置
该事件作为“RMA Receipt”物料交易记录在INV_MATERIAL_TXNS表中。交易详情会关联原始销售订单和客户。
采集
系统执行RMA收货交易后记录该事件。
事件类型
explicit
|
|||
提取指南
变革库存管理:立即开始优化
精准定位低效环节,将库存周转周期缩短30%。
无需信用卡,几分钟即可开始。