您的仓库管理数据模板
您的仓库管理数据模板
这是适用于仓库管理的通用流程挖掘数据模板。使用针对具体系统的模板,可获取更有针对性的指导。
选择具体系统- 适用于任意仓库管理系统的通用数据结构。
- 支持全面流程分析的推荐属性和活动。
- 帮助您启动流程挖掘的实用基础。
仓库管理属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件开始时间 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 | |||
| 数据最近更新时间 LastDataUpdate | 表示此流程数据最近一次刷新或提取时间的时间戳。 | ||
| 说明 数据最近更新时间戳表示分析所用数据集最近一次从源系统刷新的时间。它清楚地说明数据的新鲜度和时效性,让用户了解分析涵盖的时间范围。 此属性对于维护用户对流程挖掘仪表板和分析结果的信任至关重要。用户可据此判断查看的是近实时信息还是历史数据。在仪表板中醒目显示此时间戳,有助于管理用户预期,避免因信息过时而产生误解。它也是数据治理和透明度的重要组成部分。 重要性 此时间戳可让用户了解数据的新鲜度,这对于依据流程挖掘洞察及时作出明智决策至关重要。 获取途径 通常在数据提取(ETL)过程中生成并存储,即数据加载到流程挖掘平台时。 示例 2023-10-27T02:00:00Z2023-10-26T18:00:00Z2023-10-27T04:30:00Z | |||
| 活动名称 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 | 发生该活动的具体仓库或配送中心的标识符。 | ||
| 说明 仓库ID是用于标识发生记录活动的实体设施的唯一代码,例如配送中心或仓库。对于运营多个物流站点的组织,这项属性尤为重要。 这项属性支持跨地点对比分析。按仓库ID筛选或细分数据,企业可以对标绩效、比较流程效率,并找出高绩效站点的最佳实践,以便在其他地点推广。它还有助于了解不同地区在需求、资源利用和运营挑战方面的差异,为全网络的战略决策提供依据。 重要性 该属性支持跨配送中心进行绩效对标和流程比较,帮助您发现最佳实践和区域性问题。 获取途径 这是关键的组织数据字段,通常可在几乎所有仓库相关交易单据的抬头中找到。 示例 中央仓库-01西部配送中心-加州1710 | |||
| 发运ID ShipmentId | 一个或多个仓库订单所属出库发运的唯一标识符。 | ||
| 说明 发运ID是唯一标识符,用于将一个或多个仓库订单归入同一笔出库配送。一笔发运可能包含发往同一目的地或由同一承运商处理的多个订单。该标识符将仓库活动与运输和物流环节关联起来。 这项属性支持在汇总发运层面分析,而不局限于单个订单。您可以用它分析集货和装载效率,衡量从拣选发运中的第一件商品到卡车出发所需的总时间,并将仓库绩效与运输数据关联起来。更全面的视角有助于优化整个出库物流链,而不仅是仓库内部的环节。 重要性 该属性将多个仓库订单归入同一笔配送,便于分析汇总后的出库流程,包括集货和装载效率。 获取途径 可在发运或运输单据中找到,通常在波次计划或分配阶段与仓库订单关联。 示例 发运-440921预先发运通知-88201-3提单-592100 | |||
| 实际完成日期 ActualCompletionDate | 仓库订单的最后一项活动实际完成的日期和时间,通常指货物发运时。 | ||
| 说明 实际完成日期是标记仓库订单相关活动全部完成的时间戳。对于出库订单,通常指货物离开仓库的时刻;对于入库订单,则可能指所有货物上架并可供库存使用的时刻。 这项属性是要求完成日期的实际对应值,对于绩效衡量至关重要。它直接用于计算准时交付率和订单履约总周期时间。在根因分析中,筛选实际完成日期较晚的案例,可帮助分析人员逐级下钻查看延误订单的流程路径,并找出常见模式或原因。 重要性 该属性提供准时分析所需的实际结果,可用于计算总周期时间,并判断订单是提前、准时还是延迟完成。 获取途径 这是订单生命周期中最后一个事件的时间戳,例如“货物已发运”或“仓库订单已完成”。 示例 2023-07-20T16:45:10Z2023-08-02T09:30:00Z2023-07-22T11:55:21Z | |||
| 订单优先级 OrderPriority | 表示仓库订单的紧急程度或优先级,例如“高”“标准”或“低”。 | ||
| 说明 订单优先级用于标示仓库订单的相对重要性或紧急程度,通常决定任务分配和执行的速度与顺序。例如,即使“加急”或“高优先级”订单到达较晚,也可能先于“标准”优先级订单处理。 按订单优先级分析流程,对于评估服务级别协议(SLA)的一致性至关重要。流程挖掘可以验证高优先级订单是否确实比标准订单处理得更快,也能揭示优先处理某些订单是否导致其他订单明显延迟或形成瓶颈。这些分析有助于优化优先级规则和资源分配策略,在加快紧急订单处理的同时维持仓库整体效率。 重要性 通过确认高优先级订单是否比低优先级订单处理得更快,帮助您分析是否达到服务级别协议要求。 获取途径 通常位于仓库订单的抬头数据中,优先级往往由源销售订单或业务要求决定。 示例 高标准低加急 | |||
| 设备ID EquipmentId | 用于执行任务的物料搬运设备标识符,例如特定的叉车或传送带。 | ||
| 说明 设备ID用于标识执行仓库任务所用的物料搬运设备(MHE),包括叉车、托盘搬运车、手持扫描器、语音拣选耳机,以及传送带和分拣机等自动化系统。 按设备ID分析流程数据,对于资产利用和维护规划至关重要。您可以了解哪些设备使用最频繁、是否存在设备相关瓶颈,以及设备性能如何影响任务总时长。这些信息有助于制定设备采购、仓库内车队平衡和预防性维护计划,尽量减少停机时间。 重要性 这项属性有助于分析机械设备的资源利用情况,发现设备相关瓶颈,并为维护或采购决策提供依据。 获取途径 通常记录在任务确认数据中,由操作人员登记执行工作所用的设备;也可能来自自动化系统日志。 示例 叉车-07手持扫描器-112传送带-B3 | |||
仓库管理活动
| 活动 | 说明 | ||
|---|---|---|---|
| 仓库订单已取消 | 表示仓库订单在处理或发货完成前被取消。用户或系统执行取消交易时,系统会记录此事件。 | ||
| 重要性 此事件表示流程未能成功结束。分析取消情况有助于找出流程失败原因,例如库存差异或客户需求变化。 获取途径 根据订单抬头表中的状态变更推断,状态为“已取消”或“已作废”。 采集 识别仓库订单状态更新为“已取消”时的时间戳。 事件类型 inferred | |||
| 仓库订单已完成 | 这是仓库订单的最终状态,表示所有相关活动均已完成,订单已关闭。订单生命周期状态更新为“已完成”或“已关闭”时,系统会记录此状态。 | ||
| 重要性 此事件表示流程已顺利结束,对于计算仓库端到端周期时间和吞吐量至关重要。 获取途径 根据订单抬头表或单据中的最终状态变更推断。 采集 识别仓库订单状态更新为最终的“已完成”或“已关闭”状态时的时间戳。 事件类型 inferred | |||
| 创建仓库订单 | 此活动表示创建仓库订单。仓库订单是管理入库、出库或内部任务的核心单据。通常,用户手动录入新订单或通过集成方式录入仓库管理系统时,会触发此交易。 | ||
| 重要性 作为流程的起点,此事件对于计算订单履约总周期时间至关重要。它有助于衡量从需求信号出现到仓库开始执行之间的时间。 获取途径 此事件通常记录在订单表头中,该表包含每条订单记录的创建时间戳。 采集 使用主仓库订单表或申请表中的创建时间戳。 事件类型 explicit | |||
| 货物已上架 | 此事件确认货物已成功移至指定存储货位并完成扫描。通常由操作员使用手持设备确认上架任务完成时记录。 | ||
| 重要性 此里程碑标志着入库流程结束,库存可用于订单履约。分析上架时间有助于了解人员效率和仓库布局的合理性。 获取途径 记录在仓库任务表中,作为确认或完成时间戳。 采集 上架任务标记为完成时,使用仓库任务表中的确认时间戳。 事件类型 explicit | |||
| 货物已发运 | 此事件表示已包装的货物已装上承运商卡车,且卡车已驶离仓库。通常在“货物发出”过账、发货流程完成时记录。 | ||
| 重要性 这是仓库实物处理的最后一步,也是计算准时发货指标的关键里程碑,标志着货物从仓库交接给承运商。 获取途径 从发货或运输单据中获取,通常记录为“货物发出过账”时间戳或“已发货”状态更新。 采集 使用完成出库交货的货物发出事件过账日期或交易时间戳。 事件类型 explicit | |||
| 货物已拣选 | 表示拣货任务已完成,操作员已取出货物并在系统中确认。操作员扫描货物并在设备上确认拣货时,系统会记录此事件。 | ||
| 重要性 这是出库流程中的关键里程碑,直接影响订单履约速度。分析拣货时间有助于评估拣货员绩效、行走路线和仓库货位规划策略。 获取途径 记录在仓库任务表中,作为拣货任务的确认或完成时间戳。 采集 拣货任务标记为完成时,使用仓库任务表中的确认时间戳。 事件类型 explicit | |||
| 货物已收妥 | 表示货物已卸下、扫描,并已根据交货单据核对数量。这是一项关键交易,意味着仓库正式接收库存并承担保管责任。 | ||
| 重要性 这是入库流程中的关键里程碑,标志着货物正式纳入仓库管理。该时间点对于衡量收货周期时间和准确性至关重要。 获取途径 用户确认收货数量时,系统会将记录写入收货或库存交易表。 采集 使用与入库交货行项目关联的收货事件过账日期或交易时间戳。 事件类型 explicit | |||
| 已创建上架任务 | 此活动表示系统已创建任务,将收货月台的货物移至最终存储位置。这是WMS根据系统逻辑生成的明确事件,用于指引仓库操作员。 | ||
| 重要性 这标志着上架流程的开始。收货完成与上架任务创建之间的时间差,可能反映系统配置或性能问题。 获取途径 可在仓库任务或工单表中找到,根据任务类型为“上架”的创建时间戳识别。 采集 在仓库任务表中,使用任务类型为“上架”的任务创建时间戳。 事件类型 explicit | |||
| 已创建拣货任务 | 此事件表示已创建任务,要求操作员从存储位置取货以履行出库订单。订单释放拣货时,WMS会生成此明确事件。 | ||
| 重要性 这标志着实物出库履约流程的开始。订单创建与开始拣货之间的延误,可能暴露库存分配或订单释放策略方面的问题。 获取途径 可在仓库任务或工单表中找到,根据任务类型为“拣货”的创建时间戳识别。 采集 在仓库任务表中,使用任务类型为“拣货”的任务创建时间戳。 事件类型 explicit | |||
| 已完成质量检验 | 表示货物入库后、正式可用前进行的质量检查。某些物料会将此作为标准步骤,也可能因异常情况触发检查。 | ||
| 重要性 质量检验可能是入库流程延误的重要原因。跟踪此活动有助于发现瓶颈并衡量质量控制团队的效率。 获取途径 通常可在质量管理日志中找到,也可能体现为库存批次或批号的状态变更。 采集 记录检验结果时的时间戳,或库存状态从“质量检验”变为“非限制使用”时的时间戳。 事件类型 explicit | |||
| 已移至发货暂存区 | 表示已包装的容器从包装区移至指定的发货暂存通道,等待承运商提货。此步骤用于整理货物,为高效装车做好准备。 | ||
| 重要性 此活动有助于分析订单包装完成后等待承运商提货的时间。暂存时间过长,可能表明承运商协调不佳或月台门调度效率低。 获取途径 通常可根据库存移动交易推断,条件是目标位置为暂存区。 采集 根据库存移动交易的时间戳推断,条件是装载单元被移至“暂存”或“发货”位置。 事件类型 inferred | |||
| 开始包装 | 此活动标志着包装站开始包装。通常在操作员扫描已拣选货物或订单周转箱、开始准备发货时记录。 | ||
| 重要性 此事件标志着增值包装环节的开始。测量该环节的耗时,有助于了解包装站效率和资源配置情况。 获取途径 可由包装站日志中的明确事件记录,也可根据与出库订单关联的包装工作中心首次扫描货物的记录推断。 采集 根据指定订单在指定包装工作中心首次扫描货物的时间戳推断。 事件类型 inferred | |||
| 收到入库通知 | 表示收到供应商发来的预先发货通知(ASN)或类似单据。此事件表明货物正在运往仓库,可据此规划收货活动。 | ||
| 重要性 此活动可帮助您了解收货月台即将到来的工作量。通知与车辆到达之间的时间间隔可反映供应商绩效和运输延误情况。 获取途径 通常可在入库交货或ASN表中找到,记录时间为通过电子数据交换或手动录入收到单据时。 采集 查找与仓库订单关联的高级发货通知或入库交货单据的创建时间戳。 事件类型 explicit | |||
| 货物已包装 | 此事件确认货物已全部装入发货容器,并已生成标签。包装员在系统中确认包装完成时,系统会记录此事件。 | ||
| 重要性 这标志着订单准备工作完成,货物已可进入最后处理阶段。该时间点是衡量包装效率的重要依据。 获取途径 通常作为明确的交易记录在包装表或装载单元管理表中。 采集 使用装载单元或订单的包装状态设为“已完成”时的时间戳。 事件类型 explicit | |||
| 货物抵达月台 | 此活动表示卡车或承运车辆已抵达仓库收货月台,尚未开始卸货。通常由场地管理模块记录,或由工作人员在车辆签到时记录。 | ||
| 重要性 这标志着仓库实物处理流程的开始。车辆到达后至开始收货之间的延误,可能表明收货月台或场地工作人员存在瓶颈。 获取途径 通常记录在门禁管理或场地管理日志中,也可能作为入库交货单据的状态更新记录。 采集 记录入库交货状态更新为“已到达”或“已签到”时的时间戳。 事件类型 explicit | |||
数据提取指南
立即提升仓库绩效
借助数据洞察找出瓶颈、降低成本并加快订单履约。
无需信用卡,几分钟即可完成设置。