华为MetaERP Oracle EBS R12 与 Fusion Cloud 应收 (AR) 模块全维度拆解前置定义:四层实体分层标准表格层级 定义 业务视角 技术视角业务对象 BO 面向业
Oracle EBS R12 与 Fusion Cloud 应收 (AR) 模块全维度拆解
前置定义:四层实体分层标准
| 层级 | 定义 | 业务视角 | 技术视角 |
|---|---|---|---|
| 业务对象 BO | 面向业务端标准化业务单据 / 业务概念,用户可见、业务口径统一 | 销售发票、收款单、贷项通知单、核销、坏账调整、客户应收余额 | 业务中台标准服务、UI 单据、API 入参主体 |
| 逻辑实体 LE | 业务对象拆解后的业务分层逻辑模型,抽象业务规则、关联关系,无关物理存储 | 发票头逻辑实体、发票行逻辑实体、收款核销逻辑实体、应收账期计划实体、会计分配逻辑实体 | ER 逻辑模型、EBS/Fusion 数据字典 Logical Entity、API 资源模型 |
| 物理实体 PE | 落地到数据库的表、分区、索引、约束、视图、序列、同义词,真实存储数据 | RA_CUSTOMER_TRX_ALL、AR_CASH_RECEIPTS_ALL 等物理表、分区表、物化视图 | Oracle Table、Index、Constraint、Partition、Schema 对象 |
| 后台程序 | 标准并发请求、PL/SQL 包、API、工作流、SLA 会计引擎、自动核销程序、开票接口 | 系统内置执行逻辑、定时任务、业务校验、会计生成、过账推送 GL | PL/SQL Package、Concurrent Program、WebService、Fusion ESS Job、SLA 会计引擎 |
第一部分:Oracle EBS R12 AR 应收模块详细拆解
一、核心业务对象(BO)
1. 应收事务类 BO
- 标准销售发票 Invoice
- 借项通知单 Debit Memo
- 贷项通知单 Credit Memo
- 预付款请求 Commitment
- 应收票据 Bills Receivable
- 事务调整单 Adjustment(折扣、坏账、汇兑损益调整)
2. 收款类 BO
- 客户现金收款单 Cash Receipt
- 杂项收款 Misc Receipt(利息、罚款、保证金等非主营业务收款)
- 收款核销单 Receipt Application
- 收款冲销、退票处理(NSF)
3. 支撑类 BO
客户主数据、收款计划(账期分期)、信用管控、催款单、对账通知单、SLA 子分类账会计凭证
二、逻辑实体(LE)分层拆解
层级 1:事务处理逻辑实体
- 事务批逻辑实体 AR_Batch:批量录入发票的批次容器,管控批次状态、数量金额校验
- 事务头逻辑实体 Trx Header:客户、开票日期、币种、交易类型、付款条款、收票地点、销售员
- 事务行逻辑实体 Trx Line:物料 / 服务行、税行、运费行、数量单价、行金额、行类型区分(ITEM/TAX/FREIGHT)
- GL 会计分配逻辑实体 Trx GL Distribution:单行收入、应收、税金科目分摊,弹性域、成本中心、利润中心维度
层级 2:应收账期管控逻辑实体 Payment Schedule
EBS AR 核心中枢逻辑实体:每一张有效应收单据生成一条收款计划,实时跟踪应收余额、到期日、已收金额、未收余额、账龄,所有收款 / 核销 / 调整均驱动该实体余额变动
层级 3:收款全生命周期逻辑实体
- 收款主实体 Cash Receipt Header:收款号、收款日期、收款方式、银行账户、收款总额
- 收款状态流转实体 Cash Receipt History:未识别→已识别→部分核销→全额核销→退票冲销全状态日志
- 核销关联实体 Receipt Application:收款与发票 / 贷项单的勾对关系,记录本次核销金额、对应应收账期计划
- 收款会计分配实体 Receipt GL Distribution:现金科目、预收科目、应收冲抵科目入账规则
层级 4:调整与会计逻辑实体
- 应收调整逻辑实体 Adjustment:折扣、坏账核销、小额尾差调整
- SLA 子分类账会计事件实体:AR 业务事件→会计事件→会计分录,统一推送 GL 总账
三、物理实体(核心 ALL 分区表,AR/RA Schema)
EBS 采用Org_ID 分区架构,业务数据全部存储
XXX_ALL全局表,视图XXX按 MOAC 多组织自动过滤组织数据
1)应收事务核心物理表
| 物理表名 | 归属 Schema | 主键 | 核心用途 | 关键字段说明 |
|---|---|---|---|---|
| AR_BATCHES_ALL | AR | BATCH_ID | 事务 / 收款批次头 | 批次类型、控制金额、处理状态 BATCH_APPLIED_STATUS |
| RA_CUSTOMER_TRX_ALL | RA | CUSTOMER_TRX_ID | 发票 / 贷项 / 借项头表 | TRX_NUMBER 发票号、BILL_TO_SITE_USE_ID 收票客户地点、TRX_DATE 开票日期、TRX_TYPE_ID 交易类型、PAYMENT_SCHEDULE_ID 关联收款计划 ID |
| RA_CUSTOMER_TRX_LINES_ALL | RA | LINE_ID | 发票明细行 | QUANTITY_INVOICE 开票数量、EXTENDED_AMOUNT 行金额、LINE_TYPE 行类型 (ITEM/TAX)、INVENTORY_ITEM_ID 物料 IDCSDN博... |
| RA_CUST_TRX_LINE_GL_DIST_ALL | RA | GL_DISTRIBUTION_ID | 行级会计科目分配 | CODE_COMBINATION_ID 科目组合 ID、AMOUNT 入账金额、GL_DATE 会计日期 |
| RA_CUST_TRX_LINE_SALESREPS_ALL | RA | SALESREP_ID | 销售员业绩分摊 | 销售员 ID、分摊比例、提成金额 |
2)应收账期核心表(AR 最关键表)
AR_PAYMENT_SCHEDULES_ALL主键:PAYMENT_SCHEDULE_ID 核心定位:一张应收单据对应一条记录,全流程余额唯一载体 关键字段:
- AMOUNT_DUE_ORIGINAL:原始应收总额
- AMOUNT_DUE_REMAINING:当前未结清余额(账龄分析基准)
- CLASS:单据类型 INV 发票 / CM 贷项 / PMT 收款 / ADJ 调整
- DUE_DATE:应收到期日
- ACTUAL_DATE_CLOSED:结清关闭日期
- CUSTOMER_TRX_ID 关联发票、CASH_RECEIPT_ID 关联收款单Oracle
3)收款全链路物理表
- AR_CASH_RECEIPTS_ALL:收款单主表 RECEIPT_NUMBER 收款编号、RECEIPT_DATE 收款日期、AMOUNT 收款总额、TYPE=CASH 客户收款 / MISC 杂项收款、STATUS 收款状态(UNAPPLIED 未核销 / APPLIED 已核销 / NSF 退票)Oracle
- AR_CASH_RECEIPT_HISTORY_ALL:收款状态变更流水,每一次状态变更生成一行日志,追溯收款全生命周期
- AR_RECEIVABLE_APPLICATIONS_ALL:核销关联中间表 主键:APPLICATION_ID;记录收款 PAYMENT_SCHEDULE_ID 与应收发票 PAYMENT_SCHEDULE_ID 的勾对关系,AMOUNT_APPLIED 本次核销金额;EBS 核销的核心关联表
- AR_DISTRIBUTIONS_ALL:收款对应的会计分录分配表
- AR_MISC_CASH_DISTRIBUTIONS_ALL:杂项收款科目分配
4)调整、坏账、SLA 会计配套表
- AR_ADJUSTMENTS_ALL:应收调整单,坏账核销、折扣调整、尾差调整
- XLA_EVENTS:SLA 会计事件,AR 业务触发会计事件
- XLA_AE_HEADERS / XLA_AE_LINES:子分类账会计头行分录,最终过账至 GL_GL_JE_LINES 总账分录
5)客户主数据基础表(HZ 客户数据模型)
HZ_PARTIES 合作方、HZ_CUST_ACCOUNTS 客户账户、HZ_CUST_SITE_USES_ALL 收票地址、HZ_LOCATIONS 地址信息
四、EBS AR 核心后台程序(PL/SQL 包 + 并发请求)
1. 核心 PL/SQL 标准包
AR_PAYMENT_SCHEDULES_PKG:收款计划 CRUD、余额更新(核销 / 调整后自动重算未收余额)AR_RECEIVABLE_APPLICATIONS_PKG:收款核销、反核销核心逻辑AR_CASH_RECEIPTS_PKG:收款录入、状态变更、冲销退票RA_CUSTOMER_TRX_PKG:发票创建、修改、作废、贷项匹配开票AR_ADJUSTMENTS_PKG:应收调整、坏账计提核销XLA_AR_EXTRACT_PKG:抽取 AR 业务数据生成 SLA 会计分录
2. 高频标准并发请求
- 自动收款核销:Automatic Receipt Application
- 账龄报表生成:AR Aging Report
- SLA 会计过账:Create Accounting - Receivables
- AR 子分类账推送总账:Transfer Journal Entries to GL
- 应收重估汇兑损益:Revalue Balances
- 催款信打印、逾期利息计算程序
3. 典型业务 SQL 示例(EBS)
sql
-- 查询单张发票+明细+未核销余额 SELECT trx.trx_number 发票号, trx.trx_date 开票日期, ps.amount_due_original 应收总额, ps.amount_due_remaining 未结清余额, lines.line_number 行号, lines.extended_amount 行金额 FROM ra_customer_trx_all trx JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id JOIN ra_customer_trx_lines_all lines ON trx.customer_trx_id = lines.customer_trx_id WHERE trx.trx_number = 'INV2026080801' AND trx.org_id = 82; -- 查询收款对应核销明细 SELECT cr.receipt_number 收款号, trx.trx_number 被核销发票号, app.amount_applied 本次核销金额 FROM ar_cash_receipts_all cr JOIN ar_receivable_applications_all app ON cr.cash_receipt_id = app.cash_receipt_id JOIN ar_payment_schedules_all ps ON app.applied_payment_schedule_id = ps.payment_schedule_id JOIN ra_customer_trx_all trx ON ps.customer_trx_id = trx.customer_trx_id WHERE cr.receipt_number = 'REC2026080801';4. 标准 API 示例(EBS 开票公开 API)
AR_PUBLIC_API_PKG.CREATE_INVOICE入参:客户 ID、交易类型、行明细、金额、付款条款;自动生成 RA_CUSTOMER_TRX_ALL、RA_CUSTOMER_TRX_LINES_ALL,自动生成 AR_PAYMENT_SCHEDULES 收款计划。
第二部分:Oracle Fusion Cloud Receivables 应收模块
一、整体架构差异前置说明
- EBS:本地部署,RA/AR 独立 Schema,Org_ID 多组织;
- Fusion:SaaS 云原生,统一
FUSIONSchema,业务单元 BU 替代 EBS Org_ID,数据模型高度复用 EBS 核心表结构,但封装层、服务化、SLA 深度一体化、ESS 定时任务替代并发请求、REST API 为主。
一、Fusion AR 四层实体映射
1. 业务对象 BO(Fusion 标准化 Cloud 业务对象)
Fusion 提供标准业务对象服务(Business Object Service):
- Receivable Invoice、Credit Memo、Debit Memo
- Cash Receipt、Receipt Application、Adjustment、Write-off 核销坏账 核心特点:前端 UI、REST API、批量导入统一基于 BO,底层屏蔽物理表细节。
2. 逻辑实体 LE
- 复用 EBS 经典逻辑模型:发票头 / 行、收款计划、核销关联、会计分配;
- 新增云原生逻辑实体:
- Cash Recommendation 自动对账推荐逻辑实体(银行流水自动匹配收款)
- Legal Entity 税分摊逻辑实体(AR_REC_TRX_LE_DETAILS_ALL)按法人拆分税金、收入Oracle
- 收款对账工作台逻辑实体 AR_CASH_RECO_LINES_ALL 银行对账匹配明细Oracle
- 逻辑层内置:AI 自动核销、智能账龄预警、信用实时校验、全球税务引擎内嵌。
3. 物理实体(数据表)
(1)兼容 EBS 同源核心表(表名基本不变,Schema=FUSION)
RA_CUSTOMER_TRX_ALL、RA_CUSTOMER_TRX_LINES_ALL、AR_PAYMENT_SCHEDULES_ALL、AR_CASH_RECEIPTS_ALL、AR_RECEIVABLE_APPLICATIONS_ALL 结构字段 90% 对齐 EBS,仅适配 BU_ID 替代 ORG_ID、租户隔离字段、审计字段增强。
(2)Fusion 独有新增物理表
- AR_CASH_RECO_LINES_ALL:银行流水自动对账推荐明细
- AR_REC_TRX_LE_DETAILS_ALL:法人维度税金、收入分摊表
- AR_BILLS_REMITTANCE_ALL:应收票据托收云适配表
- HZ 云统一客户主数据:全 Fusion 共用客户模型,不再 EBS 老旧 HZ 结构
(3)SLA & 总账一体化表
Fusion XLA 与 GL 强耦合,XLA_AE_LINES 直接对接 Fusion 总账日记账,无 EBS 式分步 Transfer 过账。
4. Fusion 后台程序体系
1)底层 PL/SQL 包
沿用 EBS 核心逻辑包,封装在 Fusion 云安全权限内,客户不可直接修改;禁止客户自定义修改底层 PL/SQL,只能配置 + API 扩展。
2)云定时任务 ESS Jobs(替代 EBS 并发请求)
| ESS Job 名称 | 对应 EBS 并发程序 | 功能 |
|---|---|---|
| Create Accounting for Receivables | Create Accounting | 生成 AR 子分类账会计分录 |
| Automatic Receipt Application | 自动核销并发 | 按规则自动匹配收款与应收发票 |
| Receivables Revaluation | 汇兑损益重估 | 期末外币应收重估 |
| Write-off Receivables Balance | 批量坏账核销 | 小额应收自动坏账清理 |
3)主流接入方式(Fusion 推荐)
- REST API 业务对象接口(首选):
/fscmRestApi/resources/11.13.18.05/receivablesInvoices新增 / 查询发票 - FBDI 批量导入:Excel 模板导入发票、收款单
- SOAP WebService、OTBI 报表视图(AR 标准分析视图 AR_CR_INFO_V、AR_ADJ_INFO_V)
4)Fusion 典型查询 SQL 示例
sql
--Fusion查询业务单元下应收未结清发票 SELECT trx.trx_number invoice_num, bu.bu_name business_unit, ps.amount_due_remaining unapplied_balance, trx.trx_date invoice_date FROM fusion.ra_customer_trx_all trx JOIN fusion.ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id JOIN fusion.fun_all_business_units_v bu ON trx.bu_id = bu.bu_id WHERE ps.amount_due_remaining > 0;三、EBS VS Fusion AR 关键差异汇总
| 对比维度 | EBS R12 AR | Fusion Cloud AR |
|---|---|---|
| 部署架构 | 本地部署,多 Schema (AR/RA/HZ) | SaaS 单 FUSION Schema,租户隔离 |
| 组织架构 | ORG_ID 多组织 | BU 业务单元 + 法人 LE 双层架构 |
| 调用方式 | PL/SQL API、并发请求、FORM 界面 | REST BO API、ESS 任务、UI 页面、FBDI |
| 客户模型 | EBS 独立 HZ 客户表 | 全局统一 Party 客户模型,全模块共享 |
| 自动能力 | 基础自动核销 | AI 银行对账、智能核销、信用实时风控 |
| 会计引擎 | 独立 SLA,分步过账 GL | SLA-GL 一体化一键过账 |
| 二次开发 | 允许自定义 PL/SQL、触发器、FORM | 禁止底层 PL/SQL 修改,仅配置 + API 扩展 |
| 数据表 | RA/AR 分开 Schema 表 | 全部统一 FUSION Schema |
第三部分:核心业务全链路流转(开票→收款→核销全流程实体联动)
流程:创建销售发票→生成收款计划→录入收款→核销结清
- 业务层 BO:用户录入销售发票 BO
- 逻辑层:发票头 / 行逻辑校验、科目分配逻辑、账期到期日计算逻辑
- 物理层写入
- RA_CUSTOMER_TRX_ALL(发票头)
- RA_CUSTOMER_TRX_LINES_ALL(发票行)
- RA_CUST_TRX_LINE_GL_DIST_ALL(会计分配)
- 系统自动插入AR_PAYMENT_SCHEDULES_ALL一条应收记录,未收余额 = 发票全额
- 录入收款 BO:写入 AR_CASH_RECEIPTS_ALL 收款单
- 执行核销:
- 逻辑层:匹配收款计划、校验可核销余额
- 物理层:AR_RECEIVABLE_APPLICATIONS_ALL 写入核销勾对记录
- 自动更新 AR_PAYMENT_SCHEDULES_ALL.AMOUNT_DUE_REMAINING 扣减已核销金额
- SLA 会计引擎抓取业务事件生成分录,推送总账。
第四部分落地运维与开发要点
- EBS 开发严禁直接 UPDATE 核心 AR_PAYMENT_SCHEDULES_ALL 余额,必须调用标准 PL/SQL 包;
- Fusion 严禁直写底层表,全部通过标准 API/FBDI 操作;
- AR_PAYMENT_SCHEDULES_ALL 是应收数据唯一可信源,账龄、应收余额、对账全部以此表为准;
- 所有业务操作都会写入 XLA 会计事件,禁用跳过 SLA 直接手工改总账。
