您的供应链管理数据模板
您的供应链管理数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- Kinaxis RapidResponse数据提取指南
供应链管理属性
| 名称 | 说明 | ||
|---|---|---|---|
| 事件时间 EventTime | 表示特定活动或事件发生时间的时间戳,包含日期和时间信息。 | ||
| 说明 事件时间记录活动发生的准确时刻。此时间戳对于按时间顺序排列事件以及计算流程不同步骤之间的时长至关重要。 分析需要依靠此属性计算所有基于时间的指标,包括周期时间、等待时间和交付周期。它也是订单履约周期时间仪表板和平均订单到交付周期时间等KPI的必要数据。准确的时间戳是了解流程绩效和发现延误的基础。 重要性 此时间戳确定事件的先后顺序,是所有时长和绩效计算的基础,有助于揭示瓶颈和延误。 获取途径 此信息通常与Kinaxis RapidResponse各模块的交易日志或状态更新记录中的活动数据一同保存。 示例 2023-10-26T08:00:00Z2023-10-26T14:30:15Z2023-10-27T10:05:00Z | |||
| 活动名称 ActivityName | 物流流程中发生的具体业务事件或步骤名称,例如“货物已发运”或“已发出采购订单”。 | ||
| 说明 此属性描述供应链流程中的单个步骤或里程碑,记录订单创建、库存检查、生产阶段和交付确认等关键事件,构成每个物流订单的操作顺序。 在流程挖掘分析中,系统会根据活动顺序自动发现流程图、识别与标准过程之间的偏差并定位瓶颈。这也是分析流程、执行一致性检查和识别返工循环的基础,例如“质量控制返工分析”仪表板所示。 重要性 它定义了流程步骤,支持发现并呈现实际的端到端供应链流程。 获取途径 此信息通常来自Kinaxis RapidResponse各模块中的事件日志、状态变更记录或交易代码。 示例 已发出采购订单已收到原材料已完成生产货物已发运 | |||
| 物流订单 LogisticsOrder | 特定物流订单的唯一标识符,用于关联从需求计划到最终交付的所有相关活动。 | ||
| 说明 物流订单是主要案例标识符,用于归集单次履约过程中的所有事件。它支持端到端跟踪产品在供应链中的流转,从初始预测或客户请求一直到最终交货证明。 在流程挖掘中,按物流订单分析活动至关重要。这样可以呈现完整的流程顺序流、计算周期时间,并识别每个订单的流程变体和瓶颈。这也是订单履约周期时间和端到端物流变体等仪表板的基础。 重要性 这是追踪订单完整生命周期的关键标识,可用于从头到尾分析流程变体、效率和合规情况。 获取途径 此标识通常是Kinaxis RapidResponse订单管理或物流计划模块中的核心字段。 示例 LO-2024-00123LO-2024-00124LO-2024-00125 | |||
| 上次数据更新 LastDataUpdate | 表示此事件的数据上次从源系统刷新或提取时间的时间戳。 | ||
| 说明 此属性提供最近一次数据提取的日期和时间,是帮助用户了解所分析数据新鲜度的元数据字段。 在任何流程挖掘仪表板中,此信息都至关重要。它会显示分析数据的时效性以及预计下次更新时间,确保决策依据及时的数据。 重要性 此信息可帮助用户了解数据的时效性、流程分析的当前情况以及上次刷新时间。 获取途径 此元数据字段在数据提取、转换和加载(ETL)过程中生成并写入数据集。 示例 2024-05-20T02:00:00Z2024-05-21T02:00:00Z | |||
| 源系统 SourceSystem | 提取事件数据的记录系统。 | ||
| 说明 此属性标识每条事件日志记录的来源系统。在复杂的系统环境中,单个流程的事件可能来自多个系统,例如ERP、WMS和Kinaxis本身。 分析时,此属性有助于验证数据并了解流程所涉及的技术环境,也有助于发现数据集成问题或供应链相关系统之间的数据差异。 重要性 它说明数据来源,对于数据验证、问题排查以及了解不同IT系统间的流程分散情况至关重要。 获取途径 此值通常在数据提取过程中作为静态值添加,用于标记数据来源。 示例 Kinaxis_RR_ProdSAP_ECCOracle_Fusion | |||
| 产品ID ProductIdentifier | 与物流订单相关产品的唯一标识符,例如SKU或物料编号。 | ||
| 说明 此属性用于标识物流订单中处理的产品,可按产品类型、类别或具体商品细分分析。 按产品分析流程,有助于发现经常延误、存在质量问题或履约路径复杂的商品。这对需求预测准确性和质量控制返工分析仪表板至关重要,可帮助定位问题产品线或供应链。 重要性 支持按产品线或类别分析流程,帮助识别履约路径低效或存在问题的产品。 获取途径 这是Kinaxis RapidResponse订单、发货和库存数据中的标准字段,通常标记为“SKU”“物料编号”或“产品ID”。 示例 SKU-100-BLUEMAT-58930-APROD-XYZ-001 | |||
| 实际交付日期 ActualDeliveryDate | 订单实际交付给客户的日期,以交货证明为准。 | ||
| 说明 此属性记录客户正式收到货物的时间,标志着订单履约流程的最后一步。 它与“要求交付日期”相对应,用于判断交付是否准时。该指标是按时交付绩效仪表板的核心数据,也是计算服务水平协议(SLA)和评估整体供应链可靠性的关键依据。 重要性 此属性确认交付流程已完成,是根据客户预期计算实际交付绩效的必要数据。 获取途径 此信息通常来自交货证明事件,可能记录在Kinaxis或集成的运输管理系统(TMS)中。 示例 2023-11-162023-11-202023-12-05 | |||
| 客户ID CustomerIdentifier | 下单客户的唯一标识符。 | ||
| 说明 此属性用于标识物流订单对应的最终客户,是从客户视角细分流程分析的重要依据。 借助客户ID,您可以分析特定客户的按时交付绩效,了解哪些客户的订单流程最复杂,并据此改进服务。这有助于优先关注高价值客户,更有效地管理客户关系。 重要性 支持以客户为中心的流程分析,帮助评估重点客户的服务水平、交付绩效和履约复杂度。 获取途径 可在Kinaxis RapidResponse的客户订单表或工作簿中找到,通常标记为“客户编号”或“售达方”。 示例 CUST-9001CUST-9002CUST-9003 | |||
| 用户 User | 执行该活动的人员的用户ID或姓名。 | ||
| 说明 此属性标识负责特定流程步骤的个人或系统用户,有助于了解工作量分配、发现培训需求,并分析不同用户或团队的绩效。 分析时,可按此属性筛选流程图,查看特定用户如何执行任务,或找出经常由少数专家处理的活动。它也有助于发现重复性人工任务的潜在自动化机会。 重要性 此属性记录流程步骤的负责人,支持分析团队绩效、工作量分配和流程遵循情况。 获取途径 此信息通常位于Kinaxis RapidResponse交易日志中的“用户名”“更改者”或“创建者”字段。 示例 JSMITHUSER123BATCH_SYSTEM | |||
| 要求交付日期 RequestedDeliveryDate | 客户要求的订单交付日期。 | ||
| 说明 此属性记录客户期望收到订单的日期,是衡量交付绩效和客户满意度的基准。 将此日期与“实际交付日期”直接比较,即可计算按时交付率KPI,并为按时交付绩效仪表板提供数据。了解要求交付日期与实际交付日期之间的差距,是发现系统性延误、改善客户服务的关键。 重要性 这是衡量按时交付绩效的主要基准,也是客户满意度KPI的重要组成部分。 获取途径 这是Kinaxis RapidResponse客户销售订单中的标准字段。 示例 2023-11-152023-11-202023-12-01 | |||
| 仓库 Warehouse | 拣货、包装和发货的仓库或配送中心。 | ||
| 说明 此属性用于标识参与履约活动的仓储设施,是了解供应链物流和库存管理环节的关键。 按仓库分析活动,企业可以比较配送网络的效率。这有助于分析库存瓶颈和履约吞吐量,发现周转缓慢的库存或效率低下的仓库运营。 重要性 用于定位具体仓库或配送中心,支持按地点分析库存流动、拣货效率和履约速度。 获取途径 可在库存管理和发货数据中找到,通常与货物拣选和发货事件相关联。 示例 WH-EAST-01WH-WEST-03DC-CENTRAL | |||
| 供应商ID SupplierIdentifier | 提供原材料或零部件的供应商唯一标识符。 | ||
| 说明 此属性用于标识参与采购活动的供应商,例如“采购订单已下达”和“原材料已收货”。 它是供应商交付绩效仪表板的重要数据,可用于衡量和比较不同供应商的按时交付表现与交付周期。分析结果有助于管理供应商关系、识别可靠的合作伙伴,并降低入库供应链风险。 重要性 支持分析供应商绩效,有助于发现采购瓶颈,确保入库供应链稳定可靠。 获取途径 可在Kinaxis RapidResponse的采购单据和收货记录中找到,通常命名为“供应商ID”或“供应商编号”。 示例 SUP-A100SUP-B200SUP-C300 | |||
| 工厂 Plant | 开展生产或加工活动的制造工厂或设施。 | ||
| 说明 此属性用于标识供应链流程涉及的具体地点,例如工厂或生产基地,为生产活动提供地理和组织背景。 按工厂分析流程,可比较不同厂区的绩效,识别效率较高、返工率较高的工厂,以及生产瓶颈最常出现的地点,为资源利用率分析提供依据。 重要性 为生产活动提供地点信息,支持比较不同制造厂区的绩效并分析瓶颈。 获取途径 这是Kinaxis RapidResponse生产、库存和物流数据中的常见属性。 示例 PLANT-01-DEPLANT-02-USPLANT-03-CN | |||
| 拒收原因 RejectionReason | 说明产品未通过质量检查原因的代码或文本。 | ||
| 说明 此属性记录质量不合格的具体原因。当“质量检查通过”活动未发生,而流程转回生产进行返工时,它能提供重要背景信息。 在质量控制返工分析仪表板中,此数据可说明返工事件背后的原因。分析拒收原因有助于找出质量问题的根本原因,例如材料缺陷、设备故障或操作失误,从而采取有针对性的改进措施。 重要性 为质量不合格和返工循环提供重要背景信息,支持根因分析,提升产品质量并减少浪费。 获取途径 此信息可在质量管理模块或表中找到,并与质量检验事件关联。 示例 尺寸超出规格表面划痕零部件错误 | |||
| 是否按时交付 IsOnTimeDelivery | 根据订单是否在要求交付日期当天或之前交付而计算的标记。 | ||
| 说明 此布尔属性通过比较“实际交付日期”和“要求交付日期”得出,可将每个已完成订单归类为按时或延迟,简化绩效分析。 此标记是按时交付绩效仪表板和按时交付率KPI的主要依据。您可以按客户、产品或地区等维度筛选、汇总和可视化交付绩效。 重要性 以明确的二元结果呈现交付绩效,简化按时交付KPI的计算,并支持在仪表板中直观展示。 获取途径 源系统中没有此属性;它是在流程挖掘的数据转换阶段计算得出的。 示例 truefalse | |||
| 是否返工 IsRework | 用于标记某项活动是否属于返工循环的计算字段,例如重复进行质量检查或生产步骤。 | ||
| 说明 此布尔属性用于标识返工周期中的活动。通常,同一物流订单在首次尝试后重复进行生产或质量控制活动时,此属性会标记为“true”。 此标记是质量控制返工分析仪表板和返工率KPI的重要依据。分析人员可以据此轻松统计返工频率,并找出导致效率低下、成本增加和周期时间延长的流程路径。 重要性 直接标记流程中的低效返工循环,便于量化质量问题对成本和周期时间的影响。 获取途径 流程挖掘工具会检测同一案例中重复出现的活动序列,并据此计算此属性。 示例 truefalse | |||
| 订单履约周期时间 OrderFulfillmentCycleTime | 从收到客户订单到最终交货证明签署所经过的总时间。 | ||
| 说明 这是案例级指标,用于衡量整个订单履约流程的端到端耗时。计算方法是用最后一项活动(“交货证明已签署”)的时间戳减去第一项相关活动(“已收到客户订单”)的时间戳。 此指标是订单履约周期时间仪表板和平均订单到交付周期时间KPI的核心,可从整体上反映供应链效率和速度,帮助跟踪改进情况并发现长期存在的系统性延误。 重要性 表示履约流程的端到端总耗时,是衡量供应链整体速度和效率的重要KPI。 获取途径 源系统中没有此字段;流程挖掘软件会在案例级别计算此指标。 示例 10天4小时25天12小时15天2小时 | |||
| 订单数量 OrderQuantity | 客户订购的产品数量。 | ||
| 说明 此属性记录客户订单中某种产品的件数,是重要的交易数据。 分析时,可将订单数量与预测数量进行比较,以衡量预测准确性。它还有助于优先处理大批量订单,并了解不同订单所需的生产和物流规模。 重要性 将其与预测数量比较,可衡量需求预测准确性,并了解供应链中的业务量驱动因素。 获取途径 这是Kinaxis RapidResponse客户订单行项目数据中的标准字段。 示例 100500025 | |||
| 资源 Resource | 执行某项活动所用的具体机器、生产线或设备。 | ||
| 说明 此属性用于标识流程步骤涉及的实体资源,尤其适用于制造场景,例如具体机器、装配线或包装工位。 按资源分析流程是供应链资源利用率仪表板的核心功能,有助于了解不同资源的工作负荷和绩效,识别瓶颈设备,并优化资源分配,从而提升吞吐量和效率。 重要性 用于识别所用的具体设备或生产线,是分析资源利用率、产能限制和生产瓶颈的必要数据。 获取途径 此数据通常来自与Kinaxis集成的制造执行系统(MES)或详细生产计划数据。 示例 ASSEMBLY-LINE-01CNC-MACHINE-05PACK-STATION-B | |||
| 运输方式 ModeOfTransport | 用于运输货物的方式,例如卡车、航空或海运。 | ||
| 说明 此属性用于记录货物从一个地点运往另一个地点的方式,包括标准运输和加急运输。 它是加急订单概览仪表板和加急订单占比KPI的重要数据。分析此属性有助于了解高成本加急运输的使用频率,并发现计划或执行中的潜在问题。比较不同运输方式的效率,也有助于分析各运输区段的耗时。 重要性 用于识别运输方式,是分析物流成本、运输时间和高成本加急运输频率的关键数据。 获取途径 此信息通常存储在Kinaxis RapidResponse或集成TMS的发货或运输单据中。 示例 航空货运海运整箱整车运输次日航空运输 | |||
| 采购订单号 PurchaseOrderNumber | 向供应商发出的原材料或零部件采购订单的唯一标识符。 | ||
| 说明 此属性是采购活动的关键标识符,将物料申请(“已创建采购申请”)与发给供应商的正式订单(“采购订单已下达”)及后续收货(“原材料已收货”)关联起来。 物流订单是案例ID,而采购订单号是重要的业务单据编号,可用于逐级下钻,查看具体的供应商交易。要详细分析供应商交付绩效仪表板,离不开此属性。 重要性 作为采购活动的关键参考编号,支持详细分析采购子流程和供应商绩效。 获取途径 这是Kinaxis RapidResponse采购模块或工作簿中的主要字段。 示例 PO4500012345PO4500012346PO4500012347 | |||
| 预测数量 ForecastedQuantity | 在预测阶段生成的产品需求预测数量。 | ||
| 说明 此属性记录某一时期内预测的产品订购数量,反映需求计划流程的输出。 此数据是需求预测准确性仪表板和预测与实际订单偏差KPI的重要依据。将其与实际“订单数量”比较,企业即可评估预测的可靠性,这对优化库存水平和生产计划至关重要。 重要性 作为衡量预测准确性的基准,有助于改善库存管理,减少库存过剩或缺货造成的成本。 获取途径 此数据来自Kinaxis RapidResponse中的需求计划或预测模块。 示例 120480030 | |||
供应链管理活动
| 活动 | 说明 | ||
|---|---|---|---|
| 已发出采购订单 | 向外部供应商发送所需材料的采购订单。这是一个关键里程碑,代表正式承诺,也标志着供应商交付周期开始。 | ||
| 重要性 此活动是衡量供应商交付绩效、识别采购阶段延误的关键,因为这些延误会影响整个供应链。 获取途径 Kinaxis会记录采购订单的创建或发出时间戳,数据通常来自集成ERP系统的采购模块。 采集 采购订单记录上的发出日期时间戳。 事件类型 explicit | |||
| 已安排生产 | 表示物流订单已正式排入生产计划,并确定日期和资源分配。这是Kinaxis RapidResponse的核心计划输出之一。 | ||
| 重要性 此活动标志着流程从计划转入执行。分析此时间与实际生产开始时间之间的间隔,有助于发现排程低效或资源限制。 获取途径 当生产订单或制造订单在Kinaxis计划引擎中确认并排入计划时,系统会根据时间戳明确记录此事件。 采集 计划订单转换为正式生产订单的时间戳。 事件类型 explicit | |||
| 已收到客户订单 | 客户销售订单创建或导入系统后,物流订单生命周期正式开始。通常由集成的ERP或订单管理系统明确记录此事件。 | ||
| 重要性 这是案例的主要起点,对于衡量整体订单到交付周期时间和了解订单接收量至关重要。 获取途径 Kinaxis从源ERP系统导入销售订单数据。此事件根据Kinaxis数据模型中销售订单记录的创建时间戳记录。 采集 销售订单创建时间戳,通常来自ERP集成。 事件类型 explicit | |||
| 已签署交货证明 | 这是客户确认已收到状况良好的货物的最终凭证,也是正式关闭物流订单的关键事件。 | ||
| 重要性 这是订单到交付周期时间KPI的最终终点,可确认履约成功,通常也是触发开票的条件。 获取途径 收到交货证明文件并录入时间戳时记录此事件,通常由人工录入,或通过承运商集成将信息关联到订单。 采集 订单交货证明状态更新的时间戳。 事件类型 explicit | |||
| 订单已取消 | 表示物流订单在履约完成前终止。这是一个明确操作,标志着流程以未成功状态结束。 | ||
| 重要性 跟踪取消情况有助于了解需求流失和流程故障。分析取消原因可以发现产品、定价或服务方面的问题。 获取途径 销售订单记录应用取消状态或原因代码时记录的时间戳,数据通常来自ERP系统。 采集 销售订单状态变更为“已取消”的时间戳。 事件类型 explicit | |||
| 货物已发运 | 包装完成的货物装上运输车辆并离开仓库或生产设施时,会发生此事件。这标志着运输途中环节开始。 | ||
| 重要性 这是跟踪按时交付绩效和运输环节耗时的重要里程碑。许多KPI计算会将其作为“实际发货日期”。 获取途径 时间戳来自ERP中的“货物发出过账”交易,或WMS/TMS中的“发货确认”交易,这些系统均与Kinaxis集成。 采集 货物发出或发货确认交易的时间戳。 事件类型 explicit | |||
| 已创建采购申请 | 此活动表示已创建内部申请,为物流订单采购所需的原材料或组件。这是触发采购子流程的明确事件。 | ||
| 重要性 跟踪此活动有助于关联客户订单履约流程和采购流程,并分析采购订单发出前的内部审批延迟。 获取途径 采购或供应计划模块中采购申请记录的创建时间戳,通常与原始销售订单相关联。 采集 采购申请记录的创建时间戳。 事件类型 explicit | |||
| 已完成拣货和包装 | 此活动表示从仓库为订单拣选货物并做好发货准备。数据通常来自仓库管理系统(WMS)。 | ||
| 重要性 这是最终履约阶段的起点。此处的延误可能表明仓库运营效率低、劳动力不足或库存库位安排不合理。 获取途径 数据来自集成WMS中拣货和包装交易的完成时间戳,并与交付单或销售订单相关联。 采集 WMS中的拣货交易完成时间戳。 事件类型 explicit | |||
| 已完成生产 | 此活动表示成品制造流程已完成。通常由集成的制造执行系统(MES)或ERP生产模块记录此事件。 | ||
| 重要性 完成此活动是一个关键里程碑,标志着生产周期结束。借此可以分析制造周期时间以及生产计划的执行情况。 获取途径 时间戳来自MES或ERP系统中的生产完工确认交易,随后传入Kinaxis。 采集 最终生产订单确认的时间戳。 事件类型 explicit | |||
| 已对订单设置冻结 | 当订单因信用检查未通过、工程冻结或质量问题等原因暂停时,会发生此事件。通常根据状态变更推断。 | ||
| 重要性 订单冻结是流程延误的主要原因之一。识别冻结发生的时间、原因和持续时长,对于发现瓶颈、改善流程至关重要。 获取途径 根据销售订单或订单行中表示冻结的状态变更推断。相关原因代码可提供背景信息。 采集 根据状态变更为“已冻结”或“暂停”推断。 事件类型 inferred | |||
| 已收到原材料 | 此事件表示供应商提供的原材料已到达仓库或生产设施并完成验收。数据通常来自集成的WMS或ERP系统。 | ||
| 重要性 此活动标志着供应商交付周期的结束。此处的延误会直接影响后续生产计划和最终交付日期。 获取途径 数据来自ERP或WMS中的收货交易记录,其中包含时间戳,随后会集成到Kinaxis平台。 采集 源系统中的收货过账时间戳。 事件类型 explicit | |||
| 已检查库存可用性 | 表示系统正在检查可用库存,或计算订单的可承诺量(ATP)日期。这是Kinaxis的核心计划功能,可能作为特定事件记录,也可能根据状态变更推断。 | ||
| 重要性 此活动有助于发现库存短缺或分配流程缓慢造成的瓶颈,这些问题会直接影响履约速度和对客户的交付承诺。 获取途径 此事件可能来自ATP检查执行记录,也可能根据订单行状态变更推断,例如从“新建”变为“库存已确认”。 采集 根据与库存确认相关的订单行状态变更推断。 事件类型 inferred | |||
| 已通过质量检验 | 表示生产的货物已通过所有质量检验标准。通常根据生产或库存记录的状态变更推断此事件。 | ||
| 重要性 此活动是关键质量关口。此步骤出现检验失败或返工循环,说明存在生产质量问题,并会造成明显延误。 获取途径 根据库存批次或批号状态更新推断,例如从“待检”变为“已放行”或“非限制”。使用状态变更的时间戳。 采集 根据库存批次记录的状态变更推断,目标状态为“非限制使用”。 事件类型 inferred | |||
| 货物已送达 | 表示货物已到达客户指定地点。此事件通常来自集成到运输管理系统(TMS)或Kinaxis中的承运商数据源。 | ||
| 重要性 此活动标志着运输环节结束。将实际送达时间与计划交付日期进行比较,对于衡量承运商绩效和按时交付情况至关重要。 获取途径 时间戳来自承运商状态更新,通常通过EDI或API接收,并记录在系统的货运或交付记录中。 采集 表示货物已送达的承运商电子状态更新时间戳。 事件类型 explicit | |||
| 需求预测已生成 | 此活动表示为某个产品创建或更新需求预测,为潜在物流订单提供初始信号。通常在Kinaxis RapidResponse计划引擎中发布新预测时记录此事件。 | ||
| 重要性 分析预测可作为基准,用于将预测准确度与实际订单进行比较。这对优化库存水平和生产计划至关重要。 获取途径 在需求计划模块中保存或发布新版本预测时,Kinaxis RapidResponse会明确记录此事件。该事件与产品和时间段相关联。 采集 在需求计划方案中创建或更新预测时记录。 事件类型 explicit | |||
数据提取指南
此流程的提取方法目前正在验证中。请稍后再查看,或 联系我们 获取帮助。
掌握供应链,提升预测准确率
全面掌握供应链情况,预测准确率可达90%,避免缺货。
无需信用卡,几分钟即可完成设置。