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