您的仓库管理数据模板
您的仓库管理数据模板
- 建议收集的属性
- 流程中需要跟踪的关键活动
- 数据提取指南
仓库管理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件开始时间
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
|
仓库管理流程中发生的特定业务事件或任务的名称,例如“货物已拣选”或“货件已发运”。 | ||
|
说明
活动名称用于描述仓库订单生命周期中的单个步骤或里程碑。这些活动构成流程图中的顺序节点,可用于展示和分析流程。每项活动都带有时间戳,为绩效衡量和瓶颈分析提供依据。 在流程挖掘中,此属性是构建流程模型的基础。它可用于分析不同步骤的活动频次、路径和持续时间。了解“已执行质量检验”或“已创建拣货任务”等活动的顺序和发生情况,有助于优化资源分配、缩短周期时间。
重要性
此属性定义流程图中的各个步骤,便于展示、分析和优化仓库工作流。
获取途径
此信息通常来自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
|
标记特定仓库活动或事件完成时间的时间戳。 | ||
|
说明
事件结束时间标记活动结束的准确日期和时间。如果有此数据,相比根据下一项活动的开始时间推算,它能更准确地衡量活动持续时间。对于包装或质量检验等可衡量处理时间的任务,这一点尤其有用。 同时记录开始和结束时间,便可准确计算活动处理时间。这有助于区分实际执行任务所花的时间(处理时间)和等待下一步骤开始的时间(等待时间)。这一区分对于资源利用率和效率分析至关重要。
重要性
此属性可准确计算单项活动的持续时间,帮助区分实际处理时间和空闲等待时间。
获取途径
这通常是Oracle WMS Cloud中任务或事件记录的完成时间或结束时间字段。
示例
2023-10-26T09:15:00Z2023-10-26T11:00:45Z2023-10-27T11:20:00Z
|
|||
|
仓库订单类型
WarehouseOrderType
|
对仓库订单进行分类,例如入库收货、出库发货或内部调拨。 | ||
|
说明
仓库订单类型说明订单的用途。常见类型包括客户发货、采购订单收货、设施间库存调拨或退货。按类型分类是划分流程分析并比较不同工作流绩效的基础。 在流程挖掘中,按订单类型筛选可以分别创建入库和出库流程图,因为两者的步骤和绩效目标往往差异很大。例如,出库发货的关键绩效指标侧重速度和客户交付,而入库收货则侧重库存可用性和准确性。“拣货与包装吞吐量”仪表板需要此属性来比较不同的履约流程。
重要性
此属性可将分析划分为入库、出库或内部流程等不同类别,因为它们的目标和工作流各不相同。
获取途径
请查阅Oracle WMS Cloud文档。此信息通常位于仓库订单表头数据中。
示例
出库发货入库收货内部调拨客户退货
|
|||
|
优先级
PriorityLevel
|
仓库订单紧急程度的分类,例如“高”“普通”或“低”。 | ||
|
说明
优先级是由业务定义的属性,用于表示仓库订单的紧急程度。高优先级订单,例如加急发货或关键短缺时的库存补充,通常需要更快的流程,并要求相关资源立即处理。 此属性对于“优先订单履约绩效”仪表板至关重要。按优先级筛选和比较流程,管理者可以评估高优先级订单是否得到加急处理并达到更严格的SLA要求。这有助于确保资源得到有效分配,满足最紧迫的业务需求。
重要性
此属性有助于判断紧急订单是否比普通订单处理得更快,并确保关键SLA得到满足。
获取途径
请查阅Oracle WMS Cloud文档。此字段通常位于订单表头数据中。
示例
高普通低
|
|||
|
实际数量
ActualQuantity
|
活动中实际清点或处理的商品数量,例如收货或拣货数量。 | ||
|
说明
实际数量是仓库任务中处理商品的实物数量,通常记录在收货、上架、拣货或循环盘点活动中,反映库存移动的实际情况。 此属性对于“库存数量差异”仪表板至关重要。将实际数量与采购订单或发货订单等源单据中的计划数量进行比较,可以立即发现差异。分析这些差异有助于找出库存不准确的原因,例如供应商错误、收货差错或拣货错误,从而维持准确的库存水平。
重要性
将此数量与计划数量进行比较,有助于发现库存差异并提高库存准确性。
获取途径
请查阅Oracle WMS Cloud文档。此字段通常位于交易明细表或任务行项目表中。
示例
10098500
|
|||
|
用户/操作员ID
UserOperatorId
|
执行仓库活动的用户、操作员或员工的标识符。 | ||
|
说明
此属性标识负责执行特定任务的人员,例如拣货、包装或上架。它是分析人员绩效、工作量分配以及标准操作流程执行情况的重要维度。 按用户/操作员ID分析流程,有助于识别绩效突出的员工、可能需要额外培训的员工,以及团队内工作量分配不均的情况。“按活动分析资源利用率”仪表板需要此属性,以了解不同用户对整体流程效率的贡献,并判断瓶颈是否与特定用户的操作有关。
重要性
此属性对于分析员工绩效、识别培训需求和确保工作量合理分配至关重要。
获取途径
此信息通常位于交易表或任务表中,往往关联到执行操作时登录系统或手持设备的用户。
示例
JSMITHBJOHNSONUSER123
|
|||
|
要求完成日期
RequestedCompletionDate
|
仓库订单预计完成或发货的目标日期。 | ||
|
说明
要求完成日期代表服务级别协议(SLA)或客户期望的订单截止日期。实际完成时间会与此日期进行比较,以判断订单是按时、提前还是延迟完成。 此属性是“仓库订单SLA达成情况”等绩效监控仪表板的基础,也用于计算“按时发货合规率”等关键绩效指标。将实际发运时间戳与要求完成日期进行比较,企业便可衡量服务水平、识别延误根因,并优先处理可能错过截止日期的订单。
重要性
此属性是衡量按时完成情况和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
|
仓库订单当前或最终状态,例如“已完成”或“已取消”。 | ||
|
说明
此属性表示仓库订单的结果或最终状态,可区分已成功处理、已取消或仍在进行中的订单。您可以据此筛选案例,只分析已完成的流程,或调查订单取消的原因。 按最终状态分析案例有助于了解流程差异和结果。例如,比较“已完成”和“已取消”订单的流程,可以发现订单通常在哪个阶段取消,并进一步了解库存、客户需求或系统错误等潜在问题。此属性也用于计算“每日仓库吞吐量”等吞吐量关键绩效指标。
重要性
此属性定义案例结果,便于聚焦已完成订单,或调查取消等异常情况。
获取途径
这通常是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
|
|||
|
所用设备
EquipmentUsed
|
用于执行仓库活动的设备标识符,例如叉车或手持扫描仪。 | ||
|
说明
此属性指定仓库任务中使用的实物资产或设备。跟踪设备使用情况可补充人员绩效视角,为资源分析提供更多信息。它有助于了解设备利用率、识别维护需求并优化设备分配。 对于“按活动分析资源利用率”仪表板,按所用设备分析数据至关重要。分析结果可以揭示某些设备是否形成瓶颈,或是否可根据设备可用性和效率改进任务分配。例如,分析可能显示某型号叉车执行上架任务时持续较慢,从而促使团队进一步调查。
重要性
此属性支持分析设备利用率和效率,帮助识别与资产相关的瓶颈并优化资源分配。
获取途径
请查阅Oracle WMS Cloud文档。此信息可能记录在任务执行记录中,尤其是在操作员登录特定设备的情况下。
示例
FORKLIFT-05SCANNER-A12CART-27
|
|||
|
承运商
Carrier
|
负责运输出库货件的承运商或运输服务提供商。 | ||
|
说明
承运商属性标识负责将货物从仓库运送至最终目的地的物流合作伙伴。承运商可以是FedEx或UPS等商业承运商、货运公司,也可以是企业自有车队。 “货件发运周期时间”仪表板会使用此信息分析和比较不同承运商的绩效。按承运商划分“已备货待发”至“货件已发运”的耗时,企业可以识别效率较高或造成延误的合作伙伴,并将数据用于合同谈判和承运商选择。
重要性
此属性支持比较不同承运商的绩效,帮助优化出库物流并减少发运延误。
获取途径
请查阅Oracle WMS Cloud文档。此信息通常存储在与仓库订单相关的货件或装载信息中。
示例
FedExUPSDHLXPO Logistics
|
|||
|
是否返工
IsRework
|
用于标记某项活动是否在同一案例中重复了先前步骤,表明发生返工或流程循环。 | ||
|
说明
“是否返工”是一个计算标记,用于识别流程偏离线性顺序并重复执行某项活动的情况。例如,同一订单的“已拣货”后再次出现“已拣货”,则第二次记录会被标记为返工。这通常意味着存在问题,例如拣货出错后需要纠正。 此属性是“流程偏差与返工分析”仪表板和“仓库返工率”KPI的重要依据。通过标记这些事件,分析可以量化返工的频率及影响。识别容易发生返工的活动,有助于发现导致效率低下和运营成本上升的流程薄弱环节、质量问题或培训不足。
重要性
此标记可直接识别流程低效和循环,帮助量化返工的成本与频率。
获取途径
流程挖掘工具会通过检测同一CaseId的重复活动序列来计算此标记。
示例
truefalse
|
|||
|
计划数量
PlannedQuantity
|
根据采购订单或销售订单等源单据,为某项活动预期处理的商品数量。 | ||
|
说明
计划数量是源单据规定的任务预期处理数量。对于入库收货,它是采购订单上的数量;对于出库发货,则是销售订单上的数量。 此属性可作为与实际数量比较的基准。“库存数据差异率”关键绩效指标根据计划数量与实际数量之间的偏差计算。分析这些差异对于供应链和库存管理至关重要,有助于解决供应商、内部流程或数据录入方面的问题。
重要性
此属性可作为衡量库存准确性和识别收货或拣货差异的基准。
获取途径
请查阅Oracle WMS Cloud文档。此信息通常位于与仓库任务关联的订单行项目中。
示例
100100500
|
|||
|
货件ID
ShipmentId
|
货件的唯一标识符,用于汇总一同运输的一个或多个仓库订单。 | ||
|
说明
货件ID是更高层级的标识符,可将多个仓库订单合并为一个运输单元。例如,发往同一目的地的多个小订单可以合并为同一辆卡车上的一个货件。 本分析以仓库订单作为案例ID,而货件ID则提供了分析出库物流的另一个维度。它支持在货件层级评估绩效,例如计算合并该货件所有订单所需的总时间。它还可用于追踪影响整个货件而非单个订单的问题。
重要性
此属性将多个订单归为一个运输单元,支持分析合并效率和货件层级的绩效。
获取途径
请查阅Oracle WMS Cloud文档。此信息通常位于货件或装载管理模块中。
示例
SHP-98765LOAD-A543BOL-123456
|
|||
仓库管理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
创建入库交货记录
|
此活动表示在Oracle WMS Cloud中创建预先发货通知(ASN)或入库交货记录,标志着入库流程开始,也正式通知仓库预计将收到货物。 | ||
|
重要性
这是仓库入库流程的主要开始事件。分析从此时到实际收货的时间,有助于衡量供应商可靠性和计划准确性。
获取途径
此事件通常取自入库货运或ASN对象的交易历史记录,对应单据的创建时间戳。
采集
取自入库货运或ASN记录的创建事件。
事件类型
explicit
|
|||
|
发运出库
|
此活动标志着最后一步:装载完成的货车从仓库发出。此交易会在财务和实物层面关闭WMS中的出库订单。 | ||
|
重要性
这是出库流程的最后一个节点,也是衡量按时发运达成情况的重要KPI数据点。它表示货物已交给承运商,仓库责任随之结束。
获取途径
这是Oracle WMS Cloud中的关键明确交易,通常称为“确认发运”或“发运装载”。系统会在出库装载或货运记录中准确记录其时间戳。
采集
取自“确认发运”或“发运装载”交易的时间戳。
事件类型
explicit
|
|||
|
完成仓库订单
|
此活动表示仓库订单最终关闭。关闭时间可能与发运时间相同,也可能稍晚,待所有系统更新完成后才关闭。这是流程成功结束的事件。 | ||
|
重要性
此活动标志着仓库端到端流程生命周期的结束,是计算整个仓库运营周期时间和处理能力的必要依据。
获取途径
此事件通常根据仓库订单对象的最终状态变更推断,例如状态变为“已完成”或“已关闭”。使用该最终状态更新的时间戳。
采集
根据仓库订单状态变更为最终成功状态推断。
事件类型
inferred
|
|||
|
完成包装
|
表示一个发运容器或整张订单的包装已完成。操作人员确认所有商品均已装箱,容器已封装并贴好发运标签。 | ||
|
重要性
此节点标志着订单在仓库内的增值作业结束。从拣货到完成包装所需的时间,是衡量内部履约速度的重要指标。
获取途径
这通常对应一笔明确的交易,例如“关闭容器”或“完成包装”。完成时间戳记录在包装或出库订单交易历史中。
采集
取自订单最后一笔包装交易的完成时间戳。
事件类型
explicit
|
|||
|
完成拣货
|
此活动表示操作人员已从储位实际取出商品,并在系统中确认拣货。货物现已准备好移至包装区或暂存区。 | ||
|
重要性
这是订单履约流程中的重要节点。分析拣货时间有助于发现由仓库布局、拣货策略或操作人员绩效导致的瓶颈。
获取途径
此事件取自任务历史记录或交易日志中的拣货任务完成时间戳。操作人员扫描确认后,交易即告完成。
采集
根据拣货任务交易的完成时间戳确定。
事件类型
explicit
|
|||
|
完成收货
|
此活动表示货物已卸下、扫描,并正式纳入仓库管理。此交易事件会根据入库交货单据核实货物数量。 | ||
|
重要性
这是标志库存正式入库的关键节点。完成此活动所需的时间会直接影响库存何时可用于上架和履约。
获取途径
此事件取自Oracle WMS Cloud的收货交易日志。每次扫描或确认收货都会生成带时间戳的交易记录。
采集
根据“接收ASN”或类似收货交易的完成时间戳确定。
事件类型
explicit
|
|||
|
完成货物上架
|
此活动表示上架流程已成功完成。操作人员已将货物实际移至储位,并在系统中确认操作,使库存可供使用。 | ||
|
重要性
这是标志入库流程结束的关键节点,也是计算“收货至入库时间”KPI和分析上架效率的重要依据。
获取途径
操作人员确认上架任务时,系统会生成带完成时间戳的交易记录。该记录通常位于任务历史记录或库存交易日志中。
采集
根据上架任务交易的完成时间戳确定。
事件类型
explicit
|
|||
|
创建上架任务
|
此事件表示系统已生成任务,指派仓库操作人员将收货商品从收货月台移至指定库位。这是上架子流程的起点。 | ||
|
重要性
此活动启动上架周期。分析从任务创建到实际完成上架的时间,有助于评估系统效率和操作人员的响应速度。
获取途径
此事件通常明确记录在仓库任务表或交易表中。上架任务记录的创建时间戳即为事件时间。
采集
取自系统生成的上架任务创建时间戳。
事件类型
explicit
|
|||
|
创建拣货任务
|
当系统生成拣货任务,要求操作人员从储位取出商品以履行出库订单时,此事件即会发生。它标志着仓库订单履约周期的开始。 | ||
|
重要性
这是出库拣货流程的触发点。从此事件发生到拣货完成的时间,是衡量订单履约效率和资源响应速度的重要指标。
获取途径
此事件记录在仓库任务管理表中。拣货任务记录的创建时间戳即为活动时间。
采集
取自系统生成的拣货任务创建时间戳。
事件类型
explicit
|
|||
|
取消仓库订单
|
表示仓库订单在完成前被取消。这是流程未成功结束的一种替代状态。 | ||
|
重要性
跟踪取消情况有助于了解需求变化、数据录入错误或导致订单中止的其他问题,并找出流程浪费的来源。
获取途径
此事件根据仓库订单状态变为“Cancelled”或类似终止状态推断,使用该状态更新的时间戳。
采集
根据仓库订单状态变为“Cancelled”推断。
事件类型
inferred
|
|||
|
完成质量检查
|
表示已完成对收货商品的质量检查。某些物料或供应商可能需要执行标准检查,也可能根据具体情况临时触发检查。 | ||
|
重要性
跟踪质量检查的时长和频率,对于发现入库流程中的延误至关重要。这有助于衡量货物在质量保证状态下等待可用的时间。
获取途径
此事件可能根据库存记录的状态变更推断,例如从“质量检查暂扣”变为“可用”或“待上架”。质量模块也可能提供明确的交易日志。
采集
根据库存状态变更,或与收货商品关联的质量保证交易完成情况推断。
事件类型
inferred
|
|||
|
开始包装
|
此活动表示已拣货商品到达包装工位,操作人员开始包装。通常会通过明确的扫描操作,将商品与包装容器关联。 | ||
|
重要性
跟踪此活动有助于将包装子流程与拣货和暂存环节区分开来,从而详细分析包装工位的效率和处理能力。
获取途径
此事件可能对应一笔明确的交易,也可能根据包装容器(LPN)的创建时间及首件商品扫描入箱时间推断。相关记录可在包装或发运交易日志中找到。
采集
取自“开始包装”交易,或首件商品装入容器的时间戳。
事件类型
explicit
|
|||
|
开始装载
|
此事件表示开始实际装载,即将已包装货物从暂存区移至承运商车辆上。通常由“开始装载”交易触发。 | ||
|
重要性
此活动有助于了解装载流程本身的效率,并将暂存等待时间与实际装车时间区分开来。
获取途径
此事件通常对应Oracle WMS Cloud中与出库装载记录关联的明确交易。用户执行“开始装载”操作后,系统会记录时间戳。
采集
取自与特定出库承运商装载任务关联的“开始装载”交易。
事件类型
explicit
|
|||
|
调整库存
|
表示手动或系统性调整特定库位中商品的数量。调整可能由循环盘点、货物损坏或更正收货差异等原因引起。 | ||
|
重要性
此活动对于识别导致库存不准确的流程问题至关重要。分析调整的频率和幅度,有助于找出收货、拣货或存储环节的问题。
获取途径
此事件取自Oracle WMS Cloud中的特定库存调整交易日志。日志会记录商品、库位、数量变化、原因代码和时间戳。
采集
直接取自库存调整交易记录。
事件类型
explicit
|
|||
|
货物到达
|
表示货车或承运商抵达仓库月台并完成正式登记。通常在开始卸货和逐件收货之前记录。 | ||
|
重要性
这一节点有助于区分承运商运输时间和仓库内部处理时间,也是分析月台利用率及收货区域潜在瓶颈的重要依据。
获取途径
此事件通常记录为入库货运或ASN记录的状态更新,由月台工作人员扫描交货单据或手动更新系统触发。
采集
记录为入库货运的状态变更事件,例如“已到达登记处”。
事件类型
explicit
|
|||
|
货物进入发运暂存区
|
此活动表示已包装的容器从包装工位移至指定的发运暂存区。订单现已完成,等待装载至承运商车辆。 | ||
|
重要性
此节点标志着流程从处理阶段进入最终发运阶段。货物在暂存区停留的时间有助于发现承运商到达或月台排程方面的延误。
获取途径
此事件通常通过库位移动交易记录,系统会将已包装容器的库位更新为暂存通道。该移动交易的时间戳即为事件时间。
采集
取自将已包装LPN移至暂存库位的库存移动交易。
事件类型
explicit
|
|||
数据提取指南
优化仓库管理,提升Oracle WMS Cloud效率
识别瓶颈,让Oracle WMS Cloud的库存准确率达到99.5%。
无需信用卡,立即开始优化。