您的库存管理数据模板
您的库存管理数据模板
这是我们针对库存管理的通用流程挖掘数据模板。使用我们针对特定系统的模板以获得更具体的指导。
选择特定系统- 适用于任何库存管理系统的通用数据结构。
- 关于流程分析所需的关键属性和活动的明确指导。
- 优化库存 workflow 和提高效率的基石。
库存管理属性
| 名称 | 描述 | ||
|---|---|---|---|
| 库存批次/批号 CaseId | 特定库存批次或批号的唯一标识符。此属性作为主要的 case 标识符,用于关联所有相关活动。 | ||
| 描述 库存批次/批号是分配给在同一时间接收或生产的特定数量产品的唯一标识符。它允许在仓库中跟踪物品从接收到发运或处置的整个生命周期。 在 Process Mining 中,此 ID 至关重要,因为它定义了 case。每个 case 代表了一个特定库存批次或批号的历程。通过分析按此标识符分组的活动,企业可以了解端到端流程,识别特定批次处理中的瓶颈,并追踪不同产品或供应商的生命周期时长。 为何重要 这是将所有库存相关活动关联到单一、可追溯流程中的核心纽带,从而能够对批次生命周期进行端到端分析。 获取方式 通常存在于库存交易表或物料主数据中,通常与货物移动记录关联。 示例 LOT202405A1BCH-0019843M45-20240315-01788109-B2 | |||
| 开始时间 StartTime | 指示库存活动开始或被记录的 timestamp。 | ||
| 描述 “开始时间”(也称为 event time)是活动在系统中启动或记录的准确日期和时间。它为库存生命周期中的每个 event 提供了时间维度背景。 此 timestamp 对 Process Mining 至关重要,因为它决定了 event 的先后顺序,并支持流程指标的计算。它用于计算活动间的周期时间、case 总持续时间以及等待时间。分析这些基于时间的指标是识别库存处理流程中延迟和瓶颈的关键。 为何重要 此 timestamp 对于按时间顺序排列 event 以及计算所有与时间相关的绩效指标(如周期时间和持续时间)至关重要。 获取方式 这是大多数交易或 event log 表中的标准字段,通常标记为创建日期、过账日期或 event time。 示例 2023-10-26T08:00:00Z2023-11-15T14:35:10Z2024-01-05T11:21:05Z | |||
| 活动名称 Activity | 特定库存管理事件或任务的名称,例如“收货确认”或“拣货完成”。 | ||
| 描述 Activity Name 描述了库存管理流程中的单个步骤或 event。这些活动代表了对库存批次执行的具体任务,如质检、内部移动、清点、拣货和发货。 分析活动是 Process Mining 的核心。通过它,可以实现流程流的可视化,识别常用路径和替代路径,并衡量每个步骤的频率。了解活动顺序有助于精准定位低效环节、返工循环和不合规的流程变体。 为何重要 它定义了流程的各个步骤,这是发现实际流程流并识别改进领域的基石。 获取方式 通常衍生自源系统库存或仓库管理模块中的交易类型、移动类型或 Event Log 描述。 示例 已收货质量检查已完成库存内部移动拣货完成货物已出库 | |||
| 最后数据更新 LastDataUpdate | 指示该事件数据最近一次从源系统刷新或提取的时间戳。 | ||
| 描述 此属性记录了从来源系统进行最近一次数据提取或刷新的日期和时间。这是一个反映分析数据时效性的元数据字段。 在 Process Mining 中,“最近数据更新” timestamp 对于了解分析的时效性至关重要。它帮助用户明确自己查看的是实时信息还是特定时间点的快照,这对于运营监控和确保决策基于最新数据至关重要。 为何重要 它告知用户 data 的新鲜度,确保他们了解分析的时间范围以及洞察的相关性。 获取方式 这通常是由数据提取、转换和加载 (ETL) 工具或流程生成并存储的元数据。 示例 2023-10-27T02:00:00Z2023-11-16T02:00:00Z2024-01-06T02:00:00Z | |||
| 源系统 SourceSystem | 标识提取 data 的源系统或应用程序,例如 ERP 或 WMS。 | ||
| 描述 “来源系统”属性指定了 event data 的起始应用或平台。在复杂的 IT 环境中,库存 data 可能来自多个系统,例如用于操作数据的 WMS 以及用于财务数据的 ERP 系统。 此属性对于数据验证、故障排除和理解数据背景非常重要。它允许分析人员追踪数据来源,并可用于比较不同系统或子公司之间的流程或数据质量。 为何重要 它提供了关于 data 来源的上下文,这对于 data 治理、验证以及在多个系统交互的环境中至关重要。 获取方式 此信息可以是数据提取过程中添加的静态值,也可以是原始数据表中标识系统实例的字段。 示例 SAP S/4HANAOracle Fusion SCMManhattan WMSDynamics 365 F&O | |||
| 产品 ID ProductId | 正在处理的产品、物料或库存单位 (SKU) 的唯一标识符。 | ||
| 描述 产品 ID(通常称为 SKU 或物料编号)是分配给库存中特定项目的唯一代码,用于区分不同产品。 此属性是以产品为中心的分析所必需的。它允许企业根据特定项目或项目组筛选流程,以了解处理方式的差异。例如,可以比较易碎品与耐用品的上架时间,或不同产品线的检验率。这有助于根据产品特性优化仓库布局、处理程序和库存策略。 为何重要 它支持产品层级的分析,允许团队比较不同项目的流程绩效,并相应地定制库存策略。 获取方式 库存交易表、物料主 data 或物料主记录中的核心字段。 示例 SKU-100-RED-LGMAT-582910FG-A105-CPN-987654 | |||
| 产品类别 ProductCategory | 产品所属的分类或类别,例如“电子产品”、“服装”或“快消品”。 | ||
| 描述 “产品类别”是基于共同特征对产品进行的高级分组。这种分类有助于跨细分市场(而非针对单个项目)组织和分析库存绩效。 在 Process Mining 中,此属性支持聚合分析,以便在战略层面识别趋势和模式。例如,企业可以比较“高价值电子产品”和“耗材”等不同类别的库存周转率或质检失败率。此类洞察对于品类管理、战略采购和优化整体库存政策极具价值。 为何重要 它允许进行高层级的聚合分析,以比较不同产品组的流程绩效,并为战略决策提供信息。 获取方式 通常存在于物料或项目主数据中,通过“产品 ID”关联。 示例 电子产品服装原材料成品备件 | |||
| 仓库 Warehouse | 活动发生所在的仓库、工厂或配送中心的标识符。 | ||
| 描述 “仓库”属性识别存储和处理库存的物理设施,如配送中心或工厂。它代表了库存流程的关键组织和地理维度。 此属性对于基于位置的绩效分析至关重要。它允许企业比较不同站点的效率、准确性和周期时间。例如,公司可以识别哪些仓库的上架速度最快或库存准确性最高,然后研究表现优秀地点的最佳实践,并将其推广。 为何重要 它支持各站点间的绩效比较,有助于在表现优秀的地点识别最佳实践,并在其他地点发现需要改进的领域。 获取方式 几乎所有库存交易记录中都能找到的标准组织 data 元素。 示例 WH-NYC-01DC-WESTPLANT-1000SITE-EU-FRA | |||
| 异动原因 MovementReason | 解释库存变动或调整原因的代码或描述。 | ||
| 描述 “移动原因”属性为库存交易(特别是调整、退货或报废等非标准移动)提供了背景信息,记录了活动背后的业务合理解释。 这是进行根本原因分析的关键属性。通过分析不同原因代码的频率,企业可以识别库存差异的主要诱因,如损坏、陈旧或数据录入错误。这些信息对于制定针对性的流程改进方案以提高库存准确性并减少浪费具有不可估量的价值。 为何重要 它解释了库存调整和移动背后的“原因”,支持对库存差异、损坏或报废等问题进行根本原因分析。 获取方式 在库存调整、报废或其他非标准变动的交易 data 中可以找到。 示例 0001 - 运输途中损坏0005 - 循环盘点调整1002 - 客户退货3010 - 过期库存处置 | |||
| 数量 Quantity | 该活动涉及的产品单位数量。 | ||
| 描述 Quantity 代表在特定活动中处理的库存量,例如收货、移动或拣货的项目数量。它是衡量每笔交易规模的基础指标。 分析 Quantity 对于了解运营工作负载和识别潜在问题至关重要。例如,大数量的移动可能与较长的处理时间相关。它还用于通过将实物盘点与系统记录进行比较来计算库存准确率。此外,追踪调整活动中的数量有助于量化库存差异的规模。 为何重要 它提供了交易规模的度量,这对于工作负载分析、计算库存水平和量化差异至关重要。 获取方式 几乎所有库存交易记录中的标准字段。 示例 1005012.51000 | |||
| 用户 User | 执行活动的个人用户、员工或自动化系统的标识符。 | ||
| 描述 “用户”属性识别负责执行库存交易的人员或系统代理,包括仓库操作员、质检员或自动化流程的系统账号。 按用户分析活动是绩效管理和识别培训需求的基础。它可以揭示哪些用户或团队效率最高、谁可能偏离了标准流程,或者哪些任务最容易出现人为错误。此类分析有助于资源分配、工作负载平衡并确保整个组织的流程合规性。 为何重要 它提供了问责机制,并支持按员工或团队进行绩效分析,有助于识别表现优秀者和培训机会。 获取方式 通常可在交易 data 中获得,链接到创建或修改记录的用户账户,如“创建者”或“用户 ID”字段。 示例 JSMITHABROWNBATCH_USEROPERATOR_42 | |||
| 结束时间 EndTime | 指示库存活动完成的 timestamp。 | ||
| 描述 End Time 标记了活动结束的精确日期和时间。虽然某些活动是瞬时的且仅具有一个 timestamp (StartTime),但其他活动则具有可衡量的持续时间,如质检或入库任务。 同时拥有 Start Time 和 End Time 对于详细的性能分析至关重要。它允许直接计算活动的持续时间,这是识别瓶颈的关键输入。分析特定任务的持续时间有助于了解资源效率、工作负载分布以及流程步骤耗时超出预期的领域。 为何重要 它能够精确计算活动处理时间,这对于识别瓶颈和衡量运营效率至关重要。 获取方式 在活动具有明确开始和结束记录的 event 或交易日志中可以找到,这在仓库管理系统 (WMS) 中很常见。 示例 2023-10-26T08:30:00Z2023-11-15T14:55:10Z2024-01-05T16:00:00Z | |||
| Unit Of Measure UnitOfMeasure | 数量的计量单位,例如“个”、“箱”、“千克”或“托盘”。 | ||
| 描述 计量单位 (UoM) 为“数量”属性提供了背景。它指定了在特定交易中衡量库存项目的标准单位。 虽然看似简单,但 UoM 对数据准确性和分析意义至关重要。如果没有它,单纯比较数量可能会产生误导,例如“10”可能代表 10 个单品,也可能代表 10 托盘。此属性确保分析是在一致的基础上进行的,通常通过将不同的 UoM 转换为标准单位来实现准确的比较和汇总。 为何重要 它为“Quantity”属性提供了必要的上下文,确保能够对不同类型的产品和交易进行准确的对比和计算。 获取方式 通常位于交易数据中的数量字段旁或物料主数据中。 示例 个 (EA)箱 (CS)KG托盘 (PL) | |||
| 库存地点 StorageLocation | 仓库内的具体物理位置,例如货位、货架、通道或区域。 | ||
| 描述 “存储位置”提供了比“仓库”属性更细致的信息。它指定了发生库存活动的准确区域,如货位、通道或库区,包括收货码头、质检区、特定货位或包装站。 在存储位置级别分析流程可以揭示仓库布局和物料流中的低效环节。例如,它可以突出远程位置间移动导致的过度往返时间,或识别某些区域的拥堵。这些见解对于优化仓库布局、位次策略和拣货路径非常有价值。 为何重要 它允许对仓库内部移动进行粒度分析,有助于优化布局、减少移动时间并识别拥堵区域。 获取方式 常见于仓库管理系统 (WMS),在交易 data 中体现为“货位”、“位置”或“存储位”等字段。 示例 A-01-03-BRECEIVING-DOCK-02QA-INSPECTPACK-STATION-5 | |||
| 库存状态 StockStatus | 指示库存的当前状态或类型,例如不受限、质检中或已冻结。 | ||
| 描述 “库存状态”描述了库存的可用性。常见状态包括“非限制使用”(可用)、“质检中”(待检)、“冻结”(不可用)或“在途”。诸如“库存状态变更”之类的活动会直接修改此属性。 分析在不同状态下花费的时间对于了解库存流动和可用性至关重要。它有助于量化库存被占用在非生产状态(如质检或冻结)的时长。这种分析可以揭示质量流程中的延迟,或由于库存问题导致无法使用的情况,从而直接影响库存持有成本和服务水平。 为何重要 它追踪库存的可用性,有助于分析库存在质检或冻结等非生产状态下的停留时间。 获取方式 通常存在于库存余额或库存水平表中,并在特定的状态变更交易中记录。 示例 非限制使用质量检验已冻结退货 | |||
| 活动时长 ActivityDuration | 活动的计算持续时间,代表从开始到结束的时间。 | ||
| 描述 Activity Duration 是一个计算指标,用于衡量单个活动的处理时间。它的计算方式是结束时间与开始时间的差值。 该指标是性能分析的基石,能直接反映单个流程步骤的效率。通过汇总和对比 Activity Duration,企业可以识别库存生命周期中最耗时的任务。这些信息可用于设定性能基准、监控运营效率,并将改进重心放在那些导致严重延迟的活动上。 为何重要 这一计算指标直接衡量单个任务的效率,让您能够轻松发现流程中最耗时的步骤。 获取方式 通过 EndTime 减去 StartTime 计算得出。这要求一个活动同时具备这两个 timestamp。 示例 360086400300 | |||
库存管理活动
| 活动 | 描述 | ||
|---|---|---|---|
| 入库已完成 | 确认库存批次已物理移动并扫描到其最终存储货位。此时,库存通常被视为可用于拣货。 | ||
| 为何重要 这是一个标志着入库流程结束的关键里程碑。从“收货确认”到“上架完成”的总时间是衡量仓库收货绩效的核心 KPI。 获取方式 在仓库操作员确认完成入库任务时捕获(通常通过手持扫描枪),这会更新系统中库存的货位。 捕获 查找入库任务的确认或关闭交易,这会将批次的位置从临时接收区更新为永久存储货位。 事件类型 explicit | |||
| 已收到退货 | 表示从客户处实物收回先前已发货的库存批次。此活动启动了该批次的逆向物流流程。 | ||
| 为何重要 此事件是退货管理子流程的起点。跟踪退货对于了解产品质量问题、客户满意度以及逆向物流的效率至关重要。 获取方式 在用户根据退货授权 (RMA) 或退货单处理收货时捕获,这会将批次重新加入库存。 捕获 识别与退货单关联的收货交易,这些交易会增加批次的在库数量,通常处于受限或待检状态。 事件类型 explicit | |||
| 已收货 | 此活动标志着库存批次的初始物理接收。这是系统识别批次的第一个节点,通常会触发库存记录的创建。 | ||
| 为何重要 这是库存生命周期的主要起点。分析从该事件到其他环节(如上架或可用)的时间是衡量收货效率的关键。 获取方式 当用户根据采购订单或预发货通知等原始单据处理收货时,通常会在库存或仓库管理模块中明确记录此事件。 捕获 从物料交易日志或收货单据中捕获,即批次的正向数量进入系统的记录。 事件类型 explicit | |||
| 库存已报废 | 代表库存批次作为报废的最终处置。这是一项正式的交易,会将批次从账面上冲销并永久从库存中移除。 | ||
| 为何重要 报废是一个关键节点,代表库存价值的完全损失。分析报废的频率和原因对于识别保质期管理、搬运损坏或产品过时等方面的问题至关重要。 获取方式 这是一种明确的物料交易,通过过账到特定的报废移动类型或使用带有报废原因代码的库存调整日记账来捕获。 捕获 捕获物料单据的过账,该单据通过指定的报废移动类型或原因代码将批次从库存中移除。 事件类型 explicit | |||
| 库存已调整 | 这是一种明确的交易,用于纠正系统的批次现有量,使其与实物盘点一致或核算损坏。此交易正式确认库存的盘盈或盘亏。 | ||
| 为何重要 调整记录是库存不准确和潜在流程故障的直接指标。分析调整的频率、价值和原因有助于查明库存差异的根本原因。 获取方式 这是一种独立的财务和物流交易(通常称为库存调整或实物库存过账),用于更改账面数量。 捕获 从库存调整日记账或物料单据中捕获交易,这些单据记录了系统数量与盘点数量之间的差异。 事件类型 explicit | |||
| 拣货完成 | 确认库存批次已从存储货位物理取出并移动到暂存或包装区。这标志着履行流程中涉及长距离移动的部分已经结束。 | ||
| 为何重要 该里程碑标志着物理拣货步骤的结束。分析从“拣货开始”到“拣货完成”的持续时间,对于衡量和优化仓库操作员效率至关重要。 获取方式 在操作员确认拣货时捕获(通常通过扫描项目和货位),这会将拣货任务的状态更新为完成。 捕获 查找拣货任务的确认或关闭交易,这标志着批次已被成功取出。 事件类型 explicit | |||
| 货物已出库 | 标志着库存批次最终离开仓库。这是正式减少在库库存的交易,对于销售而言,通常还会触发开票。 | ||
| 为何重要 这是标准出库流程的关键终点。从“收货确认”到“发货确认”的端到端周期时间衡量了总体的库存周转速率。 获取方式 这是一个确定的物料交易,通常由发货确认或货车离场扫描触发,正式完成发货过账。 捕获 捕获减少库存数量的物料单据过账,用于发货、生产领料或转移。 事件类型 explicit | |||
| 入库已开始 | 表示已生成系统任务,将库存批次从接收或暂存区移动到指定的存储位置。这标志着货物在仓库中开始进行物理安置。 | ||
| 为何重要 此活动有助于将收货时的等待时间与实际的上架过程区分开来,以便分析系统和人员开始移动新到库存的速度。 获取方式 此事件通常通过专门为上架移动创建的仓库任务、工单或转库单记录来捕获。 捕获 识别指示操作员将批次移动到存储货位的系统任务创建 timestamp。 事件类型 explicit | |||
| 已执行库存盘点 | 代表对库存批次执行实物盘点并将数量录入系统的时刻。这是循环盘点或实物库存验证流程中的关键步骤。 | ||
| 为何重要 此活动对于了解库存准确性流程至关重要。它支持分析盘点频率、持续时间以及解决已识别差异所需的时间。 获取方式 通常在用户将盘点数量录入库存管理系统的实物盘点或循环盘点日记账时捕获。 捕获 识别盘点日记账行的创建,或针对批次保存盘点数量时的 timestamp。 事件类型 explicit | |||
| 库存内部移动 | 代表库存批次在同一设施内从一个存储位置到另一个存储位置的移动。这不属于初始入库或最终拣货,而是出于补货或合并等原因的中间移动。 | ||
| 为何重要 频繁的内部移动可能表明仓库布局或补货策略欠佳。分析这些移动有助于识别内部物流和物料搬运中的低效环节。 获取方式 记录为明确的库存转移交易,更改批次的货位或位置,但不改变其所有权或总体库存水平。 捕获 识别在同一设施内更改批次位置代码的交易,不包括初始入库和最终拣货移动。 事件类型 explicit | |||
| 库存状态已变更 | 捕获批次逻辑状态的变更,这会影响其可用性。包括由于质检以外的原因将库存设为保留、禁止销售或释放回不受限状态。 | ||
| 为何重要 此活动突出了库存生命周期中的非标准中断。频繁的状态更改可能揭示数据质量、产品扣留或其他占用资金的行政流程问题。 获取方式 通常通过批次主记录中状态字段的变化,或通过旨在更改库存可用性的特定交易推断得出。 捕获 随时间跟踪与库存批次记录关联的状态或库存类型字段的变化。 事件类型 inferred | |||
| 打包完成 | 代表包装流程的完成,即拣取的批次被放入运输容器并封箱。这是发货前仓库内的最后一个增值步骤。 | ||
| 为何重要 此活动有助于隔离订单履约中的包装阶段。通过分析从拣货完成到包装完成的时间,可以识别包装站的瓶颈。 获取方式 可以是用户确认装箱单或关闭运输容器时捕获的明确 event,也可以从发货状态变更中推断得出。 捕获 捕获装箱容器标记为关闭时的 timestamp,或相关出库交货状态更新为“已包装”时的 timestamp。 事件类型 explicit | |||
| 拣货已开始 | 表示已生成系统任务,从存储位置检索库存批次以履行订单。这标志着该批次出库履行流程的开始。 | ||
| 为何重要 此事件开启了出库流。通过衡量从订单创建到拣货开始的时间,可以揭示在实际物理操作开始前,订单处理和分配过程中存在的潜在延迟。 获取方式 通常通过创建与销售订单、生产订单或库存调拨相关的仓库任务、移库单或转库单记录来捕获。 捕获 识别指示操作员从存储货位拣取批次以满足出库需求的系统任务创建 timestamp。 事件类型 explicit | |||
| 质检已开始 | 代表库存批次被指定进行质量控制并置于受限状态的时刻。库存通常被移动到物理或逻辑质检区,不可用于履行订单。 | ||
| 为何重要 此活动标志着质量保证流程的开始。从启动到完成的持续时间是衡量 QA 周期时间及其对库存可用性影响的关键指标。 获取方式 通常通过库存批次的状态变更(如转入“质检”库存)或正式检验单记录的创建来推断。 捕获 识别在收货后立即出于质检目的将批次设为保留的记录或状态变更。 事件类型 inferred | |||
| 质量检查已完成 | 此活动表示质量检查的完成和使用决策的记录。如果通过检验,批次通常会释放到非限制库存;如果未通过,则转为冻结状态。 | ||
| 为何重要 此步骤的完成使库存可用于后续流程。此处的延迟会导致生产或订单履行中严重的下游瓶颈。 获取方式 通常在用户记录检验结果时捕获,导致批次的库存类型从“质检”更改为“非限制”或“冻结”。 捕获 捕获记录检验最终合格或不合格结论的交易或状态更新。 事件类型 explicit | |||