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

您的采购申请到付款数据模板

Oracle Fusion Financials

您的采购申请到付款数据模板

此模板为收集分析采购申请到付款流程所需的关键数据提供了清晰指引，列出需要收集的主要属性、需要跟踪的关键活动，以及从Oracle Fusion Financials提取这些信息的实用方法。借助此模板，您可以有效准备事件日志，开展有价值的流程挖掘。

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

刚接触事件日志？了解如何创建流程挖掘事件日志.

下载模板

采购申请到付款属性

以下是建议纳入事件日志的数据字段，可用于全面分析采购申请到付款流程。

5 必填 7 建议填写 10 选填

	名称	说明
	事件时间 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。
说明采购申请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中的相关字段。示例北美业务单元欧洲业务单元公司总部
	申请人姓名 RequesterName	创建并提交采购申请的员工姓名。
说明此属性用于标识发起商品或服务申请的人员，通常在流程开始、申请首次创建时记录。按申请人分析流程绩效，是“申请人绩效指标”仪表板的重要内容。通过识别申请修改率、驳回率较高或周期时间较长的申请人或群组，可发现哪些用户或群组可能需要额外培训。此属性从人员角度呈现流程情况。重要性支持按申请人分析绩效，帮助识别培训需求，并发现效率较高的用户或部门。获取途径数据来自申请表头，通常通过申请人ID关联员工或用户主数据表获取。可查找POR_REQUISITION_HEADERS_ALL中的“PREPARER_ID”等字段，并与PER_ALL_PEOPLE_F关联。示例约翰·史密斯简·多伊艾米丽·琼斯
	申请总金额 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”等字段。示例已批准处理中已驳回已撤回
	要求交付日期 RequiredByDate	申请人需要收到商品或服务的日期。
说明申请人通过此日期设定所需商品的交付期限。它是采购流程的内部服务级别协议（SLA）目标。此属性是“要求交付日期绩效”仪表板和“要求交付日期达成率”KPI的基础。将此日期与实际采购订单创建日期或收货日期进行比较，可了解采购流程满足内部客户需求的情况，并发现系统性延误。重要性对于衡量流程是否达到内部期限，以及了解采购流程能否及时满足业务需求至关重要。获取途径通常存储在申请行项目级别，例如POR_REQUISITION_LINES_ALL中的“NEED_BY_DATE”字段。示例 2023-11-012023-12-152024-01-31
	部门 DepartmentName	申请人所属的业务部门。
说明此属性表示创建申请人员所属的组织单位，例如“财务”“IT”或“市场营销”。通常根据申请人在HR系统中的用户资料确定。按部门分析是细分流程数据的常用方法，有助于发现部门特有的行为，例如驳回率较高或周期时间较长，从而制定有针对性的流程改进措施。这也是“申请人绩效指标”仪表板的重要分析维度。重要性支持按业务单元细分流程分析，揭示部门特有的模式、绩效和合规问题。获取途径通常根据申请人资料确定，可能需要将申请表与包含部门信息的HR表或用户目录表关联。示例信息技术财务运营市场营销
	驳回原因 RejectionReason	审批人驳回申请或审批步骤时提供的原因。
说明申请被驳回时，审批人通常会选择预设原因或填写文本说明。此属性用于记录驳回理由。此属性对于分析流程问题的根本原因至关重要。它直接支持“修改与驳回趋势”仪表板，帮助了解驳回背后的原因。分析驳回原因有助于发现常见问题，例如科目编码错误、超出预算或违反政策，进而通过培训或系统控制加以解决。重要性直接揭示申请被驳回的原因，支持有针对性的改进，减少返工并提高直通处理率。获取途径数据来自工作流评论或工作流审计轨迹中的特定驳回原因代码字段，可能存储在FA_FUSION_SOAINFRA.WFTASK相关表或评论存储表中。示例总账科目错误超出成本中心预算选择了非优选供应商重复申请
	供应商名称 SupplierName	建议或预先选定的商品或服务供应商名称。
说明此属性用于标识计划采购商品或服务的供应商。供应商可能由申请人推荐，也可能由系统根据目录或既有协议确定。按供应商分析可揭示重要的采购模式。例如，可了解某些供应商的申请是否审批时间更长或驳回率更高。这些信息有助于供应商关系管理和采购策略制定。重要性支持按供应商分析流程绩效，为采购策略和供应商关系管理提供参考。获取途径位于申请行项目表POR_REQUISITION_LINES_ALL中，通常通过VENDOR_ID关联到POZ_SUPPLIERS等供应商主数据表。示例办公用品公司全球科技解决方案公司创意营销代理公司
	商品说明 ItemDescription	申请行中所需商品或服务的说明。
说明此属性包含所采购商品的文字说明，提供所需商品或服务的具体信息。商品说明通常为非结构化数据，但可为分析提供有价值的背景信息。可利用筛选条件查找申请类型未涵盖的特定采购内容。例如，分析人员可以搜索所有包含“软件许可证”的申请，了解其具体流程路径和周期时间。重要性详细说明采购内容，支持更精细地筛选和分析特定商品或服务。获取途径位于申请行项目表POR_REQUISITION_LINES_ALL中，通常为ITEM_DESCRIPTION等字段。示例 15英寸笔记本电脑，16GB内存咨询服务，第四季度项目年度软件维护续订
	审批工作流路径 ApprovalWorkflowPath	申请所需审批人或审批组的预设顺序。
说明此属性根据公司政策，结合申请金额、类型和部门等因素，定义申请预期遵循的标准审批流程，即“目标”流程模型。审批工作流路径是合规和一致性分析的基础。它直接支持“合规与偏差分析”仪表板和“申请一致性指数”KPI，可将实际审批步骤与规定路径进行比较。偏差可能表明存在违反政策或流程效率低下的情况。重要性将实际流程与规定的审批层级进行比较，开展一致性检查并标记不符合要求的申请。获取途径此信息在Oracle Fusion BPM Worklist或Approval Management Engine（AMX）中配置。提取每份申请的规定路径可能较为复杂，或需要查询配置表。示例经理 > 总监 > 财务副总裁成本中心负责人 > IT安全经理 > 部门负责人
	币种 CurrencyCode	申请金额所用的币种代码，例如USD或EUR。
说明此属性指定申请总金额所用的币种。跨国组织的申请可能使用多种币种。正确解读和汇总财务数据离不开此属性。涉及金额的分析必须使用币种代码，确保金额比较准确，可通过筛选单一币种或将所有金额换算为统一币种实现。重要性确保财务分析和报告准确，尤其适用于使用多种币种的跨国组织。获取途径通常与金额字段一起存储在申请表头中，例如POR_REQUISITION_HEADERS_ALL。示例 USDEURGBPJPY
	是否已修改 IsAmendedFlag	布尔标记，若申请至少修改过一次，则值为true。
说明此计算属性用于标识申请在首次提交后是否发生过变更。系统会检查案例历史中是否存在“申请已修改”活动，据此计算此属性。此标记可简化分析和KPI计算。它可直接用于计算“申请修改率”KPI，并识别未直通处理的案例。您可以轻松筛选并比较已修改和未修改申请的流程指标。重要性简化修改率计算，并便于比较已修改和未修改的申请。获取途径此属性不在源系统中，而是在数据转换期间根据事件日志中是否存在与修改相关的活动计算得出。示例 truefalse
	是否直通处理 IsStraightThrough	用于标记申请是否未经修改或驳回即获批准。
说明此计算标记用于识别从提交到批准过程中未出现修改或驳回等返工循环的申请，表示单个案例的流程执行顺畅。此属性是“申请直通处理率”KPI的基础。分析直通处理申请的特征，例如常见部门、申请人或申请类型，有助于发现最佳实践和自动化机会。反过来，分析未直通处理的申请，则有助于找出效率低下的主要原因。重要性直接衡量流程效率，是“申请直通处理率”KPI的基础，有助于识别返工原因。获取途径此属性在数据转换期间计算。若案例中不存在“申请已修改”或“审批步骤已驳回”活动，则标记为true。示例 truefalse
	是否自动执行 IsAutomated	用于标记活动是否由系统自动执行。
说明此属性用于识别由系统用户或自动化代理而非人工执行的流程事件。例如，系统触发的状态变更，或针对低金额商品的自动审批步骤。分析此属性有助于量化流程的自动化程度。您可以比较自动步骤与人工步骤的速度和效率，并发现进一步自动化的机会。重要性帮助衡量流程自动化程度，并发现自动执行人工任务的机会。获取途径通过检查活动关联用户是否为系统账户或服务账户来确定，需要维护已知系统用户ID列表。示例 truefalse
	用户名 UserName	执行特定活动的用户姓名，例如审批人或编辑者。
说明申请人姓名标识发起申请的人，而用户名则标识在流程中执行特定事件的人员，例如批准或驳回申请的人员。在涉及多人的多步骤审批工作流中，此属性尤为重要。此属性对于分析审批瓶颈、衡量特定审批人或团队的绩效至关重要。它直接支持“审批工作流瓶颈”仪表板，可分析审批链中每位相关人员的处理时间。重要性标识每个事件的执行者，对于分析交接时间、审批人绩效和资源分配至关重要。获取途径数据来自工作流历史记录或审计轨迹表，例如FA_FUSION_SOAINFRA.WFTASK，其中记录了完成每项任务的用户。示例大卫·李苏珊·陈迈克尔·布朗
	申请类型 RequisitionType	申请类别，例如商品或服务申请。
说明此属性根据申请内容对申请进行分类。常见类型包括商品、服务或资本支出。申请类型会影响所需的审批工作流和采购策略。在分析中，申请类型可作为重要的筛选和比较维度。例如，可分析服务申请的审批周期时间是否长于商品申请。此属性有助于了解不同类型的申请是否呈现不同的流程行为或瓶颈。重要性支持按采购类型细分分析，了解商品和服务等不同采购类型的流程差异。获取途径通常根据创建申请时选择的行项目类型或类别确定，可能存储在申请行表POR_REQUISITION_LINES_ALL中。示例商品服务资本支出
	采购订单编号 PurchaseOrderNumber	根据已批准申请创建的采购订单标识符。
说明此属性将采购申请与后续生成的采购订单关联。申请全部获批后，通常会转换为一个或多个采购订单并发送给供应商。分析时，此ID对于跟踪申请后续环节至关重要。它可用于计算“申请到采购订单周期时间”KPI，并支持“申请到采购订单周期时间”仪表板。它还可将申请流程数据与后续采购订单和发票流程数据结合起来，开展端到端的采购到付款分析。重要性将申请与后续采购订单关联，以衡量申请到采购订单的周期时间并开展端到端流程分析。获取途径采购订单创建后即可获取此信息。通常可在采购订单分配表中查找申请引用记录，例如PO_DISTRIBUTIONS_ALL，该表会关联回申请行。示例 PO-2023-5832PO-2023-5833PO-2023-5834

必填建议填写选填

采购申请到付款活动

以下是建议记录在事件日志中的关键流程步骤和里程碑，可用于准确发现采购申请到付款流程。

6 建议填写 6 选填

	活动	说明
	关闭采购申请	表示采购申请生命周期结束，即所有申请行均已完成处理（例如转为采购订单）或已取消。可根据最终状态更新推断。
重要性这是流程主要的成功结束事件，表示采购申请已全部处理完毕，无需进一步操作。获取途径根据POR_REQUISITION_HEADERS_ALL表中的采购申请抬头状态变为“CLOSED”推断。采集确定采购申请单据状态变为“Closed”时的时间戳。事件类型 inferred
	创建采购申请	用户首次保存新的采购申请时，采购流程即开始。系统通常会记录明确的创建事件及相应时间戳。
重要性这是采购申请流程的主要开始事件。分析从创建到提交的耗时，有助于发现申请正式提交前的延误。获取途径该事件记录在POR_REQUISITION_HEADERS_ALL表中，通过新采购申请ID生成时的creation_date列获取。采集使用采购申请抬头记录的创建时间戳。事件类型 explicit
	创建采购订单	使用已批准的采购申请行生成采购订单时，就会发生此事件。它将采购申请流程与后续采购流程连接起来。
重要性这是衡量采购申请到采购订单交付周期的重要节点。此处出现延误，说明审批到采购的交接环节存在瓶颈。获取途径这是一个明确记录的事件。采购申请与采购订单之间的关联存储在PO_LINE_LOCATIONS_ALL等表中，其中包含对源采购申请行ID的引用。采集查找引用指定采购申请ID的采购订单创建日期。事件类型 explicit
	提交采购申请	表示用户将填写完成的采购申请提交至审批工作流。当申请状态从“Incomplete”或“Draft”变为待审批状态时，即可记录此事件。
重要性此活动会启动审批周期，是衡量采购申请审批周期时间和整体交付周期的重要节点。获取途径根据POR_REQUISITION_HEADERS_ALL表中的状态变更推断，例如状态变为“PENDING APPROVAL”。系统通常也会明确记录提交日期。采集确定单据状态字段首次变为“Pending Approval”时的时间戳。事件类型 inferred
	采购申请已批准	采购申请通过工作流中的所有步骤并获得最终批准时，即发生此事件。可根据采购申请整体状态变为“Approved”推断。
重要性这是表明申请已可进入采购环节的重要节点，也是衡量采购申请审批总周期时间的终点。获取途径根据POR_REQUISITION_HEADERS_ALL表中的单据状态变为“APPROVED”推断。状态变更日期即为事件时间。采集确定单据状态首次设为“Approved”时的时间戳。事件类型 inferred
	采购申请已驳回	表示采购申请被最终驳回，该申请流程随之终止。可根据采购申请整体状态更新为“Rejected”推断。
重要性此活动是未成功申请的终止节点。分析此类案例对于了解“采购申请驳回率”KPI及失败原因至关重要。获取途径根据POR_REQUISITION_HEADERS_ALL表中的单据状态变为“REJECTED”推断。采集确定单据状态首次设为“Rejected”时的时间戳。事件类型 inferred
	修改采购申请	此事件表示用户在首次提交采购申请后对其进行了修改，通常需要重新启动审批流程。可通过检测关键数据字段变更或采购申请新版本的创建来推断。
重要性频繁修改通常说明数据质量存在问题或需求不断变化，进而造成返工和流程延误。此事件直接用于计算“采购申请修改率”KPI。获取途径可通过跟踪采购申请版本号，或识别提交后状态重新变为“Incomplete”的情况来推断。变更日志或审计跟踪表也可能记录这些修改。采集确定采购申请提交后，同一采购申请ID对应的新版本创建时间戳。事件类型 inferred
	审批步骤已批准	表示审批人在工作流指定步骤中批准采购申请。此事件会明确记录在审批历史中。
重要性跟踪各个审批步骤，有助于绘制实际审批路径，并衡量每个层级的处理时间。获取途径从采购申请的审批操作历史中获取。相关记录通常存储在管理审批层级的工作流（WF）或人力资本管理（HCM）表中。采集使用工作流操作历史日志中“APPROVE”操作的时间戳。事件类型 explicit
	审批步骤已退回	审批人将采购申请退回给编制人，以补充信息或进行小幅修改，但不正式驳回申请。这通常是工作流系统中的明确操作。
重要性此事件表明需要进一步澄清，并会形成返工循环、延长周期时间。区分退回和驳回，有助于更深入地了解流程阻力。获取途径从采购申请的审批操作历史中获取。工作流系统会记录带有时间戳的“RETURN”或类似操作。采集使用工作流历史中“RETURN”或“Request for Information”操作的时间戳。事件类型 explicit
	审批步骤已驳回	审批人驳回采购申请后，通常会将申请退回给编制人修改，或终止该申请。此操作会明确记录在工作流历史中。
重要性此活动是造成返工和延误的主要原因之一。分析驳回情况有助于发现合规问题、预算问题或理由不明确等情况。获取途径从采购申请的审批操作历史中获取。工作流系统会记录带有时间戳的“REJECT”操作。采集使用工作流操作历史日志中“REJECT”操作的时间戳。事件类型 explicit
	开始审批步骤	表示采购申请被分配给工作流中的特定审批人或审批组。此事件可从工作流引擎的事务日志中获取。
重要性此活动对于计算每个审批步骤的等待时间至关重要，有助于找出由特定审批人或审批层级造成的瓶颈。获取途径从Oracle Fusion工作流表中获取，这些表会记录分配给用户的任务。使用审批任务的分配时间戳。采集使用该采购申请工作流历史记录中任务的创建时间戳。事件类型 explicit
	撤回采购申请	申请人在采购申请完全获批前取消或撤回已提交的申请时，就会发生此事件。这通常是用户主动操作并导致状态变更。
重要性跟踪撤回情况有助于了解申请提前终止的原因，例如业务需求变化，或用户在提交后发现并更正错误。获取途径根据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功能，您需要创建一份报表，提取所有相关日期和状态字段。在“条件”标签页中，将左侧“主题区域”窗格中查询部分列出的列拖到“所选列”区域，包括创建日期、提交日期、审批日期、采购订单创建日期等字段。
添加采购申请操作历史记录：要捕获详细审批步骤（已批准、已拒绝、已退回、已撤回），需要添加主题区域中“采购申请操作历史记录”文件夹的字段。将“操作日期”“操作”和“执行人”拖入所选列。
配置筛选条件：切换到“提示”标签页，为分析创建筛选条件。必须按日期范围筛选，以控制数据量。为“采购申请标题”中的“采购申请创建日期”设置范围，例如最近6个月。您也可以添加“业务单元”或“申请人姓名”提示，进一步缩小数据范围。
运行并查看报表：进入“结果”标签页运行分析并预览数据。输出将是一张“宽表”，每行对应一个采购申请行或审批操作，并包含多个日期和状态列。
导出原始数据：预览结果符合要求后，点击“导出”链接，通常位于结果页底部。选择“数据”>“CSV文件”格式，即可下载分析的原始数据。
将数据转换为事件日志格式：导出的CSV为宽表格式。您需要使用外部工具（如Python脚本、Excel中的Power Query或其他数据准备工具）转换数据。具体做法是将日期列取消透视，合并为单个“EventTime”列，并为每种事件类型创建对应的“ActivityName”列（例如“采购申请已创建”“采购申请已提交”）。
完成整理并准备上传：转换后，请确保文件包含以下必需列：PurchaseRequisitionId、ActivityName、EventTime、SourceSystem和LastDataUpdate。将最终事件日志保存为CSV文件，然后上传至ProcessMind。

配置

主题区域：建议使用“Procurement - Requisitions Real Time”主题区域，其中包含采购申请标题、行、分配和审批历史记录等核心信息。
日期范围：务必设置日期筛选条件，以控制数据量并提升性能。建议先筛选“采购申请标题”中的“采购申请创建日期”，范围设为最近3至6个月。
关键筛选条件：可考虑按“采购申请标题”中的“业务单元”和“申请状态”筛选，聚焦相关组织单位，并排除分析不需要的状态（如“已取消”）。
选择列：谨慎选择分析中包含的列。加入过多列，尤其是来自多个文件夹（维度）的列，可能会降低性能。请仅选择事件日志所需字段。
权限：执行数据提取的用户必须拥有相应角色，才能访问“报表和分析”工作区及“Procurement - Requisitions Real Time”主题区域。通常，“BI Author”或“Procurement Analyst”等角色具备这些权限。

查询示例 sql

/*
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），选择适用于Financials数据的数据源（例如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”。此外，该用户还需要相应的数据安全授权，才能访问采购数据。

查询示例 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（采购订单信息）和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凭据：需要专用集成用户账号，并为其分配可只读访问采购申请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限制。

查询示例 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 BI Cloud Connector、所需的Oracle Fusion Financials采购内容，以及相关公共视图对象的访问权限。确认BICC用户或集成账号有权提取采购申请、审批历史和采购订单数据。具体角色名称和导航标签因Oracle版本而异，请使用您所在环境中对应的BICC管理区域。
确定并启用提取所需的PVO。使用RequisitionHeaderPVO，或您所在环境中对应的采购申请标题PVO，并结合用于提供采购申请行、申请状态历史、审批工作流历史和采购订单引用的PVO。不要假定单个PVO包含工作流历史或采购订单创建历史。记录您所在环境中可用的确切PVO名称和属性。
配置BICC作业，执行增量或历史数据批量提取。使用[开始日期参数]和[结束日期参数]设置提取时间范围，并将作业配置为向获批的云存储位置交付CSV文件。首次加载时，应选择足够宽的历史时间范围。定期加载时，应使用有重叠的时间窗口，以涵盖延迟更新；如有可用信息，再根据案例标识、活动、事件时间戳和源事件标识去重。
配置提取列。包括采购申请标识、采购申请标题和行标识、申请人、部门、金额、状态、需求日期、业务单元、拒绝原因、创建和更新时间戳、状态变更时间戳、审批分配和操作时间戳、审批操作、采购订单引用以及BICC刷新时间戳。使用所选PVO提供的确切属性名称。如果某属性不可用，请映射为[根据您的系统配置]并记录限制，不要用未经验证的字段替代。
提取源CSV文件并保留原始文件。将每个文件载入暂存区，保留源PVO名称和文件名，将时间戳统一为约定时区，并以一致方式解析Oracle日期和时间戳值。标识符应按字符串处理，以免丢失前导零或精度。
将源数据整理为事件表，每行对应一个明确的业务事件。输出必须包含PurchaseRequisitionId、ActivityName、EventTime、SourceSystem和LastDataUpdate。可用时添加建议属性。不要依赖ProcessMind根据状态或字段变化推断事件。转换过程必须明确创建查询中列出的全部12项活动对应的行。
根据相应的源数据证据生成事件行。“采购申请已创建”使用记录创建证据；“采购申请已提交”使用明确的提交状态变更；“采购申请已撤回”使用明确的撤回操作或状态变更；“采购申请已修订”使用提交后检测到的修订或新版本；“审批步骤已开始”使用工作流分配记录；“审批步骤已批准”“审批步骤已拒绝”和“审批步骤已退回”使用明确的审批历史操作。“采购申请已批准”“采购申请已拒绝”和“采购申请已关闭”使用明确的整体状态变更。“采购订单已创建”使用明确的采购订单创建记录，或与采购申请关联的创建时间戳。
采用确定性规则去重。如果多个源数据行代表同一事件，则保留一行，优先使用最具体的事件时间戳；如有可用的稳定源标识，也应使用该标识。不要仅因审批步骤具有相同的采购申请标识，就将其合并。不同审批人或工作流步骤的审批事件应分别保留。
验证生成的事件日志。确认所有必需活动均有记录，每个事件都包含案例标识和事件时间戳；时间戳应位于提取时间范围内，或能说明其属于延迟到达的更新；源数据提供的建议属性应已填充。将采购申请数量和采购订单关联情况与源数据提取结果核对。
将最终事件日志导出为UTF-8编码的CSV文件，包含一行标题，每行对应一个事件。使用确切列名PurchaseRequisitionId、ActivityName、EventTime、SourceSystem和LastDataUpdate，并添加建议属性。将CSV上传至ProcessMind，并将PurchaseRequisitionId设为案例标识、ActivityName设为活动、EventTime设为事件时间戳。

配置

提取方式：使用Oracle BI Cloud Connector批量提取数据，并将CSV文件交付至已配置的云存储位置。
源对象：使用RequisitionHeaderPVO，以及您所在环境中可用的采购申请行、状态历史、审批工作流历史和采购订单引用对应PVO。必须在环境中确认确切的PVO名称和属性。
必需输出列：PurchaseRequisitionId、ActivityName、EventTime、SourceSystem和LastDataUpdate。
建议输出列：RequesterName、DepartmentName、RequisitionTotalAmount、RequisitionStatus、RequiredByDate、RejectionReason和BusinessUnit。
日期范围：常规分析建议使用3至6个月的数据。首次加载历史数据时，可按需使用更长的时间范围。定期提取时，应使用有重叠的时间窗口来涵盖延迟更新，然后进行去重。
筛选条件：仅当所选PVO提供相应属性时，才应用[公司特定筛选条件]、[单据类型筛选条件]、[业务单元筛选条件]和[日期范围筛选条件]。请确认筛选依据是创建日期、更新日期、状态变更日期还是其他源日期。
增量提取：优先使用更新时间戳或BICC提供的增量提取机制。保留上次成功提取的水位标记，并在下次运行时加入较短的重叠时间范围。
事件完整性：如果采购申请标题数据未提供审批历史、状态变更、修订或采购订单创建信息，请配置单独的源数据提取。仅凭当前状态的标题数据，无法可靠还原历史事件。
性能：缩小日期范围和所选列的范围；在支持的情况下对大型提取任务进行分区；避免添加不必要的描述性属性，并分批处理CSV文件。保留源文件以便核对。
存储：配置获批的云存储位置，并确保容量、保留期限、加密和访问控制符合要求。确认提取账号有权写入文件，且转换流程可以读取文件。
前提条件：可使用BICC，具备相关Oracle Fusion采购和审批数据的访问权限，拥有适当的集成授权，可访问所选PVO，并具备所需的Oracle订阅或功能许可。具体角色名称、许可证和导航路径取决于Oracle版本及环境配置。
时间处理：将所有源时间戳统一为有记录的时区；如需完整审计，应保留原始时间戳。
案例处理：使用PurchaseRequisitionId作为案例标识。除非有意按行级别建模流程，否则不要使用采购申请行标识作为案例标识。

查询示例 sql

WITH
source_requisition AS (
    SELECT
        CAST([Requisition identifier attribute] AS VARCHAR(200)) AS PurchaseRequisitionId,
        CAST([Requester name attribute] AS VARCHAR(500)) AS RequesterName,
        CAST([Department attribute] AS VARCHAR(500)) AS DepartmentName,
        CAST([Total amount attribute] AS DECIMAL(38, 10)) AS RequisitionTotalAmount,
        CAST([Status attribute] AS VARCHAR(200)) AS RequisitionStatus,
        CAST([Required by date attribute] AS TIMESTAMP) AS RequiredByDate,
        CAST([Rejection reason attribute] AS VARCHAR(4000)) AS RejectionReason,
        CAST([Business unit attribute] AS VARCHAR(500)) AS BusinessUnit,
        CAST([Creation timestamp attribute] AS TIMESTAMP) AS CreatedAt,
        CAST([Submission timestamp attribute] AS TIMESTAMP) AS SubmittedAt,
        CAST([Withdrawal timestamp attribute] AS TIMESTAMP) AS WithdrawnAt,
        CAST([Approval timestamp attribute] AS TIMESTAMP) AS ApprovedAt,
        CAST([Rejection timestamp attribute] AS TIMESTAMP) AS RejectedAt,
        CAST([Closure timestamp attribute] AS TIMESTAMP) AS ClosedAt,
        CAST([Last update timestamp attribute] AS TIMESTAMP) AS SourceLastUpdate,
        CAST([BICC refresh timestamp attribute] AS TIMESTAMP) AS LastDataUpdate
    FROM [Requisition header extract or view]
    WHERE CAST([Last update timestamp attribute] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Last update timestamp attribute] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
      AND ([Company filter attribute] = '[Company-specific filter]' OR '[Company-specific filter]' = '[All companies]')
      AND ([Document type filter attribute] = '[Document Type filter]' OR '[Document Type filter]' = '[All document types]')
),
source_status_history AS (
    SELECT
        CAST([Requisition identifier attribute] AS VARCHAR(200)) AS PurchaseRequisitionId,
        CAST([Previous status attribute] AS VARCHAR(200)) AS PreviousStatus,
        CAST([New status attribute] AS VARCHAR(200)) AS NewStatus,
        CAST([Status change timestamp attribute] AS TIMESTAMP) AS StatusChangedAt,
        CAST([Rejection reason attribute] AS VARCHAR(4000)) AS RejectionReason,
        CAST([Requester name attribute] AS VARCHAR(500)) AS RequesterName,
        CAST([Department attribute] AS VARCHAR(500)) AS DepartmentName,
        CAST([Total amount attribute] AS DECIMAL(38, 10)) AS RequisitionTotalAmount,
        CAST([Required by date attribute] AS TIMESTAMP) AS RequiredByDate,
        CAST([Business unit attribute] AS VARCHAR(500)) AS BusinessUnit,
        CAST([BICC refresh timestamp attribute] AS TIMESTAMP) AS LastDataUpdate
    FROM [Requisition status history extract or view]
    WHERE CAST([Status change timestamp attribute] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Status change timestamp attribute] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
),
source_amendments AS (
    SELECT
        CAST([Requisition identifier attribute] AS VARCHAR(200)) AS PurchaseRequisitionId,
        CAST([Amendment timestamp attribute] AS TIMESTAMP) AS AmendedAt,
        CAST([Requester name attribute] AS VARCHAR(500)) AS RequesterName,
        CAST([Department attribute] AS VARCHAR(500)) AS DepartmentName,
        CAST([Total amount attribute] AS DECIMAL(38, 10)) AS RequisitionTotalAmount,
        CAST([Status attribute] AS VARCHAR(200)) AS RequisitionStatus,
        CAST([Required by date attribute] AS TIMESTAMP) AS RequiredByDate,
        CAST([Rejection reason attribute] AS VARCHAR(4000)) AS RejectionReason,
        CAST([Business unit attribute] AS VARCHAR(500)) AS BusinessUnit,
        CAST([BICC refresh timestamp attribute] AS TIMESTAMP) AS LastDataUpdate
    FROM [Requisition amendment or version extract or view]
    WHERE CAST([Amendment timestamp attribute] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Amendment timestamp attribute] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
),
source_approval_history AS (
    SELECT
        CAST([Requisition identifier attribute] AS VARCHAR(200)) AS PurchaseRequisitionId,
        CAST([Approval step identifier attribute] AS VARCHAR(200)) AS ApprovalStepId,
        CAST([Approver or approval group attribute] AS VARCHAR(500)) AS ApproverName,
        CAST([Approval action attribute] AS VARCHAR(200)) AS ApprovalAction,
        CAST([Approval assignment timestamp attribute] AS TIMESTAMP) AS ApprovalStartedAt,
        CAST([Approval action timestamp attribute] AS TIMESTAMP) AS ApprovalActionAt,
        CAST([Rejection reason attribute] AS VARCHAR(4000)) AS RejectionReason,
        CAST([Requester name attribute] AS VARCHAR(500)) AS RequesterName,
        CAST([Department attribute] AS VARCHAR(500)) AS DepartmentName,
        CAST([Total amount attribute] AS DECIMAL(38, 10)) AS RequisitionTotalAmount,
        CAST([Status attribute] AS VARCHAR(200)) AS RequisitionStatus,
        CAST([Required by date attribute] AS TIMESTAMP) AS RequiredByDate,
        CAST([Business unit attribute] AS VARCHAR(500)) AS BusinessUnit,
        CAST([BICC refresh timestamp attribute] AS TIMESTAMP) AS LastDataUpdate
    FROM [Approval workflow history extract or view]
    WHERE COALESCE(CAST([Approval assignment timestamp attribute] AS TIMESTAMP), CAST([Approval action timestamp attribute] AS TIMESTAMP)) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND COALESCE(CAST([Approval assignment timestamp attribute] AS TIMESTAMP), CAST([Approval action timestamp attribute] AS TIMESTAMP)) < CAST('[End date parameter]' AS TIMESTAMP)
),
source_purchase_orders AS (
    SELECT
        CAST([Requisition identifier attribute] AS VARCHAR(200)) AS PurchaseRequisitionId,
        CAST([Purchase order creation timestamp attribute] AS TIMESTAMP) AS PurchaseOrderCreatedAt,
        CAST([Requester name attribute] AS VARCHAR(500)) AS RequesterName,
        CAST([Department attribute] AS VARCHAR(500)) AS DepartmentName,
        CAST([Total amount attribute] AS DECIMAL(38, 10)) AS RequisitionTotalAmount,
        CAST([Status attribute] AS VARCHAR(200)) AS RequisitionStatus,
        CAST([Required by date attribute] AS TIMESTAMP) AS RequiredByDate,
        CAST([Rejection reason attribute] AS VARCHAR(4000)) AS RejectionReason,
        CAST([Business unit attribute] AS VARCHAR(500)) AS BusinessUnit,
        CAST([BICC refresh timestamp attribute] AS TIMESTAMP) AS LastDataUpdate
    FROM [Purchase order reference extract or view]
    WHERE CAST([Purchase order creation timestamp attribute] AS TIMESTAMP) >= CAST('[Start date parameter]' AS TIMESTAMP)
      AND CAST([Purchase order creation timestamp attribute] AS TIMESTAMP) < CAST('[End date parameter]' AS TIMESTAMP)
),
events AS (
    SELECT PurchaseRequisitionId, 'Requisition Created' AS ActivityName, CreatedAt AS EventTime, RequesterName, DepartmentName, RequisitionTotalAmount, RequisitionStatus, RequiredByDate, RejectionReason, BusinessUnit, LastDataUpdate FROM source_requisition WHERE CreatedAt IS NOT NULL
    UNION ALL
    SELECT h.PurchaseRequisitionId, 'Requisition Submitted', h.StatusChangedAt, h.RequesterName, h.DepartmentName, h.RequisitionTotalAmount, h.NewStatus, h.RequiredByDate, h.RejectionReason, h.BusinessUnit, h.LastDataUpdate FROM source_status_history h WHERE LOWER(h.NewStatus) IN ('pending approval', 'submitted', 'pending') AND LOWER(COALESCE(h.PreviousStatus, '')) IN ('incomplete', 'draft')
    UNION ALL
    SELECT h.PurchaseRequisitionId, 'Requisition Withdrawn', h.StatusChangedAt, h.RequesterName, h.DepartmentName, h.RequisitionTotalAmount, h.NewStatus, h.RequiredByDate, h.RejectionReason, h.BusinessUnit, h.LastDataUpdate FROM source_status_history h WHERE LOWER(h.NewStatus) IN ('withdrawn', 'cancelled', 'canceled')
    UNION ALL
    SELECT a.PurchaseRequisitionId, 'Requisition Amended', a.AmendedAt, a.RequesterName, a.DepartmentName, a.RequisitionTotalAmount, a.RequisitionStatus, a.RequiredByDate, a.RejectionReason, a.BusinessUnit, a.LastDataUpdate FROM source_amendments a WHERE a.AmendedAt IS NOT NULL
    UNION ALL
    SELECT a.PurchaseRequisitionId, 'Approval Step Started', a.ApprovalStartedAt, a.RequesterName, a.DepartmentName, a.RequisitionTotalAmount, a.RequisitionStatus, a.RequiredByDate, a.RejectionReason, a.BusinessUnit, a.LastDataUpdate FROM source_approval_history a WHERE a.ApprovalStartedAt IS NOT NULL
    UNION ALL
    SELECT a.PurchaseRequisitionId, 'Approval Step Approved', a.ApprovalActionAt, a.RequesterName, a.DepartmentName, a.RequisitionTotalAmount, a.RequisitionStatus, a.RequiredByDate, a.RejectionReason, a.BusinessUnit, a.LastDataUpdate FROM source_approval_history a WHERE a.ApprovalActionAt IS NOT NULL AND LOWER(a.ApprovalAction) IN ('approved', 'approve')
    UNION ALL
    SELECT a.PurchaseRequisitionId, 'Approval Step Rejected', a.ApprovalActionAt, a.RequesterName, a.DepartmentName, a.RequisitionTotalAmount, a.RequisitionStatus, a.RequiredByDate, a.RejectionReason, a.BusinessUnit, a.LastDataUpdate FROM source_approval_history a WHERE a.ApprovalActionAt IS NOT NULL AND LOWER(a.ApprovalAction) IN ('rejected', 'reject')
    UNION ALL
    SELECT a.PurchaseRequisitionId, 'Approval Step Returned', a.ApprovalActionAt, a.RequesterName, a.DepartmentName, a.RequisitionTotalAmount, a.RequisitionStatus, a.RequiredByDate, a.RejectionReason, a.BusinessUnit, a.LastDataUpdate FROM source_approval_history a WHERE a.ApprovalActionAt IS NOT NULL AND LOWER(a.ApprovalAction) IN ('returned', 'return', 'sent back', 'send back')
    UNION ALL
    SELECT h.PurchaseRequisitionId, 'Requisition Approved', h.StatusChangedAt, h.RequesterName, h.DepartmentName, h.RequisitionTotalAmount, h.NewStatus, h.RequiredByDate, h.RejectionReason, h.BusinessUnit, h.LastDataUpdate FROM source_status_history h WHERE LOWER(h.NewStatus) = 'approved'
    UNION ALL
    SELECT h.PurchaseRequisitionId, 'Requisition Rejected', h.StatusChangedAt, h.RequesterName, h.DepartmentName, h.RequisitionTotalAmount, h.NewStatus, h.RequiredByDate, h.RejectionReason, h.BusinessUnit, h.LastDataUpdate FROM source_status_history h WHERE LOWER(h.NewStatus) = 'rejected'
    UNION ALL
    SELECT p.PurchaseRequisitionId, 'Purchase Order Created', p.PurchaseOrderCreatedAt, p.RequesterName, p.DepartmentName, p.RequisitionTotalAmount, p.RequisitionStatus, p.RequiredByDate, p.RejectionReason, p.BusinessUnit, p.LastDataUpdate FROM source_purchase_orders p WHERE p.PurchaseOrderCreatedAt IS NOT NULL
    UNION ALL
    SELECT h.PurchaseRequisitionId, 'Requisition Closed', h.StatusChangedAt, h.RequesterName, h.DepartmentName, h.RequisitionTotalAmount, h.NewStatus, h.RequiredByDate, h.RejectionReason, h.BusinessUnit, h.LastDataUpdate FROM source_status_history h WHERE LOWER(h.NewStatus) IN ('closed', 'finally closed', 'complete', 'completed')
)
SELECT
    PurchaseRequisitionId,
    ActivityName,
    EventTime,
    'Oracle Fusion Financials' AS SourceSystem,
    LastDataUpdate,
    RequesterName,
    DepartmentName,
    RequisitionTotalAmount,
    RequisitionStatus,
    RequiredByDate,
    RejectionReason,
    BusinessUnit
FROM events
WHERE PurchaseRequisitionId IS NOT NULL
  AND EventTime IS NOT NULL
ORDER BY PurchaseRequisitionId, EventTime, ActivityName;

准备好开始了吗？

使用此模板，开始优化采购申请到付款流程，发掘新的效率提升空间。为改进采购运营做好准备。

返回改进指南

下载模板

采购申请到付款流程提速30%

简化Oracle采购申请到付款流程，将周期时间缩短30%。

开始免费试用

无需信用卡，几分钟即可完成设置。

您的采购申请到付款数据模板

您的采购申请到付款数据模板

采购申请到付款属性

采购申请到付款活动

数据提取指南

Oracle Transactional Business Intelligence（OTBI）导出

步骤

配置

查询示例 sql

Oracle BI Publisher SQL数据模型提取

步骤

配置

查询示例 sql

通过Oracle Fusion REST API运行Python脚本

步骤

配置

查询示例 python

Oracle BI Cloud Connector（BICC）批量数据提取

步骤

配置

查询示例 sql

准备好开始了吗？

采购申请到付款流程提速30%