您的订单到收款流程:账单与开票数据模板
您的订单到收款流程:账单与开票数据模板
- 建议收集的属性
- 需要跟踪的关键活动
- Oracle E-Business Suite数据提取指南
订单到收款-开票与发票处理属性
| 名称 | 说明 | ||
|---|---|---|---|
|
事件时间
EventTime
|
活动实际发生的准确日期和时间。 | ||
|
说明
事件时间是与每项活动关联的时间戳,用于确定案例内事件的时间顺序,也是流程挖掘中所有基于时间分析的原始数据。 该属性对于计算周期时间、活动间隔时长和流程交付周期等关键绩效指标至关重要。例如,“发票已生成”与“发票已批准”之间的事件时间差,就是审批时长。准确且完整的时间戳是可靠流程分析的基础。
为什么重要
它为每个事件提供时间背景,使时长计算、流程绩效分析和瓶颈发现成为可能。
获取位置
来源于Oracle EBS各表中的日期字段,例如RA_CUSTOMER_TRX_ALL和AR_CASH_RECEIPTS_ALL中的CREATION_DATE或LAST_UPDATE_DATE字段。
示例
2023-04-15T10:00:00Z2023-04-20T14:35:10Z2023-05-15T00:00:00Z
|
|||
|
发票编号
InvoiceNumber
|
每份发票单据的唯一标识,是开票流程的主要案例ID。 | ||
|
说明
发票编号是订单到收款开票分析的核心,用于唯一标识每笔开票交易。它将生成、审批、发送、付款和关闭等所有相关活动归入同一个完整的流程实例,从而全面呈现发票生命周期。 在流程挖掘中,按发票编号分析有助于衡量总周期时间、识别发票处理方式的不同变体,并定位延迟付款的瓶颈。要跟踪单张发票从创建到结算的完整过程,发票编号不可或缺。
为什么重要
这是连接所有相关事件的关键案例标识,可重建并分析每张发票的完整开票流程。
获取位置
通常是Oracle Receivables中RA_CUSTOMER_TRX_ALL表的交易编号。
示例
INV-9234501788144US-2023-001293
|
|||
|
活动名称
ActivityName
|
发票生命周期中某一时点发生的具体业务事件名称。 | ||
|
说明
活动名称描述开票流程中的步骤或里程碑,例如“发票已生成”“发票已批准”或“已收到客户付款”。针对某个发票编号按时间排列的活动序列构成流程。 该属性是流程挖掘的基础,用于构建流程图、分析流程变体以及识别偏差或返工循环。活动名称清晰且一致,对于计算特定步骤之间的时间或了解流程一致性等有意义的分析至关重要。
为什么重要
该属性是发现和可视化流程顺序的基础,可用于分析流程变体、瓶颈和返工。
获取位置
通常通过将Oracle EBS各表中的状态变更、事件类型或记录创建/更新事件(例如AR_PAYMENT_SCHEDULES_ALL、RA_CUSTOMER_TRX_ALL)映射为标准化活动名称来生成。
示例
发票已生成发票已审批已到付款到期日已收到客户付款
|
|||
|
到期日
DueDate
|
客户应支付发票的截止日期。 | ||
|
说明
到期日是关键日期属性,由付款条款确定发票的付款期限,也是衡量实际付款绩效的基准。 该属性对于计算按时付款率、生成发票账龄报告等KPI至关重要。在流程挖掘中,它可用于分析付款行为,例如识别经常逾期付款的客户,或分析流程延迟对按时收款能力的影响。
为什么重要
它是衡量付款绩效、计算发票账龄以及评估逾期付款或坏账风险的基准。
获取位置
位于AR_PAYMENT_SCHEDULES_ALL表的DUE_DATE列。
示例
2023-05-152023-06-302023-07-01
|
|||
|
发票总金额
TotalInvoiceAmount
|
发票的货币总价值,包括所有行项目、税费和其他费用。 | ||
|
说明
该属性表示发送给客户的发票总金额,是开票流程财务分析中的基础指标。 在流程挖掘中,发票总金额用于对案例进行分组和筛选。例如,分析人员可以比较高金额发票与低金额发票的流程,了解两者是否经过不同处理。该属性对于财务影响分析同样不可或缺,例如计算卡在审批阶段的发票金额。
为什么重要
支持财务影响分析,使用户能够按金额优先处理问题,并了解不同发票金额对流程的影响。
获取位置
可能来源于AR_PAYMENT_SCHEDULES_ALL表(AMOUNT_DUE_ORIGINAL),或根据指定发票的RA_CUSTOMER_TRX_LINES_ALL计算得出。
示例
1500.0012550.75500.50
|
|||
|
发票状态
InvoiceStatus
|
发票生命周期中的当前状态。 | ||
|
说明
发票状态反映发票当前所处状态,例如“未结”“已关闭”或“存在争议”,提供发票进度的快照视图。 该属性对于创建“发票账龄和状态概览”等仪表板至关重要,用户可以快速查看不同状态下发票的数量和金额。它有助于优先催收未结发票,并概览应收账款组合的整体健康状况。
为什么重要
提供发票当前状态视图,对于运营仪表板、工作量管理和催收活动排序至关重要。
获取位置
位于AR_PAYMENT_SCHEDULES_ALL表的STATUS列(“OP”表示未结,“CL”表示已关闭)。
示例
未结已关闭争议处理中
|
|||
|
客户ID
CustomerId
|
开具发票的客户唯一标识。 | ||
|
说明
客户ID将发票关联到主数据中的特定客户账户,从而支持比较不同客户的流程绩效并进行汇总。 借助该属性,分析人员可以构建突出客户付款行为的仪表板,识别争议或返工最多的客户,并比较不同客户群体的发票处理时间。它是从流程视角转向以客户为中心分析的关键。
为什么重要
支持以客户为中心的分析,帮助识别付款模式、频繁争议或特定客户相关的流程差异。
获取位置
位于RA_CUSTOMER_TRX_ALL表中,字段为SOLD_TO_CUSTOMER_ID或BILL_TO_CUSTOMER_ID。
示例
CUST-100239845ACME-US-01
|
|||
|
用户
User
|
执行活动人员的用户ID。 | ||
|
说明
该属性用于标识负责执行流程步骤的具体员工或系统用户,例如审批发票或核销现金的人员。它对于理解流程中的人为因素至关重要。 按用户分析有助于识别培训机会、工作量分配不均和个人绩效差异。例如,它可以显示哪些用户关联的返工最多或审批时间最长,从而支持有针对性的流程改进。
为什么重要
支持个人层面的绩效分析,帮助识别高绩效用户、培训需求和潜在的工作量不均。
获取位置
来源于各交易表中的CREATED_BY或LAST_UPDATED_BY等用户ID字段。随后将该ID与FND_USER关联,以获取用户名。
示例
JSMITHBWILLIAMSCDAVIS
|
|||
|
部门
Department
|
执行活动的用户所属部门或职能团队。 | ||
|
说明
部门属性提供执行活动用户的组织背景,例如“应收账款”或“销售运营”,支持按团队或部门汇总分析。 这对于了解组织不同部分如何交互并影响开票流程至关重要。它有助于识别部门内部的系统性问题、比较团队绩效和分析资源配置。例如,发票审批周期时间仪表板可以按部门进行拆分。
为什么重要
支持按组织结构分析流程绩效,突出团队之间的差异,并帮助定位部门特有的瓶颈。
获取位置
通常通过将用户信息与组织的人力资源层级数据关联获取,数据通常来自PER_ALL_ASSIGNMENTS_F或类似的人力资源表。
示例
应收账款财务运营开票服务
|
|||
|
业务单元
BusinessUnit
|
公司内开具发票的具体业务单元或运营单元。 | ||
|
说明
业务单元代表负责该交易的组织实体。在Oracle EBS中,通常以运营单元表示。 该属性支持比较企业不同部分的流程绩效。它有助于判断哪些业务单元效率更高、按时付款率更高或争议更多,从而推广最佳实践并实施有针对性的改进。
为什么重要
支持比较组织不同部分的绩效,帮助识别最佳实践和区域特有的挑战。
获取位置
运营单元上下文通常可通过RA_CUSTOMER_TRX_ALL等大多数交易表中的ORG_ID隐式获取。
示例
美国运营EMEA服务全球制造
|
|||
|
付款条款
PaymentTerms
|
约定的付款条件,用于规定客户何时必须支付发票。 | ||
|
说明
付款条款定义付款条件,例如“Net 30”或“Net 60”,用于计算发票到期日。它是直接影响现金流的关键主数据。 按付款条款分析有助于了解不同条款如何影响付款行为和销售未收款天数(DSO)。这可以揭示付款期限较短的客户是否付款更快,并为不同客户群体制定付款条款提供决策依据。
为什么重要
直接影响发票到期日和现金流预测。分析该属性有助于评估不同信用政策的有效性。
获取位置
来源于RA_TERMS_B表,通过RA_CUSTOMER_TRX_ALL表中的TERM_ID关联。
示例
开票后30天付款开票后60天付款收到即付
|
|||
|
最后数据更新时间
LastDataUpdate
|
表示该事件数据上次从源系统刷新或提取时间的时间戳。 | ||
|
说明
该属性提供最后一次数据提取的时间戳,对于了解所分析数据的新鲜度至关重要。 用户可通过此字段确认仪表板和分析是否反映流程的最新状态。它有助于管理对数据延迟的预期,也是可靠数据模型的重要元数据。
为什么重要
向用户说明数据的时效性,帮助其了解流程分析反映的是多新的状态。
获取位置
这是在数据提取、转换和加载(ETL)过程中为每条记录生成并写入的元数据字段。
示例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
客户名称
CustomerName
|
开具发票的客户法定名称。 | ||
|
说明
客户名称提供易于阅读的客户标识。客户ID用于连接和唯一识别,名称则用于报告和仪表板展示。 这样可以让分析更直观,用户无需查询ID即可识别客户名称。它对于创建易用的可视化内容至关重要,例如按客户展示平均付款延迟的柱状图。
为什么重要
提供易于阅读的名称,改善仪表板和报告的使用体验,便于筛选和分组,让分析更易理解。
获取位置
使用发票抬头中的客户ID,从HZ_PARTIES和HZ_CUST_ACCOUNTS表关联获取。
示例
Global Corp Inc.Innovate Solutions Ltd.Test Company LLC
|
|||
|
客户所在国家/地区
Country
|
客户账单地址所在的国家/地区。 | ||
|
说明
该属性指定客户账单地址所属的国家/地区,为流程分析提供地理维度。 按国家/地区分析流程,可以揭示付款行为、流程效率或当地法规合规方面的区域差异。例如,可在“客户付款行为洞察”仪表板中查看不同国家/地区的平均付款延迟是否存在显著差异。
为什么重要
支持从地理维度分析流程,突出客户行为、监管影响或运营绩效的区域差异。
获取位置
通过客户账户表关联,从HZ_LOCATIONS和FND_TERRITORIES中存储的客户账单地址信息获取。
示例
USA德国英国
|
|||
|
币种
Currency
|
发票金额所使用的货币代码。 | ||
|
说明
该属性指定发票金额使用的币种,例如USD或EUR,为所有财务指标提供必要的上下文。 分析跨国运营数据时,币种属性对于正确解读和比较财务价值至关重要。仪表板可按币种筛选,或应用汇率进行合并报告。
为什么重要
为所有财务属性提供必要上下文,确保在多币种环境中准确解读和分析。
获取位置
通常位于RA_CUSTOMER_TRX_ALL表的INVOICE_CURRENCY_CODE列。
示例
USDEURGBP
|
|||
|
是否按时付款
IsPaidOnTime
|
用于标识发票是否在到期日当天或之前付清的计算标记。 | ||
|
说明
这是通过比较“收到客户付款”时间戳与发票“到期日”得出的布尔属性。如果付款按时或提前完成,则为true;如果逾期,则为false。 该标记简化了付款绩效相关KPI和仪表板的创建,是计算“按时付款率”KPI的直接输入,也便于将发票筛选和分组为“按时”和“逾期”类别,以开展进一步根因分析。
为什么重要
直接支持“按时付款率”KPI,并通过将发票归类为“按时”和“逾期”两组,简化分析。
获取位置
在数据转换过程中计算。逻辑:IF(Timestamp('Customer Payment Received')<=Date('DueDate'))THEN true ELSE false。
示例
truefalse
|
|||
|
是否返工
IsRework
|
用于标识发票是否经历过返工活动(例如修改或重新审批)的计算标记。 | ||
|
说明
如果发票的流程顺序包含表明返工的活动,例如“发票已修改”或第二次“发票已批准”事件,则该布尔标记设为true。它有助于快速识别偏离标准高效路径的发票。 该属性对于“发票错误率”和“人工返工率”等KPI至关重要。分析人员可以据此量化返工频率、筛选低效案例并调查根本原因,例如确定最常参与返工活动的用户或部门。
为什么重要
通过标记需要额外非标准步骤的发票,量化流程低效程度,从而分析返工的原因及影响。
获取位置
在数据转换过程中,通过检测案例中的特定活动序列(例如“发票已批准”后接“发票已修改”)计算得出。
示例
truefalse
|
|||
|
源系统
SourceSystem
|
提取数据的记录系统。 | ||
|
说明
该属性用于标识事件数据来源的应用程序。在此流程中,来源始终为Oracle E-Business Suite。 在多系统环境中,该字段对于数据血缘追踪和故障排查至关重要。即使在单系统环境中,它也是数据治理的必填字段,用于确认数据来自预期来源。
为什么重要
确保数据可追溯并提供上下文,这对于数据治理以及整合多个企业系统的数据至关重要。
获取位置
这是在数据提取过程中设置的静态值,用于标识来源ERP系统。
示例
Oracle E-Business SuiteOracle EBS R12
|
|||
|
销售未收款天数
DaysSalesOutstanding
|
从发票生成到收到付款之间的天数。 | ||
|
说明
销售未收款天数(DSO)是关键财务指标,用于衡量发票生成后平均需要多长时间收回款项。该属性按单张发票计算。 虽然整体KPI是平均值,但保留每张发票的该数值可以支持深入分析。它可用于生成分布、识别异常值和分析收款效率随时间变化的趋势。“DSO趋势”仪表板会直接展示该属性的时间平均值。
为什么重要
衡量单张发票层面的收款效率,为趋势分析和识别与高DSO相关的因素提供原始数据。
获取位置
在数据转换过程中计算。逻辑:Timestamp('Customer Payment Received')-Timestamp('Invoice Generated')。
示例
304592
|
|||
|
销售订单号
SalesOrderNumber
|
导致创建发票的原始销售订单标识。 | ||
|
说明
销售订单号提供了返回订单到收款周期前置“订单管理”环节的直接链接,将开票流程与最初的客户订单连接起来。 该属性支持更广泛的跨流程分析。例如,分析人员可以调查某些类型的销售订单是否持续导致开票争议或付款延迟。它提供了单独分析开票流程时通常会丢失的重要上下文。
为什么重要
将开票流程与上游销售流程连接起来,支持更全面的订单到收款分析和根因调查。
获取位置
通常位于发票行表RA_CUSTOMER_TRX_LINES_ALL的参考字段或接口属性字段中,例如INTERFACE_LINE_ATTRIBUTE1或类似的描述性弹性域。
示例
SO-54321601882ORD-2023-9910
|
|||
订单到收款-开票与发票处理活动
| 活动 | 说明 | ||
|---|---|---|---|
|
发票已关闭
|
发票正式关闭,表示其余额因付款、贷项通知单和/或调整而归零。这标志着发票生命周期顺利完成。 | ||
|
为什么重要
这是流程的主要终点。从“发票已生成”到“发票已关闭”的总周期时间,是衡量订单到收款开票周期整体效率的关键指标。
获取位置
根据AR_PAYMENT_SCHEDULES_ALL表中的STATUS字段变更为“CL”(已关闭)推断。导致关闭的最终交易日期可用作时间戳。
采集
根据AR_PAYMENT_SCHEDULES_ALL中的状态变更为“CL”推断,并以最后一笔相关核销记录标记时间戳。
事件类型
inferred
|
|||
|
发票已发送给客户
|
表示发票已通过打印或电子方式正式传送给客户。该事件标志着客户付款条款倒计时开始。 | ||
|
为什么重要
这是衡量发票交付周期时间和付款前延迟的关键里程碑,有助于区分内部处理延迟与客户付款行为。
获取位置
Oracle EBS不一定会在标准字段中明确记录该事件。可以根据“Invoice Print”并发程序的时间戳,或电子交付时设置的自定义标志推断。
采集
根据发票打印程序的完成日期,或电子传输的自定义逻辑推断。
事件类型
inferred
|
|||
|
发票已生成
|
表示系统中创建了一笔新的发票交易。该事件通常由“Autoinvoice Import Program”触发,用于处理已履行的销售订单行,也可能通过Receivables模块手动录入发票触发。 | ||
|
为什么重要
这是开票流程的起点。分析该事件与其他事件之间的时间间隔,可以了解发票的完整生命周期,并帮助识别早期阶段的瓶颈。
获取位置
记录为Oracle Receivables表RA_CUSTOMER_TRX_ALL中的交易创建日期。可使用TRX_DATE或CREATION_DATE作为事件时间戳。
采集
该事件是RA_CUSTOMER_TRX_ALL表中记录的创建时间戳。
事件类型
explicit
|
|||
|
已收到客户付款
|
客户付款已作为现金收款录入系统。在此阶段,付款可能尚未核销到具体发票。 | ||
|
为什么重要
这是计算应收账款周转天数(DSO)的重要里程碑。从发票生成到收到付款之间的时间,是衡量催收效率的主要指标。
获取位置
该事件会在AR_CASH_RECEIPTS_ALL表创建记录时,以时间戳明确记录。
采集
该事件是AR_CASH_RECEIPTS_ALL表中记录的创建时间戳。
事件类型
explicit
|
|||
|
现金已核销/已对账
|
收到的客户付款已成功核销至一个或多个指定发票,从而减少未结余额。这表示付款已与应收债务完成对账。 | ||
|
为什么重要
这是付款流程的最后一步,对于衡量现金核销周期时间至关重要。此处延迟可能导致客户账户余额失真,并影响信用管理。
获取位置
当AR_RECEIVABLE_APPLICATIONS_ALL表中创建一条将现金收款与交易关联的记录时,系统会明确记录此事件及其时间戳。
采集
事件时间为AR_RECEIVABLE_APPLICATIONS_ALL中记录的创建时间戳(GL_DATE或APPLY_DATE)。
事件类型
explicit
|
|||
|
争议已提出
|
客户正式对发票提出争议,导致在问题解决前暂停催收活动。该事项通常在Oracle Advanced Collections中管理,也可能通过手动更新状态处理。 | ||
|
为什么重要
争议会因延迟付款直接影响现金流。跟踪争议频率和解决时间,有助于识别产品、服务或开票准确性方面的重复问题。
获取位置
如果使用Oracle Advanced Collections,该事件会作为明确的交易记录。否则,可能根据发票上的特定“dispute”状态或应收账款中的冻结状态推断。
采集
记录为Oracle Advanced Collections中的交易,或根据发票状态变更推断。
事件类型
explicit
|
|||
|
付款已冲销
|
表示此前收到的客户付款已被冲销。通常原因包括资金不足(NSF)或其他银行处理错误。 | ||
|
为什么重要
付款冲销会干扰现金流预测,并增加额外的管理工作。跟踪这些事件有助于识别存在问题的客户或付款方式。
获取位置
这是Oracle Receivables中的一项明确操作。冲销会在AR_CASH_RECEIPT_HISTORY_ALL中创建记录,并将状态标记为表示冲销的值,例如“REVERSED”。
采集
通过AR_CASH_RECEIPT_HISTORY_ALL表中的状态变更为“REVERSED”来识别。
事件类型
explicit
|
|||
|
付款提醒已发出
|
已向客户发送有关逾期发票的催款或提醒通知。这是催收流程中的关键活动。 | ||
|
为什么重要
跟踪此活动对于衡量催收策略的效果至关重要,有助于分析发送提醒前后的付款率。
获取位置
如果使用Oracle Advanced Collections,发送催款函会作为明确事件记录。没有该模块时,此活动通常在系统外执行,可能无法可靠跟踪。
采集
记录为Oracle Advanced Collections模块中的Dunning Correspondence事件。
事件类型
explicit
|
|||
|
发票已修改
|
表示现有的未完成发票已被更新或更正。修改内容可能包括行项目、金额或开票信息,发生在发票完成或发送之前。 | ||
|
为什么重要
频繁修改通常表明流程低效、数据质量问题或用户错误。分析此活动有助于量化返工及其对周期时间的影响,并支持“Invoice Error Rate”等KPI。
获取位置
对于未完成发票,可以通过比较RA_CUSTOMER_TRX_ALL表中的CREATION_DATE和LAST_UPDATE_DATE来推断。如果启用了审计功能,还可以更明确地跟踪变更。
采集
通过跟踪RA_CUSTOMER_TRX_ALL表中LAST_UPDATE_DATE的更新记录推断。
事件类型
inferred
|
|||
|
发票已审批
|
表示在发票发送给客户前,对手动录入或审核过的发票进行正式内部审批。该活动可能属于已配置的Oracle Workflow,也可能通过手动变更状态完成。 | ||
|
为什么重要
跟踪审批时间对于“Invoice Approval Cycle Time”KPI至关重要。此处的延迟会直接推迟客户开票,并延长整体现金转换周期。
获取位置
这通常取决于系统配置。可以根据工作流表中的状态变更(例如WF_ITEM_ACTIVITY_STATUSES)推断,也可能通过RA_CUSTOMER_TRX_ALL中发票交易的描述性弹性域获取。
采集
根据工作流表中的状态变更或自定义状态字段推断。
事件类型
inferred
|
|||
|
已创建坏账核销
|
通过调整,将剩余发票余额的全部或部分作为坏账核销。通常在催收措施已用尽后执行。 | ||
|
为什么重要
坏账核销会直接造成收入损失。分析其频率和金额,有助于优化信用政策并了解无法收回债务的财务影响。
获取位置
系统会将其记录为针对发票的特定调整类型交易。可在AR_ADJUSTMENTS_ALL表中找到该事件,其中包含指向坏账核销应收活动类型的关联。
采集
事件为AR_ADJUSTMENTS_ALL中创建一条活动类型为“Write-Off”的记录。
事件类型
explicit
|
|||
|
已到付款到期日
|
表示根据付款条款,发票到期应付日期已到。这是一个计算得出的事件,不对应任何用户或系统操作,但属于关键时间里程碑。 | ||
|
为什么重要
该事件对于计算按时付款率和分析客户付款行为至关重要,也是判断付款提前、按时或逾期的基准。
获取位置
该事件不会被记录。它通过将系统日期与特定发票在AR_PAYMENT_SCHEDULES_ALL表中的TERM_DUE_DATE字段进行比较计算得出。
采集
通过将当前时间戳与AR_PAYMENT_SCHEDULES_ALL.TERM_DUE_DATE进行比较得出。
事件类型
calculated
|
|||
|
贷项通知单已创建
|
系统生成一笔贷项通知单交易,通常用于更正开票错误或处理退货,并应用于现有发票。这是应收账款中的一笔独立但相关的交易。 | ||
|
为什么重要
贷项通知单数量较多,通常表明订单履行、定价或初始开票准确性存在上游问题。分析这些事件,对于查找收入流失和客户不满的根本原因至关重要。
获取位置
记录为RA_CUSTOMER_TRX_ALL中的新交易,其中CUST_TRX_TYPE_ID关联到类别为“CM”(Credit Memo)的类型。PREVIOUS_CUSTOMER_TRX_ID字段将其关联回原始发票。
采集
该事件是RA_CUSTOMER_TRX_ALL表中创建贷项通知单交易类型记录的事件。
事件类型
explicit
|
|||
数据提取指南
立即加快订单到收款账单与开票流程
将账单周期时间缩短30%,加快现金回收。
无需信用卡,几分钟即可完成设置。