您的供应链管理数据模板
您的供应链管理数据模板
- 全面分析所需收集的建议属性
- 需要跟踪的关键流程活动和里程碑
- 从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 | 订单成功交付给客户并经交付凭证确认的实际日期。 | ||
| 说明 实际交付日期在交付完成时记录,通常来自“签署交付凭证”活动。此时间戳标志着物流订单最终履行完成。 此属性对于绩效衡量至关重要。将其与“要求交付日期”比较,可判断交付是准时、延迟还是提前。此计算是按时交付率KPI的基础,并显示在按时交付绩效仪表板中。 重要性 此属性用于计算按时交付率,衡量实际交付绩效是否符合客户预期。 获取途径 此日期通常根据交付凭证事件的时间戳确定,可从Blue Yonder的TMS或相关物流模块中获取。 示例 2023-11-142023-11-212023-12-01 | |||
| 用户名 UserName | 执行活动人员的用户ID或姓名。 | ||
| 说明 此属性标识负责特定流程步骤的员工或系统用户,对于了解资源分配、工作量分布以及个人或团队绩效至关重要。 分析时,可按用户名筛选流程图,查看不同用户执行同一任务的情况、识别培训需求或找出表现突出的人员。它对于“手动任务与自动化潜力”仪表板也很重要,可用于查看哪些用户经常参与重复性任务。 重要性 将用户操作关联到具体人员,以便分析工作量、比较绩效并发现自动化机会。 获取途径 事务数据中通常包含“创建者”或“变更者”字段,并关联到Blue Yonder中的用户主数据表。 示例 j.doea.smithSYSTEM_RFC | |||
| 要求交付日期 RequestedDeliveryDate | 客户要求订单交付的日期。 | ||
| 说明 要求交付日期是与物流订单关联的重要客户主数据,代表对客户作出的交付承诺,也是衡量交付绩效的主要基准。 将此日期与“实际交付日期”比较,可计算按时交付率KPI。它是“按时交付绩效”仪表板的基础,可用于分析延误及其根因,例如承运商绩效或内部瓶颈。 重要性 这是衡量客户满意度和交付绩效的基准,也是计算按时交付率KPI的必要数据。 获取途径 此日期通常存储在Blue Yonder订单管理系统的客户订单抬头数据中。 示例 2023-11-152023-11-202023-12-01 | |||
| 订单状态 OrderStatus | 物流订单当前或最终的状态,例如“处理中”“已完成”或“已取消”。 | ||
| 说明 订单状态反映数据提取时物流订单所处的生命周期阶段或最终结果,是判断案例状态的重要指标。 此属性可用于筛选分析范围,例如仅查看已完成订单,或调查某些订单被取消的原因。它有助于了解不同流程变体的结果,也可用于衡量整体流程的成功率或失败率。 重要性 显示案例结果,可按已完成、进行中或已取消的订单筛选分析,为解读绩效指标提供必要背景。 获取途径 这通常是Blue Yonder主要物流订单或货运单据抬头中的状态字段。 示例 已完成处理中已取消暂停 | |||
| 订单类型 OrderType | 订单的分类,例如“标准订单”“加急订单”或“批量订单”。 | ||
| 说明 订单类型根据物流订单的特征、紧急程度或业务背景进行分类。不同类型的订单通常遵循不同的流程路径,或适用不同的服务级别协议(SLA)。 按订单类型分析有助于了解流程差异。例如,加急订单通常要求更短的周期时间,可能会跳过某些步骤;批量订单的生产交付周期则可能更长。此属性有助于解释某些案例偏离常规的原因,也可用于“流程变体分析”仪表板。 重要性 有助于解释流程差异和绩效差异,因为不同订单类型通常有各自的路径、优先级和SLA。 获取途径 此信息通常存储在Blue Yonder订单管理系统的订单抬头数据中。 示例 标准加急库存调拨退货 | |||
| 产品类别 ProductCategory | 物流订单中产品所属的类别,例如电子产品或服装。 | ||
| 说明 产品类别用于将相似产品归为一组。不同类别的产品可能采用不同的供应链流程、处理要求或交付周期。 “物流订单吞吐趋势”仪表板利用此属性筛选并比较不同产品类型的已完成订单量。分析结果可以揭示某些产品线是否延误更多或吞吐量较低,帮助企业将改进工作聚焦于最需要的环节。 重要性 按产品类型细分流程分析,发现特定类别的瓶颈、需求模式或处理复杂性。 获取途径 此信息属于物料或产品主数据,并会关联到Blue Yonder物流订单的行项目。 示例 消费电子产品工业机械服装食品杂货 | |||
| 供应商承诺交货日期 SupplierPromisedDeliveryDate | 供应商承诺的特定采购订单交货日期。 | ||
| 说明 此日期是供应商承诺交付原材料或组件的时间,可作为衡量供应商可靠性和交付及时性的基准。 此属性是计算“供应商按时交付率”KPI的必要数据。将其与实际收货日期(“收到原材料”事件的时间戳)进行比较,即可判断供应商是否履行承诺。这项分析是“供应商入库绩效”仪表板的核心内容。 重要性 作为入库交付的绩效基准,用于衡量供应商的可靠性及其对生产计划的影响。 获取途径 此日期通常存储在采购订单行项目级别,依据供应商提供的信息或标准交付周期确定。 示例 2023-10-102023-10-122023-10-15 | |||
| 最近数据更新时间 LastDataUpdate | 表示最近一次从源系统刷新或提取数据的时间戳。 | ||
| 说明 此属性提供最近一次提取数据的日期和时间,为分析提供背景信息,显示数据的时效性以及预计下次刷新的时间。 用户需要了解所分析数据的时效性,以便正确解读仪表板,并确保决策依据及时有效。 重要性 此属性说明数据的时效性,让用户了解流程分析数据的更新程度。 获取途径 此时间戳在数据提取、转换和加载(ETL)过程中生成并添加。 示例 2024-01-15T02:00:00Z2024-01-16T02:00:00Z | |||
| 客户名称 CustomerName | 下单客户的名称。 | ||
| 说明 标识物流订单的最终客户,是从客户视角细分分析的基础维度。 按客户分析流程绩效,可以发现某些客户是否面临更长的交付周期或更多问题。此属性支持“按时交付绩效”等仪表板按客户细分数据,帮助企业优先改进重点客户的服务。 重要性 支持以客户为中心的分析,帮助找出受流程低效影响最大的客户,并优先改进服务。 获取途径 此信息存储在客户订单抬头数据中,并关联到Blue Yonder或集成CRM/ERP系统中的客户主数据表。 示例 Retail CorpMegaStore Inc.Direct Consumer Goods | |||
| 承运商名称 CarrierName | 负责运输货物的运输公司的名称。 | ||
| 说明 承运商名称用于标识负责将货物从仓库运送至最终目的地的物流合作伙伴,是评估出库物流绩效的重要维度。 在“运输效率监控”仪表板中,按承运商名称分析数据,可以比较不同承运商的“货物在途”时长,帮助企业找出速度最快、最可靠或最具成本效益的运输合作伙伴,并据此优化运输策略。 重要性 支持对不同运输承运商进行绩效对标,帮助优化运输成本、路线和交付时间。 获取途径 通常可在Blue Yonder运输管理系统(TMS)的货运或运输订单文档中找到。 示例 特快货运国家物流迅捷运输 | |||
| 是否按时交付 IsOnTimeDelivery | 用于标记订单是否在要求的交付日期当天或之前送达的计算字段。 | ||
| 说明 此布尔属性通过比较“实际交付日期”和“要求交付日期”计算得出,可将每笔订单明确归类为“按时”(true)或“延迟”(false),简化绩效分析。 此属性直接用于“按时交付绩效”仪表板,并用于计算“按时交付率”KPI。您可以快速筛选数据并分析根本原因,了解承运商或产品类型等因素与延迟交付之间的关联。 重要性 为每笔订单提供明确的布尔结果,简化按时交付分析,便于计算绩效比率并找出延误原因。 获取途径 此属性不在源系统中,而是在数据转换期间通过以下公式计算:ActualDeliveryDate <= RequestedDeliveryDate。 示例 truefalse | |||
| 是否返工 IsRework | 用于标记订单是否经历过返工的计算字段,例如重复包装或质量检查。 | ||
| 说明 如果物流订单中出现返工循环,例如活动顺序“已拣货并包装”->“已完成质量检查”->“已拣货并包装”,此布尔标记就会设为true。它可识别偏离标准高效流程的案例。 此属性用于计算“订单返工率”KPI,并在“流程变体与返工分析”仪表板中展示。找出发生返工的案例,有助于发现履约流程中的错误或低效环节,从而有针对性地改进,减少浪费和运营成本。 重要性 标记包含重复步骤的案例,揭示流程低效和质量问题,帮助有针对性地提升流程稳定性并降低成本。 获取途径 Blue Yonder中没有此字段。流程挖掘分析会通过检测案例中重复出现的特定活动序列来计算此属性。 示例 truefalse | |||
| 源系统 SourceSystem | 数据提取来源的系统,此处为Blue Yonder。 | ||
| 说明 此属性标识流程数据的来源。在整合多个系统的数据以全面查看流程时,它尤其有用,可确保数据来源清晰可追溯。 本次分析中的值始终为“Blue Yonder”,但它仍是数据治理和理解数据背景的重要元数据,尤其是在集成ERP或CRM等其他系统时。 重要性 标识数据来源,对于数据治理、验证以及管理跨多个企业系统的分析至关重要。 获取途径 通常在数据提取和转换过程中添加固定值,用于标记数据集的来源。 示例 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 | 为向供应商采购原材料或商品而创建的采购订单的唯一标识符。 | ||
| 说明 采购订单编号将物流订单与采购流程关联起来。它会在“创建采购申请”和“发出采购订单”等活动中生成。 此属性支持对采购子流程进行详细分析。在“供应商入库绩效”仪表板中,它对于跟踪特定采购订单从发出到收货的全过程至关重要,可帮助将延误与特定供应商或物料关联起来。 重要性 将主要履约流程与上游采购活动关联起来,以便详细分析供应商绩效和采购周期时间。 获取途径 此标识符由Blue Yonder的采购模块或集成的ERP系统生成并存储。 示例 PO45000123PO45000124PO45000125 | |||
供应链管理活动
| 活动 | 说明 | ||
|---|---|---|---|
| 发出采购订单 | 表示正式创建采购订单并将其发送给外部供应商,以采购原材料或成品。这是Blue Yonder采购功能中的核心明确事件。 | ||
| 重要性 这是跟踪供应商交付周期和绩效的重要节点,也是供应商按时交付KPI的起点。 获取途径 采购系统表中会明确记录此事件,并标注采购订单单据的创建或正式发出时间戳。 采集 此事件对应采购订单单据的创建或发出时间戳。 事件类型 explicit | |||
| 完成生产 | 此事件标志着物流订单的生产流程结束。通常可根据生产订单状态变化推断,例如状态变为“已完成”或“已结束”。 | ||
| 重要性 此节点是衡量生产周期时间的关键,也是生产至发运周期时间KPI的起点,表明商品已准备好进入下一履约阶段。 获取途径 可根据制造订单表中的状态变化推断,例如状态更新为“已完成”。最终状态更新的时间戳即为事件时间。 采集 识别生产订单状态变为最终“完成”状态的时间戳。 事件类型 inferred | |||
| 拣货并包装商品 | 此活动涵盖仓库从存储区拣取商品并包装待发运的流程。仓库操作员通常使用WMS中的RF扫描设备明确记录此事件。 | ||
| 重要性 这是出库物流流程的重要节点。分析其持续时间有助于发现仓库运营效率问题,也是库存至发运周期时间的组成部分。 获取途径 Blue Yonder WMS事务日志中会明确记录此事件。仓库员工确认拣货和包装任务完成时,系统会记录时间戳。 采集 订单的最后一项拣货或包装任务确认完成时,系统会记录事件时间戳。 事件类型 explicit | |||
| 收到原材料 | 表示供应商将货物实际送达仓库或生产设施。通常通过收货事务明确记录,入库商品扫描后即可触发。 | ||
| 重要性 此事件标志着供应商交付环节结束,是衡量供应商可靠性和入库物流效率的重要依据。 获取途径 从仓库管理系统(WMS)或库存管理模块的事务日志中获取,对应收货单据的过账日期和时间。 采集 根据收货过账事务的时间戳确定。 事件类型 explicit | |||
| 收到客户订单 | 客户提出需求后,系统中会创建新的物流订单。通常,用户或EDI消息在Blue Yonder订单管理模块中创建销售订单单据时,会明确记录此事件。 | ||
| 重要性 这是端到端供应链流程的主要开始事件。分析此活动有助于衡量订单接收量,以及从下单到交付的整体周期时间。 获取途径 创建销售订单时,订单管理系统表中会明确记录此事件,对应订单抬头记录的创建时间戳。 采集 创建销售订单时记录此事件,例如事务提交时。 事件类型 explicit | |||
| 签收交付凭证 | 此最终活动确认客户已接收货物,通常通过签署交付单据完成。一般通过状态更新记录,可由人工录入,也可通过司机使用的移动应用记录。 | ||
| 重要性 这是端到端物流流程中最可靠的结束事件,对计算整体周期时间和按时交付率至关重要。 获取途径 可根据TMS或OMS中交付单据或发运单的状态更新推断,使用状态变为“已收到交付凭证”或“已交付”的时间戳。 采集 根据发运单状态变化确定,表明交付已确认。 事件类型 inferred | |||
| 装车发运 | 表示包装好的商品已装上运输车辆并离开仓库。这是关键的明确事件,通常以WMS或TMS中的“发货过账”事务记录。 | ||
| 重要性 此事件是衡量运输周期时间和整体运输效率的起点,标志着作业从内部仓库移交给外部承运商。 获取途径 WMS或ERP系统中会明确记录发货过账。该事务的过账日期和时间即为事件时间戳。 采集 从与交付相关的发货过账事务日志中获取此事件。 事件类型 explicit | |||
| 创建采购申请 | 库存不足以履行订单时,会触发采购所需物料的申请。采购模块会明确记录采购申请单据的创建事件。 | ||
| 重要性 跟踪此活动有助于了解对采购的依赖及其对整体订单履行时间的影响,并发现库存短缺导致供应链延误的情况。 获取途径 创建采购申请单据并将其关联到销售订单需求时,采购或供应计划表中会明确记录此事件。 采集 根据采购申请单据的创建时间戳确定。 事件类型 explicit | |||
| 取消订单 | 表示物流订单在履行完成前被取消。这是一个替代结束事件,可根据销售订单最终状态为“已取消”或“作废”推断。 | ||
| 重要性 跟踪取消情况有助于了解流程中断和客户不满。分析订单取消的时间和原因,可以发现销售或运营中的潜在问题。 获取途径 可根据销售订单抬头状态推断。状态变为最终“已取消”时的时间戳即为事件时间。 采集 根据订单状态变为“已取消”的时间戳确定。 事件类型 inferred | |||
| 向客户发送发票 | 表示为已交付商品创建并开具客户发票。这是订单管理或财务模块中明确记录的财务事务。 | ||
| 重要性 此活动是订单到收款周期中的关键步骤。分析其与交付时间的间隔,有助于发现影响现金流的开票延误。 获取途径 开票或财务表中会明确记录此事件,对应发票单据的创建或过账日期。 采集 根据客户开票单据的过账时间戳确定。 事件类型 explicit | |||
| 安排发运 | 此活动表示运输计划,包括选择承运商并预约提货时段。在Blue Yonder运输管理系统(TMS)中创建并确认发运单时,会明确记录此事件。 | ||
| 重要性 此事件反映运输计划阶段的情况。此处延误可能影响按时发车和整体交付绩效。 获取途径 从TMS模块的事务日志中获取,对应发运单定稿或分配承运商的时间戳。 采集 根据发运单或装载计划的创建或确认时间戳确定。 事件类型 explicit | |||
| 安排生产计划 | 表示为生产所需商品而规划并排定生产订单。通常由Blue Yonder制造或供应计划模块明确生成此事件。 | ||
| 重要性 此活动显示制造周期的起点。分析从排产到生产完成的时间,有助于发现计划与执行之间的差距。 获取途径 制造执行或计划系统表中会记录此事件,并标注生产订单创建或确认的时间戳。 采集 根据生产订单的创建时间戳或状态变更时间戳确定。 事件类型 explicit | |||
| 完成质量检查 | 表示成品发运前完成质量检验。可根据库存批次或批号的状态更新推断,例如状态变为“非限制”或“检验通过”。 | ||
| 重要性 此活动有助于发现质量保证流程中的瓶颈,对返工分析也至关重要。同一订单反复进行质量检查可能表明存在质量问题。 获取途径 可根据库存管理或质量管理模块中的状态字段变化推断,使用状态从“检验中”变为“已放行”的时间戳。 采集 根据相关库存批次或批号的质量状态变化确定。 事件类型 inferred | |||
| 检查库存可用性 | 表示通过系统或人工检查,确认库存中有足够的商品履行客户订单。通常可根据订单行状态变化推断此活动,例如状态表明订单已通过可承诺量(ATP)检查。 | ||
| 重要性 此活动有助于衡量订单确认所需时间,并发现缺货造成的延误。它是计算库存可用率KPI、了解履约能力的关键依据。 获取途径 可根据销售订单行的状态字段变化推断,例如从“新建”变为“已确认”;也可使用Blue Yonder库存或订单管理模块中ATP检查日志的时间戳。 采集 根据订单行状态变化推断,表明库存已确认。 事件类型 inferred | |||
| 货物抵达目的地并卸货 | 表示货物已抵达客户所在地并完成卸货。通常通过承运商发送的EDI消息明确记录,也可根据承运商提供的信息手动录入。 | ||
| 重要性 此事件标志着运输途中环节结束,是准确计算运输周期时间KPI和发现承运商相关延误的关键依据。 获取途径 此信息通常来自承运商通过EDI数据流或承运商门户提供的数据,并作为发运单在TMS中的状态更新记录。 采集 事件时间根据承运商发来的“已交付”状态更新时间确定。 事件类型 explicit | |||
数据提取指南
此流程的提取方法目前正在验证中。请稍后再查看,或 联系我们 获取帮助。
告别延误:立即优化您的Blue Yonder供应链
实现90%的预测准确率,消除高昂的缺货损失。
无需信用卡,几分钟即可完成设置。