Oracle EBS R12 GL 与Oracle Fusion Cloud GL 的总账（General Ledger）按你要求的三层——业务对象 / 逻辑对象 / 物理实体——分别拆开，并给出详细清单 + 映射关系 + 架构差异分析。这是财务架构师做迁移、对接、报表取数、SLA/CLM 对账时最关心的视角。
〇、先统一三层定义（避免歧义）
层级 | 定义 | EBS 特征 | Fusion 特征 |
|---|---|---|---|
业务对象 Business Object | 财务人员能感知、在前台表单/流程里操作的“东西” | 账套、科目、凭证批/头/行、期间、汇率、余额、预算 | 主分类账、法人/BU、多维科目、日记账、参考维度、合并、余额立方体 |
逻辑对象 Logical Object | 系统内部抽象模型：属性+关系+校验，不绑死某张表 | 弹性域模型、批-头-行三层、SLA 子账分录、余额快照 | VO/Entity Object、CLM 统一分类账模型、多维余额模型、会计规则模型 |
物理实体 Physical Entity | 真正落库的表/视图/接口表（EBS 可枚举；Fusion 仅 SELECT） | GL* 堆表 + FND* 弹性域表 + XLA_* 子账表 | 同前缀 GL_*（多租户隔离），但禁止直写，必须走 API/ESS/文件 |
核心差异一句话：EBS 是“物理表驱动”，Fusion 是“业务对象+服务驱动，物理表黑盒化”。
一、Oracle EBS R12 GL 三层拆解
1. 业务对象（Business Objects）
财务用户视角能看到/操作的单元：
- 账簿 / 账套（Ledger / Set of Books）
- 会计科目表 COA（Chart of Accounts）
- 科目组合 CCID（Code Combination）
- 会计日历与期间（Calendar / Period）
- 汇率（Daily Rate）
- 日记账批（Journal Batch）
- 日记账头（Journal Header）
- 日记账行（Journal Line）
- 科目余额（Balances）
- 预算（Budget） / 预留（Encumbrance）
- 凭证来源 Source / 分类 Category
- 合并映射（Consolidation）
2. 逻辑对象（Logical Objects）
EBS 内部抽象（不全绑一张表，靠程序拼）：
- Accounting Flexfield 结构模型（值集→段→限定符→交叉验证）
- 平衡段 / 成本中心段 / 自然科目段逻辑
- Ledger 配置模型（GL_LEDGERS + GL_LEDGER_CONFIG_DETAILS + LE 绑定）
- 批→头→行 凭证模型（1:N:N）
- SLA 子账分录模型（XLA_AE_HEADERS / XLA_AE_LINES → GL_JE_LINES）
- 余额快照模型（过账后由 GL_BALANCES 物化，A/B/E 三态）
- 期间状态机（OPEN / CLOSED / FUTURE / PERMANENTLY CLOSED）
3. 物理实体（Physical Tables，可枚举）
A. 主数据 / 配置表
GL_LEDGERS— 账簿主表（LEDGER_ID，币种/COA/日历）GL_LEDGER_RELATIONSHIPS— 主/辅/报告账关系GL_LEDGER_CONFIGURATIONS/GL_LEDGER_CONFIG_DETAILS— ASM 配置GL_CODE_COMBINATIONS— CCID 物理表（SEGMENT1~n，SUMMARY_FLAG）FND_ID_FLEX_STRUCTURES/FND_ID_FLEX_SEGMENTS— 弹性域结构GL_PERIOD_SETS/GL_PERIODS/GL_PERIOD_STATUSES— 日历与期间状态GL_DAILY_RATES— 日汇率GL_JE_SOURCES/GL_JE_CATEGORIES— 来源/分类
B. 交易表（凭证流水）
GL_JE_BATCHES— 批（JE_BATCH_ID，状态 U/P/S/I）GL_JE_HEADERS— 头（JE_HEADER_ID，POSTED_FLAG，JE_SOURCE/CATEGORY）GL_JE_LINES— 行（JE_LINE_NUM，CCID，DR_CR_FLAG，ENTERED/ACCOUNTED 金额）GL_IMPORT_REFERENCES— 子账追溯（XLA 事务引用）
C. 余额表
GL_BALANCES— 期初/本期借贷/期末，ACTUAL_FLAG A/B/E
D. 接口与临时表
GL_INTERFACE/GL_INTERFACE_CONTROL— 标准日记账导入GL_BUDGET_INTERFACE— 预算导入
E. 子账衔接（SLA）
XLA_AE_HEADERS/XLA_AE_LINES/XLA_DISTRIBUTION_LINKS— AP/AR/FA 先落 XLA 再推 GL
EBS 取数口诀：Ledger → CCID → Batch → Header → Line → Balances，子账走 XLA。
二、Oracle Fusion Cloud GL 三层拆解
Fusion 里“物理表”对你来说是黑盒，Oracle 只保证 VO/API 稳定，底层表名随版本可能微调，但核心前缀仍是GL_*。
1. 业务对象（Business Objects）
- Enterprise（企业容器，1 租户 1 个）
- Legal Entity 法人主体（绑平衡段）
- Business Unit BU（运营单元，不强制独立账）
- Ledger 主分类账 / 辅分类账 / 报告账
- Ledger Set 账簿集
- Chart of Accounts 多维科目（含参考维度 Reference Dimension）
- Journal Batch / Header / Line（日记账）
- Accounting Period
- Conversion Rate
- Balances（多维余额立方体）
- Intercompany / Consolidation 内部往来与合并
- Budget / Forecast
- Allocation / Revaluation / Translation 规则对象
2. 逻辑对象（Logical Objects）
Fusion 用ADF BC 的 Entity Object / View Object 表达：
LedgerEO/LedgerSetEOCodeCombinationEO（COA 段模型 + 参考维度）JournalBatchEO → JournalHeaderEO → JournalLineEO- CLM（Centralized Ledger Model）统一分类账引擎（替代 EBS 独立 SLA 物理耦合）
- Accounting Rule Model（事件→分录映射，配置化）
- Balance Cube Model（按 Ledger×Period×CCID×Currency×Scenario 多维）
- Org Hierarchy Model（Enterprise→LE→BU→Ledger 映射）
3. 物理实体（Physical Entities，SELECT 只读）
Fusion 典型底层表（以 23C/24C 常见命名，精确以你的版本 Data Dictionary 为准）：
GL_LEDGERS（仍存在，多租户加ENTERPRISE_ID等隔离列）GL_CODE_COMBINATIONSGL_JE_BATCHES/GL_JE_HEADERS/GL_JE_LINESGL_BALANCES（或分区化余额表）GL_PERIODS/GL_PERIOD_STATUSESGL_DAILY_RATES- CLM 内部表（
XLA_*仍保留但归 CLM 管，对外不承诺直读） - 多维余额可能落到 Oracle OLAP/ESS 聚合层，不是单纯
GL_BALANCES
关键约束：Fusion 中不允许业务层 DELETE/UPDATE 这些表，写数据只能走：
- 前台 UI
- REST/SOAP API（如
/fscmRestApi/resources/11.13.18.05/journalBatches） - ERP Integration / 文件上传（UCM）
- ESS 并发作业（Journal Import / Posting）
三、逐对象对照表（EBS ↔ Fusion）
业务对象 | EBS 逻辑模型 | EBS 物理表 | Fusion 逻辑模型 | Fusion 物理实体（只读） |
|---|---|---|---|---|
账簿 | Set of Books / Ledger | GL_LEDGERS | Ledger EO + CLM | GL_LEDGERS |
科目 | COA + Flexfield | GL_CODE_COMBINATIONS + FND_ID_FLEX_* | CodeCombinationEO + 参考维度 | GL_CODE_COMBINATIONS |
凭证批 | 批模型 | GL_JE_BATCHES | JournalBatchEO | GL_JE_BATCHES |
凭证头 | 头模型 | GL_JE_HEADERS | JournalHeaderEO | GL_JE_HEADERS |
凭证行 | 行模型 | GL_JE_LINES | JournalLineEO | GL_JE_LINES |
期间 | 日历状态机 | GL_PERIODS / STATUS | PeriodEO | GL_PERIODS |
汇率 | 汇率行 | GL_DAILY_RATES | RateEO | GL_DAILY_RATES |
余额 | 快照物化 | GL_BALANCES | 多维 Cube | GL_BALANCES（或聚合层） |
子账分录 | SLA 独立 | XLA_AE_* | CLM 内聚 | XLA_*（不承诺直读） |
法人/组织 | LE/OU 视图 | XLE_ENTITY_PROFILES / HR_OPERATING_UNITS | LE/BUEO 层级 | 多表隔离 |
四、深度解析：为什么 Fusion 要把“物理实体”藏起来
- 多租户与升级安全：EBS 客户常直写
GL_INTERFACE或改GL_BALANCES，升级即崩；Fusion 强制走 API，Oracle 可每季度迭代而不破坏客户代码。 - SLA → CLM 演进：EBS 子账是“XLA 物理表 + 程序推 GL”；Fusion 把会计引擎做成配置化服务，物理落库只是副产品。
- 多维核算：EBS 靠弹性域段（最多 30 段）硬拼 CCID；Fusion 引入 Reference Dimension，逻辑上多维，但不一定全塞进 SEGMENTn。
- 余额不再是“表”而是“模型”：EBS 报表直接
SUM GL_BALANCES；Fusion OTBI 走逻辑 SQL → VO → 物理聚合，物理表可能被分区/物化视图替代。 - 审计与追溯：EBS Who 字段（CREATED_BY/DATE）靠触发器；Fusion 全量审计走统一租户审计服务，不依赖表字段。
五、实操建议（架构/开发/报表）
- EBS 报表 SQL：直接 JOIN
GL_LEDGERS → GL_CODE_COMBINATIONS → GL_JE_HEADERS → GL_JE_LINES → GL_BALANCES，子账追XLA_AE_HEADERS。 - Fusion 报表：优先用OTBI / BI Publisher 基于 Journal Line Fact，不要自己 SELECT
GL_JE_LINES做生产报表（版本风险）。 - 迁移映射：EBS
SET_OF_BOOKS_ID→ FusionLEDGER_ID；CODE_COMBINATION_ID保留概念但 Fusion 可能重组段；GL_BALANCES期初迁移走 Opening Balance API 而非 INSERT。 - 对接外围系统：EBS 写
GL_INTERFACE；Fusion 走 Journal Import REST 或 ERP 集成接口表（由 Oracle 托管）。
