您的应付账款付款处理数据模板
您的应付账款付款处理数据模板
- 详细分析所需的推荐属性
- 用于事件映射的标准流程活动
- Oracle Fusion Financials分步提取指南
应付账款付款处理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间戳
EventDateTime
|
活动发生的日期和时间。 | ||
|
说明
该属性记录活动发生的准确时间戳,用于按时间顺序排列事件,并计算流程步骤之间的持续时间。 精确的时间戳对于准确分析周期时间至关重要,也有助于识别发票在步骤之间停滞的瓶颈。
为什么重要
它提供绩效分析和流程排序所需的时间维度。
获取位置
来自相应数据表的CREATION_DATE或LAST_UPDATE_DATE,例如AP_INVOICES_ALL、AP_CHECKS_ALL
示例
2023-10-01T08:30:00Z2023-10-05T14:15:00Z2023-10-10T09:00:00Z
|
|||
|
最后数据更新时间
LastDataUpdate
|
数据提取或刷新的时间戳。 | ||
|
说明
表示数据记录从Oracle Fusion提取的具体时间。它帮助分析人员了解数据的新鲜度,并支持增量数据加载策略。 该属性用于区分实际事件发生时间与数据可供分析的时间。
为什么重要
它确保数据保持最新,并帮助管理增量数据加载。
获取位置
提取时的系统时间
示例
2023-10-27T23:59:59Z
|
|||
|
发票编号
InvoiceNumber
|
供应商发票的唯一标识。 | ||
|
说明
该属性是供应商提交的特定发票的唯一引用,也是流程挖掘分析的核心案例ID,用于将审批、阻止和付款等后续活动归入同一案例。 在Oracle Fusion Financials中,该字段对于关联发票抬头、发票行、付款和采购订单至关重要。分析人员使用此标识追踪负债从记录入账到资金离开银行账户的完整生命周期。
为什么重要
这是重建端到端流程实例所需的确定性案例标识。
获取位置
AP_INVOICES_ALL.INVOICE_NUM
示例
INV-2023-00199887766OCT-SERVICE-04
|
|||
|
活动名称
ActivityName
|
流程中执行的具体事件或步骤。 | ||
|
说明
该属性表示正在执行的流程步骤名称,例如“Invoice Created”、“Invoice Validated”或“Payment Cleared”。它帮助流程挖掘算法重建每张发票的事件顺序,即控制流。 这些值通常通过整合多个交易表和历史表中的数据生成,并为每条记录标记易于理解的事件名称。
为什么重要
它定义流程中的“内容”,是映射流程和发现流程变体的必要要素。
获取位置
根据AP_INVOICES_ALL状态变更、AP_INV_APRVL_HIST_ALL和AP_CHECKS_ALL派生
示例
发票已创建发票已验证付款已创建
|
|||
|
源系统
SourceSystem
|
数据来源系统的名称。 | ||
|
说明
标识作为事件记录系统的软件系统。在此场景中,通常为“Oracle Fusion Financials”。 在多系统环境中,数据可能来自ERP、采购和银行系统,该属性尤其有用。
为什么重要
它确保数据血缘可追溯,尤其适用于复杂的系统环境。
获取位置
硬编码或根据连接配置派生
示例
Oracle Fusion FinancialsOracle ERP Cloud旧版EBS
|
|||
|
业务单元
BusinessUnit
|
负责处理该发票的运营单位或业务实体。 | ||
|
说明
标识处理发票的具体内部部门或子公司。在Oracle Fusion中,该字段对应Organization ID。 此属性是“Global Process Variant Standardization”仪表板的基础,可用于比较不同地区或部门的流程效率。
为什么重要
支持比较不同组织实体的绩效。
获取位置
HR_ORGANIZATION_UNITS.NAME(通过AP_INVOICES_ALL中的ORG_ID关联)
示例
美国运营EMEA销售APAC制造
|
|||
|
付款日期
PaymentDate
|
实际执行或结算付款的日期。 | ||
|
说明
记录资金转账或支票开具的时间。这是“Average Invoice to Pay Cycle Time”KPI的终点。 将该日期与Due Date进行对比,可判断付款是否逾期、按时完成,或是否足够提前以获得折扣。
为什么重要
标志着财务交易和流程生命周期的完成。
获取位置
AP_CHECKS_ALL.CHECK_DATE
示例
2023-10-282023-11-01
|
|||
|
付款条件
PaymentTerms
|
双方约定的付款时间和折扣条件。 | ||
|
说明
规定付款所适用的合同条款,例如“Net 30”或“2/10 Net 30”。此属性是“Early Payment Discount Realization”仪表板的基础。 它决定目标Due Date,以及提前处理可获得的潜在节省。
为什么重要
定义付款及时性和折扣获取的绩效目标。
获取位置
AP_TERMS.NAME(通过AP_INVOICES_ALL中的TERMS_ID关联)
示例
30天账期立即付款2%10天内付款,30天账期
|
|||
|
供应商名称
SupplierName
|
开具发票的供应商名称。 | ||
|
说明
该属性用于识别提出付款请求的外部实体。在Oracle Fusion中,此信息由供应商主数据(POZ_SUPPLIERS)管理,并与发票关联。 分析该属性可以按供应商细分流程绩效,开展供应商合规和吞吐量分析,识别经常提交问题发票或导致返工的供应商。
为什么重要
它支持按供应商细分流程绩效,便于开展供应商关系管理。
获取位置
POZ_SUPPLIERS.VENDOR_NAME(通过AP_INVOICES_ALL中的VENDOR_ID关联)
示例
Office Depot Inc.Oracle CorporationDell Services
|
|||
|
创建人
CreatedByUserName
|
录入发票人员的用户ID或姓名。 | ||
|
说明
标识负责初始数据录入的用户。该字段对应User Generic Data Model属性。 此数据用于“Manual Intervention Rate”分析,以识别培训需求,或找出返工率较高的特定用户。
为什么重要
支持资源级绩效分析和职责分离检查。
获取位置
AP_INVOICES_ALL.CREATED_BY(通过PER_USERS解析为用户名)
示例
j.doesystem_integrationm.smith
|
|||
|
到期日
DueDate
|
为避免罚金,必须完成付款的日期。 | ||
|
说明
根据Invoice Date和Payment Terms计算出的付款截止日期。此属性是“Late Payment Rate”KPI的主要基准。 将该日期与实际Payment Date进行对比,可判断是否遵守供应商合同,并评估现金流管理成效。
为什么重要
这是衡量按时付款绩效的关键目标日期。
获取位置
AP_PAYMENT_SCHEDULES_ALL.DUE_DATE
示例
2023-10-302023-11-15
|
|||
|
发票日期
InvoiceDate
|
供应商在发票上注明的日期。 | ||
|
说明
该日期表示供应商开具发票的时间,与发票接收或录入Oracle的时间不同。它是根据付款条款计算付款到期日的基准。 发票日期与录入日期之间存在差异,通常表示收发室处理或扫描延迟。
为什么重要
它是计算付款条款和开展账龄分析的参考点。
获取位置
AP_INVOICES_ALL.INVOICE_DATE
示例
2023-09-152023-10-01
|
|||
|
发票类型
InvoiceType
|
发票的分类,例如Standard、Credit Memo。 | ||
|
说明
将发票分为Standard、Prepayment或Credit Memo等类型。该字段对应CaseType通用属性。 不同发票类型遵循不同的校验和审批路径,因此必须按此属性分组,才能准确建立“End to End Cycle Time Performance”基线。
为什么重要
支持在流程绩效比较中区分不同类型,避免将不可比对象混为一谈。
获取位置
AP_INVOICES_ALL.INVOICE_TYPE_LOOKUP_CODE
示例
标准赊购预付款
|
|||
|
发票金额
InvoiceAmount
|
发票的货币总价值。 | ||
|
说明
表示发票待支付的总金额。该数值对于“低价值发票效率评估”至关重要,可帮助组织比较交易价值与投入的处理精力。 它还用于优先处理高价值发票,以实现提前付款折扣。
为什么重要
它量化案例的财务影响,并支持风险优先级排序。
获取位置
AP_INVOICES_ALL.INVOICE_AMOUNT
示例
1500.00250.5010000.00
|
|||
|
采购订单号
PurchaseOrderNumber
|
关联采购订单的参考编号。 | ||
|
说明
将发票与上游采购流程关联起来。此属性对“PO Matching and Discrepancy Resolution”分析至关重要。 没有PO Number的发票通常采用不同的审批工作流,与有采购订单支持的发票相比,效率往往较低。
为什么重要
区分有PO支持和无PO的发票,因为两者的流程行为不同。
获取位置
PO_HEADERS_ALL.SEGMENT1(通过AP_INVOICE_LINES_ALL关联)
示例
PO-9988774500001234
|
|||
|
审批状态
ApprovalStatus
|
发票当前的工作流状态。 | ||
|
说明
表示发票处于Required、Initiated、Rejected还是Approved状态。此属性有助于开展“Approval Workflow Bottleneck Analysis”。 它概括展示发票在授权层级中的当前位置。
为什么重要
帮助诊断审批链中的停滞环节。
获取位置
AP_INVOICES_ALL.WFAPPROVAL_STATUS
示例
必需WFAPPROVED不需要
|
|||
|
损失的折扣金额
DiscountLostAmount
|
因付款逾期而未获得的折扣金额。 | ||
|
说明
如果Payment Date晚于折扣条款规定的日期,则按发票全额与折后金额之差计算。此字段支持“Early Payment Discount Realization”分析。 它将流程低效转化为可量化的金额。
为什么重要
将流程延误的成本货币化。
获取位置
根据InvoiceAmount和PaymentTerms计算
示例
50.000.00120.50
|
|||
|
是否可能重复
IsPotentialDuplicate
|
用于标识发票是否与另一张发票存在相同信息。 | ||
|
说明
计算得出的布尔标记:如果某张发票在特定时间窗口内与另一张发票的Vendor和Amount相同,则值为true。此字段支持“Duplicate Invoice Detection Analytics”仪表板。 它可作为主动预警机制,提醒审计人员在付款放行前复核相关案例。
为什么重要
这是防止财务损失的关键风险控制属性。
获取位置
根据InvoiceAmount和SupplierName上的窗口函数计算
示例
truefalse
|
|||
|
货币代码
CurrencyCode
|
开具发票时使用的货币。 | ||
|
说明
交易使用的ISO货币代码,例如USD、EUR。它是“Low Value Invoice Efficiency Review”中金额标准化所必需的字段。 由于银行处理复杂度不同,国内本币付款与国际外币付款的流程变体通常存在显著差异。
为什么重要
识别跨境处理复杂度,并支持财务数据标准化。
获取位置
AP_INVOICES_ALL.INVOICE_CURRENCY_CODE
示例
USDEURGBP
|
|||
|
逾期天数
DaysOverdue
|
付款日晚于到期日的天数。 | ||
|
说明
表示付款逾期程度的计算值。正数表示逾期,负数表示提前付款。 此指标用于“Late Payment and Penalty Risk Tracker”仪表板,帮助量化流程延误的严重程度。
为什么重要
量化逾期付款问题的程度。
获取位置
计算方式:PaymentDate - DueDate
示例
5-20
|
|||
应付账款付款处理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
付款已创建
|
生成付款凭证(支票、ETF或电汇)。这会减少负债,并标志着付款已执行。 | ||
|
为什么重要
周期时间的“结束”时间戳。将其与到期日比较,可计算“逾期付款”和“折扣兑现”指标。
获取位置
与AP_CHECKS_ALL关联的AP_INVOICE_PAYMENTS_ALL表。使用付款记录的CREATION_DATE。
采集
交易X执行时记录
事件类型
explicit
|
|||
|
发票已创建
|
在Oracle Fusion应付账款系统中首次创建发票记录。无论发票是手动录入,还是通过IDR或接口导入,该事件都会记录发票抬头首次提交至数据库的时间戳。 | ||
|
为什么重要
用于确定流程开始时间,以计算周期时间并开展账龄分析。对于衡量接收与录入之间的延迟至关重要。
获取位置
AP_INVOICES_ALL表,CREATION_DATE列。按INVOICE_ID筛选。
采集
交易记录创建时记录
事件类型
explicit
|
|||
|
发票已取消
|
发票被作废或取消,流程实例在未付款的情况下结束。 | ||
|
为什么重要
表示已投入的工作被浪费。取消率高通常指向上游重复录入或供应商数据质量较差。
获取位置
AP_INVOICES_ALL.CANCELLED_DATE已填充。
采集
交易X执行时记录
事件类型
explicit
|
|||
|
发票已审批
|
工作流中已完成最终审批。发票状态更新为“Workflow Approved”或“Manually Approved”。 | ||
|
为什么重要
这是允许发票进入付款选择环节的重要里程碑。此步骤前等待时间过长,表示存在审批瓶颈。
获取位置
AP_INV_APRVL_HIST_ALL表(最新审批操作),或AP_INVOICES_ALL.WFAPPROVAL_STATUS=“WFAPPROVED”。
采集
比较变更前后的状态字段
事件类型
inferred
|
|||
|
发票已验证
|
发票状态变为“Validated”,表示已通过系统完整性检查、税额计算和匹配规则验证。这是审批和付款的前置条件。 | ||
|
为什么重要
标志着流程从数据录入转入审批和付款工作流。此处延迟通常表示数据质量问题或配置错误。
获取位置
根据AP_INVOICES_ALL.VALIDATION_REQUEST_ID时间戳推断,或在启用时跟踪AP_INVOICE_HISTORY中的状态变更。
采集
比较变更前后的状态字段
事件类型
inferred
|
|||
|
发票行已匹配
|
将发票行与采购订单(PO)或收货记录关联,表示在录入发票行时已完成三方或两方匹配。 | ||
|
为什么重要
对于分析“首次通过率”和识别自动匹配失败环节至关重要。匹配率低会导致人工返工。
获取位置
AP_INVOICE_LINES_ALL表。识别MATCH_TYPE为“ITEM_TO_PO”、“PO_PRICE_ADJUSTMENT”等的记录。
采集
交易行创建并建立链接时记录
事件类型
explicit
|
|||
|
已对发票设置阻止
|
系统或人工对发票设置阻止,导致付款无法进行。其中包括数量差异、价格差异,或人工设置的“Invoice Needs Review”阻止。 | ||
|
为什么重要
流程摩擦的主要指标。分析阻止原因有助于识别供应商合规问题或内部流程缺口。
获取位置
AP_HOLDS_ALL表,CREATION_DATE。表示流程中的暂停。
采集
交易X执行时记录
事件类型
explicit
|
|||
|
付款已结清
|
付款已与银行对账单完成核对。状态变为“Cleared”或“Reconciled”。 | ||
|
为什么重要
现金周期的真正结束点,对于现金流预测以及了解付款发出到结清之间的资金占用时间至关重要。
获取位置
AP_CHECKS_ALL.STATUS_LOOKUP_CODE变为“CLEARED”。时间戳为CLEARED_DATE。
采集
交易X执行时记录
事件类型
explicit
|
|||
|
付款已选择
|
发票已由付款处理请求(PPR)选中,进入待付款状态,但资金尚未转移。 | ||
|
为什么重要
表示发票已被付款运行选取。此步骤与“Payment Created”之间存在间隔,通常说明批处理存在问题。
获取位置
AP_SELECTED_INVOICES_ALL(临时表),或根据AP_PAYMENT_SCHEDULES_ALL.CHECK_RUN_ID已填充推断。
采集
比较变更前后的状态字段
事件类型
inferred
|
|||
|
发票已入账
|
生成发票会计分录并转入总账,确认财务影响已记录。 | ||
|
为什么重要
确保财务合规。此处延迟可能影响期末结账和财务报告准确性。
获取位置
AP_INVOICE_DISTRIBUTIONS_ALL.POSTED_FLAG=“Y”,或通过与发票关联的XLA_AE_HEADERS(子分类账会计)获取。
采集
交易X执行时记录
事件类型
explicit
|
|||
|
发票阻止已解除
|
移除之前设置的阻止,使发票能够继续沿工作流处理。这表示差异已得到解决。 | ||
|
为什么重要
用于计算“返工时间”或“解决时间”。发生频率高通常表示异常处理效率低下。
获取位置
AP_HOLDS_ALL表中的LAST_UPDATE_DATE,且RELEASE_LOOKUP_CODE已填充。
采集
交易X执行时记录
事件类型
explicit
|
|||
|
审批已发起
|
发票已提交至审批工作流(AMX)。这标志着管理授权阶段开始。 | ||
|
为什么重要
用于区分运营处理时间和管理审批周期,帮助识别延迟来自应付账款员工还是审批人。
获取位置
AP_INV_APRVL_HIST_ALL表(审批历史),或根据AP_INVOICES_ALL.WFAPPROVAL_STATUS变为“INITIATED”推断。
采集
比较变更前后的状态字段
事件类型
inferred
|
|||
提取指南
立即优化应付账款付款处理
将周期时间缩短30%,改善供应商关系。
无需信用卡,5分钟完成设置。