您的供应链管理数据模板
您的供应链管理数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- 提取指南
供应链管理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间
EventTime
|
具体活动发生的准确日期和时间。 | ||
|
说明
Event Time是流程中每项活动对应的时间戳,为事件排序和理解流程随时间的流转提供必要的时间背景。这些数据对所有基于时间的分析都至关重要。 在流程挖掘中,此属性用于计算所有基于时长的指标,例如周期时间、处理时间和等待时间。它是创建事件日志、通过测量活动间隔识别瓶颈,以及根据基于时间的目标或SLA评估绩效的基础。
为什么重要
此时间戳对于按时间顺序排列事件,以及计算周期时间和瓶颈等所有与时间相关的绩效指标至关重要。
获取位置
时间戳字段通常位于Oracle SCM Cloud各模块的交易表中,例如CREATION_DATE或LAST_UPDATE_DATE字段。
示例
2023-10-26T10:00:00Z2023-10-26T14:30:15Z2023-10-27T08:05:00Z
|
|||
|
活动名称
ActivityName
|
物流流程中发生的具体业务事件或任务名称,例如“Purchase Order Issued”或“Shipment Confirmed”。 | ||
|
说明
该属性描述物流生命周期中的一个具体步骤或里程碑。每项活动代表一项具体操作,例如检查库存、生产商品或签署交货证明。这些活动的顺序构成每个物流订单的流程顺序。 分析活动名称是流程挖掘的基础。它支持可视化流程图、计算步骤之间的转换时间、识别返工循环,以及发现常见或偏离标准的流程路径(变体)。
为什么重要
它定义了流程步骤。分析活动的顺序和频率是流程挖掘的核心。
获取位置
活动名称来源于Oracle SCM Cloud各模块采集的事件数据。通常需要将交易状态或事件日志映射到标准化的活动名称列表。
示例
采购订单已下达商品已生产发运已确认交货证明已签署
|
|||
|
物流订单
LogisticsOrder
|
单个物流订单的唯一标识符,用作跟踪端到端供应链流程的案例ID。 | ||
|
说明
物流订单是主要的案例标识,用于关联供应链中与特定需求或履约请求相关的所有活动。该ID可完整呈现产品从初始客户订单或需求预测,到采购、生产和最终交付的全过程。 在流程挖掘分析中,该属性对于将所有相关事件归入同一案例至关重要。它支持重建每个订单的流程顺序,从而分析周期时间、识别瓶颈、发现流程变体,并以订单为中心全面评估整体绩效。
为什么重要
这是连接所有流程步骤的关键字段。没有一致的Logistics Order ID,就无法追踪订单的完整历程。
获取位置
此标识符通常存在于Oracle SCM Cloud的多个模块中,包括Order Management、Inventory Management和Shipping。
示例
LO-2024-00123LO-2024-00124LO-2024-00125
|
|||
|
产品类别
ProductCategory
|
订单中产品所属的类别或产品族。 | ||
|
说明
Product Category是用于归类相似产品的分类属性,例如“Electronics”“Apparel”或“Raw Materials”。相比单独分析产品SKU,它支持更高层级的分析。 在流程挖掘中,按Product Category细分分析非常有价值。它可以揭示某些产品类型是否具有更长的周期时间、遵循不同的流程变体,或更容易发生延迟,从而帮助企业针对特定产品线制定流程改进方案。
为什么重要
支持按产品类型细分绩效分析,揭示特定产品族的模式和问题。
获取位置
此信息属于Oracle SCM Cloud中的物料主数据,可通过EGP_SYSTEM_ITEMS_B及相关类别表访问。
示例
成品备件原材料消费电子产品
|
|||
|
供应商名称
SupplierName
|
为采购订单提供原材料的供应商或供货商名称。 | ||
|
说明
此属性标识负责提供生产所需组件或原材料的外部合作方,与“Purchase Order Issued”和“Raw Materials Received”等采购活动相关联。 按Supplier Name分析对于Supplier Lead Time Performance仪表板至关重要。它有助于评估哪些供应商可靠且准时交付,哪些供应商经常延迟。这些洞察对采购策略、供应商关系管理,以及降低材料短缺导致的生产延误都十分重要。
为什么重要
支持供应商绩效衡量和基准比较,是确保入库供应链可靠高效的关键。
获取位置
供应商信息位于Oracle SCM Cloud的采购模块中,并与采购订单关联。主要数据表包括PO_HEADERS_ALL和POZ_SUPPLIERS。
示例
Global Components公司Advanced Materials有限责任公司Tech Parts Direct
|
|||
|
实际交付日期
ActualDeliveryDate
|
订单实际交付给客户的日期,由交付证明确认。 | ||
|
说明
此日期标志着货物抵达目的地、物流流程最终完成的时间。通常从“Proof of Delivery Signed”活动中获取。 此属性对绩效衡量至关重要。将其与“Requested Delivery Date”直接比较,即可判断订单是否准时或延迟交付。它还用于计算物流订单最终的端到端周期时间。
为什么重要
它提供流程实际完成时间,可用于计算准时交付率和总周期时间。
获取位置
通常使用最终交付确认事件的时间戳,可在WSH_DELIVERIES等运输或配送模块中找到。
示例
2023-11-162023-11-302024-01-12
|
|||
|
物料编号
ItemNumber
|
正在处理的具体产品的唯一标识符或SKU。 | ||
|
说明
Item Number提供最细粒度的产品标识,可分析单个产品,粒度比按产品类别分析更细。 在分析中使用Item Number,有助于识别与特定产品相关的流程问题。例如,某个物料可能质量检验失败率较高,或对应更长的生产时间,从而支持在SKU层面精准解决问题。
为什么重要
支持在单个产品层面进行精细分析,帮助定位按类别分析时可能无法发现的问题。
获取位置
Oracle SCM的大多数交易表中都包含物料标识符,例如DOO_FULFILL_LINES_ALL或INV_MATERIAL_TXNS,通常以INVENTORY_ITEM_ID字段存储。
示例
SKU-100-ASKU-250-BPART-XYZ-01
|
|||
|
物流订单状态
LogisticsOrderStatus
|
物流订单的最终状态,表示订单已成功完成、已取消或部分履行。 | ||
|
说明
此属性提供物流订单案例的最终状态或结果,帮助区分按计划完成整个流程的订单与提前终止的订单。 在流程分析中,按状态筛选至关重要。例如,周期时间分析通常只应包含“Completed”订单,以避免取消订单造成结果偏差。它还支持分析订单被取消的根本原因。
为什么重要
表示案例结果,可筛除未完成或已取消订单,确保分析基于可比较的数据。
获取位置
最终状态通常根据Oracle Order Management中销售订单或履行行项目的状态得出,可在DOO_HEADERS_ALL或DOO_FULFILL_LINES_ALL等表中找到。
示例
已交付已取消部分发运已关闭
|
|||
|
用户
User
|
执行具体活动的人员用户ID或姓名。 | ||
|
说明
此属性标识负责执行流程任务的员工或系统用户,可用于了解工作负载分配和个人绩效。 按User分析有助于资源管理和绩效分析。它可以识别高绩效个人或团队,发现潜在培训需求,或揭示适合自动化的任务,例如人工执行时持续耗时较长的任务。
为什么重要
支持资源绩效和工作负载分配分析,并帮助识别培训或自动化机会。
获取位置
用户信息通常存储在大多数Oracle SCM交易表的“Created By”或“Last Updated By”列中。
示例
JSMITHALOGANSYSTEMBATCH_USER
|
|||
|
要求交付日期
RequestedDeliveryDate
|
客户为订单要求的交付日期。 | ||
|
说明
此日期代表客户期望的交付时间,是衡量准时交付绩效的主要基准。通常在创建客户订单时设定,也是服务级别协议(SLA)的关键组成部分。 在分析中,此属性会与“Actual Delivery Date”进行比较,用于计算准时交付率KPI。它帮助企业了解满足客户期望的能力,并识别延迟的根本原因。
为什么重要
这是衡量准时交付绩效的基准,也是客户满意度和供应链效率的重要KPI。
获取位置
通常存储在Oracle Order Management的销售订单或履行行项目层级。可查找REQUEST_SHIP_DATE或REQUEST_ARRIVAL_DATE等字段。
示例
2023-11-152023-12-012024-01-10
|
|||
|
运输方式
ModeOfTransport
|
货运所采用的运输方式,例如航空、海运、卡车或铁路。 | ||
|
说明
此属性指定货物在地点之间运输时采用的方式,例如从仓库运往客户。该信息对物流和运输分析至关重要。 在流程挖掘中,按Mode of Transport筛选或细分,有助于分析不同运输方式的效率。Transportation Efficiency Analysis仪表板利用此属性比较不同运输方式的在途时长,从而优化物流成本和交付时间。
为什么重要
支持运输效率和成本分析,帮助企业根据速度和费用优化物流策略。
获取位置
此数据通常位于Oracle Transportation Management(OTM)模块或配送执行模块中。可查找WSH_DELIVERY_LEGS等表中的相关字段。
示例
空运货运海运货运整车运输零担运输
|
|||
|
采购订单编号
PurchaseOrderNumber
|
为采购原材料或组件而创建的采购订单唯一标识符。 | ||
|
说明
Purchase Order Number是供应链采购环节中的关键单据ID,将物流订单与向供应商提出的具体请求关联起来。 此属性支持深入分析采购活动。它可用于追踪特定PO的所有相关事件,也是分析供应商绩效和采购周期时间的基础。
为什么重要
直接关联采购单据,支持详细分析采购子流程及其对整体物流流转的影响。
获取位置
此ID位于Oracle Procurement Cloud模块中,主要存储在PO_HEADERS_ALL表的SEGMENT1字段。
示例
PO-98345PO-98346PO-98347
|
|||
|
仓库位置
WarehouseLocation
|
拣选并发运货物的仓库或配送中心。 | ||
|
说明
此属性指定参与特定物流活动的实际地点或设施,对基于地点的绩效分析至关重要。 按Warehouse Location分析可以揭示不同设施之间显著的绩效差异。例如,一个仓库的拣选和包装周期时间可能明显短于另一个仓库。这些洞察有助于识别可在不同地点推广的最佳实践,或发现需要改进流程的设施。
为什么重要
支持比较不同实际地点的绩效,帮助识别高绩效设施和改进空间。
获取位置
仓库或库存组织信息是Oracle Inventory Management中的基础数据元素,通常以ORGANIZATION_ID字段存储在INV_MATERIAL_TXNS等表中。
示例
WH-NORTHWH-WESTDC-CENTRAL
|
|||
|
客户名称
CustomerName
|
下达订单的客户名称。 | ||
|
说明
此属性标识货物和服务的接收方,是所有以客户为中心的分析中的基础维度。 按客户细分流程分析可以揭示重要模式。例如,某些高价值客户可能经历更多延迟,不同客户群体也可能遵循不同的流程路径。这些信息对于改善客户服务和有效管理重点客户至关重要。
为什么重要
支持以客户为中心查看流程,帮助了解特定客户或客户类型是否面临独特的流程问题。
获取位置
客户信息存储在订单管理模块中,并与销售订单关联。可在与DOO_HEADERS_ALL相关的表中,通过连接客户账户表(HZ_CUST_ACCOUNTS)获取。
示例
Retail公司Manufacturing SolutionsMegaStore公司
|
|||
|
承运商名称
CarrierName
|
负责运输货物的第三方物流公司或承运商名称。 | ||
|
说明
Carrier Name标识货运所使用的具体运输服务商,是评估物流合作伙伴绩效的重要信息。 此属性用于Transportation Efficiency Analysis仪表板,比较不同承运商的绩效。它有助于回答哪些承运商运输时间最短、哪些承运商在特定路线上的可靠性最高,以及哪些承运商性价比最佳等问题。
为什么重要
支持运输合作伙伴绩效基准比较,对优化运输成本和可靠性至关重要。
获取位置
此信息存储在Oracle Transportation Management或Shipping模块中,通常通过WSH_TRIPS等表与具体行程或配送段关联。
示例
FedExDHLUPSMaersk
|
|||
|
数据最后更新时间
LastDataUpdate
|
表示此事件数据最近一次从源系统刷新或提取时间的时间戳。 | ||
|
说明
此属性标记流程挖掘数据集中事件数据最近一次更新的时间,有助于了解数据的新鲜度和分析覆盖的时间范围。 它用于数据治理,并向用户说明仪表板中洞察的时效性,帮助回答“此流程视图更新到什么时间?”等问题。
为什么重要
提供数据时效性的关键背景,确保用户了解分析所覆盖的时间范围。
获取位置
此时间戳在数据提取、转换和加载(ETL)过程中生成并添加。
示例
2024-01-15T02:00:00Z2024-01-16T02:00:00Z
|
|||
|
是否按时交付
IsOnTimeDelivery
|
用于表示订单是否在要求的交付日期当天或之前交付的布尔标记。 | ||
|
说明
这是一个用于简化绩效分析的计算属性,通过比较“Actual Delivery Date”和“Requested Delivery Date”得出。如果实际日期早于或等于要求日期,值为true,否则为false。 此标记便于创建KPI和仪表板,例如Customer Delivery Performance仪表板。它支持快速筛选和汇总,以计算整体准时交付率,并进行根因分析,找出延迟订单的共同特征。
为什么重要
直接衡量订单是否达到客户期望,并简化与交付时效相关的关键绩效指标创建。
获取位置
源系统中不包含此属性。它在数据转换过程中通过比较“ActualDeliveryDate” <= “RequestedDeliveryDate”计算得出。
示例
truefalse
|
|||
|
是否返工
IsRework
|
用于表示物流订单是否发生返工的布尔标记,例如活动重复执行或流程出现循环。 | ||
|
说明
此计算属性用于识别偏离线性高效流转的案例。通常通过检测活动重复,或较晚发生的活动之后又出现较早活动的序列来确定,这表明流程存在循环,例如“Goods Picked”→“Quality Control Failed”→“Goods Picked”。 此标记对于量化流程低效至关重要。它有助于计算订单返工率KPI,并支持筛选和调查发生返工的案例,以了解数据录入错误、质量问题或初始处理不当等根本原因。
为什么重要
帮助量化并单独识别循环和重复步骤等流程低效问题,这些问题通常会导致延迟和成本增加。
获取位置
源系统不提供此属性。流程挖掘工具通过分析每个案例的活动顺序,检测表明返工的模式并计算得出。
示例
truefalse
|
|||
|
源系统
SourceSystem
|
标识提取数据的信息系统。 | ||
|
说明
此属性指定事件数据的来源,本例中为Oracle SCM Cloud。在合并多个系统的数据时,它有助于明确数据来源。 在分析中,它有助于区分可能跨越多个系统的流程或活动。对于此类单系统视图,它则作为标准数据治理属性使用。
为什么重要
确保数据来源可追溯,并帮助区分多系统环境中的数据来源。
获取位置
通常是在数据提取和转换过程中添加的静态值(“Oracle SCM Cloud”)。
示例
Oracle SCM CloudOracle Fusion SCM
|
|||
|
端到端周期时间
EndToEndCycleTime
|
从创建客户订单到最终交付证明之间经过的总时间。 | ||
|
说明
此计算指标衡量单个订单完整物流流程的总时长,计算方式为第一项活动(例如“Customer Order Created”)与最后一项活动(例如“Proof of Delivery Signed”)时间戳之差。 这是了解整体流程效率最重要的KPI之一。它提供高层次的绩效衡量,并用于仪表板跟踪趋势和识别可能需要调查的长周期订单。
为什么重要
从开始到结束全面衡量流程绩效,帮助识别长周期案例并跟踪整体效率改进。
获取位置
此指标在流程挖掘工具中或数据准备阶段计算,方法是针对每个案例,用最后一个事件的开始时间减去第一个事件的开始时间。
示例
15天4小时22天8小时10天2小时
|
|||
|
订单金额
OrderValue
|
物流订单的货币总价值。 | ||
|
说明
此属性表示单个物流订单对应的财务价值,是确定分析优先级和了解流程低效财务影响的重要业务指标。 在流程挖掘中,Order Value可用于关联流程绩效与财务结果。例如,分析可能显示高价值订单延迟时间更长,对收入构成重大风险。它还支持优先改进承载最大价值的流程。
为什么重要
为流程绩效提供财务背景,帮助根据货币影响确定改进优先级。
获取位置
订单价值通常存储在Oracle Order Management的销售订单抬头层级。可查阅DOO_HEADERS_ALL等表中的总金额字段。
示例
5250.7512300.00950.20
|
|||
|
运输时长
TransportationDuration
|
货物从装载点运输到目的地所需的时间。 | ||
|
说明
这是一个计算指标,用于衡量整体周期时间中的“在途”部分。计算方式为“Goods Loaded for Transport”活动与“Goods Unloaded at Destination”活动的时间差。 此属性用于支持Transportation Efficiency Analysis仪表板。它有助于单独识别运输阶段发生的延迟,并可按承运商和运输方式分析,以优化运输绩效。
为什么重要
单独计算在途时间,支持独立于仓库或生产延迟的运输效率分析。
获取位置
此指标在数据转换过程中计算,方法是针对一个案例,求“Goods Loaded for Transport”和“Goods Unloaded at Destination”事件时间戳之间的差值。
示例
2天3小时5天1小时12小时
|
|||
供应链管理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
交货证明已签署
|
客户提供已签署的收货确认,正式完成交付流程。通常通过在订单或货运记录中更新交付证明日期和文件来记录。 | ||
|
为什么重要
这是物流订单成功完成的最终结束事件,对“End-to-End Logistics Cycle Time”KPI至关重要,同时也支持合规和争议解决流程。
获取位置
通常是对货运记录或销售订单记录进行手动或半自动更新。系统可能设有专门的POD日期字段,可将其用作事件时间戳。
采集
使用货运记录或订单记录中“Proof of Delivery Date”字段的时间戳。
事件类型
explicit
|
|||
|
商品已拣选并包装
|
仓库人员从库存中拣选订单商品,并完成发运包装。该流程涉及多项系统交易,最终状态为已包装。 | ||
|
为什么重要
这标志着实体发运流程开始。从订单创建到此节点的时间由“库存检查至履约时间”KPI覆盖,用于衡量内部履约效率。
获取位置
根据Oracle Shipping中发运行或交付明细的状态推断。该活动通常汇总多个事件,例如创建拣货波次、确认拣货和确认包装。
采集
使用与销售订单行关联的最终拣货确认或包装确认交易时间戳。
事件类型
inferred
|
|||
|
商品已生产
|
商品制造流程完成,成品转入库存。当系统将工作订单报告为完成时,系统会记录这一事件。 | ||
|
为什么重要
该事件标志着生产阶段结束,产品可以进入履约环节。从“生产已排程”到该事件的时长,是衡量制造效率的重要指标。
获取位置
取自Oracle Manufacturing Cloud中的工作订单完成交易,该交易会将工作订单状态更新为“Complete”。
采集
使用工作订单完成交易的时间戳,或状态变为“Complete”时的时间戳。
事件类型
inferred
|
|||
|
商品已装车运输
|
已包装的货物装上承运商车辆,发运正式离开仓库。Oracle Shipping中的“Ship Confirm”交易会记录这一事件。 | ||
|
为什么重要
该事件标志着运输环节开始,是“运输周期时间”KPI和“运输效率分析”仪表板的起始点。
获取位置
这是由Oracle Shipping中的“Ship Confirm”交易明确记录的事件,会将交付明细状态更新为“Shipped”。
采集
使用Ship Confirm操作的交易时间戳。
事件类型
explicit
|
|||
|
客户订单已创建
|
该活动表示在Oracle Order Management中创建销售订单,即客户正式提出货物需求。当系统保存新的销售订单记录时,系统会明确记录这一事件,并启动物流订单生命周期。 | ||
|
为什么重要
作为主要开始事件,它可用于衡量端到端物流周期时间,也是分析订单处理效率和客户需求模式的基准。
获取位置
取自Order Management模块中销售订单记录的创建时间戳,通常来自DOO_HEADERS_ALL表。
采集
使用销售订单抬头的创建日期。
事件类型
explicit
|
|||
|
生产已排程
|
对于需要制造的商品,系统会排程工作订单,确定生产时间表和资源分配。当工作订单状态更新为“Scheduled”或“Released”时,系统会记录这一事件。 | ||
|
为什么重要
该活动是“生产与发运阶段延迟”仪表板的关键里程碑,标志着生产周期开始。此处的任何延迟都会传导至整个履约流程。
获取位置
根据Oracle Manufacturing Cloud中工作订单的状态变化推断。相关数据存储在WIP_DISCRETE_JOBS等表中。
采集
使用工作订单状态变为“Released”或其他表示可以开始生产的状态时的时间戳。
事件类型
inferred
|
|||
|
原材料已接收
|
订购的原材料或商品从供应商处到达,并正式接收入库。这会作为接收交易记录在Oracle Inventory Management中。 | ||
|
为什么重要
该事件结束供应商周期时间的衡量。此阶段的延迟会直接影响生产排程和最终客户交付日期。
获取位置
取自Oracle Inventory Management中的接收交易日期,通常来自RCV_SHIPMENT_HEADERS和RCV_TRANSACTIONS表。
采集
使用物料接收记录的交易日期。
事件类型
explicit
|
|||
|
发运已确认
|
发运所需的全部商品已完成备货、包装,并准备交接给承运商。该活动会将系统中的发运状态更新为“Confirmed”或“Ready to Ship”。 | ||
|
为什么重要
这是货物实际离开仓库前的关键里程碑,可将仓库内部处理时间与外部运输时间区分开来。
获取位置
根据Oracle Shipping中发运或交付记录的状态变化推断,相关数据可在WSH_DELIVERIES或WSH_NEW_DELIVERIES等表中找到。
采集
使用发运状态更新为“Confirmed”时的时间戳。
事件类型
inferred
|
|||
|
库存可用性已检查
|
系统检查所需商品是否有库存,以履行客户订单。这通常是订单处理工作流中的自动化步骤,但其结果会以状态或时间戳的形式记录。 | ||
|
为什么重要
该活动是“库存履约效率”仪表板和“库存可用性影响率”KPI的关键组成部分。此处出现延迟,通常意味着潜在缺货问题或库存管理效率低下。
获取位置
根据销售订单行状态变化,或Oracle Inventory Management(INV)中与预留或可承诺量检查相关的表记录推断。
采集
根据销售订单行状态变化推断,例如状态变为“等待履约”,或根据创建预留的时间戳推断。
事件类型
inferred
|
|||
|
订单已取消
|
客户订单在完成履行前被取消。当销售订单抬头或行项目的状态变更为“Canceled”时,系统会记录此事件。 | ||
|
为什么重要
这表示流程的另一种非成功终点。分析已取消订单有助于识别销售流失的原因,例如周期时间过长或缺货。
获取位置
根据Oracle Order Management中销售订单记录的状态变更推断,终止状态为“Canceled”。
采集
使用销售订单抬头或行项目状态变更为“Canceled”时的时间戳。
事件类型
inferred
|
|||
|
货物已在目的地卸载
|
发运抵达客户地点或目的港并完成卸载。该信息通常根据运输承运商或运输管理系统的数据更新。 | ||
|
为什么重要
该活动标志着在途阶段结束。从“商品已装车运输”到此活动的时长,对于分析承运商绩效和运输效率至关重要。
获取位置
如果集成了Transportation Management System,这可能是一个明确记录的事件,也可能是推断得出的事件。事件可能基于承运商状态更新,或在确认交付后通过手动录入生成。
采集
使用集成TMS中的时间戳,或使用货运记录中手动更新为“Delivered”的状态时间。
事件类型
explicit
|
|||
|
质量控制已执行
|
成品在可供发运前需要经过质量检验。检验结果会作为质量检查记录在Oracle Quality Management模块中。 | ||
|
为什么重要
这是确保合规和客户满意度的关键步骤。分析该活动有助于确保符合质量标准,识别检验流程中的瓶颈,并支持合规审计。
获取位置
取自Oracle Quality Management Cloud中的交易记录,即执行检验计划并录入结果时生成的记录。
采集
使用质量检验结果记录为“Pass”或“Fail”时的时间戳。
事件类型
explicit
|
|||
|
采购申请已创建
|
系统创建正式申请,向供应商采购物料,通常在库存不足以履行销售订单时触发。这是Oracle Procurement模块中的明确交易。 | ||
|
为什么重要
该活动突出了对采购和外部供应商的依赖。分析从该事件到物料接收之间的时间,是了解供应商相关延迟的关键。
获取位置
取自Oracle Procurement Cloud中采购申请的创建时间戳,相关数据可在POR_REQUISITION_HEADERS_ALL等表中找到。
采集
使用采购申请记录的创建日期。
事件类型
explicit
|
|||
|
采购订单已下达
|
采购申请转化为具有法律约束力的采购订单并发送给供应商。当采购订单获批且状态更新为“Open”或“Sent”时,系统会明确记录这一事件。 | ||
|
为什么重要
这标志着供应商周期时间正式开始,是衡量“供应商周期时间绩效”仪表板和“供应商准时交付率”KPI的基础。
获取位置
取自Oracle Procurement Cloud中采购订单的审批或提交日期,数据存储在PO_HEADERS_ALL等表中。
采集
使用采购订单状态变为已批准或打开状态时的时间戳。
事件类型
explicit
|
|||
提取指南
掌握您的Oracle SCM,立即提升供应链效率
立即实现90%的预测准确率,消除缺货问题。
无需信用卡,立即完成设置。