您的仓库管理数据模板
您的仓库管理数据模板
- 建议收集的属性
- 流程需重点跟踪的活动
- 数据提取指南
仓库管理属性
| 名称 | 描述 | ||
|---|---|---|---|
|
事件开始时间
EventStartTime
|
指示特定仓库活动或事件开始的时间戳。 | ||
|
描述
Event Start Time 是标志活动开始的精确日期和时间。它是流程挖掘中使用的主要时间属性,用于按时间顺序排列事件并计算时长和周期。此时间戳对于构建现实中流程流的准确呈现至关重要。 基于 Event Start Time 的分析对于绩效监控非常关键。它允许计算关键指标,如活动间隙时长、整个案例的时长以及对服务水平协议的遵守情况。可视化周期的仪表板(如“收货到上架周期”)完全依赖此属性来识别延迟。
为何重要
此时间戳对于正确排列事件顺序以及计算所有基于时间的绩效指标(如周期时间和瓶颈)至关重要。
获取方式
这通常是 Oracle WMS Cloud 交易表中与任务或事件记录关联的创建或开始时间戳字段。
示例
2023-10-26T09:00:00Z2023-10-26T10:30:15Z2023-10-27T11:05:00Z
|
|||
|
仓库订单
WarehouseOrder
|
仓库订单的唯一标识符,作为跟踪从开始到结束所有相关物流活动的主要案例 ID。 | ||
|
描述
Warehouse Order 是核心标识符,它将仓库内与单个物流任务(如入库接收或出库发货)相关的所有事件和活动分组。它在流程挖掘中充当案例标识符,允许对该特定订单的整个仓库流程生命周期进行端到端分析。 按 Warehouse Order 分析流程可以实现从创建到完成或取消的完整路径可视化。它有助于识别常见的流程路径、瓶颈、偏差和影响仓库运营效率的返工循环。这种视角对于理解不同类型订单的整体绩效和对标准程序的遵守情况至关重要。
为何重要
这是连接所有相关仓库活动的核心案例 ID,能够为每个物流订单提供完整的端到端流程视角。
获取方式
此标识符通常位于 Oracle WMS Cloud 仓库订单表(如订单或任务模块)的表头层级。
示例
WO-0054321ORD-9876543SHIP-2024-1001
|
|||
|
活动名称
ActivityName
|
仓库管理过程中发生的特定业务事件或任务名称,例如“货物已拣选”或“发货已派遣”。 | ||
|
描述
Activity Name 描述了仓库订单生命周期中的单个步骤或里程碑。这些活动构成了流程图中的序列节点,实现了流程流的可视化和分析。每个活动都带有时间戳,为绩效衡量和瓶颈分析提供了基础。 在流程挖掘中,该属性是构建流程模型的基础。它用于分析活动频率、路径以及不同步骤之间的时长。理解“已执行质检”或“已创建拣货任务”等活动的顺序和发生情况,是优化资源分配和缩短周期的关键。
为何重要
该属性定义了流程图中的步骤,使可视化、分析和优化仓库工作流成为可能。
获取方式
此信息通常源自 Oracle WMS Cloud 中记录流程里程碑的事件日志、任务状态表或交易记录。
示例
貨物已到達已创建拣货任务包装完成货物已发出
|
|||
|
最后数据更新
LastDataUpdate
|
指示此事件数据上次从源系统提取或刷新的时间戳。 | ||
|
描述
“最后数据更新”指定了从 Oracle WMS Cloud 提取 data 的日期和时间。此元 data 对于了解分析的时效性并确保基于最新信息做出决策至关重要。 对于 Process Mining dashboard,此 timestamp 会告知用户显示 data 的新鲜度。它有助于管理用户对分析结果(是反映实时运营还是历史快照)的预期,这对于运营监控至关重要。
为何重要
指示 data 的新鲜度,这对于用户了解流程分析的时效性至关重要。
获取方式
此时间戳在数据提取、转换与加载(ETL)过程中生成并添加。
示例
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
源系统
SourceSystem
|
提取仓库管理数据的来源系统。 | ||
|
描述
该属性标识数据的来源,在本案例中为 Oracle WMS Cloud。虽然它看似静态,但对于数据治理、可追溯性以及在合并多系统数据进行更广泛分析的场景中至关重要。 在流程挖掘背景下,它有助于利益相关者信任数据并理解其背景。如果不同的仓库使用不同的系统,该字段对于细分和比较不同仓库的流程绩效就变得必不可少。
为何重要
它为 data 来源和治理提供了关键背景,确保了可追溯性并支持多系统分析。
获取方式
这通常是在数据转换过程中添加的静态值,用于标记数据集的来源。
示例
Oracle WMS CloudOracle Fusion WMS
|
|||
|
SLA 状态
SLAState
|
一个计算状态,根据“请求完成日期”指示仓库订单是按时完成、延迟还是存在逾期风险。 | ||
|
描述
SLA State 是一个衍生属性,用于快速分类订单相对于截止日期的表现。它是通过比较完成活动(如“发货已派遣”)的时间戳与 RequestedCompletionDate 计算得出的。状态可分为“准时”、“延迟”,对于临近截止日期的未完成订单,也可能是“有风险”。 该属性专为“仓库订单 SLA 达成情况”仪表板设计。它将复杂的日期比较简化为易于理解的状态,便于快速评估绩效。分析人员可以据此筛选所有延迟订单,并就未达成服务水平协议的原因进行根因分析。
为何重要
提供简洁直观的 SLA 合规状态,方便跟踪和分析准时交付率。
获取方式
这是通过将最终活动的时间戳与 RequestedCompletionDate 进行对比计算得出的。
示例
准时逾期存在风险
|
|||
|
事件结束时间
EventEndTime
|
指示特定仓库活动或事件完成的时间戳。 | ||
|
描述
Event End Time 记录了活动结束的精确日期和时间。如果可用,与推导出的时间相比,它能更准确地衡量活动时长。这对于“打包”或“质检”等具有明确处理时间的任务特别有用。 在分析中,同时拥有开始和结束时间可以精确计算活动处理时间。这有助于区分主动执行任务的时间(处理时间)和等待下一步开始的时间(等待时间)。这种区分对于资源利用率和效率分析至关重要。
为何重要
支持精确计算单个活动的持续时间,有助于区分实际处理时间与空闲等待时间。
获取方式
这通常是 Oracle WMS Cloud 中任务或事件记录中的完成或结束时间戳字段。
示例
2023-10-26T09:15:00Z2023-10-26T11:00:45Z2023-10-27T11:20:00Z
|
|||
|
仓库订单类型
WarehouseOrderType
|
对仓库订单进行分类,例如入库收货、出库发运或内部调拨。 | ||
|
描述
Warehouse Order Type 为订单目的提供了关键背景。常见类型包括客户发货、采购订单接收、设施间的库存调拨或退货。这种分类是细分流程分析和比较不同工作流绩效的基础。 在流程挖掘中,按订单类型过滤可以为入库和出库流创建不同的流程图,这些流程通常具有截然不同的步骤和绩效目标。例如,出库发货的 KPI 侧重于速度和客户交付,而入库接收则侧重于库存可用性和准确性。该属性对于“拣货与打包吞吐量”仪表板比较不同履行流程至关重要。
为何重要
它支持将分析细分为入库、出库或内部调拨等不同流程,这些流程具有不同的目标和 workflow。
获取方式
请参考 Oracle WMS Cloud 文档。这通常包含在仓库订单标题 data 中。
示例
出库运输入库收货内部转交客户退货
|
|||
|
优先级级别
PriorityLevel
|
仓库订单紧急程度的分类,例如“高”、“普通”或“低”。 | ||
|
描述
Priority Level 是企业定义的属性,表示仓库订单的紧急程度。高优先级订单(如快递发货或针对严重短缺的库存补货)通常需要遵循更快的流程路径,并需要资源立即响应。 该属性对于“高优先级订单履行绩效”仪表板不可或缺。通过根据 Priority Level 过滤和比较流程,管理者可以评估高优先级订单是否真正得到了加速处理并满足了更严格的 SLA。它有助于确保有效分配资源以满足最关键的业务需求。
为何重要
它支持分析紧急订单的处理速度是否快于标准订单,从而确保满足关键 SLA。
获取方式
请参考 Oracle WMS Cloud 文档。这通常是订单标题 data 中的一个字段。
示例
高普通低
|
|||
|
实际数量
ActualQuantity
|
在活动(如收货或拣货)中计数或处理的实际物品数量。 | ||
|
描述
Actual Quantity 是在仓库任务期间处理的单位实物计数。这通常在收货、上架、拣货或循环盘点活动中记录,代表了库存移动的真实情况。 该属性对于“库存数量差异”仪表板至关重要。通过将 Actual Quantity 与源单据(如采购订单或出库单)中的 Planned Quantity 进行对比,可以立即识别差异。分析这些差异有助于找准库存不准确的源头(如供应商错误、收货失误或拣货错误),这对于维持准确的库存水平至关重要。
为何重要
通过将其与计划数量进行对比,对于识别库存差异至关重要,有助于提高库存准确性。
获取方式
请参考 Oracle WMS Cloud 文档。这通常是交易详情或任务行项目表中的一个字段。
示例
10098500
|
|||
|
用户/操作员 ID
UserOperatorId
|
执行仓库活动的用户、操作员或员工的标识符。 | ||
|
描述
该属性标识负责执行特定任务(如拣货、打包或上架货物)的人员。它是分析人力资源绩效、工作负载分配以及对标准操作程序遵守情况的关键维度。 按 User/Operator ID 分析流程有助于识别表现优异的员工、可能需要额外培训的人员以及团队中工作量不平衡的情况。这对于“按活动划分的资源利用率”仪表板理解不同用户如何贡献于整体流程效率,以及瓶颈是否与特定用户操作有关至关重要。
为何重要
该属性是分析员工绩效、识别培训需求以及确保工作负载公平分配的关键。
获取方式
这通常可以在交易或任务表中找到,通常与执行操作时登录系统或手持设备的用户关联。
示例
JSMITHBJOHNSONUSER123
|
|||
|
请求完成日期
RequestedCompletionDate
|
仓库订单预计完成或发货的目标日期。 | ||
|
描述
Requested Completion Date 代表服务水平协议 (SLA) 或客户预期的订单截止日期。此日期是衡量订单实际完成时间是否准时、提前或延迟的基准。 该属性是“仓库订单 SLA 达成情况”等绩效监控仪表板的基础,用于计算“准时发货合规率”等 KPI。通过将实际调度时间戳与此请求日期进行对比,企业可以衡量其服务水平表现,识别延迟根源,并优先处理有逾期风险的订单。
为何重要
这是衡量准时绩效和 SLA 合规性的主要属性,直接影响客户满意度。
获取方式
请参考 Oracle WMS Cloud 文档。这通常是订单标题 data 的一部分,通常源自销售订单或采购订单。
示例
2023-10-28T17:00:00Z2023-11-05T23:59:59Z2023-11-15T12:00:00Z
|
|||
|
仓库订单状态
WarehouseOrderStatus
|
仓库订单的当前或最终状态,例如“已完成”或“已取消”。 | ||
|
描述
该属性指示仓库订单的结果或最终状态。它有助于区分已成功处理的订单与已取消或仍在进行的订单。这是过滤案例以仅分析已完成流程或调查取消原因的关键维度。 基于最终状态分析案例对于理解流程差异和结果非常重要。例如,比较“已完成”与“已取消”订单的流程流可以揭示取消通常发生在哪个阶段,从而提供关于库存、客户请求或系统错误等潜在问题的见解。它还用于计算“每日仓库吞吐量”等 KPI。
为何重要
它定义了 case 的结果,使分析能够聚焦于成功完成的订单或调查取消等异常情况。
获取方式
这通常是 Oracle WMS Cloud 中仓库订单头记录上的状态字段。
示例
已完成进行中已取消暂停
|
|||
|
位置标识符
LocationIdentifier
|
活动发生的仓库内特定物理位置,例如库位、码头门或暂存区。 | ||
|
描述
Location Identifier 指定了与事件关联的仓库内确切位置。这可以是“货物到达”的接收码头、“货物已上架”的存储位、“货物已打包”的打包站或“已暂存待运”的暂存道。 该属性为流程分析增加了空间维度。它能帮助识别与仓库特定物理区域相关的瓶颈。例如,分析可能显示某个特定过道的拣货速度一直很慢,或者某个特定的码头门是收货的瓶颈。这种见解可以为仓库布局、资源分配和流程设计决策提供依据。
为何重要
为分析增加物理维度,有助于识别与特定仓库区域、通道或货位相关的瓶颈。
获取方式
请参考 Oracle WMS Cloud 文档。此信息通常记录在任务级详细信息中。
示例
A-01-03-BDOCK-04PACK-STN-02STAGE-LANE-5
|
|||
|
原因代码
ReasonCode
|
用于解释特定 event 原因的代码或描述,例如库存调整、退货或流程偏离。 | ||
|
描述
原因代码 (Reason Code) 为流程中的非标准 event 或异常提供了背景信息。例如,如果发生了“库存调整 (Inventory Adjusted)”活动,原因代码可能会注明“货物损坏”、“循环盘点调整”或“库存过期”。这对于流程偏离的根因分析至关重要。 在 Process Mining 中,原因代码对于理解异常发生的原因具有不可估量的价值。通过分析不同原因代码出现的频率和影响,可以帮助识别系统性问题。例如,如果“货物损坏”导致的调整频繁发生,可能需要重新审查搬运流程;而频繁出现的“拣货错误”代码则可能表明需要加强对拣货员的培训或优化系统校验机制。
为何重要
为例外和偏差提供关键背景信息,以便对库存调整或延迟等问题进行根因分析。
获取方式
请参考 Oracle WMS Cloud 文档。这些代码通常在异常处理交易期间输入。
示例
DMG - 运输途中损坏数量不符 - 供应商缺货拣货错误
|
|||
|
发货 ID
ShipmentId
|
运输单的唯一标识符,用于将一个或多个同时运输的仓库订单分组。 | ||
|
描述
Shipment ID 是一个更高级别的标识符,可以将多个仓库订单整合为一个运输物流单元。例如,发往同一目的地的多个小订单可能会合并到同一辆货车的同一个运输单中。 虽然 Warehouse Order 是此分析的案例 ID,但 Shipment ID 为分析出库物流提供了额外维度。它允许在运输层面评估绩效,例如整合运输单内所有订单所需的总时间。它还可以用于追踪影响整个运输单而非单个订单的问题。
为何重要
将多个订单组合成单个运输单元,以便分析集运效率和发运级绩效。
获取方式
请参考 Oracle WMS Cloud 文档。这通常存在于发运或装载管理模块中。
示例
SHP-98765LOAD-A543BOL-123456
|
|||
|
商品 SKU
ProductSKU
|
仓库订单中处理的产品的库存单位 (SKU) 或标识符。 | ||
|
描述
Product SKU 是标识特定产品或物品的唯一代码。仓库订单通常包含一个或多个产品,此属性允许按所处理的物品对分析进行细分。 按 Product SKU 分析流程可以揭示不同产品如何影响仓库效率。例如,大件或易碎物品的处理时间可能更长,而热销产品可能遵循更优化的流程路径。此信息对于位选策略(将产品放置在仓库中以优化拣选和上架搬运时间)以及理解产品特性如何影响整体吞吐量非常有价值。
为何重要
支持基于产品特性的分析,这些特性会影响搬运时间和流程流向,从而为理货和存储策略提供参考。
获取方式
请参考 Oracle WMS Cloud 文档。此信息可在订单行项目或任务详细信息级别找到。
示例
SKU-100-RED-LGPROD-54321HW-CMP-001A
|
|||
|
处理时间
ProcessingTime
|
主动执行仓库活动所持续的时间。 | ||
|
描述
Processing Time 是一个计算指标,用于衡量活动从开始到结束所经过的时间。它代表任务的实际“手动操作时间”或工作时长,而非任务之间的等待时间。通常计算方式为 EventEndTime 减去 EventStartTime。 该指标对于效率分析至关重要,是“按活动划分的资源利用率”仪表板的核心组件。通过隔离实际工作时间,管理者可以识别哪些具体任务最耗时,以及哪里存在流程改进或自动化的空间。它能回答诸如“打包订单实际需要多长时间?”等问题。
为何重要
这一计算指标衡量任务的实际工作时长,有助于精准定位耗时活动并分析资源效率。
获取方式
这是根据 EventStartTime 和 EventEndTime 计算得出的。(ProcessingTime = EventEndTime - EventStartTime)。
示例
15 minutes45秒1 小时 5 分钟
|
|||
|
所用设备
EquipmentUsed
|
用于执行仓库活动的设备(如叉车或手持扫描枪)的标识符。 | ||
|
描述
该属性指定在仓库任务期间使用的实物资产或设备。跟踪设备使用情况为资源分析提供了另一个维度,补充了对人工操作绩效的观察。它有助于了解设备利用率、识别维护需求并优化机械分配。 对于“按活动划分的资源利用率”仪表板,按 Equipment Used 分析数据至关重要。它可以揭示某些类型的设备是否为瓶颈,或者是否存在根据设备可用性和效率改进任务分配的机会。例如,它可能会显示特定型号的叉车在上架任务中始终较慢,从而引发调查。
为何重要
这使得能够分析设备利用率和效率,帮助识别与资产相关的瓶颈并优化资源分配。
获取方式
请参考 Oracle WMS Cloud 文档。这可能会记录在任务执行记录中,尤其是当操作员登录特定设备时。
示例
FORKLIFT-05SCANNER-A12CART-27
|
|||
|
承运商
Carrier
|
分配负责处理出库运输的承运商或交通运输提供商。 | ||
|
描述
Carrier 属性标识负责将货物从仓库运输到最终目的地的物流合作伙伴。这可以是 FedEx 或 UPS 等商业承运商、货运公司或内部车队。 此信息用于“发货调度周期”仪表板,以分析和比较不同承运商的表现。通过按承运商细分从“已暂存待运”到“发货已派遣”的时间,企业可以识别哪些合作伙伴效率更高,哪些导致了延迟,并将这些数据用于合同谈判和承运商选择。
为何重要
支持不同承运商之间的绩效对比,有助于优化出库物流并减少发货延迟。
获取方式
请参考 Oracle WMS Cloud 文档。这通常存储在与仓库订单相关的发运或装载信息中。
示例
联邦快递UPSDHLXPO Logistics
|
|||
|
是否返工
IsRework
|
一个布尔值标志,指示某个活动是否为同一 case 中前一步骤的重复,标志着返工或流程循环。 | ||
|
描述
“是否返工”是一个计算标志,用于识别流程何时偏离线性路径并重复执行某个活动。例如,如果同一个订单在执行“货物已拣取”活动后,又执行了一次“货物已拣取”,则第二次会被标记为返工。这通常表示存在问题,例如拣货错误需要更正。 该属性对于“流程偏离与返工分析”dashboard 以及“仓库返工率”KPI 至关重要。通过标记这些 event,分析可以量化返工的频率和影响。识别最容易发生返工的活动有助于精准定位导致低效和运营成本增加的流程薄弱点、质量问题或培训缺口。
为何重要
该标记直接识别流程中的低效环节和循环,有助于量化返工的成本和频率。
获取方式
这是在流程挖掘工具内通过检测同一 CaseId 的重复活动序列计算得出的。
示例
truefalse
|
|||
|
计划数量
PlannedQuantity
|
根据采购订单或销售订单等源单据得出的活动预期物品数量。 | ||
|
描述
Planned Quantity 是特定任务的预期单位数量,如原始单据所述。对于入库接收,这是采购订单上的数量。对于出库运输,则是销售订单上的数量。 该属性作为与 Actual Quantity 对比的基准。“库存数据差异率”KPI 是根据计划量与实际量之间的偏差计算的。分析这些差异对于供应链和库存管理至关重要,以便解决供应商、内部流程或数据录入错误等问题。
为何重要
作为衡量库存准确性的基准,用于识别收货或拣货过程中的差异。
获取方式
请参考 Oracle WMS Cloud 文档。这通常可以在与仓库任务关联的订单行项目上找到。
示例
100100500
|
|||
仓库管理活动
| 活动 | 描述 | ||
|---|---|---|---|
|
仓库订单已完成
|
这代表仓库订单本身的最终关闭,可能发生在发货派遣时或其后不久(待所有系统更新完成后)。这是流程的成功结束事件。 | ||
|
为何重要
此活动定义了端到端仓库流程生命周期的终点。它对于计算整个仓库运营的总周期时间和吞吐量至关重要。
获取方式
此事件通常根据仓库订单对象的最终状态更改为“已完成”或“已关闭”推断得出。使用该最终状态更新的时间戳。
捕获
推断自仓库订单状态变更为最终成功状态。
事件类型
inferred
|
|||
|
包装完成
|
代表运输容器或整个订单的打包流程已完成。操作员确认所有物品已装箱,且容器已密封并贴上运输标签。 | ||
|
为何重要
这一里程碑标志着仓库内订单增值活动的结束。从拣货到打包完成的时间是衡量内部履行速度的关键指标。
获取方式
这通常是一个明确的交易,例如“关闭容器”或“完成打包”。完成时间戳记录在打包或出库订单交易历史记录中。
捕获
获取自订单最终包装交易的完成 timestamp。
事件类型
explicit
|
|||
|
已创建入库单
|
此活动标志着在 Oracle WMS Cloud 中创建预发货通知 (ASN) 或入库交货记录。它代表入库流程的开始,即货物预计到达仓库的正式通知。 | ||
|
为何重要
这是入库仓库流程的主要启动事件。分析从这一时间点到实际收货的时间,有助于衡量供应商的可靠性和计划准确性。
获取方式
此事件通常从入库货运或 ASN 对象的交易历史记录中捕获。它对应于单据的创建时间戳。
捕获
获取自入库发运或 ASN 记录的创建 event。
事件类型
explicit
|
|||
|
已收货
|
此活动表示货物已卸下、扫描并正式进入仓库责任范畴。这是一个交易事件,根据入库交货单据确认数量。 | ||
|
为何重要
这是一个关键里程碑,标志着库存的正式接收。完成此活动所需的时间直接影响库存变为可用于上架和履行的速度。
获取方式
这是从 Oracle WMS Cloud 中的接收交易日志中捕获的。每次物品接收的扫描或确认都会生成带有时间戳的交易记录。
捕获
基于“接收 ASN”或类似收货交易的完成 timestamp。
事件类型
explicit
|
|||
|
拣货完成
|
此活动表示操作员已从存储位置实际提取物品并在系统中确认拣选。货物现在准备移至打包或暂存区。 | ||
|
为何重要
这是订单履行过程中的一个重要里程碑。分析拣货时间有助于识别由仓库布局、拣货策略或操作员绩效引起的瓶颈。
获取方式
这是从任务历史记录或交易日志中拣货任务的完成时间戳捕获的。操作员的确认扫描将最终完成该交易。
捕获
基于拣货任务交易的完成 timestamp。
事件类型
explicit
|
|||
|
货物已上架
|
此活动表示上架流程已成功完成。操作员已将货物实际移动到存储位并在系统中确认,使库存变为可用状态。 | ||
|
为何重要
这是一个关键里程碑,标志着入库流程的结束。它对于计算“从收货到入库总时间”KPI 和分析上架效率至关重要。
获取方式
这是在操作员确认上架任务时捕获的,同时会创建一个带有完成时间戳的交易记录。通常可以在任务历史记录或库存交易日志中找到。
捕获
基于上架任务交易的完成 timestamp。
事件类型
explicit
|
|||
|
货物已发出
|
此活动标志着装载货车派遣并离开仓库的最后一步。此交易在 WMS 中从财务和实物层面关闭该出库订单。 | ||
|
为何重要
这是出库的最后里程碑,也是准时发货合规率的关键 KPI 数据点。它标志着货物移交给承运人以及仓库责任的终结。
获取方式
这是 Oracle WMS Cloud 中的一项关键明确交易,通常称为“确认发货”或“派遣装载”。它记录在出库装载或发货记录中,并带有精确的时间戳。
捕获
获取自“确认发运”或“调度装载”交易的 timestamp。
事件类型
explicit
|
|||
|
仓库订单已取消
|
代表仓库订单在完成前被取消。这是流程的一种非成功的终态。 | ||
|
为何重要
跟踪取消情况对于理解需求变化、数据录入错误或其他导致订单中止的问题非常重要。它有助于识别流程浪费的源头。
获取方式
此事件根据仓库订单状态更改为“已取消”或类似的终结状态推断得出。使用该状态更新的时间戳。
捕获
推断自仓库订单状态变更为“已取消”。
事件类型
inferred
|
|||
|
已创建上架任务
|
此事件标志着系统生成了一个任务,要求仓库操作员将收到的货物从接收码头移动到指定的存储位置。这是上架子流程的起点。 | ||
|
为何重要
此活动启动上架循环。分析从任务创建到实际完成上架之间的时间,有助于评估系统效率和操作员响应时间。
获取方式
这通常是记录在仓库任务或交易表中的明确事件。上架任务记录的创建时间戳被用作事件时间。
捕获
获取自系统生成的上架任务的创建 timestamp。
事件类型
explicit
|
|||
|
已创建拣货任务
|
当系统生成拣货任务,要求操作员从存储区提取物品以履行出库订单时,就会发生此事件。它标志着仓库内订单履行周期的开始。 | ||
|
为何重要
这是出库拣货流程的触发点。从该事件到拣货完成的时间是衡量订单履行效率和资源响应能力的关键指标。
获取方式
此事件记录在仓库任务管理表中。拣货任务记录的创建时间戳被用作活动时间。
捕获
获取自系统生成的拣货任务的创建 timestamp。
事件类型
explicit
|
|||
|
已执行质量检验
|
代表对收到的商品完成质量检查。这可能是针对某些物料或供应商的标准步骤,也可能是按需触发。 | ||
|
为何重要
跟踪质量检查的持续时间和频率对于识别入库流程中的延迟至关重要。它有助于衡量货物在变为可用状态前处于质量保证状态的时间。
获取方式
此事件可能根据库存记录的状态更改推断得出,例如从“质检挂起”状态移动到“可用”或“上架”状态。也可能存在来自质量模块的明确交易日志。
捕获
推断自库存状态变更或与收货相关的 QA 交易的完成。
事件类型
inferred
|
|||
|
已暂存待运
|
此活动表示打包好的容器已从打包站移至指定的发货暂存区。订单现在已完成,等待装载到承运工具上。 | ||
|
为何重要
这标志着从处理阶段向最终派遣阶段的过渡。货物在暂存区停留的时间可以反映出承运人到达延迟或码头调度方面的问题。
获取方式
这通常通过库位移动交易捕获,其中已打包容器的库位更新为暂存道。此移动交易的时间戳标志着该事件。
捕获
获取自将包装好的 LPN 移至发运准备区的库存移动交易。
事件类型
explicit
|
|||
|
库存已调整
|
代表对特定库位物品数量的人工或系统调整。这可能由于循环盘点、损毁或纠正收货差异而产生。 | ||
|
为何重要
此活动对于识别导致库存不准确的流程故障至关重要。分析调整的频率和幅度有助于找准收货、拣货或存储环节的问题。
获取方式
这是从 Oracle WMS Cloud 内特定的库存调整交易日志中捕获的。这些日志详细记录了物料、库位、数量变化、原因代码和时间戳。
捕获
直接从库存调整交易记录中获取。
事件类型
explicit
|
|||
|
开始装货
|
此事件代表实际装车流程的开始,即打包好的货物从暂存区移动到承运人的货车上。这通常由“开始装载”交易启动。 | ||
|
为何重要
此活动提供了对装车流程本身效率的可见性。它有助于区分暂存等待时间和实际装车时间。
获取方式
这通常是与 Oracle WMS Cloud 中出库装载记录关联的明确交易。用户执行带有时间戳的“开始装载”操作。
捕获
获取自与特定出库承运商装载相关的“开始装载”交易。
事件类型
explicit
|
|||
|
打包已开始
|
此活动表示拣选的货物已到达打包站,操作员已开始打包流程。这通常是通过明确的扫描操作将物品与包装容器关联。 | ||
|
为何重要
跟踪此活动有助于将打包子流程从拣货和暂存中分离出来。它实现了对打包站效率和吞吐量的详细分析。
获取方式
这可能是一个明确的交易,也可能根据包装容器 (LPN) 的创建和第一个物品扫描入库推断得出。该信息可在打包或发货交易日志中找到。
捕获
获取自“开始包装”交易或第一个项目装入容器时的 timestamp。
事件类型
explicit
|
|||
|
貨物已到達
|
代表货车或承运商到达仓库码头的实际时间以及正式的签到流程。这通常在卸货和具体物料接收开始前记录。 | ||
|
为何重要
这一里程碑有助于区分承运商运输时间与仓库内部处理时间。这对于分析码头门利用率以及接收区域潜在的瓶颈至关重要。
获取方式
这通常作为入库货运或 ASN 记录上的状态更新捕获,由码头代理扫描交货单据或手动更新系统触发。
捕获
记录为入库发运单上的状态变更 event,例如“到达签到点”。
事件类型
explicit
|
|||