您的库存管理数据 template
您的库存管理数据 template
- 建议收集的属性
- 需要追踪的关键活动
- NetSuite数据提取指南
库存管理属性
| 名称 | 描述 | ||
|---|---|---|---|
|
库存批次/次号
InventoryBatchLotNumber
|
库存货品特定批次或次号的唯一标识符,用作追踪其生命周期的事例 ID。 | ||
|
描述
库存批次或次号是主要的事例标识符,它将与特定数量产品相关的所有活动归组。这实现了对特定库存数量从入库收货到各种移动及最终发放或消耗的全生命周期追踪。 在流程分析中,每个唯一的“库存批次/次号”代表一个单独的流程实例。基于此标识符分析事例,可以详细查看不同批次的处理方式,识别从收货到发货的库存管理流程中的变体、延迟和异常。
为何重要
这是追踪特定库存数量端到端历程的核心密钥,能够分析其整个生命周期和流程变体。
获取方式
该标识符位于 NetSuite 中具有批次或批号的库存项目的交易行中。它是作为物料库存详情的一部分进行管理的。
示例
LOT-202405-001B-FG-10984A2303-4CBATCH-001298
|
|||
|
Event 时间
TransactionDate
|
指示库存活动发生的时间戳。 | ||
|
描述
此属性记录活动的精确日期和时间,例如收到货物的时间或发布调整的时间。此时间戳对于正确排列事件顺序以及计算流程步骤间的持续时间至关重要。 在分析中,“事件时间”用于为每个事例构建按时间顺序排列的事件日志。它是所有基于时间的分析的基础,包括周期时间计算、瓶颈识别以及随时间推移的性能监控。
为何重要
提供事件的时间顺序,这对于计算周期时间、分析流程性能和识别瓶颈至关重要。
获取方式
NetSuite 交易(如货品收货、库存调整和货品履约)上的标准“日期”字段。为了获得更高的精度,系统注释可能会提供时间戳。
示例
2023-10-26T09:00:00Z2023-10-26T14:30:15Z2023-10-27T08:22:05Z2023-10-28T11:59:59Z
|
|||
|
活动名称
ActivityName
|
在库存生命周期中特定时间点发生的业务活动名称。 | ||
|
描述
此属性描述了库存管理流程中的特定事件或步骤,例如“已记录收货”或“拣货完成”。它是构建流程图和理解操作顺序的基础。 通过分析“活动名称”,可以实现流程流向的可视化、识别流程步骤并计算活动间的转换时间。它通过定义在特定时间库存批次发生了什么,构成了流程发现和一致性检查的核心。
为何重要
定义流程中的各个步骤,从而实现库存批次路径的可视化分析,并发现偏离标准流程的情况。
获取方式
这是一个源自 NetSuite 数据的概念性属性。它通常由“交易类型”(例如“入库单”)或交易状态(例如“工单 - 已完工”)映射而来。
示例
已记录收货已执行质量检验上架完成库存差异已调整已记录出库
|
|||
|
SKU
Item
|
特定产品或材料的唯一标识符。 | ||
|
描述
SKU(库存量单位)是产品的特定标识符,如零件编号或货品名称。它是最细粒度的产品标识。 按 SKU 分析可以深入了解单个产品的性能和处理情况。它可以揭示某些货品是否存在上架时间较长、调整率较高或更容易损坏的情况,从而为针对特定货品的流程改进提供可操作的洞察。
为何重要
提供最细粒度的产品详情,以便精确分析不同产品在库存流程中的移动情况。
获取方式
这是 NetSuite 中所有交易行上的标准“物料”字段。它引用了物料列表中的记录。
示例
SKU-001-红色PN-987654冷轧钢卷WIDGET-ASSY-A
|
|||
|
事务类型
TransactionType
|
生成该事件的特定 NetSuite 交易记录类型。 | ||
|
描述
此属性指示原生 NetSuite 交易类型,例如“货品收货”、“库存调整”、“工单关闭”或“货品履约”。它提供了返回 ERP 中源记录的直接追溯能力。 虽然“活动名称”提供的是业务友好型标签,但“交易类型”对于数据验证和创建需要理解特定财务或运营背景的详细分析至关重要。例如,它有助于区分客户退货(“退货授权”)和供应商退货。
为何重要
提供指向 NetSuite 中源记录类型的直接链接,这对于数据验证、详细穿透以及了解事件的技术背景至关重要。
获取方式
这是 NetSuite 中任何交易记录的标准“类型”。
示例
货品收货库存调整储位上架工作表货品履约
|
|||
|
仓库地点
Location
|
库存活动发生的物理仓库或位置。 | ||
|
描述
该属性指定了与库存 event 相关的仓库、配送中心或其他物理地点。NetSuite 的“Location”字段是细分库存和业务的标准方式。 这是进行对比分析的关键维度。像“按仓库划分的上架周期”和“仓库活动热力图”之类的 Dashboard 都依赖该属性来对比不同站点的绩效、识别区域瓶颈并了解库存流动的地理模式。
为何重要
支持跨不同物理地点的绩效对比和资源计划,有助于识别特定站点的瓶颈或最佳实践。
获取方式
这是标准的“Location”字段,几乎可以在 NetSuite 中所有与库存相关的交易中找到。
示例
WH-EASTWH-WEST-01主配送中心零售店 #105
|
|||
|
库存价值
StockValue
|
交易中涉及库存的财务价值。 | ||
|
描述
“库存价值”代表移动、调整或销售的库存数量的货币价值。它通常通过交易数量乘以货品的当前成本价来计算。 此属性对于理解流程活动的财务影响至关重要。例如,“库存调整频率与价值”仪表板利用“库存价值”来量化库存差异的成本,帮助优先处理具有最大财务影响的问题。
为何重要
量化库存移动和调整的财务影响,使分析能够专注于高价值交易,并确定成本节约机会的优先级。
获取方式
通过将交易“数量”乘以货品成本得出。成本可源自关联的货品记录(例如“平均成本”、“上次购买价格”)。
示例
1250.75500.0025.50-150.25
|
|||
|
执行操作的用户
User
|
创建或最后修改与库存活动相关交易的员工。 | ||
|
描述
此属性标识负责执行特定流程步骤的用户。这可能是收货的仓库操作员、批准调整的库存经理,或者是履行订单的拣货员。 按用户分析活动有助于理解工作负荷分布、识别培训需求并调查合规性问题。例如,“库存调整合规性”仪表板利用此属性来标记未经授权人员进行的调整。
为何重要
通过将流程活动与特定个人关联来提供问责制,从而实现绩效分析、合规性检查并识别培训需求。
获取方式
可在标准 NetSuite 交易的“创建者”或“最后修改者”字段中找到。“系统备注”子选项卡也提供了用户更改的详细历史记录。
示例
约翰·史密斯Jane DoeWarehouse.Operator1管理员
|
|||
|
移动原因代码
MovementReasonCode
|
用于解释库存变动或调整原因的代码。 | ||
|
描述
此属性为某些库存交易(特别是调整)提供背景信息。它明确了为什么要更改库存水平,例如“货损”、“周期盘点调整”或“退回供应商”。 这对于“库存调整频率与价值”仪表板至关重要,因为它有助于对调整进行分类,从而识别差异的根本原因。它还用于合规性分析,以确保所有调整都有有效的书面原因。
为何重要
解释库存调整背后的“原因”,有助于识别货品损毁、失窃或数据录入错误等库存差异的根本原因。
获取方式
这通常在 NetSuite 中实现为自定义交易正文或行字段,因为并非所有交易类型都有用于此目的的标准字段。
示例
ADJ_CYCLE_COUNTDMG_IN_TRANSIT重分类_SKUEXPIRED_STOCK
|
|||
|
结束时间
EndTime
|
指示活动完成时的时间戳。 | ||
|
描述
此属性记录活动的完成时间。对于许多即时记录的库存交易,结束时间可能与开始时间相同。但对于具有可测量持续时间的活动(如质量检验或上架任务),此属性至关重要。 它主要与“开始时间”配合使用,以计算单个活动的“处理时间”。这实现了更细粒度的瓶颈分析,不仅能识别步骤间的延迟,还能识别哪些特定步骤花费的完成时间最长。
为何重要
支持计算每项活动的精确持续时间,这对于识别低效步骤和分析资源绩效至关重要。
获取方式
这可能需要通过计算得出。对于某些记录,它可以是“最后修改日期”。在其他情况下,它可能是后续相关 event 的 timestamp。
示例
2023-10-26T09:05:10Z2023-10-26T15:00:00Z2023-10-27T08:22:05Z
|
|||
|
SKU 类别
ItemCategory
|
库存货品 (SKU) 的分类或类别。 | ||
|
描述
SKU 类别是产品的更高级别分组,如“电子产品”、“服装”或“原材料”。这允许对同类型货品进行汇总分析。 在 NetSuite 中,这可能由标准字段(如“类别”)或自定义货品字段表示。它被用于“即将过期和陈旧库存概览”等仪表板中,以分析影响整个产品组而非仅单个 SKU 的趋势和问题,从而提供更具战略性的视图。
为何重要
支持按产品组进行聚合分析,有助于识别影响整个品类的系统性问题或趋势。
获取方式
这可以是 NetSuite 中物料记录上的标准“类别”或“部门”字段,也可以是为分类而创建的自定义物料字段。
示例
成品原材料电子产品成衣
|
|||
|
上架周期
PutAwayCycleTime
|
从收到货物到完成上架流程的计算时间。 | ||
|
描述
该指标衡量从正式收货(“收货记录”)到货物成功存放在最终目的货位(“上架完成”)的总时长。它代表了收货和上架 workflow 的效率。 这是“按仓库划分的上架周期” Dashboard 中使用的关键绩效指标。分析该周期时间有助于识别在使新库存可用于履约过程中的延迟,从而突显收货码头、暂存区或上架任务本身的瓶颈。
为何重要
直接衡量将新接收库存投入销售或使用的效率。周期时间过长表明存在延迟库存供应的瓶颈。
获取方式
计算属性。指同一 Case 的“上架已完成”活动与“货品入库已记录”活动的时间戳之差。
示例
72001440086400
|
|||
|
交易ID
TransactionId
|
NetSuite 中源交易记录的唯一标识符。 | ||
|
描述
此属性是在流程挖掘日志中生成该事件的 NetSuite 交易的唯一系统 ID 或单据编号。例如货品收货编号或库存调整单据编号。 拥有“交易 ID”对于运营场景非常有价值。它允许用户从流程挖掘工具中发现的异常或问题事例直接穿透到 NetSuite 中的特定源记录,以便进行进一步调查或采取纠正措施。
为何重要
提供返回到 NetSuite 中特定交易的直接链接,使用户能够轻松地在源系统中调查异常或审计流程步骤。
获取方式
这可以是交易记录的“交易编号”(面向用户的 ID)或“内部 ID”(系统的唯一主键)。
示例
IR-001234ADJ-00056WO-00987IF-004321
|
|||
|
供应商
SupplierName
|
提供库存货品的供应商或厂商名称。 | ||
|
描述
此属性标识采购货品的供应商。此信息通常在收货过程中获取,并从相应的采购订单中关联。 按供应商分析对于采购和供应链绩效管理非常重要。“退货处理周期”仪表板利用此属性来识别来自某些供应商的退货处理是否较慢,这可能表明该供应商的产品质量或单据存在问题。
为何重要
将库存与其来源供应商关联,从而实现对供应商绩效、质量问题和退货率的分析。
获取方式
采购订单和货品收货上的“实体”字段,它引用了 NetSuite 中的供应商记录。
示例
环球电子有限公司Bulk Goods Co.Component Suppliers LLC办公超市
|
|||
|
内部转移提前期
InternalTransferLeadTime
|
在两个内部位置或库位之间移动库存所需的计算时间。 | ||
|
描述
该指标衡量内部库存变动的持续时间。它的计算方式是从启动移库活动到完成该活动所经过的时间,专门针对“内部库存移动” event。 该属性用于“内部调拨提前期分析” Dashboard,有助于评估仓库物流效率。较长的提前期可能表明行驶路径效率低下、资源短缺或同一设施内货物移动过程中的系统性延迟。
为何重要
凸显内部仓储物流的低效。即使仓库中存在实物库存,漫长的移库时间也会导致履约延迟。
获取方式
计算属性。指“内部库存移动”活动序列的完成时间与开始时间之差。
示例
18003600900
|
|||
|
最后数据更新
LastDataUpdate
|
源系统最近一次数据刷新时间戳。 | ||
|
描述
此属性指示最后一次从 NetSuite 提取数据并更新到流程挖掘工具中的日期和时间。它为分析的时效性和当前查看的数据提供背景。 这是任何仪表板或分析的关键元数据,因为它告知用户洞察的近因性。它能帮助用户了解他们看的是实时信息,还是特定时间点的快照。
为何重要
告知用户数据的新鲜程度,确保他们了解分析的时间范围,并基于最新信息做出决策。
获取方式
该 timestamp 由数据摄取期间的 ETL(提取、转换、加载)过程生成。
示例
2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z
|
|||
|
到期日期
ExpirationDate
|
库存批次或次号设定的过期日期。 | ||
|
描述
该属性存储易腐烂或时效性商品的过期日期。这是在批次或批号层级管理的关键信息。 这些数据对于“过期和废弃库存概览” Dashboard 至关重要。通过分析过期日期,企业可以主动识别有过期风险的库存,实施 FEFO(先到期先出)等策略,并最大限度地减少因变质或陈旧造成的损失。
为何重要
对于管理易腐货品至关重要,能够主动识别风险库存,从而减少过期库存带来的浪费和财务损失。
获取方式
对于启用了过期日期跟踪的批次编号项目,可在交易行的库存详情中找到。
示例
2024-12-312025-06-302024-08-01
|
|||
|
处理时间
ProcessingTime
|
单个活动的持续时间,根据其开始和结束时间计算。 | ||
|
描述
“处理时间”衡量流程中完成单个事件所需的时间。它的计算方式为活动的结束时间与开始时间之差。 分析处理时间有助于精准锁定特定任务中的低效环节。例如,“执行质量检验”的处理时间过长表明检验本身速度较慢,而不是开始检验前有较长的等待时间。这可以实现活动层面的针对性改进。
为何重要
衡量单个任务的持续时间,有助于区分等待时间和实际工作时间,从而精准锁定特定的运营低效环节。
获取方式
这不是 NetSuite 中的字段。它是在数据准备阶段通过 EndTime 减去 StartTime 计算得出的。
示例
300180086400
|
|||
|
库位编号
BinNumber
|
货品所在的仓库内特定库位或存储区域。 | ||
|
描述
“库位编号”标识仓库内最细粒度的存储单元,例如特定的货架、托盘位置。这用于需要精确追踪库存位置的环境。 按库位分析是理解仓库内部物流的关键。它通过追踪库位间的移动来支持“内部转移提前期分析”,并通过显示哪些库位在上架或拣货活动中最常被访问来支持“仓库活动热图”。
为何重要
提供库存位置的细致信息,这对于分析仓库内部移动、优化布局以及追踪拣货效率至关重要。
获取方式
在交易行的“库位编号”字段中找到。这需要在 NetSuite 中启用“高级库位/编号库存管理”功能。
示例
A-01-01-AB-05-03-CRECEIVING-DOCK-01PICK-FACE-12
|
|||
|
拣货与包装提前期
PickingAndPackingLeadTime
|
从拣货开始到包装完成的计算时间。 | ||
|
描述
该指标衡量出库履约流程的效率。它是指从首次指定某项物料进行拣货(“拣货启动”或“拣货波次创建”)到该物料完成包装并准备发运(“包装完成”)所经过的总时间。 这是“拣货与包装完成率” Dashboard 的关键 KPI。它直接影响订单履约速度和客户满意度。通过分析此提前期,可以识别出库流程中拣货或包装阶段的瓶颈。
为何重要
衡量出库履约流程的速度。缩短此提前期是提高发货速度和客户满意度的关键。
获取方式
计算属性。指“打包已完成”活动与“拣货已启动”活动的时间戳之差。
示例
3600540018000
|
|||
|
数量
Quantity
|
交易中涉及的货品单位数量。 | ||
|
描述
该属性代表在特定交易中移动、接收、调整或发运的库存项目数量。在库存扣减等 Case 中,数量可以为正,也可以为负。 数量是了解业务规模的核心指标。它被用于衡量特定活动的权重、计算吞吐量以及评估库存调整或报废的体量。它几乎为每一项库存分析都提供了背景信息。
为何重要
提供每笔交易的数量,这对于理解吞吐量、计算调整价值以及确定高量活动的优先级至关重要。
获取方式
这是 NetSuite 中所有交易行上的标准“数量”字段。
示例
100501000-10
|
|||
|
源系统
SourceSystem
|
数据提取来源系统。 | ||
|
描述
此属性标识事件数据的来源。在此流程视图中,该值将始终为“NetSuite”,表示所有库存管理活动均源自该 ERP 系统。 虽然它看起来是静态的,但在可能合并多个系统数据的环境中,此属性至关重要。它确保了数据出处的清晰度,并有助于排查数据提取和集成问题。
为何重要
确认数据的来源,这对于数据治理、验证以及多系统数据合并的场景至关重要。
获取方式
这是在数据抽取与转换过程中添加的静态值('NetSuite')。
示例
NetSuite
|
|||
|
计量单位
Units
|
交易数量的计量单位(例如:个、千克、箱)。 | ||
|
描述
“计量单位 (UoM)”为“数量”属性提供背景信息。它指定数量是以个、箱、千克、升还是其他方式计量。 此属性对于确保准确解释基于数量的指标至关重要,尤其是在产品类型多样化的环境中。它能防止误解(例如将 10 个托盘的数量与 10 个单独货品的数量进行比较),并对准确的价值计算至关重要。
为何重要
为“数量”字段提供必要的背景信息,确保在按件、箱或千克等不同单位追踪货品时,分析和比较是准确的。
获取方式
如果在 NetSuite 中启用了“多计量单位”功能,则可在交易行的“单位”字段中找到。
示例
件箱 (24)kgL
|
|||
|
调整合规标志
AdjustmentComplianceFlag
|
用于指示库存调整是否违规的计算标志。 | ||
|
描述
这是一个布尔属性,用于标记违反定义业务规则的库存调整。例如,如果未经授权的用户执行了“库存差异调整”活动,或者缺少“变动原因代码”,则该属性可设置为“true”。 该标志专门为“库存调整合规性” Dashboard 设计。它通过创建一个简单的二进制维度来过滤和计数不合规 event,从而简化了分析,使跟踪和报告流程偏差及政策违规变得更加容易。
为何重要
通过标记违反业务规则的交易来简化合规性监控,从而轻松量化和调查违规行为。
获取方式
计算属性。通过检查其他字段的逻辑推导得出,例如:
示例
truefalse
|
|||
库存管理活动
| 活动 | 描述 | ||
|---|---|---|---|
|
上架完成
|
确认库存批次已成功放入指定的存储储位。当储位转移或储位上架工作表标记为完成时,此事件被捕捉,并更新货品的储位位置。 | ||
|
为何重要
该里程碑对于跟踪可用于履约的库存以及计算总上架周期至关重要。此处的延迟将直接影响订单处理能力。
获取方式
从储位转移 (Bin Transfer) 记录或已完成的储位上架工作表的完成日期或交易日期中提取。此操作会更新该批次编号的储位位置。
捕获
在完成储位转移或储位上架工作表交易时记录事件。
事件类型
explicit
|
|||
|
已记录出库
|
标志着库存批次发送给客户并正式离开仓库的最后一步。当 NetSuite 中的货品履约交易状态设为“已发货”时,系统会捕获此事件。 | ||
|
为何重要
作为主要的成功结束事件,它对于分析从入库到发货的端到端库存生命周期以及测量整体订单履行时间至关重要。
获取方式
当货品履行记录的状态更新为“已发货”时,从状态变更日期提取。此操作会减少库存。
捕获
当货品履行交易的状态变为“已发货”时记录事件。
事件类型
explicit
|
|||
|
已记录收货
|
标志着库存批次正式到达仓库。当在 NetSuite 中创建货品收货交易(通常链接到采购订单)时,系统会捕获此事件。 | ||
|
为何重要
这是库存生命周期的主要起始 event,对于衡量供应商提前期和整体入库处理时间至关重要。
获取方式
从货品收据交易记录的创建日期提取。该交易记录了操作用户、日期、货品和接收数量。
捕获
在创建货品收据交易时记录事件。
事件类型
explicit
|
|||
|
库存差异已调整
|
当实物库存与系统库存之间的差异得到纠正时发生。这通过库存调整交易在 NetSuite 中明确记录,从而增加或减少现有数量。 | ||
|
为何重要
这是分析库存准确性、识别差异根本原因并确保财务合规的关键 event。
获取方式
从库存调整交易记录的创建过程中提取。交易包含调整账户、原因和数量变更等详情。
捕获
在创建库存调整交易时记录事件。
事件类型
explicit
|
|||
|
库存已报废/处置
|
代表由于损坏、过期或陈旧而最终将库存批次从库存中移除。这通过使用负数量和特定原因代码的库存调整交易来捕获。 | ||
|
为何重要
这一替代的结束事件对于分析库存注销、理解陈旧库存的财务影响以及改进库存生命周期管理至关重要。
获取方式
通过库存调整交易获取,其中调整账户被指定为报废或处置,或者由自定义字段指示原因。
捕获
通过具有特定报废账户或原因代码的库存调整交易记录事件。
事件类型
explicit
|
|||
|
拣货完成
|
代表订单所需库存批次从库位物理拣选的完成。这通常从货品履约记录中从“正在拣货”到“已包装”或类似状态的变更中推断。 | ||
|
为何重要
这是衡量拣货员效率以及整体拣选和包装提前期的关键里程碑,也是订单履约速度的核心组成部分。
获取方式
推断自货品履约记录上的状态变更(例如变为“已拣货”)或与该履约相关的所有拣货任务的完成。
捕获
推断自货品履约交易中的状态更改为“已拣货”。
事件类型
inferred
|
|||
|
上架启动
|
标志着将接收到的库存批次从收货码头移动到其最终库位的流程开始。这可以从 NetSuite WMS 模块中库位上架工作表或类似任务记录的创建中推断。 | ||
|
为何重要
此活动为测量上架周期(衡量仓库效率的关键指标)提供了起点,并有助于分析库存滞留在暂存区的时间。
获取方式
推断自库位上架工作表(Bin Putaway Worksheet)的创建日期或 WMS 扩展中的任务分配。这对于使用 NetSuite WMS 的环境最为相关。
捕获
源自为特定货品入库创建的储位上架工作表记录。
事件类型
inferred
|
|||
|
已创建拣货波次
|
通过将多个订单分组为一个拣货任务或波次来启动出库流程。这通常通过 NetSuite WMS 或相关履约模块中波次记录的创建来获取。 | ||
|
为何重要
这标志着履约周期的开始,从而可以分析从订单分配到开始物理拣货之间的时间。
获取方式
从 NetSuite WMS 中的拣货波次或合并履行记录的创建日期提取。在非 WMS 实现中可能不存在此项。
捕获
在创建履行波次记录时记录事件。
事件类型
explicit
|
|||
|
已创建退货授权
|
代表退货流程的正式开始,此时退货请求已获批准并记录在案。这通过在 NetSuite 中创建退货授权 (RMA) 交易来捕获。 | ||
|
为何重要
此活动启动了逆向物流流程,从而可以分析退货原因、频率及后续的处理时间。
获取方式
从退货授权交易记录的创建日期提取。此记录先于实物退货产生。
捕获
在创建退货授权交易时记录事件。
事件类型
explicit
|
|||
|
已执行质量检验
|
代表对接收的库存批次质量检查的完成。由于标准 NetSuite 可能没有为此设置离散事件,因此通常从库存批次记录或相关的自定义质量记录的状态变更中推断。 | ||
|
为何重要
分析从收货到检验的时间,有助于识别质检环节中导致货品延迟入库的瓶颈。
获取方式
可能推断自自定义字段的时间戳、批次/次号记录的状态更改或相关的质量自定义记录。需要分析具体的 NetSuite 配置。
捕获
推断自库存记录上的状态变更(例如,从“待检验”变为“可用”)。
事件类型
inferred
|
|||
|
库存已内部移动
|
代表库存批次在同一仓库内两个不同库位或位置之间的移动。这在 NetSuite 中通过库存转移或库位转移交易明确捕获。 | ||
|
为何重要
跟踪内部变动有助于分析仓库布局效率、识别过度搬运并优化库存放置策略。
获取方式
从库存转移(跨地点)或储位转移(同地点内)记录的交易日期中提取。
捕获
在创建库存转移或储位转移交易时记录事件。
事件类型
explicit
|
|||
|
库存清点已启动
|
标志着针对特定批次或库位的实物库存盘点的开始。当在 NetSuite 中创建库存清点记录并安排盘点计划时,系统会捕获此活动。 | ||
|
为何重要
该 event 启动了衡量差异解决周期时间的计时,突显了执行盘点和纠正库存水平所需的时间。
获取方式
从库存盘点交易记录的创建日期提取,该记录定义了要盘点的货品和地点。
捕获
在创建库存盘点记录时记录事件。
事件类型
explicit
|
|||
|
库存清点已批准
|
代表对实物库存盘点结果的正式批准,发生在任何调整之前。此事件从库存清点记录状态更改为“已批准”中推断。 | ||
|
为何重要
此批准步骤可能是库存对账流程中的一个瓶颈。分析其持续时间有助于简化运营并提高数据准确性的反馈速度。
获取方式
当库存清点记录的状态被授权用户更新为“已批准”时,推断自系统注释或审计跟踪。
捕获
推断自库存清点记录中的状态字段更改为“已批准”。
事件类型
inferred
|
|||
|
打包完成
|
标志着订单拣选的货品已包装完毕并准备发货。这通常从货品履约记录中从“已拣货”到“已包装”的状态变更中推断。 | ||
|
为何重要
此活动标志着订单在仓库内部处理的结束,是发货开始前的最后一步。
获取方式
推断自货品履约记录状态更改为“已包装”。此更改的时间戳将从系统注释中获取。
捕获
推断自货品履约交易中的状态更改为“已包装”。
事件类型
inferred
|
|||
|
退货已收妥
|
确认退回货品已实物入库。此事件通过创建与退货授权关联的货品收据交易来捕捉。 | ||
|
为何重要
跟踪此 event 对于衡量退货处理的完整周期时间以及确保退货库存得到准确核算和及时处理至关重要。
获取方式
从货品收据交易的创建日期提取,其中“创建自”字段链接到退货授权 (Return Authorization)。
捕获
针对退货授权创建货品收据时记录事件。
事件类型
explicit
|
|||