您的应付账款付款处理数据模板
您的应付账款付款处理数据模板
- 详细分析建议使用的属性
- 用于事件映射的标准流程活动
- 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
|
|||
|
发票编号
InvoiceNumber
|
供应商发票的唯一标识符。 | ||
|
说明
此属性是供应商提交的特定发票的唯一标识,可作为流程挖掘分析的核心案例ID,将后续的审批、冻结和付款等活动关联起来。 在Oracle Fusion Financials中,此字段对于关联发票抬头、发票行、付款和采购订单至关重要。分析人员使用该标识符追踪负债的完整生命周期,从记录负债到资金离开银行账户。
重要性
这是还原端到端流程实例所需的权威案例标识符。
获取途径
AP_INVOICES_ALL.INVOICE_NUM
示例
INV-2023-00199887766OCT-SERVICE-04
|
|||
|
数据最后更新时间
LastDataUpdate
|
数据提取或刷新的时间戳。 | ||
|
说明
表示从Oracle Fusion提取数据记录的具体时间。分析人员可据此了解数据的新鲜度,并制定增量数据加载策略。 此属性可区分事件实际发生时间与数据可供分析的时间。
重要性
它确保数据保持最新,并有助于管理增量数据加载。
获取途径
提取时的系统时间
示例
2023-10-27T23:59:59Z
|
|||
|
活动名称
ActivityName
|
流程中执行的具体事件或步骤。 | ||
|
说明
此属性表示正在执行的流程步骤名称,例如“发票已创建”“发票已验证”或“付款已结清”。流程挖掘算法据此还原每张发票的事件顺序(控制流)。 这些值通常通过整合多个交易表和历史记录表中的数据生成,并为每条记录标注易于理解的事件名称。
重要性
它定义流程中发生的“事项”,对于绘制流程图和发现流程变体至关重要。
获取途径
根据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。 此属性是“全球流程变体标准化”仪表板的必要数据,可用于比较不同地区或部门的流程效率。
重要性
便于比较不同组织实体的绩效。
获取途径
HR_ORGANIZATION_UNITS.NAME(通过AP_INVOICES_ALL中的ORG_ID关联)
示例
美国运营部欧洲、中东和非洲销售部亚太制造部
|
|||
|
付款日期
PaymentDate
|
实际付款或结算的日期。 | ||
|
说明
记录资金转账或支票开出的日期。这是“发票到付款平均周期时间”KPI的终点。 将此日期与到期日比较,可判断付款是逾期、按时,还是足够及时以获得折扣。
重要性
标志着财务交易和流程生命周期的完成。
获取途径
AP_CHECKS_ALL.CHECK_DATE
示例
2023-10-282023-11-01
|
|||
|
付款条件
PaymentTerms
|
双方约定的付款期限和折扣条件。 | ||
|
说明
指定付款合同条款,例如“30天内付款”或“2/10,30天内付款”。此属性是“提前付款折扣兑现”仪表板的基础。 它决定目标到期日,以及加快处理可能带来的节省。
重要性
用于设定按时付款和获取折扣的绩效目标。
获取途径
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属性。 “人工干预率”分析会使用此数据,帮助识别培训需求,或找出返工率较高的特定用户。
重要性
支持按资源分析绩效,并检查职责分离情况。
获取途径
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
|
发票的分类,例如标准发票、贷项通知单。 | ||
|
说明
将发票分为标准发票、预付款发票或贷项通知单等类型。此属性对应通用属性CaseType。 不同发票类型的验证和审批路径各不相同,因此要准确建立“端到端周期时间绩效”基准,必须按此属性细分。
重要性
便于在流程绩效比较中区分不同类型的发票。
获取途径
AP_INVOICES_ALL.INVOICE_TYPE_LOOKUP_CODE
示例
标准贷项预付款
|
|||
|
发票金额
InvoiceAmount
|
发票的总金额。 | ||
|
说明
表示发票待付总额。此数值对于“低金额发票效率评估”至关重要,可帮助组织比较交易处理投入与财务价值。 此属性还可用于优先处理高价值发票,以获取早付折扣。
重要性
它量化案例的财务影响,并支持风险优先级排序。
获取途径
AP_INVOICES_ALL.INVOICE_AMOUNT
示例
1500.00250.5010000.00
|
|||
|
采购订单编号
PurchaseOrderNumber
|
关联采购订单的参考编号。 | ||
|
说明
将发票与上游采购流程关联起来。此属性对于“采购订单匹配与差异处理”分析至关重要。 没有采购订单编号的发票通常采用不同的审批工作流,效率也往往低于有采购订单支持的发票。
重要性
用于区分有采购订单支持和无采购订单的发票,因为两者的流程行为不同。
获取途径
PO_HEADERS_ALL.SEGMENT1(通过AP_INVOICE_LINES_ALL关联)
示例
PO-9988774500001234
|
|||
|
审批状态
ApprovalStatus
|
发票当前的工作流状态。 | ||
|
说明
显示发票处于待处理、已发起、已拒绝或已批准状态。此属性有助于开展“审批工作流瓶颈分析”。 它概览发票在审批层级中的当前位置。
重要性
有助于诊断审批链中的停滞问题。
获取途径
AP_INVOICES_ALL.WFAPPROVAL_STATUS
示例
待处理已通过工作流审批无需审批
|
|||
|
损失的折扣金额
DiscountLostAmount
|
因逾期付款而错失的折扣金额。 | ||
|
说明
如果付款日期晚于折扣期限,则按发票全额与折后金额之差计算。此属性支持“提前付款折扣兑现”分析。 它将流程低效造成的影响量化为具体金额。
重要性
用于量化流程延误造成的成本。
获取途径
根据InvoiceAmount和PaymentTerms计算
示例
50.000.00120.50
|
|||
|
是否可能重复
IsPotentialDuplicate
|
用于标记发票是否与另一张发票存在相同信息。 | ||
|
说明
这是一个计算得出的布尔标记。如果供应商和金额与特定时间范围内的另一张发票相同,则值为true。此属性支持“重复发票检测分析”仪表板。 付款放行前,它可主动提醒审计人员检查相关案例。
重要性
这是防止财务损失的重要风险控制属性。
获取途径
根据InvoiceAmount和SupplierName的窗口函数计算
示例
truefalse
|
|||
|
货币代码
CurrencyCode
|
开具发票所用的货币。 | ||
|
说明
交易所用货币的ISO代码,例如USD、EUR。要在“低金额发票效率评估”中统一金额口径,必须使用此属性。 由于银行业务复杂度不同,国内付款(本币)和国际付款(外币)的流程变体往往差异显著。
重要性
用于识别跨境业务的复杂性,也是统一财务数据口径所必需的。
获取途径
AP_INVOICES_ALL.INVOICE_CURRENCY_CODE
示例
USDEURGBP
|
|||
|
逾期天数
DaysOverdue
|
付款日期晚于到期日的天数。 | ||
|
说明
用于表示付款逾期程度的计算值。正值表示逾期,负值表示提前付款。 此指标为“逾期付款与罚款风险跟踪”仪表板提供数据,帮助量化流程延误的严重程度。
重要性
用于量化逾期付款问题的严重程度。
获取途径
计算方式:PaymentDate - DueDate
示例
5-20
|
|||
应付账款付款处理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
发票已冻结
|
系统或人工冻结发票,阻止付款。冻结原因包括数量差异、价格差异,或人工设置的“发票需要审核”冻结。 | ||
|
重要性
这是流程受阻的主要指标。分析冻结原因有助于发现供应商合规问题或内部流程缺口。
获取途径
AP_HOLDS_ALL表的CREATION_DATE。表示流程已暂停。
采集
执行交易X时记录
事件类型
explicit
|
|||
|
发票已创建
|
在Oracle Fusion应付账款系统中首次创建发票记录。此事件记录发票抬头首次写入数据库的时间,无论是手动录入,还是通过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时间戳推断,或在启用相关功能时跟踪AP_INVOICE_HISTORY中的状态变化。
采集
比较操作前后的状态字段
事件类型
inferred
|
|||
|
发票行已匹配
|
将发票行与采购订单(PO)或收货记录关联,表示录入发票行时已完成三方或双方匹配。 | ||
|
重要性
这是分析“首次通过率”和识别自动匹配失败环节的关键指标。匹配率低会增加人工返工。
获取途径
AP_INVOICE_LINES_ALL表。查找MATCH_TYPE为“ITEM_TO_PO”“PO_PRICE_ADJUSTMENT”等值的记录。
采集
交易行创建并建立关联时记录
事件类型
explicit
|
|||
|
已创建付款
|
已生成付款凭证(支票、ETF或电汇)。这会减少负债,并标志着付款已执行。 | ||
|
重要性
周期时间的结束时间戳。将其与到期日比较,可计算逾期付款和折扣兑现指标。
获取途径
与AP_CHECKS_ALL关联的AP_INVOICE_PAYMENTS_ALL表。使用付款记录的CREATION_DATE。
采集
执行交易X时记录
事件类型
explicit
|
|||
|
付款已结清
|
付款已与银行对账单核对。状态变为“已结清”或“已对账”。 | ||
|
重要性
现金周期的实际结束点。对于现金流预测,以及了解付款发出到结清之间的资金在途时间至关重要。
获取途径
AP_CHECKS_ALL.STATUS_LOOKUP_CODE变为“CLEARED”。时间戳为CLEARED_DATE。
采集
执行交易X时记录
事件类型
explicit
|
|||
|
发票冻结已解除
|
解除先前设置的冻结,使发票能够继续流转。这表示相关差异已解决。 | ||
|
重要性
用于计算返工时间或问题解决时间。发生频率高,通常表明异常处理效率低。
获取途径
AP_HOLDS_ALL表中RELEASE_LOOKUP_CODE有值时对应的LAST_UPDATE_DATE。
采集
执行交易X时记录
事件类型
explicit
|
|||
|
发票已记账
|
生成发票会计分录并转入总账,确认财务影响已记录。 | ||
|
重要性
确保财务合规。此处延迟可能影响期末结账和财务报告的准确性。
获取途径
AP_INVOICE_DISTRIBUTIONS_ALL.POSTED_FLAG = “Y”,或通过与发票关联的XLA_AE_HEADERS(子分类账会计)获取。
采集
执行交易X时记录
事件类型
explicit
|
|||
|
已发起审批
|
发票已提交至审批工作流(AMX),标志着管理层授权阶段开始。 | ||
|
重要性
用于区分运营处理时间与管理审批周期,帮助判断延迟来自应付账款员工还是审批人。
获取途径
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
|
|||
数据提取指南
立即改进应付账款付款处理
将周期时间缩短30%,改善供应商关系。
无需信用卡,5分钟即可完成设置。