华为MetaERP Oracle EBS SLA 与 Fusion SLA（Subledger Accounting 子分类账会计）完整深度解析适用范围：EBS R12.x SLA、Oracle F

Oracle EBS SLA 与 Fusion SLA（Subledger Accounting 子分类账会计）完整深度解析

适用范围：EBS R12.x SLA、Oracle Fusion Cloud Financials SLA；聚焦交易核算核心，覆盖设计哲学、底层原理、业务对象、逻辑实体、物理表、关键程序、对比差异、实操示例。 SLA 定位：子分类账统一会计引擎，所有业务模块（AP/AR/PA/INV/FA/PO 等）交易→SLA 生成会计分录→推送 GL，是 EBS 向 Fusion 演进最重要的架构底座。

一、SLA 顶层设计哲学

1.1 核心设计思想（EBS R12 首创，Fusion 继承并云化增强）

1. 交易与会计彻底解耦业务交易（应付发票、收款、项目支出、库存移动）只记录业务事实，不固化会计科目；会计规则统一外置在 SLA，业务模块不再硬编码会计分录。

   R11i 时代痛点：AP/AR/INV 各自内置分录逻辑，改会计规则必须改代码；R12 引入 SLA 实现规则配置化。

2. 单一会计数据源，多会计表示同一笔业务交易，可以生成多套会计分录：主帐簿、二级帐簿、报告帐簿、外币帐簿、税法帐簿；支持多会计准则（IFRS / 本地 GAAP）并行核算。

3. 会计分录可追溯、可审计GL 日记账 ← SLA 会计分录 ← SLA 事件 ← 业务原始交易；完整链路追踪，满足内控、SOX 审计。

4. 规则驱动，无代码配置优先使用「会计方法、分录规则、账户推导、条件」配置生成科目，尽量避免客户化开发；Fusion 进一步强化规则框架，弱化 Form 客户化。

5. 统一的子分类账标准所有业务模块共用同一套 SLA 引擎，统一分录结构、统一追溯模型、统一过账 GL 接口。

1.2 EBS SLA vs Fusion SLA 哲学细微差异

维度	EBS R12 SLA	Oracle Fusion SLA
部署形态	本地应用，基于 Forms/OAF	云原生，PAAS，REST API 为主
规则存储	主要存数据库，少量 PLSQL 扩展	规则元数据纳入云元数据管理，支持版本化、部署集
扩展方式	PLSQL 函数、客户化触发器	PLSQL 受限，主推规则集、条件、BI Publisher、ADF 扩展
多账簿	主账簿 + 辅助账簿，转换规则有限	多账簿、多分类帐、多报告币种、多会计标准原生强化
事件模型	基于事务对象 + 事件类型	事件模型重构，更细粒度，支持异步事件队列
核算并发	并发请求（Submit Concurrent）	云异步 Job、事件驱动架构

二、SLA 底层核心原理：事件驱动会计模型

2.1 标准数据流（整条交易核算链路）

plaintext

业务模块原始交易（AP发票/AR收款/PA支出/INV物料事务处理） ↓ 业务模块产生：**事务对象（Transaction Object）** ↓ 【SLA事件生成】Create Accounting Event ↓ SLA引擎加载：会计方法定义、分录规则、账户推导规则 ↓ 应用规则生成：**SLA会计分录（SLAs）** ↓ 验证分录、外币换算、摊销、冲销处理 ↓ 【过账】Transfer to GL → GL_INTERFACE → GL_JE_HEADERS/LINES

2.2 三大核心概念原理

1. 会计事件 Accounting Event业务上具备会计影响的动作：发票创建、发票验证、付款、收款、库存发货、项目成本归集。

   一条业务交易可以产生多条会计事件（例：AP 发票验证事件、AP 付款事件为两个独立事件）。

2. 事件实体 Event Entity代表一类业务对象：AP 发票、AR 事务、PA 支出、INV 物料交易；每一类实体对应一套数据源视图。

3. 会计方法 Accounting Method规则集合容器：分配给分类帐，系统根据账簿绑定的会计方法决定采用哪一套分录规则生成分录。

三、SLA 完整对象模型：业务对象 → 逻辑实体 → 物理表

3.1 层级划分

业务对象（Business Object）→逻辑实体（Logical Entity）→SLA 运行时对象→数据库物理表（Physical Table）

3.2 第一层：业务对象（上游各模块交易）

列举常用上游业务对象

1. AP：应付发票 AP_INVOICES_ALL、付款 AP_CHECKS_ALL
2. AR：应收事务 AR_TRANSACTIONS_ALL、收款 AR_CASH_RECEIPTS_ALL
3. PA：项目支出 PA_EXPENDITURE_ITEMS_ALL、项目分配
4. INV：物料事务 MTL_MATERIAL_TRANSACTIONS
5. FA：资产增加、折旧 FA_ADDITIONS、FA_DEPRECIATION
6. PO：接收事务 RCV_TRANSACTIONS

重点：业务表不存会计科目，只存业务关键字段（供应商、客户、项目、物料、成本类型等）。

3.3 第二层：SLA 逻辑实体（Logical Entity，SLA 元数据定义层）

逻辑实体 = SLA 配置层定义的元数据对象，所有配置界面基于这些对象

1）事件实体 XLA_ENTITIES

每一类业务对象对应一个事件实体

• AP Invoices
• AR Transactions
• PA Expenditures
• Inventory Material Transactions

2）事件类 XLA_EVENT_CLASSES

事件实体下细分业务类型 例：事件实体 = AP Invoices，事件类：Invoice Validation、Prepayment Application

3）事件类型 XLA_EVENT_TYPES

事件类下区分会计动作（生成何种分录）

实体 → 类 → 类型 三层结构，用来绑定分录规则

4）应用会计方法定义 XLA_ACCOUNTING_METHODS

会计方法（如 accrual, cash basis）

5）分录标题定义 XLA_AE_HEADERS

定义分录头模板：是否允许冲销、描述来源

6）分录行定义 XLA_AE_LINES

分录行模板：借 / 贷行、行类型、账户推导规则

7）账户推导规则 ADR (Account Derivation Rules)

核心！如何从业务交易字段映射科目段 支持：常量、来源字段、PLSQL 函数、条件判断

8）Journal Line Types（JLT 分录行类型）

区分资产 / 负债 / 收入 / 成本，定义借贷方向、外币规则

【逻辑实体汇总关系】 账簿 → 分配会计方法 → 会计方法绑定分录集 → 分录集绑定【事件实体 + 事件类 + 事件类型】→ 分录头 + 分录行定义 → 分录行挂载账户推导规则 ADR

3.4 第三层：SLA 运行时对象（内存对象）

1. Accounting Event（会计事件实例）
2. Application Event Object（从业务表提取的交易数据源视图）
3. AE Header（会计分录头运行实例）
4. AE Line（会计分录行运行实例）
5. 分配对象：币种、汇率、帐簿、转换规则

3.5 第四层：物理后台表（EBS & Fusion 基础表，Fusion 表名大体兼容，部分增加分区、列扩展）

XLA 表前缀 = Subledger Accounting

🔹 事件层（存储发生了哪些业务会计事件）

1. XLA_EVENTS会计事件主表（核心表） EVENT_ID：主键 ENTITY_ID 事件实体 EVENT_CLASS_CODE / EVENT_TYPE_CODE SOURCE_ID_INT_1 / SOURCE_ID_INT_2：指向上游业务交易主键（例如 AP 发票 ID） EVENT_STATUS_CODE：U 未创建会计分录 / I 处理中 / P 已创建 / E 错误 ACCOUNTING_DATE 会计日期

关联示例：XLA_EVENTS.SOURCE_ID_INT_1 = AP_INVOICES_ALL.INVOICE_ID

🔹 会计分录层（SLA 生成的分录，核心核算表）

1. XLA_AE_HEADERSSLA 分录头 AE_HEADER_ID PK EVENT_ID 关联 XLA_EVENTS LEDGER_ID 帐簿 JE_CATEGORY 日记账类别 TRANSACTION_DATE、ACCOUNTING_DATE GL_TRANSFER_STATUS：是否已传送 GL

2. XLA_AE_LINESSLA 分录行（最重要明细表） AE_LINE_ID PK AE_HEADER_ID CODE_COMBINATION_ID 科目组合 ID（CCID） BALANCE_TYPE_CODE 实际 / 预算 CURRENCY_CODE ENTERED_AMOUNT 交易币种金额 ACCOUNTED_AMOUNT 本位币金额 DR_CR_FLAG D 借 / C 贷 JOURNAL_LINE_TYPE_CODE SOURCE_TABLE、SOURCE_ID 追溯业务来源

🔹 元数据配置表（所有 SLA 配置存储位置）

1. XLA_ENTITIES 事件实体
2. XLA_EVENT_CLASSES 事件类
3. XLA_EVENT_TYPES 事件类型
4. XLA_ACCT_METHODS_B /_TL 会计方法
5. XLA_JOURNAL_HEADERS_B 分录标题定义
6. XLA_JOURNAL_LINES_B 分录行定义
7. XLA_ACCOUNT_DERIVATIONS_B ADR 账户推导规则
8. XLA_MAPPING_SETS 映射集（常用，字段映射科目段）
9. XLA_RULE_CONDITIONS 规则条件

🔹 传送 GL 接口表

1. XLA_GL_TRANSFER_INTERFACE SLA 推送 GL 的中间表，之后写入 GL_INTERFACE，最终生成 GL_JE_HEADERS / GL_JE_LINES

🔹 关键追溯关联链路（SQL 标准关联链）

plaintext

XLA_AE_LINES JOIN XLA_AE_HEADERS ON AE_HEADER_ID JOIN XLA_EVENTS ON EVENT_ID LEFT JOIN AP_INVOICES_ALL ON XLA_EVENTS.SOURCE_ID_INT_1 = INVOICE_ID

四、SLA 引擎核心实现逻辑（程序执行流程）

4.1 标准并发程序：Create Accounting（创建会计分录）

EBS 并发请求名称：Create Accounting内部核心包：XLA_ACCOUNTING_PUB_PKG（公共 API）XLA_ACCOUNTING_MAIN_PKG（核心引擎包）

执行步骤拆解

1. 步骤 1：筛选符合条件的 XLA_EVENTS（状态 = U 未记账）根据参数：帐簿、会计日期范围、模块、事件状态。

2. 步骤 2：读取事件对应的【业务交易数据源】SLA 对每个事件实体预定义数据源视图（Sources），从业务表取出所有可用字段，供给 ADR 规则使用。

3. 步骤 3：根据 LEDGER_ID 查找分配的 ACCOUNTING_METHOD_CODE 会计方法

4. 步骤 4：匹配规则链通过 EVENT_ENTITY + EVENT_CLASS + EVENT_TYPE → 找到对应的 Journal Set → Journal Header + Journal Lines

5. 步骤 5：逐行执行账户推导规则 ADR循环每一条分录行定义：

   • 执行条件（满足条件才生成该行分录）
   • 执行账户推导，获取科目各段值 → 查找 / 生成 CODE_COMBINATION_ID
   • 计算借贷金额、外币换算、重估

6. 步骤 6：生成 XLA_AE_HEADERS + XLA_AE_LINES更新 XLA_EVENTS 状态为 P（已创建会计分录）

7. 步骤 7（可选）：Transfer to GL将 SLA 分录推入 GL 接口，生成 GL 日记账

Fusion 逻辑一致，但底层由云 Job 调度，API 替代传统并发请求；提供 REST API 执行 Create Accounting。

4.2 两种运行模式

1. 在线创建会计分录（Online Accounting）AP 发票验证时即时调用 SLA API 生成分录；适合实时核算。
2. 批量创建会计分录（Batch Create Accounting）后台并发批量处理大量交易，性能更高，月末大批量核算使用。

五、代码 / 程序示例（EBS PL/SQL，Fusion 语法兼容，仅调度方式不同）

示例 1：公共 API XLA_ACCOUNTING_PUB_PKG 创建会计分录（常用客户化标准模板）

plsql

DECLARE l_application_id NUMBER := 200; -- AP模块 l_ledger_id NUMBER := 1234; l_accounting_mode VARCHAR2(30) := 'F'; -- F Final / D Draft l_transfer_to_gl VARCHAR2(1) := 'Y'; l_gl_post VARCHAR2(1) := 'N'; l_return_status VARCHAR2(1); l_msg_count NUMBER; l_msg_data VARCHAR2(2000); BEGIN XLA_ACCOUNTING_PUB_PKG.Create_Accounting( p_application_id => l_application_id, p_ledger_id => l_ledger_id, p_accounting_mode => l_accounting_mode, p_transfer_to_gl => l_transfer_to_gl, p_gl_post => l_gl_post, p_validation_level => 1, p_entity_id => NULL, p_event_id => NULL, p_source_application_id => NULL, p_return_status => l_return_status, p_msg_count => l_msg_count, p_msg_data => l_msg_data ); IF l_return_status <> 'S' THEN DBMS_OUTPUT.PUT_LINE('报错：'||l_msg_data); END IF; END; /

示例 2：查询 SLA 分录完整追溯 SQL（最常用运维 / 核查 SQL）

sql

SELECT xe.event_id, xaah.ae_header_id, xaal.ae_line_id, xaal.code_combination_id, gcc.segment1, gcc.segment2, gcc.segment3, xaal.entered_amount, xaal.accounted_amount, xaal.dr_cr_flag, xe.source_id_int_1 invoice_id, aia.invoice_num, xe.event_status_code, xaah.gl_transfer_status FROM xla_events xe JOIN xla_ae_headers xaah ON xe.event_id = xaah.event_id JOIN xla_ae_lines xaal ON xaah.ae_header_id = xaal.ae_header_id JOIN gl_code_combinations gcc ON xaal.code_combination_id = gcc.code_combination_id LEFT JOIN ap_invoices_all aia ON xe.source_id_int_1 = aia.invoice_id WHERE xe.application_id = 200 -- AP AND xe.accounting_date BETWEEN TO_DATE('2026-01-01','YYYY-MM-DD') AND TO_DATE('2026-08-31','YYYY-MM-DD');

示例 3：ADR 账户推导中使用的自定义 PLSQL 函数模板（EBS 常用扩展）

可直接配置在账户推导规则中，根据业务字段返回科目段

plsql

FUNCTION get_cost_center(p_invoice_id IN NUMBER) RETURN VARCHAR2 IS l_segment VARCHAR2(30); BEGIN SELECT attribute2 INTO l_segment FROM ap_invoices_all WHERE invoice_id = p_invoice_id; RETURN l_segment; EXCEPTION WHEN OTHERS THEN RETURN NULL; END get_cost_center;

⚠️ Fusion Cloud 严格限制自定义 PLSQL，优先使用【映射集 Mapping Set + 规则条件】替代函数。

六、EBS SLA 与 Fusion SLA 关键架构差异补充（交易核算重点）

1. 数据源模型EBS：数据源视图静态定义； Fusion：数据源采用柔性元数据模型，支持扩展属性自动带入 SLA。

2. 多账簿转换EBS：二级账簿依靠 SLA 转换规则； Fusion：引入 Primary、Secondary、Reporting Ledger 分层，SLA 原生支持多准则并行分录生成。

3. 错误处理EBS：事件报错停留在 XLA_EVENTS，人工重跑 Create Accounting； Fusion：事件驱动重试队列、错误工作台、自动重试框架。

4. 扩展性边界EBS：大量依靠自定义 PLSQL、表触发器； Fusion：Oracle 逐步限制数据库层自定义，推荐使用 SLA 原生规则、OTBI、Fusion Extensibility Framework。

七、常见业务痛点（基于上述架构延伸）

1. 科目取不到值 → 排查：事件数据源字段是否为空、ADR 条件是否不满足、CCID 是否无效
2. 无法生成分录 → XLA_EVENTS 状态 E，查看 SLA 错误信息表 XLA_ACCOUNTING_ERRORS
3. 一笔交易多条分录 → 检查事件类型绑定的分录行定义数量
4. SLA 分录和 GL 不一致 → 核查 GL_TRANSFER_STATUS，是否传送失败、GL 接口被人工修改