您的供应链管理数据模板
您的供应链管理数据模板
- 建议收集的属性
- 需要追踪的关键活动
- 提取指南
供应链管理属性
| 名称 | 描述 | ||
|---|---|---|---|
|
Event 时间
EventTime
|
特定 Activity 发生的精确日期和时间。 | ||
|
描述
事件时间是与流程中每个活动关联的时间戳。它提供了按时间顺序排列事件和理解流程随时间演进所需的上下文。此数据对于任何基于时间的分析都至关重要。 在流程挖掘中,此属性用于计算所有基于持续时间的指标,如周期时间、处理时间、等待时间等。它是创建事件日志、通过衡量活动间的持续时间来识别瓶颈以及根据时间目标或 SLA 评估绩效的基础。
为何重要
此时间戳对于按时间顺序排列事件以及计算所有与时间相关的性能指标(如周期时间和瓶颈)至关重要。
获取方式
时间戳字段通常存在于 Oracle SCM Cloud 各个模块的事务表中,如 CREATION_DATE 或 LAST_UPDATE_DATE 字段。
示例
2023-10-26T10:00:00Z2023-10-26T14:30:15Z2023-10-27T08:05:00Z
|
|||
|
活动名称
ActivityName
|
物流流程中发生的特定业务事件或任务的名称,例如“采购订单已发布”或“发货已确认”。 | ||
|
描述
此属性描述了物流生命周期中的单个步骤或里程碑。每个活动代表执行的特定操作,如检查库存、生产货物或签署送货证明。这些活动的顺序构成了每个物流订单的流程流向。 分析活动名称是流程挖掘的基础。它支持流程图的可视化、步骤间转移时间的计算、返工循环的识别以及常见或异常流程路径(变体)的发现。
为何重要
它定义了流程的步骤。分析活动的顺序和频率是流程挖掘的核心。
获取方式
活动名称源自 Oracle SCM Cloud 各个模块中捕获的事件数据。这通常需要将交易状态或事件日志映射到标准化的活动名称列表中。
示例
采购订单已发布产出品装运已确认签署送货证明 (POD)
|
|||
|
物流订单
LogisticsOrder
|
单个物流订单的唯一标识符,用作追踪端到端供应链流程的案例 ID (Case ID)。 | ||
|
描述
物流订单是主要的案例标识符(Case ID),它连接了供应链中与特定需求或履行请求相关的所有活动。此 ID 支持查看产品的完整历程,从最初的客户订单或需求预测,到采购、生产,直至最终交付。 在流程挖掘分析中,此属性对于将所有相关事件归组为单个案例至关重要。它能够重构每个订单的流程流向,从而实现周期时间分析、瓶颈识别、流程变体发现,并从以订单为中心的全局视角评估整体性能。
为何重要
这是连接所有流程步骤的关键纽带。没有统一的物流订单 ID,就无法追踪订单的完整历程。
获取方式
此标识符通常存在于 Oracle SCM Cloud 的多个模块中,包括订单管理、库存管理和发运。
示例
LO-2024-00123LO-2024-00124LO-2024-00125
|
|||
|
产品类别
ProductCategory
|
订单中产品所属的类别或系列。 | ||
|
描述
产品类别是将相似产品分组的分类属性,如“电子产品”、“服装”或“原材料”。这支持比查看单个产品 SKU 更高级别的分析。 在流程挖掘中,按产品类别进行细分分析非常有效。它可以揭示某些类型的产品是否具有更长的周期时间、遵循不同的流程变体或更容易发生延迟。这有助于针对特定的产品线量身定制流程改进方案。
为何重要
支持按产品类型进行绩效细分分析,揭示特定产品系列的模式和问题。
获取方式
此信息是 Oracle SCM Cloud 物料主数据的一部分,可通过 EGP_SYSTEM_ITEMS_B 及相关类别表访问。
示例
成品备件原材料消费电子
|
|||
|
供应商名称
SupplierName
|
为采购订单提供原材料的供应商或厂商名称。 | ||
|
描述
此属性标识负责供应生产所需组件或原材料的外部方。它与“采购订单已发布”和“收到原材料”等采购相关活动相关联。 按供应商名称分析对于“供应商前置时间绩效”仪表板至关重要。它有助于评估哪些供应商可靠且准时交货,哪些供应商经常迟到。这一见解对于采购策略、供应商关系管理以及减轻由物料短缺引起的生产延迟至关重要。
为何重要
支持供应商的绩效衡量和基准评估,这是确保入库供应链可靠、高效的关键。
获取方式
供应商信息位于 Oracle SCM Cloud 的采购模块中,并与采购订单关联。关键表包括 PO_HEADERS_ALL 和 POZ_SUPPLIERS。
示例
Global Components Inc.Advanced Materials LLCTech Parts Direct
|
|||
|
实际交付日期
ActualDeliveryDate
|
订单实际送达客户的日期,由送货证明确认。 | ||
|
描述
此日期标志着物流流程的最终完成,即货物已到达目的地。它通常从“签署送货证明”活动中捕获。 此属性对于性能衡量至关重要。它直接与“要求交货日期”进行比较,以确定订单是准时还是延迟。它还用于计算物流订单的最终端到端周期时间。
为何重要
它提供流程的实际完成时间,从而支持计算准时交付率和总周期时间。
获取方式
这通常是最终交付确认事件的时间戳,可在 WSH_DELIVERIES 等发货或运输模块中找到。
示例
2023-11-162023-11-302024-01-12
|
|||
|
客户要求的交货日期
RequestedDeliveryDate
|
客户在订单中提出的期望交付日期。 | ||
|
描述
此日期代表客户期望的交付时间表,是衡量准时交付绩效的主要基准。它通常在创建客户订单时设定,是服务水平协议 (SLA) 的关键组成部分。 在分析中,此属性与“实际交付日期”进行比较,以计算准时交货率 KPI。它帮助企业了解自身满足客户期望的能力,并识别延迟的根本原因。
为何重要
这是衡量准时交付绩效的基准,也是客户满意度和供应链效率的关键 KPI。
获取方式
这通常存储在 Oracle Order Management 的销售订单或履行行级别。请查找 REQUEST_SHIP_DATE 或 REQUEST_ARRIVAL_DATE 等字段。
示例
2023-11-152023-12-012024-01-10
|
|||
|
物流订单状态
LogisticsOrderStatus
|
物流订单的最终状态,指示其是已成功完成、已取消还是部分履行。 | ||
|
描述
此属性提供物流订单案例的最终状态或结果。它有助于区分按计划完成整个流程的订单与提前终止的订单。 在流程分析中,按状态过滤至关重要。例如,周期时间分析通常应仅包含“已完成”的订单,以避免取消订单导致的分析偏差。它还支持对订单为何被取消进行根本原因分析。
为何重要
指示案例的结果,支持过滤未完成或已取消的订单,以确保分析基于可比数据进行。
获取方式
最终状态通常源自 Oracle Order Management 中的销售订单或履行行状态,可在 DOO_HEADERS_ALL 或 DOO_FULFILL_LINES_ALL 等表中找到。
示例
已交付已取消部分发货已结案
|
|||
|
用户
User
|
执行特定活动的用户的 ID 或姓名。 | ||
|
描述
此属性标识负责执行流程中任务的员工或系统用户。它可用于了解工作负荷分布和个人绩效。 按用户分析有助于资源管理和绩效分析。它可以识别高绩效的个人或团队,突出潜在的培训需求,或揭示在手动执行时持续缓慢的任务自动化机会。
为何重要
支持分析资源绩效和工作量分配,并有助于识别培训或自动化的机会。
获取方式
用户信息通常存储在大多数 Oracle SCM 事务表的“Created By”或“Last Updated By”列中。
示例
JSMITHALOGAN系统BATCH_USER
|
|||
|
行项目编号
ItemNumber
|
正在处理的特定产品的唯一标识符或 SKU。 | ||
|
描述
物料编号提供了最细颗粒度的产品标识。它允许对单个产品进行分析,这比按产品类别分析更为详尽。 在分析中使用物料编号有助于识别与特定产品相关的流程问题。例如,某个特定物料可能具有较高的质检失败率,或与较长的生产时间相关。这使得能够在 SKU 级别进行针对性的问题解决。
为何重要
支持在单个产品层面进行极其详尽的分析,有助于精准定位那些在类别层面无法察觉的问题。
获取方式
物料标识存在于 Oracle SCM 的大多数交易表中(如
示例
SKU-100-ASKU-250-BPART-XYZ-01
|
|||
|
运输方式
ModeOfTransport
|
用于发货的运输方式,如空运、海运、公路运输或铁路运输。 | ||
|
描述
此属性指定了在不同位置之间移动货物所使用的运输模式,例如从仓库到客户。此信息对于物流和运输分析至关重要。 在流程挖掘中,按运输模式进行过滤或细分有助于分析不同运输方式的效率。“运输效率分析”仪表板使用此信息来比较不同模式的运输时长,从而优化物流成本和交付时间。
为何重要
支持分析运输效率和成本,有助于根据速度和支出优化物流策略。
获取方式
此数据通常可在 Oracle Transportation Management (OTM) 模块或发货执行模块中找到。请在 WSH_DELIVERY_LEGS 等表中查找相关字段。
示例
空运海运整车运输 (FTL)零担运输 (LTL)
|
|||
|
采购订单号
PurchaseOrderNumber
|
为采购原材料或组件而创建的采购订单的唯一标识符。 | ||
|
描述
采购订单编号是供应链采购环节的关键单据 ID。它将物流订单与向供应商提出的具体请求关联起来。 此属性支持对采购活动进行详细钻取。它可以用来追踪与特定 PO 相关的所有事件,对于分析供应商绩效和采购周期时间至关重要。
为何重要
提供与采购文档的直接链接,支持对采购子流程及其对整体物流流向影响的详细分析。
获取方式
此 ID 位于 Oracle Procurement Cloud 模块中,主要在 PO_HEADERS_ALL 表中显示为 SEGMENT1。
示例
PO-98345PO-98346PO-98347
|
|||
|
仓库地点
WarehouseLocation
|
货物的拣货和发货仓库或配送中心。 | ||
|
描述
此属性指定了参与特定物流活动的物理位置或设施。它对于基于地理位置的绩效分析至关重要。 按仓库位置分析可以揭示设施之间的显著性能差异。例如,一个仓库的拣货和包装周期时间可能比另一个仓库短得多。这些见解有助于识别可在各地推广的最佳实践,或突出显示需要流程改进的设施。
为何重要
支持在不同物理位置之间进行绩效对比,有助于识别高效设施及待改进区域。
获取方式
仓库或库存组织信息是 Oracle Inventory Management 中的基本数据元素。它通常在 INV_MATERIAL_TXNS 等表中显示为 ORGANIZATION_ID。
示例
WH-NORTHWH-WESTDC-CENTRAL
|
|||
|
最后数据更新
LastDataUpdate
|
指示该事件数据最近一次从源系统刷新或提取的时间戳。 | ||
|
描述
此属性标记了流程挖掘数据集中事件数据最后一次更新的时间。这对于了解数据的时效性以及分析所覆盖的时间范围至关重要。 它用于数据治理,并告知用户仪表板中呈现见解的近况。它有助于回答“此流程视图的更新程度如何?”之类的问题。
为何重要
提供关于数据及时性的关键上下文,确保用户了解分析所涵盖的时间段。
获取方式
此时间戳在数据提取、转换与加载(ETL)过程中生成并添加。
示例
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
|
|||
|
客户名称
CustomerName
|
下订单的客户名称。 | ||
|
描述
此属性标识货物和服务的接收方。它是任何以客户为中心的分析的基础维度。 按客户细分流程分析可以揭示重要的模式。例如,某些高价值客户可能会经历更多延迟,或者不同的客户细分群体可能遵循不同的流程路径。此信息对于改善客户服务和有效管理大客户至关重要。
为何重要
支持以客户为中心的流程视角,有助于了解特定客户或客户类型是否面临独特的流程挑战。
获取方式
客户信息存储在订单管理模块中,并与销售订单关联。可以通过将
示例
Retail Corp制造解决方案MegaStore Inc.
|
|||
|
承运商名称
CarrierName
|
负责运输货物的第三方物流公司或承运商名称。 | ||
|
描述
承运商名称用于识别发货所使用的具体运输供应商。这是评估物流合作伙伴绩效的关键信息。 此属性用于“运输效率分析”仪表板中,以比较不同承运商的绩效。它有助于回答诸如哪些承运商的运输时间最短、哪些在特定路线上最可靠以及哪些提供的性价比最高等问题。
为何重要
支持对运输合作伙伴进行绩效基准评估,这对于优化发运成本和可靠度至关重要。
获取方式
此信息存储在 Oracle Transportation Management 或发运模块中。它通常与 WSH_TRIPS 等表中的特定行程或交付航段相关联。
示例
联邦快递DHLUPS马士基 (Maersk)
|
|||
|
是否准时交付
IsOnTimeDelivery
|
指示订单是否在要求交货日期当天或之前送达的布尔标记。 | ||
|
描述
这是一个简化性能分析的计算属性。它是通过比较“实际交付日期”与“要求交付日期”得出的。如果实际日期在要求日期当天或之前,则值为 true,否则为 false。 此标记使得创建 KPI 和仪表板(如客户交付绩效仪表板)变得容易。它支持快速过滤和聚合以计算整体准时交货率,并支持根本原因分析以发现延迟订单的共同特征。
为何重要
直接根据客户预期衡量绩效,并简化与交付及时性相关的关键绩效指标的创建。
获取方式
此属性不在源系统中。它是在数据转换过程中通过比较 'ActualDeliveryDate' <= 'RequestedDeliveryDate' 计算得出的。
示例
truefalse
|
|||
|
是否返工
IsRework
|
指示物流订单是否经历过返工的布尔标记,例如流程中的重复活动或循环。 | ||
|
描述
此计算属性可识别偏离线性、高效流向的案例。它通常通过检测活动重复或后续活动后接先前活动的序列来确定,这表明存在流程循环(例如,“已拣货”->“质检失败”->“已拣货”)。 此标记对于量化流程效率低下至关重要。它有助于计算“订单返工率”KPI,并允许分析人员过滤和调查带有返工的案例,以了解根本原因,如数据录入错误、质量问题或初始处理不当。
为何重要
有助于量化并剥离流程低效环节(如循环和重复步骤),这些通常是导致延迟和成本增加的根源。
获取方式
源系统中不包含此项。它是流程挖掘工具通过分析每个案例的活动序列以检测代表返工的模式后计算得出的。
示例
truefalse
|
|||
|
源系统
SourceSystem
|
标识提取数据的信息系统。 | ||
|
描述
此属性指定了事件数据的来源,在本例中为 Oracle SCM Cloud。在合并多个系统数据的环境中,这非常有用,可明确数据出处。 在分析中,它有助于区分可能跨越多个系统的流程或活动。对于像这样单一系统的视图,它可作为标准的数据治理属性。
为何重要
确保数据溯源,并有助于在多系统环境中区分数据来源。
获取方式
这通常是在数据提取和转换过程中添加的静态值('Oracle SCM Cloud')。
示例
Oracle SCM CloudOracle Fusion SCM
|
|||
|
端到端周期时间
EndToEndCycleTime
|
从创建客户订单到最终签署送货证明所经过的总时间。 | ||
|
描述
此计算指标衡量单个订单整个物流流程的总持续时间。它是流程第一个活动(如“客户订单已创建”)和最后一个活动(如“签署送货证明”)的时间戳之差。 这是理解整体流程效率最重要的 KPI 之一。它提供了一个高层次的性能衡量指标,并在仪表板中用于追踪随时间变化的趋势,并识别可能需要调查的耗时过长的订单。
为何重要
提供流程从头到尾性能的整体衡量,有助于识别耗时较长的案例并追踪整体效率的提升。
获取方式
这是在流程挖掘工具中或在数据准备期间,通过从每个案例的最后一个事件的开始时间中减去第一个事件的开始时间计算得出的。
示例
15天4小时22 天 8 小时10 天 2 小时
|
|||
|
订单价值
OrderValue
|
物流订单的总金额。 | ||
|
描述
此属性代表与单个物流订单关联的财务价值。它是确定分析优先级和了解流程低效对财务影响的关键业务指标。 在流程挖掘中,订单价值可用于将流程性能与财务结果关联起来。例如,分析可能显示高价值订单经历了更长的延迟,这对收入构成了重大风险。它还支持优先改进处理价值最高的流程。
为何重要
为流程性能提供财务上下文,有助于根据金额影响确定改进的优先级。
获取方式
订单价值通常存储在 Oracle Order Management 的销售订单标头级别。请参考 DOO_HEADERS_ALL 等表中的总金额字段。
示例
5250.7512300.00950.20
|
|||
|
运输时长
TransportationDuration
|
货物从装货点运送到目的地所需的时间。 | ||
|
描述
这是一个计算指标,用于衡量整体周期时间中的“在途”部分。它是通过计算“货物已装载运输”活动与“货物在目的地卸货”活动之间的时间差得出的。 此属性用于支持“运输效率分析”仪表板。它有助于隔离专门发生在运输阶段的延迟,并可按承运商和运输方式进行分析,以优化货运性能。
为何重要
剥离运输在途时间,从而能够独立于仓库或生产延迟,专注于运输效率分析。
获取方式
此指标是在数据转换期间,通过查找案例的“货物已装载运输”和“货物在目的地卸货”事件的时间戳之差来计算的。
示例
2天3小时5 天 1 小时12 小时
|
|||
供应链管理活动
| 活动 | 描述 | ||
|---|---|---|---|
|
产出品
|
货物的制造过程已完成,产成品已转入库存。当系统中的工单报告为完成时,会捕获此事件。 | ||
|
为何重要
标志着生产阶段的结束以及产品可用于履行。从“生产计划已排定”到此事件的持续时间是衡量制造效率的关键指标。
获取方式
捕获自 Oracle Manufacturing Cloud 中工作订单的完成交易。这会将工作订单状态更新为“完成”。
捕获
使用工单完成事务或状态更改为“完成”的时间戳。
事件类型
inferred
|
|||
|
客户订单已创建
|
此活动标志着在 Oracle Order Management 中创建销售订单,代表客户正式请求购买货物。当系统中保存新的销售订单记录时,会明确捕获此事件,从而启动物流订单生命周期。 | ||
|
为何重要
作为主要的起始事件,它支持衡量端到端物流周期时间,是分析订单处理效率和客户需求模式的基准。
获取方式
捕获自订单管理模块中销售订单记录的创建时间戳,通常来自
捕获
使用销售订单标头的创建日期。
事件类型
explicit
|
|||
|
生产已调度
|
对于制造类物料,需要安排工作订单,定义生产时间线和资源分配。当工作订单状态更新为“已计划”或“已发放”时,会捕获此事件。 | ||
|
为何重要
此活动是“生产与运输阶段延迟”仪表板的关键里程碑。它标志着生产周期的开始,此处的任何延迟都会波及整个履行流程。
获取方式
推断自 Oracle Manufacturing Cloud 中工作订单的状态变化。相关数据存储在
捕获
使用工单状态更改为“已发布”或指示可以开始生产的类似状态时的时间戳。
事件类型
inferred
|
|||
|
签署送货证明 (POD)
|
客户提供已签署的货物收据确认,正式结束交付流程。这通常通过在订单或发货记录中更新送货证明日期和文档来记录。 | ||
|
为何重要
这是成功完成物流订单的最终结束事件,对于“端到端物流周期时间”KPI 至关重要。它还支持合规性和争议解决流程。
获取方式
通常是对发货或销售订单记录的手动或半自动更新。系统可能有一个特定的 POD 日期字段,可用作事件时间戳。
捕获
使用发货或订单记录中“送货证明日期”字段的时间戳。
事件类型
explicit
|
|||
|
货物已拣选装箱
|
仓库人员从库存中拣选订单物品并进行包装以备发货。此过程涉及多个系统事务,最终以包装完成状态结束。 | ||
|
为何重要
这标志着物理发运流程的开始。从订单创建到这一节点的时间(由“库存检查到履行时间”KPI 涵盖)衡量了内部履行效率。
获取方式
推断自 Oracle Shipping 中的发运行或交付明细状态。这通常是多个事件(如拣货波次创建、拣货确认和包装确认)的汇总。
捕获
使用与销售订单行关联的最终拣货确认或包装确认事务的时间戳。
事件类型
inferred
|
|||
|
货物已装车
|
包装好的货物被装上承运人的车辆,发运正式从仓库发出。这由 Oracle Shipping 中的“发货确认”事务记录。 | ||
|
为何重要
此事件标志着运输路程的开始。它是“运输周期时间”KPI 和“运输效率分析”仪表板的起始点。
获取方式
由 Oracle Shipping 中的“发运确认”交易捕获的明确事件。这会将交付明细的状态更新为“已发运”。
捕获
使用发货确认 (Ship Confirm) 操作的事务时间戳。
事件类型
explicit
|
|||
|
原材料已收到
|
订购的原材料或货物从供应商处送达,并正式入库。这在 Oracle Inventory Management 中记录为接收事务。 | ||
|
为何重要
此事件标志着供应商前置时间衡量的结束。此阶段的延迟会直接影响生产进度和最终客户交付日期。
获取方式
捕获自 Oracle Inventory Management 中的入库单交易日期,通常来自
捕获
使用物料接收记录的事务日期。
事件类型
explicit
|
|||
|
已创建请购单
|
向供应商采购物料的正式申请,通常在库存不足以满足销售订单时触发。这是 Oracle Procurement 模块中的明确交易。 | ||
|
为何重要
此活动突出了对采购和外部供应商的依赖。分析从该事件到物料接收的时间是理解供应商相关延迟的关键。
获取方式
记录自 Oracle Procurement Cloud 中采购申请的创建时间戳,可在 POR_REQUISITION_HEADERS_ALL 等表中找到。
捕获
使用采购申请记录的创建日期。
事件类型
explicit
|
|||
|
已执行质量控制
|
产成品在发运前需经过质量检验。这作为质量检验结果记录在 Oracle Quality Management 模块中。 | ||
|
为何重要
这是合规性和客户满意度的关键步骤。分析此活动有助于确保遵守质量标准,并识别检验流程中的瓶颈,从而支持合规审计。
获取方式
当执行检验计划并输入结果时,捕获自 Oracle Quality Management Cloud 中的交易记录。
捕获
使用质量检查结果记录为“通过”或“失败”时的时间戳。
事件类型
explicit
|
|||
|
已检查库存可用性
|
系统检查所请求的物料是否有库存以履行客户订单。这通常是订单处理工作流中的一个自动化步骤,其结果会记录为状态或时间戳。 | ||
|
为何重要
此活动对于“库存履行效率”仪表板和“库存可用性影响率”KPI 至关重要。此处的延迟预示着潜在的缺货问题或低效的库存管理。
获取方式
推断自销售订单行的状态变化,或来自 Oracle Inventory Management (INV) 中与预留或可承诺量检查相关的记录。
捕获
推断自销售订单行状态的变化(如“等待履行”)或预留创建时间戳。
事件类型
inferred
|
|||
|
装运已确认
|
货件的所有物品已暂存并包装完毕,准备移交给承运商。此活动会将系统中的货件状态更新为“已确认”或“准备发运”。 | ||
|
为何重要
这是货物物理离开仓库前的关键里程碑。它将内部仓库处理时间与外部运输时间区分开来。
获取方式
推断自 Oracle Shipping 中货件或交付记录的状态变化,见于
捕获
使用发货状态更新为“已确认”时的时间戳。
事件类型
inferred
|
|||
|
订单已取消
|
客户订单在履行完成前被取消。当销售订单标头或行的状态更改为“已取消”时,会捕获此事件。 | ||
|
为何重要
这代表了流程的一个替代的、非成功的终点。分析已取消的订单有助于识别销售失败的原因,例如前置时间过长或缺货。
获取方式
推断自 Oracle Order Management 中销售订单记录变为终态“已取消”的状态变化。
捕获
使用销售订单标头或行上状态更改为“已取消”的时间戳。
事件类型
inferred
|
|||
|
货物已在目的地卸载
|
货物到达客户所在地或目的港并卸货。此信息通常根据运输承运商或运输管理系统的数据进行更新。 | ||
|
为何重要
此活动标志着在途期间的结束。从“货物已装载运输”开始的持续时间对于分析承运商绩效和运输效率至关重要。
获取方式
如果集成了运输管理系统,这可能是一个明确的事件,也可能是推导出来的。它可能基于承运商的状态更新或交付确认时的手动输入。
捕获
使用集成 TMS 的时间戳或发货记录上手动更新的“已送达”状态。
事件类型
explicit
|
|||
|
采购订单已发布
|
采购申请转换为具有法律约束力的采购订单并发送给供应商。当 PO 获得批准且其状态更新为“打开”或“已发送”时,会明确捕获此事件。 | ||
|
为何重要
这标志着供应商前置时间的正式开始。它对于衡量“供应商前置时间绩效”仪表板和“供应商准时交货率”KPI 至关重要。
获取方式
捕获自 Oracle Procurement Cloud 中采购订单的批准或提交日期,存储在
捕获
使用采购订单状态更改为已批准或打开状态时的时间戳。
事件类型
explicit
|
|||