您的供应链管理数据模板
您的供应链管理数据模板
- 建议采集的属性,用于全面分析
- 要追踪的关键流程活动和里程碑
- Blue Yonder 数据提取分步指南
供应链管理属性
| 名称 | 描述 | ||
|---|---|---|---|
| 开始时间 EventTime | 记录特定活动开始或发生的时间戳。 | ||
| 描述 事件时间(或开始时间)是源系统中记录活动的精确日期和时间。此时间顺序数据对于正确排列事件以及所有基于时间的分析都至关重要。 该时间戳用于计算活动间的周期时间、衡量整个流程的持续时间,并识别延迟或等待时间。它是几乎所有绩效相关 KPI(如端到端订单提前期和运输周期时间)的核心基础。 为何重要 此时间戳对于排列事件顺序、计算持续时间以及分析流程绩效和随时间变化的瓶颈至关重要。 获取方式 在 Blue Yonder 的每个业务对象事务数据表中,此信息通常以创建日期、更改日期或过账日期时间戳的形式提供。 示例 2023-10-26T09:00:00Z2023-10-26T14:30:00Z2023-10-27T11:15:00Z | |||
| 活动名称 ActivityName | 物流流程中发生的特定业务事件或步骤的名称,例如“已发布采购订单”或“货物拣选与包装”。 | ||
| 描述 活动名称描述了物流订单生命周期中执行的单个步骤或任务。这些事件按时间顺序记录,为每个案例构建动作序列。 分析活动是流程挖掘的基础。通过分析活动,可以实现流程图的可视化、检测特定步骤间的瓶颈、分析活动频率,并识别偏离标准流程的情况。 为何重要 此属性定义了流程图中的步骤,使物流订单流的可视化、分析和优化成为可能。 获取方式 活动名称源自 Blue Yonder 仓储、运输和订单管理等模块中记录的事件日志、事务代码或状态更改。 示例 收到客户订单产出品发运已排期交货证明已签署 | |||
| 物流订单 LogisticsOrder | 单个物流订单的唯一标识符,作为跟踪端到端供应链流程的主要案例 ID。 | ||
| 描述 物流订单是连接从客户下单到最终交付的所有相关活动的核心标识符。每个唯一的物流订单号代表供应链流程的一个实例。 在流程挖掘中,按物流订单分析数据可以获得订单生命周期的全景视图。这对于计算端到端周期时间、识别流程变体以及了解订单在采购、生产和分销等不同阶段的流转情况至关重要。 为何重要 这是基础案例 ID。它将所有流程步骤连接在一起,从而能够重建和分析整个订单履行过程。 获取方式 此标识符通常位于 Blue Yonder 的主订单管理或物流执行模块中。 示例 LO-845123LO-845124LO-845125 | |||
| 供应商名称 SupplierName | 为采购订单提供原材料或零部件的供应商名称。 | ||
| 描述 供应商名称标识了在供应链流程中采购货物的供应商。这是分析入境物流和采购阶段的关键维度。 此属性在“供应商入境绩效”仪表板中用于按供应商细分从采购订单创建到物料接收的周期时间。此分析有助于识别可靠高效的供应商与经常导致延误的供应商,为采购策略和供应商关系管理提供参考。 为何重要 支持对不同供应商进行绩效分析,这对于优化入库物流和确保达成生产进度至关重要。 获取方式 此信息存储在采购订单抬头数据中,并从 Blue Yonder 或集成的 ERP 供应商主数据表中链接。 示例 Global Components Inc.Advanced Materials LLCPrecision Parts Co. | |||
| 实际交付日期 ActualDeliveryDate | 订单成功交付给客户的实际日期,以交付证明为准。 | ||
| 描述 实际交货日期是在交付完成后获取的,通常源自“签收交付证明”事件。该时间戳标志着物流订单的最终履行。 此属性对于衡量绩效至关重要。通过将其与“请求交货日期”进行对比,可以确定交付是准时、延迟还是提前。此计算是准时交货率 (OTDR) KPI 的核心,并在准时交货绩效仪表板中进行可视化展示。 为何重要 该属性对于计算准时交付率至关重要,它衡量了实际表现与客户预期之间的差距。 获取方式 此日期通常源自交付证明事件的时间戳,可以在 Blue Yonder 的 TMS 或相关物流模块中捕获。 示例 2023-11-142023-11-212023-12-01 | |||
| 客户要求的交货日期 RequestedDeliveryDate | 客户在订单中提出的期望交付日期。 | ||
| 描述 请求交货日期是与物流订单相关的关键客户主数据。它代表了对客户的承诺,是衡量交付绩效的主要基准。 通过将此日期与“实际交货日期”进行对比来计算准时交货率 KPI。它是“准时交货绩效”仪表板的基础,能够分析延误及其根源(如承运商表现或内部瓶颈)。 为何重要 这是衡量客户满意度和交付绩效的基准,对于计算准时交货率 KPI 至关重要。 获取方式 这通常存储在 Blue Yonder 订单管理系统的客户订单抬头数据中。 示例 2023-11-152023-11-202023-12-01 | |||
| 用户名称 UserName | 执行该活动的个人的用户 ID 或姓名。 | ||
| 描述 此属性标识负责特定流程步骤的员工或系统用户。它对于了解资源分配、工作量分布以及个人或团队层面的绩效至关重要。 在分析中,用户名称用于过滤流程图,以查看不同用户执行相同任务的情况、识别培训需求或确定表现优异者。它对于“手动任务和自动化潜力”仪表板也至关重要,可以查看哪些用户参与了频繁的重复性任务。 为何重要 将用户行为归因到具体个人,从而进行工作量分析、绩效对比并识别自动化机会。 获取方式 通常在事务数据中以“创建者”或“修改者”字段形式出现,并链接到 Blue Yonder 中的用户主数据表。 示例 j.doea.smithSYSTEM_RFC | |||
| 订单状态 OrderStatus | 物流订单的当前或最终状态,如“进行中”、“已完成”或“已取消”。 | ||
| 描述 订单状态提供了物流订单在数据提取时处于生命周期的哪个阶段或其最终结果的快照。它是案例状态的关键指标。 该属性对于过滤分析非常有用,可以只关注已完成的订单,或调查某些订单被取消的原因。它有助于理解不同流程变体的结果,是衡量整体流程成功或失败率的简便方法。 为何重要 指示案例的结果,允许过滤分析已完成、进行中或已取消的订单,这对于结合业务背景分析绩效指标至关重要。 获取方式 这通常是 Blue Yonder 中主物流订单或装运单据抬头的状态字段。 示例 已完成进行中已取消暂停 | |||
| 订单类型 OrderType | 订单分类,如“标准订单”、“加急订单”或“大宗订单”。 | ||
| 描述 订单类型根据其特征、紧急程度或业务背景对物流订单进行分类。不同的订单类型通常遵循不同的流程路径或具有不同的服务水平协议 (SLA)。 按订单类型进行分析对于理解流程变体至关重要。例如,“加急订单”预期周期较短,可能会跳过某些步骤,而“大宗订单”可能有更长的生产交付周期。该属性有助于解释为什么某些案例会偏离常规,在“流程变体分析”仪表板中非常有用。 为何重要 有助于解释流程变体和绩效差异,因为不同的订单类型通常具有独特的路径、优先级和 SLA。 获取方式 此信息通常存储在 Blue Yonder 订单管理系统的订单抬头数据中。 示例 标准紧急库存转移退货 | |||
| 产品类别 ProductCategory | 物流订单中产品所属的类别,如电子产品或服装。 | ||
| 描述 产品类别是用于将相似产品分组的分类。不同的产品类别可能具有不同的供应链流程、处理要求或交付周期。 该属性在“物流订单吞吐量趋势”仪表板中使用,用于过滤和比较不同类型产品的已完成订单量。它可以揭示特定产品线是否面临更多延迟或吞吐量较低,从而帮助将改进工作集中在最需要的地方。 为何重要 支持按产品类型进行细分流程分析,揭示特定类别的瓶颈、需求模式或操作复杂度。 获取方式 这是物料或产品主数据的一部分,这些数据链接到 Blue Yonder 物流订单的行项目。 示例 消费电子工业机械成衣杂货 | |||
| 供应商承诺日期 SupplierPromisedDeliveryDate | 供应商为特定采购订单承诺的交付日期。 | ||
| 描述 此日期是供应商对原材料或零部件交付时间的承诺。它是衡量供应商可靠性和及时性的基准。 此属性对于计算“供应商准时交货率” KPI 至关重要。将其与物料的实际接收日期(“收到原材料”事件时间戳)进行对比,以确定供应商是否履行了承诺。此分析是“供应商入境绩效”仪表板的核心。 为何重要 作为入库交付的绩效基准,用于衡量供应商可靠性及其对生产进度的影响。 获取方式 此日期通常存储在采购订单行项目级别,基于供应商提供的信息或标准提前期。 示例 2023-10-102023-10-122023-10-15 | |||
| 最后数据更新 LastDataUpdate | 指示 data 上次刷新或从 source system 提取的时间的 timestamp。 | ||
| 描述 此属性提供最近一次数据提取的日期和时间。它为分析提供了上下文,显示了数据的时效性以及预计下一次刷新的时间。 了解数据的时效性对用户非常重要。这有助于解读仪表板并确保决策基于及时的信息。 为何重要 提供关于数据新鲜度的关键背景,确保用户了解流程分析的实时程度。 获取方式 此时间戳在数据提取、转换与加载(ETL)过程中生成并添加。 示例 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
| 客户名称 CustomerName | 下单客户的名称。 | ||
| 描述 识别物流订单的最终客户。这是从以客户为中心的视角进行细分分析的基础维度。 按客户分析流程绩效可以揭示特定客户是否经历了更长的交付周期或更多问题。该属性支持像“准时交付绩效”这样的仪表板,允许按客户进行明细分析,帮助针对大客户优先进行改进。 为何重要 支持以客户为中心的分析,帮助识别受流程低效影响最大的客户,并优先进行服务改进。 获取方式 此信息存储在客户订单抬头数据中,并从 Blue Yonder 或集成 CRM/ERP 的客户主数据表中链接。 示例 Retail CorpMegaStore Inc.直接消费品 | |||
| 承运商名称 CarrierName | 负责运输货物的运输公司名称。 | ||
| 描述 承运商名称标识了负责将货物从仓库运送到最终目的地的物流合作伙伴。它是评估出境物流绩效的关键维度。 在“运输效率监控”仪表板中,按承运商名称分析数据有助于比较不同承运商的“货物在途”时长。这使企业能够识别最快、最可靠或最具成本效益的运输合作伙伴,并据此优化运输策略。 为何重要 支持对不同运输承运商进行绩效基准分析,有助于优化运输成本、路线和交付时间。 获取方式 这通常位于 Blue Yonder 运输管理系统 (TMS) 的装运或货运订单单据中。 示例 快递运输National Logistics快捷货运 | |||
| 是否按期交付 IsOnTimeDelivery | 一个计算标记,用于指示订单是否在要求的交货日期当天或之前送达。 | ||
| 描述 这是一个通过比较“实际交货日期”和“请求交货日期”得出的布尔属性。它通过将每个订单分类为“准时”(true)或“延迟”(false),简化了绩效分析。 此属性直接驱动“准时交货绩效”仪表板,并用于计算“准时交货率” KPI。它支持快速过滤和根本原因分析,以了解与延迟交货相关的常见因素(如承运商或产品类型)。 为何重要 通过为每个订单提供明确的布尔值结果,简化准时交货分析,从而轻松计算绩效指标并识别导致延迟的因素。 获取方式 此属性并非来自源系统。它是根据公式“实际交货日期 <= 请求交货日期”在数据转换过程中计算得出的。 示例 truefalse | |||
| 是否返工 IsRework | 一个计算标记,用于指示订单是否经历了返工,例如重复包装或多次质检。 | ||
| 描述 如果物流订单显示返工循环迹象(例如“货物拣选与包装” -> “执行质量控制” -> “货物拣选与包装”),此布尔标志将设置为 true。它识别了偏离标准高效流程的案例。 此属性用于计算“订单返工率” KPI,并在“流程变体和返工分析”仪表板中进行可视化展示。精准定位存在返工的案例有助于识别履行流程中的错误或低效源头,从而进行针对性改进以减少浪费和运营成本。 为何重要 通过标记具有重复步骤的案例来突出流程低效和质量问题,从而集中精力提高流程稳定性并降低成本。 获取方式 这不是 Blue Yonder 中的原生字段。它是流程挖掘分析期间,通过检测案例中特定的重复活动序列计算得出的。 示例 truefalse | |||
| 源系统 SourceSystem | 提取数据的源系统,在本例中为 Blue Yonder。 | ||
| 描述 此属性标识流程数据的来源。在多个系统数据合并以获得流程全景视图的环境中,它特别有用,能确保清晰的数据血缘。 在此分析中,该值将始终为 “Blue Yonder”,但它作为数据治理和上下文的关键元数据,在集成 ERP 或 CRM 等其他系统时尤为重要。 为何重要 识别数据的来源,这对于数据治理、验证以及管理跨多个企业系统的分析至关重要。 获取方式 这通常是在 data 提取和 transformation 过程中添加的静态值,用于标记 dataset 的来源。 示例 Blue Yonder TMSBlue Yonder WMSBlue Yonder SCP | |||
| 端到端周期时间 EndToEndCycleTime | 物流订单从第一个活动(“收到客户订单”)到最后一个活动(“签收交付证明”)所经历的总时长。 | ||
| 描述 此指标衡量物流订单生命周期的总时长。它是一个反映整个供应链流程综合速度和效率的关键绩效指标。 这是“端到端订单提前期分析”仪表板和“物流订单端到端周期时间” KPI 的主要指标。分析该时长有助于识别系统性延误,并提供流程健康状况的高级度量。可以按订单类型或产品类别等维度进行细分,以寻找导致提前期过长的诱因。 为何重要 这是衡量供应链整体速度的关键 KPI,直接影响客户满意度和营运资金。 获取方式 此值不在源系统中存储。它是通过从每个案例的最后一个事件时间戳中减去第一个事件时间戳计算得出的。 示例 15天4小时22 天 11 小时10 天 2 小时 | |||
| 结束时间 EndTime | 指示活动完成时的时间戳。 | ||
| 描述 结束时间标志着一项活动的终结。当开始时间和结束时间均可用时,可以计算活动的精确处理时间,从而将其与空闲或等待时间区分开来。 这对于分析特定任务(如“货物拣选与包装”或“执行质量控制”)的持续时长非常有价值。它有助于查明哪些活动耗时最长,为针对性的优化和自动化工作提供支持。 为何重要 支持准确计算活动处理时间,这是识别低效任务和衡量资源生产率的关键。 获取方式 与开始时间类似,这通常作为 Blue Yonder 中每个业务对象的事务数据表中的时间戳存在,通常标记状态的完成。 示例 2023-10-26T09:05:14Z2023-10-26T14:45:00Z2023-10-27T11:18:30Z | |||
| 运输方式 ModeOfTransport | 货物运输方式,如卡车、空运或海运。 | ||
| 描述 此属性指定运输货物的方式。不同运输方式的成本、速度和运力各不相同,是物流计划和分析中的重要因素。 “运输效率监控”仪表板使用此属性来比较不同运输方式的运输时间和成本。这有助于根据订单优先级和成本约束做出战略决策,例如在较快但较贵的空运与较慢但较便宜的海运之间进行权衡。 为何重要 为分析运输成本和速度提供关键维度,从而为选择最有效的运输方式提供战略决策支持。 获取方式 此信息通常存储在 Blue Yonder TMS 的装运或货运订单详情中。 示例 整车运输 (FTL)空运海运通道 | |||
| 采购申请创建人 PurchaseRequisitionCreator | 发起购买货物或物料请求的用户或部门。 | ||
| 描述 此属性标识创建采购申请的人员或团队。采购申请是触发正式采购订单创建的内部文件。它提供了关于谁在驱动组织内部采购需求的背景信息。 按此属性进行分析有助于了解内部采购模式,并可用于“手动任务和自动化潜力”仪表板。如果少数用户创建了大量标准申请,可能预示着申请流程自动化的机会。 为何重要 识别采购请求的来源,有助于分析内部需求模式并识别流程自动化的机会。 获取方式 存在于采购申请单据数据中,通常为“创建人”字段。 示例 m.jonesp.chenPLANNING_DEPT | |||
| 采购订单号 PurchaseOrderNumber | 为从供应商处采购原材料或货物而创建的采购订单的唯一标识符。 | ||
| 描述 采购订单号将物流订单与采购流程联系起来。它是在“已创建采购申请”和“已发布采购订单”等活动期间生成的。 此属性支持对采购子流程进行详细分析。它对于“供应商入境绩效”仪表板至关重要,有助于跟踪特定 PO 从发布到收货的整个过程,并将延误与特定供应商或物料关联起来。 为何重要 将主要的履约流程与上游采购活动相关联,从而能够详细分析供应商绩效和采购周期。 获取方式 此标识符在 Blue Yonder 或集成 ERP 系统的采购模块中生成并存储。 示例 PO45000123PO45000124PO45000125 | |||
供应链管理活动
| 活动 | 描述 | ||
|---|---|---|---|
| 交货证明已签署 | 最后一项活动确认客户已接受交付,通常通过签署交付单据。该事件通常通过状态更新捕获,可以是手动更新,也可以是通过司机使用的移动应用更新。 | ||
| 为何重要 这是端到端物流流程中最可靠的结束事件,对于计算整体周期时间和准时交货率至关重要。 获取方式 推断自 TMS 或 OMS 中交付或发运单据的状态更新。使用状态更改为“收到 POD”或“已送达”的时间戳。 捕获 源自发运单据上表示确认交付的状态更改。 事件类型 inferred | |||
| 产出品 | 此事件标志着物流订单制造过程的结束。它通常根据生产订单的状态变更(如变为“已完成”或“结束”)来推断。 | ||
| 为何重要 此里程碑对于衡量生产周期时间至关重要,也是“生产到发货提前期” KPI 的起点。它预示着货物已准备好进入下一个履行阶段。 获取方式 推断自制造订单表中的状态更改(例如状态更新为“已完成”)。与此最终状态更新关联的时间戳作为事件时间。 捕获 识别生产订单状态更改为终态“完成”的时间戳。 事件类型 inferred | |||
| 原材料已收到 | 此活动表示在仓库或生产设施中实际接收到供应商交付的货物。它通过收货事务明确捕获,通常通过扫描进货物品来启动。 | ||
| 为何重要 此事件标志着流程中供应商交付阶段的结束。它对于衡量供应商可靠性和入境物流效率至关重要。 获取方式 从仓库管理系统 (WMS) 或库存管理模块的事务日志中获取。它对应于收货单据的过账日期和时间。 捕获 基于收货过账的事务时间戳。 事件类型 explicit | |||
| 收到客户订单 | 此活动标志着系统中根据客户需求创建了新的物流订单。当用户或 EDI 消息在 Blue Yonder 的订单管理模块中创建销售订单单据时,通常会明确捕获此事件。 | ||
| 为何重要 这是端到端供应链流程的主要开始事件。分析此活动对于衡量订单接收量以及从下单到交付的整体提前期至关重要。 获取方式 创建销售订单时,此事件会明确记录在订单管理系统表中。它对应于订单抬头记录的创建时间戳。 捕获 事件在销售订单创建时记录(例如事务提交)。 事件类型 explicit | |||
| 货物已拣选并包装 | 此活动涵盖了从存储区拣选物品并包装以备装运的仓库流程。这通常是仓库操作员在 WMS 中使用射频 (RF) 扫描枪捕获的明确事件。 | ||
| 为何重要 这是出境物流流程中的关键里程碑。分析其持续时间有助于识别仓库作业中的低效环节,并构成“库存到发运周期时间”的一部分。 获取方式 显式记录在 Blue Yonder WMS 事务日志中。当仓库员工确认拣选和包装任务完成时捕获时间戳。 捕获 当订单的最后一次拣选或包装任务确认时记录事件时间戳。 事件类型 explicit | |||
| 货物已装载待运 | 标记包装好的货物装上运输车辆并离开仓库的时间点。这是一个关键的显式事件,通常在 WMS 或 TMS 中记录为“出库”事务。 | ||
| 为何重要 此事件是衡量运输周期时间和整体过境效率的起点。它标志着从内部仓库作业到外部承运商的交接。 获取方式 在 WMS 或 ERP 系统中作为出库过账显式记录。该事务的过账日期和时间作为事件时间戳。 捕获 从与交付相关的出库事务日志中捕获的事件。 事件类型 explicit | |||
| 采购订单已发布 | 这标志着向外部供应商正式创建并发出原材料或成品采购订单。这是 Blue Yonder 采购功能中的核心明确事件。 | ||
| 为何重要 这是跟踪供应商提前期和绩效的关键里程碑。它作为供应商准时交货 KPI 的起点。 获取方式 作为显式事件记录在采购系统表中,具有表示采购订单单据创建或正式发布的时间戳。 捕获 事件对应于采购订单单据的创建或发布时间戳。 事件类型 explicit | |||
| 发票已发送给客户 | 代表针对已交付货物创建并发布客户发票。这是记录在订单管理或财务模块中的显式财务事务。 | ||
| 为何重要 此活动是订单到现金 (Order-to-Cash) 循环中的关键步骤。分析其相对于交付的时间点,可以揭示影响现金流的账单流程延误。 获取方式 显式记录在开票或财务表中。该事件对应于发票单据的创建或过账日期。 捕获 基于客户账单单据的过账时间戳。 事件类型 explicit | |||
| 发运已排期 | 此活动代表运输计划,包括承运商选择和预订取货时段。这是 Blue Yonder 运输管理系统 (TMS) 中创建并确认装运时的明确事件。 | ||
| 为何重要 此事件提供了对运输计划阶段的洞察。此处的延误会影响准时发货和整体交付绩效。 获取方式 从 TMS 模块的事务日志中获取。该事件对应于发运单据定稿或分配承运商的时间戳。 捕获 基于运输或装载计划的创建或确认时间戳。 事件类型 explicit | |||
| 已创建请购单 | 当库存不足以履行订单时,会触发此活动以请求采购必要物料。采购申请单据的创建是采购模块中的一个明确事件。 | ||
| 为何重要 跟踪此项有助于识别对采购的依赖及其对整体订单履行时间的影响。它突出了库存短缺导致供应链延误的案例。 获取方式 当创建采购申请单据并将其链接到销售订单需求时,显式记录在采购或供应计划表中。 捕获 以请购单文档的创建时间戳为准。 事件类型 explicit | |||
| 已执行质量控制 | 代表在货物可发运之前完成对产成品的质量检查。这可以从库存批次或批号的状态更新中推断出来,即其状态变为“非限制”或“通过检验”。 | ||
| 为何重要 此活动有助于识别质量保证环节中的瓶颈,对于分析返工至关重要。对同一订单进行重复的 QC 检查可能表明存在质量问题。 获取方式 推断自库存管理或质量管理模块中的状态字段更改。使用状态从“检验中”变为“已发布”的时间戳。 捕获 源自相关库存批次或批号的质量状态更改。 事件类型 inferred | |||
| 已检查库存可用性 | 代表系统或人工检查,以确认是否有足够的库存来履行客户订单。这通常从订单行上的状态更改推断出来,表示其已通过可承诺量 (ATP) 检查。 | ||
| 为何重要 此活动有助于衡量确认订单所需的时间,并识别由缺货导致的延误。它是计算库存可用率 KPI 并了解履行潜力的关键。 获取方式 推断自销售订单行上的状态字段更改(例如从“新建”变为“已确认”),或与 Blue Yonder 库存或订单管理模块内的 ATP 检查日志关联的时间戳。 捕获 源自订单行上表示库存确认的状态更改。 事件类型 inferred | |||
| 生产已调度 | 代表为了生产所需货物而进行的生产或制造订单的计划和调度。这通常是由 Blue Yonder 的制造或供应计划模块生成的显式事件。 | ||
| 为何重要 此活动提供了对制造周期开始情况的洞察。分析排程与生产完成之间的时间间隔有助于识别计划与执行之间的差距。 获取方式 记录在制造执行或计划系统表中,具有与生产订单的创建或确认相关联的时间戳。 捕获 源自制造订单的创建或状态更改时间戳。 事件类型 explicit | |||
| 订单已取消 | 代表在履约完成前取消物流订单。这是一个备选的结束事件,推断自销售订单上的最终“已取消”或“无效”状态。 | ||
| 为何重要 跟踪订单取消对于了解流程流失和客户不满至关重要。分析取消订单的时间和原因可以揭示销售或运营中的潜在问题。 获取方式 推断自销售订单抬头状态。捕获状态更改为最终“已取消”状态的时间戳作为事件时间。 捕获 基于订单状态更改为“已取消”的时间戳。 事件类型 inferred | |||
| 货物在目的地卸载 | 此活动表示货物已到达客户地点并已卸货。该事件通常通过承运商的 EDI 消息或根据承运商信息手动录入来明确捕获。 | ||
| 为何重要 这标志着行程中在途阶段的结束。对于准确计算运输周期时间 KPI 以及识别与承运商相关的延误至关重要。 获取方式 此信息通常来自外部承运商数据(通过 EDI 传输或承运商门户)。它作为 TMS 中装运单据的状态更新被记录。 捕获 事件时间基于承运商更新“已送达”状态的时间戳。 事件类型 explicit | |||
提取指南
该流程的提取方法正在验证中。请稍后回来查看或 联系我们 寻求帮助。