> 持续流程改进 > 应付发票处理 > Oracle Fusion Financials > 数据模板

数据模板：应付账款发票处理

Oracle Fusion Financials

← 返回改进指南

应付发票处理属性 (23) 应付发票处理活动 (13) 数据提取指南 (4)

您的应付账款发票处理数据模板

此模板为应付账款发票处理分析提供全面的数据收集指南。它概述了构建准确事件日志所需的核心属性和活动，并提供实用数据提取指导。请利用此资源，确保捕获所有关键信息，以便有效进行流程挖掘。

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

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

下载模板

应付发票处理属性

这些是建议您在 event log 中包含的 data 字段，以便对您的应付账款发票处理进行全面分析。

3 必填 8 推荐 12 可选

	名称	描述
	事件时间 EventTime	活动发生的时间戳。
描述此 attribute 提供了流程中每个 activity 的确切日期和时间。它是按时间顺序排列 events 和计算步骤之间持续时间的基础。这些 data 可用于性能分析，例如通过测量等待时间识别 bottleneck，计算特定阶段（如审批）的 cycle time，以及监控 SLA 合规性。为何重要它对于计算所有基于时间的指标至关重要，包括周期时间和等待时间，这些对于识别瓶颈和衡量流程效率必不可少。获取方式这对应于各种 Oracle Fusion 表（例如 LAST_UPDATE_DATE、CREATION_DATE、APPROVAL_DATE）中的创建日期、最后更新日期或特定 event 时间戳。示例 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:45Z
	发票 InvoiceId	每张已处理发票的唯一 identifier。
描述 “发票”作为主要案例标识符，连接从发票接收到最终支付的所有活动。每个独特的 InvoiceId 代表一个独立的端到端流程实例，从而可以对每张发票在应付账款流程中的整个历程进行全面分析。它是流程分析的支柱，连接所有相关事件和属性。为何重要它对于跟踪每张发票从开始到结束的生命周期至关重要，有助于分析流程变体、瓶颈和整体吞吐量。获取方式这通常是 Oracle Fusion Financials 中 AP_INVOICES_ALL 表的 INVOICE_ID 或 INVOICE_NUM。示例 INV-987657334001APO-INV-2023-005
	活动名称 ActivityName	所发生的具体流程步骤或 event 的名称。
描述此 attribute 描述了发票处理生命周期中的一个单一步骤，例如“Invoice Created”、“Approval Initiated”或“Payment Executed”。通过按时间顺序排列这些 activities，Process Mining 工具可以重构每张发票的端到端 process flow。分析 activities 有助于识别流程中最频繁的路径、偏差和返工循环。为何重要它构成了流程图的核心，支持流程的可视化和分析，识别偏差，并衡量每个步骤的绩效。获取方式这通常来源于 Oracle Fusion Financials 中的状态变更、事件表或审计日志。可能需要从各种源表和字段进行映射。示例发票已验证已设置暂停发票已批准已执行支付
	供应商名称 VendorName	提交发票的供应商名称。
描述识别与发票相关的供应商。这是分析的关键维度，因为它允许按供应商细分流程绩效。例如，可以分析哪些供应商的发票暂挂率最高、处理时间最长或最常发生匹配差异。这有助于管理供应商关系并识别特定供应商的系统性问题。为何重要可按供应商进行绩效分析，有助于识别特定供应商存在的问题，例如频繁延迟、差异或付款停滞。获取方式通常来源于 POZ_SUPPLIERS 表或相关供应商表中的 VENDOR_NAME 字段，通过 AP_INVOICES_ALL 表中的 VENDOR_ID 进行关联。示例环球办公用品公司创新技术服务可靠物流公司
	到期日 DueDate	发票的付款到期日。
描述这是根据发票日期和付款条款计算出的发票必须支付的日期，旨在避免滞纳金并维护良好的供应商关系。它是监控准时支付绩效和管理现金流的关键属性。“准时支付率”KPI 通过将“支付日期”与此“到期日”进行比较来直接计算。为何重要对于衡量按时付款率、管理现金流和避免逾期付款罚款至关重要。这是付款政策合规性的关键字段。获取方式这可能是付款计划表（例如 AP_PAYMENT_SCHEDULES_ALL）中的一个直接字段，或者根据 INVOICE_DATE 和付款条款计算得出。示例 2023-11-142023-12-012024-01-19
	发票状态 InvoiceStatus	发票的当前或最终状态。
描述指示发票在流程中的当前状态，例如“Validated”、“Pending Approval”、“Paid”或“Cancelled”。此属性提供了发票生命周期的快照，对运营 dashboard 很有用。分析最终状态有助于了解流程结果，例如已取消或被拒绝发票的比率。为何重要提供发票处理结果和当前状态的快速概览，有助于分析异常率（例如，取消）和流程效率。获取方式这可以从 AP_INVOICES_ALL 表中的 status 字段或从 AP_PAYMENT_SCHEDULES_ALL 中的 payment status 派生。示例已验证已支付已取消需要重新验证
	发票金额 InvoiceAmount	发票的总金额。
描述此 attribute 代表发票的应付总金额。它是财务分析和发票优先级排序的基本 metric。分析发票金额可以揭示高价值发票是否与低价值发票的处理方式不同或经历更多延迟。它也是与现金流预测和重复支付分析相关的 dashboard 的关键数据。为何重要可用于进行财务影响分析，例如优先处理高价值发票、按价值分析处理时间，以及计算延迟造成的财务影响。获取方式来源于 AP_INVOICES_ALL 表中的 INVOICE_AMOUNT 字段。示例 5400.50125000.00750.25
	支付日期 PaymentDate	发票款项实际支付的日期。
描述此 attribute 记录了实际支付款项的日期。它用于确认发票的 AP 流程完成。将 Payment Date 与 Due Date 进行比较是计算准时支付率和分析早期付款折扣获取情况的基础。这是资金和现金流管理的关键 data 点。为何重要可用于计算按时付款KPI，并分析提前付款折扣的实现情况，直接影响现金流管理。获取方式来源于支付表，例如 AP_INVOICE_PAYMENTS_ALL，特别是像 ACCOUNTING_DATE 或 CHECK_DATE 这样的字段。示例 2023-11-132023-12-052024-01-19
	用户 User	执行该活动的人员的用户 ID 或姓名。
描述识别负责执行流程步骤的员工或系统用户，如录入发票的应付账款文员、批准经理或支付专员。按用户分析有助于识别培训需求、工作量分配及团队绩效差异，对合规性和审计追踪至关重要。为何重要有助于分析工作量和团队绩效，并识别个人瓶颈或培训机会。这对可审计性也至关重要。获取方式来源于用户相关字段，例如各种表中的 CREATED_BY 或 LAST_UPDATED_BY，或来源于特定的工作流或审批历史表。示例 john.doejane.smithap.clerk1
	结束时间 EndTime	发票最终 activity 的时间戳。
描述代表发票生命周期中最终事件的时间戳，例如“支付已清算”或“发票已取消”。此属性通常通过查找每个“InvoiceId”的最新“EventTime”来获取，对于计算发票的端到端总处理时间至关重要。为何重要能够计算每张发票的端到端总周期时间，这是衡量整体流程效率的核心 KPI。获取方式这是一个 calculated attribute，通过在 dataset 中查找每个 case（InvoiceId）的最大 EventTime 而派生。示例 2023-10-30T11:00:00Z2023-11-20T16:45:00Z2024-01-10T10:20:30Z
	采购订单号 PurchaseOrderNumber	与发票关联的采购订单 identifier。
描述这是授权采购商品或服务的采购订单 (PO) 的唯一编号。此 attribute 对于分析三方匹配流程（PO、收货单与发票）至关重要。与 PO 关联的发票若差异率高，可能表明采购或收货部门存在问题。分析有 PO 和无 PO 的发票，也能揭示不同的 process behaviors。为何重要对于分析三方匹配流程、识别匹配差异以及理解采购订单（PO）支持的发票和非PO发票之间的区别至关重要。获取方式此信息通常通过将发票行表（例如 AP_INVOICE_LINES_ALL）与 PO 表（例如 PO_HEADERS_ALL）联接来获取。示例 PO-10056982347null
	业务单元 BusinessUnit	负责发票的业务部门或运营部门。
描述识别产生费用的具体业务单位、部门或成本中心。这是组织分析的关键维度，有助于比较公司各部门流程绩效，查明审批时间过长或异常率过高问题是否集中在特定业务单位，以指导有针对性的改进。为何重要支持跨组织单位进行绩效基准测试，有助于识别特定部门的瓶颈或合规问题。获取方式此信息通常在 AP_INVOICES_ALL 表中以 ORG_ID 形式找到，该 ORG_ID 可以与 HR 组织表联接以获取业务单元名称。示例北美销售欧洲运营集团总部财务
	付款条件 PaymentTerms	与供应商约定的发票付款条款。
描述定义了供应商的付款条件，例如“Net 30”或“2% 10, Net 30”。此属性是计算发票到期日期和识别早期付款折扣机会的基础。分析付款条款有助于现金流规划，对于“早期付款折扣实现” dashboard 衡量公司获取可用折扣的效率至关重要。为何重要通过确定付款计划和早期付款折扣的资格，直接影响现金流和盈利能力。获取方式可在 AP_TERMS_TL 或 AP_TERMS_B 表中获取，并与 AP_INVOICES_ALL 表关联。示例净 30 天净 60 天2% 10，净30
	最新数据更新 LastUpdateDate	最近一次 data 刷新的时间戳。
描述此 attribute 指示了此流程的 data 最近一次从源系统抽取的时间。它是一个 metadata 字段，在每次刷新时应用于整个 dataset。此信息对用户理解 data 的新鲜度和分析涵盖的时间范围至关重要。它确保透明度，并有助于正确解释分析结果。为何重要告知用户数据的及时性，确保他们了解分析所涵盖的周期以及上次更新发生的时间。获取方式此值在数据提取时生成并标记到数据集中。示例 2024-03-10T05:00:00Z2024-03-11T05:00:00Z
	匹配状态 MatchingStatus	指示发票匹配流程的结果。
描述显示验证过程的结果，即发票与采购订单和收货单（用于三方匹配）进行匹配。可能的状态包括“已匹配”、“部分匹配”或“失败”。此属性是“三方匹配失败率”KPI 及相关差异分析 dashboard 的基础，有助于诊断采购到支付周期中的问题。为何重要直接衡量自动化匹配流程的成功程度，突出显示导致手动返工和付款延迟的差异。获取方式此状态常在 AP_INVOICES_ALL 或 AP_INVOICE_LINES_ALL 等表的发票头或行层面找到。示例成功失败 - 价格不匹配失败 - 数量不匹配无需
	发票处理时间 InvoiceProcessingTime	从开始到结束处理一张发票所需的总时间。
描述此 calculated metric 衡量每张发票从第一个 event（例如“Invoice Created”）到最后一个 event（“EndTime”）的持续时间。它是衡量端到端流程效率的主要 KPI。分析此持续时间有助于识别哪些类型的发票（例如，按供应商、金额或业务单元划分）处理时间最长，并为改进措施提供 baseline。为何重要直接衡量应付账款流程的端到端效率，有助于量化瓶颈并跟踪改进工作随时间推移产生的影响。获取方式针对每个 InvoiceId，通过用最晚 EventTime (EndTime) 减去最早 EventTime 计算得出。示例 10天4小时35天11小时5天2小时
	发票币种 InvoiceCurrency	发票金额的币种。
描述指定发票计价的货币（例如，美元、欧元、英镑）。这对于涉及多个国家或货币的分析至关重要。它为发票金额提供了必要的上下文，并确保财务指标得到正确解读。对于全球性组织而言，它是过滤和细分财务数据的关键属性。为何重要为“发票金额”提供重要上下文，从而实现准确的财务分析和报告，尤其是在跨国运营中。获取方式来源于 AP_INVOICES_ALL 表中的 INVOICE_CURRENCY_CODE 字段。示例 USD欧元英镑JPY
	发票日期 InvoiceDate	供应商发票上注明的日期。
描述这是供应商开具发票的日期。它是根据双方约定的付款条款，确定付款到期日的起始点。将此发票日期与系统录入日期（即“发票创建”活动）进行比较，可以揭示发票提交或接收处理中存在的延迟。通过这项分析，有助于识别前端的瓶颈，避免影响及时付款和折扣获取。为何重要作为计算支付到期日的基准，并用于识别从发票开具到进入 AP 流程之间存在的延迟。获取方式来源于 AP_INVOICES_ALL 表中的 INVOICE_DATE 字段。示例 2023-10-152023-11-012023-12-20
	审批人 Approver	审批发票付款的人员。
描述识别对发票进行最终或关键审批的用户或经理。此属性对于“发票审批周期时间” dashboard 至关重要，该 dashboard 按审批人细分审批时间。分析这些数据有助于揭示审批层级中的瓶颈，找出工作量大的个人，并确保遵循授权管理制度。为何重要对于分析审批 workflow、识别由特定审批人造成的瓶颈以及审计审批政策合规性至关重要。获取方式此信息通常存储在 Oracle 的 workflow 表（例如，与审批管理引擎 AME 相关）或 audit history 表中。示例 s.jonesm.riverad.chen
	是否准时付款 IsOnTimePayment	指示发票是否在到期日之前支付的标志。
描述这是一个布尔值（真/假），通过比较“付款日期”和“到期日”得出。若付款日期不晚于到期日，则为真。此属性直接支持“按时付款率”KPI的计算，对监控付款政策合规性及维护供应商关系至关重要。为何重要直接衡量对付款条款的遵守情况，这对于供应商关系、财务规划和避免滞纳金至关重要。获取方式这是一个从其他字段派生出来的 calculated attribute。其逻辑为：IF PaymentDate <= DueDate THEN true ELSE false。示例 truefalse
	是否返工 IsRework	指示发票是否已返工的标志。
描述此布尔值（真/假）用于识别经历过返工的发票，如重复验证或从后期阶段退回前期（例如从“待审批”退回“需要重新验证”）。它通常通过分析活动顺序得出，对量化“发票返工率”和了解流程低效至关重要。为何重要量化低效返工循环的频率，有助于识别流程异常和资源浪费的根本原因。获取方式这是一个 calculated attribute。它通过分析每个 case 的 activities 序列来检测 process flow 中的重复步骤或反向移动而派生。示例 truefalse
	暂停原因 HoldReason	发票被暂停支付的原因。
描述当发票无法继续进行支付时，会对其进行挂起（hold）。此属性记录了挂起的具体原因，例如“价格不匹配”、“数量差异”或“等待收货”。分析挂起原因对于识别流程中断和延迟的根本原因至关重要。它直接支持用于监控异常和返工情况的仪表盘。为何重要精准找出支付延迟和发票异常的根本原因，为流程改进和供应商沟通提供可操作的洞察。获取方式来源于 AP_HOLDS_ALL 等表，这些表链接到发票并包含搁置原因或代码。示例价格不匹配开票数量超出收货数量重复发票
	源系统 SourceSystem	抽取 data 的系统来源。
描述此 attribute 识别了 data 的来源，对于此流程通常是“Oracle Fusion Financials”。在多系统环境（例如，独立的 OCR 扫描系统）中，此字段有助于区分不同 events 的来源。它确保 data lineage 并提供上下文，尤其是在集成来自不同平台的数据时。为何重要提供关于数据来源的关键背景信息，确保数据的可追溯性，并有助于管理可能来自多个系统的数据集成。获取方式这通常是数据提取设置期间定义的静态值。示例 Oracle Fusion FinancialsOracle EBS R12Fusion Cloud AP

必填推荐可选

应付发票处理活动

这些是您 event log 中应捕获的关键流程步骤和里程碑，以便准确地进行 process discovery 和 bottleneck identification。

6 推荐 7 可选

	活动	描述
	付款已结清	这是流程中的最后一步 activity，确认款项已清算到银行。此 event 通常通过 Oracle Cash Management 在银行对账后提供的状态更新来获取。
为何重要这是端到端流程的真正终点，为“平均发票处理周期”提供了最准确的数据。它为整个财务交易画上了句号。获取方式根据 AP_CHECKS_ALL 表中付款状态更新为“CLEARED”来推断。CLEARED_DATE 列提供了此 event 的时间戳。捕获 CLEARED_DATE 字段存在于 AP_CHECKS_ALL 表中。事件类型 inferred
	发票已创建	代表发票记录在系统中的首次创建，无论是通过手动录入、扫描（OCR）还是电子数据交换（EDI）方式。当新记录插入主发票表时，此事件被捕获。
为何重要这标志着发票处理生命周期的明确起点。分析从该事件到其他事件的时间跨度，可以揭示上游延迟和整个流程的持续时间。获取方式这是一个 explicit event，从 AP_INVOICES_ALL 表中发票记录的创建时间戳捕获，通常使用 CREATION_DATE 列。捕获在 AP_INVOICES_ALL 表中的记录创建时间戳。事件类型 explicit
	发票已批准	代表发票的最终审批，授权其进行支付。这一关键里程碑是通过工作流状态字段更新为最终批准状态来推断的。
为何重要这是一个关键里程碑，标志着审批周期的结束。它对计算“发票审批周期时间”和识别与审批人相关的瓶颈至关重要。获取方式根据 AP_INVOICES_ALL 表中 WFAPPROVAL_STATUS 列变为“Manually Approved”、“Workflow Approved”或类似的最终审批状态来推断。捕获 AP_INVOICES_ALL.WFAPPROVAL_STATUS 字段状态变为已批准。事件类型 inferred
	发票已验证	此 activity 标志着系统对发票 data 自动验证检查（如格式正确性和与供应商匹配）的成功完成。它通过跟踪发票 validation status 字段的变化来捕获。
为何重要表示发票已准备好进行后续处理，例如匹配或审批。此步骤之前的延迟表明存在数据录入问题，为“发票数据录入错误分析” dashboard 提供支持。获取方式根据 AP_INVOICES_ALL 表中 VALIDATION_STATUS 列变为“Validated”来推断。此字段的审计追踪或历史表提供了时间戳。捕获 AP_INVOICES_ALL.VALIDATION_STATUS 字段状态变为 'Validated'。事件类型 inferred
	已安排付款	标记已批准发票被纳入付款流程请求 (PPR) 或付款批次，但尚未实际支付的时间点。此事件在付款计划记录最终确定时被捕获。
为何重要此 activity 连接了审批和实际支付两个环节。分析此阶段的耗时对现金流预测和管理至关重要。获取方式根据发票在 AP_PAYMENT_SCHEDULES_ALL 表中 checkrun_id 已填充来推断。PPR 的创建日期可作为时间戳。捕获发票与付款处理请求 (PPR) 的关联。事件类型 inferred
	已执行支付	代表支付被创建并发送给供应商的时刻。这是通过创建与发票关联的支付记录捕获的明确事件。
为何重要这是衡量“按时付款率”和“端到端发票吞吐量”的关键里程碑，标志着公司已履行其财务义务。获取方式这是一个 explicit event，通过在 AP_INVOICE_PAYMENTS_ALL 表中创建关联记录而记录。ACCOUNTING_DATE 或 CREATION_DATE 可以用作时间戳。捕获在 AP_INVOICE_PAYMENTS_ALL 中创建记录，将发票与支付关联起来。事件类型 explicit
	发票已取消	代表在支付前终止发票处理流程。当用户取消发票并填充取消日期时，此明确操作被捕获。
为何重要发票的终结状态，表示未能成功完成。分析取消的频率和原因有助于揭示采购或供应商管理中的上游问题。获取方式根据 AP_INVOICES_ALL 表中 CANCELLED_DATE 列已填充来推断。该日期本身作为 event 时间戳。捕获 CANCELLED_DATE 字段存在于 AP_INVOICES_ALL 表中。事件类型 inferred
	发票已拒绝	表示审批人已拒绝发票，中断了流程，通常需要修正并重新提交。这在审批 workflow 中作为状态变更被捕获。
为何重要突显流程中重要的返工循环。通过分析拒绝的频率和原因，可以揭示政策理解偏差或系统性数据问题。获取方式根据 AP_INVOICES_ALL 表中 WFAPPROVAL_STATUS 列变为“Rejected”来推断。Workflow 历史表可能会提供更多详细信息。捕获 AP_INVOICES_ALL.WFAPPROVAL_STATUS 字段状态变为 'Rejected'。事件类型 inferred
	审批启动	表明发票已进入审批工作流，并已路由到第一个审批人。这是从发票工作流状态的变更推断出来的。
为何重要此 activity 为“发票审批周期时间”KPI 启动计时。它有助于区分等待 data 时间和等待审批人时间。获取方式根据 AP_INVOICES_ALL 表中 WFAPPROVAL_STATUS 从预 workflow 状态变为“Initiated”或类似的待处理状态来推断。捕获 AP_INVOICES_ALL.WFAPPROVAL_STATUS 字段状态变为 'Initiated'。事件类型 inferred
	已享提前付款折扣	此计算事件表明付款已提前完成以获取折扣。它通过比较实际付款日期与付款计划中的折扣条款来确定。
为何重要直接支持“早期付款折扣实现” dashboard。它有助于量化高效应付账款流程的财务收益并识别错失的机会。获取方式通过比较 AP_INVOICE_PAYMENTS_ALL 表中的付款日期与 AP_PAYMENT_SCHEDULES_ALL 表中的折扣日期 (DISCOUNT_DATE) 字段计算得出。捕获比较实际付款日期与折扣资格日期。事件类型 calculated
	已执行匹配	代表系统或用户将发票与采购订单（PO）和/或收货单（GRN）进行匹配的操作。当发票上的匹配状态更新时，此事件被捕获。
为何重要这是基于采购订单发票的关键一步，直接影响“三方匹配差异趋势”分析。此步骤的失败或延迟是流程瓶颈的主要来源。获取方式根据 AP_INVOICES_ALL 中 WFAPPROVAL_STATUS 或类似匹配状态字段的更新，表明已发生匹配尝试来推断。捕获采购订单匹配相关状态变更的时间戳。事件类型 inferred
	已解除暂停	标记问题已解决并解除暂停，允许发票继续进行支付流程。当暂停记录更新解除信息时，会捕获此事件。
为何重要衡量解决差异所需的时间。与“已暂停”事件结合使用，有助于量化返工和异常处理的持续时间和影响。获取方式根据现有暂挂记录在 AP_HOLDS_ALL 表中 RELEASE_LOOKUP_CODE 和 LAST_UPDATE_DATE 列已填充来推断。捕获更新 AP_HOLDS_ALL 记录中的时间戳，并附带解除详情。事件类型 inferred
	已设置暂停	表示发票已被暂挂，无法支付。当暂挂记录创建并与发票关联时，这会被捕获为一个明确的 event，通常是由于差异或政策违规。
为何重要直接识别流程异常和瓶颈。分析冻结原因和持续时间是理解并解决常见处理问题的关键。获取方式这是一项明确的事件，即在 AP_HOLDS_ALL 表中创建了一个与特定 INVOICE_ID 相关联的新条目。捕获在 AP_HOLDS_ALL 表中的记录创建时间戳。事件类型 explicit

推荐可选

数据提取指南

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

步骤

导航至OTBI: 登录 Oracle Fusion Cloud Applications。使用导航菜单前往工具 > 报表和分析。这将打开 BI 目录。
创建新分析: 点击创建 > 分析。系统将提示您选择一个主题区域。
选择主要主题区域: 选择应付账款发票 - 实时交易主题区域。这将作为大多数发票相关活动的基础。
构建第一个活动报表（发票创建）: 在“条件”选项卡中，拖放事件日志所需的列（例如，InvoiceId 对应“Invoice Details”.“Invoice Number”，VendorName 对应“Supplier”.“Supplier Name”等）。为 ActivityName 创建一个自定义文本列，并输入公式 'Invoice Created'。使用“Invoice Details”.“Invoice Creation Date”作为 EventTime。添加一个过滤器以确保创建日期不为空。
组合后续活动的分析: 在“条件”选项卡底部，点击根据与其他分析的联合、交集或差集操作组合结果按钮。选择联合。这将创建一个新的结果块。
添加其他发票活动: 对于每个后续活动（例如，“发票已验证”、“已执行匹配”、“已置入保留”、“已解除保留”、“发票已取消”），重复此过程。选择相同顺序的相同列集。更改 ActivityName 的文本字面量（例如，'Invoice Validated'），并将 EventTime 映射到相应的日期字段（例如，“Invoice Details”.“Validation Date”、“Invoice Holds”.“Hold Date”）。添加一个过滤器以确保该活动的特定日期字段不为空。
纳入付款及其他主题区域: 对于付款活动（“已安排付款”、“已执行付款”、“已清算付款”），您必须添加其他主题区域。前往“条件”选项卡，点击主题区域窗格中的添加/移除主题区域图标（带加号的文件夹），并添加应付账款付款 - 实时支付和现金管理 - 银行对账实时。使用这些主题区域的字段创建新的联合分析，确保列结构与发票分析匹配。
定义报表过滤器和提示: 导航到“提示”选项卡。为关键过滤器创建提示，如业务单位名称、总账名称和日期范围（例如，基于“Invoice Details”.“Invoice Creation Date”）。这允许用户在运行报表时控制数据范围。
配置结果并查看数据: 前往“结果”选项卡。将显示所有联合分析的组合数据。建议创建一个简单的表格视图。向报表添加过滤器，以排除 EventTime 为空的行，确保每行都代表一个有效的活动。
运行并导出报表: 将分析保存为描述性名称。点击打开运行报表。数据显示后，使用页面底部的导出链接将事件日志导出为CSV格式。此文件即可上传到流程挖掘工具。

配置

Subject Areas: 该报告必须通过组合多个主题区域构建。主要包括：
- Payables Invoices - Transactions Real Time: 用于发票创建、验证、冻结、审批和取消。
- Payables Payments - Disbursements Real Time: 用于付款计划和执行事件。
- Cash Management - Bank Statement Reconciliation Real Time: 用于“付款已清算”事件。
Report Structure: UNION 查询结构是强制性的。每个活动都必须是一个独立的分析块，通过 UNION 操作符与其他块合并，以生成单个事件日志表。
Date Range Filtering: 应用日期范围过滤器以限制数据量至关重要。建议的起点是 3-6 个月的数据，过滤条件为“发票详细信息”中的“发票创建日期”。
Key Data Filters: 为管理性能和相关性，请始终按以下条件进行过滤：
- Business Unit Name
- Ledger Name
- Source (例如，包含或排除特定发票来源，如“手动”或“EDI”)
Prerequisites: 运行报告的用户需要拥有访问指定主题区域的角色，例如 Accounts Payable Manager、Accounts Payable Specialist 以及用于构建报告的 BI Administrator 角色。

a 查询示例 config

`config
-- OTBI Analysis Configuration for Accounts Payable Event Log
-- This is a logical representation of an OTBI UNION report.
-- Each block represents a separate analysis combined with a UNION operation.
-- The column order and data types must be identical in each block.

-- Base Columns (ensure these are selected in this order for every block):
-- 1. InvoiceId: "Payables Invoices - Transactions Real Time"."Invoice Details"."Invoice Number"
-- 2. ActivityName: 'Literal String Value'
-- 3. EventTime: [Specific Date/Time Column]
-- 4. VendorName: "Payables Invoices - Transactions Real Time"."Supplier"."Supplier Name"
-- 5. InvoiceAmount: "Payables Invoices - Transactions Real Time"."Invoice Lines"."Line Amount"
-- 6. User: [Specific User Column]
-- 7. PurchaseOrderNumber: "Payables Invoices - Transactions Real Time"."Matched Purchase Order"."PO Number"
-- 8. DueDate: "Payables Invoices - Transactions Real Time"."Invoice Installments"."Due Date"
-- 9. PaymentDate: "Payables Payments - Disbursements Real Time"."Payment Details"."Payment Date"
-- 10. InvoiceStatus: "Payables Invoices - Transactions Real Time"."Invoice Details"."Invoice Validation Status"
-- 11. EndTime: [Calculated as MAX(EventTime) over InvoiceId later]

-- Block 1: Invoice Created
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Invoice Created' AS ActivityName,
  "Invoice Details"."Invoice Creation Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Invoice Creation Date" IS NOT NULL

UNION ALL

-- Block 2: Invoice Validated
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Invoice Validated' AS ActivityName,
  "Invoice Details"."Validation Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Validation Date" IS NOT NULL

UNION ALL

-- Block 3: Matching Performed
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Matching Performed' AS ActivityName,
  "Invoice Details"."PO Matched Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."PO Matched Date" IS NOT NULL

UNION ALL

-- Block 4: Hold Placed
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Hold Placed' AS ActivityName,
  "Invoice Holds"."Hold Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Holds"."Hold Date" IS NOT NULL

UNION ALL

-- Block 5: Hold Released
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Hold Released' AS ActivityName,
  "Invoice Holds"."Release Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Holds"."Release Date" IS NOT NULL

UNION ALL

-- Block 6: Approval Initiated
-- Note: This is often the workflow start date, which might be the same as creation.
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Approval Initiated' AS ActivityName,
  "Invoice Details"."Workflow Initiated Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Workflow Status" <> 'Not Required'
  AND "Invoice Details"."Workflow Initiated Date" IS NOT NULL

UNION ALL

-- Block 7: Invoice Approved
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Invoice Approved' AS ActivityName,
  "Invoice Details"."Workflow Approved Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Workflow Approved Date" IS NOT NULL

UNION ALL

-- Block 8: Invoice Rejected
-- Note: A specific rejection date field may not exist; use the last update date when status is 'Rejected'.
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Invoice Rejected' AS ActivityName,
  "General Information"."Last Update Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Workflow Status" = 'Rejected'

UNION ALL

-- Block 9: Payment Scheduled
-- Uses the Payment subject area and joins back to Invoice.
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Payment Scheduled' AS ActivityName,
  "Payment Process Request"."Request Creation Date" AS EventTime,
  ...
FROM "Payables Payments - Disbursements Real Time"
WHERE "Payment Process Request"."Request Creation Date" IS NOT NULL

UNION ALL

-- Block 10: Payment Executed
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Payment Executed' AS ActivityName,
  "Payment Details"."Payment Date" AS EventTime,
  ...
FROM "Payables Payments - Disbursements Real Time"
WHERE "Payment Details"."Payment Date" IS NOT NULL

UNION ALL

-- Block 11: Early Payment Taken
-- Note: Requires a formula column or filter condition.
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Early Payment Taken' AS ActivityName,
  "Payment Details"."Payment Date" AS EventTime,
  ...
FROM "Payables Payments - Disbursements Real Time"
WHERE "Payment Details"."Payment Date" IS NOT NULL
  AND "Invoice Installments"."Discount Date 1" IS NOT NULL
  AND "Payment Details"."Payment Date" <= "Invoice Installments"."Discount Date 1"

UNION ALL

-- Block 12: Payment Cleared
-- Uses the Cash Management subject area.
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Payment Cleared' AS ActivityName,
  "Bank Statement Line"."Cleared Date" AS EventTime,
  ...
FROM "Cash Management - Bank Statement Reconciliation Real Time"
WHERE "Bank Statement Line"."Cleared Date" IS NOT NULL

UNION ALL

-- Block 13: Invoice Cancelled
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Invoice Cancelled' AS ActivityName,
  "Invoice Details"."Cancellation Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Cancellation Date" IS NOT NULL
`

步骤

导航至OTBI: 登录 Oracle Fusion Cloud Applications。使用导航菜单前往工具 > 报表和分析。这将打开 BI 目录。
创建新分析: 点击创建 > 分析。系统将提示您选择一个主题区域。
选择主要主题区域: 选择应付账款发票 - 实时交易主题区域。这将作为大多数发票相关活动的基础。
构建第一个活动报表（发票创建）: 在“条件”选项卡中，拖放事件日志所需的列（例如，InvoiceId 对应“Invoice Details”.“Invoice Number”，VendorName 对应“Supplier”.“Supplier Name”等）。为 ActivityName 创建一个自定义文本列，并输入公式 'Invoice Created'。使用“Invoice Details”.“Invoice Creation Date”作为 EventTime。添加一个过滤器以确保创建日期不为空。
组合后续活动的分析: 在“条件”选项卡底部，点击根据与其他分析的联合、交集或差集操作组合结果按钮。选择联合。这将创建一个新的结果块。
添加其他发票活动: 对于每个后续活动（例如，“发票已验证”、“已执行匹配”、“已置入保留”、“已解除保留”、“发票已取消”），重复此过程。选择相同顺序的相同列集。更改 ActivityName 的文本字面量（例如，'Invoice Validated'），并将 EventTime 映射到相应的日期字段（例如，“Invoice Details”.“Validation Date”、“Invoice Holds”.“Hold Date”）。添加一个过滤器以确保该活动的特定日期字段不为空。
纳入付款及其他主题区域: 对于付款活动（“已安排付款”、“已执行付款”、“已清算付款”），您必须添加其他主题区域。前往“条件”选项卡，点击主题区域窗格中的添加/移除主题区域图标（带加号的文件夹），并添加应付账款付款 - 实时支付和现金管理 - 银行对账实时。使用这些主题区域的字段创建新的联合分析，确保列结构与发票分析匹配。
定义报表过滤器和提示: 导航到“提示”选项卡。为关键过滤器创建提示，如业务单位名称、总账名称和日期范围（例如，基于“Invoice Details”.“Invoice Creation Date”）。这允许用户在运行报表时控制数据范围。
配置结果并查看数据: 前往“结果”选项卡。将显示所有联合分析的组合数据。建议创建一个简单的表格视图。向报表添加过滤器，以排除 EventTime 为空的行，确保每行都代表一个有效的活动。
运行并导出报表: 将分析保存为描述性名称。点击打开运行报表。数据显示后，使用页面底部的导出链接将事件日志导出为CSV格式。此文件即可上传到流程挖掘工具。

配置

Subject Areas: 该报告必须通过组合多个主题区域构建。主要包括：
- Payables Invoices - Transactions Real Time: 用于发票创建、验证、冻结、审批和取消。
- Payables Payments - Disbursements Real Time: 用于付款计划和执行事件。
- Cash Management - Bank Statement Reconciliation Real Time: 用于“付款已清算”事件。
Report Structure: UNION 查询结构是强制性的。每个活动都必须是一个独立的分析块，通过 UNION 操作符与其他块合并，以生成单个事件日志表。
Date Range Filtering: 应用日期范围过滤器以限制数据量至关重要。建议的起点是 3-6 个月的数据，过滤条件为“发票详细信息”中的“发票创建日期”。
Key Data Filters: 为管理性能和相关性，请始终按以下条件进行过滤：
- Business Unit Name
- Ledger Name
- Source (例如，包含或排除特定发票来源，如“手动”或“EDI”)
Prerequisites: 运行报告的用户需要拥有访问指定主题区域的角色，例如 Accounts Payable Manager、Accounts Payable Specialist 以及用于构建报告的 BI Administrator 角色。

a 查询示例 config

`config
-- OTBI Analysis Configuration for Accounts Payable Event Log
-- This is a logical representation of an OTBI UNION report.
-- Each block represents a separate analysis combined with a UNION operation.
-- The column order and data types must be identical in each block.

-- Base Columns (ensure these are selected in this order for every block):
-- 1. InvoiceId: "Payables Invoices - Transactions Real Time"."Invoice Details"."Invoice Number"
-- 2. ActivityName: 'Literal String Value'
-- 3. EventTime: [Specific Date/Time Column]
-- 4. VendorName: "Payables Invoices - Transactions Real Time"."Supplier"."Supplier Name"
-- 5. InvoiceAmount: "Payables Invoices - Transactions Real Time"."Invoice Lines"."Line Amount"
-- 6. User: [Specific User Column]
-- 7. PurchaseOrderNumber: "Payables Invoices - Transactions Real Time"."Matched Purchase Order"."PO Number"
-- 8. DueDate: "Payables Invoices - Transactions Real Time"."Invoice Installments"."Due Date"
-- 9. PaymentDate: "Payables Payments - Disbursements Real Time"."Payment Details"."Payment Date"
-- 10. InvoiceStatus: "Payables Invoices - Transactions Real Time"."Invoice Details"."Invoice Validation Status"
-- 11. EndTime: [Calculated as MAX(EventTime) over InvoiceId later]

-- Block 1: Invoice Created
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Invoice Created' AS ActivityName,
  "Invoice Details"."Invoice Creation Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Invoice Creation Date" IS NOT NULL

UNION ALL

-- Block 2: Invoice Validated
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Invoice Validated' AS ActivityName,
  "Invoice Details"."Validation Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Validation Date" IS NOT NULL

UNION ALL

-- Block 3: Matching Performed
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Matching Performed' AS ActivityName,
  "Invoice Details"."PO Matched Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."PO Matched Date" IS NOT NULL

UNION ALL

-- Block 4: Hold Placed
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Hold Placed' AS ActivityName,
  "Invoice Holds"."Hold Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Holds"."Hold Date" IS NOT NULL

UNION ALL

-- Block 5: Hold Released
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Hold Released' AS ActivityName,
  "Invoice Holds"."Release Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Holds"."Release Date" IS NOT NULL

UNION ALL

-- Block 6: Approval Initiated
-- Note: This is often the workflow start date, which might be the same as creation.
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Approval Initiated' AS ActivityName,
  "Invoice Details"."Workflow Initiated Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Workflow Status" <> 'Not Required'
  AND "Invoice Details"."Workflow Initiated Date" IS NOT NULL

UNION ALL

-- Block 7: Invoice Approved
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Invoice Approved' AS ActivityName,
  "Invoice Details"."Workflow Approved Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Workflow Approved Date" IS NOT NULL

UNION ALL

-- Block 8: Invoice Rejected
-- Note: A specific rejection date field may not exist; use the last update date when status is 'Rejected'.
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Invoice Rejected' AS ActivityName,
  "General Information"."Last Update Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Workflow Status" = 'Rejected'

UNION ALL

-- Block 9: Payment Scheduled
-- Uses the Payment subject area and joins back to Invoice.
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Payment Scheduled' AS ActivityName,
  "Payment Process Request"."Request Creation Date" AS EventTime,
  ...
FROM "Payables Payments - Disbursements Real Time"
WHERE "Payment Process Request"."Request Creation Date" IS NOT NULL

UNION ALL

-- Block 10: Payment Executed
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Payment Executed' AS ActivityName,
  "Payment Details"."Payment Date" AS EventTime,
  ...
FROM "Payables Payments - Disbursements Real Time"
WHERE "Payment Details"."Payment Date" IS NOT NULL

UNION ALL

-- Block 11: Early Payment Taken
-- Note: Requires a formula column or filter condition.
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Early Payment Taken' AS ActivityName,
  "Payment Details"."Payment Date" AS EventTime,
  ...
FROM "Payables Payments - Disbursements Real Time"
WHERE "Payment Details"."Payment Date" IS NOT NULL
  AND "Invoice Installments"."Discount Date 1" IS NOT NULL
  AND "Payment Details"."Payment Date" <= "Invoice Installments"."Discount Date 1"

UNION ALL

-- Block 12: Payment Cleared
-- Uses the Cash Management subject area.
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Payment Cleared' AS ActivityName,
  "Bank Statement Line"."Cleared Date" AS EventTime,
  ...
FROM "Cash Management - Bank Statement Reconciliation Real Time"
WHERE "Bank Statement Line"."Cleared Date" IS NOT NULL

UNION ALL

-- Block 13: Invoice Cancelled
SELECT
  "Invoice Details"."Invoice Number" AS InvoiceId,
  'Invoice Cancelled' AS ActivityName,
  "Invoice Details"."Cancellation Date" AS EventTime,
  ...
FROM "Payables Invoices - Transactions Real Time"
WHERE "Invoice Details"."Cancellation Date" IS NOT NULL
`

步骤

先决条件: 确保您已安装 Python 3.6+ 以及 requests 库（pip install requests）。您还需要具备 Oracle Fusion Financials 用户的有效凭据（用户名和密码），该用户拥有通过 REST API 读取发票和付款数据所需的权限（例如，“应付账款查询”和“集成专家”等角色）。
确定您的Oracle Fusion主机: 确定您的 Oracle Fusion 云实例 REST API 的基础 URL。它通常类似于 https://[hostname].fa.em2.oraclecloud.com。
配置Python脚本: 将提供的 Python 脚本复制到文件中（例如 extract_invoices.py）。编辑脚本以用您的特定凭据和主机替换 ORACLE_HOST、USERNAME 和 PASSWORD 的占位符值。调整 START_DATE 和 END_DATE 以定义所需的提取窗口。
了解API参数: 脚本使用 /fscmRestApi/resources/11.13.18.05/invoices 端点。它使用 q 参数根据 CreationDate 筛选发票。它还使用 fields 参数请求特定的发票属性，并使用 expand 在单次调用中包含 holds 和 paymentSchedules 等子对象，这对于提高效率至关重要。
执行脚本: 使用 python extract_invoices.py 从命令行运行脚本。脚本将通过 API 进行身份验证，发送请求，并自动处理分页。
监控进度: 脚本将向控制台打印进度消息，指示当前正在获取哪个结果页面。这有助于监控大型数据集的提取过程。
检索子数据: 对于 API 返回的每张发票，脚本都会处理主发票数据，并迭代 holds 和 paymentSchedules 的嵌套数组，以生成相应的活动行（“已置入保留”、“已解除保留”、“已安排付款”等）。
数据转换逻辑: 脚本包含将 JSON 数据转换为扁平事件日志结构的逻辑。对于每张发票，它会生成多行，每行对应一项业务活动（例如，“发票已创建”、“发票已批准”）。它会检查日期或特定状态是否存在，以决定是否创建事件。
生成输出文件: 一旦脚本在指定日期范围内获取了所有发票数据，它就会编译所有生成的事件，并将其写入名为 oracle_fusion_ap_event_log.csv 的单个 CSV 文件，该文件位于脚本运行的同一目录中。
审阅并上传: 在电子表格应用程序中打开生成的 CSV 文件，以审阅其结构和内容。确保所有必需的列（InvoiceId、ActivityName、EventTime）都存在并已填充。该文件现在已准备好上传到 ProcessMind。

配置

API Endpoint: 脚本主要针对 invoices REST API 资源。示例使用版本 11.13.18.05：/fscmRestApi/resources/11.13.18.05/invoices。
Authentication: 脚本采用 Basic Authentication。强烈建议使用专用的集成用户账户，并授予读取发票、供应商和付款数据所需的最低权限。
Date Range Filtering: 提取期间由脚本中的 START_DATE 和 END_DATE 变量控制。建议从较小的范围（例如 3-6 个月）开始，以便管理数据量和提取时间。过滤器应用于发票的 CreationDate。
Data Scope (Fields & Expansion): 脚本使用 fields 参数来请求必要的属性，并使用 expand 参数来主动获取相关的子对象（holds、paymentSchedules、payments）。这对于性能至关重要，因为它减少了所需的 API 调用次数。
Pagination: Oracle 的 REST API 使用 limit 和 offset 进行分页。脚本配置的 LIMIT 为每次请求 500 条记录，这是一个常见且高效的批处理大小。脚本会自动遍历所有结果页面。
Prerequisites: 访问 Oracle Fusion Financials Cloud 环境是强制性的。用户账户必须被授予适当的安全角色才能访问 Payables Invoices REST API。执行该脚本需要 Python 3 环境。

a 查询示例 python

`python
import requests
import json
import csv
import os
from datetime import datetime

class=class="hl-string">"hl-comment"># --- Configuration Settings --- 
class=class="hl-string">"hl-comment"># Replace with your Oracle Fusion instance details
ORACLE_HOST = class="hl-string">"https://[your-fusion-host].fa.em2.oraclecloud.com"
USERNAME = class="hl-string">"[your_api_user]"
PASSWORD = class="hl-string">"[your_api_password]"

class=class="hl-string">"hl-comment"># --- Extraction Parameters ---
class=class="hl-string">"hl-comment"># Date range for invoice creation date
START_DATE = class="hl-string">"2023-01-01"
END_DATE = class="hl-string">"2023-12-31"

class=class="hl-string">"hl-comment"># API request parameters
LIMIT = 500
API_ENDPOINT = fclass="hl-string">"{ORACLE_HOST}/fscmRestApi/resources/11.13.18.05/invoices"
OUTPUT_FILE = class="hl-string">"oracle_fusion_ap_event_log.csv"

def process_invoice(invoice):
    class="hl-string">"""Processes a single invoice JSON object and returns a list of event dictionaries."""
    events = []
    
    class=class="hl-string">"hl-comment"># Common attributes for all events related to this invoice
    common_attrs = {
        class="hl-string">'InvoiceId': invoice.get(class="hl-string">'InvoiceId'),
        class="hl-string">'VendorName': invoice.get(class="hl-string">'Supplier'),
        class="hl-string">'InvoiceAmount': invoice.get(class="hl-string">'InvoiceAmount'),
        class="hl-string">'PurchaseOrderNumber': invoice.get(class="hl-string">'PoNumber'),
        class="hl-string">'DueDate': invoice.get(class="hl-string">'DueDate'),
        class="hl-string">'InvoiceStatus': invoice.get(class="hl-string">'InvoiceStatus'),
        class="hl-string">'User': None, class=class="hl-string">"hl-comment"># Often not available per event in summary APIs
        class="hl-string">'PaymentDate': None,
        class="hl-string">'EndTime': None
    }

    class=class="hl-string">"hl-comment"># Activity: Invoice Created
    if invoice.get(class="hl-string">'CreationDate'):
        events.append({
            **common_attrs,
            class="hl-string">'ActivityName': class="hl-string">'Invoice Created',
            class="hl-string">'EventTime': invoice.get(class="hl-string">'CreationDate'),
            class="hl-string">'User': invoice.get(class="hl-string">'CreatedBy')
        })

    class=class="hl-string">"hl-comment"># Activity: Invoice Validated
    if invoice.get(class="hl-string">'ValidatedDate'):
        events.append({
            **common_attrs,
            class="hl-string">'ActivityName': class="hl-string">'Invoice Validated',
            class="hl-string">'EventTime': invoice.get(class="hl-string">'ValidatedDate')
        })

    class=class="hl-string">"hl-comment"># Activity: Matching Performed (using ValidationDate as a proxy if no specific match date is available)
    if invoice.get(class="hl-string">'MatchStatus') in [class="hl-string">'Success', class="hl-string">'Partial'] and invoice.get(class="hl-string">'ValidatedDate'):
        events.append({
            **common_attrs,
            class="hl-string">'ActivityName': class="hl-string">'Matching Performed',
            class="hl-string">'EventTime': invoice.get(class="hl-string">'ValidatedDate') class=class="hl-string">"hl-comment"># Proxy timestamp
        })

    class=class="hl-string">"hl-comment"># Activities from Holds
    if invoice.get(class="hl-string">'holds'):
        for hold in invoice[class="hl-string">'holds']:
            if hold.get(class="hl-string">'HoldDate'):
                events.append({
                    **common_attrs,
                    class="hl-string">'ActivityName': class="hl-string">'Hold Placed',
                    class="hl-string">'EventTime': hold.get(class="hl-string">'HoldDate'),
                    class="hl-string">'User': hold.get(class="hl-string">'HeldBy')
                })
            if hold.get(class="hl-string">'ReleaseDate'):
                events.append({
                    **common_attrs,
                    class="hl-string">'ActivityName': class="hl-string">'Hold Released',
                    class="hl-string">'EventTime': hold.get(class="hl-string">'ReleaseDate'),
                    class="hl-string">'User': hold.get(class="hl-string">'ReleasedBy')
                })

    class=class="hl-string">"hl-comment"># Activities from Approval Status
    if invoice.get(class="hl-string">'ApprovalStatus') == class="hl-string">'Initiated' and invoice.get(class="hl-string">'LastUpdateDate'):
         events.append({
            **common_attrs,
            class="hl-string">'ActivityName': class="hl-string">'Approval Initiated',
            class="hl-string">'EventTime': invoice.get(class="hl-string">'LastUpdateDate') class=class="hl-string">"hl-comment"># Proxy timestamp
        })
    if invoice.get(class="hl-string">'ApprovalStatus') == class="hl-string">'Approved' and invoice.get(class="hl-string">'ApprovedDate'):
         events.append({
            **common_attrs,
            class="hl-string">'ActivityName': class="hl-string">'Invoice Approved',
            class="hl-string">'EventTime': invoice.get(class="hl-string">'ApprovedDate')
        })
    if invoice.get(class="hl-string">'ApprovalStatus') == class="hl-string">'Rejected' and invoice.get(class="hl-string">'LastUpdateDate'):
         events.append({
            **common_attrs,
            class="hl-string">'ActivityName': class="hl-string">'Invoice Rejected',
            class="hl-string">'EventTime': invoice.get(class="hl-string">'LastUpdateDate') class=class="hl-string">"hl-comment"># Proxy timestamp
        })

    class=class="hl-string">"hl-comment"># Activities from Payment Schedules and Payments
    final_payment_date = None
    if invoice.get(class="hl-string">'paymentSchedules'):
        for schedule in invoice[class="hl-string">'paymentSchedules']:
            class=class="hl-string">"hl-comment"># Activity: Payment Scheduled
            events.append({
                **common_attrs,
                class="hl-string">'ActivityName': class="hl-string">'Payment Scheduled',
                class="hl-string">'EventTime': schedule.get(class="hl-string">'CreationDate') or invoice.get(class="hl-string">'ApprovedDate') class=class="hl-string">"hl-comment"># Use schedule creation or invoice approval date
            })

            if schedule.get(class="hl-string">'payments'):
                for payment in schedule[class="hl-string">'payments']:
                    if payment.get(class="hl-string">'PaymentDate'):
                        final_payment_date = payment.get(class="hl-string">'PaymentDate')
                        class=class="hl-string">"hl-comment"># Activity: Payment Executed
                        events.append({
                            **common_attrs,
                            class="hl-string">'ActivityName': class="hl-string">'Payment Executed',
                            class="hl-string">'EventTime': payment.get(class="hl-string">'PaymentDate'),
                            class="hl-string">'PaymentDate': payment.get(class="hl-string">'PaymentDate')
                        })

                        class=class="hl-string">"hl-comment"># Activity: Early Payment Taken (Calculated)
                        discount_date = schedule.get(class="hl-string">'firstDiscountDate')
                        if discount_date and payment.get(class="hl-string">'PaymentDate') <= discount_date:
                            events.append({
                                **common_attrs,
                                class="hl-string">'ActivityName': class="hl-string">'Early Payment Taken',
                                class="hl-string">'EventTime': payment.get(class="hl-string">'PaymentDate')
                            })

                    class=class="hl-string">"hl-comment"># Activity: Payment Cleared
                    if payment.get(class="hl-string">'clearedDate'):
                        events.append({
                            **common_attrs,
                            class="hl-string">'ActivityName': class="hl-string">'Payment Cleared',
                            class="hl-string">'EventTime': payment.get(class="hl-string">'clearedDate')
                        })

    class=class="hl-string">"hl-comment"># Activity: Invoice Cancelled
    if invoice.get(class="hl-string">'CancelledDate'):
        events.append({
            **common_attrs,
            class="hl-string">'ActivityName': class="hl-string">'Invoice Cancelled',
            class="hl-string">'EventTime': invoice.get(class="hl-string">'CancelledDate'),
            class="hl-string">'User': invoice.get(class="hl-string">'CancelledBy')
        })

    class=class="hl-string">"hl-comment"># Calculate EndTime as the timestamp of the last event
    if events:
        end_time = max(e[class="hl-string">'EventTime'] for e in events if e.get(class="hl-string">'EventTime'))
        for e in events:
            e[class="hl-string">'EndTime'] = end_time
            if not e.get(class="hl-string">'PaymentDate'): class=class="hl-string">"hl-comment"># Backfill payment date if available
                e[class="hl-string">'PaymentDate'] = final_payment_date

    return events

def main():
    class="hl-string">"""Main function to fetch data and write to CSV."""
    all_events = []
    offset = 0
    has_more = True

    class=class="hl-string">"hl-comment"># Prepare headers for the API request
    headers = {
        class="hl-string">'Content-Type': class="hl-string">'application/vnd.oracle.adf.resourceitem+json'
    }
    auth = (USERNAME, PASSWORD)

    class=class="hl-string">"hl-comment"># Define fields to retrieve for efficiency
    fields_to_get = [
        class="hl-string">'InvoiceId', class="hl-string">'InvoiceNumber', class="hl-string">'InvoiceAmount', class="hl-string">'CreationDate', class="hl-string">'CreatedBy',
        class="hl-string">'Supplier', class="hl-string">'PoNumber', class="hl-string">'DueDate', class="hl-string">'InvoiceStatus', class="hl-string">'ValidatedDate',
        class="hl-string">'MatchStatus', class="hl-string">'ApprovalStatus', class="hl-string">'ApprovedDate', class="hl-string">'LastUpdateDate',
        class="hl-string">'CancelledDate', class="hl-string">'CancelledBy',
        class="hl-string">'holds(HoldDate,HeldBy,ReleaseDate,ReleasedBy)',
        class="hl-string">'paymentSchedules(CreationDate,firstDiscountDate,payments(PaymentDate,clearedDate))'
    ]

    print(class="hl-string">"Starting Oracle Fusion AP Invoice data extraction...")

    while has_more:
        params = {
            class="hl-string">'q': fclass="hl-string">"CreationDate between '{START_DATE}' and '{END_DATE}'",
            class="hl-string">'onlyData': class="hl-string">'true',
            class="hl-string">'limit': LIMIT,
            class="hl-string">'offset': offset,
            class="hl-string">'fields': class="hl-string">','.join(fields_to_get),
            class="hl-string">'expand': class="hl-string">'holds,paymentSchedules.payments'
        }

        try:
            print(fclass="hl-string">"Fetching records from offset {offset}...")
            response = requests.get(API_ENDPOINT, auth=auth, headers=headers, params=params, timeout=120)
            response.raise_for_status()  class=class="hl-string">"hl-comment"># Raise an exception for bad status codes

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

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

            for invoice in invoices:
                all_events.extend(process_invoice(invoice))
            
            has_more = data.get(class="hl-string">'hasMore', False)
            offset += len(invoices)

        except requests.exceptions.HTTPError as http_err:
            print(fclass="hl-string">"HTTP error occurred: {http_err} - {response.text}")
            break
        except requests.exceptions.RequestException as req_err:
            print(fclass="hl-string">"Request error occurred: {req_err}")
            break
        except json.JSONDecodeError:
            print(fclass="hl-string">"Failed to decode JSON from response: {response.text}")
            break

    if not all_events:
        print(class="hl-string">"No events were generated. The output file will not be created.")
        return

    class=class="hl-string">"hl-comment"># Write to CSV
    print(fclass="hl-string">"\nWriting {len(all_events)} events to {OUTPUT_FILE}...")
    fieldnames = [
        class="hl-string">'InvoiceId', class="hl-string">'ActivityName', class="hl-string">'EventTime', class="hl-string">'VendorName', class="hl-string">'InvoiceAmount',
        class="hl-string">'User', class="hl-string">'PurchaseOrderNumber', class="hl-string">'DueDate', class="hl-string">'PaymentDate', class="hl-string">'InvoiceStatus', class="hl-string">'EndTime'
    ]
    
    try:
        with open(OUTPUT_FILE, 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(all_events)
        print(class="hl-string">"Extraction complete.")
    except IOError as io_err:
        print(fclass="hl-string">"Error writing to file: {io_err}")

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

步骤

导航至BI Publisher: 登录 Oracle Fusion Applications，使用导航菜单前往工具 > 报表和分析。点击浏览目录按钮，打开 BI Publisher 界面。
创建数据模型: 在 BI Publisher 目录中，点击新建 > 数据模型。这将打开数据模型编辑器。
创建SQL查询数据集: 在左侧的数据集面板中，点击 + 图标并选择 SQL查询。将弹出一个新的数据集创建对话框。
输入SQL查询: 在新建数据集 - SQL查询对话框中，为数据集命名（例如 AP_Invoice_Events_DS）。复制本文档 query 部分提供的完整SQL查询，并将其粘贴到 SQL查询文本区域。
定义参数: 该查询使用 :P_START_DATE 和 :P_END_DATE 参数来过滤日期范围。BI Publisher 将自动检测到这些参数。您可以设置默认值，或将其设为报表运行用户的必填项。
保存数据模型: 点击确定关闭数据集对话框。前往数据选项卡，输入您的参数，然后点击查看以测试查询并查看数据样本。验证通过后，将数据模型保存到共享文件夹（例如 Shared Folders/Custom/Financials）。
创建报表: 返回目录，点击新建 > 报表。选择使用现有数据模型，找到并选择您刚刚保存的数据模型，然后继续报表创建向导。
配置报表布局: 在报表编辑器中，向导将提示您设计布局。选择表格布局以获得简单扁平的结构。将数据集中的所有列拖放到表中。
设置报表属性: 创建布局后，点击属性按钮。在格式选项卡下，确保 CSV (数据) 输出格式已启用。此格式非常适合流程挖掘的数据摄入。
保存报表: 将报表保存到与数据模型相同的自定义文件夹中。
调度报表: 为了自动化数据提取，请将报表调度为一项作业。打开报表，点击操作 > 调度。配置调度频率（例如，每日），输入日期范围的参数值，并在输出选项卡下确保选择了 CSV 格式。
配置交付方式: 在调度功能的目标选项卡中，选择文件的交付位置。常用选项包括内容服务器、外部FTP服务器或电子邮件。然后可以从该位置检索文件，以便上传到您的流程挖掘工具。

配置

Prerequisites: 需要具有 BI Administrator 或 Application Developer 角色的用户才能创建和管理数据模型及报告。
Data Model Parameters: 该查询设计了两个强制参数来控制数据量：
- :P_START_DATE: 发票创建时间戳的开始日期（格式为“YYYY-MM-DD”）。
- :P_END_DATE: 发票创建时间戳的结束日期（格式为“YYYY-MM-DD”）。
Date Range Recommendation: 对于首次提取，请选择一个代表性的 3-6 个月期间。对于持续提取，请安排每日或每周运行，以覆盖最近的期间。
Query Filtering: 主要过滤在 BaseInvoices CTE 中完成。您可以在 WHERE 子句中添加更多条件，将提取限制到特定的业务单元 (BU.BU_NAME)、供应商或发票类型 (AIA.INVOICE_TYPE_LOOKUP_CODE)。
Performance Considerations: 这是一个连接多个大型表的综合查询。对于事务量大的环境，强烈建议在非高峰时段运行报告，以避免影响系统性能。请确保日期范围可管理。
Output Format: 配置 BI Publisher 报告作业以生成 CSV 文件。这种格式简单、基于文本，并且易于大多数流程挖掘平台解析。确保 CSV 输出不包含报告布局应用的任何格式或聚合。

a 查询示例 sql

`sql
WITH BaseInvoices AS (
    -- Select base invoice data and apply primary filters here
    SELECT 
        AIA.INVOICE_ID,
        AIA.INVOICE_NUM,
        AIA.INVOICE_AMOUNT,
        AIA.CREATION_DATE AS INVOICE_CREATION_DATE,
        AIA.CANCELLED_DATE,
        AIA.WFAPPROVAL_STATUS AS INVOICE_STATUS,
        AIA.LAST_UPDATE_DATE AS INVOICE_LAST_UPDATE_DATE,
        AIA.LAST_UPDATED_BY AS INVOICE_LAST_UPDATED_BY,
        AIA.CREATED_BY AS INVOICE_CREATED_BY,
        PSV.VENDOR_NAME,
        (SELECT LISTAGG(PHA.SEGMENT1, ', ') WITHIN GROUP (ORDER BY PHA.PO_HEADER_ID) 
         FROM AP_INVOICE_LINES_ALL AILA 
         JOIN PO_HEADERS_ALL PHA ON AILA.PO_HEADER_ID = PHA.PO_HEADER_ID
         WHERE AILA.INVOICE_ID = AIA.INVOICE_ID) AS PurchaseOrderNumber
    FROM 
        AP_INVOICES_ALL AIA
    JOIN 
        POZ_SUPPLIERS_V PSV ON AIA.VENDOR_ID = PSV.VENDOR_ID
    JOIN
        FUN_ALL_BUSINESS_UNITS_V BU ON AIA.ORG_ID = BU.BU_ID
    WHERE 
        AIA.CREATION_DATE BETWEEN TO_TIMESTAMP(:P_START_DATE, 'YYYY-MM-DD') AND TO_TIMESTAMP(:P_END_DATE, 'YYYY-MM-DD HH24:MI:SS')
        -- Add additional filters here if needed, e.g.:
        -- AND BU.BU_NAME = '[Your Business Unit Name]'
),
EventLog_Pre AS (
    -- 1. Invoice Created
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Invoice Created' AS "ActivityName",
        BI.INVOICE_CREATION_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN PER_USERS PU ON BI.INVOICE_CREATED_BY = PU.USER_GUID

    UNION ALL

    -- 2. Invoice Validated
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Invoice Validated' AS "ActivityName",
        APH.CREATION_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_APPROVAL_HISTORY_ALL APH ON BI.INVOICE_ID = APH.INVOICE_ID
    JOIN PER_USERS PU ON APH.CREATED_BY = PU.USERNAME
    WHERE APH.RESPONSE = 'VALIDATED'

    UNION ALL

    -- 3. Matching Performed
    -- This uses the last update date when match status becomes 'A' (Tested)
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Matching Performed' AS "ActivityName",
        AID.LAST_UPDATE_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_INVOICE_DISTRIBUTIONS_ALL AID ON BI.INVOICE_ID = AID.INVOICE_ID
    JOIN PER_USERS PU ON AID.LAST_UPDATED_BY = PU.USER_GUID
    WHERE AID.MATCH_STATUS_FLAG = 'A'
    AND ROWNUM = 1 -- To get one event per invoice if multiple lines are matched at different times

    UNION ALL

    -- 4. Hold Placed
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Hold Placed' AS "ActivityName",
        APH.HOLD_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_HOLDS_ALL APH ON BI.INVOICE_ID = APH.INVOICE_ID
    JOIN PER_USERS PU ON APH.CREATED_BY = PU.USERNAME

    UNION ALL

    -- 5. Hold Released
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Hold Released' AS "ActivityName",
        APH.LAST_UPDATE_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_HOLDS_ALL APH ON BI.INVOICE_ID = APH.INVOICE_ID
    JOIN PER_USERS PU ON APH.LAST_UPDATED_BY = PU.USER_GUID
    WHERE APH.RELEASE_LOOKUP_CODE IS NOT NULL

    UNION ALL

    -- 6. Approval Initiated
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Approval Initiated' AS "ActivityName",
        APH.CREATION_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_APPROVAL_HISTORY_ALL APH ON BI.INVOICE_ID = APH.INVOICE_ID
    JOIN PER_USERS PU ON APH.CREATED_BY = PU.USERNAME
    WHERE APH.RESPONSE = 'SUBMITTED'

    UNION ALL

    -- 7. Invoice Approved
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Invoice Approved' AS "ActivityName",
        APH.CREATION_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_APPROVAL_HISTORY_ALL APH ON BI.INVOICE_ID = APH.INVOICE_ID
    JOIN PER_USERS PU ON APH.CREATED_BY = PU.USERNAME
    WHERE APH.RESPONSE = 'APPROVED'

    UNION ALL

    -- 8. Invoice Rejected
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Invoice Rejected' AS "ActivityName",
        APH.CREATION_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_APPROVAL_HISTORY_ALL APH ON BI.INVOICE_ID = APH.INVOICE_ID
    JOIN PER_USERS PU ON APH.CREATED_BY = PU.USERNAME
    WHERE APH.RESPONSE = 'REJECTED'

    UNION ALL

    -- 9. Payment Scheduled
    SELECT
        BI.INVOICE_ID AS "InvoiceId",
        'Payment Scheduled' AS "ActivityName",
        APS.LAST_UPDATE_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_PAYMENT_SCHEDULES_ALL APS ON BI.INVOICE_ID = APS.INVOICE_ID
    JOIN PER_USERS PU ON APS.LAST_UPDATED_BY = PU.USER_GUID
    WHERE APS.CHECKRUN_ID IS NOT NULL

    UNION ALL

    -- 10. Payment Executed
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Payment Executed' AS "ActivityName",
        AC.CHECK_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_INVOICE_PAYMENTS_ALL AIP ON BI.INVOICE_ID = AIP.INVOICE_ID
    JOIN AP_CHECKS_ALL AC ON AIP.CHECK_ID = AC.CHECK_ID
    JOIN PER_USERS PU ON AC.LAST_UPDATED_BY = PU.USER_GUID

    UNION ALL

    -- 11. Early Payment Taken
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Early Payment Taken' AS "ActivityName",
        AC.CHECK_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_INVOICE_PAYMENTS_ALL AIP ON BI.INVOICE_ID = AIP.INVOICE_ID
    JOIN AP_CHECKS_ALL AC ON AIP.CHECK_ID = AC.CHECK_ID
    JOIN AP_PAYMENT_SCHEDULES_ALL APS ON AIP.INVOICE_ID = APS.INVOICE_ID AND AIP.PAYMENT_NUM = APS.PAYMENT_NUM
    JOIN PER_USERS PU ON AC.LAST_UPDATED_BY = PU.USER_GUID
    WHERE AC.CHECK_DATE <= APS.DISCOUNT_DATE

    UNION ALL

    -- 12. Payment Cleared
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Payment Cleared' AS "ActivityName",
        AC.CLEARED_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN AP_INVOICE_PAYMENTS_ALL AIP ON BI.INVOICE_ID = AIP.INVOICE_ID
    JOIN AP_CHECKS_ALL AC ON AIP.CHECK_ID = AC.CHECK_ID
    JOIN PER_USERS PU ON AC.LAST_UPDATED_BY = PU.USER_GUID
    WHERE AC.CLEARED_DATE IS NOT NULL

    UNION ALL

    -- 13. Invoice Cancelled
    SELECT 
        BI.INVOICE_ID AS "InvoiceId",
        'Invoice Cancelled' AS "ActivityName",
        BI.CANCELLED_DATE AS "EventTime",
        BI.VENDOR_NAME AS "VendorName",
        BI.INVOICE_AMOUNT AS "InvoiceAmount",
        PU.USERNAME AS "User",
        BI.PurchaseOrderNumber AS "PurchaseOrderNumber"
    FROM BaseInvoices BI
    JOIN PER_USERS PU ON BI.INVOICE_LAST_UPDATED_BY = PU.USER_GUID
    WHERE BI.CANCELLED_DATE IS NOT NULL
),
FinalLog AS (
    SELECT 
        E."InvoiceId",
        E."ActivityName",
        E."EventTime",
        E."VendorName",
        E."InvoiceAmount",
        E."User",
        E."PurchaseOrderNumber",
        APS.DUE_DATE AS "DueDate",
        AC.CHECK_DATE AS "PaymentDate",
        AIA.WFAPPROVAL_STATUS AS "InvoiceStatus"
    FROM EventLog_Pre E
    LEFT JOIN AP_INVOICES_ALL AIA ON E."InvoiceId" = AIA.INVOICE_ID
    LEFT JOIN AP_PAYMENT_SCHEDULES_ALL APS ON E."InvoiceId" = APS.INVOICE_ID AND APS.PAYMENT_NUM = 1 -- Assuming first payment schedule for due date
    LEFT JOIN AP_INVOICE_PAYMENTS_ALL AIP ON E."InvoiceId" = AIP.INVOICE_ID AND ROWNUM = 1 -- To get one payment record
    LEFT JOIN AP_CHECKS_ALL AC ON AIP.CHECK_ID = AC.CHECK_ID
)
SELECT 
    F."InvoiceId",
    F."ActivityName",
    F."EventTime",
    F."VendorName",
    F."InvoiceAmount",
    F."User",
    F."PurchaseOrderNumber",
    F."DueDate",
    F."PaymentDate",
    F."InvoiceStatus",
    MAX(F."EventTime") OVER (PARTITION BY F."InvoiceId") AS "EndTime"
FROM FinalLog F
WHERE F."EventTime" IS NOT NULL
ORDER BY F."InvoiceId", F."EventTime";
`

数据模板：应付账款发票处理

您的应付账款发票处理数据模板

应付发票处理属性

应付发票处理活动

数据提取指南

Oracle 事务性商业智能 (OTBI) 报表

步骤

配置

a 查询示例 config

Oracle BI 云连接器 (BICC) PVO 提取

步骤

配置

a 查询示例 config

使用 Oracle Fusion Financials REST API 的 Python 脚本

步骤

配置

a 查询示例 python

Oracle BI Publisher 基于 SQL 的报表提取

步骤

配置

a 查询示例 sql

准备好开始了吗？

降低60%应付账款发票处理成本：即刻开始