您的“采购到付款 - 发票处理”数据模板

Oracle Fusion Financials
您的“采购到付款 - 发票处理”数据模板

您的“采购到付款 - 发票处理”数据模板

本模板旨在指导您收集关键数据,以便分析 Oracle Fusion Financials 中的“采购到付款”(特别是发票处理)流程。它列出了核心属性、关键活动,并提供了从系统中提取此类信息的指南。使用本模板将帮助您为流程挖掘准备准确且完整的事件日志。
  • 建议收集的属性
  • 需要追踪的关键活动
  • Oracle Fusion Financials 数据提取指南
不熟悉事件日志?了解 如何创建流程挖掘事件日志.

采购到付款 - 发票处理属性

为了进行全面的“采购到付款 - 发票处理”分析,建议在事件日志中包含以下数据字段。
3 必填 7 推荐 11 可选
名称 描述
发票编号
InvoiceNumber
供应商发票的唯一标识符。
描述

发票号码作为主 case 标识符,将单个供应商发票从创建到最终付款的所有活动和 event 关联起来。在流程分析中,每张发票都被视为一个唯一的 case 实例。

在流程挖掘中,该属性是重建每张发票端到端路径的基础。它支持基于单张发票分析流程流向、周期时间及变体。它是将验证、审批和付款等不同活动串联成完整流程叙述的关键。

为何重要

这是核心的 case 标识符,它将所有相关的流程步骤连接起来,使追踪发票的整个生命周期成为可能。

获取方式

这通常可以在 AP_INVOICES_ALL 表的 INVOICE_NUM 列中找到。

示例
INV-2023-001987654321ACME-FIN-5501
开始时间
EventTime
指示某个活动或事件发生的时间戳。
描述

该属性为发票流程中的每个活动提供日期和时间。它对于所有基于时间的流程分析(包括计算周期时间、持续时间以及各步骤间的等待时间)都至关重要。

通过使用该 timestamp 按时间顺序对 event 进行排序,流程挖掘工具可以重建每张发票的确切活动序列。这使得计算“平均发票周期时间”等关键绩效指标成为可能,并有助于识别流程中哪些阶段最为耗时。

为何重要

该 timestamp 对于计算所有与时长和时间相关的绩效指标(如周期时间和瓶颈)至关重要。

获取方式

该 timestamp 源自 Oracle Fusion 表中的各种日期字段,例如 AP_INVOICES_ALL 表中的 CREATION_DATE 或 LAST_UPDATE_DATE,或相关的 workflow 和付款表。

示例
2023-04-15T10:00:00Z2023-04-16T14:35:10Z2023-04-20T09:05:00Z
活动
ActivityName
发票处理流程中发生的业务活动或事件的名称。
描述

该属性描述了发票生命周期中的特定步骤或 status 变更,例如“发票已创建”、“发票已审批”或“付款已执行”。这些步骤构成了流程流转的事件序列。

分析活动的序列和频率是流程挖掘的核心。它有助于发现真实的流程路径,识别活动受阻的瓶颈,并发现偏差或返工循环(例如发票在审批后又被拒绝)。

为何重要

它定义了流程的各个步骤,这对于可视化流程图、分析流向变体以及识别瓶颈至关重要。

获取方式

该属性通常源自 Oracle Fusion Financials 中的状态字段、审计表或 workflow 日志的组合,例如 AP_INVOICES_ALL.WFAPPROVAL_STATUS 或相关的 workflow 表。

示例
发票已验证发票已暂停发票已审批已执行付款
付款到期日
PaymentDueDate
发票应支付给供应商的截止日期。
描述

付款截止日是根据与供应商约定的付款条件计算得出的。它是付款的最后期限,旨在避免罚款、维护良好的供应商关系并争取潜在的早付折扣。

该属性对“准时付款绩效”控制台及相关 KPI 至关重要。通过将实际付款执行 timestamp 与付款截止日进行对比,分析可以将付款分类为“准时”或“逾期”,助力组织监控并提升付款及时性。

为何重要

这是衡量准时付款绩效的基准,也是供应商管理和财务健康状况的关键 KPI。

获取方式

该日期通常可以在与发票关联的付款排程表(如 AP_PAYMENT_SCHEDULES_ALL)中找到。

示例
2023-05-152023-06-012023-06-30
供应商名称
VendorName
开具发票的供应商名称。
描述

该属性标识了发票所属的供应商实体。供应商信息为财务交易提供了关键的业务背景。

按供应商分析流程可以揭示有关供应商关系和绩效的重要见解。例如,它可以突出显示来自某些供应商的发票是否更容易出现匹配差异、挂起或延误。此类信息可用于改进供应商准入、加强沟通并提升整体供应链效率。它还用于识别潜在的重复付款。

为何重要

它支持针对特定供应商的流程分析,有助于识别导致延迟或异常的特定供应商问题。

获取方式

位于 POZ_SUPPLIERS 表。发票表 AP_INVOICES_ALL 包含 VENDOR_ID,可用于与供应商表进行联接。

示例
Acme CorporationGlobal Tech Inc.办公用品有限公司
公司代码
CompanyCode
处理发票的法人实体或公司标识符。
描述

公司代码代表组织内对该发票负有财务责任的具体业务实体。在多公司组织中,这是一个基础性的组织数据点。

该属性支持按法律实体进行流程细分分析。这对于对比不同业务部门的流程绩效、识别特定实体的瓶颈或合规问题、以及确保在公司层面报告 KPI 均非常有用。此外,它通常也是决定正确审批 workflow 的关键因素。

为何重要

它支持在组织内的不同法律实体或业务单元之间进行流程比较和性能基准测试。

获取方式

这通常由 AP_INVOICES_ALL 中的 LEGAL_ENTITY_ID 或类似字段表示,可以将其连接到总账表以获取代码或名称。

示例
1001US01DE01
发票状态
InvoiceStatus
发票在其生命周期中的当前状态。
描述

该属性反映了发票已知的最后状态,例如“已验证”、“需要重新验证”、“已支付”或“已取消”。它提供了发票在任何给定时间点所处流程位置的快照。

发票状态对于“当前发票状态分布”控制台至关重要,它能帮助运营经理识别积压工作并监控发票处理流水线的整体健康状况。分析状态随时间的变化还可以提供流程流向的简化视图。

为何重要

它提供了发票的当前状态视图,这对于跟踪积压工作和工作量的运营仪表板至关重要。

获取方式

请参考 Oracle Fusion Financials 文档。状态可能衍生自 AP_INVOICES_ALL 中的 WFAPPROVAL_STATUS 字段或相关的审批与付款表。

示例
已验证已付款已取消需要重新验证
发票金额
InvoiceAmount
发票的总货币价值。
描述

发票金额代表发票上注明的应付供应商总额。这是一个关键的财务属性,会影响整个流程,通常决定了审批路径、审查力度及付款优先级。

在流程挖掘分析中,发票金额是过滤和细分的重要维度。例如,分析人员可以对比高额发票与低额发票的处理流程,观察其路径是否不同或周期时间是否存在显著差异。这对于计算财务 KPI 以及评估逾期付款等流程低效环节所造成的金钱损失也至关重要。

为何重要

此值对于财务分析、根据金额理解流程偏差以及“审批合规率”等 KPI 至关重要。

获取方式

位于 AP_INVOICES_ALL 表的 INVOICE_AMOUNT 列。

示例
1500.00250.75125000.50
用户名称
UserName
执行该活动的用户姓名。
描述

该属性标识了负责执行特定活动的具体用户或系统代理(如验证发票、执行挂起或批准付款)。它为流程引入了人员或系统资源的维度。

按用户分析有助于了解工作负载分布、识别表现优异者,并发现潜在的培训需求或合规问题。例如,它可以揭示某些用户是否经常涉及返工循环,或者特定审批步骤是否始终由同一人处理(从而形成潜在的单点故障风险)。

为何重要

它支持分析资源性能、工作负载平衡,并识别哪些用户或团队参与了特定的流程步骤。

获取方式

此信息通常存储在 AP_INVOICES_ALL 等表的 CREATED_BY 或 LAST_UPDATED_BY 等审计列中,或存在于相关的 workflow 日志中。

示例
john.doejane.smithSystem.Admin
结束时间
EndTime
指示活动或事件完成的时间戳。
描述

End Time 标志着特定活动的结束。Start Time 代表开始,而 End Time 提供终点,从而能够精准计算各步骤的持续时间。

在分析中,End Time 与 Start Time 的差值即为每个活动的处理时间。这对于细致的绩效分析至关重要,有助于区分“主动处理时间”与“空闲等待时间”。例如,它有助于衡量审批人员在审批任务上实际投入的时间,与任务在队列中静置的时间。

为何重要

它能够精确计算活动处理时间,将实际工作时间与等待时间区分开来。

获取方式

这是一个概念性属性,源自给定 case 序列中后续 event 的 Start Time。

示例
2023-04-15T10:05:12Z2023-04-16T15:00:00Z2023-04-20T09:15:30Z
最后数据更新
LastUpdateDate
指示记录在源系统中最后更新时间的 timestamp。
描述

该属性反映了 Oracle Fusion Financials 中底层数据的最新修改时间。它用于管理增量数据加载,确保流程挖掘模型保持最新。

虽然该技术 timestamp 不直接用于流程流向分析,但对于维护数据的时效性和完整性至关重要。它允许数据流水线仅高效查询自上次更新以来新增或变更的记录,从而减轻源系统的负载。

为何重要

确保数据流水线可以高效、增量地运行,在无需全量重新加载的情况下保持流程分析的实时性。

获取方式

通常在包括 AP_INVOICES_ALL 在内的许多 Oracle Fusion 表中作为 LAST_UPDATE_DATE 字段存在。

示例
2023-05-20T11:00:00Z2023-05-21T16:45:00Z
匹配差异原因
MatchingDiscrepancyReason
发票、采购订单与收货单之间不匹配的具体原因。
描述

该属性详细说明了发票未能通过自动匹配流程的原因。常见原因包括发票与相应采购订单或收货单之间的价格、数量或物料编码存在差异。

此类信息对于“发票匹配差异率”控制台至关重要。通过对差异原因进行分类和分析,企业可以精准发现采购或收货流程中的系统性问题。这有助于采取纠正措施,提高“直通式”无人干预发票处理的比例。

为何重要

它解释了发票自动匹配失败的原因,为提高首次匹配率和减少人工返工提供必要的见解。

获取方式

请参考 Oracle Fusion Financials 文档。这可能在 AP_HOLDS_ALL 或相关的匹配详情表中记录为特定的暂挂原因类型。

示例
单价与 PO 不符发票数量 > 收到数量发票上存在无效项目
发票日期
InvoiceDate
供应商发票单据上注明的日期。
描述

该属性是供应商正式开具发票的日期。它是原始单据上的关键信息,并作为根据约定付款条件计算付款截止日的起点。

虽然发票日期并不总是内部流程的起点,但它是至关重要的上下文。它与供应商名称和发票金额结合使用,有助于识别潜在的重复发票。此外,分析发票日期与系统创建发票日期之间的延迟,可以揭示收发室或发票录入环节的低效问题。

为何重要

这是识别重复发票和计算付款到期日的关键数据点。

获取方式

这是 AP_INVOICES_ALL 表中的标准字段,名为 INVOICE_DATE。

示例
2023-04-102023-05-012023-05-25
处理时间
ProcessingTime
在单个活动上花费的时间。
描述

处理时间衡量特定流程步骤的实际工作时长,计算方式为该活动的 End Time 与 Start Time 之差。

这一计算指标对性能分析至关重要,因为它能区分“主动处理时间”与“空闲等待时间”。例如,它可能显示某项审批活动实际仅需 5 分钟的操作,但在队列中却停留了 3 天。通过这种洞察,管理层可以将改进重心放在两个方面:通过培训或自动化缩短工作时间,或通过更优的工作负载分配减少等待时间。

为何重要

它分离出活动的实际工作时间,有助于区分低效任务和长时间的等待期。

获取方式

这是一个计算属性,通过 EndTime 减去 StartTime (EndTime - StartTime) 得出。

示例
PT5MPT1H30MP2D
审批人姓名
ApproverName
审批或拒绝发票的人员姓名。
描述

该属性记录了在审批步骤中执行操作的个人身份。这适用于“发票已审批”或“发票已拒绝”等活动。

在分析中,审批人姓名用于了解审批工作负载、衡量个人审批周期,以及审计对审批政策的合规性。对于“审批合规率”这一 KPI,可以根据发票金额和公司代码,对照职权委派规则对该属性进行核查。

为何重要

这对于分析审批周期、确保符合审批矩阵政策以及了解工作负载分布至关重要。

获取方式

此类信息存在于与发票对象关联的 Oracle Fusion workflow 或审批历史表中。

示例
David WilsonSarah JohnsonMichael Brown
是否按时付款
IsOnTimePayment
一个布尔标志,指示发票是否在到期日之前支付。
描述

如果付款在指定的付款截止日或之前执行,则此标志设为 true,否则为 false。它为每张已付发票提供了简单清晰的分类。

这一计算属性直接支持“准时付款率”KPI 及其对应的控制台。它通过让用户轻松过滤、统计和可视化逾期与准时付款的比例,简化了分析工作,无需实时进行日期对比。这有助于快速识别付款延迟的规模并追踪随时间推移的改进情况。

为何重要

这简化了付款及时性的分析,并且是计算“准时付款率”KPI 的直接输入数据。

获取方式

这是一个计算属性,通过对比“付款已执行”活动的 timestamp 与 PaymentDueDate 属性得出。

示例
truefalse
是否返工
IsRework
一个布尔标志,用于识别属于返工循环一部分的活动。
描述

对于指示偏离理想流程流向的活动(例如“发票已更正”或拒绝后再次出现的“发票已验证”),此标志将设为 true。它有助于明确标记并量化低效的流程循环。

该属性对“返工与异常处理率”控制台至关重要。通过标记返工活动,分析人员可以轻松量化返工的数量和成本,识别其根本原因,并衡量旨在“一次性做对”的流程改进计划的成效。

为何重要

它明确识别并量化了返工情况,使分析流程低效的频率、原因和影响变得更加容易。

获取方式

这是一个计算属性。其逻辑在数据转换期间定义,用于识别构成返工的活动序列。

示例
truefalse
暂挂原因
HoldReason
发票被挂起或拦截付款的原因。
描述

当发票被挂起时,该属性指定了原因,例如“价格不匹配”、“数量差异”或“等待收货”。这为正常流程中断的原因提供了背景信息。

该属性是“付款拦截趋势与分析”控制台的主要维度。通过分析各种挂起原因的频率,企业可以识别并解决导致付款拦截的根本原因(如采购流程问题或供应商开票准确性问题),从而最终减少处理延迟。

为何重要

它提供了付款冻结的根本原因,支持针对性改进,以减少暂挂频率和付款延迟。

获取方式

暂挂信息通常存储在 AP_HOLDS_ALL 表中,该表与发票关联,并包含暂挂原因或代码。

示例
价格不符开票数量超出收货数量无效的采购订单号
源系统
SourceSystem
识别记录事件数据的源系统。
描述

该属性指定了生成数据的源应用程序或模块(如 Oracle Fusion Financials)。在拥有多个集成系统的环境中,此字段有助于区分不同流程步骤的来源。

了解源系统对于数据验证、故障排除以及分析特定于某个系统的流程差异非常有价值。它确保了在发票路径可能跨越多个应用程序的复杂 IT 架构中保持流程清晰。

为何重要

它提供了关于数据来源的背景信息,这对于数据治理、故障排除以及分析特定系统的流程行为非常重要。

获取方式

这通常是在数据抽取过程中添加的静态值,用于标注数据集来源。

示例
Oracle Fusion FinancialsOracle Payables Cloud
货币
InvoiceCurrencyCode
发票金额的币种。
描述

该属性指定了发票的币种,例如美元 (USD)、欧元 (EUR) 或英镑 (GBP)。它是发票金额字段必不可少的背景信息。

在全球化组织中,按币种分析发票对于财务报告和了解各地区的流程差异非常重要。它确保了货币价值被准确解读,并支持针对特定币种的付款惯例或审批阈值分析。

为何重要

为所有财务金额提供必要的上下文背景,确保在跨国业务中实现准确的解读与分析。

获取方式

位于 AP_INVOICES_ALL 表的 INVOICE_CURRENCY_CODE 列。

示例
美元EURGBPCAD
采购订单号
PurchaseOrderNumber
与发票相关联的采购订单标识符。
描述

该属性将发票与授权采购货物或服务的相应采购订单 (PO) 关联起来。发票可以分为有 PO 支持和无 PO 两类。

按 PO 分析可以将视角带回 P2P 流程的采购端。它有助于了解采购流程的合规性,并判断发票处理中的问题(如匹配差异)是否源于初始 PO 的问题。是否存在 PO 编号是细分和分析不同发票处理路径的主要方式。

为何重要

它将发票链接回采购流程,是分析 PO 发票流与非 PO 发票流的关键属性。

获取方式

通过 PO_DISTRIBUTION_ID 将 AP_INVOICE_LINES_ALL 中的发票行项目关联到 PO 分配信息,即可获取此数据。

示例
PO-2023-5001600789PO-FIN-9981
必填 推荐 可选

采购到付款 - 发票处理活动

为实现精准的流程发现,建议在事件日志中记录以下关键步骤与里程碑。
6 推荐 9 可选
活动 描述
发票已与采购订单匹配
此活动表示发票行与相应的采购订单行已成功匹配,确认了发票上的货物或服务确实已订购。这通常是记录在系统中的自动或人工操作。
为何重要

对于涉及采购订单、收据和发票的三方匹配至关重要。此阶段的失败是导致异常和延迟的主要原因。

获取方式

可以从 AP_INVOICE_DISTRIBUTIONS_ALL 表中创建的记录(将发票链接到 PO 分配 ID)来推断。也可以使用 AP_INVOICE_LINES_ALL 中的行级匹配状态。

捕获

通过发票行中填充的 PO 分配数据推断。

事件类型 inferred
发票已创建
代表在系统中初步创建发票记录,无论是通过人工录入、扫描还是电子提交。当主发票表中插入新行时,通常会捕获此 event。
为何重要

这标志着发票处理生命周期的开始。分析该 event 发生的时间有助于评估数据录入效率,并识别流程启动阶段的延迟情况。

获取方式

在 Oracle Fusion Financials 中,这对应于 AP_INVOICES_ALL 表中记录的创建时间戳,即 CREATION_DATE 列。

捕获

AP_INVOICES_ALL 中的记录创建 timestamp。

事件类型 explicit
发票已审批
发票已通过 workflow 中所有必要环节的审批。现在可以进行会计分录和付款排程。
为何重要

一个重大里程碑,标志着审批流程的圆满完成。此步骤之前的延迟是常见的瓶颈所在。

获取方式

通过 AP_INVOICES_ALL 表中的 APPROVAL_STATUS 变为最终审批状态(如“已批准”或“工作流已批准”)推断。该字段的审计历史提供了时间戳。

捕获

通过 AP_INVOICES_ALL.APPROVAL_STATUS 变为“已批准”推断。

事件类型 inferred
发票已记账
发票已成功过账到总账并创建日记账分录。该 event 确认发票的财务影响已被正式记录。
为何重要

一个关键的财务控制点,也是付款的前提条件。它确认发票已完全通过校验、审批通过并准备好进行结算。

获取方式

通过 AP_INVOICE_DISTRIBUTIONS_ALL 表中的状态(ACCRUAL_POSTED_FLAG = 'Y')或通过检查总账表(如 XLA_AE_HEADERS)中对应的日记账分录来推断。

捕获

通过 AP_INVOICE_DISTRIBUTIONS_ALL 中的标志或关联的总账 (GL) 分录推断。

事件类型 inferred
发票已送审
发票根据预设的业务规则提交至审批 workflow。这标志着正式审批周期的开始。
为何重要

启动流程中的关键环节。跟踪此开始时间对于衡量和优化“发票审批周期时间”至关重要。

获取方式

通过 AP_INVOICES_ALL 表中的状态变化推断,例如 APPROVAL_STATUS 变为“已启动”或“待审批”。工作流表中也可能包含此事件。

捕获

通过 AP_INVOICES_ALL.APPROVAL_STATUS 变为“已发起”推断。

事件类型 inferred
已执行付款
付款已完成并结清的最终确认。对于支票,这是指结算日期;对于电子付款,则是指银行的确认信息。
为何重要

这是发票生命周期中的最后一项活动,标志着流程的圆满完成。它是计算“平均发票周期时间”和“准时付款率”的终点。

获取方式

通过 AP_CHECKS_ALL 表中付款状态更新为“已清理”或“已对账”(使用 CLEARED_DATE),或通过现金管理模块 (CE_STATEMENT_LINES) 的银行对账数据来推断。

捕获

通过 AP_CHECKS_ALL 中的状态更新或 CE 模块中的对账情况推断。

事件类型 inferred
付款已安排
发票已被选中并包含在付款处理请求中(通常称为付款运行或付款批处理)。它现在已进入付款队列。
为何重要

会计处理与实际付款之间的步骤。这一阶段的时长会影响现金流预测以及获取早付折扣的能力。

获取方式

当创建付款记录但尚未确认支付时,会记录在 AP_INVOICE_PAYMENTS_ALL 表中。也可在 IBY_PAYMENT_PROCESS_REQUESTS 等付款批处理表中找到。

捕获

AP_INVOICE_PAYMENTS_ALL 中创建了计划付款的记录。

事件类型 explicit
发票已冲销
发票已作废或取消,将不再进行进一步处理或付款。这代表了流程的最终结束状态。
为何重要

对于未进入付款环节的发票,这是一个重要的终点。分析作废情况可以揭示重复发票或供应商提交错误等问题。

获取方式

通过 AP_INVOICES_ALL 中的状态变化推断。CANCELLED_DATE 列将填充作废时间戳。

捕获

AP_INVOICES_ALL 表中的 CANCELLED_DATE 字段已填充。

事件类型 explicit
发票已拒绝
审批人在审批工作流中驳回了发票。此操作通常会将发票退回以进行更正或作废,从而触发返工循环。
为何重要

代表流程中的负面结果,是导致返工和周期延长的主因。通过追踪拒绝情况,有助于识别发票质量问题或 PO 合规性问题。

获取方式

通过 AP_INVOICES_ALL 表中的 APPROVAL_STATUS 变为“已驳回”推断。工作流历史记录将包含驳回人和驳回时间的详细信息。

捕获

通过 AP_INVOICES_ALL.APPROVAL_STATUS 变为“已驳回”推断。

事件类型 inferred
发票已暂停
一个通用活动,代表发票被执行了任何形式的暂挂,从而阻止其进入付款阶段。原因可能多种多样,如匹配问题、资金不足或人工干预。
为何重要

直接影响周期时间并可能导致逾期付款。分析暂挂是识别和解决系统性流程问题的关键,为“付款冻结趋势”分析提供支持。

获取方式

AP_HOLDS_ALL 表中明确记录。每一行代表一个暂挂,包含创建日期 (HOLD_DATE) 和原因。

捕获

AP_HOLDS_ALL 表中创建了记录。

事件类型 explicit
发票已更正
当用户修改发票时发生(通常是为了响应拒绝或修复录入错误)。这在流程中代表了一个人工返工步骤。
为何重要

此活动是明显的返工信号。分析其发生频率有助于量化流程的低效程度,并支持“发票返工率”这一 KPI。

获取方式

可以通过跟踪 AP_INVOICES_ALL 表中发票记录在校验或提交审批后的重大更新来推断。这需要 LAST_UPDATE_DATE 时间戳以及审计追踪数据。

捕获

通过比较驳回或暂挂后的 LAST_UPDATE_DATE 来推断。

事件类型 inferred
发票已验证
表示发票已通过系统对其表头及行信息完整性和准确性的验证检查。这通常根据发票记录的 status 变更推断得出。
为何重要

匹配和审批前的一个关键里程碑。此处的延迟可能预示着发票数据质量或系统配置存在问题。

获取方式

通过 AP_INVOICES_ALL 表中发票状态变为“已校验”来推断。可以使用 VALIDATION_STATUS 列的变更历史或审计追踪。

捕获

通过 AP_INVOICES_ALL.VALIDATION_STATUS 字段的变化推断。

事件类型 inferred
发票暂挂已解除
该 event 标志着之前对发票执行的挂起已得到解决。用户或自动程序采取操作解除拦截,使发票得以继续其生命周期。
为何重要

从挂起到解除挂起的时间是衡量异常处理效率的关键指标。这支持了“平均异常解决时间”这一 KPI。

获取方式

记录在 AP_HOLDS_ALL 表中。当挂起解除时,RELEASE_LOOKUP_CODE 和 RELEASE_REASON 字段将连同 LAST_UPDATE_DATE 一起自动填充。

捕获

AP_HOLDS_ALL 表中记录的更新,标记挂起已解除。

事件类型 explicit
已创建支付
系统已生成发票付款指令。这可能是创建支票、电子转账 (EFT) 文件或其他付款凭证。
为何重要

这是组织承诺拨付资金用于付款的节点。它是资金离开银行账户前的一个关键里程碑。

获取方式

记录在 AP_CHECKS_ALL 表中(该表存储所有付款信息)。CHECK_DATE 指示付款单据创建的时间。

捕获

AP_CHECKS_ALL 表中创建了记录。

事件类型 explicit
已发现匹配差异
当系统或用户发现发票、采购订单与收货单信息不符(如价格或数量不一致)时发生。这通常会导致系统对发票执行挂起操作。
为何重要

突出显示需要人工干预的流程异常。跟踪这些事件对于分析“发票匹配差异率”KPI 及其根本原因至关重要。

获取方式

这通常被记录为对发票执行的特定类型挂起。请检查 AP_HOLDS_ALL 表中与匹配相关的挂起类型(例如 'QTY REC' 或 'PRICE')。HOLD_DATE 指示该 timestamp。

捕获

AP_HOLDS_ALL 中创建了具有匹配相关暂挂类型的记录。

事件类型 explicit
推荐 可选

提取指南

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