您的仓库管理数据模板
您的仓库管理数据模板
- 建议收集的属性
- 需要追踪的关键活动
- Manhattan SCALE 数据提取指南
仓库管理属性
| 名称 | 描述 | ||
|---|---|---|---|
|
Event 时间
EventTime
|
指示仓库活动或事件发生的时间戳。 | ||
|
描述
此属性为流程中记录的每个活动提供精确的日期和时间。它是事件日志的时间主干,确立了给定订单所有仓库运营的顺序和时机。 Event Time 对所有基于时间的 Process Mining 分析都至关重要。它用于计算活动间的周期时间、衡量流程总时长、识别延迟并分析不同时间段的流程绩效。准确的时间戳对于构建可靠的流程图和得出有意义的绩效指标至关重要。
为何重要
此时间戳对于正确排列事件顺序以及计算所有基于时长的指标(如周期时间和前置时间)至关重要。
获取方式
位于 Manhattan SCALE 中与活动信息共存的事件日志表或交易记录中。字段通常被命名为“created_ts”、“event_timestamp”或“status_change_date”等。
示例
2023-10-26T08:00:00Z2023-10-26T09:15:30Z2023-10-26T11:45:10Z
|
|||
|
仓库订单
WarehouseOrder
|
特定物流工作单元的唯一标识符,例如入库收货或出库发运。 | ||
|
描述
仓库订单作为主要的 case 标识符,将单个物流流程从开始到结束的所有相关活动分组。这实现了订单在仓库内生命周期的端到端追踪,无论是涉及收货、上架、拣货、打包还是发运。 在 Process Mining 分析中,此属性是重建每个订单路径的基础。通过将所有事件链接到特定的仓库订单,分析师可以可视化流程流、衡量单个订单的周期时间,并识别影响履行效率的变体或瓶颈。
为何重要
它是将所有相关仓库活动链接成一个单一、内聚的流程实例的基本键值,从而支持端到端分析。
获取方式
该标识符通常位于 Manhattan SCALE 的核心订单管理表中,例如订单头表。
示例
WO-00583921WO-00583922WO-00583923
|
|||
|
活动名称
ActivityName
|
发生的特定仓库管理任务或事件的名称。 | ||
|
描述
此属性记录仓库管理流程中的离散步骤或里程碑。示例包括“商品从存储位拣选”、“开始打包”和“货件已发出”。每个活动代表对仓库订单执行的具体操作。 这是 Process Mining 的关键属性,因为它定义了流程图中的节点。通过分析这些活动的顺序、频率和时长,可以实现流程流的可视化,识别偏离标准程序的情况,并精确定位工作受阻的瓶颈。
为何重要
它定义了流程步骤,构成了流程图的基础,并支持对作业流向和变体的分析。
获取方式
派生自 Manhattan SCALE 内跟踪仓库订单进度的交易代码、事件日志或状态更新表。
示例
货物已到达码头已创建拣货任务包装完成货物已发出
|
|||
|
最后数据更新
LastDataUpdate
|
源系统最近一次数据刷新时间戳。 | ||
|
描述
此属性指示数据最后一次从 Manhattan SCALE 提取并加载到 Process Mining 工具的日期和时间。它反映了所分析数据的新鲜度。 这些信息对于用户理解分析的时效性至关重要。它能帮助用户明确看到的是实时数据还是特定时间点的快照,这对于做出知情的运营决策和生成报告至关重要。
为何重要
它告知用户数据的新鲜程度,确保他们理解分析和报表所覆盖的时间范围。
获取方式
此时间戳通常由 ETL 工具或数据流水线在数据加载过程中生成并存储。
示例
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
源系统
SourceSystem
|
data 的来源系统。 | ||
|
描述
此属性识别生成事件数据的源应用程序。对于此流程,该值通常为 'Manhattan SCALE'。 在拥有多个集成系统的环境中,此字段有助于区分数据源。它提供了数据来源背景,这对于数据治理、故障排除以及理解不同平台间数据采集过程中的潜在变体非常重要。
为何重要
它提供了有关数据来源的关键背景信息,这对于复杂 IT 环境下的数据治理、验证和集成工作至关重要。
获取方式
这通常是在数据提取、转换和加载(ETL)过程中添加的静态值,用于标记数据集。
示例
Manhattan SCALESCALE_PRODWMS_US_01
|
|||
|
实际数量
ActualQuantity
|
物料实际盘点、拣选或发运的数量。 | ||
|
描述
此属性记录关键检查点(如收货或拣货)测得的货物数量。它代表了实际搬运的数量,可能与计划数量不同。 将实际数量与计划数量进行对比是识别差异的关键。这是“订单数量差异趋势”仪表板及相关 KPI 的基础。追踪这些差异有助于精确定位供应商准确性、库存记录或拣货错误等问题,这对于保持库存完整性至关重要。
为何重要
这对于识别计划数量与执行数量之间的差异至关重要,能突出潜在的库存准确性问题或作业错误。
获取方式
位于 Manhattan SCALE 中收货、清点或拣货等活动的交易明细记录中。
示例
100985010
|
|||
|
物料 ID
MaterialId
|
正在处理的产品或物料的唯一标识符。 | ||
|
描述
此属性(通常称为 SKU,库存单位)识别仓库活动涉及的具体项目。单个仓库订单可能包含多种物料,每种物料在单独的行项目或任务中处理。 按 Material ID 分析流程可以揭示特定产品的问题。例如,某些项目由于其尺寸、重量或存储要求,可能更容易出现质检不合格、拣货错误或更长的搬运时间。这有助于针对不同类型的产品优化存储策略和搬运程序。
为何重要
它支持产品级分析,以识别某些物品是否与流程延迟、错误或返工相关。
获取方式
位于 Manhattan SCALE 的订单行项目表中,与主仓库订单链接。
示例
SKU-10234-ASKU-98543-BMAT-HDWR-550
|
|||
|
用户/操作员 ID
UserOperatorId
|
执行该活动的仓库员工或操作员的唯一标识符。 | ||
|
描述
此属性采集负责执行特定仓库任务(如拣货、打包或上架)的用户 ID。它将流程活动与相关人力资源联系起来。 按用户/操作员 ID 分析绩效对于理解资源利用率以及个人或团队效率至关重要。它有助于识别表现优异者、培训需求和工作量分布。这些数据是“操作员资源利用率”仪表板及相关 KPI 的关键,使管理者能够优化人员配置和任务分配。
为何重要
它将流程绩效与特定个人或团队联系起来,支持对工作负载、生产力和资源分配的分析。
获取方式
这些信息通常记录在 Manhattan SCALE 的事务日志中,常见于 'user_id'、'operator' 或 'executed_by' 等字段。
示例
JSMITHBWILLIAMSLCHEN
|
|||
|
结束时间
EndTime
|
有明确时长的活动的完成时间戳。 | ||
|
描述
结束时间标记活动的完成。与开始时间 (EventTime) 结合使用时,可以精确计算单个任务的处理时间。并非所有事件都有明确的结束时间,但对于那些有结束时间的事件(如“拣货”或“打包”),这些数据非常有价值。 在分析中,结束时间用于计算“处理时间”指标,这对于理解资源效率和任务时长至关重要。这有助于识别哪些特定活动耗时最长,从而影响整体周期时间并导致潜在延迟。
为何重要
它支持精确计算单个活动的处理时间,有助于识别哪些任务消耗了最多的时间和资源。
获取方式
这可能与开始时间记录在同一个事务日志中,位于 'completed_ts' 或 'end_time' 等单独字段。如果不能直接获得,有时可以根据后续活动的开始时间推断得出。
示例
2023-10-26T08:15:00Z2023-10-26T09:30:45Z2023-10-26T12:05:00Z
|
|||
|
要求完成日期
RequestedCompletionDate
|
客户或内部利益相关者要求订单发货的日期。 | ||
|
描述
此属性代表出库仓库订单的服务水平协议 (SLA) 或目标交付日期。它是衡量仓库运营准时绩效的截止日期。 该日期是绩效评估的关键基准。它用于“货件准时发运绩效”仪表板和“准时发运率” KPI,以确定订单是否按时履行。分析错过该日期的订单有助于识别导致延迟的系统性原因,并提升客户满意度。
为何重要
它作为衡量准时发货绩效和遵循客户服务水平协议(SLA)的主要基准。
获取方式
通常存储在 Manhattan SCALE 的订单头表中,通常由上游 ERP 或订单管理系统填充。
示例
2023-10-28T23:59:59Z2023-11-05T23:59:59Z2023-11-10T23:59:59Z
|
|||
|
订单类型
OrderType
|
对仓库订单进行分类,例如入库、出库或内部转移。 | ||
|
描述
订单类型定义了仓库订单的整体用途。常见类型包括客户发运(出库)、供应商收货(入库)、库位间调拨(内部)或退货。 此属性允许对流程分析进行细分。通过过滤订单类型,可以比较不同流程的绩效(如收货流程与发运流程)。这至关重要,因为它们的步骤、资源和绩效目标通常大不相同,将它们混在一起分析可能会产生误导。
为何重要
它允许对不同的流程(如入库与出库)进行隔离和比较,这些流程具有不同的流向和绩效预期。
获取方式
位于 Manhattan SCALE 的订单头数据中。该字段可能被命名为“order_type”、“transaction_type”或类似名称。
示例
入库收货出库发运内部转交客户退货
|
|||
|
发货 ID
ShipmentId
|
一组共同发运的订单的唯一标识符。 | ||
|
描述
发运 ID 是一个更高级别的标识符,它将由同一车辆运输或作为同一批货件的一部分的一个或多个仓库订单合并在一起。它将单个订单链接到特定的运输事件。 在分析中,发运 ID 可以提供更广泛的物流运营视角。它可用于分析暂存和装车阶段的合并效率,衡量发运层级的准时绩效,并了解订单合并如何影响整体前置时间。
为何重要
它将多个订单组合成一个单一的发货事件,支持对拼货、暂存和装载流程的分析。
获取方式
位于 Manhattan SCALE 的运输或发运管理表中。此 ID 通常链接到多个仓库订单。
示例
SH-945001SH-945002SH-945003
|
|||
|
实际完成日期
ActualCompletionDate
|
仓库订单实际完成的日期,通常是在发货时。 | ||
|
描述
此属性是标记订单仓库流程最后一步(如“货件已发出”)的时间戳。它代表履行流程的实际完成时间。 该日期直接与“要求完成日期”对比,以计算准时发运绩效。它是确认仓库对订单的责任何时结束的实际数据点。分析此属性有助于精确衡量履行周期时间以及相对于 SLA 的表现。
为何重要
它提供订单完成的真实时间戳,用于计算实际周期时间并衡量相对于要求日期的绩效。
获取方式
这对应于流程中最后一个活动的时间戳,例如“货件已发出”或“仓库订单已完成”。
示例
2023-10-28T14:30:00Z2023-11-06T11:00:00Z2023-11-10T18:00:00Z
|
|||
|
库存地点
StorageLocation
|
仓库内的具体位置(如货位或通道),货物在此存储或拣选。 | ||
|
描述
此属性识别存储或提取活动涉及的物理位置(如通道 5、货位 3、C 层)。它为仓库流程提供了空间背景。 按存储位置分析活动对于优化仓库布局和物料流至关重要。它有助于识别高频访问位置、低效的拣货路径或易发生拥堵的区域。这些数据支持对上架和拣货效率的分析,揭示改进存储策略的机会。
为何重要
它为仓库移动提供了空间背景,支持对布局效率、行走时间和拣货路径优化的分析。
获取方式
包含在 Manhattan SCALE 的上架和拣货活动任务级数据中,位于“location_id”、“bin_code”或“source_location”等字段中。
示例
A01-R02-B03DOCK-04PACK-STATION-12
|
|||
|
所用设备
EquipmentUsed
|
用于活动的设备标识符,例如叉车或手持扫描枪。 | ||
|
描述
此属性指定执行仓库任务所使用的搬运设备 (MHE) 或技术工具。这可能包括特定的叉车 ID、托盘搬运车编号或手持 RF 扫描枪 ID。 这些数据对于分析操作员之外的资源利用率非常有价值。它有助于了解昂贵设备的使用模式,规划维护,并确保在需要时有合适的工具可用。它通过提供另一个分析维度,直接支持“资源利用率(拣货)”等 KPI。
为何重要
它支持分析设备利用率及其对流程效率的影响,有助于管理维护计划和对 MHE(物料搬运设备)的投资。
获取方式
请查阅 Manhattan SCALE 文档或系统日志。如果系统配置为捕获此类信息,则可能在任务执行记录中进行跟踪。
示例
FORKLIFT-07SCANNER-58BCART-22
|
|||
|
承运商名称
CarrierName
|
负责订单发货的运输公司名称。 | ||
|
描述
此属性识别分配给出库货件的物流合作伙伴或承运人(如顺丰、京东、菜鸟)。它将仓库流程与下游运输环节联系起来。 按承运人分析绩效可以揭示供应链的重要洞察。它有助于判断某些承运人是否与较长的暂存时间、频繁的延迟或特定的装卸要求相关联。这些信息可用于评估承运人绩效并优化物流合作伙伴关系。
为何重要
它将仓库作业与物流合作伙伴联系起来,支持按承运人进行绩效分析,以识别潜在的与运输相关的瓶颈。
获取方式
位于 Manhattan SCALE 的发运或运输计划表中,通常与订单头链接。
示例
联邦快递UPSXPO Logistics
|
|||
|
收货到上架时间
GoodsReceiptToPutawayTime
|
从收到货物到将其入库存放所耗费的时间。 | ||
|
描述
此计算指标衡量入库流程中关键环节的时长:即“商品收讫并盘点”活动与“商品入库上架”活动之间的时间。它量化了收货月台和上架作业的效率。 此时长是“收货到上架周期”仪表板及其对应 KPI 的关键输入。该指标数值较高可能表明收货月台存在瓶颈、上架任务创建延迟或行走路径低效,所有这些都会延迟库存的可用性。
为何重要
它隔离并衡量关键入库流程步骤的效率,突出导致库存可用性延迟的瓶颈。
获取方式
这是一个计算字段,通过计算给定 case 中“商品收讫并盘点”与“商品入库上架”事件之间的时间差得出。
示例
45分钟2.5 小时8 小时
|
|||
|
数量差异
QuantityDiscrepancy
|
物料的计划数量与实际数量之间的计算差额。 | ||
|
描述
此指标的计算公式为“实际数量”减去“计划数量”。非零值表示搬运的货物量与预期不符。该值可以为正(超货)或负(缺货)。 此属性是“订单数量差异率” KPI 的基础。它量化了收货或拣货过程中的错误程度,为追踪库存准确性的仪表板提供了清晰的指标。分析这些差异的趋势和根本原因对于提高运营精准度至关重要。
为何重要
它直接量化库存和订单履约错误,为跟踪准确性以及差异带来的财务影响提供清晰的指标。
获取方式
这是一个在 Process Mining 工具中通过公式(实际数量 - 计划数量)得出的计算字段。
示例
0-25
|
|||
|
是否准时发货
IsOnTimeShipment
|
一个指示订单是否在要求的完成日期当天或之前发货的标志。 | ||
|
描述
此布尔属性是通过对比“实际完成日期”与“要求完成日期”得出的。如果订单准时完成则为 true,如果延迟则为 false。 此属性通过简单的过滤和聚合简化了绩效分析。它是计算“准时发运率” KPI 的基础,并为追踪客户 SLA 达成情况的仪表板提供支持。它能迅速将合规订单与不合规订单分开,从而对延迟订单进行根本原因分析。
为何重要
它通过将日期比较转换为简单的 真/假 标志来简化绩效报告,使计算准时发货率变得容易。
获取方式
通过比较 'ActualCompletionDate' <= 'RequestedCompletionDate' 计算得出。此逻辑在流程挖掘工具中应用。
示例
truefalse
|
|||
|
是否返工
IsRework
|
一个指示某项活动或活动序列是否代表返工的标志。 | ||
|
描述
此布尔属性识别返工实例,例如在单个订单中针对同一物料多次执行“商品从存储位拣选”活动。它是通过分析流程模式得出的。 标记返工对于识别流程低效和错误至关重要。它有助于量化“拣货返工率” KPI,并允许分析师隔离和调查具有重复步骤的 case。了解返工的驱动因素是降低运营成本和提高流程质量的关键。
为何重要
它会标记流程中低效的循环和重复工作,这些通常是导致延迟和运营成本增加的隐藏源头。
获取方式
这是一个计算属性,通常在 Process Mining 工具中通过定义检测特定重复活动模式(如自循环或短循环)的规则得出。
示例
truefalse
|
|||
|
计划数量
PlannedQuantity
|
根据订单,给定任务预期的物料数量。 | ||
|
描述
此属性指示根据原始仓库订单或任务指令预期收货、拣货或搬运的项目数量。它是衡量真实运营情况的基准。 该值与“实际数量”结合使用来计算差异。计划数量与实际数量之间的频繁差异可能预示着供应商发货、库存准确性或拣货流程存在问题,使其成为质量和准确性分析的关键属性。
为何重要
它作为衡量数量准确性的基准,有助于识别影响库存和订单履约的差异。
获取方式
位于 Manhattan SCALE 的订单行项目或任务明细表中。
示例
1001005012
|
|||
|
订单履行周期时间
OrderFulfillmentCycleTime
|
从创建仓库订单到最终完成所耗费的总时间。 | ||
|
描述
此指标计算每个仓库订单从“仓库订单已创建”事件到“仓库订单已完成”事件的总时长。它是衡量整个仓库履行流程端到端效率的关键绩效指标。 在仪表板和分析中,此属性提供了整体绩效的高层级视角。它用于追踪趋势、识别离群值(周期时间过长)以及跨时间的绩效对标。它直接支持“整体订单履行周期时间”仪表板及对应的 KPI。
为何重要
这是一个衡量仓库端到端速度和效率的关键 KPI,直接影响客户满意度和运营成本。
获取方式
这是一个计算字段,通过计算每个仓库订单的第一个和最后一个事件之间的时间戳差异得出。
示例
2.1 天18.5 小时36 小时
|
|||
|
质量检验结果
QualityInspectionResult
|
质量检验活动的结果,例如“通过”、“失败”或“返工”。 | ||
|
描述
此属性记录“已执行质量检验”活动的结果。它指示收到的货物是否符合要求的质量标准,或者是否需要进一步操作。 这是质量管理分析的关键属性。它不仅有助于追踪“质量控制合规率”的执行情况,还能追踪具体结果。按供应商或物料分析不合格率有助于改进采购决策,并降低与劣质货物相关的下游成本。
为何重要
它提供了质量检查的结果,支持对供应商质量、产品问题以及检验过程有效性的分析。
获取方式
请查阅 Manhattan SCALE 文档。这通常存储在与质量管理或收货任务相关的表中。
示例
通过失败需要返工
|
|||
仓库管理活动
| 活动 | 描述 | ||
|---|---|---|---|
|
仓库订单已创建
|
此活动标记在仓库管理系统中创建订单,可以是入库收货或出库履行。这通常是一个显性事件,当新订单记录插入系统(通常通过与 ERP 集成)时,会记录创建时间戳。 | ||
|
为何重要
这是仓库流程的主要开始事件。分析从这一点到完成的时间对于衡量总订单履行周期时间至关重要。
获取方式
此事件采集自 Manhattan SCALE 主订单头表的创建时间戳,例如订单创建日期字段。
捕获
获取自仓库订单记录的创建时间戳。
事件类型
explicit
|
|||
|
仓库订单已完成
|
表示在所有物理活动结束后,仓库订单在逻辑上的最终关闭。这通常是一个推断出的事件,源自订单记录上的最终状态更新,例如“已完成”或“已关闭”。 | ||
|
为何重要
此活动是整个仓库生命周期的明确终点。对于计算整体订单履行周期时间和吞吐量至关重要。
获取方式
推断自 Manhattan SCALE 中订单头状态字段更新为最终关闭状态的时间戳。
捕获
派生自订单状态更改为“已完成”时的最后更新时间戳。
事件类型
inferred
|
|||
|
包装完成
|
此活动表示货件的所有商品均已装入最终容器并封箱。这是一个显性事件,当包装人员在系统中确认纸箱或货件打包完成时记录。 | ||
|
为何重要
此里程碑标志着打包阶段的结束,使货件准备好进入暂存和发运环节。它是分析打包吞吐量和效率的关键数据点。
获取方式
在 Manhattan SCALE 中执行“封箱”或“打包完成”操作时,记录在打包或发运事务日志中。
捕获
获取自“包装完成”或“关闭容器”交易的时间戳。
事件类型
explicit
|
|||
|
货物已从存储区拣取
|
此活动确认操作员已从存储位物理提取了商品。这是一个显性事件,当操作员在手持设备上扫描商品和/或位置以确认拣货时采集。 | ||
|
为何重要
这是订单履行周期中的关键里程碑。对于衡量拣货吞吐量、返工率和资源利用率至关重要。
获取方式
在确认拣货时记录在拣货交易日志或任务历史表中,通常包括操作员 ID 和时间戳。
捕获
获取自拣货行项目的确认时间戳,通常通过条形码扫描获取。
事件类型
explicit
|
|||
|
货物已发出
|
这标志着承运人带着货物离开仓库的时刻。这是一个显性事件,当用户在系统中执行“发运确认”或“分拨”事务以最终完成货件时触发。 | ||
|
为何重要
这是衡量相对于要求交货日期的准时发运绩效的关键里程碑。它通常会触发客户通知和开票流程。
获取方式
获取自 Manhattan SCALE 发运或出库订单表中的“发运确认”交易时间戳。
捕获
当对挂车或订单执行发运确认交易时记录。
事件类型
explicit
|
|||
|
货物已在上架存储
|
此活动确认货物已成功放置在分配的存储货位中。当操作员扫描存储位置并确认上架操作、完成系统任务时,该事件会被显性采集。 | ||
|
为何重要
此事件标志着入库流程的结束,使库存可用于履行。它是衡量“收货到上架时间” KPI 的终点。
获取方式
当上架任务状态更新为“已完成”或类似状态时,记录在任务管理或库存交易日志中。
捕获
获取自上架任务的完成时间戳,通常通过位置扫描获取。
事件类型
explicit
|
|||
|
货物已接收并清点
|
标记物理收货过程的完成,此时货物已卸下、识别,并根据交付通知核实了数量。这是一个显式事件,通常在操作员通过手持设备或终端确认每个项目的最终接收数量时捕获。 | ||
|
为何重要
这是库存准确性的关键里程碑,也是上架周期的开始。它支持对数量差异以及收货团队效率的分析。
获取方式
此事件记录在 Manhattan SCALE 的收货行事务日志中,并在确认项目数量时采集时间戳。
捕获
当操作员通过扫描或手动输入确认收货数量时记录。
事件类型
explicit
|
|||
|
上架任务已创建
|
系统生成任务,指示操作员将收到的货物从月台移至存储位。这是一个显性事件,当系统分配目的地并创建新的上架指令时,在任务管理引擎中采集。 | ||
|
为何重要
标记内部货物流转过程的开始。此时间点与任务完成之间的时间段可用于衡量上架效率和系统性能。
获取方式
记录在 Manhattan SCALE 的任务或工单历史表中,并带有上架任务创建的时间戳。
捕获
系统生成上架任务时记录的事件。
事件类型
explicit
|
|||
|
包装已启动
|
标记包装流程的开始,即捡取的货物到达包装站。这可以是一个显式事件(当操作员将周转箱或订单扫描进包装站时捕获),也可以从该工作站的第一个项目扫描中推断出来。 | ||
|
为何重要
此事件标志着发运前最后一个增值阶段的开始。从这一点开始衡量有助于精确定位包装区域内的瓶颈。
获取方式
获取自 Manhattan SCALE 中与包装站相关的交易日志。可能是“开始包装”交易或第一个包装物品的时间戳。
捕获
当操作员在工作站开始订单的包装过程时记录。
事件类型
explicit
|
|||
|
发运暂存
|
表示将包装好的纸箱从打包区移至指定的发运暂存道或区域。此活动通常根据 WMS 中发运容器或托盘的位置变更推断得出。 | ||
|
为何重要
有助于识别包装和装载之间的延迟。在此状态下持续时间过长可能表明与承运人的协调不力,或者码头门管理效率低下。
获取方式
推断自 Manhattan SCALE 中运输容器 ID 的库存移动交易或位置更新,表明其已移动到暂存位置。
捕获
推断自已包装容器位置向暂存区或码头门区域的变更。
事件类型
inferred
|
|||
|
已创建拣货任务
|
表示系统生成拣货任务,指示操作员从存储位提取商品以履行订单。当订单完成分配且 WMS 为用户创建指令时,该事件会被显性记录。 | ||
|
为何重要
这是出库履行流程的开始。从该事件到拣货完成的时间是衡量拣货员效率的关键。
获取方式
记录在 Manhattan SCALE 的任务或工单历史表中,并带有创建时间戳。
捕获
系统生成拣货任务时记录的事件。
事件类型
explicit
|
|||
|
已执行质量检验
|
表示在收货后、上架前对货物执行的质量控制检查。该事件的采集是显性的,即当质检员在系统中记录特定库存的检验结果(通过或失败)时触发。 | ||
|
为何重要
此活动对于追踪质量控制程序的执行情况至关重要。分析其发生情况和时长有助于确保产品质量,并识别检验流程中的延迟。
获取方式
提交检验结果时记录在 Manhattan SCALE 的质量管理模块或库存状态交易日志中。
捕获
获取自质量检验确认步骤的交易日志。
事件类型
explicit
|
|||
|
收到入库交付通知
|
表示收到供应商发送的预到货通知 (ASN),包含入库货件的详细信息。这是一个显性事件,在 ASN 被成功处理并记录在 Manhattan SCALE 中时采集,随后会触发入库规划活动。 | ||
|
为何重要
此事件作为衡量入库物流流程的起点。它支持对供应商绩效和仓库对到货准备情况的分析。
获取方式
在成功完成 EDI 或手动输入交付通知后,记录在入库交易或 ASN 表中。
捕获
收到并处理 ASN 时记录的事件。
事件类型
explicit
|
|||
|
装载到承运工具
|
此活动采集将包装好的容器物理装载到卡车或拖车上的过程。通常这是一个显性事件,当操作员在装载到承运工具上时扫描每个托盘或容器时记录。 | ||
|
为何重要
这是仓库内的最后一个物理搬运步骤。分析此活动有助于衡量装车时间,并确保货件的所有商品都已正确装载。
获取方式
在装车过程中扫描容器时,记录在 Manhattan SCALE 的发运事务日志中。
捕获
获取自运输容器装载到车辆时的扫描时间戳。
事件类型
explicit
|
|||
|
货物已到达码头
|
此活动表示卡车或容器物理抵达仓库收货月台。通常在卸货开始前,由大门或月台管理人员在系统中签到货件时显性采集。 | ||
|
为何重要
追踪从抵达系统到开始收货活动之间的时间,有助于识别收货月台的瓶颈,例如由于资源不可用导致的等待时间。
获取方式
当承运人在设施内签到时,记录在 Manhattan SCALE 的发运或预约调度模块中。
捕获
获取回收货码头的签入交易时间戳。
事件类型
explicit
|
|||