> 持续流程改进 > 采购到付款请购 > Oracle Fusion Financials > 数据模板

采购到付款 (P2P) — 采购申请数据模板

Oracle Fusion Financials

采购到付款 - 请购属性 (22) 采购到付款 - 请购活动 (12) 提取指南 (4)

采购到付款 (P2P) — 采购申请数据模板

此模板为收集分析 P2P 请购流程所需的核心数据提供了清晰的路线图。它概述了需要收集的关键属性、需要追踪的关键活动，以及如何从 Oracle Fusion Financials 提取此类信息的实用指南。借助此模板，您可以有效地准备事件日志，进行深入的流程挖掘。

建议收集的属性
需要追踪的关键活动
Oracle Fusion Financials 数据提取指南

不熟悉事件日志？了解如何创建流程挖掘事件日志.

下载模板

采购到付款 - 请购属性

这些是为进行全面的 P2P 请购分析而建议在事件日志中包含的数据字段。

5 必填 7 推荐 10 可选

	名称	描述
	Event 时间 EventTime	活动发生的时间戳。
描述 “事件时间”记录了特定活动发生的精确日期和时间。此时间戳是案例中事件按时间顺序排序的基础，源自系统中的创建日期、最后更新日期或特定操作时间戳。在分析中，事件时间用于计算所有基于时长的指标，例如活动间的周期时间、等待时间以及案例的总时长。它对于识别瓶颈、衡量 SLA 绩效以及了解请购流程的时间动态至关重要。为何重要此属性对于计算所有时间相关的 KPI、正确排列事件以及分析流程绩效和瓶颈至关重要。获取方式这通常源自与事务或状态更改相关的 'LAST_UPDATE_DATE' 或 'CREATION_DATE' 列，常见于 POR_REQUISITION_HEADERS_ALL 等表或工作流历史表。示例 2023-04-15T10:30:00Z2023-04-15T11:05:21Z2023-04-16T09:00:15Z
	活动 ActivityName	在请购流程中特定时点发生的业务事件名称。
描述 “活动”代表采购请购生命周期中的一个特定步骤或里程碑。例如：“请购单已创建”、“审批步骤已批准”或“采购订单已创建”。这些活动源自源系统审计日志或事务表中记录的状态更改、用户操作或系统事件。此属性对于构建流程图至关重要，它能直观展示请购单的流动。通过分析活动的顺序和频率，有助于识别常见的流程路径、瓶颈、返工循环以及与标准程序的偏差。为何重要它构成了流程图的核心骨干，实现了请购工作流的可视化与深入分析。获取方式衍生自 POR_REQUISITION_HEADERS_ALL 等表中的状态变更记录、事务历史记录或 FA_FUSION_SOAINFRA.WFTASK 等工作流审计追踪。示例已创建招聘需求审批步骤已批准请购单已驳回采购订单已创建
	采购请购ID PurchaseRequisitionId	采购请购单的唯一标识符，作为该流程的案例 ID（Case ID）。
描述 “采购请购 ID”是将与特定商品或服务请求相关的所有活动联系起来的核心标识符。每个请购单在创建时都会分配一个唯一 ID，且在整个生命周期中保持不变。在流程挖掘中，此属性用于将所有相关事件（如创建、提交、审批步骤和最终关闭）归集到一个案例中。这可以实现对请购历程的端到端分析，从而可视化流程图、计算周期时间并分析每个单独请求的变体。为何重要这是追踪请购单从开始到结束完整生命周期的基础属性，支持所有案例级分析和 KPI 计算。获取方式这通常是请购单头表中的主键，例如 Oracle Fusion Financials 中的 POR_REQUISITION_HEADERS_ALL.REQUISITION_HEADER_ID。示例 100234810023491002350
	最后数据更新 LastDataUpdate	源系统最近一次数据刷新时间戳。
描述此属性表示最后一次从 Oracle Fusion Financials 提取数据的日期和时间。它适用于整个数据集，而非单个事件。分析师使用此信息了解数据的实时性，并确认包含了哪些最新事务。它是仪表板报告和确保分析基于最新信息的关键元数据。为何重要告知用户数据的实时性，确保分析与最新的可用信息保持一致，从而保障分析的参考价值。获取方式此时间戳在数据提取过程中生成并存储，通常由 ETL 工具或数据管道执行。示例 2023-10-27T02:00:00Z
	源系统 SourceSystem	此数据的来源系统。
描述此属性识别流程数据的来源。对于此数据模型，它将始终是 'Oracle Fusion Financials'。在拥有多个 ERP 或集成系统的环境中，此字段对于数据血缘、故障排除和确保数据质量至关重要。它为所分析的流程事件提供了真相来源背景。为何重要提供有关数据来源的关键背景，这对于数据治理以及集成多个系统的数据至关重要。获取方式这是在数据提取和转换过程中添加的静态值，用于标记数据集的来源。示例 Oracle Fusion Financials
	业务单元 BusinessUnit	该请购单所属组织内的特定业务单位。
描述 “业务单位”代表公司内提出请购申请的特定法律或职能实体。它是比部门更高层级的组织分组。按业务单位分析数据可以实现组织不同部门间的高层级绩效对比。这有助于高层管理人员了解流程低效是局部的还是普遍的，以及应将改进精力集中在何处。它是过滤几乎所有仪表板和 KPI 的关键维度。为何重要提供高层组织背景，支持企业不同部门间的绩效对比和战略分析。获取方式这是 Oracle Fusion 中的基础组织字段，通常见于 POR_REQUISITION_HEADERS_ALL 等表中的请购单头信息。示例北美业务单元欧洲业务部公司总部
	拒绝原因 RejectionReason	当请购单或审批步骤被驳回时，审批人提供的理由。
描述当请购单被拒绝时，审批人通常会从预定义列表中选择或手动输入原因。此属性专门捕获该理由。这是对流程故障进行根本原因分析的关键属性。它通过揭示拒绝背后的“原因”，为“修订与拒绝趋势”仪表板提供直接支持。通过分析拒绝原因，您可以识别诸如科目编码错误、超预算或违反政策等常见问题，进而通过业务培训或系统管控来加以解决。为何重要提供关于请购单被驳回原因的直接见解，从而支持针对性改进以减少返工并提高直通处理率。获取方式源自工作流备注或工作流审计轨迹中的特定驳回原因代码字段，可能位于与 FA_FUSION_SOAINFRA.WFTASK 相关的表或关联的备注存储中。示例总账科目错误超出成本中心预算选择了非首选供应商重复申请
	申请人姓名 RequesterName	创建并提交采购请购单的员工姓名。
描述此属性识别发起商品或服务请求的个人。此信息通常在流程开始、请购单初次创建时捕获。按“申请人”分析流程绩效对于“申请人绩效指标”仪表板至关重要。通过突出显示与特定用户或群体相关的频繁修改、驳回或长周期时间，有助于识别谁可能需要额外培训。它提供了以人为中心的流程视角。为何重要支持按请求者进行绩效分析，有助于识别培训需求，并突出高效的用户或部门。获取方式源自请购单头数据，通常通过将申请人 ID 与员工或用户主数据表关联。查找 POR_REQUISITION_HEADERS_ALL 中与 'PREPARER_ID' 相关的字段并关联至 PER_ALL_PEOPLE_F 表。示例约翰·史密斯Jane DoeEmily Jones
	要求到货日期 RequiredByDate	申请人需要商品或服务的日期。
描述此日期由申请人指定，用于指示接收申请物品的截止日期。它是采购流程的内部服务水平协议（SLA）目标。此属性是“需求日期绩效”仪表板和“需求日期达成率”KPI 的基础。通过将此日期与实际采购订单创建日期或收货日期进行对比，分析可以揭示采购流程满足内部客户需求的程度，并识别系统性延迟。为何重要对于衡量流程绩效是否符合内部截止日期，以及了解采购流程是否能及时满足业务需求至关重要。获取方式通常存储在请购单行项目层级，在 POR_REQUISITION_LINES_ALL 等表的 'NEED_BY_DATE' 等字段中。示例 2023-11-012023-12-152024-01-31
	请购总金额 RequisitionTotalAmount	采购请购单的总货币价值。
描述此属性代表单个采购请购单上所有行项价值的总和。它是理解每个请求财务重要性的关键数据点。在流程挖掘中，总金额用于广泛的分析。它可用于筛选高价值请购单，这些请购单通常具有不同的审批路径或更高的审查强度。仪表板可以使用此属性来分析周期时间或驳回率等流程指标与请购价值之间的相关性。为何重要提供财务背景，支持基于价值的分析，以便优先处理流程改进并了解请购价值对流程行为的影响。获取方式位于请购单头信息中，通常见于 POR_REQUISITION_HEADERS_ALL 表中的 REQUISITION_TOTAL 等字段。也可以通过汇总 POR_REQUISITION_LINES_ALL 表中的各行金额来计算。示例 550.0012500.7599.99
	请购状态 RequisitionStatus	采购请购单的当前或最终状态。
描述此属性表示请购单在特定时点的总体状态或最终结果，如“已批准”、“已驳回”、“处理中”或“已关闭”。事件日志中的许多活动通常都派生自此来源。此属性是“请购状态概览”仪表板的关键，提供了当前工作量和积压情况的快照。它还通过筛选以特定状态结束的案例，用于计算基于结果的 KPI（如“请购驳回率”）。为何重要提供请购单当前状态的快照，用于确定 KPI 计算的最终结果。获取方式存在于请购单头表中，通常在 POR_REQUISITION_HEADERS_ALL 的 'DOCUMENT_STATUS' 或 'APPROVAL_STATUS' 字段中。示例 APPROVED处理中REJECTED已撤回
	部门 DepartmentName	申请人所属的业务部门。
描述此属性表示创建请购单人员所属的组织单位，如“财务”、“IT”或“营销”。它通常源自 HR 系统中申请人的用户配置文件。按“部门”分析是细分流程数据的常用且强大的方式。它有助于识别部门特定的行为（如较高的驳回率或较长的周期时间），从而为针对性的流程改进计划提供依据。这是“申请人绩效指标”仪表板的关键维度。为何重要支持按业务单元分段进行流程分析，揭示各部门特有的模式、绩效和合规问题。获取方式通常派生自申请人的配置文件，往往需要将请购单表与包含部门信息的 HR 或用户目录表关联。示例信息技术财务运营市场营销
	供应商名称 SupplierName	商品或服务的建议或预选供应商名称。
描述此属性识别拟采购商品或服务的供应商。供应商可由申请人建议，也可由系统根据目录或事先协议确定。按供应商分析可以揭示重要的采购模式。例如，它可以帮助识别某些供应商的请购单是否审批时间更长或驳回率更高。这些信息对于供应商关系管理和采购策略具有重要价值。为何重要支持按供应商分析流程绩效，有助于制定采购战略和供应商关系管理。获取方式位于请购单行项目表 POR_REQUISITION_LINES_ALL 中，通常通过 VENDOR_ID 关联到供应商主表（如 POZ_SUPPLIERS）。示例办公用品有限公司Global Tech Solutions创意营销代理机构
	审批工作流路径 ApprovalWorkflowPath	该请购单所需的预定义审批人或审批组序列。
描述此属性根据公司政策定义了给定请购单的预期标准审批流程，考虑了请购金额、类型和部门等因素。它代表了“理想”流程模型。 “审批工作流路径”是合规性和一致性分析的基础。它通过将实际审批步骤与规定路径进行直接对比，直接支持“合规性与偏差分析”仪表板和“请购一致性指数”KPI。偏差可能预示着政策违规或流程低效。为何重要支持一致性检查，通过将实际流程流向与要求的审批层级进行对比，突出显示违规请购。获取方式此信息配置在 Oracle Fusion BPM 工作列表或审批管理引擎（AMX）中。提取每份请购单的定义路径可能很复杂，可能需要查询配置表。示例经理 > 总监 > 财务副总裁成本中心负责人 > IT 安全经理 > 部门负责人
	是否已修改 IsAmendedFlag	布尔标志，若请购单至少被修改过一次，则为 true。
描述此计算属性指示请购单在初次提交后是否经历了任何变更。它是通过检查案例历史中是否存在“请购单已修改”活动得出的。此标记简化了分析和 KPI 计算。它直接用于计算“请购修改率”KPI 并识别非直通案例。它允许在已修改和未修改的请购单之间轻松筛选和对比流程指标。为何重要简化了修改率的计算，并允许轻松对比已修改与未修改的请购单。获取方式此属性不在源系统中，而是在数据转换期间根据事件日志中是否存在修改相关活动计算得出的。示例 truefalse
	是否已自动化 IsAutomated	一个标记，指示该活动是否由系统自动执行。
描述此属性识别流程中由系统用户或自动化代理（而非人工）执行的事件。示例包括系统驱动的状态更改或针对低价值物品的自动审批步骤。分析此属性有助于量化流程的自动化水平。它可用于对比自动化步骤与人工步骤的速度和效率，并识别进一步自动化的机会。为何重要有助于衡量流程的自动化水平，并识别自动化手动任务的机会。获取方式通过检查与活动关联的用户是否为系统或服务账号来推导。这需要一份已知的系统用户 ID 列表。示例 truefalse
	是否直通 IsStraightThrough	指示请购单是否在没有任何修改或驳回的情况下获得批准的标志。
描述此计算标记识别了从提交到批准过程中没有任何返工循环（如修改或驳回）的请购单。它标志着单个案例的完美执行流程。此属性是“请购直通率”KPI 的基础。分析直通请购单的特征（如常见的部门、申请人或类型）可以揭示最佳实践和自动化机会。相反，分析非直通案例有助于精准定位导致低效的主要因素。为何重要直接衡量流程效率，是“一次性过审请购率 (Straight-Through Requisition Rate)”KPI 的基础，有助于识别返工的诱因。获取方式此属性在数据转换期间计算。如果没有“请购单已修改”或“审批步骤已驳回”活动，案例将被标记为 true。示例 truefalse
	物品描述 ItemDescription	请购单行项中申请的产品或服务的描述。
描述此属性包含所采购物品的文本描述，提供了有关所申请商品或服务的具体细节。虽然通常是非结构化的，但“物品描述”为分析提供了宝贵的背景信息。它可用于筛选，以隔离出可能无法通过“请购类型”捕获的特定采购申请。例如，分析师可以搜索所有包含“软件许可”的请购单，以了解其特定的流程流向和周期时间。为何重要提供有关采购内容的详细背景信息，从而实现对特定商品或服务的更细颗粒度筛选和分析。获取方式位于请购单行项目表 POR_REQUISITION_LINES_ALL 中，通常在 ITEM_DESCRIPTION 等字段。示例 15 英寸笔记本电脑，16GB 内存咨询服务 - 第四季度项目年度软件维护续订
	用户名称 UserName	执行特定活动的用户姓名，如审批人或编辑人。
描述虽然“申请人姓名”用于识别流程发起者，但“用户名”则明确了执行特定事件（如审批或拒绝）的具体人员。这在涉及多个环节的多级审批工作流中尤为重要。此属性是分析审批瓶颈、衡量特定审批人或团队绩效的关键。通过分析审批链中每位用户的处理时长，它为“审批工作流瓶颈”仪表板提供了核心数据支持。为何重要识别每个事件的执行者，这对于分析交接时间、审批人绩效和资源分配至关重要。获取方式源自工作流历史或审计轨迹表（如 FA_FUSION_SOAINFRA.WFTASK），该表记录了与每项任务完成相关的用户。示例 David LeeSusan ChenMichael Brown
	申请单类型 RequisitionType	请购单类别，例如商品或服务请求。
描述此属性根据申请内容对请购单进行分类。常见类型包括商品、服务或资本支出。类型会影响所需的审批工作流和采购策略。在分析中，“请购类型”是一个强大的筛选和对比维度。例如，可以分析服务类请购的审批周期是否比商品类长。它有助于了解不同类型的请求是否表现出不同的流程行为或瓶颈。为何重要支持分段分析，以了解不同采购类型（如商品与服务）在流程上的差异。获取方式这通常由请购单创建期间选择的行项目类型或类别决定。它可能存储在请购单行表 POR_REQUISITION_LINES_ALL 中。示例货物服务资本支出
	货币 CurrencyCode	请购金额的货币代码，例如 USD 或 EUR。
描述此属性指定了请购总金额的计价货币。对于全球化组织，请购单可能以各种货币创建。它对于正确解读和汇总财务数据至关重要。在任何涉及货币价值的分析中，必须使用货币代码以确保金额对比的准确性，无论是通过筛选单一货币还是将所有金额转换为通用货币。为何重要确保准确的财务分析和报表，尤其对于处理多种货币跨国公司。获取方式通常见于请购单头信息表，与金额字段并列，例如在 POR_REQUISITION_HEADERS_ALL 中。示例美元EURGBPJPY
	采购订单号 PurchaseOrderNumber	根据已获批请购单创建的采购订单标识符。
描述此属性将采购请购单与生成的采购订单关联。请购单获得完全批准后，通常会转换为一个或多个采购订单发送给供应商。在分析中，此 ID 对于追踪请购后的下游流程至关重要。它支持计算“请购到 PO 前置时间”KPI，并支持“请购到 PO 周期时间”仪表板。它还允许将请购流程数据与后续的 PO 和发票流程结合，实现真正的端到端采购到付款分析。为何重要将请购单与后续采购订单（PO）关联，从而实现请购到订单周转时间的测量以及端到端流程分析。获取方式此信息在 PO 创建后存储。通常可以通过查看 PO 分配表（如 PO_DISTRIBUTIONS_ALL）中的支持请购单引用来找到，该表链接回请购单行。示例 PO-2023-5832PO-2023-5833PO-2023-5834

必填推荐可选

采购到付款 - 请购活动

这些是为实现准确的 P2P 请购流程发现而需要在事件日志中捕获的关键流程步骤和里程碑。

6 推荐 6 可选

	活动	描述
	已创建招聘需求	标志着用户首次保存新采购请购单时采购流程的启动。此事件通常被捕获为系统中具有对应时间戳的明确记录创建。
为何重要这是请购流程的主要起始事件。分析从创建到提交的时间可以揭示请求正式化过程中的延迟。获取方式此事件记录在 POR_REQUISITION_HEADERS_ALL 表中，在生成新请购 ID 时从 creation_date 列捕获。捕获使用请购单头记录的创建时间戳。事件类型 explicit
	招聘需求已提交	代表用户将填写完成的请购单提交至审批工作流的操作。当请购单状态从“未完成”或“草稿”变为指示待审批的状态时，即捕获此操作。
为何重要此活动会触发审批周期。它是测量请购审批周期时间和整体前置时间的关键里程碑。获取方式根据 POR_REQUISITION_HEADERS_ALL 表中的状态变更（例如状态变为“PENDING APPROVAL”）推断。提交日期通常也会明确存储。捕获识别文档状态字段首次变更为“待审批 (Pending Approval)”的时间戳。事件类型 inferred
	请购单已关闭	表示请购单生命周期的最终结束，意味着其所有行均已履行（例如转换为 PO）或已取消。这是通过最终状态更新推断出来的。
为何重要这是流程的主要成功结束事件。它确认请购单已完全处理，无需进一步操作。获取方式根据 POR_REQUISITION_HEADERS_ALL 中的请购单头状态变更为“CLOSED”推断。捕获识别请购单文档状态变更为“已关闭 (Closed)”的时间戳。事件类型 inferred
	请购单已驳回	代表请购单的最终驳回，终止了该请求的流程。这是根据请购单总体状态更新为“已驳回”推断而出的。
为何重要此活动是未成功请求的终点。分析这些案例对于理解请购驳回率 KPI 及失败原因至关重要。获取方式根据 POR_REQUISITION_HEADERS_ALL 表中文档状态变更为“REJECTED”推断。捕获识别文档状态首次被设置为“已驳回 (Rejected)”的时间戳。事件类型 inferred
	采购申请已批准	标志着采购请购单在成功通过工作流的所有步骤后获得最终批准。这是根据请购单总体状态变为“已批准”推断而出的。
为何重要这是一个关键里程碑，表示请求已准备好进行采购操作。它是测量请购审批总周期的终点。获取方式根据 POR_REQUISITION_HEADERS_ALL 表中文档状态字段变更为“APPROVED”推断。此状态变更日期即为事件时间。捕获识别文档状态首次被设置为“已批准 (Approved)”的时间戳。事件类型 inferred
	采购订单已创建	当使用已获批的请购单行生成采购订单时，会发生此事件。它将请购流程与下游采购流程联系起来。
为何重要这是测量“请购到 PO 前置时间”的关键里程碑。此环节的延迟反映了从审批到采购交接过程中的瓶颈。获取方式这是一个显性事件。请购单与采购订单之间的关联存储在 PO_LINE_LOCATIONS_ALL 等表中，其中包含对源请购行 ID 的引用。捕获查找引用特定请购单 ID 的采购订单创建日期。事件类型 explicit
	审批步骤已开始	标志着请购单在工作流中被分配给特定审批人或审批组的时刻。这可以从工作流引擎的事务日志中捕获。
为何重要此活动对于计算每个审批步骤的等待时间至关重要。它有助于精准定位由特定审批人或审批层级引起的瓶颈。获取方式检索自 Oracle Fusion 的工作流表（记录分配给用户的任务）。使用审批任务的分配时间戳。捕获使用该请购单工作流历史中任务的创建时间戳。事件类型 explicit
	审批步骤已批准	代表单个审批人在工作流指定步骤中批准请购单的操作。该事件会被明确记录在审批历史中。
为何重要追踪单个审批步骤有助于绘制实际审批路径，并测量各级架构的理时间。获取方式从请购单的审批操作历史记录中获取，通常存储在管理审批层级的工作流 (WF) 或人力资本管理 (HCM) 表中。捕获使用工作流操作历史日志中“批准”操作的时间戳。事件类型 explicit
	审批步骤已退回	审批人将请购单退回给编制人以补充信息或进行细微修正，而非正式驳回。这通常是工作流系统中的一项明确操作。
为何重要这表示需要澄清并产生返工循环，从而延长周期时间。将退回与驳回区分开来，可以更深入地了解流程阻力。获取方式从请购单的审批操作历史记录中获取。工作流系统会记录带时间戳的“退回 (RETURN)”或类似操作。捕获使用工作流历史中“退回”或“请求信息”操作的时间戳。事件类型 explicit
	审批步骤已驳回	某位审批人驳回请购单，这通常会将其退回给编制人进行修正或直接终止请求。此操作会明确记录在工作流历史中。
为何重要此活动是返工和延迟的主要驱动因素。分析驳回情况有助于识别合规性问题、预算问题或理由不明的情况。获取方式从请购单的审批操作历史记录中获取。工作流系统会记录带时间戳的“驳回 (REJECT)”操作。捕获使用工作流操作历史日志中“驳回”操作的时间戳。事件类型 explicit
	请购单已修改	此事件表示用户在初次提交后修改了请购单，通常需要审批流程重新开始。这是通过检测关键数据字段的更改或创建新版本的请购单推断而出的。
为何重要频繁修改表明数据质量存在问题或需求不断变化，导致返工和流程延迟。这直接支撑了“请购修改率 (Requisition Amendment Rate)”KPI。获取方式通过跟踪请购单的版本号或识别提交后状态变回“未完成”的情况来推断。变更日志或审计追踪表也可能捕捉到这些修改。捕获识别同一请购单 ID 在提交后新版本创建的时间戳。事件类型 inferred
	请购单已撤回	发生在申请人在请购单获得完全批准前取消或撤回已提交的请购单。这通常是导致状态更改的明确用户操作。
为何重要追踪撤回情况有助于识别流程提前终止的原因，例如业务需求变更或用户在提交后纠正错误。获取方式根据 POR_REQUISITION_HEADERS_ALL 表中状态变更为“WITHDRAWN”推断。该操作记录在请购单的操作历史中。捕获检测请购单状态更新为“已撤回 (Withdrawn)”的时间戳。事件类型 inferred

推荐可选

提取指南

如何从 Oracle Fusion Financials 获取您的数据

步骤

导航至报告和分析：登录 Oracle Fusion Financials。通过“导航器”菜单进入“工具”，然后选择“报告和分析”。这是所有报告活动的中心枢纽。
新建分析：在“报告和分析”工作区中，点击“创建”按钮，并从下拉菜单中选择“分析”。这将在新标签页中启动 Oracle Transactional Business Intelligence (OTBI) 分析编辑器。
选择主题领域：系统会提示您选择主题领域。在搜索框中输入 “Procurement - Requisitions Real Time” 并从列表中选择。该主题领域包含请购单生命周期事件所需的所有数据点。
构建请购事件分析：此步骤需要创建多个查询的并集以捕捉每个不同的事件。由于 OTBI 界面没有针对不同事件类型的直接 UNION ALL 功能，您将创建一个提取所有相关日期和状态字段的单一报告。在“标准”选项卡中，从左侧的“主题领域”窗格将查询部分列出的列拖放到“选定的列”区域。这包括创建日期、提交日期、审批日期、PO 创建日期等列。
添加请购操作历史记录：要捕捉详细的审批步骤（已批准、已驳回、已退回、已撤回），您需要包含主题领域内 “Requisition Action History” 文件夹中的字段。将 “Action Date”、“Action” 和 “Performer” 拖入选定列。
配置过滤器：切换到“提示”选项卡为您的分析创建过滤器。为了管理数据量，必须按日期范围进行过滤。在 “Requisition Header”.“Requisition Creation Date” 上创建一个过滤器并设置范围（例如最近 6 个月）。您还可以添加“业务单元”或“请求者姓名”提示以缩小数据范围。
执行并预览报告：转到“结果”选项卡执行分析并预览数据。输出将是一个“宽表”，每行对应一个请购行或审批操作，包含多个日期和状态列。
导出原始数据：预览满意后，点击结果页面底部的“导出”链接。选择“数据” > “CSV 文件”作为格式。这将下载分析中的原始数据。
将数据转换为事件日志格式：导出的 CSV 将是宽格式。您必须使用外部工具（如 Python 脚本、Excel 中的 Power Query 或其他数据准备工具）转换这些数据。该过程涉及将日期列“逆透视 (unpivot)”为单个 “EventTime” 列，并为每种事件类型（例如“已创建请购单”、“已提交请购单”）创建一个对应的 “ActivityName” 列。
完成并准备上传：转换后，确保文件具有所需的列：PurchaseRequisitionId、ActivityName、EventTime、SourceSystem 和 LastDataUpdate。将最终的事件日志保存为 CSV 文件，随后即可上传至 ProcessMind。

配置

主题领域：主要使用 “Procurement - Requisitions Real Time” 主题领域。它包含了所有核心的请购单头信息、行信息、分配信息以及审批历史记录。
日期范围：始终应用强制性的日期过滤器以限制数据量并提升性能。建议从筛选最近 3 到 6 个月的 “Requisition Header”.“Requisition Creation Date” 开始。
关键过滤器：考虑添加 “Requisition Header”.“Business Unit” 和 “Requisition Header”.“Requisition Status” 过滤器，以便将提取范围集中在相关的组织单元，并排除分析不需要的“已取消”等无关状态。
列选择：请谨慎选择添加到分析中的列。包含过多列（尤其是来自多个不同文件夹或维度的列）会降低性能。请仅关注事件日志所需的字段。
权限：运行提取的用户必须拥有访问“报告和分析”工作区以及 “Procurement - Requisitions Real Time” 主题领域的必要权限。通常，“BI Author” 或 “Procurement Analyst” 角色具备此类权限。

a 查询示例 config

/*
OTBI analyses are built visually, not with SQL. This conceptual query illustrates the logic required to extract the data for all specified activities. The user would build an analysis containing these fields and then transform the output into an event log.
*/

-- 1. Requisition Created
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Created' AS ActivityName,
  "Requisition Header"."Requisition Creation Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Creation Date" IS NOT NULL

UNION ALL

-- 2. Requisition Submitted
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Submitted' AS ActivityName,
  "Requisition Header"."Submitted Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Submitted Date" IS NOT NULL

UNION ALL

-- 3, 5, 6, 7, 8. Approval History Events (Withdrawn, Started, Approved, Rejected, Returned)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  CASE "Requisition Action History"."Action"
    WHEN 'WITHDRAW' THEN 'Requisition Withdrawn'
    WHEN 'SUBMIT' THEN 'Approval Step Started' -- Assumes submit action assigns to first approver
    WHEN 'APPROVE' THEN 'Approval Step Approved'
    WHEN 'REJECT' THEN 'Approval Step Rejected'
    WHEN 'RETURN' THEN 'Approval Step Returned'
  END AS ActivityName,
  "Requisition Action History"."Action Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  CASE WHEN "Requisition Action History"."Action" = 'REJECT' THEN "Requisition Action History"."Action Note" ELSE NULL END AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Action History"."Action" IN ('WITHDRAW', 'SUBMIT', 'APPROVE', 'REJECT', 'RETURN')

UNION ALL

-- 4. Requisition Amended
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Amended' AS ActivityName,
  "Requisition Header"."Last Update Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Version" > 1 AND "Requisition Header"."Last Update Date" > "Requisition Header"."Submitted Date"

UNION ALL

-- 9. Requisition Approved (Final)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Approved' AS ActivityName,
  "Requisition Header"."Approved Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Status" = 'APPROVED'
AND "Requisition Header"."Approved Date" IS NOT NULL

UNION ALL

-- 10. Requisition Rejected (Final)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Rejected' AS ActivityName,
  "Requisition Action History"."Action Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  "Requisition Action History"."Action Note" AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Status" = 'REJECTED'
AND "Requisition Action History"."Action" = 'REJECT'
AND "Requisition Action History"."Sequence Number" = (SELECT MAX(T2."Sequence Number") FROM "Procurement - Requisitions Real Time" T2 WHERE T2."Requisition Header"."Requisition Number" = "Requisition Header"."Requisition Number")

UNION ALL

-- 11. Purchase Order Created
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Purchase Order Created' AS ActivityName,
  "Purchase Order Schedule"."PO Creation Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Purchase Order Schedule"."PO Creation Date" IS NOT NULL

UNION ALL

-- 12. Requisition Closed
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Closed' AS ActivityName,
  "Requisition Line"."Line Close Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Line"."Line Close Date" IS NOT NULL AND "Requisition Line"."Line Status" = 'CLOSED'

步骤

使用具有 BI Author 或类似权限的用户登录 Oracle Fusion Financials。
点击“导航器”图标，选择“工具” > “报告和分析”，进入“报告和分析”工作区。
点击“浏览目录”按钮，打开 Business Intelligence Publisher 目录。
在 BI Publisher 界面中，点击“新建”并从下拉列表中选择“数据模型”。
在数据模型属性中，您可以提供名称和描述。点击“+”图标添加新数据集，并选择“SQL 查询”。
在新数据集对话框中，提供名称（例如 Requisition_Event_Log），选择适用于财务数据的数据源（例如 ApplicationDB_FSCM），并将 SQL 类型设置为“标准 SQL”。
从本文档的“查询”部分复制完整的 SQL 脚本，并将其粘贴到 SQL 查询文本区域。
该查询包含参数 :p_start_date 和 :p_end_date。BI Publisher 会自动识别这些参数。如果需要，您可以设置默认值。
将数据模型保存在合适的目录文件夹中（例如 Shared Folders/Custom）。
要导出数据，返回目录，点击“新建”并选择“报告”。将此新报告链接到您刚刚创建的数据模型。
运行报告，提供开始和结束日期参数。报告显示数据后，使用“导出”功能将结果下载为 CSV 文件。
确保最终的 CSV 文件以 UTF-8 编码保存，并包含导入流程挖掘工具所需的标题列。

配置

数据源：BI Publisher 数据源（通常命名为 'ApplicationDB_FSCM' 或类似名称）必须配置具有查询中所有表读取权限的用户，包括采购 (POR, PO)、人力资本管理 (PER, HR) 和财务 (FUN) 的相关表。
日期范围过滤：查询设计了强制性的日期参数（:p_start_date 和 :p_end_date），用于筛选请购单创建日期。对于首次提取或大型系统，务必以 3 到 6 个月为一批次提取数据，以防止系统超时。
业务单元过滤：查询的 WHERE 子句注释部分包含业务单元名称过滤器。强烈建议取消注释并配置此过滤器，将数据限制在与您的分析相关的业务单元内，这能显著提升性能。
前提条件：创建和运行报告的用户需要拥有 BI Publisher 权限的角色，例如 “BI Administrator Role” 或 “BI Author Role”。此外，该用户还需具备访问采购数据的必要数据安全授权。

a 查询示例 sql

WITH BaseRequisitions AS (
    SELECT
        PRH.REQUISITION_HEADER_ID,
        PRH.REQUISITION_NUMBER,
        PRH.CREATION_DATE,
        PRH.LAST_UPDATE_DATE AS HEADER_LAST_UPDATE_DATE,
        PRH.DOCUMENT_STATUS,
        PRH.PREPARER_ID,
        PPNF_REQ.DISPLAY_NAME AS RequesterName,
        HOU.NAME AS DepartmentName,
        BU.BU_NAME AS BusinessUnit,
        SUM(PRL.AMOUNT) OVER (PARTITION BY PRH.REQUISITION_HEADER_ID) AS RequisitionTotalAmount,
        MIN(PRL.NEED_BY_DATE) OVER (PARTITION BY PRH.REQUISITION_HEADER_ID) AS RequiredByDate
    FROM
        POR_REQUISITION_HEADERS_ALL PRH
    JOIN
        POR_REQUISITION_LINES_ALL PRL ON PRH.REQUISITION_HEADER_ID = PRL.REQUISITION_HEADER_ID
    JOIN
        PER_USERS PU_REQ ON PRH.PREPARER_ID = PU_REQ.USER_ID
    LEFT JOIN
        PER_PERSON_NAMES_F PPNF_REQ ON PU_REQ.PERSON_ID = PPNF_REQ.PERSON_ID AND PPNF_REQ.NAME_TYPE = 'GLOBAL' AND SYSDATE BETWEEN PPNF_REQ.EFFECTIVE_START_DATE AND PPNF_REQ.EFFECTIVE_END_DATE
    LEFT JOIN
        PER_ALL_ASSIGNMENTS_F PAAF ON PU_REQ.PERSON_ID = PAAF.PERSON_ID AND PAAF.ASSIGNMENT_TYPE = 'E' AND PAAF.PRIMARY_FLAG = 'Y' AND SYSDATE BETWEEN PAAF.EFFECTIVE_START_DATE AND PAAF.EFFECTIVE_END_DATE
    LEFT JOIN
        HR_ORGANIZATION_UNITS_F_VL HOU ON PAAF.ORGANIZATION_ID = HOU.ORGANIZATION_ID AND SYSDATE BETWEEN HOU.EFFECTIVE_START_DATE AND HOU.EFFECTIVE_END_DATE
    JOIN
        FUN_ALL_BUSINESS_UNITS_V BU ON PRH.REQ_BU_ID = BU.BU_ID
    WHERE PRH.CREATION_DATE BETWEEN TO_DATE(:p_start_date, 'YYYY-MM-DD') AND TO_DATE(:p_end_date, 'YYYY-MM-DD')
    -- AND BU.BU_NAME IN ('[Your Business Unit Name]') -- Recommended: Uncomment and specify your Business Unit(s)
)
-- 1. Requisition Created
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Created' AS "ActivityName",
    BR.CREATION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR

UNION ALL

-- 2. Requisition Submitted, 4. Requisition Amended
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    CASE 
        WHEN PAH.OBJECT_REVISION_NUM > 1 THEN 'Requisition Amended'
        ELSE 'Requisition Submitted'
    END AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'SUBMIT'

UNION ALL

-- 3. Requisition Withdrawn
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Withdrawn' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'WITHDRAW'

UNION ALL

-- 5. Approval Step Started
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Approval Step Started' AS "ActivityName",
    PAH.CREATION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE IN ('APPROVE', 'REJECT', 'SUBMIT', 'RETURN')

UNION ALL

-- 6. Approval Step Approved
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Approval Step Approved' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'APPROVE'

UNION ALL

-- 7. Approval Step Rejected
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Approval Step Rejected' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    PAH.NOTE AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'REJECT'

UNION ALL

-- 8. Approval Step Returned
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Approval Step Returned' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    PAH.NOTE AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'RETURN'

UNION ALL

-- 9. Requisition Approved
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Approved' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    'APPROVED' AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'FINALLY CLOSE' AND BR.DOCUMENT_STATUS = 'APPROVED'

UNION ALL

-- 10. Requisition Rejected
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Rejected' AS "ActivityName",
    PAH.ACTION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    'REJECTED' AS "RequisitionStatus",
    BR.RequiredByDate,
    PAH.NOTE AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN PO_ACTION_HISTORY PAH ON BR.REQUISITION_HEADER_ID = PAH.OBJECT_ID
WHERE PAH.OBJECT_TYPE_CODE = 'REQUISITION' AND PAH.ACTION_CODE = 'REJECT'
AND BR.DOCUMENT_STATUS = 'REJECTED'
AND PAH.ACTION_DATE = (SELECT MAX(PAH2.ACTION_DATE) FROM PO_ACTION_HISTORY PAH2 WHERE PAH2.OBJECT_ID = BR.REQUISITION_HEADER_ID AND PAH2.ACTION_CODE = 'REJECT')

UNION ALL

-- 11. Purchase Order Created
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Purchase Order Created' AS "ActivityName",
    POH.CREATION_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    BR.DOCUMENT_STATUS AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
JOIN POR_REQUISITION_LINES_ALL PRL ON BR.REQUISITION_HEADER_ID = PRL.REQUISITION_HEADER_ID
JOIN PO_DISTRIBUTIONS_ALL POD ON PRL.REQUISITION_LINE_ID = POD.REQUISITION_LINE_ID
JOIN PO_HEADERS_ALL POH ON POD.PO_HEADER_ID = POH.PO_HEADER_ID

UNION ALL

-- 12. Requisition Closed
SELECT DISTINCT
    BR.REQUISITION_HEADER_ID AS "PurchaseRequisitionId",
    'Requisition Closed' AS "ActivityName",
    BR.HEADER_LAST_UPDATE_DATE AS "EventTime",
    'Oracle Fusion Financials' AS "SourceSystem",
    SYSTIMESTAMP AS "LastDataUpdate",
    BR.RequesterName,
    BR.DepartmentName,
    BR.RequisitionTotalAmount,
    'CLOSED' AS "RequisitionStatus",
    BR.RequiredByDate,
    NULL AS "RejectionReason",
    BR.BusinessUnit
FROM BaseRequisitions BR
WHERE BR.DOCUMENT_STATUS = 'CLOSED'

步骤

前提条件与环境配置：确保您的系统中安装了 Python 3。在终端运行以下命令安装必要的 requests 库：pip install requests。您还需要具备足够权限读取采购请购数据的 Oracle Fusion 用户 API 凭证（用户名、密码），以及 Oracle Fusion 实例的基础 URL。
保存 Python 脚本：将“查询”部分提供的完整 Python 代码保存为文件，例如 extract_requisitions.py。
配置脚本参数：在文本编辑器中打开脚本文件。修改脚本顶部的占位符。设置 FUSION_URL、USERNAME 和 PASSWORD 以匹配您的 Oracle Fusion 环境详情。调整 START_DATE 和 END_DATE 以定义提取周期。
了解 API 终点和字段：该脚本针对 purchaseRequisitions REST API 资源。它利用 fields 参数仅请求必要的数据，包括 lines（用于获取 PO 信息）和 actionHistory（用于获取审批事件）等嵌套集合，以提升性能。
执行脚本：在终端使用以下命令运行脚本：python extract_requisitions.py。脚本将通过 API 进行身份验证，开始抓取数据，并在控制台打印进度更新，显示已处理的请购单数量。
处理分页：脚本会自动处理分页。Oracle Fusion REST API 以块（页）的形式返回数据。脚本会检查每个响应中的 hasMore 标志，并使用更新后的 offset 参数重复请求，直到检索到指定日期范围内的所有请购单。
数据转换逻辑：对于从 API 检索到的每张请购单，脚本都会在事件日志中生成多行记录。它根据 CreationDate 创建“已创建请购单”事件，根据 SubmittedDate 创建“已提交请购单”事件，并遍历 actionHistory 集合为每个审批步骤（已开始、已批准、已驳回、已退回）创建详细事件。
推断最终状态事件：脚本通过检查请购单的最终 DocumentStatus 并使用 LastUpdateDate 作为事件时间戳，捕捉“请购单已批准”和“请购单已驳回”等最终结果事件。
生成采购订单事件：脚本检查每个请购行。如果某行包含 PoHeaderId，则表示已创建采购订单。脚本将为此活动生成事件日志条目，将请购单与下游采购流程关联起来。
查看输出文件：脚本运行完成后，将在同一目录下创建一个名为 oracle_fusion_requisitions_event_log.csv 的 CSV 文件。该文件包含提取的事件日志。
准备上传：在电子表格软件中打开生成的 CSV 文件以验证其内容。确保列名和数据格式符合流程挖掘工具的要求。该文件现在已可以上传至 ProcessMind。

配置

API 凭证：需要一个专用的集成用户账号，且该角色需具备 Purchase Requisitions REST API 的只读访问权限。示例角色包括采购经理 (Procurement Manager) 或自定义集成角色。
REST API 终点：脚本配置为使用 .../fscmRestApi/resources/11.13.18.05/purchaseRequisitions 终点。请确保 URL 中的版本号与您的 Oracle Fusion 环境一致。
日期范围筛选：脚本包含 START_DATE 和 END_DATE 变量。强烈建议以 3 到 6 个月为一批次提取数据，以避免 API 超时和性能问题。过滤器将应用于请购单的 CreationDate。
字段选择：脚本中的 fields 参数对性能至关重要。它将响应内容限制为事件日志仅需的属性，从而减少网络流量和处理时间。请勿删除 RequisitionId、CreationDate、actionHistory 或 lines 等必需字段。
分页限制：limit 参数设为 100，这对大多数环境都是安全值。您可以尝试将其增加到 200 或 500 以提高提取速度，但请注意，设置过高可能会导致内存问题或触及 API 限制。

a 查询示例 python

import requests
import csv
import json
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings --- 
class=class="hl-string">"hl-comment"># Replace with your Oracle Fusion instance URL, username, and password.
FUSION_URL = class="hl-string">"https://[your-fusion-instance-url].oraclecloud.com"
USERNAME = class="hl-string">"your_api_user"
PASSWORD = class="hl-string">"your_api_password"

class=class="hl-string">"hl-comment"># Define the date range for the extraction.
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-06-30"

class=class="hl-string">"hl-comment"># --- Main Extraction Logic ---

def get_requisitions_data():
    class="hl-string">"""Fetches and processes purchase requisition data from Oracle Fusion REST API."""
    
    api_url = fclass="hl-string">"{FUSION_URL}/fscmRestApi/resources/11.13.18.05/purchaseRequisitions"
    
    class=class="hl-string">"hl-comment"># Define the fields to retrieve to optimize the API call
    fields_to_get = [
        class="hl-string">"RequisitionId", class="hl-string">"RequisitionNumber", class="hl-string">"CreationDate", class="hl-string">"SubmittedDate", class="hl-string">"LastUpdateDate",
        class="hl-string">"DocumentStatus", class="hl-string">"PreparerName", class="hl-string">"BusinessUnitName", class="hl-string">"RequisitionTotal", class="hl-string">"NeedByDate",
        class="hl-string">"Department", class="hl-string">"RejectionReason", 
        class="hl-string">"actionHistory(ActionCode,ActionDate,PerformerName)",
        class="hl-string">"lines(PoHeaderId,LastUpdateDate)"
    ]
    
    class=class="hl-string">"hl-comment"># Parameters for the API request
    params = {
        class="hl-string">"q": fclass="hl-string">"CreationDate between '{START_DATE}' and '{END_DATE}'",
        class="hl-string">"fields": class="hl-string">",".join(fields_to_get),
        class="hl-string">"limit": 100,
        class="hl-string">"offset": 0
    }
    
    headers = {
        class="hl-string">'Content-Type': class="hl-string">'application/vnd.oracle.adf.resourceitem+json'
    }
    
    event_log = []
    has_more = True
    total_processed = 0
    now_iso = datetime.utcnow().isoformat() + class="hl-string">'Z'

    while has_more:
        print(fclass="hl-string">"Fetching requisitions from offset {params['offset']}...")
        try:
            response = requests.get(
                api_url, 
                auth=(USERNAME, PASSWORD), 
                params=params, 
                headers=headers
            )
            response.raise_for_status() class=class="hl-string">"hl-comment"># Raise an exception for bad status codes (4xx or 5xx)
        except requests.exceptions.RequestException as e:
            print(fclass="hl-string">"Error fetching data: {e}")
            break

        data = response.json()
        requisitions = data.get(class="hl-string">'items', [])

        if not requisitions:
            print(class="hl-string">"No more requisitions found.")
            break

        for req in requisitions:
            base_event = {
                class="hl-string">'PurchaseRequisitionId': req.get(class="hl-string">'RequisitionNumber'),
                class="hl-string">'RequesterName': req.get(class="hl-string">'PreparerName'),
                class="hl-string">'DepartmentName': req.get(class="hl-string">'Department'),
                class="hl-string">'RequisitionTotalAmount': req.get(class="hl-string">'RequisitionTotal'),
                class="hl-string">'RequisitionStatus': req.get(class="hl-string">'DocumentStatus'),
                class="hl-string">'RequiredByDate': req.get(class="hl-string">'NeedByDate'),
                class="hl-string">'RejectionReason': req.get(class="hl-string">'RejectionReason'),
                class="hl-string">'BusinessUnit': req.get(class="hl-string">'BusinessUnitName'),
                class="hl-string">'SourceSystem': class="hl-string">'Oracle Fusion Financials',
                class="hl-string">'LastDataUpdate': now_iso
            }

            class=class="hl-string">"hl-comment"># 1. Requisition Created
            if req.get(class="hl-string">'CreationDate'):
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Created', class="hl-string">'EventTime': req[class="hl-string">'CreationDate']})

            class=class="hl-string">"hl-comment"># 2. Requisition Submitted
            if req.get(class="hl-string">'SubmittedDate'):
                event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Submitted', class="hl-string">'EventTime': req[class="hl-string">'SubmittedDate']})

            class=class="hl-string">"hl-comment"># 3-8. Approval Workflow Events from actionHistory
            po_created = False
            if class="hl-string">'actionHistory' in req and req[class="hl-string">'actionHistory'] is not None:
                for action in req[class="hl-string">'actionHistory']:
                    activity = None
                    action_code = action.get(class="hl-string">'ActionCode')
                    if action_code == class="hl-string">'SUBMIT':
                        class=class="hl-string">"hl-comment"># This is often the first step in the approval flow
                        activity = class="hl-string">'Approval Step Started'
                    elif action_code == class="hl-string">'APPROVE':
                        activity = class="hl-string">'Approval Step Approved'
                    elif action_code == class="hl-string">'REJECT':
                        activity = class="hl-string">'Approval Step Rejected'
                    elif action_code == class="hl-string">'RETURN':
                        activity = class="hl-string">'Approval Step Returned'
                    elif action_code == class="hl-string">'WITHDRAW':
                        activity = class="hl-string">'Requisition Withdrawn'
                    elif action_code == class="hl-string">'UPDATE':
                        activity = class="hl-string">'Requisition Amended'
                    
                    if activity:
                        event_log.append({**base_event, class="hl-string">'ActivityName': activity, class="hl-string">'EventTime': action.get(class="hl-string">'ActionDate')})

            class=class="hl-string">"hl-comment"># 9-10 & 12. Final Status Events
            final_status = req.get(class="hl-string">'DocumentStatus')
            last_update_date = req.get(class="hl-string">'LastUpdateDate')
            if last_update_date:
                if final_status == class="hl-string">'APPROVED':
                    event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Approved', class="hl-string">'EventTime': last_update_date})
                elif final_status == class="hl-string">'REJECTED':
                    event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Rejected', class="hl-string">'EventTime': last_update_date})
                elif final_status == class="hl-string">'CLOSED':
                    event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Requisition Closed', class="hl-string">'EventTime': last_update_date})

            class=class="hl-string">"hl-comment"># 11. Purchase Order Created
            if class="hl-string">'lines' in req and req[class="hl-string">'lines'] is not None:
                for line in req[class="hl-string">'lines']:
                    if line.get(class="hl-string">'PoHeaderId') and not po_created:
                        event_log.append({**base_event, class="hl-string">'ActivityName': class="hl-string">'Purchase Order Created', class="hl-string">'EventTime': line.get(class="hl-string">'LastUpdateDate', last_update_date)})
                        po_created = True class=class="hl-string">"hl-comment"># Create only one PO event per requisition
                        break
        
        total_processed += len(requisitions)
        print(fclass="hl-string">"Processed {total_processed} total requisitions so far.")

        class=class="hl-string">"hl-comment"># Check if there is more data to fetch for pagination
        has_more = data.get(class="hl-string">'hasMore', False)
        if has_more:
            params[class="hl-string">'offset'] += params[class="hl-string">'limit']

    class=class="hl-string">"hl-comment"># Write to CSV
    if event_log:
        filename = class="hl-string">'oracle_fusion_requisitions_event_log.csv'
        fieldnames = list(event_log[0].keys())
        with open(filename, class="hl-string">'w', newline=class="hl-string">'', encoding=class="hl-string">'utf-8') as csvfile:
            writer = csv.DictWriter(csvfile, fieldnames=fieldnames)
            writer.writeheader()
            writer.writerows(event_log)
        print(fclass="hl-string">"\nSuccessfully extracted {len(event_log)} events to {filename}")
    else:
        print(class="hl-string">"\nNo events were generated.")

if __name__ == class="hl-string">"__main__":
    get_requisitions_data()

步骤

导航至报告和分析：登录 Oracle Fusion Financials。通过“导航器”菜单进入“工具”，然后选择“报告和分析”。这是所有报告活动的中心枢纽。
新建分析：在“报告和分析”工作区中，点击“创建”按钮，并从下拉菜单中选择“分析”。这将在新标签页中启动 Oracle Transactional Business Intelligence (OTBI) 分析编辑器。
选择主题领域：系统会提示您选择主题领域。在搜索框中输入 “Procurement - Requisitions Real Time” 并从列表中选择。该主题领域包含请购单生命周期事件所需的所有数据点。
构建请购事件分析：此步骤需要创建多个查询的并集以捕捉每个不同的事件。由于 OTBI 界面没有针对不同事件类型的直接 UNION ALL 功能，您将创建一个提取所有相关日期和状态字段的单一报告。在“标准”选项卡中，从左侧的“主题领域”窗格将查询部分列出的列拖放到“选定的列”区域。这包括创建日期、提交日期、审批日期、PO 创建日期等列。
添加请购操作历史记录：要捕捉详细的审批步骤（已批准、已驳回、已退回、已撤回），您需要包含主题领域内 “Requisition Action History” 文件夹中的字段。将 “Action Date”、“Action” 和 “Performer” 拖入选定列。
配置过滤器：切换到“提示”选项卡为您的分析创建过滤器。为了管理数据量，必须按日期范围进行过滤。在 “Requisition Header”.“Requisition Creation Date” 上创建一个过滤器并设置范围（例如最近 6 个月）。您还可以添加“业务单元”或“请求者姓名”提示以缩小数据范围。
执行并预览报告：转到“结果”选项卡执行分析并预览数据。输出将是一个“宽表”，每行对应一个请购行或审批操作，包含多个日期和状态列。
导出原始数据：预览满意后，点击结果页面底部的“导出”链接。选择“数据” > “CSV 文件”作为格式。这将下载分析中的原始数据。
将数据转换为事件日志格式：导出的 CSV 将是宽格式。您必须使用外部工具（如 Python 脚本、Excel 中的 Power Query 或其他数据准备工具）转换这些数据。该过程涉及将日期列“逆透视 (unpivot)”为单个 “EventTime” 列，并为每种事件类型（例如“已创建请购单”、“已提交请购单”）创建一个对应的 “ActivityName” 列。
完成并准备上传：转换后，确保文件具有所需的列：PurchaseRequisitionId、ActivityName、EventTime、SourceSystem 和 LastDataUpdate。将最终的事件日志保存为 CSV 文件，随后即可上传至 ProcessMind。

配置

主题领域：主要使用 “Procurement - Requisitions Real Time” 主题领域。它包含了所有核心的请购单头信息、行信息、分配信息以及审批历史记录。
日期范围：始终应用强制性的日期过滤器以限制数据量并提升性能。建议从筛选最近 3 到 6 个月的 “Requisition Header”.“Requisition Creation Date” 开始。
关键过滤器：考虑添加 “Requisition Header”.“Business Unit” 和 “Requisition Header”.“Requisition Status” 过滤器，以便将提取范围集中在相关的组织单元，并排除分析不需要的“已取消”等无关状态。
列选择：请谨慎选择添加到分析中的列。包含过多列（尤其是来自多个不同文件夹或维度的列）会降低性能。请仅关注事件日志所需的字段。
权限：运行提取的用户必须拥有访问“报告和分析”工作区以及 “Procurement - Requisitions Real Time” 主题领域的必要权限。通常，“BI Author” 或 “Procurement Analyst” 角色具备此类权限。

a 查询示例 config

/*
OTBI analyses are built visually, not with SQL. This conceptual query illustrates the logic required to extract the data for all specified activities. The user would build an analysis containing these fields and then transform the output into an event log.
*/

-- 1. Requisition Created
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Created' AS ActivityName,
  "Requisition Header"."Requisition Creation Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Creation Date" IS NOT NULL

UNION ALL

-- 2. Requisition Submitted
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Submitted' AS ActivityName,
  "Requisition Header"."Submitted Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Submitted Date" IS NOT NULL

UNION ALL

-- 3, 5, 6, 7, 8. Approval History Events (Withdrawn, Started, Approved, Rejected, Returned)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  CASE "Requisition Action History"."Action"
    WHEN 'WITHDRAW' THEN 'Requisition Withdrawn'
    WHEN 'SUBMIT' THEN 'Approval Step Started' -- Assumes submit action assigns to first approver
    WHEN 'APPROVE' THEN 'Approval Step Approved'
    WHEN 'REJECT' THEN 'Approval Step Rejected'
    WHEN 'RETURN' THEN 'Approval Step Returned'
  END AS ActivityName,
  "Requisition Action History"."Action Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  CASE WHEN "Requisition Action History"."Action" = 'REJECT' THEN "Requisition Action History"."Action Note" ELSE NULL END AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Action History"."Action" IN ('WITHDRAW', 'SUBMIT', 'APPROVE', 'REJECT', 'RETURN')

UNION ALL

-- 4. Requisition Amended
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Amended' AS ActivityName,
  "Requisition Header"."Last Update Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Version" > 1 AND "Requisition Header"."Last Update Date" > "Requisition Header"."Submitted Date"

UNION ALL

-- 9. Requisition Approved (Final)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Approved' AS ActivityName,
  "Requisition Header"."Approved Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Status" = 'APPROVED'
AND "Requisition Header"."Approved Date" IS NOT NULL

UNION ALL

-- 10. Requisition Rejected (Final)
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Rejected' AS ActivityName,
  "Requisition Action History"."Action Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  "Requisition Action History"."Action Note" AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Header"."Requisition Status" = 'REJECTED'
AND "Requisition Action History"."Action" = 'REJECT'
AND "Requisition Action History"."Sequence Number" = (SELECT MAX(T2."Sequence Number") FROM "Procurement - Requisitions Real Time" T2 WHERE T2."Requisition Header"."Requisition Number" = "Requisition Header"."Requisition Number")

UNION ALL

-- 11. Purchase Order Created
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Purchase Order Created' AS ActivityName,
  "Purchase Order Schedule"."PO Creation Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Purchase Order Schedule"."PO Creation Date" IS NOT NULL

UNION ALL

-- 12. Requisition Closed
SELECT 
  "Requisition Header"."Requisition Number" AS PurchaseRequisitionId,
  'Requisition Closed' AS ActivityName,
  "Requisition Line"."Line Close Date" AS EventTime,
  'Oracle Fusion Financials OTBI' AS SourceSystem,
  CURRENT_TIMESTAMP AS LastDataUpdate,
  "Requisition Distribution"."Requester Name" AS RequesterName,
  "Requisition Distribution"."Requester Department" AS DepartmentName,
  "Requisition Header"."Total" AS RequisitionTotalAmount,
  "Requisition Header"."Requisition Status" AS RequisitionStatus,
  "Requisition Line"."Need By Date" AS RequiredByDate,
  NULL AS RejectionReason,
  "Requisition Header"."Business Unit" AS BusinessUnit
FROM "Procurement - Requisitions Real Time"
WHERE "Requisition Line"."Line Close Date" IS NOT NULL AND "Requisition Line"."Line Status" = 'CLOSED'

采购到付款 (P2P) — 采购申请数据模板

采购到付款 (P2P) — 采购申请数据模板

采购到付款 - 请购属性

采购到付款 - 请购活动

提取指南

OTBI (Oracle Transactional Business Intelligence) 导出

步骤

配置

a 查询示例 config

基于 Oracle BI Publisher SQL 的数据模型提取

步骤

配置

a 查询示例 sql

通过 Oracle Fusion REST API 执行 Python 脚本

步骤

配置

a 查询示例 python

Oracle BI Cloud Connector (BICC) 批量数据抽取

步骤

配置

a 查询示例 config

准备好开始了吗？

将“采购到付款 - 请购”速度提升 30%

采购到付款 (P2P) — 采购申请数据模板

采购到付款 (P2P) — 采购申请数据模板

采购到付款 - 请购属性

采购到付款 - 请购活动

提取指南

OTBI (Oracle Transactional Business Intelligence) 导出

步骤

配置

a 查询示例 config

基于 Oracle BI Publisher SQL 的数据模型提取

步骤

配置

a 查询示例 sql

通过 Oracle Fusion REST API 执行 Python 脚本

步骤

配置

a 查询示例 python

Oracle BI Cloud Connector (BICC) 批量数据抽取

步骤

配置

a 查询示例 config

我们重视您的隐私

准备好开始了吗？

将“采购到付款 - 请购”速度提升 30%