您的应收账款数据模板

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为发票交易分配的唯一标识符。
说明

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

在流程挖掘分析中,该属性充当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。

示例
发票已创建付款提醒已发送已登记部分付款争议案件已创建
最后数据更新时间
LastDataUpdate
数据在挖掘工具中最后一次刷新的时间戳。
说明

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

监控此字段有助于确保仪表板展示最新信息,尤其适用于监控未结争议或未应用现金等运营情况。

为什么重要

提供数据新鲜度和可靠性的背景信息。

获取位置

提取时的系统时间。

示例
2023-11-15T23:59:59Z2023-11-16T00:00:00Z
源系统
SourceSystem
数据产生并留存的记录系统。
说明

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

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

为什么重要

确保数据血缘,并区分不同的ERP实例。

获取位置

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

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

该属性映射至Oracle Fusion中的组织ID,代表拥有应收账款的具体业务单元或部门,可用于比较企业不同部分的流程绩效。

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

为什么重要

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

获取位置

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

示例
美国东部销售EMEA服务APAC制造
交易类型
TransactionType
应收账款单据的分类,包括发票、贷项通知单和借项通知单。
说明

该属性区分不同类型的财务单据,常见值包括Invoice、Credit Memo和Debit Memo。这一区分对“贷项通知单数量与返工”仪表板至关重要。

通过筛选此属性,分析人员可以单独识别由贷项通知单引起的返工循环,或专门分析主要开票流程,从而了解应收账款工作量的构成。

为什么重要

区分标准发票、调整和更正。

获取位置

Oracle Fusion Financials:RA_CUST_TRX_TYPES_ALL.NAME

示例
发票贷项通知单借项通知单拒付
催收人员姓名
CollectorName
分配给该发票的催收专员或资源名称。
说明

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

利用此字段的数据,组织可以衡量每位催收人员的生产力、识别培训需求并平衡工作量,同时强化责任落实,推动财务团队统一催收方式。

为什么重要

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

获取位置

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

示例
John Smith催收团队AJane 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或姓名,例如登记发票或匹配银行对账单的人员,对应通用“用户”字段。

这些数据对合规审计和“催收人员处理量”仪表板至关重要,可区分机器驱动的操作(通常由“System”用户执行)与人工操作,支持自动化分析。

为什么重要

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

获取位置

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

示例
sysadminjsmithfinance_batch_job
争议原因
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

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

该属性揭示发票如何进入Oracle系统,例如“手动录入”“AutoInvoice”或特定外部数据源。它是“渠道”通用映射的替代指标。

这对“现金应用自动化监控”至关重要,可帮助区分完全数字化的流程与需要手动设置的流程。“手动录入”数量较高,可能表明上游集成不足或系统存在缺陷。

为什么重要

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

获取位置

Oracle Fusion Financials:RA_BATCH_SOURCES_ALL.NAME

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

该属性将交易映射至更大的地理区域,例如北美、EMEA或APAC,适用于高层管理报告和“DSO与现金周期趋势”仪表板。

区域分析有助于考虑付款行为中的文化差异,例如南欧相比美国通常采用更长的付款期限,并确保全球KPI结合正确的本地背景进行解读。

为什么重要

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

获取位置

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

示例
北美EMEAAPACLATAM
折扣资格日期
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向客户发送发票,标志着发票从企业移交给客户。
为什么重要

对于衡量Billing Dispatch Performance至关重要。创建与发送之间的间隔会直接延迟现金催收周期。

获取位置

来源于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
争议已解决
表示争议调查结束。结果可能是批准贷项通知单(争议有效)或拒绝(争议无效)。
为什么重要

用于计算争议平均解决时间。解决时间过长会降低客户满意度并推高DSO。

获取位置

根据RA_CM_REQUESTS_ALL中状态变更为“APPROVED”或“REJECTED”得出。

采集

比较状态字段变更前后的值

事件类型 inferred
争议案件已创建
标志针对发票正式争议的启动。在调查问题期间,标准催收活动会暂停。
为什么重要

重要的瓶颈指标。高争议率通常表明履约或计费准确性存在上游质量问题。

获取位置

通过RA_CM_REQUESTS_ALL中的记录,或与发票关联的特定Credit Memo Request工作流识别。

采集

执行交易X时记录

事件类型 explicit
付款提醒已发送
记录向客户发出催缴函或催收提醒的事件。该事件由Advanced Collections模块生成。
为什么重要

对于分析Collection Strategy Effectiveness至关重要。将其与付款数据关联,有助于确定哪种提醒策略能够最快回收现金。

获取位置

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

采集

执行交易X时记录

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

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

获取位置

来源于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
已开具贷项通知单
记录应用于发票的贷项通知单交易创建。该交易会减少应付余额,通常用于处理争议或退货。
为什么重要

用于跟踪贷项通知单返工率和收入流失。贷项通知单频繁出现,通常表明计费存在系统性错误。

获取位置

来源于RA_CUSTOMER_TRX_ALL,其中TRX_TYPE为Credit Memo,且RELATED_CUSTOMER_TRX_ID与发票匹配。

采集

执行交易X时记录

事件类型 explicit
已收到付款承诺
记录客户承诺在指定日期前支付指定金额。催收人员通常会在与客户沟通时手动录入该信息。
为什么重要

对于Customer Payment Behavior Analysis至关重要。承诺未兑现表明信用风险较高,未来可能形成坏账。

获取位置

来源于Collections模块中的IEX_PROMISE_DETAILS表。

采集

执行交易X时记录

事件类型 explicit
银行对账单已匹配
表示应用于发票的收款已与银行对账单中的一行完成对账,确认现金已实际到账。
为什么重要

用于衡量现金应用自动化程度。付款登记与银行匹配之间的时间差代表尚未确认的现金。

获取位置

通过对账参考信息,将AR_CASH_RECEIPTS_ALL与CE_STATEMENT_LINES(现金管理)关联。

采集

比较状态字段变更前后的值

事件类型 inferred
建议 可选

提取指南

如何从Oracle Fusion Financials获取数据

准备好开始了吗?

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

立即加快应收账款催收

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

开始免费试用

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