Oracle EBS Receivables vs Oracle Fusion Receivables应收模块 AR深度对比分析全文覆盖设计哲学 → 核心原理 → 业务实现逻辑 → 业务对象 / 逻辑实体 / 物理实体 → 核心后台表 → 标准程序示例前置说明 EBS R12 AR传统 ERP 单体架构基于 Oracle Forms、PL/SQL、Application Object Library (AOL)、多组织 MOAC Fusion Cloud AROracle Financials Cloud Receivables云原生 ERP基于 ADF、REST API、SOA、业务事件、数据模型重构、多维度会计与单一分类账架构不再兼容 EBS 底层表结构。一、整体设计哲学对比1. Oracle EBS R12 AR 设计哲学事务驱动、凭证后置、事务优先核心先创建应收事务Invoice/Debit Memo/Credit Memo收款独立对象核销作为两者之间的关联动作会计分录由会计生成程序AutoAccounting批量产生。多组织 MOACMulti-Org Access Control业务实体Operating Unit运营单元 OUOU 隔离交易数据法人主体Ledger/Set of Books更高一层。痛点OU 与分类账耦合不强跨 OU 收款、跨 OU 核销原生支持弱大量依赖定制开发。独立收款池模型Receipt收款是一级对象可独立存在收款可预收款、可跨事务核销、可退款、可转应收贷项。会计与业务数据分离业务表AR_TRANSACTIONS_ALL存储业务交易会计分录存于 AR_DISTRIBUTIONS_ALL再同步至 GL_INTERFACE。面向表单Forms、批处理 PL/SQL、大量并发请求所有批量操作依靠 Concurrent Program数据一致性依靠数据库锁 PL/SQL 事务控制。弹性架构自动会计 AutoAccounting、收款方法、核销规则、收账规则分散配置2. Oracle Fusion Financials AR 设计哲学会计驱动 业务交易一体化交易天然携带会计维度Fusion 重塑模型每一个业务事件天然产生会计事件不再是事后批量生成分录。单一分类账架构Ledger Only取消 OU使用Business Unit业务单元 BU替代 EBS OUBU 是安全与业务隔离维度法人主体由 Ledger 定义支持一个 Ledger 下多个 BU。统一收款中心Global Receipt Hub全球收款统一池支持跨 BU 自动核销、跨币种、多层级收款分配原生支持集中收款。业务对象模型 BOMBusiness Object Model严格分层业务对象 → 逻辑视图 → 物理表上层应用不直接访问物理表优先使用 View Object、API、REST。事件驱动Business Event / Accounting Event Model任何操作开票、核销、退款、调整触发会计事件会计引擎实时 / 异步生成分录写入 ACCOUNTING_LINES。云原生无 FormsADF UIWeb Service、REST 为主并发作业改为 ESSEnterprise Scheduler Service统一开票平台与 Tax Cloud全局税务深度内嵌税务不再是 AR 模块附属功能二、核心原理与业务实现逻辑2.1 EBS R12 AR 业务流转原理录入应收事务(Invoice) → AR_TRANSACTIONS_ALL ↓ 自动会计AutoAccounting生成收入、应收科目 → AR_DISTRIBUTIONS_ALL ↓ 录入收款Receipt → AR_CASH_RECEIPTS_ALL ↓ 核销Apply Receipt → AR_RECEIVABLE_APPLICATIONS_ALL核销核心表 ↓ 会计生成程序Create Accounting读取分配表生成GL接口数据 GL_INTERFACE ↓ GL导入过账 → GL_JE_HEADERS/LINES关键核心规则核销是双向关联收款 ↔ 应收事务未核销收款 On Account预收款贷项通知单 (Credit Memo) 本质是负向 Transaction同样参与核销调整Adjustment独立对象 AR_ADJUSTMENTS_ALL用于坏账、折扣调整EBS 核心局限AutoAccounting 是 “规则引擎”仅支持固定来源组合复杂多维度分摊开发量大跨 OU 核销原生不支持数据隔离强会计分录二次生成容易出现业务数据与会计数据不一致税务数据依附 Transaction全球税务能力弱。2.2 Fusion AR 业务流转原理创建应收交易(Invoice) → Receivable Transaction BO ↓ 触发ACCOUNTING EVENT ↓ 会计引擎自动产生会计行 Accounting Lines ↓ 收款录入 → Receipt BO全局收款中心 ↓ 自动/手动核销 → Application BO ↓ 核销动作再次触发会计事件应收冲减、预收结转 ↓ 分录实时写入统一会计模型直接对接GL弱化GL接口表重大变革不再区分 “业务表” 和 “会计分配表” 两层会计事件是一等公民Tax 集成 Oracle Tax Cloud交易行直接携带税务判定结果支持自动核销规则集Match Rule Sets系统自动匹配收款与发票预收款On Account、担保收款Guarantee、托管收款统一纳入 Receipt 模型。三、业务对象、逻辑实体、物理实体分层定义术语统一说明业务对象 BOBusiness Object对外暴露的业务语义对象Fusion 标准术语EBS 无正式 BO 概念逻辑实体 LELogical Entity业务视角抽象实体屏蔽底层存储物理实体 PEPhysical Entity数据库 Table真实存储层3.1 EBS R12 AR 对象分层EBS 没有官方 BO 层直接业务功能 → 逻辑视图 → 物理表业务语义对象逻辑实体核心物理表ALL 表 多组织分区应收发票 / 借项 / 贷项通知单Receivable TransactionAR_TRANSACTIONS_ALL事务头AR_TRANSACTION_LINES_ALL事务行收款单Cash ReceiptAR_CASH_RECEIPTS_ALL收款头收款核销记录Receipt ApplicationAR_RECEIVABLE_APPLICATIONS_ALL核销核心会计分配行Transaction DistributionAR_DISTRIBUTIONS_ALL收入、应收科目行坏账 / 费用调整AdjustmentAR_ADJUSTMENTS_ALL收款预收款冲销、担保Unapplied Receipt ActivityAR_UNAPPLIED_RECEIPTS逻辑视图底层仍在 AR_RECEIVABLE_APPLICATIONS_ALL客户、客户地址Customer/Customer SiteHZ_PARTIES、HZ_CUST_ACCOUNTS、HZ_CUST_SITES_ALLTCA 统一客户模型账期、收款条款Payment TermsAR_PAYMENT_TERMSEBS 关键特征AR_RECEIVABLE_APPLICATIONS_ALL 一张表承载所有核销场景记录类型 TYPEAPP核销发票UNAPP未核销预收款ACC杂项收款GUAR担保收款3.2 Fusion AR 对象分层标准三层架构业务对象 BOFusion 公开 BO可通过 REST/API 调用Receivable Transaction BO应收交易发票、贷项、借项Receipt BO收款单Receipt Application BO核销分配Adjustment BO调整Credit Memo Request BO贷项申请Accounting Event BO会计事件核心 BO逻辑实体Logical Entity数据库 View应用层优先访问 ViewAR_RECEIVABLE_TRANSACTIONS_VAR_RECEIPTS_VAR_RECEIVABLE_APPLICATIONS_VAR_ACCOUNTING_LINES_V物理实体底层 Table严禁应用直接 DMLFusion 表命名体系与 EBS 完全断裂不再使用 XXX_ALL 后缀依靠 BUSINESS_UNIT_ID 隔离数据 核心物理表清单AR_TRANSACTIONSAR_TRANSACTION_LINESAR_RECEIPTSAR_RECEIPT_APPLICATIONSAR_ADJUSTMENTSAR_ACCOUNTING_EVENTS 会计事件头AR_ACCOUNTING_LINES 会计分录行替代 EBS AR_DISTRIBUTIONS_ALL GL_INTERFACEAR_TAX_LINES 税务行对接 Tax Cloud关键差异总结EBS会计分配独立表分录需要推送 GL 接口FusionAR_ACCOUNTING_LINES 作为统一会计层可直接同步总账取消大量中转接口表。四、核心后台表详细拆解EBS vs Fusion4.1 EBS R12 AR 核心表关键字段重点1AR_TRANSACTIONS_ALL事务头TRANSACTION_ID PK TRX_NUMBER 发票编号 CUST_TRX_TYPE_ID 事务类型(发票/贷项) TRX_DATE 交易日期 GL_DATE 会计日期 STATUS 状态 BILL_TO_CUSTOMER_ID 客户ID SET_OF_BOOKS_ID 账套 ORG_ID OU AMOUNT_DUE_ORIGINAL 原始应收金额 AMOUNT_DUE_REMAINING 剩余未收金额2AR_TRANSACTION_LINES_ALL事务行TRANSACTION_LINE_ID PK TRANSACTION_ID FK LINE_AMOUNT 行金额 DESCRIPTION 行描述 INVENTORY_ITEM_ID 物料关联OM3AR_CASH_RECEIPTS_ALL收款头CASH_RECEIPT_ID PK RECEIPT_NUMBER 收款编号 RECEIPT_DATE GL_DATE AMOUNT 收款总额 ORG_ID PAYMENT_METHOD_ID STATUS4AR_RECEIVABLE_APPLICATIONS_ALL【核销核心表】RECEIVABLE_APPLICATION_ID PK CASH_RECEIPT_ID FK → 收款 TRANSACTION_ID FK → 发票 APPLIED_AMOUNT 本次核销金额 STATUS APP/UNAPP/ACC/GUAR GL_DATE ORG_ID5AR_DISTRIBUTIONS_ALL会计分配DISTRIBUTION_ID PK TRANSACTION_ID FK CODE_COMBINATION_ID 科目CCID AMOUNT ACCOUNT_CLASS 账户类型REC(应收)、REV(收入)、TAX(税)、FREIGHT(运费)4.2 Fusion AR 核心物理表关键字段简化AR_TRANSACTIONSTRANSACTION_ID PK TRANSACTION_NUMBER BUSINESS_UNIT_ID BU替代ORG_ID TRANSACTION_TYPE TRANSACTION_DATE GL_DATE BILL_TO_CUSTOMER_ID TOTAL_AMOUNT REMAINING_AMOUNT LEDGER_IDAR_RECEIPTSRECEIPT_ID PK RECEIPT_NUMBER BUSINESS_UNIT_ID RECEIPT_AMOUNT RECEIPT_DATE STATUS PAYMENT_METHODAR_RECEIPT_APPLICATIONSAPPLICATION_ID PK RECEIPT_ID FK TRANSACTION_ID FK APPLIED_AMOUNT APPLICATION_DATE GL_DATEAR_ACCOUNTING_EVENTS / AR_ACCOUNTING_LINESACCOUNTING_EVENT_ID EVENT_TYPE INVOICE, APPLICATION, ADJUSTMENT ACCOUNTING_LINE_ID CODE_COMBINATION_ID DEBIT_AMOUNT CREDIT_AMOUNT TRANSACTION_ID / RECEIPT_ID 来源对象ID五、程序 / 并发请求 / API 实现示例5.1 EBS R12 AR 标准程序并发请求 PL/SQL API1核心标准并发程序AutoCreate Accounting创建会计分录AutoInvoice 自动开票OM→AR 最核心导入程序Apply Receipts Automatically 自动核销Generate Receivables Aging Report 账龄报表Create Adjustments 批量调整2标准 PL/SQL API开发标准入口禁止直接 DML 表-- 1. 创建应收发票 API AR_PUBLIC_UTILITIES.CREATE_TRANSACTION -- 2. 创建收款 API AR_CASH_RECEIPT_API_PUB.CREATE_CASH_RECEIPT -- 3. 收款核销 API AR_RECEIPT_APPLICATION_API_PUB.APPLY_RECEIPT -- 4. 创建会计分录 AR_ACCOUNTING_PUB.CREATE_ACCOUNTINGEBS 强制规范不能直接 Insert AR_TRANSACTIONS_ALL必须调用公共 API 保证触发器、会计、状态一致性。简易伪代码示例创建收款并核销DECLARE l_rec_header AR_CASH_RECEIPT_API_PUB.CASH_RECEIPT_REC_TYPE; l_appl_rec AR_RECEIPT_APPLICATION_API_PUB.APPLICATION_REC_TYPE; BEGIN -- 填充收款头 l_rec_header.receipt_number : REC2026081601; l_rec_header.amount : 1000; l_rec_header.org_id : 82; -- 创建收款 AR_CASH_RECEIPT_API_PUB.CREATE_CASH_RECEIPT( p_cash_receipt_rec l_rec_header ); -- 执行核销绑定发票TRANSACTION_ID12345 l_appl_rec.transaction_id : 12345; l_appl_rec.applied_amount : 1000; AR_RECEIPT_APPLICATION_API_PUB.APPLY_RECEIPT( p_cash_receipt_id l_cash_receipt_id, p_application_rec l_appl_rec ); -- 运行创建会计分录并发请求 END;5.2 Fusion AR 程序与 API 实现模式Fusion废弃 PL/SQL 公共 API 为主的模式三层调用方式优先级REST API / SOAP Web Service推荐Import JobESS 导入作业FBDI 模板导入底层 PL/SQL仅 Oracle 内部使用客户禁止直接调用重要 Fusion 标准资源Receivables Transaction REST API创建 / 查询发票、贷项通知单Receipt REST API收款创建、核销、退款FBDI 模板Import Receivables InvoicesImport ReceivablesImport Receipt ApplicationsESS 并发作业替代 EBS Concurrent RequestCreate Accounting相同名称底层引擎重构AutoInvoice ImportFusion 版本 AutoInvoiceFusion REST 请求示例创建收款 简化 JSON{ ReceiptNumber: REC20260816-FUS, BusinessUnitId: 30000000123, ReceiptDate: 2026-08-16, Amount: 1500.00, CurrencyCode: CNY, PaymentMethodCode: BANK_TRANSFER }核销通过独立资源receiptApplicationsPOST 绑定 TransactionId。Fusion 红线不允许客户直接对 AR 物理表执行 DML所有业务操作必须经过 BO 层 API/FBDI没有公开 PL/SQL API 给外部开发。六、EBS AR vs Fusion AR 核心架构差异汇总维度EBS R12 ARFusion Cloud AR组织隔离维度Operating Unit(ORG_ID)Business Unit(BUSINESS_UNIT_ID)会计模型业务表 → 分配表 → GL 接口业务事件驱动内置 AR_ACCOUNTING_LINES核销存储单表 AR_RECEIVABLE_APPLICATIONS_ALL独立 AR_RECEIPT_APPLICATIONS税务能力模块内置简易税务统一调用 Global Tax Cloud开发接口PL/SQL Public API 为主REST/FBDI 为主事务与会计关系先业务后批量生成会计业务动作实时触发会计事件跨实体收款原生支持差大量定制原生全局收款中心支持跨 BU 核销数据访问允许规范下 API 视图查询禁止直接访问物理表只能 BO 视图用户界面Oracle FormsADF Web UI / Redwood 新版 UI七、实施迁移关键要点延伸价值EBS AR_TRANSACTIONS_ALL、AR_RECEIVABLE_APPLICATIONS_ALL 无法直接导入 Fusion 表必须通过 FBDI/API 做业务对象转换AutoAccounting 规则需要重构为 Fusion 分配规则Allocation RulesTCA 客户模型两者同源但 Fusion 扩展更多属性历史未核销预收款、未结清发票迁移核心是还原 “业务事件序列”不能只迁移余额EBS 大量 AR 个性化触发器、表扩展字段迁移后需要改造为 Fusion 业务事件监听器Groovy/Integration Cloud。