您的采购到付款:采购订单数据模板

Oracle Fusion Financials
您的采购到付款:采购订单数据模板

您的采购到付款:采购订单数据模板

此模板为收集采购到付款:采购订单流程分析所需数据提供清晰路线图。模板列出了必要的数据属性、需要跟踪的关键活动,以及提取这些信息的实用指南。使用此模板,确保捕获流程挖掘所需的全部关键细节。
  • 全面收集数据所需的推荐属性
  • 需要跟踪和分析的关键流程活动
  • Oracle Fusion Financials分步数据提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

采购到付款-采购订单属性

以下是建议纳入事件日志的数据字段,用于全面分析采购到付款-采购订单流程。
3 必需 7 建议 11 可选
名称 说明
开始时间
EventTime
表示特定活动或事件发生时间的时间戳。
说明

此属性记录流程中每项活动的准确日期和时间,是按时间顺序排列事件及开展所有基于时间的分析的基础。

在流程挖掘中,开始时间用于构建事件日志、计算活动间的周期时间、衡量等待时间,以及分析不同时段的流程绩效。它也是周期时间和绩效相关仪表板的关键数据。

为什么重要

此时间戳对于正确排列事件顺序,以及计算周期时间、瓶颈等所有基于时长的指标至关重要。

获取位置

来自不同表的时间戳字段,例如PO_HEADERS_ALL、PO_ACTION_HISTORY和RCV_SHIPMENT_LINES中的CREATION_DATE和LAST_UPDATE_DATE。

示例
2023-04-15T10:05:00Z2023-04-16T14:30:00Z2023-05-01T09:00:00Z
活动
ActivityName
采购订单生命周期中发生的特定业务事件或步骤的名称。
说明

该属性描述流程中的具体任务或状态变化,例如“采购订单已创建”或“货物已收货”。这些活动按顺序组成流程。

分析这些活动的顺序和时间,是流程挖掘的核心。它有助于展示流程图、识别瓶颈、发现偏离标准过程的情况,并衡量具体步骤的持续时间。

为什么重要

活动是流程图的基本组成部分。跟踪活动有助于展示和分析流程、瓶颈及偏差。

获取位置

来源包括PO_HEADERS_ALL和PO_ACTION_HISTORY等表中的状态变更,或RCV_TRANSACTIONS等特定事务表中的收货记录。

示例
创建采购订单采购订单已审批已收货
采购订单
PurchaseOrder
采购订单单据的唯一标识符,作为跟踪采购生命周期的主要案例ID。
说明

采购订单编号是关联所有相关活动的核心标识符,覆盖从创建到最终关闭的全过程。它支持对单个采购案例进行端到端分析。

在流程挖掘中,每个唯一的采购订单编号代表一个流程实例。按此标识符对数据分组分析,有助于了解单个订单的流程差异、周期时间和合规情况。

为什么重要

这是连接所有相关事件的关键案例ID,可重建并分析完整的采购订单生命周期。

获取位置

Oracle Fusion Cloud SCM,采购模块,表PO_HEADERS_ALL,列SEGMENT1。

示例
100234510023461002347
PO总金额
PurchaseOrderTotalAmount
采购订单的货币总价值。
说明

此属性表示采购订单中所有项目按指定货币计算的总成本,是了解流程中交易金额的关键财务指标。

分析PO总金额有助于确定流程改进工作的优先级。例如,高价值订单可能需要经过更严格的审批流程。该指标还支持财务影响分析,例如计算频繁修改或延误的PO金额。

为什么重要

为流程提供财务背景,支持按金额分析,例如重点关注高价值订单或了解延误造成的财务影响。

获取位置

将指定PO单头对应的PO_LINES_ALL金额相加计算,或直接使用可用的单头总金额。

示例
5250.00120000.50750.99
供应商名称
VendorName
提供所采购商品或服务的供应商名称。
说明

此属性标识采购订单对应的外部供应商,是与PO单头关联的重要主数据。

供应商分析是P2P流程挖掘的重要组成部分。按供应商筛选或细分后,企业可以分析“供应商交付绩效”、比较按时交付率,并调查“货物退货率”,从而识别绩效较高或较低的供应商。这些数据对于供应商关系管理和战略采购至关重要。

为什么重要

供应商绩效分析的基础,可用于比较不同供应商的交付时间、退货率和整体可靠性。

获取位置

由PO_HEADERS_ALL.VENDOR_ID关联至POZ_SUPPLIERS.VENDOR_NAME。

示例
全球办公用品Tech Solutions Inc.Advanced Logistics Co.
审批人姓名
ApproverName
执行采购订单审批或拒绝操作的用户姓名。
说明

此属性记录工作流中负责审批步骤的人员。该信息通常存储在与采购订单关联的操作历史表或工作流日志表中。

按审批人分析数据,是“采购订单审批周期时间分析”和“审批资源工作负载”仪表板的关键。它有助于识别造成瓶颈的审批人或审批组,公平评估工作负载,并发现授权或流程重设计的机会。

为什么重要

识别审批链中的人员,从而按审批人分析审批瓶颈、工作负载和周期时间。

获取位置

执行操作的用户,位于PO_ACTION_HISTORY.ACTION_PERFORMED_BY,并关联用户表以获取完整姓名。

示例
susan.managerdavid.directoremily.finance
用户
UserName
执行活动人员的用户ID或姓名。
说明

此属性标识负责特定事件的员工或系统用户,例如创建采购申请、审批PO或登记收货。数据通常来自“Created By”或“Last Updated By”等字段。

按用户分析流程,有助于了解工作负载分布和个人绩效,并识别培训需求。它是“审批资源负载”仪表板以及调查与用户操作相关的合规问题的基础。

为什么重要

将用户操作归属到具体人员,从而支持工作负载分析、绩效评估和培训机会识别。

获取位置

根据PO_HEADERS_ALL和PO_ACTION_HISTORY等表中CREATED_BY或LAST_UPDATED_BY等字段的ID,与用户表进行关联。

示例
john.doejane.smithsystem.batch
结束时间
EndTime
活动完成时的时间戳。对于原子事件,通常与开始时间相同。
说明

对于具有持续时间的活动,该字段表示完成时间。对于瞬时事件,通常与开始时间相同。它对于计算单项活动的处理时间至关重要。

单独记录结束时间,可以更准确地分析活动时长,而活动时长可能不同于活动之间的等待时间。这有助于区分实际工作时间和空闲时间,支持资源负载与效率分析。

为什么重要

支持精确计算活动处理时间,是分析资源效率和识别耗时任务的关键。

获取位置

对于原子事件,可以与开始时间相同,也可以根据后续事件的时间戳推导。某些活动可能存在单独的完成时间戳。

示例
2023-04-15T10:05:00Z2023-04-16T14:45:00Z2023-05-01T09:15:00Z
要求交付日期
RequestedDeliveryDate
申请方期望商品或服务交付的截止日期。
说明

此日期在采购订单行上指定,用于向供应商传达期望的交付时间。它是衡量按时交付绩效的基准。

此属性对于计算“按时交付率”KPI至关重要。将实际收货日期与要求交付日期进行比较,企业可以量化衡量并跟踪供应商可靠性,识别供应链中的系统性延误。

为什么重要

作为衡量按时交付绩效的基准,这是评估供应商可靠性和供应链效率的关键KPI。

获取位置

位于行位置层级,对应表PO_LINE_LOCATIONS_ALL中的NEED_BY_DATE列。

示例
2023-05-202023-06-152023-07-01
部门
DepartmentName
发起采购订单或负责采购订单的部门名称。
说明

此属性指定与采购相关的组织单元,例如“财务”“IT”或“制造”。它用于成本分摊和组织报告。

在流程挖掘中,按部门细分流程对于比较绩效、识别部门特定瓶颈,以及了解企业不同部门的流程执行差异至关重要。它直接支持“PO审批周期时间分析”和“采购订单修改趋势”等仪表板。

为什么重要

支持按不同业务单元筛选和比较流程绩效,揭示部门特定问题或最佳实践。

获取位置

来源于PO_DISTRIBUTIONS_ALL等表中的成本中心信息,该信息与部门主数据关联。

示例
IT运营市场营销研发
PO状态
PurchaseOrderStatus
采购订单单据的当前状态。
说明

此属性表示采购订单生命周期中的当前状态,例如“Open”“Approved”“Finally Closed”或“Canceled”,用于呈现PO的当前进度。

流程挖掘关注活动序列,而当前状态则适合用于筛选案例。例如,可以仅分析未关闭PO以了解当前待处理订单,也可以分析已关闭PO以了解已完成的流程实例。它是“采购订单流转与状态”仪表板的关键数据。

为什么重要

呈现采购订单的当前状态,支持按进行中、已完成或已取消的订单筛选分析。

获取位置

Oracle Fusion Cloud SCM,表PO_HEADERS_ALL,列AUTHORIZATION_STATUS或DOCUMENT_STATUS。

示例
OPENAPPROVEDFINALLY_CLOSEDCANCELED
业务单元
BusinessUnitName
组织内负责采购的具体业务单元。
说明

业务单元代表企业内独立的业务实体,通常拥有自己的分类账和财务报告体系。在Oracle Fusion中,它是主要的数据隔离机制之一。

在大型跨国企业中,按业务单元分析流程绩效至关重要。这样可以比较组织不同部分的采购效率、合规性和成本,发现最佳实践及需要改进的领域。

为什么重要

对于大型组织而言,这对于比较不同运营部门的流程效率和合规性至关重要。

获取位置

业务单元上下文通常位于采购订单抬头,对应PO_HEADERS_ALL.PRC_BU_ID,并关联FUN_ALL_BUSINESS_UNITS_V视图。

示例
美国业务单元EMEA VisionAPAC Services
交付地点
DeliveryLocation
商品交付的实际地点或地址。
说明

此属性指定采购订单中商品的收货地址,是关键的物流信息。

在流程挖掘中,按交付地点分析可以支持“收货处理效率”仪表板。它有助于识别某些仓库或站点的收货流程是否较慢,从而发现特定地点潜在的资源或流程问题。

为什么重要

支持按地理位置分析绩效,帮助识别收货流程中的区域性或站点特定瓶颈。

获取位置

从PO_LINE_LOCATIONS_ALL.SHIP_TO_LOCATION_ID关联至HR_LOCATIONS_ALL视图。

示例
主仓库,A号月台3号楼,接待处旧金山办公室,10层
最后数据更新时间
LastDataUpdate
数据最近一次从源系统提取或刷新的时间戳。
说明

此属性表示待分析数据的新鲜度,记录最近一次从Oracle Fusion Financials提取数据的日期和时间。

这些信息有助于用户了解分析结果和仪表板数据的时效性,明确流程洞察的更新程度,并判断是否包含最近发生的交易。

为什么重要

透明呈现数据新鲜度,帮助用户了解流程分析反映的最新状态。

获取位置

这是在数据提取和转换(ETL)过程中生成并添加的时间戳。

示例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
审批是否合规
IsApprovalCompliant
标识采购订单是否在发送给供应商之前完成审批。
说明

这是一个计算型布尔属性,用于检查是否遵守关键内部控制要求:采购订单必须在发送给供应商之前完成审批。当“采购订单已审批”活动早于“采购订单已发送给供应商”活动时,该属性为true。

此属性对于“采购订单流程合规审计”仪表板和“采购订单审批合规率”KPI至关重要。它提供了识别和量化合规违规的直接方式,有助于执行采购政策,降低未经授权支出的风险。

为什么重要

直接衡量“采购订单审批合规率”KPI,突出显示订单在审批前发送给供应商这一关键内部控制违规行为。

获取位置

计算字段。如果“采购订单已审批”的时间戳小于或等于“采购订单已发送给供应商”的时间戳,则设为“true”。

示例
truefalse
是否延迟交付
IsLateDelivery
标识最终收货是否晚于要求交付日期。
说明

这是一个计算型布尔属性。当指定采购订单中“已收货”活动的时间戳晚于“要求交付日期”属性的值时,该属性为true。

此标记是“按时交付率”KPI的基础。它便于区分和分析延迟订单与按时订单,帮助调查延误的根本原因,包括特定供应商、地点或产品类别相关的问题。

为什么重要

直接支持“按时交付率”KPI,帮助清晰分析供应商绩效和交付可靠性。

获取位置

计算字段。如果“已收货”活动时间戳晚于“RequestedDeliveryDate”属性,则设为“true”。

示例
truefalse
是否返工
IsRework
标识采购订单是否在初次创建后被修改。
说明

这是一个计算型布尔属性。当采购订单案例包含“采购订单已更改”活动时,该属性设为true。它可以快速识别需要更正或修改的订单。

此标记简化了“采购订单修改率”KPI的计算,也便于筛选和分析返工订单。了解返工订单的特征,例如涉及的供应商或部门,有助于定位数据不准确或需求变化的根本原因。

为什么重要

直接支持“采购订单修改率”KPI,并通过标记所有发生变更的订单,简化流程不稳定性分析。

获取位置

计算字段。如果案例的事件日志包含“采购订单已更改”活动,则设为“true”,否则设为“false”。

示例
truefalse
源系统
SourceSystem
提取这些数据的信息系统。
说明

此属性标识数据来源,在包含多个集成系统的环境中尤其有用。对于此流程,通常为“Oracle Fusion Financials”。

对于特定数据集,该值通常是静态的,但它对数据治理、问题排查和确保数据血缘至关重要。在整合多个来源的数据时,它支持按来源系统进行筛选和分组。

为什么重要

标识数据来源,对于数据治理、分析背景和与其他系统集成至关重要。

获取位置

通常是在数据提取和转换(ETL)过程中定义并添加的常量值。

示例
Oracle Fusion FinancialsOracle Cloud SCMOracle Fusion P2P
采购申请
PurchaseRequisitionNumber
在采购订单之前提出并为其提供授权的采购申请标识符。
说明

采购申请是用于申请采购商品或服务的内部单据。此属性将采购订单关联回最初的申请。

纳入申请编号后,可以从最初申请开始,而不只是分析采购订单,从更全面的角度分析采购流程。您可以分析从申请到下单的周期时间,并了解申请详情如何影响后续采购订单流程。

为什么重要

将采购订单关联到最初申请,从而实现从申请到付款的端到端流程视图。

获取位置

通过PO_DISTRIBUTIONS_ALL表关联,该表包含REQ_DISTRIBUTION_ID,可追溯至POR_REQUISITION_LINES_ALL表。

示例
PR-2023-05-001PR-2023-05-002PR-2023-05-003
采购类别
PurchaseCategory
所采购商品或服务的分类,例如“IT硬件”或“办公用品”。
说明

此属性将采购订单中的项目归入采购层级,用于支出分析和供应商管理。

在流程挖掘中,按采购类别细分流程,可以发现不同的行为或绩效水平。例如,资本性支出的审批流程可能比运营物资更长。它还直接支持“退货率及原因”仪表板,帮助分析哪些类别的商品最常被退回。

为什么重要

支持按支出类型分析流程,从而发现不同商品类别的流程路径、瓶颈或退货率差异。

获取位置

从PO_LINES_ALL.CATEGORY_ID关联至EGP_CATEGORIES_VL视图。

示例
IT.Hardware.LaptopsOffice.Supplies.StationeryProfessional.Services.Consulting
采购订单类型
PurchaseOrderType
采购订单的类型,例如“标准”“框架”或“合同”。
说明

此属性根据采购目的对采购订单进行分类。不同类型的采购订单通常遵循不同的流程规则和生命周期。

“标准”采购订单用于一次性采购,而“框架”采购订单是与供应商签订的长期协议。按采购订单类型分析流程,可以更准确地评估流程绩效,因为将标准采购订单与框架协议的周期时间进行比较会产生误导。这样可以实现同类订单之间的公平比较。

为什么重要

区分不同采购场景,从而对相似订单进行更准确的同类比较。

获取位置

Oracle Fusion Cloud SCM,表PO_HEADERS_ALL,列TYPE_LOOKUP_CODE。

示例
STANDARDBLANKETCONTRACT
必需 建议 可选

采购到付款-采购订单活动

以下是应在事件日志中记录的关键流程步骤和里程碑,用于准确发现采购到付款-采购订单流程。
6 建议 10 可选
活动 说明
创建采购订单
这是采购订单生命周期的正式起点,系统会生成处于草稿或未完成状态的PO单据,并记录新PO单头记录的创建时间戳。
为什么重要

作为PO案例的主要起始事件,此活动是所有周期时间计算的基础。它为衡量后续审批、供应商沟通等步骤的效率提供基准。

获取位置

这是基于PO_HEADERS_ALL表中指定采购订单ID(PO_HEADER_ID)的CREATION_DATE字段记录的明确事件。

采集

使用PO_HEADERS_ALL表中的创建时间戳。

事件类型 explicit
已收货
实物货物已收取、清点,并登记到采购订单中。这是一个会更新库存和PO状态的事务事件。
为什么重要

这是衡量供应商按时交付绩效和整体交付周期的关键里程碑,也会触发后续的质量检验和发票匹配等活动。

获取位置

这是记录在RCV_TRANSACTIONS表中的明确事件。具体事务可通过TRANSACTION_TYPE='RECEIVE'识别。

采集

使用RCV_TRANSACTIONS中TRANSACTION_TYPE='RECEIVE'记录的TRANSACTION_DATE。

事件类型 explicit
采购订单已最终关闭
采购订单已完成,表示货物已全部收妥和/或发票已全部处理,预计不会再有后续活动。这是一个明确操作,会为PO设置终止状态。
为什么重要

此活动标志着采购订单生命周期成功完成,是主要的正向结束状态。跟踪该活动对于衡量整体流程吞吐量和完成率至关重要。

获取位置

该事件记录在PO_ACTION_HISTORY表中,对应ACTION_CODE='FINALLY CLOSE'。PO_HEADERS_ALL中的PO状态也会更新为'Finally Closed'。

采集

筛选PO_ACTION_HISTORY中ACTION_CODE='FINALLY CLOSE'的记录。

事件类型 explicit
采购订单已发送给供应商
已审批的采购订单正式发送给供应商,例如通过电子邮件或EDI。该事件通常根据状态变更或PO通信记录中的时间戳推断。
为什么重要

这标志着供应商交付周期的开始,是从确认订单到最终交付、衡量供应商绩效的关键节点。

获取位置

可以根据PO单据状态变为'Open'且通信日期已填写来推断。具体字段通常为PO_HEADERS_ALL.communicated_date或相关状态字段。

采集

根据PO通信状态更新为'Communicated'时的时间戳推断。

事件类型 inferred
采购订单已取消
采购订单已永久取消,预计不会再发生后续事务。这是一个明确操作,会将单据状态变更为终止状态。
为什么重要

此活动表示流程的负向结束状态。分析取消记录可以发现重复订单、预算变更或项目需求变化等问题。

获取位置

该操作记录在PO_ACTION_HISTORY表中,对应ACTION_CODE='CANCEL',同时PO_HEADERS_ALL中的PO状态也会相应更新。

采集

筛选PO_ACTION_HISTORY中ACTION_CODE='CANCEL'的记录。

事件类型 explicit
采购订单已审批
采购订单已获得所有必要审批,现在可以发送给供应商。这是单据操作历史中明确记录的关键里程碑事件。
为什么重要

这是允许PO发送给供应商的关键里程碑。它对于衡量审批周期时间、确保符合支出政策至关重要。

获取位置

该事件记录在PO_ACTION_HISTORY表中,通常对应ACTION_CODE='APPROVE',或在PO_HEADERS_ALL中单据状态变为已审批状态时记录。

采集

筛选PO_ACTION_HISTORY中的最终'APPROVE'操作。

事件类型 explicit
创建收货单
系统启动收货单据,为货物实际到达做好准备。此活动表示内部收货流程开始。
为什么重要

这标志着流程从采购转入物流。分析从此节点到最终过账收货的时间,有助于识别仓库或收货部门的低效环节。

获取位置

这是一个明确事件,通过与采购订单关联的RCV_SHIPMENT_HEADERS表中新记录的创建时间戳捕获。

采集

使用RCV_SHIPMENT_HEADERS中对应记录的创建日期。

事件类型 explicit
创建采购申请
此活动表示采购申请的创建。采购申请是采购订单之前,对商品或服务提出的正式请求。在Oracle Fusion的申请单头表中创建新记录时,系统会记录该活动。
为什么重要

分析此活动有助于了解需求发起阶段。跟踪从采购申请创建到采购订单创建的时间,可以发现将内部需求转化为可执行采购订单时可能存在的延误。

获取位置

这是保存新采购申请时记录的明确事件。您可以通过跟踪POR_REQUISITION_HEADERS_ALL表中的创建时间戳来识别该事件。

采集

该事件基于POR_REQUISITION_HEADERS_ALL表中记录的创建日期。

事件类型 explicit
已完成质量检验
需要质量控制的货物已完成检验,并被接受或拒绝。该活动发生在初次收货之后,并作为独立事务记录。
为什么重要

此活动对质量管理至关重要。分析检验耗时有助于简化质量控制流程,减少货物投入使用前的延误。

获取位置

该事件记录在RCV_TRANSACTIONS表中。它由收货事务之后TRANSACTION_TYPE为'ACCEPT'或'REJECT'的事务识别。

采集

使用RCV_TRANSACTIONS中TRANSACTION_TYPE为'ACCEPT'或'REJECT'记录的TRANSACTION_DATE。

事件类型 explicit
提交采购订单
已创建的采购订单被提交至审批工作流。Oracle Fusion会明确记录此操作,包括提交事件对应的用户和时间戳。
为什么重要

此活动标志着审批周期的开始。分析提交与审批之间的时间,是识别内部签批流程瓶颈的关键。

获取位置

该操作记录在PO_ACTION_HISTORY表中,对应PO_HEADER_ID的ACTION_CODE为'SUBMIT'。

采集

筛选PO_ACTION_HISTORY中ACTION_CODE='SUBMIT'的记录。

事件类型 explicit
服务交付已确认
对于服务类采购订单,此活动表示已确认供应商按约提供服务。该确认通常通过人工记录或服务确认单记录。
为什么重要

这相当于服务采购中的收货,是发票付款前的关键步骤。服务确认延误可能导致付款逾期,并影响供应商关系。

获取位置

通常作为PO服务行上的收货记录捕获。它可能涉及用于跟踪服务进度或完成情况的特定字段或复杂收货记录。

采集

识别与服务类PO行关联的收货事务(RCV_TRANSACTIONS)。

事件类型 explicit
货物已退回供应商
此前收到的货物已退回供应商,通常原因包括缺陷、损坏或发货错误。该事件作为收货模块中的特定退货事务记录。
为什么重要

跟踪退货对于评估供应商质量和订单准确性至关重要。某供应商退货率较高,可能表明存在需要解决的系统性问题。

获取位置

这是记录在RCV_TRANSACTIONS表中的明确事件,TRANSACTION_TYPE为'RETURN TO VENDOR'。

采集

使用RCV_TRANSACTIONS中TRANSACTION_TYPE='RETURN TO VENDOR'记录的TRANSACTION_DATE。

事件类型 explicit
采购申请已审批
指定审批人已批准采购申请,授权采购部门创建采购订单。系统会在该申请的操作历史中明确记录此事件。
为什么重要

这一里程碑表示申请的内部审批流程已结束。此处的延误可能直接影响整个采购周期,因此监控其耗时至关重要。

获取位置

该事件记录在与采购申请关联的操作历史中,通常通过工作流表或申请单据上的特定审批状态字段进行跟踪。

采集

作为特定采购申请单据工作流历史中的审批操作记录。

事件类型 explicit
采购订单已变更
采购订单初次审批后发生了修改,例如数量、价格或交付日期变更。Oracle Fusion会通过创建单据新修订版本来跟踪此变更。
为什么重要

PO变更属于返工,可能反映初始订单不准确或业务需求发生变化。分析变更频率和内容,有助于发现提升流程效率的机会。

获取位置

创建单据新修订版本时,系统会明确记录此事件。您可以通过PO_HEADERS_ALL表中REVISION_NUM字段递增来识别。

采集

识别PO_HEADER_ID对应REVISION_NUM递增的每个实例。

事件类型 explicit
采购订单已拒绝
审批人拒绝了采购订单,并将其退回创建人修改。这是操作历史中明确记录的事件,表示标准流程出现中断。
为什么重要

拒绝会给流程带来返工和延误。跟踪此活动有助于识别常见拒绝原因、培训需求或不明确的审批要求。

获取位置

该操作记录在PO_ACTION_HISTORY表中,对应PO_HEADER_ID的ACTION_CODE为'REJECT'。

采集

筛选PO_ACTION_HISTORY中ACTION_CODE='REJECT'的记录。

事件类型 explicit
采购订单已确认
供应商已确认收到采购订单并接受订单条款。该事件通常由采购人员根据供应商沟通记录手动记录,或通过电子确认记录。
为什么重要

供应商确认可以证明订单已收到并正在处理。跟踪此活动有助于管理供应商沟通,并主动识别潜在履约问题。

获取位置

通常根据PO单头或行上的确认状态字段变更推断,例如PO_HEADERS_ALL.acceptance_status变为'Accepted'。

采集

根据PO确认状态字段的更新推断。

事件类型 inferred
建议 可选

提取指南

如何从Oracle Fusion Financials获取数据

准备好开始了吗?

使用此模板简化数据收集,开始发现采购到付款:采购订单流程中的洞察。立即开始优化运营。

立即优化您的采购到付款:采购订单流程

轻松定位高成本瓶颈,将周期时间缩短30%。

开始免费试用

无需信用卡,立即开始优化。