您的应收账款数据模板

Oracle Fusion Financials
您的应收账款数据模板

您的应收账款数据模板

此模板概述了在 Oracle Fusion Financials 中分析开票和催收周期的基础数据要求。它提供了识别财务运营瓶颈所需的核心属性和流程里程碑的结构化视图。通过遵循本指南,您可以确保事件日志捕获到进行有效流程发现所需的细节。
  • 用于应收账款分析的全套推荐属性
  • 需监控的核心流程活动与里程碑
  • 针对 Oracle Fusion Financials 的特定系统提取指南
不熟悉事件日志?了解 如何创建流程挖掘事件日志.

应收账款属性

这些是建议包含在事件日志中的数据字段,用于对应收账款和催收 workflow 进行全面分析。
5 必填 9 推荐 8 可选
名称 描述
事件timestamp
EventStartDateTime
活动发生的特定日期和时间。
描述

此属性记录活动在系统内发生的精确时刻。它用于按时间顺序排列事件,是流程挖掘中所有基于时间的计算的基础。

通过分析时间戳,企业可以计算活动之间的周期时间,例如发票创建与派发之间的时长。这对于衡量 DSO 等 KPI 以及识别付款行为的时间模式至关重要。

为何重要

计算时长、前置时间和周期时间的基础。

获取方式

Oracle Fusion Financials: 各交易表中的 CREATION_DATE 或 LAST_UPDATE_DATE 列。

示例
2023-10-15T08:30:00Z2023-10-16T14:45:12Z2023-11-01T09:00:00Z
发票编号
InvoiceNumber
Oracle Fusion 中分配给发票交易的唯一标识符。
描述

此属性作为识别应收账款模块内财务义务的唯一键。它将所有后续活动(如调整、争议和付款)链接到原始销售交易。

在流程挖掘分析中,此属性充当 Case ID。它允许分析人员追踪应收款从创建到完全核销的端到端生命周期,从而方便计算周期时间和流程变体。

为何重要

它是追踪从信用到现金生命周期的基本分析单元。

获取方式

Oracle Fusion Financials: RA_CUSTOMER_TRX_ALL.TRX_NUMBER

示例
INV-2023-00110056789AR-99887755002211
活动名称
ActivityName
在应收账款流程中执行的具体事件或操作。
描述

此属性描述流程中采取的步骤,例如创建发票、过账付款或开启争议。它定义了流程图的走向,并允许实现事件序列的可视化。

分析人员使用此字段来识别流程变体、循环和瓶颈。它对于确定对标准操作程序的遵循情况以及计算特定事件(如返工或手动干预)的频率至关重要。

为何重要

用于定义流程流并可视化事件序列。

获取方式

从交易历史表(如 AR_PAYMENT_SCHEDULES_ALL, RA_CUST_TRX_LINE_GL_DIST_ALL)导出。

示例
发票已创建已发送付款催促已过账部分付款争议 case 已开启
最后数据更新
LastDataUpdate
流程挖掘工具中数据最后一次刷新的时间戳。
描述

此属性指示数据集最后一次与源 Oracle 系统同步的时间。它帮助用户了解分析的时效性,以及洞察是否反映了当前的运营状态。

监控此字段对于确保仪表板显示最新信息非常重要,尤其是对于开启争议或未应用现金的运营监控。

为何重要

提供关于数据时效性和可靠性的背景信息。

获取方式

提取时的系统时间。

示例
2023-11-15T23:59:59Z2023-11-16T00:00:00Z
源系统
SourceSystem
数据来源的记录系统。
描述

此属性识别提取流程数据的软件环境。在此上下文中,它确认数据来自 Oracle Fusion Financials 环境。

虽然对于单系统提取这通常是一个静态值,但在合并来自多个 ERP 实例的数据或集成第三方催收工具时,它变得至关重要。它确保了多系统流程环境中的数据血缘和可追溯性。

为何重要

确保 data 血缘并区分不同的 ERP 实例。

获取方式

在提取期间硬编码,或在 data 流水线中配置。

示例
Oracle Fusion FinancialsOracle Cloud ERP - 美国Oracle Cloud ERP - 欧洲、中东和非洲
业务单元
BusinessUnit
组织内负责该发票的业务实体。
描述

此属性映射到 Oracle Fusion 中的组织 ID,代表拥有该应收款的特定业务部门或分部。它实现了企业不同部门的流程绩效细分。

比较不同业务部门的 KPI(如争议解决时间或 DSO)有助于领导层识别高绩效团队并标准化最佳实践。它还突出了可能需要额外资源或流程重组的部门。

为何重要

组织基准测试和绩效对比的核心维度。

获取方式

Oracle Fusion Financials: 通过 ORG_ID 链接的 HR_ORGANIZATION_UNITS.NAME。

示例
美国东部销售欧洲、中东及非洲地区服务亚太地区制造业
事务类型
TransactionType
应收款单据的分类(发票、贷项通知单、借项通知单)。
描述

此属性区分不同类型的财务单据。常见值包括发票、贷项通知单和借项通知单。这种区分对于“贷项通知单量与返工”仪表板至关重要。

通过过滤此属性,分析人员可以隔离由贷项通知单引起的返工循环,或专门关注主开票流程。它有助于了解应收账款工作量的构成。

为何重要

区分标准发票与调整及修正。

获取方式

Oracle Fusion Financials: RA_CUST_TRX_TYPES_ALL.NAME

示例
发票贷项通知单借项通知单追偿(Chargeback)
到期日期
DueDate
预计收到付款的日期。
描述

此属性是根据发票日期和付款条件计算的付款截止日期。它作为确定付款是否逾期的参考点。

它用于“催收提醒时机差异”KPI,以衡量团队相对于截止日期的行动积极程度。它也是在账龄报告中将应收账款分类为正常或逾期的阈值。

为何重要

确定逾期和准时绩效的主要基准。

获取方式

Oracle Fusion Financials: AR_PAYMENT_SCHEDULES_ALL.DUE_DATE

示例
2023-11-302023-12-152024-01-01
发票金额
InvoiceAmount
发票的总货币价值。
描述

此属性代表发票的原始到期金额。它是许多分析的主要权重因子,允许企业将高价值交易置于低价值交易之上。

在“未应用贷项与流失视图”背景下,此字段有助于量化未解决项目的财务影响。它还用于计算加权平均 DSO,从而提供更以财务为中心的流程效率视角。

为何重要

为分析提供财务权重,并支持基于价值的优先级排序。

获取方式

Oracle Fusion Financials: RA_CUSTOMER_TRX_ALL.AMOUNT_DUE_ORIGINAL

示例
1500.00250.5010000.00
客户名称
CustomerName
交易中被计费的实体名称。
描述

此属性识别与发票关联的客户。它是分析客户层面的付款行为、争议频率和催收有效性的基础。

分析人员使用此字段来精准定位经常逾期付款或提出争议的特定客户。这一洞察支持“客户付款行为分析”仪表板,并有助于针对个人客户情况量身定制信用条款和催收策略。

为何重要

对于以客户为中心的分析和风险特征提取至关重要。

获取方式

Oracle Fusion Financials: 通过 BILL_TO_CUSTOMER_ID 链接的 HZ_PARTIES.PARTY_NAME。

示例
Acme公司环球公司Soylent Corp
客户细分
CustomerSegment
基于规模、行业或风险的客户分类。
描述

此属性将客户分为战略客户、企业、中小企业或高风险等组别。它通常源自 Oracle Fusion 中的客户类别或配置文件类。

利用此属性可以分析不同市场细分的流程变体。例如,它有助于验证“战略客户”是否获得了预期的优质服务,或者“高风险客户”的付款合规性是否受到了密切监控。

为何重要

支持对收款策略和风险进行细分分析。

获取方式

Oracle Fusion Financials: HZ_CUSTOMER_PROFILES.PROFILE_CLASS_ID。

示例
企业小微企业政府高风险
收款专员姓名
CollectorName
分配给发票的催收人员或资源的名称。
描述

此属性识别负责发票催收的特定员工或团队成员。它是“催收人员处理量”仪表板的关键维度。

该字段的数据使组织能够衡量每位代理的生产力、识别培训需求并平衡工作负载。它增强了责任感,并有助于标准化整个财务团队的催收工作。

为何重要

资源绩效分析和工作量平衡的关键。

获取方式

Oracle Fusion Financials: 与客户配置文件关联的 AR_COLLECTORS.NAME。

示例
约翰·史密斯收款 A 组Jane Doe
是否已自动化
IsAutomated
标记该活动是否在无人工干预的情况下完成。
描述

此布尔属性确定活动是由系统流程(例如自动发票、自动收款机)还是由人工执行。它是“现金认领自动化率”KPI 的主要驱动力。

通过长期追踪自动化与手动活动的比例,组织可以验证数字化转型计划的成功,并识别仍处于手动状态的特定流程步骤。

为何重要

数字化转型和效率衡量的核心指标。

获取方式

基于 UserName 的计算逻辑(例如:若 User == 'BATCH_USER' 则为 true)。

示例
truefalse
用户名称
UserName
执行该活动的系统用户。
描述

此属性记录执行特定活动(例如过账发票、匹配银行对账单)的人员的登录 ID 或姓名。它映射到通用的“用户”字段。

这些数据对于合规审计和“催收人员处理量”仪表板至关重要。它允许将机器驱动的操作(通常由“系统”用户执行)与人为操作分开,支持自动化分析。

为何重要

支持用户层级的绩效跟踪和职责分离分析。

获取方式

Oracle Fusion Financials: 关联到用户表的 CREATED_BY 或 LAST_UPDATED_BY 列。

示例
sysadminjsmith财务批处理作业
争议原因
DisputeReason
开启争议时分配的类别或原因代码。
描述

此属性捕获了发生“开启争议 Case (Dispute Case Opened)”活动时提供的理由。常见值可能包括“定价错误”、“数量不符”或“货物损坏”。

在“争议生命周期与瓶颈”仪表板中分析此属性有助于识别付款延迟的根源。如果“定价错误”频繁出现,企业就知道应该调查上游的销售报价流程,而不仅仅是催收流程。

为何重要

对延迟付款和返工的根因分析至关重要。

获取方式

Oracle Fusion Financials: RA_CM_REQUESTS.REASON_CODE 或 AR_DISPUTE_HISTORY。

示例
价格争议税务错误未收到货物重复计费
付款条款
PaymentTerms
约定的付款时间条件(例如,Net 30)。
描述

此属性定义了合同约定的付款期限。它用于计算“到期日”,对于“催收策略有效性”仪表板至关重要。

不同客户付款条件的差异可以解释 DSO 的差异。此属性允许分析人员将绩效数据标准化,确保具有 Net 60 条款的客户不会因为与 Net 30 条款的客户对比而被不公平地标记为“付款慢”。

为何重要

根据合同约定衡量付款速度。

获取方式

Oracle Fusion Financials: RA_TERMS.NAME

示例
净 30 天立即2/10 Net 30净 60 天
创建来源
CreationSource
发票的来源,显示是手动录入还是导入。
描述

此属性揭示发票进入 Oracle 系统的方式,例如“手动录入”、“自动发票”或通过特定的外部数据源。它是通用映射中“渠道”的代表。

这对于“现金认领自动化监控”至关重要。它有助于区分完全数字化流程与需要手动设置的流程。高销量的“手动录入”可能表明缺乏上游集成或系统缺陷。

为何重要

识别上游自动化程度和 data 来源。

获取方式

Oracle Fusion Financials: RA_BATCH_SOURCES_ALL.NAME

示例
自动发票手动项目实施订单管理
区域
Region
与业务单位或客户关联的地理区域。
描述

此属性将交易映射到更广泛的地理区域,例如北美、EMEA 或 APAC。它对于高层管理报告以及“DSO 和现金周期趋势”仪表板非常有用。

区域分析有助于考虑付款行为的文化差异(例如,南欧的标准付款条件通常比美国长),并确保在正确的本地背景下解读全球 KPI。

为何重要

为全球报告提供高层级的地理细分。

获取方式

Oracle Fusion Financials: 派生自业务单元或客户地址。

示例
北美欧洲、中东和非洲亚太拉美地区
应收账款周转天数 (DSO)
DaysSalesOutstanding
从发票创建到核销的天数。
描述

此计算属性衡量从“发票已创建”到“发票已核销”的时长。它是“平均 DSO”KPI 的直接计算基础。

虽然这可以在仪表板中动态计算,但将其作为 case 级别的预计算属性可以更轻松地进行过滤和细分(例如,显示所有 DSO > 60 天的案例)。

为何重要

衡量应收账款效率的核心指标。

获取方式

计算公式:Date(Invoice Cleared) - Date(Invoice Created)。

示例
45天12天60天
折扣资格日期
DiscountEligibilityDate
客户为获得早付款折扣而付款的截止日期。
描述

此属性标记了客户利用“2/10 Net 30”(10天内付款享受2%折扣)等条款的截止日期。它是“早付款折扣分析”仪表板所必需的。

根据此日期分析付款情况可以揭示“早付款折扣获取率”。它帮助企业了解其折扣策略是否有效加速了现金流,或者是否被客户忽视。

为何重要

支持分析激励措施的有效性和现金流加速情况。

获取方式

Oracle Fusion Financials: AR_PAYMENT_SCHEDULES_ALL.DISCOUNT_DATE

示例
2023-11-102023-12-05
是否返工
IsRework
标记该发票是否经历了修正或争议循环。
描述

此布尔属性识别发票是否经历过与错误纠正相关的活动,例如“已开具贷项通知单”或“已调整发票”。它支持“贷项通知单量与返工”仪表板。

识别返工案例有助于将“快乐路径”流程与有问题的流程隔离开来。高返工率是主数据或销售订单录入流程中上游数据质量问题的先行指标。

为何重要

识别流程流中的浪费和低效环节。

获取方式

计算公式:若 case 包含 ‘Credit Memo Issued’ 或 ‘Dispute Case Opened’ 则为 True。

示例
truefalse
货币代码
CurrencyCode
发票金额所使用的货币。
描述

此属性指定财务金额的货币(例如 USD、EUR)。为了正确解读发票金额以及在需要全球报告货币时进行货币转换,这是必需的。

对于全球化组织,此属性有助于分析不同经济区域的催收表现,并允许财务团队将汇率影响与运营流程绩效分开。

为何重要

在多币种环境下为财务数值提供背景信息。

获取方式

Oracle Fusion Financials: RA_CUSTOMER_TRX_ALL.INVOICE_CURRENCY_CODE

示例
美元EURGBPJPY
必填 推荐 可选

应收账款活动

这些是需要在事件日志中捕获的关键流程步骤和里程碑,以确保准确发现您的发票生命周期。
6 推荐 9 可选
活动 描述
全额款项已收到
当收款应用使发票余额归零时触发。这是催收流程的主要成功事件。
为何重要

对早期付款折扣分析至关重要。此 event 的 timestamp 决定了现金是否在折扣窗口期内回收。

获取方式

源自 AR_RECEIVABLE_APPLICATIONS_ALL,其中 STATUS = 'APP' 且产生的剩余到期金额为 0。

捕获

通过比较字段 X 和 Y 派生

事件类型 calculated
发票已创建
此活动标志着系统中发票记录的初始创建。它捕获了交易抬头首次保存在 Oracle Receivables 表中的时间戳。
为何重要

建立流程生命周期的起点和账龄计算的基准。对于计算总周期时间和派发前置时间必不可少。

获取方式

利用 CREATION_DATE 或 TRX_DATE 列从 RA_CUSTOMER_TRX_ALL 表导出。

捕获

在交易行插入时记录

事件类型 explicit
发票已完成
表示发票创建流程已结束,发票已准备好进行处理、打印和过账。当交易状态从“未完成”转为“已完成”时触发。
为何重要

区分起草时间和处理时间。此处的延迟预示着内部账单生成过程存在瓶颈。

获取方式

当 RA_CUSTOMER_TRX_ALL 中的 COMPLETE_FLAG 变为 ‘Y’ 时识别。

捕获

比较状态字段的前后变化

事件类型 inferred
发票已寄出
代表通过打印、电子邮件或 XML 将发票发送给客户。这标志着从企业向客户的正式交接。
为何重要

衡量账单派发绩效的关键。创建与派发之间的间隙会直接延误现金回收周期。

获取方式

根据 RA_CUSTOMER_TRX_ALL 中的 PRINTING_ORIGINAL_DATE 推断;如果使用 XML,则根据 Oracle Collaboration Messaging Framework 中的特定日志推断。

捕获

比较状态字段的前后变化

事件类型 inferred
发票已清算
发票在系统中关闭的最终状态,通常是因为付款、贷项通知单或调整使余额归零。
为何重要

该事件的时间戳用于计算 DSO。它代表了流程实例的结束。

获取方式

当 AR_PAYMENT_SCHEDULES_ALL 中的 STATUS 变为 ‘CL’(已关闭)时识别。

捕获

比较状态字段的前后变化

事件类型 inferred
已过账部分付款
当收款应用于发票但金额小于总欠款余额时触发。这将使发票保持未结状态,但余额减少。
为何重要

高频发生表明支付行为碎片化(部分付款频率 KPI),这会增加对账工作量。

获取方式

源自 AR_RECEIVABLE_APPLICATIONS_ALL,其中 STATUS = 'APP' 且已应用金额 < 剩余到期金额。

捕获

在执行事务码 X 时记录

事件类型 explicit
争议 case 已开启
标志着正式发票争议的开始。在调查问题期间,标准催收活动将暂停。
为何重要

关键瓶颈指标。高争议率通常意味着上游的订单履行或计费准确性存在质量问题。

获取方式

通过 RA_CM_REQUESTS_ALL 中的记录或关联至发票的特定贷记单请求 workflow 识别。

捕获

在执行事务码 X 时记录

事件类型 explicit
争议已解决
表示争议调查的终结。结果可能是批准贷记通知单(争议有效)或拒绝(争议无效)。
为何重要

用于计算“平均争议解决时间”。解决时间过长会负面影响客户满意度和 DSO。

获取方式

根据 RA_CM_REQUESTS_ALL 中状态变更为 ‘APPROVED’ 或 ‘REJECTED’ 导出。

捕获

比较状态字段的前后变化

事件类型 inferred
发票已核销
一种特殊的调整类型,即将剩余余额视为无法收回并作为坏账核销。这是一个负面的终结状态。
为何重要

对财务健康监控至关重要。它能将运营效率(付款速度)与信用质量问题区分开来。

获取方式

源自 AR_ADJUSTMENTS_ALL,其中调整类型被分类为“核销 (Write-off)”或链接到坏账账户。

捕获

在执行事务码 X 时记录

事件类型 explicit
发票已调整
捕获发票余额的手动调整(如小额核销或汇率调整),这与贷记通知单不同。
为何重要

帮助识别收入流失和非标准的流程路径(即未付款却核销了余额的情况)。

获取方式

源自与发票链接的 AR_ADJUSTMENTS_ALL 表。

捕获

在执行事务码 X 时记录

事件类型 explicit
发票已过账至总账
记录发票会计分录完成并过账到总账 (General Ledger) 的事件。这可确保财务合规和期末结账就绪。
为何重要

虽然不影响客户视图,但此处的延迟会影响财务结账周期和报告的及时性。

获取方式

从 RA_CUST_TRX_LINE_GL_DIST_ALL 表中的 GL_DATE 导出。

捕获

在执行事务码 X 时记录

事件类型 explicit
已发送付款催促
捕获向客户发出的催款函或收款提醒。该 event 由高级收款(Advanced Collections)模块生成。
为何重要

分析收款策略有效性的关键。将其与支付关联,有助于确定哪种提醒策略能带来最快的现金回收。

获取方式

位于链接至客户账户的 IEX_DUNNING 或 IEX_STRATEGY_WORK_ITEMS 表中。

捕获

在执行事务码 X 时记录

事件类型 explicit
已收到付款承诺
记录客户在特定日期前支付特定金额的承诺。这通常由催收人员在与客户沟通时手动录入。
为何重要

客户支付行为分析的关键。失约预示着高信用风险和潜在的未来坏账。

获取方式

源自催收模块中的 IEX_PROMISE_DETAILS 表。

捕获

在执行事务码 X 时记录

事件类型 explicit
贷记通知单已开具
捕获针对发票创建的贷记通知单交易。这会减少应付余额,通常是对争议或退货的回应。
为何重要

追踪贷项通知单返工率和收入流失。频繁的贷项通知单表明存在系统性计费错误。

获取方式

源自 RA_CUSTOMER_TRX_ALL,其中交易类型 (TRX_TYPE) 为贷项通知单 (Credit Memo) 且 RELATED_CUSTOMER_TRX_ID 与发票匹配。

捕获

在执行事务码 X 时记录

事件类型 explicit
银行对账单已匹配
表示核销至发票的收款已与银行对账单明细匹配。这确认了资金已正式进入银行账户。
为何重要

衡量现金认领自动化。付款过账与银行匹配之间的时间差代表了未确认的现金。

获取方式

通过对账引用从 AR_CASH_RECEIPTS_ALL 关联至 CE_STATEMENT_LINES(现金管理)。

捕获

比较状态字段的前后变化

事件类型 inferred
推荐 可选

提取指南

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