您的“从订单到收款 - 开票与发票管理”data 模板

Oracle E-Business Suite
您的“从订单到收款 - 开票与发票管理”data 模板

您的“从订单到收款 - 开票与发票管理”data 模板

此模板为您收集分析“从订单到收款 - 开票与发票管理”流程所需的核心 data 提供了清晰的路径。它概述了 event log 中应包含的关键 data 字段、需要追踪的关键流程步骤,以及提取这些信息的实用指南。请利用此资源确保您收集到所有必要 data,以便进行有效的流程分析和优化。
  • 建议收集的属性
  • 需要追踪的关键活动
  • Oracle E-Business Suite 数据提取指南
不熟悉事件日志?了解 如何创建流程挖掘事件日志.

从订单到收款 - 开票与发票管理属性

这些是建议纳入 event log 的 data 字段,用于对“从订单到收款 - 开票与发票管理”流程进行全面分析。
3 必填 6 推荐 12 可选
名称 描述
Event 时间
EventTime
活动发生的精确日期和时间。
描述

Event Time 是与每个活动关联的时间戳,提供了 Case 内事件的先后顺序。它是流程挖掘中所有基于时间的分析所使用的原始数据。

该属性对于计算周期时间、活动间的持续时间以及流程交付周期等关键绩效指标至关重要。例如,“发票已生成”与“发票已审批”之间的 Event Time 差异即为审批时长。准确且完整的时间戳是获得可靠流程分析结果的基础。

为何重要

它为每个事件提供了时间上下文,使得计算持续时间、分析流程绩效和发现瓶颈成为可能。

获取方式

源自 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
每个发票单据的唯一标识符,作为开票流程的主要 case ID。
描述

发票号码是“从订单到收款”开票分析的基石,用于唯一标识每笔开票交易。它将所有相关活动(如生成、审批、发送、支付和关闭)组合成一个完整的流程实例,从而提供发票生命周期的端到端全景视图。

在 Process Mining 中,按发票号码分析流程有助于衡量总周期时间,识别发票处理过程中的变体,并精准定位延迟付款的瓶颈。这对于追踪每一张发票从创建到结清的全过程至关重要。

为何重要

它是核心的 Case 标识符,连接了所有相关事件,从而能够针对每张唯一发票还原并分析完整的开票流程。

获取方式

这通常是 Oracle Receivables 中 RA_CUSTOMER_TRX_ALL 表的交易编号。

示例
INV-9234501788144US-2023-001293
活动名称
ActivityName
在发票生命周期中,特定时间点发生的业务事件名称。
描述

活动名称描述了发票处理过程中的一个步骤或里程碑,例如“发票已生成”、“发票已审批”或“收到客户付款”。特定发票号码对应的这些活动按时间顺序排列,即构成了流程流向。

此属性是 Process Mining 的基础,因为它被用于构建流程图、分析流程变体以及识别偏差或返工循环。活动名称的清晰度和一致性对于开展有意义的分析至关重要,例如计算特定步骤之间的时间,或理解流程的合规性。

为何重要

此属性是发现和实现流程流向可视化的基础,支持对流程变体、瓶颈及返工进行深入分析。

获取方式

这通常是通过将来自各种 Oracle EBS 表(如 AR_PAYMENT_SCHEDULES_ALL、RA_CUSTOMER_TRX_ALL)的状态变更、event 类型或记录创建/更新 event 映射到标准化的活动名称来得出的。

示例
已生成发票发票已审批到达付款截止日期已收到客户付款
到期日期
DueDate
预期的客户发票付款截止日期。
描述

到期日是一个关键的日期属性,它根据付款条件定义了发票的最后付款期限。它是衡量实际付款绩效的基准。

此属性对于计算“按时付款率”等 KPI 以及生成发票账龄报表至关重要。在 Process Mining 中,它可以分析支付行为,例如识别经常逾期付款的客户,或评估流程延迟对准时收款能力的影响。

为何重要

它是衡量付款绩效、计算发票账龄以及评估逾期付款或坏账风险的基准。

获取方式

可在 AR_PAYMENT_SCHEDULES_ALL 表的 DUE_DATE 列中找到。

示例
2023-05-152023-06-302023-07-01
发票总金额
TotalInvoiceAmount
发票的总金额,包括所有行项目、税费和其他费用。
描述

此属性代表发送给客户的发票总金额。它是开票流程财务分析的基础指标。

在 Process Mining 中,“发票总金额”用于对 case 进行细分和过滤。例如,分析师可以比较高价值发票与低价值发票的流程流向,查看其处理方式是否存在差异。这对于财务影响分析也至关重要,例如计算滞留在审批阶段的发票价值。

为何重要

支持财务影响分析,允许用户根据货币价值对问题进行优先级排序,并了解不同发票金额如何影响流程。

获取方式

该数据可能源自 AR_PAYMENT_SCHEDULES_ALL 数据表 (AMOUNT_DUE_ORIGINAL),或根据特定发票从 RA_CUSTOMER_TRX_LINES_ALL 计算得出。

示例
1500.0012550.75500.50
发票状态
InvoiceStatus
发票在其生命周期中的当前状态。
描述

发票状态(Invoice Status)反映了发票的当前阶段,如“打开”、“关闭”或“争议中”。这提供了发票进度的快照视图。

该属性对于创建“发票账龄与状态概览”等仪表板至关重要,让用户能够快速查看处于不同状态的发票数量和金额。它有助于确定打开状态发票的催收优先级,并提供应收账款组合整体健康状况的高级汇总。

为何重要

提供发票的实时状态视图,这对于运营 dashboard、工作量管理以及优先处理催款活动至关重要。

获取方式

可在 AR_PAYMENT_SCHEDULES_ALL 表的 STATUS 列中找到('OP' 表示打开,'CL' 表示关闭)。

示例
未结已结案争议中
客户ID
CustomerId
发票开具对象的客户唯一标识符。
描述

客户 ID 将发票与主数据中的特定客户账户关联起来,从而实现跨不同客户的流程绩效汇总与比较。

利用此属性,分析师可以构建 dashboard 来突出显示客户付款行为,识别哪些客户涉及最多的争议或返工,并比较不同客户群体的发票处理时间。这是从纯流程视角转向以客户为中心分析的关键。

为何重要

支持以客户为中心的分析,有助于识别特定客户的付款模式、频繁争议或流程变体。

获取方式

可在 RA_CUSTOMER_TRX_ALL 表中作为 SOLD_TO_CUSTOMER_ID 或 BILL_TO_CUSTOMER_ID 找到。

示例
CUST-100239845ACME-US-01
用户
User
执行此活动的用户ID。
描述

此属性用于标识负责执行流程步骤(如审批发票或核销现金)的具体员工或系统用户。这对于理解流程中的人为因素至关重要。

按用户进行分析有助于发现培训机会、工作负载分配不均以及个人绩效差异。例如,它可以突出显示哪些用户涉及的返工最多或审批时间最长,从而支持针对性的流程优化工作。

为何重要

支持个人层面的绩效分析,有助于识别高效员工、培训需求以及潜在的工作负载失衡。

获取方式

源自各类交易表中的用户 ID 字段,如 CREATED_BY 或 LAST_UPDATED_BY。该 ID 随后与 FND_USER 关联以获取用户名。

示例
JSMITHBWILLIAMSCDAVIS
部门
Department
执行该活动的用户所属的部门或职能团队。
描述

部门属性为执行某项活动的用户提供了组织背景,例如“应收账款部”或“销售运营部”。这使得分析可以在团队或部门层面进行汇总。

这对于了解组织的不同部分如何参与并影响开票流程至关重要。它有助于识别部门内的系统性问题,比较团队间的绩效,并分析资源分配。例如,它可以让“发票审批周期”dashboard 按部门进行细分。

为何重要

支持按组织结构分析流程绩效,突出团队间的差异,并有助于定位特定部门的瓶颈。

获取方式

通常通过将用户信息与组织的 HR 层级 data 关联来得出,来源通常是 PER_ALL_ASSIGNMENTS_F 或类似的 HR 表。

示例
应收账款财务运营账单服务
DSO(应收账款周转天数)
DaysSalesOutstanding
从发票生成到收到付款之间的天数。
描述

应收账款周转天数 (DSO) 是一个关键的财务指标,衡量从发票生成到收回款项所需的平均时间。该属性针对每张发票单独计算。

虽然总体的 KPI 是一个平均值,但拥有每张发票的此项数值可以支持强大的分析。它可用于创建分布图、识别离群值,以及分析回款效率随时间变化的趋势。“DSO 趋势”仪表板可以直接展示该属性随时间变化的平均值。

为何重要

在单张发票层面衡量回款效率,为趋势分析提供原始数据,并识别与高 DSO 相关的因素。

获取方式

在数据转换期间计算得出。逻辑:Timestamp('收到客户付款') - Timestamp('发票已生成')。

示例
304592
业务单元
BusinessUnit
公司内开具发票的具体业务单位或运营单位。
描述

业务单位代表负责该交易的组织实体。在 Oracle EBS 中,这通常由运营单位(Operating Unit)表示。

此属性允许对企业不同部门的流程绩效进行比较。它有助于确定哪些业务单位效率更高、按时付款率更高或争议更频繁,从而实现最佳实践的共享和针对性的干预。

为何重要

支持对组织不同部门进行绩效比较,有助于识别最佳实践和各领域特有的挑战。

获取方式

在 RA_CUSTOMER_TRX_ALL 等大多数交易表中,运营单位上下文可以通过 ORG_ID 隐式获取。

示例
美国业务部欧洲、中东及非洲地区服务全球制造
付款条款
PaymentTerms
规定客户必须在何时支付发票的约定条款。
描述

付款条件定义了支付条款(如“Net 30”或“Net 60”),用于计算发票到期日。它是直接影响现金流的关键主数据。

通过付款条件进行分析,有助于了解不同条款对支付行为和应收账款周转天数(DSO)的影响。它可以揭示缩短付款条件是否能加速回款,并为针对不同客户群体提供何种付款条件提供决策支持。

为何重要

直接影响发票到期日和现金流预测。分析该项有助于评估不同信用政策的有效性。

获取方式

源自 RA_TERMS_B 表,通过 RA_CUSTOMER_TRX_ALL 表中的 TERM_ID 进行链接。

示例
净 30 天净 60 天见票即付
最后数据更新
LastDataUpdate
指示该事件数据最近一次从源系统刷新或提取的时间戳。
描述

此属性提供最后一次 data 提取的 timestamp。它对于了解所分析 data 的新鲜度至关重要。

用户依靠此字段来判断 dashboard 和分析是否反映了流程的最新状态。它有助于管理对 data 延迟的预期,并且是任何可靠 data 模型中关键的元数据。

为何重要

告知用户数据的时效性,确保他们了解流程分析的实时程度。

获取方式

这是一个元数据字段,在 data 提取、转换和加载 (ETL) 过程中生成并标记在每条记录上。

示例
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
审批周期时间
ApprovalCycleTime
从发票生成到获得审批所经历的时间。
描述

此属性衡量内部发票审批流程所需的时间。它是内部效率的关键指标,也是整个开票周期中常见的瓶颈来源。

为每张发票计算此持续时间,可以创建“发票审批周期”dashboard。它支持按部门、用户或发票金额进行分析,从而精准锁定审批延迟的根源,并评估流程改进举措的效果。

为何重要

通过衡量 workflow 审批效率来定位内部瓶颈。审批延迟是发票发送不及时、进而导致客户收到发票滞后的常见原因。

获取方式

在数据转换期间计算得出。逻辑:Timestamp('发票已审批') - Timestamp('发票已生成')。

示例
864001728003600
客户名称
CustomerName
发票开具对象的客户法律名称。
描述

客户名称为客户提供了一个易于理解的标识。虽然客户 ID 用于关联和唯一标识,但名称则用于在报表和 dashboard 中展示。

这使分析更直观,用户可以直接识别客户名称,而无需查找 ID。这对于创建用户友好的可视化图表(例如显示各客户平均付款延迟的柱状图)至关重要。

为何重要

通过提供易于理解的名称用于筛选和分组,增强了仪表板和报表的易用性,使分析更直观。

获取方式

使用发票头中的客户 ID,从 HZ_PARTIES 和 HZ_CUST_ACCOUNTS 表联接得出。

示例
Global Corp Inc.Innovate Solutions Ltd.测试公司有限责任公司
客户国家/地区
Country
客户账单地址所属的国家。
描述

此属性指定与客户账单地址相关的国家/地区,为流程分析提供了地理维度。

按国家/地区分析流程可以揭示支付行为、流程效率或当地法规合规性方面的区域差异。例如,它可用于“客户付款行为洞察”dashboard,以查看不同国家之间的平均付款延迟是否存在显著差异。

为何重要

支持对流程进行地理维度分析,突出客户行为、监管影响或运营绩效在不同地区的差异。

获取方式

通过客户账户表关联,从 HZ_LOCATIONS 和 FND_TERRITORIES 中存储的客户账单寄送地址信息联接得出。

示例
美国德国英国
是否按时付款
IsPaidOnTime
这是一个计算出的标志,用于指示发票是否在到期日或之前支付。
描述

这是一个布尔属性,通过将“收到客户付款”的 timestamp 与发票“到期日”进行比较得出。如果付款准时或提前,则为 true;如果逾期,则为 false。

此标志简化了支付绩效相关 KPI 和 dashboard 的创建。它是计算“按时付款率”KPI 的直接输入,并支持将发票轻松过滤并细分为“准时”和“逾期”类别,以便开展进一步的根本原因分析。

为何重要

直接支持“准时付款率”KPI,并通过将发票分类为“准时”和“逾期”组来简化分析。

获取方式

在数据转换期间计算得出。逻辑:如果 (Timestamp('收到客户付款') <= Date('到期日期')) 则为 true,否则为 false。

示例
truefalse
是否返工
IsRework
这是一个计算出的标志,用于指示发票是否经历了返工活动,例如修改或重新审批。
描述

如果某张发票的流程流向中包含表示返工的活动(如“发票已修改”或第二次“发票已审批”event),则此布尔标志设为 true。它有助于快速识别偏离标准高效路径的发票。

此属性对于“发票错误率”和“手动返工率”等 KPI 至关重要。它使分析师能够轻松量化返工频率,筛选出这些低效 case,并调查其根本原因,例如与返工活动关联最紧密的用户或部门。

为何重要

通过标记需要额外、非标准步骤的发票来量化流程效率低下问题,从而分析返工的原因及其对整体的影响。

获取方式

在数据转换期间通过检测某个 case 中的特定活动序列(例如“发票已审批”后紧跟“发票已修改”)计算得出。

示例
truefalse
源系统
SourceSystem
提取 data 的记录系统。
描述

此属性用于标识 event data 的来源应用程序。对于此流程,其来源始终为 Oracle E-Business Suite。

在多系统环境下,此字段对于 data 血缘追踪和故障排查至关重要。即使在单一系统背景下,它也是 data 治理的必填字段,用于确认 data 确实来自预期源头。

为何重要

确保数据可追溯性和上下文,这对于数据治理以及集成来自多个企业系统的数据至关重要。

获取方式

这是在 data 提取过程中设置的静态值,用于标识源 ERP 系统。

示例
Oracle E-Business SuiteOracle EBS R12
货币
Currency
发票金额对应的币种代码。
描述

此属性指定了发票金额所使用的币种(如美元或欧元),为所有财务指标提供了必要的上下文。

在分析跨国业务 data 时,币种属性对于正确解读和比较财务价值至关重要。dashboard 可以利用它按币种过滤,或应用汇率进行合并报表分析。

为何重要

为所有财务属性提供必要的上下文,确保在多币种环境下能进行准确的解读与分析。

获取方式

通常位于 RA_CUSTOMER_TRX_ALL 表的 INVOICE_CURRENCY_CODE 列中。

示例
美元EURGBP
销售订单编号
SalesOrderNumber
导致该发票生成的原始销售订单标识符。
描述

销售订单号提供了指向“从订单到收款”周期中前半部分“订单管理”的直接链接,将开票流程与初始客户订单联系起来。

此属性支持更广泛的跨流程分析。例如,分析师可以调查某些类型的销售订单是否总是导致开票争议或支付延迟。它提供了在孤立查看开票流程时容易丢失的重要背景信息。

为何重要

将开票流程与上游销售流程相连,从而实现更全面的订单到现金分析和根本原因调查。

获取方式

通常在发票行表 RA_CUSTOMER_TRX_LINES_ALL 的引用或接口属性字段中找到,例如 INTERFACE_LINE_ATTRIBUTE1 或类似的说明性弹性字段(DFF)。

示例
SO-54321601882ORD-2023-9910
必填 推荐 可选

从订单到收款 - 开票与发票管理活动

这些是 event log 中必须捕获的关键流程步骤和里程碑,以便准确发现并分析您的开票业务。
5 推荐 8 可选
活动 描述
发票已发送给客户
此活动表示发票已通过打印或电子方式正式传送给客户。此 event 标志着客户付款条件倒计时的开始。
为何重要

这是衡量发票交付前置时间以及付款滞后期的关键里程碑。它有助于区分内部处理延迟与客户付款行为。

获取方式

Oracle EBS 并不总是在标准字段中显式记录此 event。它可能需要通过“发票打印”并发程序的 timestamp 或电子交付时设置的自定义标志来推导。

捕获

从发票打印程序的完成日期或电子传输的自定义逻辑中推断。

事件类型 inferred
发票已结案
发票正式关闭,表示由于付款、贷项通知单及/或调整,其余额已归零。这标志着发票生命周期的成功圆满。
为何重要

这是流程的主要终点。从“发票已生成”到“发票已关闭”的总周期时间是衡量“从订单到收款”开票周期整体效率的关键指标。

获取方式

从 AR_PAYMENT_SCHEDULES_ALL 表中的 STATUS 字段变更为“CL”(关闭)推断得出。导致关闭的最后一笔交易日期可用作时间戳。

捕获

从 AR_PAYMENT_SCHEDULES_ALL 中状态变更为“CL”推断,时间戳取最后一次相关的核销。

事件类型 inferred
已收到客户付款
客户的付款已作为现金收款录入系统。在此阶段,该付款可能尚未核销至特定的发票。
为何重要

这是计算应收账款周转天数 (DSO) 的重要里程碑。发票生成与收到付款之间的时间间隔是衡量收款效率的主要标准。

获取方式

在 AR_CASH_RECEIPTS_ALL 表中创建记录时,会显式记录此 event 及其 timestamp。

捕获

事件是 AR_CASH_RECEIPTS_ALL 表中记录的创建时间戳。

事件类型 explicit
已生成发票
标志着系统中新发票交易的创建。该事件通常由处理已履行销售订单行的“自动开票导入程序”触发,或者是通过应收账款模块中的手工发票录入触发。
为何重要

这是开票流程的起点。分析从该 event 到其他 event 的时间,可以揭示完整的发票生命周期,并有助于识别早期阶段的瓶颈。

获取方式

记录为 Oracle Receivables 表 RA_CUSTOMER_TRX_ALL 中交易的创建日期。TRX_DATE 或 CREATION_DATE 可用作 event timestamp。

捕获

事件是 RA_CUSTOMER_TRX_ALL 表中记录的创建时间戳。

事件类型 explicit
现金已核销/对账
收到的客户付款已成功应用到一张或多张特定发票,减少了未付余额。这代表了款项与债务之间的核销。
为何重要

这是付款流程的最后一步,对于衡量现金应用周期至关重要。此环节的延迟会导致客户账户余额显示错误,并影响信用管理。

获取方式

当在 AR_RECEIVABLE_APPLICATIONS_ALL 表中创建记录以将现金收据链接到交易时,会显式记录此 event 及其 timestamp。

捕获

事件是 AR_RECEIVABLE_APPLICATIONS_ALL 中记录的创建时间戳(GL_DATE 或 APPLY_DATE)。

事件类型 explicit
争议已提出
客户对发票正式提出争议,导致在问题解决前催收活动处于暂停状态。这通常在 Oracle Advanced Collections 中管理,或通过手动状态更新进行记录。
为何重要

争议会因延迟回款而直接影响现金流。追踪争议的频率和解决时间有助于识别产品、服务或计费准确性方面的重复性问题。

获取方式

如果使用了 Oracle Advanced Collections 模块,这是一个明确的交易。否则,可以从应收账款 (AR) 中发票被赋予的特定“争议”状态或暂扣项中推断。

捕获

记录为 Oracle Advanced Collections 中的一笔交易,或从发票的状态变更中推断得出。

事件类型 explicit
付款已冲销
指示先前收到的客户付款已被撤销。这通常是由于资金不足 (NSF) 或其他银行处理错误造成的。
为何重要

付款冲销会干扰现金流预测,并增加额外的管理成本。跟踪这些 event 有助于识别存在问题的客户或支付方式。

获取方式

这是 Oracle Receivables 中的显式操作。冲销会在 AR_CASH_RECEIPT_HISTORY_ALL 中创建条目,其状态显示为冲销(如“REVERSED”)。

捕获

通过 AR_CASH_RECEIPT_HISTORY_ALL 表中状态变更为“REVERSED”来识别。

事件类型 explicit
到达付款截止日期
这是一个计算出的事件,标志着根据付款条件发票到期的日期。该事件并不对应具体的用户或系统操作,但它是一个关键的时间里程碑。
为何重要

此 event 对于计算按时付款率和分析客户付款行为至关重要。它是判定付款属于提前、准时还是逾期的基准。

获取方式

这不会被记录为一个 event。它是通过将系统日期与 AR_PAYMENT_SCHEDULES_ALL 表中特定发票的 TERM_DUE_DATE 字段进行比较计算得出的。

捕获

通过将当前时间戳与 AR_PAYMENT_SCHEDULES_ALL.TERM_DUE_DATE 进行比较得出。

事件类型 calculated
发票已修改
指示现有的未完成发票已被更新或纠正。这可能涉及在发票完成或发出之前更改行项目、金额或计费信息。
为何重要

频繁的修改表明流程效率低下、数据质量问题或用户错误。分析此活动有助于量化返工及其对周期时间的影响,从而支持“发票错误率”等 KPI。

获取方式

对于未完成的发票,可以通过比较 RA_CUSTOMER_TRX_ALL 表中的 CREATION_DATE 和 LAST_UPDATE_DATE 来推断。如果启用了审计,则可以更明确地追踪更改。

捕获

通过追踪 RA_CUSTOMER_TRX_ALL 表上的 LAST_UPDATE_DATE 更新来推断。

事件类型 inferred
发票已审批
代表在发票发送给客户之前,对手动输入或审核过的发票进行的正式内部审批。此活动可能是已配置的 Oracle Workflow 的一部分,也可能是手动的状态变更。
为何重要

追踪审批时间对于“发票审批周期”KPI 至关重要。此环节的延迟会直接推迟向客户开票的时间,并延长整个现金周转周期。

获取方式

这通常取决于配置。它可以从 workflow 表(如 WF_ITEM_ACTIVITY_STATUSES)中的状态变更,或者可能从 RA_CUSTOMER_TRX_ALL 发票交易中的说明性弹性字段(DFF)中推导出来。

捕获

从工作流表或自定义状态字段的状态更改中推断。

事件类型 inferred
已发出付款提醒
针对逾期发票向客户发送了催收或提醒通知。这是催收流程中的关键活动。
为何重要

追踪此活动对于衡量催收策略的有效性至关重要。它可以分析发送提醒前后的付款率变化。

获取方式

如果使用了 Oracle Advanced Collections 模块,发送催款函会被记录为一个明确的事件。如果没有该模块,此活动通常在系统外执行,可能无法被可靠追踪。

捕获

在 Oracle Advanced Collections 模块中记录为催款函对应事件。

事件类型 explicit
核销已创建
进行调整以将发票剩余余额的全部或部分作为坏账核销。这通常发生在催收努力均告失败之后。
为何重要

核销代表了收入的直接损失。分析核销的频率和价值有助于完善信用政策,并了解无法收回债务带来的财务影响。

获取方式

这被记录为针对发票的特定调整类型交易。可以在 AR_ADJUSTMENTS_ALL 表中找到该 event,并链接到为核销定义的应收活动类型。

捕获

事件是在 AR_ADJUSTMENTS_ALL 中创建了一条活动类型为“Write-Off”的记录。

事件类型 explicit
贷项通知单已创建
贷记通知单 (Credit Memo) 交易已生成,通常应用于现有发票以纠正计费错误或处理退货。这是应收账款中的一个独立但相关的交易。
为何重要

大量的贷记通知单 (Credit Memo) 指向上游在订单履行、定价或初始开票准确性方面存在问题。分析这些事件是收入流失和客户不满根本原因分析的关键。

获取方式

在 RA_CUSTOMER_TRX_ALL 中记录为一笔新交易,其 CUST_TRX_TYPE_ID 链接到类别为“CM”(贷项通知单)的类型。PREVIOUS_CUSTOMER_TRX_ID 字段将其链接回原始发票。

捕获

事件是在 RA_CUSTOMER_TRX_ALL 中创建了一条交易类型为贷记通知单 (Credit Memo) 的记录。

事件类型 explicit
推荐 可选

提取指南

如何从Oracle E-Business Suite获取数据