您的仓库管理数据模板
您的仓库管理数据模板
- 建议收集的属性
- 需要跟踪的关键流程活动
- 数据提取指南
仓储管理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件开始时间
EventStartTime
|
表示特定仓库活动或事件开始时间的时间戳。 | ||
|
说明
事件开始时间是标记活动开始的准确日期和时间。它是流程挖掘中用于按时间顺序排列事件、计算持续时间和周期时间的主要时间属性。此时间戳对于准确还原实际发生的流程顺序至关重要。 基于事件开始时间的分析对于性能监控十分关键。借助它,您可以计算活动间隔时间、整个案例的持续时间,以及服务级别协议的达成情况。用于展示周期时间的仪表板,例如“收货到上架周期时间”,完全依赖此属性来识别延迟。
为什么重要
该时间戳对于正确排列事件以及计算周期时间、瓶颈等所有基于时间的绩效指标至关重要。
获取位置
通常是Oracle WMS Cloud交易表中任务或事件记录关联的创建时间或开始时间字段。
示例
2023-10-26T09:00:00Z2023-10-26T10:30:15Z2023-10-27T11:05:00Z
|
|||
|
仓库订单
WarehouseOrder
|
仓库订单的唯一标识符,用作跟踪所有相关物流活动从开始到结束的主要案例标识。 | ||
|
说明
仓库订单是集中标识符,用于汇总仓库内单项物流任务相关的所有事件和活动,例如入库收货或出库发运。它作为流程挖掘的案例标识符,支持针对该订单对整个仓库流程生命周期进行端到端分析。 按仓库订单分析流程,可以直观呈现从创建到完成或取消的完整历程,帮助识别影响仓库运营效率的常见流程路径、瓶颈、偏差和返工环节。对于了解不同类型订单的整体绩效及标准流程遵循情况,这一视图至关重要。
为什么重要
这是连接所有相关仓库活动的关键案例ID,可为每个物流订单提供完整的端到端流程视图。
获取位置
该标识符通常位于Oracle WMS Cloud仓库订单表的表头层级,例如Orders或Tasks模块。
示例
WO-0054321ORD-9876543SHIP-2024-1001
|
|||
|
活动名称
ActivityName
|
仓库管理流程中发生的特定业务事件或任务的名称,例如“Goods Picked”或“Shipment Dispatched”。 | ||
|
说明
活动名称描述仓库订单生命周期中的单个步骤或里程碑。这些活动构成流程图中的顺序节点,支持流程顺序的可视化和分析。每项活动都有时间戳,为绩效衡量和瓶颈分析提供基础。 在流程挖掘中,该属性是构建流程模型的基础。它用于分析活动频率、路径以及不同步骤之间的持续时长。了解“完成质量检查”或“创建拣选任务”等活动的顺序和发生情况,是优化资源分配、缩短周期时间的关键。
为什么重要
该属性定义流程图中的各个步骤,使仓库工作流能够被直观呈现、分析和优化。
获取位置
该信息通常来自Oracle WMS Cloud中的事件日志、任务状态表或记录流程里程碑的交易记录。
示例
货物到达创建拣选任务完成包装发运出库
|
|||
|
最后更新时间
LastDataUpdate
|
表示该事件数据上次从源系统提取或刷新的时间戳。 | ||
|
说明
最后更新时间表示数据从Oracle WMS Cloud提取的日期和时间。这些元数据对于了解分析结果的新鲜度、确保决策基于最新信息至关重要。 对于流程挖掘仪表板,该时间戳可以告知用户当前显示数据的更新时间,帮助判断分析反映的是实时运营还是历史快照,这对于运营监控十分关键。
为什么重要
表示数据的新鲜度,帮助用户了解当前流程分析所反映的信息有多新。
获取位置
该时间戳在数据提取、转换和加载(ETL)过程中生成并添加。
示例
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
源系统
SourceSystem
|
提取仓库管理数据的系统。 | ||
|
说明
该属性用于标识数据来源,本例中为Oracle WMS Cloud。虽然它看似固定不变,但对于数据治理、可追溯性以及合并多个系统的数据进行更广泛分析至关重要。 在流程挖掘场景中,它有助于利益相关者建立对数据的信任并了解数据背景。如果不同仓库使用不同系统,该字段对于按仓库细分和比较流程绩效尤为重要。
为什么重要
它提供数据来源和治理所需的关键背景信息,确保可追溯,并支持多系统分析。
获取位置
通常是在数据转换过程中添加的静态值,用于标记数据集来源。
示例
Oracle WMS CloudOracle Fusion WMS
|
|||
|
SLA状态
SLAState
|
根据请求完成日期计算的状态,用于表示仓库订单是否按时完成、已延迟或存在风险。 | ||
|
说明
SLA状态是派生属性,用于即时分类订单相对于截止日期的绩效。系统通过比较完成活动(例如“已发运”)的时间戳与“RequestedCompletionDate”进行计算。状态可以分为“按时”“延迟”,对于接近截止日期的未完成订单,也可以标记为“存在风险”。 此属性专为“仓库订单SLA遵从度”仪表板设计。它将复杂的日期比较转化为易于理解的状态,便于快速直观地评估绩效。分析人员可以筛选所有延迟订单,并进一步分析未达到服务级别协议的根因。
为什么重要
以一目了然的状态展示SLA合规性,便于跟踪和分析按时绩效。
获取位置
通过将最终活动的时间戳与RequestedCompletionDate进行比较计算得出。
示例
准时延迟存在风险
|
|||
|
事件结束时间
EventEndTime
|
表示特定仓库活动或事件完成时间的时间戳。 | ||
|
说明
事件结束时间标记活动结束的精确日期和时间。在数据可用时,相比根据下一活动的开始时间推断,它能更准确地衡量活动持续时间。这对于“Packing”或“Quality Inspection”等具有明确处理时长的任务尤其有用。 同时具备开始时间和结束时间,可以精确计算活动处理时长,区分实际执行任务所用的时间与等待下一步骤开始的时间。这一区分对于资源利用率和效率分析至关重要。
为什么重要
支持精确计算单项活动的持续时间,有助于区分实际处理时间和空闲等待时间。
获取位置
通常是Oracle WMS Cloud任务或事件记录中的完成时间或结束时间字段。
示例
2023-10-26T09:15:00Z2023-10-26T11:00:45Z2023-10-27T11:20:00Z
|
|||
|
仓库订单类型
WarehouseOrderType
|
用于对仓库订单进行分类,例如入库收货、出库发运或内部调拨。 | ||
|
说明
仓库订单类型为订单用途提供重要背景信息。常见类型包括客户发运、采购订单收货、设施间库存调拨和退货。此分类是细分流程分析、比较不同工作流绩效的基础。 在流程挖掘中,按订单类型筛选,可以分别创建入库和出库流程图。这两类流程通常包含不同的步骤和绩效目标。例如,出库发运的KPI侧重处理速度和客户交付,而入库收货的KPI侧重库存可用性和准确性。对于“拣选与包装吞吐量”仪表板,此属性对于比较不同履约流程至关重要。
为什么重要
支持将分析细分为入库、出库或内部流程等不同流程,这些流程具有不同的目标和工作流。
获取位置
请参阅Oracle WMS Cloud文档。该信息通常位于仓库订单抬头数据中。
示例
出库发运入库接收内部调拨客户退货
|
|||
|
优先级
PriorityLevel
|
用于表示仓库订单紧急程度的分类,例如“高”“正常”或“低”。 | ||
|
说明
优先级是由业务定义的属性,用于表示仓库订单的紧急程度。高优先级订单,例如加急发运或关键短缺的库存补充,通常需要采用更快的流程路径,并要求资源立即处理。 此属性对于“优先级订单履约绩效”仪表板至关重要。按优先级筛选并比较流程,管理人员可以评估高优先级订单是否真正得到加急处理,并达到更严格的SLA要求。这有助于确保资源得到有效分配,以满足最关键的业务需求。
为什么重要
支持分析紧急订单是否比标准订单处理更快,确保关键SLA得到满足。
获取位置
请参阅Oracle WMS Cloud文档。该信息通常位于订单抬头数据中。
示例
高正常低
|
|||
|
实际数量
ActualQuantity
|
活动期间实际清点或处理的物品数量,例如收货或拣选数量。 | ||
|
说明
实际数量是仓库任务中处理的实物单位数,通常在收货、上架、拣选或循环盘点活动中记录,代表库存移动的实际结果。 此属性对于“库存数量差异”仪表板至关重要。将实际数量与采购订单或发运订单等源单据中的计划数量进行比较,可以立即发现差异。分析这些差异有助于定位库存不准确的来源,例如供应商错误、收货失误或拣选错误,这对于保持库存水平准确至关重要。
为什么重要
通过与计划数量进行比较,可以有效识别库存差异,帮助提高库存准确性。
获取位置
请参阅Oracle WMS Cloud文档。该信息通常位于交易明细或任务行项目表中。
示例
10098500
|
|||
|
用户/操作员ID
UserOperatorId
|
执行仓库活动的用户、操作员或员工标识符。 | ||
|
说明
该属性用于标识负责执行特定任务的人员,例如拣选、包装或上架货物。它是分析人力资源绩效、工作负载分配以及标准操作规程遵循情况的重要维度。 按用户/操作员ID分析流程,有助于识别高绩效员工、需要额外培训的员工以及团队内部的工作负载失衡情况。对于“按活动分析资源利用率”仪表板而言,该属性必不可少,可帮助了解不同用户对整体流程效率的贡献,以及瓶颈是否与特定用户的操作有关。
为什么重要
该属性是分析人员绩效、识别培训需求和确保工作负载公平分配的关键。
获取位置
通常位于交易表或任务表中,并与执行操作时登录系统或手持设备的用户关联。
示例
JSMITHBJOHNSONUSER123
|
|||
|
请求完成日期
RequestedCompletionDate
|
仓库订单预计完成或发运的目标日期。 | ||
|
说明
请求完成日期代表订单的服务级别协议(SLA)期限或客户期望的截止日期。实际完成时间将以此日期为基准,用于判断订单是否按时、提前或延迟完成。 此属性是“仓库订单SLA遵从度”等绩效监控仪表板以及“按时发运合规率”等KPI的基础。将实际发运时间戳与请求日期进行比较,企业可以衡量服务水平表现、识别延迟根因,并优先处理可能错过截止日期的订单。
为什么重要
这是衡量按时绩效和SLA合规性的主要属性,并直接影响客户满意度。
获取位置
请参阅Oracle WMS Cloud文档。该信息通常属于订单抬头数据,通常源自销售订单或采购订单。
示例
2023-10-28T17:00:00Z2023-11-05T23:59:59Z2023-11-15T12:00:00Z
|
|||
|
产品SKU
ProductSKU
|
仓库订单中所处理产品的库存量单位(SKU)或标识。 | ||
|
说明
产品SKU是用于标识特定产品或物品的唯一代码。仓库订单通常包含一个或多个产品,此属性支持按处理物品细分分析。 按产品SKU分析流程,可以揭示不同产品对仓库效率的影响。例如,大件或易碎品的处理时间可能更长,而快动品可能遵循更优化的流程路径。这些信息有助于制定库位规划策略,将产品放置在适当位置,以优化拣选和上架行走时间,并了解产品特征如何影响整体吞吐量。
为什么重要
支持根据产品特征进行分析,帮助了解其对处理时间和流程的影响,为库位规划和存储策略提供依据。
获取位置
请参阅Oracle WMS Cloud文档。该信息位于订单行项目或任务明细层级。
示例
SKU-100-RED-LGPROD-54321HW-CMP-001A
|
|||
|
仓库订单状态
WarehouseOrderStatus
|
仓库订单当前或最终状态,例如“已完成”或“已取消”。 | ||
|
说明
此属性表示仓库订单的结果或最终状态,有助于区分已成功处理、已取消和仍在处理中的订单。它是筛选案例的重要维度,可用于仅分析已完成流程,或调查订单取消原因。 根据最终状态分析案例,有助于了解流程差异及结果。例如,对比“已完成”和“已取消”订单的流程,可以发现订单通常在哪个阶段被取消,从而识别库存、客户请求或系统错误等潜在问题。该属性还用于计算“仓库每日吞吐量”等吞吐量KPI。
为什么重要
定义案例结果,使分析能够聚焦于成功完成的订单,或调查取消等异常情况。
获取位置
通常是Oracle WMS Cloud仓库订单抬头记录中的状态字段。
示例
已完成进行中已取消暂停
|
|||
|
位置标识
LocationIdentifier
|
仓库内发生活动的具体物理位置,例如货位、月台门或暂存区。 | ||
|
说明
位置标识用于指定与事件关联的仓库内确切位置。该位置可以是“货物到达”对应的收货月台、“货物上架”对应的存储货位、“货物包装完成”对应的包装工位,或“待发运暂存”对应的暂存通道。 此属性为流程分析增加了空间维度,有助于识别与仓库特定区域相关的瓶颈。例如,分析可能显示某条通道的拣选速度持续较慢,或某个月台门是收货环节的瓶颈。相关洞察可以为仓库布局、资源分配和流程设计提供依据。
为什么重要
为分析增加物理维度,帮助识别与特定仓库区域、通道或货位相关的瓶颈。
获取位置
请参阅Oracle WMS Cloud文档。该信息通常记录在任务级明细中。
示例
A-01-03-BDOCK-04PACK-STN-02STAGE-LANE-5
|
|||
|
原因代码
ReasonCode
|
用于说明特定事件原因的代码或描述,例如库存调整、退货或偏差。 | ||
|
说明
原因代码为流程中的非标准事件或异常提供背景信息。例如,发生“库存已调整”活动时,原因代码可能是“货物损坏”“循环盘点调整”或“库存过期”。这对于流程偏差的根因分析至关重要。 在流程挖掘中,原因代码对于了解异常发生原因非常有价值。分析不同原因代码的频率和影响,有助于识别系统性问题。例如,“货物损坏”调整频繁出现,可能需要重新审查搬运流程;“拣选错误”代码频繁出现,则说明需要加强拣选人员培训或系统检查。
为什么重要
为异常和偏差提供关键背景信息,支持对库存调整或延迟等问题进行根因分析。
获取位置
请参阅Oracle WMS Cloud文档。这些代码通常在异常处理交易中录入。
示例
DMG:运输途中损坏QTY_MISMATCH:供应商短缺WRONG_ITEM_PICKED
|
|||
|
发运ID
ShipmentId
|
用于标识发运的唯一标识,将一个或多个共同运输的仓库订单归为一组。 | ||
|
说明
发运ID是更高层级的标识,可将多个仓库订单整合为一个运输物流单元。例如,发往同一目的地的多个小订单可能会装载在同一辆卡车上,组成一次发运。 在此分析中,仓库订单是案例ID,而发运ID则为出库物流提供额外分析维度。它支持在发运层级评估绩效,例如计算完成一次发运中所有订单整合所需的总时间。它还可用于追踪影响整批发运而非单个订单的问题。
为什么重要
将多个订单归入同一运输单元,支持分析整合效率和发运层级绩效。
获取位置
请参阅Oracle WMS Cloud文档。该信息通常位于发运或装载管理模块中。
示例
SHP-98765LOAD-A543BOL-123456
|
|||
|
所用设备
EquipmentUsed
|
用于执行仓库活动的设备标识,例如叉车或手持扫描器。 | ||
|
说明
此属性指定仓库任务中使用的实物资产或设备。跟踪设备使用情况,可以在分析人工操作员绩效的基础上,进一步分析资源。它有助于了解设备利用率、识别维护需求,并优化机械设备分配。 对于“按活动分析资源利用率”仪表板,按所用设备分析数据至关重要。分析可以揭示某些设备类型是否构成瓶颈,或是否可以根据设备可用性和效率改进任务分配。例如,分析可能显示某种型号的叉车在上架任务中持续较慢,从而促使团队展开调查。
为什么重要
支持分析设备利用率和效率,帮助识别资产相关瓶颈并优化资源分配。
获取位置
请参阅Oracle WMS Cloud文档。该信息可能记录在任务执行记录中,尤其是在操作员登录特定设备的情况下。
示例
FORKLIFT-05SCANNER-A12CART-27
|
|||
|
承运商
Carrier
|
负责处理出库发运的运输承运商或运输服务提供商。 | ||
|
说明
承运商属性用于标识负责将货物从仓库运送至最终目的地的物流合作伙伴。承运商可以是FedEx或UPS等商业承运商、货运公司,也可以是企业自有车队。 “发运调度周期时间”仪表板使用此信息分析并比较不同承运商的绩效。按承运商细分从“待发运暂存”到“已发运”的时间,企业可以识别效率更高或导致延迟的合作伙伴,并将结果用于合同谈判和承运商选择。
为什么重要
支持比较不同运输承运商的绩效,帮助优化出库物流并减少发运调度延迟。
获取位置
请参阅Oracle WMS Cloud文档。该信息通常存储在与仓库订单相关的发运或装载信息中。
示例
FedExUPSDHLXPO Logistics
|
|||
|
是否返工
IsRework
|
布尔标记,用于表示某项活动是否是在同一案例中重复执行之前的步骤,从而指示返工或流程循环。 | ||
|
说明
是否返工是一个计算标记,用于识别流程偏离线性路径并重复执行某项活动的情况。例如,同一订单先后出现两次“货物已拣选”活动时,第二次活动将被标记为返工。这通常表示存在需要纠正的问题,例如拣选错误。 此属性对于“流程偏差与返工分析”仪表板和“仓库返工率”KPI至关重要。通过标记这些事件,分析可以量化返工的频率和影响。识别最容易发生返工的活动,有助于定位导致效率下降和运营成本增加的流程薄弱环节、质量问题或培训缺口。
为什么重要
该标记可以直接识别流程低效和循环,帮助量化返工的成本与频率。
获取位置
流程挖掘工具通过检测同一CaseId的重复活动序列计算得出。
示例
truefalse
|
|||
|
计划数量
PlannedQuantity
|
根据采购订单或销售订单等源单据,为某项活动计划的物品数量。 | ||
|
说明
计划数量是源单据为特定任务规定的预期单位数。对于入库收货,该数量通常来自采购订单;对于出库发运,则来自销售订单。 此属性是与实际数量进行比较的基准。“库存数据差异率”KPI根据计划数量与实际数量之间的偏差计算。分析这些差异对于供应链和库存管理至关重要,有助于处理供应商、内部流程或数据录入错误等问题。
为什么重要
作为衡量库存准确性、识别收货或拣选流程中差异的基准。
获取位置
请参阅Oracle WMS Cloud文档。该信息通常位于与仓库任务关联的订单行项目中。
示例
100100500
|
|||
仓储管理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
仓库订单完成
|
表示仓库订单本身最终关闭,可能在发运出库时发生,也可能在所有系统更新完成后稍晚发生。这是流程成功结束的事件。 | ||
|
为什么重要
该活动定义了端到端仓库流程生命周期的结束,对于计算整个仓库运营的总周期时间和吞吐量至关重要。
获取位置
通常根据仓库订单对象的最终状态变更推断,例如变为“Completed”或“Closed”。使用该最终状态更新的时间戳。
采集
根据仓库订单状态变更为最终成功状态推断。
事件类型
inferred
|
|||
|
创建入库交付
|
此活动表示在Oracle WMS Cloud中创建高级发运通知(ASN)或入库交付记录,标志着入库流程开始,也代表仓库已正式收到预计到货通知。 | ||
|
为什么重要
这是入库仓库流程的主要开始事件。分析从该节点到实际收货的时间,有助于衡量供应商可靠性和计划准确性。
获取位置
此事件通常从Inbound Shipment或ASN对象的交易历史中获取,对应文档的创建时间戳。
采集
从Inbound Shipment或ASN记录的创建事件中获取。
事件类型
explicit
|
|||
|
发运出库
|
此活动标志着最后一步:已装载卡车发车并离开仓库。该交易会在WMS中从财务和实物层面关闭出库订单。 | ||
|
为什么重要
这是出库流程的最终里程碑,也是衡量按时发货合规率的关键KPI数据点。它表示货物已交给承运商,仓库责任结束。
获取位置
这是Oracle WMS Cloud中的关键明确交易,通常称为“Ship Confirm”或“Dispatch Load”。系统会将其以精确时间戳记录在Outbound Load或Shipment记录中。
采集
从“Ship Confirm”或“Dispatch Load”交易时间戳获取。
事件类型
explicit
|
|||
|
完成上架
|
此活动表示上架流程已成功完成。操作员已将货物实际移入存储货位,并在系统中确认操作,使库存可供使用。 | ||
|
为什么重要
这是标志入库流程结束的关键里程碑,对于计算“收货到入库时间”KPI和分析上架效率至关重要。
获取位置
操作员确认上架任务后,系统会生成带完成时间戳的交易记录。该记录通常位于任务历史或库存交易日志中。
采集
根据上架任务交易的完成时间戳确定。
事件类型
explicit
|
|||
|
完成包装
|
表示一个发运容器或整张订单的包装流程已完成。操作员确认所有物料均已包装,容器已封装并贴好发运标签。 | ||
|
为什么重要
这一里程碑标志着订单在仓库内的增值作业结束。从拣选完成到包装完成的时间,是衡量内部履约速度的重要指标。
获取位置
这通常是明确的交易,例如“Close Container”或“Finish Pack”。完成时间戳会记录在包装或出库订单交易历史中。
采集
从订单最后一笔包装交易的完成时间戳获取。
事件类型
explicit
|
|||
|
完成拣选
|
此活动表示操作员已从存储位置实际取出物料,并在系统中确认拣选。货物现已准备好移至包装区或集货区。 | ||
|
为什么重要
这是订单履约流程中的重要里程碑。分析拣选时间,有助于识别由仓库布局、拣选策略或操作员绩效造成的瓶颈。
获取位置
从任务历史或交易日志中的拣选任务完成时间戳获取。操作员的确认扫描会完成该交易。
采集
根据拣选任务交易的完成时间戳确定。
事件类型
explicit
|
|||
|
完成收货
|
此活动表示货物已卸下、扫描,并正式纳入仓库责任范围。这是一个交易事件,系统会将确认数量与入库交付单据进行核对。 | ||
|
为什么重要
这是标志库存正式收讫的关键里程碑。完成该活动所需的时间会直接影响库存可用于上架和履约的速度。
获取位置
该事件从Oracle WMS Cloud的收货交易日志中获取。每次扫描或确认收货都会生成带时间戳的交易记录。
采集
根据“Receive ASN”或类似收货交易的完成时间戳确定。
事件类型
explicit
|
|||
|
仓库订单已取消
|
表示仓库订单在完成前被取消,是流程的另一种非成功结束状态。 | ||
|
为什么重要
跟踪取消情况,有助于了解需求变化、数据录入错误或导致订单中止的其他问题,并识别流程浪费的来源。
获取位置
根据仓库订单状态变更为“Cancelled”或类似最终状态推断。使用该状态更新的时间戳。
采集
根据仓库订单状态变更为“Cancelled”状态推断。
事件类型
inferred
|
|||
|
创建上架任务
|
此事件表示系统为仓库操作员生成任务,将已收货物从收货月台移至指定存储位置,标志着上架子流程开始。 | ||
|
为什么重要
该活动启动上架周期。分析任务创建到实际完成上架之间的时间,有助于评估系统效率和操作员响应时间。
获取位置
这通常是仓库任务表或交易表中明确记录的事件。上架任务记录的创建时间戳即为事件时间。
采集
从系统生成的上架任务创建时间戳中获取。
事件类型
explicit
|
|||
|
创建拣选任务
|
当系统为操作员生成任务,从存储位置取出物料以履行出库订单时,就会发生此事件。它标志着仓库内订单履约周期开始。 | ||
|
为什么重要
这是出库拣选流程的触发点。从该事件到完成拣选的时间,是衡量订单履约效率和资源响应能力的重要指标。
获取位置
该事件记录在仓库任务管理表中,拣选任务记录的创建时间戳即为活动时间。
采集
从系统生成的拣选任务创建时间戳中获取。
事件类型
explicit
|
|||
|
完成质量检验
|
表示已完成对收货货物的质量检查。对于某些物料或供应商,这可能是标准步骤,也可能按需触发。 | ||
|
为什么重要
跟踪质量检验的持续时间和频率,对于识别入库流程中的延误十分重要。它有助于衡量货物在质量保证状态下等待可用的时间。
获取位置
该事件可能根据库存记录的状态变化推断得出,例如从“QA Hold”变为“Available”或“Putaway”。质量模块也可能提供明确的交易日志。
采集
根据库存状态变化或与收货货物关联的QA交易完成情况推断。
事件类型
inferred
|
|||
|
开始包装
|
此活动表示已拣选货物到达包装工位,操作员开始包装。通常会通过明确的扫描操作,将物料与包装容器关联。 | ||
|
为什么重要
跟踪该活动,有助于将包装子流程与拣选和集货区分开来,并详细分析包装工位的效率和吞吐量。
获取位置
这可能是明确的交易,也可能根据创建包装容器(LPN)并将首件物料扫描入容器来推断。相关记录位于包装或发运交易日志中。
采集
从“Start Pack”交易或首件物料装入容器的时间戳获取。
事件类型
explicit
|
|||
|
开始装载
|
此事件表示实际装载开始,已包装货物从集货区移至承运商卡车上,通常由“Start Load”交易启动。 | ||
|
为什么重要
该活动可以呈现装载流程本身的效率,帮助区分集货等待时间与实际装车时间。
获取位置
这通常是与Oracle WMS Cloud中Outbound Load记录关联的明确交易。用户执行“Start Load”操作后,系统会记录时间戳。
采集
从与特定出库承运商装载记录关联的“Start Load”交易中获取。
事件类型
explicit
|
|||
|
调整库存
|
表示对特定位置中某项物料数量进行手动或系统调整,可能由循环盘点、货损或收货差异纠正引起。 | ||
|
为什么重要
该活动对于识别导致库存不准确的流程问题至关重要。分析调整的频率和幅度,有助于定位收货、拣选或存储环节的问题。
获取位置
从Oracle WMS Cloud中的库存调整交易日志获取。日志会记录物料、位置、数量变化、原因代码和时间戳。
采集
直接从库存调整交易记录中获取。
事件类型
explicit
|
|||
|
货物到达
|
表示卡车或承运商实际到达仓库月台并完成正式登记。该事件通常发生在卸货和逐件详细收货之前。 | ||
|
为什么重要
这一里程碑有助于区分承运商运输时间与仓库内部处理时间,对于分析月台利用率和收货区域潜在瓶颈至关重要。
获取位置
该事件通常作为Inbound Shipment或ASN记录的状态更新被捕获,由月台工作人员扫描送货单据或手动更新系统触发。
采集
记录为状态变更事件,例如Inbound Shipment上的“Arrived at Check-In”。
事件类型
explicit
|
|||
|
进入发运集货区
|
此活动表示已包装容器从包装工位移至指定发运集货区。订单现已完成,等待装载到承运商车辆上。 | ||
|
为什么重要
这标志着流程从处理阶段转入最终发运阶段。货物在集货区停留的时间,可以揭示承运商到达或月台调度方面的延误。
获取位置
通常通过位置移动交易获取,系统会将已包装容器的位置更新为集货通道。该移动交易的时间戳即为事件时间。
采集
从将已包装LPN移至集货位置的库存移动交易中获取。
事件类型
explicit
|
|||
提取指南
优化仓库管理,提升Oracle WMS Cloud效率
识别瓶颈,让Oracle WMS Cloud实现99.5%的库存准确率。
无需信用卡,立即开始优化。