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