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

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

Oracle Fusion Financials

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

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

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

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

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

下载模板

采购到付款-采购申请属性

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

5 必需 7 建议 10 可选

	名称	说明
	事件时间 EventTime	表示活动发生时间的时间戳。
说明 Event Time记录特定活动发生的准确日期和时间。该时间戳是按案例对事件进行时间排序的基础，来源包括系统中的创建日期、最后更新日期或具体操作时间戳。在分析中，Event Time用于计算所有基于时长的指标，例如活动间周期时间、等待时间和案例总时长。它对于识别瓶颈、衡量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	申请流程中特定时点发生的业务事件名称。
说明 Activity表示采购申请生命周期中的一个独立步骤或里程碑。例如“申请已创建”“审批步骤已批准”或“采购订单已创建”。这些活动源自源系统审计日志或事务表中记录的状态变更、用户操作或系统事件。该属性对于构建流程图至关重要，流程图用于直观呈现申请流转过程。分析活动的顺序和频率，有助于识别常见流程路径、瓶颈、返工循环以及偏离标准流程的情况。为什么重要它构成流程图的基础，可用于直观呈现和分析申请工作流。获取位置根据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等表的申请头中。示例北美业务部门欧洲业务部门总部
	拒绝原因 RejectionReason	审批人拒绝申请或审批步骤时提供的原因。
说明申请被拒绝时，审批人通常会通过预定义列表选择原因或输入自由文本。该属性用于记录相关说明。这是分析流程失败根因的关键属性。它通过说明拒绝背后的原因，直接支持“修改与拒绝趋势”仪表板。分析拒绝原因有助于识别编码错误、预算超支或违反政策等常见问题，并通过培训或系统控制加以解决。为什么重要直接揭示申请被拒绝的原因，支持有针对性地改进流程，减少返工并提高直通式处理率。获取位置来源于工作流评论或工作流审计跟踪中的具体拒绝原因代码字段，可能位于FA_FUSION_SOAINFRA.WFTASK相关表或评论存储表中。示例总账科目错误超出成本中心预算选择了非首选供应商重复申请
	申请人姓名 RequesterName	创建并提交采购申请的员工姓名。
说明该属性用于标识发起货物或服务申请的人员。通常在流程开始、申请首次创建时采集。按申请人分析流程绩效对于“申请人绩效指标”仪表板至关重要。通过突出显示其申请的高修改率、高拒绝率或较长周期时间，可以识别需要额外培训的用户或群组，从而从人员视角了解流程。为什么重要支持按申请人分析绩效，有助于识别培训需求，并发现高效用户或部门。获取位置来源于申请头数据，通常通过将申请人ID与员工或用户主数据表关联获取。可查找POR_REQUISITION_HEADERS_ALL中与“PREPARER_ID”相关的字段，并与PER_ALL_PEOPLE_F关联。示例 John SmithJane DoeEmily Jones
	申请总金额 RequisitionTotalAmount	采购申请的货币总金额。
说明该属性表示单个采购申请所有行项目金额的总和，是了解每项申请财务重要性的关键数据。在流程挖掘中，总金额可用于多种分析。例如，可筛选高价值申请，因为这类申请通常具有不同的审批路径或更严格的审核。仪表板还可利用该属性分析周期时间、拒绝率等流程指标与申请金额之间的关系。为什么重要提供财务背景，支持基于金额的分析，以确定流程改进优先级，并了解申请金额如何影响流程行为。获取位置位于申请头中，通常是POR_REQUISITION_HEADERS_ALL中的REQUISITION_TOTAL等字段，也可以通过汇总POR_REQUISITION_LINES_ALL中的行项目金额计算。示例 550.0012500.7599.99
	申请状态 RequisitionStatus	采购申请当前或最终状态。
说明该属性表示申请在特定时间点的整体状态或最终结果，例如“Approved”“Rejected”“In Process”或“Closed”。事件日志中的许多活动通常都由此属性派生。该属性是“申请状态概览”仪表板的关键，为当前工作量和积压提供快照。它还用于计算基于结果的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或用户目录表关联。示例信息技术部财务部运营部市场部
	供应商名称 SupplierName	货物或服务的建议供应商或预选供应商名称。
说明该属性用于标识计划采购货物或服务的供应商。供应商可能由申请人建议，也可能由系统根据目录或既有协议确定。按供应商分析可以揭示重要的采购模式。例如，可以识别某些供应商的申请是否需要更长时间才能获批，或是否具有更高的拒绝率。这些信息有助于供应商关系管理和采购策略制定。为什么重要支持按供应商分析流程绩效，有助于制定寻源策略和开展供应商关系管理。获取位置位于申请行项目表POR_REQUISITION_LINES_ALL中，通常通过VENDOR_ID与POZ_SUPPLIERS等供应商主数据表关联。示例 Office Supplies Inc.Global Tech SolutionsCreative Marketing Agency
	审批工作流路径 ApprovalWorkflowPath	申请所需审批人或审批组的预定义顺序。
说明该属性根据公司政策定义特定申请的预期标准审批流程，并考虑申请金额、类型和部门等因素。它代表“应有”流程模型。审批工作流路径是合规性和一致性分析的基础。它通过将实际执行的审批步骤与规定路径直接比较，支持“合规与偏差分析”仪表板和“申请一致性指数”KPI。偏差可能表明违反政策或流程效率低下。为什么重要通过将实际流程与规定的审批层级进行比较，执行一致性检查，并突出显示不符合要求的采购申请。获取位置该信息在Oracle Fusion BPM Worklist或Approval Management Engine（AMX）中配置。提取每个申请的定义路径可能较为复杂，可能需要查询配置表。示例经理＞总监＞财务副总裁成本中心负责人＞IT安全经理＞部门负责人
	币种 CurrencyCode	申请金额使用的币种代码，例如USD或EUR。
说明该属性指定申请总金额所使用的币种。对于全球化组织，申请可能使用不同币种创建。它对于正确解读和汇总财务数据至关重要。涉及金额的分析必须使用币种代码确保准确比较，可以筛选单一币种，也可以将所有金额转换为统一币种。为什么重要确保财务分析和报告准确，尤其适用于使用多种币种的跨国组织。获取位置通常与金额字段一起位于申请头表中，例如POR_REQUISITION_HEADERS_ALL。示例 USDEURGBPJPY
	是否已修改 IsAmendedFlag	布尔标志。如果申请至少修改过一次，则值为true。
说明此计算属性用于表示采购申请在首次提交后是否发生过任何变更。系统通过检查案例历史中是否存在“Requisition Amended”活动来确定该属性。此标记可简化分析和KPI计算，直接用于计算“Requisition Amendment Rate”KPI，并识别未实现直通处理的案例。您可以据此轻松筛选和比较已变更与未变更采购申请的流程指标。为什么重要简化变更率计算，便于比较已变更与未变更的采购申请。获取位置此属性不在源系统中，而是在数据转换期间根据事件日志中是否存在与变更相关的活动计算得出。示例 truefalse
	是否直通处理 IsStraightThrough	用于表示采购申请是否在未发生任何变更或拒绝的情况下获批。
说明此计算标记用于识别从提交到获批过程中未经历变更、拒绝等返工循环的采购申请，表示单个案例实现了完全顺畅的处理。此属性是“Straight-Through Requisition Rate”KPI的基础。分析直通采购申请的特征，例如常见部门、申请人或申请类型，有助于发现最佳实践和自动化机会。反过来，分析未实现直通处理的案例，则有助于定位低效的主要原因。为什么重要直接衡量流程效率，是“Straight-Through Requisition Rate”KPI的基础，有助于识别返工原因。获取位置此属性在数据转换期间计算得出。如果案例中不存在“Requisition Amended”或“Approval Step Rejected”活动，则标记为true。示例 truefalse
	是否自动化 IsAutomated	用于表示某项活动是否由系统自动执行。
说明此属性用于识别流程中由系统用户或自动化代理而非人工执行的事件。例如，系统驱动的状态变更或低金额项目的自动审批步骤。分析此属性有助于量化流程自动化水平。您可以据此比较自动化步骤与人工步骤的速度和效率，并发现进一步自动化的机会。为什么重要有助于衡量流程自动化水平，并发现自动化人工任务的机会。获取位置通过检查与活动关联的用户是否为系统账户或服务账户得出。为此需要维护已知系统用户ID列表。示例 truefalse
	用户名 UserName	执行特定活动的用户姓名，例如审批人或编辑者。
说明申请人姓名用于标识发起人，而用户名用于标识执行流程中特定事件的人员，例如批准或拒绝操作。这对于涉及不同人员的多步骤审批工作流尤其重要。该属性对于分析审批瓶颈以及衡量特定审批人或团队的绩效至关重要。它通过支持对审批链中每位用户处理时间的分析，直接服务于“审批工作流瓶颈”仪表板。为什么重要标识每个事件的执行者，对于分析交接时间、审批人绩效和资源分配至关重要。获取位置来源于工作流历史或审计跟踪表，例如FA_FUSION_SOAINFRA.WFTASK，该表记录与每项任务完成相关的用户。示例 David LeeSusan ChenMichael Brown
	申请类型 RequisitionType	申请类别，例如货物或服务申请。
说明该属性根据申请内容对申请进行分类。常见类型包括货物、服务或资本性支出。申请类型可能影响所需审批工作流和采购策略。在分析中，申请类型是用于筛选和比较的重要维度。例如，可以分析服务申请的审批周期时间是否长于货物申请。它有助于了解不同类型申请是否呈现不同的流程行为或瓶颈。为什么重要支持按采购类型细分分析，了解货物与服务等不同采购类型的流程差异。获取位置通常根据创建申请时选择的行项目类型或类别确定，可能存储在申请行表POR_REQUISITION_LINES_ALL中。示例货物服务资本性支出
	采购订单编号 PurchaseOrderNumber	根据已批准申请创建的采购订单标识符。
说明该属性将采购申请与生成的采购订单关联起来。申请完全获批后，通常会转换为一个或多个采购订单并发送给供应商。在分析中，该ID对于跟踪申请后续流程至关重要。它支持计算“申请到采购订单周期时间”KPI，并服务于“申请到采购订单周期时间”仪表板。它还支持将申请流程数据与后续采购订单和发票流程结合，实现真正端到端的采购到付款分析。为什么重要将申请与后续采购订单关联起来，从而支持衡量申请到采购订单的周期时间并开展端到端流程分析。获取位置采购订单创建后会存储此信息。通常可通过采购订单分配表中的关联申请引用查找，例如PO_DISTRIBUTIONS_ALL，该表会关联回申请行。示例 PO-2023-5832PO-2023-5833PO-2023-5834
	项目描述 ItemDescription	申请行中所请求产品或服务的描述。
说明该属性包含采购项目的文本描述，提供所请求货物或服务的具体信息。虽然通常属于非结构化数据，项目描述仍能为分析提供有价值的背景。它可用于筛选，以识别申请类型未覆盖的特定采购。例如，分析人员可以搜索所有包含“Software License”的申请，了解其具体流程和周期时间。为什么重要提供采购内容的详细背景，支持对特定货物或服务进行更细粒度的筛选和分析。获取位置位于申请行项目表POR_REQUISITION_LINES_ALL中，通常是ITEM_DESCRIPTION等字段。示例 15英寸笔记本电脑，16GB内存咨询服务－第四季度项目软件年度维护续订

必需建议可选

采购到付款-采购申请活动

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

6 建议 6 可选

	活动	说明
	创建采购申请	当用户首次保存新的采购申请时，标志着采购流程启动。系统通常会将其记录为明确的创建事件，并保存相应时间戳。
为什么重要这是采购申请流程的主要开始事件。分析从创建到提交的耗时，可以发现申请正式提交过程中的延误。获取位置该事件记录在POR_REQUISITION_HEADERS_ALL表中，取自生成新Requisition ID时的creation_date列。采集使用采购申请头记录的创建时间戳。事件类型 explicit
	提交采购申请	表示用户将已完成的采购申请提交至审批工作流的操作。当采购申请状态从“Incomplete”或“Draft”变为表示等待审批的状态时，系统会记录该事件。
为什么重要此活动会触发审批周期，是衡量申请审批周期时间和整体周期时间的关键里程碑。获取位置根据POR_REQUISITION_HEADERS_ALL表中的状态变更推断，例如状态变为“PENDING APPROVAL”。提交日期通常也会明确存储。采集识别单据状态字段首次变为“Pending Approval”时的时间戳。事件类型 inferred
	申请已关闭	表示申请生命周期最终结束，即所有申请行均已完成履行（例如已转换为采购订单）或已取消。可根据最终状态更新推断。
为什么重要这是流程成功完成的主要结束事件，表明申请已全部处理完毕，无需进一步操作。获取位置根据POR_REQUISITION_HEADERS_ALL中的申请头状态变为“CLOSED”推断。采集识别申请单据状态变为“Closed”时的时间戳。事件类型 inferred
	申请已批准	标记采购申请成功完成工作流中的所有步骤后获得最终批准。可根据申请整体状态变为“Approved”来推断。
为什么重要这是表明申请已准备好进入采购操作的关键里程碑，也是衡量申请审批总周期时间的终点。获取位置根据POR_REQUISITION_HEADERS_ALL表中的单据状态字段变为“APPROVED”推断。该状态变更日期即为事件时间。采集识别单据状态首次设置为“Approved”时的时间戳。事件类型 inferred
	申请已拒绝	表示申请被最终拒绝，该申请流程随之终止。可根据申请整体状态更新为“Rejected”来推断。
为什么重要此活动是未成功申请的终止节点。分析这些案例对于理解申请拒绝率KPI及失败原因至关重要。获取位置根据POR_REQUISITION_HEADERS_ALL表中的单据状态变为“REJECTED”推断。采集识别单据状态首次设置为“Rejected”时的时间戳。事件类型 inferred
	采购订单已创建	当已批准的申请行被用于生成采购订单时发生。该事件将申请流程与后续采购流程连接起来。
为什么重要这是衡量申请到采购订单周期时间的关键里程碑。此处出现延误，通常表明审批到采购交接环节存在瓶颈。获取位置这是一个明确事件。申请与采购订单之间的关联存储在PO_LINE_LOCATIONS_ALL等表中，其中包含源申请行ID的引用。采集查找引用指定申请ID的采购订单创建日期。事件类型 explicit
	审批步骤已开始	标记申请被分配给工作流中的特定审批人或审批组的时刻。该信息取自工作流引擎的事务日志。
为什么重要此活动对于计算每个审批步骤的等待时间至关重要，有助于定位由特定审批人或审批层级造成的瓶颈。获取位置从Oracle Fusion的工作流表中获取，这些表会记录分配给用户的任务。使用审批任务的分配时间戳。采集使用指定申请在工作流历史记录中对应任务的创建时间戳。事件类型 explicit
	审批步骤已批准	表示审批人在工作流指定步骤中批准申请的操作。该事件会明确记录在审批历史中。
为什么重要跟踪各个审批步骤有助于还原实际审批路径，并衡量层级中每个阶段的处理时间。获取位置取自申请的审批操作历史，通常存储在管理审批层级的工作流（WF）或人力资本管理（HCM）表中。采集使用工作流操作历史日志中“APPROVE”操作的时间戳。事件类型 explicit
	审批步骤已拒绝	审批人拒绝申请，通常会将其退回申请编制人进行修改，或终止该申请。此操作会明确记录在工作流历史中。
为什么重要此活动是返工和延误的主要原因之一。分析拒绝情况有助于识别合规问题、预算问题或理由说明不清等原因。获取位置取自申请的审批操作历史。工作流系统会记录带有时间戳的“REJECT”操作。采集使用工作流操作历史日志中“REJECT”操作的时间戳。事件类型 explicit
	审批步骤已退回	审批人在未正式拒绝申请的情况下，将其退回申请编制人，以补充信息或进行小幅修改。这通常是工作流系统中的明确操作。
为什么重要这表明申请需要进一步澄清，并形成延长周期时间的返工循环。区分退回和拒绝，有助于更深入地了解流程摩擦。获取位置取自申请的审批操作历史。工作流系统会记录带有时间戳的“RETURN”或类似操作。采集使用工作流历史中“RETURN”或“Request for Information”操作的时间戳。事件类型 explicit
	申请已修改	此事件表示用户在申请首次提交后对其进行了修改，通常需要重新启动审批流程。可通过检测关键数据字段的变化或申请新版本的创建来推断。
为什么重要频繁修改通常表明数据质量或需求存在问题，进而导致返工和流程延误。该指标直接支持“申请修改率”KPI。获取位置可通过跟踪申请版本号，或识别提交后状态变回“Incomplete”来推断。变更日志或审计跟踪表也可能记录这些修改。采集识别申请提交后，同一申请ID对应的新版本创建时间戳。事件类型 inferred
	申请已撤回	当申请人在申请完全获批前取消或撤回已提交的申请时发生。通常这是用户执行的明确操作，并会导致状态变更。
为什么重要跟踪撤回情况有助于识别提前终止的原因，例如业务需求发生变化，或用户在提交后修正错误。获取位置根据POR_REQUISITION_HEADERS_ALL表中的状态变更为“WITHDRAWN”推断。相关操作会记录在申请的操作历史中。采集检测申请状态更新为“Withdrawn”时的时间戳。事件类型 inferred

建议可选

提取指南

如何从Oracle Fusion Financials获取数据

步骤

进入Reports and Analytics：登录Oracle Fusion Financials。打开Navigator菜单，进入Tools，然后选择Reports and Analytics。这是所有报告活动的中心。
创建新分析：在Reports and Analytics工作区中，点击“Create”按钮，并从下拉菜单中选择“Analysis”。系统将在新标签页中打开Oracle Transactional Business Intelligence（OTBI）分析编辑器。
选择Subject Area：系统会提示您选择Subject Area。在搜索框中输入“Procurement - Requisitions Real Time”，并从列表中选择该项。此Subject Area包含采购申请生命周期事件所需的全部数据点。
构建采购申请事件分析：此步骤需要合并多个查询，以捕获每个独立事件。由于OTBI界面不支持针对不同事件类型直接使用UNION ALL，因此您需要创建一份报告，提取所有相关日期和状态字段。在“Criteria”选项卡中，将查询部分列出的列从左侧“Subject Areas”窗格拖放到“Selected Columns”区域，包括创建日期、提交日期、审批日期、PO创建日期等字段。
添加采购申请操作历史：要捕获详细审批步骤（Approved、Rejected、Returned、Withdrawn），请在Subject Area中找到“Requisition Action History”文件夹，并添加其中的字段。将“Action Date”、“Action”和“Performer”拖入已选列。
配置筛选器：切换到“Prompts”选项卡，为分析创建筛选器。必须按日期范围筛选，以控制数据量。在“Requisition Header”.“Requisition Creation Date”上创建筛选器，并设置日期范围，例如最近6个月。您还可以添加“Business Unit”或“Requester Name”提示，进一步缩小数据范围。
执行并查看报告：进入“Results”选项卡，执行分析并预览数据。输出将是一张“宽表”，每行对应一个采购申请行或审批操作，并包含多个日期和状态列。
导出原始数据：确认预览结果无误后，点击“Export”链接，通常位于结果页面底部。选择“Data”>“CSV File”作为格式，下载分析中的原始数据。
将数据转换为事件日志格式：导出的CSV为宽表格式。您必须使用外部工具，例如Python脚本、Excel中的Power Query或其他数据准备工具，对数据进行转换。具体包括将日期列逆透视为单个“EventTime”列，并为每种事件类型创建对应的“ActivityName”列，例如“Requisition Created”和“Requisition Submitted”。
完成并准备上传：转换后，确保文件包含以下必需列：PurchaseRequisitionId、ActivityName、EventTime、SourceSystem和LastDataUpdate。将最终事件日志保存为CSV文件，然后上传至ProcessMind。

配置

Subject Area：主要使用的Subject Area是“Procurement - Requisitions Real Time”，其中包含采购申请抬头、行、分配和审批历史的核心信息。
日期范围：始终应用必需的日期筛选器，以限制数据量并提升性能。建议先按“Requisition Header”.“Requisition Creation Date”筛选最近3至6个月的数据。
关键筛选器：您可以添加“Requisition Header”.“Business Unit”和“Requisition Header”.“Requisition Status”筛选器，将提取范围限定为相关组织单元，并排除不需要分析的状态，例如“Canceled”。
列选择：谨慎选择添加到分析中的列。添加过多列，尤其是来自多个文件夹（维度）的列，可能会降低性能。请仅保留事件日志所需的字段。
权限：执行提取的用户必须拥有访问Reports and Analytics工作区及“Procurement - Requisitions Real Time”Subject Area所需的角色和权限。通常，“BI Author”或“Procurement Analyst”等角色具备这些权限。

a 示例查询 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。
点击Navigator图标，选择Tools > Reports and Analytics，进入Reports and Analytics工作区。
点击“Browse Catalog”按钮，打开Business Intelligence Publisher目录。
在BI Publisher界面中，点击“New”，并从下拉列表中选择“Data Model”。
在Data Model属性中填写名称和描述。点击“+”图标添加新的Data Set，并选择“SQL Query”。
在新的Data Set对话框中填写名称，例如Requisition_Event_Log，选择适用于Financials数据的数据源，例如ApplicationDB_FSCM，并将SQL类型设置为“Standard SQL”。
复制本文档“query”部分的完整SQL脚本，并粘贴到SQL Query文本区域。
查询包含参数:p_start_date和:p_end_date。BI Publisher会自动识别这些参数。您可以根据需要设置默认值。
将Data Model保存到合适的目录文件夹，例如Shared Folders/Custom。
要导出数据，请返回目录，点击“New”，并选择“Report”。将新报告关联到刚创建的Data Model。
运行报告并输入开始日期和结束日期参数。报告显示数据后，使用“Export”功能将结果下载为CSV文件。
确保最终CSV文件使用UTF-8编码保存，并包含导入流程挖掘工具所需的表头。

配置

数据源：BI Publisher数据源通常命名为“ApplicationDB_FSCM”或类似名称，必须配置为使用能够读取查询中所有表的用户，包括采购（POR、PO）、人力资本管理（PER、HR）和Financials（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脚本：将“query”部分提供的完整Python代码保存为文件，例如extract_requisitions.py。
配置脚本参数：使用文本编辑器打开脚本文件，修改脚本顶部的占位值。将FUSION_URL、USERNAME和PASSWORD设置为Oracle Fusion环境中的对应信息，并调整START_DATE和END_DATE以定义提取期间。
了解API端点和字段：脚本调用purchaseRequisitionsREST API资源，并使用fields参数仅请求必要数据，包括lines（PO信息）和actionHistory（审批事件）等嵌套集合，从而提升性能。
执行脚本：在终端中运行命令：python extract_requisitions.py。脚本将通过API进行身份验证，开始获取数据，并在控制台显示处理进度，包括已处理的采购申请数量。
处理分页：脚本会自动处理分页。Oracle Fusion REST API会分批返回数据。脚本检查每次响应中的hasMore标记，并使用更新后的offset参数重复发送请求，直到获取指定日期范围内的全部采购申请。
数据转换逻辑：对于从API获取的每个采购申请，脚本会在事件日志中生成多行数据。脚本根据CreationDate创建“Requisition Created”事件，根据SubmittedDate创建“Requisition Submitted”事件，并遍历actionHistory集合，为每个审批步骤创建详细事件（Started、Approved、Rejected、Returned）。
推断最终状态事件：脚本通过检查采购申请最终的DocumentStatus，并使用LastUpdateDate作为事件时间戳，捕获“Requisition Approved”和“Requisition Rejected”等最终结果事件。
生成采购订单事件：脚本检查每个采购申请行。如果某行包含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 BI Cloud Connector、所需的Oracle Fusion Financials采购内容，以及相关Public View Objects的访问权限。同时确认BICC用户或集成账户有权提取采购申请、审批历史和采购订单数据。具体角色名称和导航标签会因Oracle版本而异，请使用租户中对应的BICC管理区域。
确定并启用提取所需的PVO。使用RequisitionHeaderPVO，或您所在环境中对应的采购申请抬头PVO，并结合能够提供采购申请行、采购申请状态历史、审批工作流历史和采购订单引用的PVO。不要假设一个PVO同时包含工作流历史或采购订单创建历史。请记录租户中可用的确切PVO名称和属性。
配置BICC作业，执行增量或历史批量提取。使用[Start date parameter]和[End date parameter]设置提取时间窗口，并配置作业将CSV文件交付到已批准的云存储位置。首次加载时，请使用足够宽的历史范围。定期加载时，请使用有重叠的时间窗口，以覆盖延迟更新；随后使用案例标识符、活动、事件时间戳以及可用的源事件标识符对事件去重。
配置提取列。包括采购申请标识符、采购申请抬头和行标识符、申请人、部门、金额、状态、需求日期、业务单元、拒绝原因、创建和更新时间戳、状态转换时间戳、审批分配和操作时间戳、审批操作、采购订单引用以及BICC刷新时间戳。使用所选PVO公开的确切属性名称。如果某个属性不可用，请将其映射为[Configure based on your system]，并记录这一限制，不要替换为未经验证的字段。
提取源CSV文件并保留原始文件。将每个文件加载到暂存区，保留源PVO名称和文件名，统一时间戳时区，并一致解析Oracle日期和时间戳值。将标识符作为字符串处理，避免前导零丢失或精度损失。
将源数据重塑为事件表，每行对应一个明确的业务事件。输出必须包含PurchaseRequisitionId、ActivityName、EventTime、SourceSystem和LastDataUpdate。数据可用时，补充建议属性。不要依赖ProcessMind根据状态或字段变更推断事件。转换过程必须明确创建查询中列出的全部12项活动对应的记录。
根据适当的源证据构建事件记录。使用记录创建证据生成Requisition Created，使用明确的提交转换生成Requisition Submitted，使用明确的撤回操作或转换生成Requisition Withdrawn，使用检测到的提交后变更或新版本生成Requisition Amended，使用工作流分配生成Approval Step Started，并使用明确的审批历史操作生成Approval Step Approved、Approval Step Rejected和Approval Step Returned。使用明确的整体状态转换生成Requisition Approved、Requisition Rejected和Requisition Closed。使用与采购申请关联的明确采购订单创建记录或创建时间戳生成Purchase Order Created。
应用确定性去重规则。如果多个源数据行代表同一事件，则优先保留具有最具体事件时间戳且包含稳定源标识符的记录。不要仅因多个审批步骤共享同一采购申请标识符就将其合并。不同审批人或工作流步骤的审批事件必须分别保留。
验证生成的事件日志。确认每项必需活动均有记录，每个事件都包含案例标识符和事件时间戳，时间戳均处于提取窗口内，或已对延迟到达的更新作出说明；同时确认源数据提供的建议属性已尽可能填充。将采购申请数量和采购订单关联关系与源提取结果进行核对。
将最终事件日志导出为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。
日期范围：日常分析使用三至六个月的数据。首次加载历史数据时，可根据需要扩大范围。对于定期提取，应使用有重叠的提取窗口，以捕获延迟更新，然后去重。
筛选器：仅当所选PVO提供这些属性时，才应用[公司特定筛选器]、[单据类型筛选器]、[业务单元筛选器]和[日期范围筛选器]。确认筛选条件适用于创建日期、更新日期、状态转换日期还是其他源日期。
增量提取：优先使用BICC提供的更新时间戳或受支持的增量提取机制。保留上次成功提取的水位标记，并在下一次运行中加入小范围重叠。
事件完整性：当申请抬头无法提供审批历史、状态转换、变更或采购订单创建信息时，应配置单独的源提取。仅依靠当前状态的抬头数据，无法可靠地还原历史事件。
性能：限制日期范围和所选列，在支持的情况下对大型提取进行分区，避免不必要的描述性属性，并分批处理CSV文件。保留源文件以便核对。
存储：配置经批准的云存储位置，并确保其具备足够的容量、保留期限、加密和访问控制。确认提取账户可以写入文件，转换流程可以读取文件。
前提条件：具备BICC、相关Oracle Fusion采购和审批数据的访问权限、适当的集成授权、所选PVO的访问权限，以及所需的Oracle订阅或功能许可。具体角色名称、许可证和导航路径取决于Oracle版本和租户配置。
时间处理：将所有源时间戳标准化为已记录的时区；如需满足审计要求，应保留原始时间戳。
案例处理：使用PurchaseRequisitionId作为案例标识符。除非流程明确按申请行建模，否则不要使用申请行标识符作为案例标识符。

a 示例查询 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%

简化OracleP2P采购申请流程，将周期时间缩短30%。

开始免费试用

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

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

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

采购到付款-采购申请属性

采购到付款-采购申请活动

提取指南

Oracle Transactional Business Intelligence（OTBI）导出

步骤

配置

a 示例查询 sql

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

步骤

配置

a 示例查询 sql

通过Oracle Fusion REST API运行Python脚本

步骤

配置

a 示例查询 python

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

步骤

配置

a 示例查询 sql

准备开始了吗？

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

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

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

采购到付款-采购申请属性

采购到付款-采购申请活动

提取指南

Oracle Transactional Business Intelligence（OTBI）导出

步骤

配置

a 示例查询 sql

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

步骤

配置

a 示例查询 sql

通过Oracle Fusion REST API运行Python脚本

步骤

配置

a 示例查询 python

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

步骤

配置

a 示例查询 sql

准备开始了吗？

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

我们重视您的隐私