您的应付账款付款处理数据模板
您的应付账款付款处理数据模板
- 详细分析的推荐属性
- 用于事件映射的标准流程活动
- Oracle Fusion Financials 提取分步指南
应付账款付款处理属性
| 名称 | 描述 | ||
|---|---|---|---|
|
事件timestamp
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 提取 data 记录的具体时间。这有助于分析人员了解 data 的新鲜度,并辅助增量 data 加载策略。 它区分了实际 event 时间和 data 可用于分析的时间。
为何重要
它确保了 data 的新鲜度,并有助于管理增量 data 加载。
获取方式
提取时的系统时间
示例
2023-10-27T23:59:59Z
|
|||
|
发票编号
InvoiceNumber
|
供应商发票的唯一标识符。 | ||
|
描述
此属性作为供应商提交的特定发票的唯一参考。它在流程挖掘分析中充当核心 Case ID,将随后发生的所有活动(如审批、锁定和付款)分组在一起。 在 Oracle Fusion Financials 中,此字段对于将发票抬头链接到行、付款和采购订单至关重要。分析师使用此标识符来追踪债务从记录到资金转出银行账户的完整生命周期。
为何重要
它是重建端到端流程实例所需的最终 case 标识符。
获取方式
AP_INVOICES_ALL.INVOICE_NUM
示例
INV-2023-00199887766OCT-SERVICE-04
|
|||
|
活动名称
ActivityName
|
流程中执行的具体事件或步骤。 | ||
|
描述
此属性代表正在执行的流程步骤名称,例如“发票已创建”、“发票已验证”或“付款已清算”。它允许流程挖掘算法为每张发票重建事件序列(控制流)。 这些值通常通过统一来自多个交易表和历史表的数据得出,并为每条记录标记易于理解的事件名称。
为何重要
它定义了流程的“内容”,对于映射流程流和发现变体至关重要。
获取方式
源自 AP_INVOICES_ALL 状态变更、AP_INV_APRVL_HIST_ALL 和 AP_CHECKS_ALL
示例
发票已创建发票已验证已创建支付
|
|||
|
源系统
SourceSystem
|
数据来源系统的名称。 | ||
|
描述
标识作为该 event 记录系统的软件系统。在此背景下,通常为“Oracle Fusion Financials”。 此属性在多系统环境中特别有用,因为 data 可能混合了来自 ERP、采购和银行系统的 data。
为何重要
它确保了 data 血缘的可追溯性,尤其是在复杂的系统环境中。
获取方式
硬编码或源自连接配置
示例
Oracle Fusion FinancialsOracle ERP Cloud旧版 EBS
|
|||
|
业务单元
BusinessUnit
|
负责该发票的运营单位或业务实体。 | ||
|
描述
标识处理发票的具体内部部门或子公司。在 Oracle Fusion 中,这映射到 Organization ID。 此属性对于“全球流程变体标准化”仪表板至关重要,它能够比较不同地区或部门的流程效率。
为何重要
它可以对不同组织实体的绩效进行对比分析。
获取方式
HR_ORGANIZATION_UNITS.NAME(通过 AP_INVOICES_ALL 的 ORG_ID 连接)
示例
美国业务部欧洲、中东和非洲地区销售亚太地区制造业
|
|||
|
付款日期
PaymentDate
|
付款实际执行或清算的日期。 | ||
|
描述
记录资金转移或支票开具的时间。这是“平均发票到付款周期时间”KPI 的终点。 将此日期与截止日期进行比较,可以确定付款是逾期、准时,还是足够早以获取折扣。
为何重要
它标志着财务交易和流程生命周期的完成。
获取方式
AP_CHECKS_ALL.CHECK_DATE
示例
2023-10-282023-11-01
|
|||
|
付款条款
PaymentTerms
|
约定的付款时间和折扣条件。 | ||
|
描述
指定规范付款的合同条款,如“Net 30”或“2/10 Net 30”。此属性是“早付款折扣实现”仪表板的基础。 它决定了目标截止日期以及任何可因加速处理而获得的潜在节省。
为何重要
它定义了付款及时性和折扣获取的绩效目标。
获取方式
AP_TERMS.NAME(通过 AP_INVOICES_ALL 的 TERMS_ID 连接)
示例
净 30 天立即2% 10 Net 30
|
|||
|
供应商名称
SupplierName
|
开具发票的供应商名称。 | ||
|
描述
此属性识别请求付款的外部实体。在 Oracle Fusion 中,此信息在供应商主数据 (POZ_SUPPLIERS) 中管理并链接到发票。 分析此属性可进行供应商合规性和吞吐量分析,有助于识别那些经常提交有问题发票或导致返工的供应商。
为何重要
它支持按供应商细分流程绩效,以便进行关系管理。
获取方式
POZ_SUPPLIERS.VENDOR_NAME (通过 AP_INVOICES_ALL 的 VENDOR_ID 关联)
示例
Office Depot Inc.Oracle Corporation戴尔服务
|
|||
|
创建用户
CreatedByUserName
|
录入发票的人员的用户 ID 或姓名。 | ||
|
描述
标识负责初始 data 录入的用户。这映射到用户通用 data 模型属性。 这些 data 用于“人工干预率”分析,以识别培训需求或与高返工率相关的特定用户。
为何重要
它支持资源级别的绩效分析和职责分离检查。
获取方式
AP_INVOICES_ALL.CREATED_BY(通过 PER_USERS 解析为用户名)
示例
j.doesystem_integrationm.smith
|
|||
|
到期日期
DueDate
|
为避免罚金必须完成付款的日期。 | ||
|
描述
根据发票日期和付款条款计算出的付款期限。此属性是“逾期付款率”KPI 的主要基准。 监控此日期与实际付款日期的偏差,可揭示对供应商合同的遵守情况以及现金流管理的有效性。
为何重要
它是衡量准时付款绩效的关键目标日期。
获取方式
AP_PAYMENT_SCHEDULES_ALL.DUE_DATE
示例
2023-10-302023-11-15
|
|||
|
发票日期
InvoiceDate
|
供应商在发票上印刷的日期。 | ||
|
描述
此日期代表供应商开具发票的时间,不同于收到发票或录入 Oracle 的时间。它是根据付款条款计算付款到期日的基准。 发票日期与录入日期之间的差异通常表明邮件收发室或扫描环节存在延迟。
为何重要
它是付款期限计算和账龄分析的参考点。
获取方式
AP_INVOICES_ALL.INVOICE_DATE
示例
2023-09-152023-10-01
|
|||
|
发票类型
InvoiceType
|
发票分类(例如:标准、贷项通知单)。 | ||
|
描述
将发票归类为标准、预付款或贷项通知单 (Credit Memo) 等类型。这映射到 caseType 通用属性。 不同类型的发票遵循不同的验证和审批路径,因此按此属性进行细分对于准确进行“端到端周期时间性能”基准测试是必要的。
为何重要
它允许在流程绩效对比中区分不同的业务类别,避免“苹果与橘子”式的盲目对比。
获取方式
AP_INVOICES_ALL.INVOICE_TYPE_LOOKUP_CODE
示例
STANDARD贷方预付款
|
|||
|
发票金额
InvoiceAmount
|
发票的总货币价值。 | ||
|
描述
代表发票需支付的总金额。该值对于“低价值发票效率评估”至关重要,使企业能够将投入精力与交易的财务价值关联起来。 它还用于优先处理高价值发票,以实现早付款折扣。
为何重要
它量化了 case 的财务影响,并支持风险优先级排序。
获取方式
AP_INVOICES_ALL.INVOICE_AMOUNT
示例
1500.00250.5010000.00
|
|||
|
采购订单号
PurchaseOrderNumber
|
关联采购订单的参考编号。 | ||
|
描述
将发票链接至上游采购流程。此属性对于“PO 匹配与差异解决”分析至关重要。 与有 PO 支持的发票相比,没有 PO 编号的发票通常遵循不同且往往效率较低的审批工作流。
为何重要
它区分了有 PO 支持和无 PO 的发票,两者的流程行为各不相同。
获取方式
PO_HEADERS_ALL.SEGMENT1 (通过 AP_INVOICE_LINES_ALL 关联)
示例
PO-9988774500001234
|
|||
|
审批状态
ApprovalStatus
|
发票的当前工作流状态。 | ||
|
描述
指示发票状态是必填、已发起、已拒绝还是已批准。此属性有助于进行“审批工作流瓶颈分析”。 它提供了发票在授权层级中所处位置的高级快照。
为何重要
它有助于诊断审批链中的停滞。
获取方式
AP_INVOICES_ALL.WFAPPROVAL_STATUS
示例
必填WFAPPROVED不需要
|
|||
|
折扣损失金额
DiscountLostAmount
|
因逾期付款而错失折扣的金额价值。 | ||
|
描述
计算方式:如果付款日期超过了折扣条款日期,则为全额发票金额与折扣金额之间的差值。此属性支持“早期付款折扣实现”分析。 它为流程低效分配了一个具体的金额价值。
为何重要
它将流程延迟的成本货币化。
获取方式
根据 InvoiceAmount 和 PaymentTerms 计算
示例
50.000.00120.50
|
|||
|
是否疑似重复
IsPotentialDuplicate
|
指示发票是否与其他发票共享详情的标志。 | ||
|
描述
一个计算得出的布尔标志。如果在特定时间窗口内供应商和金额与另一张发票匹配,则该标志为 true。此属性支持“重复发票检测分析”仪表板。 它作为一种主动预警机制,供审计员在支付发布前审查特定 case。
为何重要
它是防止财务损失的关键风险控制属性。
获取方式
基于对 InvoiceAmount 和 SupplierName 的窗口函数计算
示例
truefalse
|
|||
|
货币代码
CurrencyCode
|
开具发票的货币。 | ||
|
描述
交易的 ISO 货币代码(如 USD、EUR)。这对于在“低价值发票效率评估”中实现金额标准化至关重要。 由于银行复杂性的不同,国内(本币)和国际(外币)付款之间的流程变体往往存在显著差异。
为何重要
它识别了跨境复杂性,是财务归一化处理所必需的。
获取方式
AP_INVOICES_ALL.INVOICE_CURRENCY_CODE
示例
美元EURGBP
|
|||
|
逾期天数
DaysOverdue
|
付款日期晚于截止日期的天数。 | ||
|
描述
一个计算得出的数值,指示付款延迟的天数。正值表示延迟;负值表示提前付款。 该指标为“延迟付款与罚金风险追踪器”仪表板提供支持,有助于量化流程延迟的严重程度。
为何重要
它量化了延迟付款问题的严重程度。
获取方式
计算结果:付款日期 - 截止日期
示例
5-20
|
|||
应付账款付款处理活动
| 活动 | 描述 | ||
|---|---|---|---|
|
发票已创建
|
在 Oracle Fusion Payables 系统中初始创建的发票记录。这捕获了发票抬头首次提交到数据库的时间戳,无论是手动录入还是通过 IDR/接口导入。 | ||
|
为何重要
确定周期时间计算和账龄分析的流程开始时间。对于衡量收据与录入之间的滞后至关重要。
获取方式
AP_INVOICES_ALL 表,CREATION_DATE 列。通过 INVOICE_ID 筛选。
捕获
交易记录创建时记录
事件类型
explicit
|
|||
|
发票已取消
|
发票被作废或取消,有效地结束了流程实例且未产生付款。 | ||
|
为何重要
代表浪费的精力。高取消率通常指向前端重复录入或供应商数据质量差。
获取方式
AP_INVOICES_ALL.CANCELLED_DATE 已填写。
捕获
交易 X 执行时记录
事件类型
explicit
|
|||
|
发票已审批
|
工作流中授予最终审批。发票状态更新为“工作流已批准”或“手动已批准”。 | ||
|
为何重要
一个重要的里程碑,标志着发票已被准许进入付款选择阶段。该步骤前的长时间停滞通常意味着存在审批瓶颈。
获取方式
AP_INV_APRVL_HIST_ALL 表(最新审批操作),或 AP_INVOICES_ALL.WFAPPROVAL_STATUS = 'WFAPPROVED'。
捕获
比较前/后状态字段
事件类型
inferred
|
|||
|
发票已验证
|
发票状态变更为“已验证”,表明它已通过系统完整性检查、税务计算和匹配规则。这是审批和付款的前提条件。 | ||
|
为何重要
标志着从数据录入到审批/付款工作流的转换。此处的延迟通常意味着数据质量问题或配置错误。
获取方式
根据 AP_INVOICES_ALL.VALIDATION_REQUEST_ID timestamp 推断,或通过追踪 AP_INVOICE_HISTORY 中的状态变更(如果已启用)。
捕获
比较前/后状态字段
事件类型
inferred
|
|||
|
发票行已匹配
|
发票行与采购订单 (PO) 或收货单的关联。这表明在录入行时已发生三方或两方匹配流程。 | ||
|
为何重要
对于分析“首次通过率”以及识别自动化匹配失败环节至关重要。匹配率低会导致大量人工返工。
获取方式
AP_INVOICE_LINES_ALL 表。识别 MATCH_TYPE 为 'ITEM_TO_PO'、'PO_PRICE_ADJUSTMENT' 等的记录。
捕获
带链接的交易行创建时记录
事件类型
explicit
|
|||
|
已创建支付
|
付款单据(支票、电子转账、电汇)已生成。这减少了负债并标志着付款的执行。 | ||
|
为何重要
周期时间的“结束”时间戳。将此与截止日期进行比较,可确定“逾期付款”和“折扣实现”指标。
获取方式
链接至 AP_CHECKS_ALL 的 AP_INVOICE_PAYMENTS_ALL 表。使用付款记录的 CREATION_DATE。
捕获
交易 X 执行时记录
事件类型
explicit
|
|||
|
已应用发票暂停
|
发票被系统或人工设置为“暂停 (hold)”,从而阻止付款。这包括数量差异、价格差异或人工设置的“发票需要审查”暂停。 | ||
|
为何重要
流程摩擦的主要指标。分析锁定原因有助于识别供应商合规性问题或内部流程差距。
获取方式
AP_HOLDS_ALL 表,CREATION_DATE。指示流程流中的停止点。
捕获
交易 X 执行时记录
事件类型
explicit
|
|||
|
付款已清算
|
付款已与银行对账单核对。状态变更为“已清算”或“已对账”。 | ||
|
为何重要
现金周期的真实终点。对于现金流预测以及了解发单与清算之间的头寸时间至关重要。
获取方式
AP_CHECKS_ALL.STATUS_LOOKUP_CODE 变更为 'CLEARED'。timestamp 为 CLEARED_DATE。
捕获
交易 X 执行时记录
事件类型
explicit
|
|||
|
发票已记账
|
生成发票会计分录并传输至总账。这确认了财务影响的记录。 | ||
|
为何重要
确保财务合规。此处的延迟可能会影响期间结账活动和财务报告的准确性。
获取方式
AP_INVOICE_DISTRIBUTIONS_ALL.POSTED_FLAG = 'Y',或通过链接至发票的 XLA_AE_HEADERS(子分类账会计)。
捕获
交易 X 执行时记录
事件类型
explicit
|
|||
|
审批启动
|
发票已提交至审批工作流 (AMX)。这标志着管理授权阶段的开始。 | ||
|
为何重要
区分运营处理时间与管理审批前置时间。有助于判断延迟是由 AP 员工还是审批人造成的。
获取方式
AP_INV_APRVL_HIST_ALL 表(审批历史),或根据 AP_INVOICES_ALL.WFAPPROVAL_STATUS 变更为 'INITIATED' 推断。
捕获
比较前/后状态字段
事件类型
inferred
|
|||
|
已选付款
|
发票被付款处理请求 (PPR) 选中。它已准备好付款,但现金尚未转移。 | ||
|
为何重要
指示发票已被付款运行选中。此步骤与“付款已创建”之间的间隔可能意味着存在批处理问题。
获取方式
AP_SELECTED_INVOICES_ALL(临时表),或根据 AP_PAYMENT_SCHEDULES_ALL.CHECK_RUN_ID 填充情况推断。
捕获
比较前/后状态字段
事件类型
inferred
|
|||
|
已释放发票暂停
|
移除先前实施的锁定,允许发票继续进入工作流。这代表了差异的解决。 | ||
|
为何重要
计算“返工时间”或“处理时间”。高频出现表示异常处理效率低下。
获取方式
AP_HOLDS_ALL 表,已填写 RELEASE_LOOKUP_CODE 的 LAST_UPDATE_DATE。
捕获
交易 X 执行时记录
事件类型
explicit
|
|||