您的仓库管理数据模板
您的仓库管理数据模板
这是我们针对仓库管理的通用流程挖掘数据模板。使用我们针对特定系统的模板以获得更具体的指导。
选择特定系统- 一种适用于任何仓库管理系统的通用数据结构。
- 用于全面流程分析的推荐属性和活动。
- 为您开启流程挖掘之旅提供实用的基础。
仓库管理属性
| 名称 | 描述 | ||
|---|---|---|---|
| 事件开始时间 EventStartTime | 指示特定仓库活动或事件开始的时间戳。 | ||
| 描述 事件开始时间 (Event Start Time) 是记录仓库活动开始瞬间的精确时间戳。这一数据点对于理解流程步骤的时机和时长至关重要。结合结束时间戳,可以精确计算出每项活动完成所需的时长。\n\n在流程挖掘中,该时间戳是按时间顺序排列事件以构建准确流程流转的基础。它是所有基于时间的分析的核心,包括计算活动间的周期时间、识别等待时间以及查明工作延误的瓶颈点。准确的开始时间对于绩效仪表板以及与流程效率相关的 KPI 来说是不可或缺的。 为何重要 此时间戳对于正确排列事件顺序和计算周期时间至关重要,而这些对于识别流程瓶颈和延迟又是必不可少的。 获取方式 可见于系统事件日志或交易记录,这些记录捕获了特定任务的开始或状态变更。 示例 2023-04-15T09:12:45Z2023-05-20T14:00:10Z2023-06-01T08:30:00Z | |||
| 仓库订单 ID WarehouseOrderId | 仓库订单的唯一标识符。此标识符作为主要 case,用于追踪从创建到完成的所有相关物流活动。 | ||
| 描述 仓库订单 ID 是分配给仓库管理系统中每个物流工作单的唯一键。它将所有相关活动(如收货、上架、分拣、包装和发货)连接成一个单一的端到端流程实例。 在流程挖掘中,此属性是重建每个仓库订单生命周期的基础。通过将仓库订单 ID 用作 case 标识符,分析师可以可视化订单的完整流向、识别常见路径、发现与标准流程的偏差,并测量从开始到结束的总耗时。它能够对特定订单的整个仓库履行流程进行全面分析。 为何重要 这是关键的 Case ID,它将所有相关的仓库活动联系在一起,从而能够分析端到端的订单履行流程。 获取方式 通常位于仓库订单单据的抬头表或与物流任务相关的交易日志中。 示例 WO-00583921739200184ORD-C1-99203 | |||
| 最后数据更新 LastDataUpdate | 指示该流程数据上次刷新或抽取时间的时间戳。 | ||
| 描述 最后数据更新 (Last Data Update) 时间戳指定了用于分析的数据集最近一次从源系统刷新的时间。它明确指示了数据的时效性和相关性,确保用户了解分析涵盖的时间范围。\n\n此属性对于维持对流程挖掘仪表板和分析结果的信任至关重要。它让用户能够区分自己看到的是近乎实时的信息还是历史数据。在仪表板显著位置显示此时间戳有助于管理用户预期,并防止基于过时信息产生的误解。它是数据治理和透明度的关键组成部分。 为何重要 此时间戳确保用户了解数据的时效性,这对于根据流程挖掘洞察做出明智且及时的决策至关重要。 获取方式 这通常是在数据加载到流程挖掘平台时的提取 (ETL) 过程中生成并存储的。 示例 2023-10-27T02:00:00Z2023-10-26T18:00:00Z2023-10-27T04:30:00Z | |||
| 活动名称 ActivityName | 所发生的特定仓库任务或事件的名称,例如“货物已拣选”或“发货已发出”。 | ||
| 描述 活动名称 (Activity Name) 描述了仓库管理流程中的一个独立步骤或事件。这些活动代表了为履行仓库订单而执行的单个任务,提供了流程流转的细粒度视图。示例包括:创建订单、收货、执行质检、拣货和发货。\n\n对于流程挖掘分析,此属性是构建流程图的关键。它定义了流程图中的节点,使分析师能够直观查看事件顺序、了解各项任务的频率,并识别瓶颈或活动间的低效衔接。清晰且一致的活动命名规范对于有效的流程发现和分析至关重要。 为何重要 此属性定义了流程图中的步骤,它是所有流程挖掘分析的基础,用于识别瓶颈和偏差。 获取方式 通常见于记录单个仓库操作的事件日志、任务管理表或交易数据中。 示例 拣货完成上架任务已创建货物已发出仓库订单已完成 (Warehouse Order Completed) | |||
| 源系统 SourceSystem | 数据提取自的系统或应用程序的标识符。 | ||
| 描述 源系统属性指示了事件数据的来源,例如特定的仓库管理系统 (WMS)、企业资源规划 (ERP) 系统或旧有应用程序。在复杂的 IT 环境中,单一业务流程可能跨越多个系统,此字段有助于区分每条数据的来源。 这些信息对于数据验证和治理非常有价值,可确保流程挖掘所用的数据可追溯至正确源头。在检测到数据质量问题时,它也有助于根本原因分析。在分析层面,它可用于对比同一组织内不同系统或系统版本之间的流程差异或绩效指标。 为何重要 它提供了有关数据来源的背景信息,这对于数据校验、故障排除以及理解不同系统间的流程差异至关重要。 获取方式 此信息通常在数据提取 (ETL) 过程中添加,或者是数据仓库和集成平台中的标准字段。 示例 SAP EWMManhattan SCALEOracle WMS | |||
| 事件结束时间 EventEndTime | 指示特定仓库活动或事件完成的时间戳。 | ||
| 描述 事件结束时间 (Event End Time) 标志着仓库任务或活动完成的准确时刻。此时间戳与事件开始时间相对应,对于衡量单个活动的持续时间必不可少。并非所有事件都有明确的持续时间,但对于拣货或装箱等活动,这些数据极具价值。\n\n在流程挖掘中,同时具备开始和结束时间可以实现更精细的流程绩效分析。它支持计算处理时间(主动执行任务的时间)与等待时间(任务之间的时间)。这种区分对于识别真实的运营瓶颈与资源可用性问题至关重要。分析活动持续时间有助于进行绩效标杆对比、资源规划,并发现运营改进的机会。 为何重要 它支持精确计算活动持续时间,有助于区分主动处理时间与闲置等待时间,从而实现更精准的瓶颈分析。 获取方式 可见于系统事件日志或交易记录,这些记录捕获了特定任务的完成或状态变更。 示例 2023-04-15T09:25:11Z2023-05-20T14:05:30Z2023-06-01T08:45:00Z | |||
| 实际数量 ActualQuantity | 任务期间实际处理或确认的物品数量,如物理清点或拣选的数量。 | ||
| 描述 实际数量 (Actual Quantity) 是指在某项活动中,由仓库操作员或系统物理处理、清点并确认的单位数量。这反映了任务的真实执行情况,例如从供应商处收到的实际物品数量,或为履行订单从库位拣选的实际数量。\n\n该属性对于与计划数量进行差异分析至关重要。计划数量与实际数量之间的偏差是流程问题的直接指标,例如供应商漏发、拣货错误或库存记录不准。流程挖掘 (Process Mining) 可以利用这些数据查明哪些产品、库位或员工与这些差异关联最频繁,从而实现有针对性的干预,提高准确性并减少高昂的错误成本。 为何重要 这衡量任务的实际产出。将其与计划数量进行对比分析,有助于发现分拣、收货或盘点中的错误和低效环节。 获取方式 记录在任务确认数据中,操作员或系统在其中输入实际处理的物品数量。 示例 98502500 | |||
| 库存地点 StorageLocation | 仓库内的具体位置,例如货位、巷道或区域,即货物存储或分拣的地方。 | ||
| 描述 存储位置识别与某项活动关联的仓库物理空间。这可能是分拣任务的源位置,也可能是上架任务的目标位置。粒度可以从大的区域到具体的货架、层架和货位编号。 按存储位置分析数据可深入洞察仓库布局和效率。流程挖掘可以揭示不同位置之间的搬运时间,识别活动频繁的“热点”,并突出低效的上架或分拣路径。这些信息对于优化储位策略(将高频分拣物品放在易于到达的位置以减少搬运时间)具有不可估量的价值。它还能辅助重新设计仓库布局,以减少拥堵并改善流动。 为何重要 它支持对仓库布局和搬运动线效率的分析,有助于优化拣货路径和存储策略,从而缩短周期时间。 获取方式 可见于仓库任务详情、库存记录和物料移动交易中。 示例 A1-03-B2RECEIVING-DOCK-04ZONE-C-BULK | |||
| 用户ID UserId | 执行该活动的仓库员工、操作员或自动化系统的标识符。 | ||
| 描述 用户 ID 唯一标识负责执行特定仓库任务的人员或资源。这可以是仓库操作员、班次主管,甚至是机器人或传送带控制器等自动化系统。追踪谁执行了每项活动是了解资源分配和表现的关键。 此属性可实现与劳动力和资源管理相关的深度分析。它可用于分析不同用户或团队的生产力水平,识别培训需求,并确保遵守标准作业程序。通过按用户 ID 筛选流程图,分析师可以对比不同个人或团队执行相同流程的表现,发现最佳实践或需要改进的领域。这对于合规性和审计也至关重要。 为何重要 此属性对于资源绩效分析至关重要,能够对比不同员工、团队或班次之间的效率和质量。 获取方式 通常可在交易日志或任务执行记录中找到,其中记录了确认或完成操作的用户。 示例 JSMITHOPERATOR_1138ROBOT_A05 | |||
| 要求完成日期 RequestedCompletionDate | 仓库订单计划或要求完成并发出的日期和时间。 | ||
| 描述 要求完成日期代表了完成仓库订单(通常是出库货件)的目标截止期限。这一日期通常由客户承诺、承运商提货计划或内部服务水平协议 (SLA) 驱动。它是衡量按时履行绩效的主要基准。 在流程挖掘中,此属性对于分析按时发货表现至关重要。通过对比实际完成日期与要求完成日期,企业可以计算按时率并找出延误的根本原因。分析未达标订单可以揭示具体的瓶颈、资源限制或导致延误的流程步骤,从而实现针对性的改进。 为何重要 这是衡量按时履行表现的基准。将其与实际完成日期进行对比是计算“按时发货率”KPI 的关键。 获取方式 通常在仓库订单的抬头数据中,往往继承自相关的销售订单或客户请求。 示例 2023-07-20T17:00:00Z2023-08-01T23:59:59Z2023-07-22T12:00:00Z | |||
| 计划数量 PlannedQuantity | 根据采购订单或销售订单等原始单据,特定任务预期的物品数量。 | ||
| 描述 计划数量 (Planned Quantity) 代表特定仓库任务的目标单位数量。对于入库单,它是预期收到的数量;对于出库单,则是需要拣选并发送的数量。该数值通常源自原始业务单据,如采购订单或销售订单。\n\n此属性是绩效和准确性分析的关键基准。通过对比计划数量与实际数量,企业可以衡量拣货准确率、收货差异以及库存记录准确性。分析这些偏差有助于识别供应商、内部流程或库存数据中存在的系统性问题,进而推动运营效率和客户满意度的提升。 为何重要 这为衡量准确性提供了基准。将其与实际数量进行对比是计算分拣准确率等 KPI 以及识别差异的关键。 获取方式 可见于仓库订单或任务的行项目详情,通常源自关联的销售订单、采购订单或转储单。 示例 100502500 | |||
| 订单类型 OrderType | 对仓库订单进行分类,例如:入库收货、出库发货或内部转移。 | ||
| 描述 订单类型 (Order Type) 根据业务用途对仓库订单进行分类。常见类型包括:从供应商处收货的入库单、向客户发货的出库单,以及用于补货或库存调整等移动的内部单。\n\n此属性是细分和对比不同仓库流程的基础。入库单的流程流转与出库单截然不同。通过将订单类型作为过滤器,分析师可以为每种流向创建独立的流程图和仪表板,从而实现更准确、更相关的分析。对比不同订单类型的周期时间等 KPI,有助于更有效地分配资源,并根据特定需求量身定制流程。 为何重要 这允许对入库、出库和内部移动等不同流程进行区分和对比,因为这些流程具有不同的流向和绩效目标。 获取方式 通常位于仓库订单单据的抬头数据中。 示例 出库发货入库收货内部转交退货 | |||
| 产品 ID ProductId | 正在处理的产品、物料或库存单位 (SKU) 的唯一标识符。 | ||
| 描述 产品 ID (Product ID) 通常称为 SKU 或物料编号,是分配给仓库中每个独立单品的唯一代码。此标识符将活动与特定产品关联起来,支持详细分析不同类型物品的处理方式。\n\n按产品 ID 分析流程可以揭示重要的洞察。例如,您可以对比大件物品与小件物品的处理时长,识别经常涉及质量冻结等流程偏差的产品,或分析高需求与低需求产品的履行流程。这种细粒度的数据对于优化库存管理、规划仓库布局以及根据产品特性定制物流流程至关重要。 为何重要 它支持产品级分析,有助于发现与特定单品或产品类别相关的流程差异和瓶颈。 获取方式 此信息可在仓库订单、任务和库存记录的行项目详情中找到。 示例 SKU-987-BMAT-001254PROD-XYZ-001 | |||
| 仓库 ID WarehouseId | 活动发生所在的特定仓库或分拨中心的标识符。 | ||
| 描述 仓库 ID 是标识记录活动发生的物理设施(如配送中心或仓库)的唯一代码。这对于运营多个物流站点的组织尤为重要。 此属性允许进行跨地点的对比分析。通过按仓库 ID 筛选或细分数据,企业可以进行绩效标杆分析,对比流程效率,并在高绩效站点识别可推广的最佳实践。它还有助于了解各地区的需求差异、资源利用情况和运营挑战,为全网战略决策提供依据。 为何重要 它支持在不同分拨中心之间进行绩效标杆分析和流程对比,有助于识别最佳实践和区域性问题。 获取方式 这是一个关键的组织数据字段,通常出现在几乎所有仓库相关交易单据的抬头中。 示例 WH-CENTRAL-01DC-WEST-CA1710 | |||
| 发货 ID ShipmentId | 一个或多个仓库订单所属的出库货件的唯一标识符。 | ||
| 描述 发货 ID 是将一个或多个仓库订单组合成单次出库交付的唯一标识。一个货件可能包含发往同一目的地或由同一承运商处理的多个订单。此标识符将仓库活动与运输和物流阶段联系起来。 该属性允许从整合发货层面而非仅针对单个订单进行分析。它可用于分析暂存和装车流程的效率,测量从分拣第一个物品到卡车出发的总耗时,并将仓库表现与运输数据关联。这种更广阔的视角有助于优化整个出库物流链,而不仅仅是仓库内的步骤。 为何重要 它将多个仓库订单组合成单次交付,支持对整合后的出库流程(包括暂存和装车效率)进行分析。 获取方式 可见于发运或运输单据,通常在波次计划或分配阶段与仓库订单关联。 示例 SHP-440921ASN-88201-3BOL-592100 | |||
| 实际完成日期 ActualCompletionDate | 仓库订单最后一项活动完成的实际日期和时间,通常指发货时间。 | ||
| 描述 实际完成日期 (Actual Completion Date) 是标志着与仓库订单相关的所有活动最终完成的时间戳。对于出库单,这通常是货物发出仓库的时刻;对于入库单,这可能是所有货物上架并进入可用库存的时间。\n\n该属性是“要求完成日期”的事实对应项,对于绩效衡量至关重要。它直接用于计算准时交货率和整体订单履行周期。在根本原因分析中,通过过滤实际完成日期逾期的案例,分析师可以深入研究延迟订单的流程流转,并识别常见的模式或成因。 为何重要 这为按时分析提供了实际结果。它用于计算总周期时间,并确定订单是提前、准时还是延迟。 获取方式 这是订单生命周期中最后一个事件的时间戳,例如“货件已发出”或“仓库订单已完成”。 示例 2023-07-20T16:45:10Z2023-08-02T09:30:00Z2023-07-22T11:55:21Z | |||
| 订单优先级 OrderPriority | 表示仓库订单的紧急程度或优先级,例如“高”、“标准”或“低”。 | ||
| 描述 订单优先级 (Order Priority) 是表示仓库订单相对重要程度或紧急程度的分类。这通常决定了任务分配和执行的速度与顺序。例如,“加急”或“高”优先级的订单可能会先于“标准”优先级的订单处理,即使后者到达时间更早。\n\n根据订单优先级分析流程对于评估服务水平协议 (SLA) 的合规性至关重要。流程挖掘可以验证高优先级订单是否确实比标准订单处理得更快。它还能揭示优先处理某些订单是否会对其他订单造成严重的延迟或瓶颈。这种分析有助于完善优先级规则和资源分配策略,在紧急订单的速度与整体仓库效率之间取得平衡。 为何重要 这通过验证高优先级订单是否比低优先级订单处理得更快,来帮助分析服务水平协议 (SLA) 是否得到履行。 获取方式 通常位于仓库订单的抬头数据中,通常由源销售订单或业务需求决定。 示例 高标准低已加急 | |||
| 设备 ID EquipmentId | 执行任务时使用的物料搬运设备标识符,如特定叉车或传送带。 | ||
| 描述 设备 ID (Equipment ID) 指定了执行仓库任务所使用的物料搬运设备 (MHE)。这可能包括叉车、手动托盘车、手持扫描枪、语音拣选耳机,或传送带和分拣机等自动化系统。\n\n按设备 ID 分析流程数据对于资产利用率和维护计划至关重要。它有助于解答诸如哪些设备使用最频繁、是否存在与设备相关的瓶颈,以及设备性能如何影响整体任务时长等问题。这些信息可以指导设备采购决策、全库车队平衡,以及预防性维护计划的制定,从而最大限度减少停机时间。 为何重要 此属性有助于分析机械的资源利用率,识别与设备相关的瓶颈,并为维护或采购决策提供参考。 获取方式 通常记录在任务确认数据中(操作员记录所用设备),或来自自动化系统日志。 示例 FORKLIFT-07SCANNER-HH-112CONVEYOR-B3 | |||
仓库管理活动
| 活动 | 描述 | ||
|---|---|---|---|
| 仓库订单已创建 (Warehouse Order Created) | 此活动标志着仓库订单的创建,该订单是管理入库、出库或内部任务的核心单据。这通常是新订单通过手动输入或系统集成进入仓库管理系统时的明确交易。 | ||
| 为何重要 作为流程的起点,该事件对于计算订单履行总周期至关重要。它有助于衡量从需求信号发出到仓库开始执行之间的时间。 获取方式 此事件通常从订单抬头表中获取,该表包含每个订单记录的创建时间戳。 捕获 请使用主仓库订单或需求表中的创建时间戳。 事件类型 explicit | |||
| 仓库订单已取消 (Warehouse Order Canceled) | 代表在仓库订单完全处理或发货前进行的取消。当用户或系统执行取消交易时,会捕获此事件。 | ||
| 为何重要 此事件代表流程的非成功结束。分析取消操作有助于找出流程失败的原因,如库存差异或客户需求变化。 获取方式 根据订单头表状态变更为“已取消”或“作废”推断。 捕获 识别仓库订单状态更新为“已取消”时的时间戳。 事件类型 inferred | |||
| 仓库订单已完成 (Warehouse Order Completed) | 这是仓库订单的最终状态,表示所有相关活动均已完成且订单已关闭。当订单的生命周期状态更新为“已完成”或“已关闭”时,系统会捕获该事件。 | ||
| 为何重要 此事件代表流程的成功结束。它对于计算仓库完整的端到端周期时间和吞吐量至关重要。 获取方式 根据订单头表或单据上的最终状态变更推断。 捕获 识别仓库订单状态更新为最终的“已完成”或“已关闭”状态时的时间戳。 事件类型 inferred | |||
| 已收货 | 表示货物已卸载、扫描,并根据送货单据核对了数量。这是库存被正式纳入仓库责任范围的关键交易。 | ||
| 为何重要 这是入库流程中的关键里程碑,标志着货物正式归由仓库管理。这对于测量收货周期时间和准确性至关重要。 获取方式 当用户确认收到的数量时,记录在收货或库存交易表中。 捕获 请使用与入库交付行项目关联的收货 (goods receipt) 事件的过账日期或交易时间戳。 事件类型 explicit | |||
| 拣货完成 | 代表拣货任务的完成,即操作员已取出物品并在系统中确认。当操作员扫描物品并在其设备上确认拣货时,捕获此事件。 | ||
| 为何重要 这是出库流程中的关键里程碑,直接影响订单履行速度。分析分拣时间有助于评估分拣员绩效、移动路径和仓库储位策略。 获取方式 记录在仓库任务表中,作为拣货任务的确认或完成时间戳。 捕获 当分拣任务标记为完成时,请使用仓库任务表中的确认时间戳。 事件类型 explicit | |||
| 货物已上架 | 此事件确认货物已成功移动并扫描至指定的存储货位。当操作员(通常使用手持设备)确认上架任务完成时,系统会采集该事件。 | ||
| 为何重要 此里程碑标志着入库流程的结束,使库存可用于履行。分析上架时间是了解人员效率和仓库布局有效性的关键。 获取方式 记录在仓库任务表中,作为确认或完成的时间戳。 捕获 当上架任务标记为完成时,请使用仓库任务表中的确认时间戳。 事件类型 explicit | |||
| 货物已发出 | 此事件表示已包装的货物已装上承运商的卡车,且卡车已离开仓库。这通常在过账“发货入账 (Goods Issue)”、最终完成发货时记录。 | ||
| 为何重要 这是仓库内的最后一个物理步骤,也是计算按时发货指标的关键里程碑。它标志着货物从仓库移交给承运商。 获取方式 从发货或运输单据中获取,通常体现为“发货过账”时间戳或“已发货”状态更新。 捕获 请使用最终完成出库交付的发货入账 (goods issue) 事件的过账日期或交易时间戳。 事件类型 explicit | |||
| 上架任务已创建 | 此活动标志着系统创建了一个任务,将收到的货物从收货月台移动到最终存储位置。这是 WMS 逻辑生成的一个明确系统事件,用于指引仓库操作员。 | ||
| 为何重要 这是上架流程的起点。收货与创建上架任务之间的时间差可以反映系统配置或性能问题。 获取方式 可见于仓库任务或工单表,通过“上架”类型任务的创建时间戳识别。 捕获 请使用仓库任务表中任务类型为“上架”的创建时间戳。 事件类型 explicit | |||
| 入库单已通知 | 代表收到供应商发送的预发货通知 (ASN) 或类似文件。此事件信号表明货物正在运往仓库途中,支持对收货活动进行预先计划。 | ||
| 为何重要 此活动为收货月台提供了即将到来的工作负载可见性。从收到通知到实际到达的时间间隔可以反映供应商的绩效以及运输延迟情况。 获取方式 通常见于入库交付或 ASN 表中,在通过电子数据交换或手动录入接收单据时捕获。 捕获 查找与仓库订单关联的预发货通知 (ASN) 或入库单据的创建时间戳。 事件类型 explicit | |||
| 包装完成 | 此事件确认货件的所有物品均已装入运输容器,并已生成标签。它在包装员在系统中确认包装流程完成时记录。 | ||
| 为何重要 这标志着订单准备工作的完成,表示货件已准备好进入最后阶段。这是衡量包装效率的关键节点。 获取方式 通常记录为包装或处理单元管理表中的明确交易。 捕获 请使用处理单元或订单的包装状态设置为“已完成”时的时间戳。 事件类型 explicit | |||
| 已创建拣货任务 | 此事件表示系统创建了一个任务,供操作员从存储位置提取货物以履行出库订单。这是 WMS 在订单下达进行分拣时生成的明确事件。 | ||
| 为何重要 这标志着物理出库履行流程的开始。订单创建与分拣之间的时间延迟可能揭示库存分配或订单下达策略方面的问题。 获取方式 可见于仓库任务或工单表,通过“拣货”类型任务的创建时间戳识别。 捕获 请使用仓库任务表中任务类型为“分拣”的创建时间戳。 事件类型 explicit | |||
| 已执行质量检验 | 代表在收到的货物入库前进行的质量检查。对于某些物料这可能是标准步骤,也可能是因异常触发的事件。 | ||
| 为何重要 质量检查可能是入库流程中延迟的主要来源。跟踪此活动有助于识别瓶颈并衡量质检团队的效率。 获取方式 通常在质量管理日志中或作为库存批次的状态变更记录。 捕获 记录质检结果录入时的时间戳,或库存状态从“质检中”变为“无限制使用”时的时间戳。 事件类型 explicit | |||
| 已暂存待发货 | 代表已包装容器从包装区移至指定发货暂存道口以等待承运商揽收。此步骤用于整理发货并为高效装车做好准备。 | ||
| 为何重要 此活动有助于分析订单在包装完成后等待承运商提货的时间。过长的暂存时间可能表明承运商协作不佳或月台调度效率低下。 获取方式 通常根据目的地为暂存区的库存移动交易推断。 捕获 根据库存移动交易的时间戳推断,即装卸单元被移至“暂存区”或“发货区”的时间。 事件类型 inferred | |||
| 开始包装 | 此活动标志着包装站在包装流程的开始。通常在操作员扫描分拣出的物品或订单周转箱以开始准备发货时记录。 | ||
| 为何重要 此事件定义了增值包装步骤的开始。测量其持续时间对于了解包装站效率和资源分配非常重要。 获取方式 可以是来自包装站日志的明确事件,也可以根据与出库单关联的包装站首次扫描记录推断得出。 捕获 根据特定订单在指定包装工作中心的首次物品扫描事件时间戳推断。 事件类型 inferred | |||
| 货物到达月台 | 此活动标志着卡车或承运商在卸货开始前到达仓库收货月台的物理时刻。该事件通常由场站管理模块记录,或在管理人员登记交付车辆时记录。 | ||
| 为何重要 这标志着仓库内物理搬运流程的开始。车辆到达与开始收货之间的时间差可能反映出收货月台或场站人员的瓶颈。 获取方式 通常记录在门岗控制或园区管理日志中,或体现为入库单据上的状态更新。 捕获 记录入库单状态更新为“已到达”或“已签到”时的时间戳。 事件类型 explicit | |||