您的应收账款数据模板

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

您的应收账款数据模板

本模板概述了在Oracle Fusion Financials中分析开票和收款周期所需的基础数据。模板以结构化方式列出识别财务运营瓶颈所需的关键属性和流程节点。按照本指南准备数据,可确保事件日志包含开展有效流程发现所需的详细信息。
  • 应收账款分析所需属性一览
  • 需要监控的核心流程活动和节点
  • Oracle Fusion Financials专用数据提取指南
刚接触事件日志?了解 如何创建流程挖掘事件日志.

应收账款属性

建议将以下数据字段纳入事件日志,以全面分析应收账款和收款工作流。
5 必填 9 建议填写 7 选填
名称 说明
事件时间戳
EventStartDateTime
活动发生的具体日期和时间。
说明

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

通过分析时间戳,企业可以计算活动之间的周期时间,例如从创建发票到发送发票所需的时长。这对于衡量应收账款周转天数等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为发票交易分配的唯一标识符。
说明

此属性是应收账款模块中识别财务债务的唯一键。它将调整、争议和付款等后续活动与原始销售交易关联起来。

在流程挖掘分析中,此属性用作案例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。

示例
发票已创建已发送付款提醒部分付款已过账争议案例已创建
最近一次数据更新
LastDataUpdate
流程挖掘工具最近一次刷新数据的时间戳。
说明

此属性表示数据集最近一次与源Oracle系统同步的时间,帮助用户了解分析数据的新旧程度,以及分析结果是否反映当前运营情况。

监控此字段有助于确保仪表板显示最新信息,尤其是在监控未结争议或未核销收款时。

重要性

说明数据的新鲜度和可靠性。

获取途径

提取时的系统时间。

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

此属性用于标识提取流程数据的软件环境。在此场景中,它确认数据来自Oracle Fusion Financials环境。

如果数据仅从单一系统提取,此属性通常为固定值;但在合并多个ERP实例的数据或集成第三方催收工具时,它就十分重要。它有助于确保多系统流程全貌中的数据沿袭和可追溯性。

重要性

确保数据沿袭,并区分不同的ERP实例。

获取途径

在提取过程中硬编码,或在数据管道中配置。

示例
Oracle Fusion FinancialsOracle Cloud ERP - USOracle Cloud ERP - EMEA
业务单元
BusinessUnit
组织内负责该发票的运营实体。
说明

此属性对应Oracle Fusion中的Organization ID,表示拥有该应收款项的具体业务单元或部门。它支持按企业不同部门细分流程绩效。

比较不同业务单元的争议解决时间或应收账款周转天数等KPI,有助于管理层识别绩效较好的团队并推广最佳实践,也能发现可能需要增加资源或重新设计流程的部门。

重要性

用于组织间基准比较和绩效对比的关键维度。

获取途径

Oracle Fusion Financials:通过ORG_ID关联HR_ORGANIZATION_UNITS.NAME。

示例
美国东部销售部欧洲、中东和非洲服务部亚太制造部
交易类型
TransactionType
应收单据的分类,例如发票、贷项通知单或借项通知单。
说明

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

按此属性筛选,分析人员可以单独查看由贷项通知单引发的返工循环,或聚焦于主要开票流程,从而了解应收账款工作量的构成。

重要性

区分标准发票与调整、更正单据。

获取途径

Oracle Fusion Financials:RA_CUST_TRX_TYPES_ALL.NAME

示例
发票贷项通知单借项通知单扣款
催收专员姓名
CollectorName
负责该发票催收工作的专员或资源的姓名。
说明

此属性用于识别负责催收该发票款项的具体员工或团队成员,是“催收专员处理量”仪表板的关键维度。

此字段的数据可帮助企业衡量每位专员的工作效率、识别培训需求并平衡工作量。它还能明确责任,并帮助财务团队统一催收工作方式。

重要性

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

获取途径

Oracle Fusion Financials:与客户档案关联的AR_COLLECTORS.NAME。

示例
John SmithA组催收团队Jane Doe
到期日
DueDate
预计收到付款的截止日期。
说明

此属性是根据发票日期和付款条款计算出的付款截止日期,可用于判断付款是否逾期。

“催收提醒时间偏差”KPI会用此日期衡量团队是否在截止日期前及时采取行动。账龄报告也以此为界,将应收款项划分为未到期或逾期。

重要性

判断逾期情况和按时付款表现的主要基准。

获取途径

Oracle Fusion Financials:AR_PAYMENT_SCHEDULES_ALL.DUE_DATE

示例
2023-11-302023-12-152024-01-01
发票金额
InvoiceAmount
发票的货币总额。
说明

此属性表示发票的原始应付金额,是许多分析的主要加权因素,可帮助企业优先处理高金额交易。

在“未核销贷项与收入流失视图”中,此字段有助于量化未解决事项的财务影响。它还可用于计算加权平均应收账款周转天数,从财务角度更全面地评估流程效率。

重要性

为分析提供财务权重,并支持按金额优先排序。

获取途径

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 CorpGlobex CorporationSoylent Corp
客户细分
CustomerSegment
根据规模、行业或风险对客户进行的分类。
说明

此属性将客户划分为战略客户、企业客户、中小企业或高风险客户等类别。通常根据Oracle Fusion中的客户类别或客户档案类别得出。

利用此属性可以分析不同市场细分中的流程变体。例如,可据此核实战略客户是否获得预期的专属服务,或高风险客户的付款合规情况是否受到密切监控。

重要性

支持按客户细分分析催收策略和风险。

获取途径

Oracle Fusion Financials:HZ_CUSTOMER_PROFILES.PROFILE_CLASS_ID。

示例
企业版小型企业政府高风险
是否自动执行
IsAutomated
标记活动是否在无人干预的情况下执行。
说明

此布尔属性用于判断活动由系统流程(例如AutoInvoice、AutoLockbox)还是人工用户执行,是“现金应用自动化率”KPI的主要依据。

持续跟踪自动化活动与手动活动的比例,企业可以评估数字化转型举措的成效,并找出仍需手动处理的具体流程步骤。

重要性

衡量数字化转型和效率的主要指标。

获取途径

根据UserName计算,例如:如果User == 'BATCH_USER',则为true。

示例
truefalse
用户名
UserName
执行该活动的系统用户。
说明

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

此数据对于合规审计和“催收专员处理量”仪表板至关重要。它有助于区分机器执行的操作(通常由“系统”用户完成)和人工操作,从而支持自动化分析。

重要性

支持按用户跟踪绩效并分析职责分离情况。

获取途径

Oracle Fusion Financials:将CREATED_BY或LAST_UPDATED_BY列与用户表关联。

示例
系统管理员jsmith财务批处理作业
争议原因
DisputeReason
发起争议时指定的类别或原因代码。
说明

此属性记录发生“争议案件已创建”活动时提供的理由。常见值包括“定价错误”、“数量不符”或“货物损坏”。

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

重要性

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

获取途径

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

示例
Net 30立即付款2/10 Net 30Net 60
创建来源
CreationSource
发票的来源,用于说明发票是手动创建还是导入。
说明

此属性显示发票如何进入Oracle系统,例如通过“手动录入”、“AutoInvoice”或特定外部数据源导入。它可作为通用“渠道”映射的替代指标。

此属性对“现金应用自动化监控”至关重要,有助于区分完全数字化的流程和需要手动设置的流程。“手动录入”数量较多,可能意味着上游集成不足或系统存在缺陷。

重要性

用于识别上游自动化程度和数据来源。

获取途径

Oracle Fusion Financials:RA_BATCH_SOURCES_ALL.NAME

示例
AutoInvoice手动项目实施订单管理
地区
Region
与业务单元或客户相关的地理区域。
说明

此属性将交易归入更广泛的地理区域,例如北美、欧洲、中东和非洲(EMEA)或亚太地区(APAC)。它适用于高层管理报告和“应收账款周转天数与现金周期趋势”仪表板。

地区分析有助于考虑不同地区的付款习惯差异,例如南欧的标准付款期限通常比美国更长,并确保结合当地情况解读全球KPI。

重要性

为全球报告提供高层级的地理区域划分。

获取途径

Oracle Fusion Financials:根据业务单元或客户地址推导。

示例
北美欧洲、中东和非洲亚太地区拉丁美洲
折扣适用截止日
DiscountEligibilityDate
客户可享受提前付款折扣的最后日期。
说明

此属性标记客户享受“2/10 Net 30”等条款优惠的截止日期,即在10天内付款可享受2%的折扣。它是“提前付款折扣分析”仪表板所需的数据。

将付款日期与此日期进行比较,可计算“提前付款折扣获取率”,帮助企业了解折扣策略是否有效加快现金回流,或客户是否未予采用。

重要性

支持分析激励措施的成效及其对加快现金回流的作用。

获取途径

Oracle Fusion Financials:AR_PAYMENT_SCHEDULES_ALL.DISCOUNT_DATE

示例
2023-11-102023-12-05
是否返工
IsRework
标记发票是否经历更正或争议循环。
说明

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

识别返工案例有助于区分理想路径流程和存在问题的流程。返工率偏高通常意味着主数据或销售订单录入等上游流程的数据质量存在问题。

重要性

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

获取途径

计算规则:案例中包含“已开具贷项通知单”或“争议案件已创建”时为True。

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

此属性指定财务金额所用的货币,例如USD、EUR。正确解读发票金额,以及在需要时转换为全球报告货币,都离不开此属性。

对于跨国企业,此属性有助于比较不同经济区域的催收绩效,并帮助财务团队区分汇率影响与运营流程绩效。

重要性

为多币种环境中的财务金额提供背景信息。

获取途径

Oracle Fusion Financials:RA_CUSTOMER_TRX_ALL.INVOICE_CURRENCY_CODE

示例
USDEURGBPJPY
必填 建议填写 选填

应收账款活动

建议在事件日志中记录以下关键流程步骤和节点,以准确发现发票生命周期中的实际流程。
6 建议填写 9 选填
活动 说明
发票已创建
此活动表示系统中首次创建发票记录。它记录交易表头首次保存到Oracle应收账款表中的时间戳。
重要性

标志着流程生命周期的开始,并为账龄计算提供基准。对于计算总周期时间和发票发送前的处理周期至关重要。

获取途径

取自RA_CUSTOMER_TRX_ALL表中的CREATION_DATE或TRX_DATE列。

采集

插入交易行时记录

事件类型 explicit
发票已发送
表示通过打印、电子邮件或XML向客户发送发票,标志着发票从企业移交给客户。
重要性

这是衡量开票发送绩效的关键指标。从创建到发送之间的延迟会直接拖慢现金回收周期。

获取途径

可根据RA_CUSTOMER_TRX_ALL中的PRINTING_ORIGINAL_DATE推断;若使用XML,也可依据Oracle Collaboration Messaging Framework中的特定日志推断。

采集

比较变更前后的状态字段

事件类型 inferred
发票已完成
表示发票创建流程已结束,发票可以进入处理、打印和过账环节。交易状态从未完成变为已完成时,即发生此事件。
重要性

用于区分起草时间和处理时间。此处出现延误,可能表明内部开票流程存在瓶颈。

获取途径

当RA_CUSTOMER_TRX_ALL中的COMPLETE_FLAG变为“Y”时识别。

采集

比较变更前后的状态字段

事件类型 inferred
发票已结清
表示发票在系统中已关闭,通常是因为付款、贷项通知单或调整使余额归零。
重要性

此事件的时间戳用于计算应收账款周转天数(DSO),也代表流程实例的结束时间。

获取途径

当AR_PAYMENT_SCHEDULES_ALL中的STATUS变为“CL”(Closed)时识别。

采集

比较变更前后的状态字段

事件类型 inferred
已收到全额付款
收款核销后发票余额降为零时发生。这是催收流程的主要成功事件。
重要性

这是分析提前付款折扣的关键数据。此事件的时间决定款项是否在折扣期限内收回。

获取途径

取自AR_RECEIVABLE_APPLICATIONS_ALL,其中STATUS = 'APP'且核销后的AMOUNT_DUE_REMAINING为0。

采集

通过比较字段X和Y得出

事件类型 calculated
部分付款已过账
当收款已核销至发票,但金额低于未结余额总额时发生。发票仍保持未结状态,但余额有所减少。
重要性

发生频率较高,说明付款较为零散(部分付款频率KPI),会增加对账工作量。

获取途径

取自AR_RECEIVABLE_APPLICATIONS_ALL,其中STATUS = 'APP'且AMOUNT_APPLIED < AMOUNT_DUE_REMAINING。

采集

执行交易X时记录

事件类型 explicit
争议已解决
表示争议调查已结束。处理结果可能是批准贷项通知单申请(争议成立),也可能是驳回申请(争议不成立)。
重要性

这是计算平均争议解决时间所必需的数据。解决时间过长会损害客户满意度,并推高应收账款周转天数。

获取途径

根据RA_CM_REQUESTS_ALL中的状态变为“APPROVED”或“REJECTED”识别。

采集

比较变更前后的状态字段

事件类型 inferred
争议案例已创建
标志着针对发票的正式争议已启动。调查期间,常规催收活动会暂停。
重要性

这是重要的瓶颈指标。争议率偏高,可能说明履约或开票准确性等上游环节存在质量问题。

获取途径

可通过RA_CM_REQUESTS_ALL中的记录,或与发票关联的特定贷项通知单申请工作流识别。

采集

执行交易X时记录

事件类型 explicit
发票已核销
这是一种特定的调整类型,表示剩余余额被认定为无法收回,并作为坏账核销。这是一个负向终止状态。
重要性

这是监控财务健康状况的关键数据,有助于区分运营效率(付款速度)与信用质量问题。

获取途径

取自AR_ADJUSTMENTS_ALL,其中调整类型归类为“Write-off”,或关联至坏账账户。

采集

执行交易X时记录

事件类型 explicit
发票已调整
记录对发票余额进行的手动调整,例如小额核销或汇率调整,与贷项通知单有所区别。
重要性

有助于发现收入流失,以及无需付款即可结清余额的非标准流程路径。

获取途径

取自与发票关联的AR_ADJUSTMENTS_ALL表。

采集

执行交易X时记录

事件类型 explicit
发票已过账至总账
记录发票会计分录完成并转入总账的事件,确保财务合规并为期末结账做好准备。
重要性

虽然不会影响客户看到的状态,但此处的延误会影响财务结账周期和报告时效。

获取途径

取自RA_CUST_TRX_LINE_GL_DIST_ALL表中的GL_DATE。

采集

执行交易X时记录

事件类型 explicit
已与银行对账单匹配
表示已核销至发票的收款与银行对账单中的一行完成对账,确认款项已实际到账。
重要性

用于衡量收款核销自动化程度。从付款过账到银行匹配之间的时间差,代表尚未确认到账的资金。

获取途径

通过对账参考信息,将AR_CASH_RECEIPTS_ALL与CE_STATEMENT_LINES(Cash Management)关联。

采集

比较变更前后的状态字段

事件类型 inferred
已发送付款提醒
记录向客户发出催款函或催收提醒的情况。此事件由Advanced Collections模块生成。
重要性

这是分析催收策略成效的关键数据。将其与付款情况关联,有助于判断哪些提醒策略能最快收回款项。

获取途径

位于与客户账户关联的IEX_DUNNING或IEX_STRATEGY_WORK_ITEMS表中。

采集

执行交易X时记录

事件类型 explicit
已收到付款承诺
记录客户承诺在指定日期前支付指定金额的情况。通常由催收专员在与客户沟通时手动录入。
重要性

这是分析客户付款行为的关键数据。客户未履行承诺,可能意味着信用风险较高,未来发生坏账的可能性也更大。

获取途径

取自Collections模块中的IEX_PROMISE_DETAILS表。

采集

执行交易X时记录

事件类型 explicit
贷项通知单已开具
记录针对发票创建贷项通知单交易的情况。贷项通知单会减少应付余额,通常用于处理争议或退货。
重要性

用于跟踪贷项通知单返工率和收入流失。频繁开具贷项通知单可能表明开票存在系统性错误。

获取途径

取自RA_CUSTOMER_TRX_ALL,其中TRX_TYPE为Credit Memo,且RELATED_CUSTOMER_TRX_ID与该发票匹配。

采集

执行交易X时记录

事件类型 explicit
建议填写 选填

数据提取指南

如何从Oracle Fusion Financials获取数据

准备好开始了吗?

将此模板应用于您的Oracle Fusion环境,把财务数据转化为可执行的洞察。我们的团队可以协助您将具体业务逻辑映射到这些标准。

立即加快应收账款回收

将DSO缩短15至20天,及时解决现金流缺口。

开始免费试用

无需信用卡,5分钟即可完成设置。