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 仅 SELECTGL* 堆表 FND* 弹性域表 XLA_* 子账表同前缀 GL_*多租户隔离但禁止直写必须走 API/ESS/文件核心差异一句话EBS 是“物理表驱动”Fusion 是“业务对象服务驱动物理表黑盒化”。一、Oracle EBS R12 GL 三层拆解1. 业务对象Business Objects财务用户视角能看到/操作的单元账簿 / 账套Ledger / Set of Books会计科目表 COAChart of Accounts科目组合 CCIDCode Combination会计日历与期间Calendar / Period汇率Daily Rate日记账批Journal Batch日记账头Journal Header日记账行Journal Line科目余额Balances预算Budget / 预留Encumbrance凭证来源 Source / 分类 Category合并映射Consolidation2. 逻辑对象Logical ObjectsEBS 内部抽象不全绑一张表靠程序拼Accounting Flexfield 结构模型值集→段→限定符→交叉验证平衡段 / 成本中心段 / 自然科目段逻辑Ledger 配置模型GL_LEDGERS GL_LEDGER_CONFIG_DETAILS LE 绑定批→头→行 凭证模型1:N:NSLA 子账分录模型XLA_AE_HEADERS / XLA_AE_LINES → GL_JE_LINES余额快照模型过账后由 GL_BALANCES 物化A/B/E 三态期间状态机OPEN / CLOSED / FUTURE / PERMANENTLY CLOSED3. 物理实体Physical Tables可枚举A. 主数据 / 配置表GL_LEDGERS— 账簿主表LEDGER_ID币种/COA/日历GL_LEDGER_RELATIONSHIPS— 主/辅/报告账关系GL_LEDGER_CONFIGURATIONS/GL_LEDGER_CONFIG_DETAILS— ASM 配置GL_CODE_COMBINATIONS— CCID 物理表SEGMENT1~nSUMMARY_FLAGFND_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/IGL_JE_HEADERS— 头JE_HEADER_IDPOSTED_FLAGJE_SOURCE/CATEGORYGL_JE_LINES— 行JE_LINE_NUMCCIDDR_CR_FLAGENTERED/ACCOUNTED 金额GL_IMPORT_REFERENCES— 子账追溯XLA 事务引用C. 余额表GL_BALANCES— 期初/本期借贷/期末ACTUAL_FLAG A/B/ED. 接口与临时表GL_INTERFACE/GL_INTERFACE_CONTROL— 标准日记账导入GL_BUDGET_INTERFACE— 预算导入E. 子账衔接SLAXLA_AE_HEADERS/XLA_AE_LINES/XLA_DISTRIBUTION_LINKS— AP/AR/FA 先落 XLA 再推 GLEBS 取数口诀Ledger → CCID → Batch → Header → Line → Balances子账走 XLA。二、Oracle Fusion Cloud GL 三层拆解Fusion 里“物理表”对你来说是黑盒Oracle 只保证 VO/API 稳定底层表名随版本可能微调但核心前缀仍是GL_*。1. 业务对象Business ObjectsEnterprise企业容器1 租户 1 个Legal Entity 法人主体绑平衡段Business Unit BU运营单元不强制独立账Ledger 主分类账 / 辅分类账 / 报告账Ledger Set 账簿集Chart of Accounts 多维科目含参考维度 Reference DimensionJournal Batch / Header / Line日记账Accounting PeriodConversion RateBalances多维余额立方体Intercompany / Consolidation 内部往来与合并Budget / ForecastAllocation / Revaluation / Translation 规则对象2. 逻辑对象Logical ObjectsFusion 用ADF BC 的 Entity Object / View Object​ 表达LedgerEO/LedgerSetEOCodeCombinationEOCOA 段模型 参考维度JournalBatchEO → JournalHeaderEO → JournalLineEOCLMCentralized Ledger Model统一分类账引擎替代 EBS 独立 SLA 物理耦合Accounting Rule Model事件→分录映射配置化Balance Cube Model按 Ledger×Period×CCID×Currency×Scenario 多维Org Hierarchy ModelEnterprise→LE→BU→Ledger 映射3. 物理实体Physical EntitiesSELECT 只读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_RATESCLM 内部表XLA_*仍保留但归 CLM 管对外不承诺直读多维余额可能落到 Oracle OLAP/ESS 聚合层不是单纯GL_BALANCES关键约束Fusion 中不允许业务层 DELETE/UPDATE 这些表写数据只能走前台 UIREST/SOAP API如/fscmRestApi/resources/11.13.18.05/journalBatchesERP Integration / 文件上传UCMESS 并发作业Journal Import / Posting三、逐对象对照表EBS ↔ Fusion业务对象EBS 逻辑模型EBS 物理表Fusion 逻辑模型Fusion 物理实体只读账簿Set of Books / LedgerGL_LEDGERSLedger EO CLMGL_LEDGERS科目COA FlexfieldGL_CODE_COMBINATIONS FND_ID_FLEX_*CodeCombinationEO 参考维度GL_CODE_COMBINATIONS凭证批批模型GL_JE_BATCHESJournalBatchEOGL_JE_BATCHES凭证头头模型GL_JE_HEADERSJournalHeaderEOGL_JE_HEADERS凭证行行模型GL_JE_LINESJournalLineEOGL_JE_LINES期间日历状态机GL_PERIODS / STATUSPeriodEOGL_PERIODS汇率汇率行GL_DAILY_RATESRateEOGL_DAILY_RATES余额快照物化GL_BALANCES多维 CubeGL_BALANCES或聚合层子账分录SLA 独立XLA_AE_*CLM 内聚XLA_*不承诺直读法人/组织LE/OU 视图XLE_ENTITY_PROFILES / HR_OPERATING_UNITSLE/BUEO 层级多表隔离四、深度解析为什么 Fusion 要把“物理实体”藏起来多租户与升级安全EBS 客户常直写GL_INTERFACE或改GL_BALANCES升级即崩Fusion 强制走 APIOracle 可每季度迭代而不破坏客户代码。SLA → CLM 演进EBS 子账是“XLA 物理表 程序推 GL”Fusion 把会计引擎做成配置化服务物理落库只是副产品。多维核算EBS 靠弹性域段最多 30 段硬拼 CCIDFusion 引入 Reference Dimension逻辑上多维但不一定全塞进 SEGMENTn。余额不再是“表”而是“模型”EBS 报表直接SUM GL_BALANCESFusion OTBI 走逻辑 SQL → VO → 物理聚合物理表可能被分区/物化视图替代。审计与追溯EBS Who 字段CREATED_BY/DATE靠触发器Fusion 全量审计走统一租户审计服务不依赖表字段。五、实操建议架构/开发/报表EBS 报表 SQL直接 JOINGL_LEDGERS → GL_CODE_COMBINATIONS → GL_JE_HEADERS → GL_JE_LINES → GL_BALANCES子账追XLA_AE_HEADERS。Fusion 报表优先用OTBI / BI Publisher 基于 Journal Line Fact不要自己 SELECTGL_JE_LINES做生产报表版本风险。迁移映射EBSSET_OF_BOOKS_ID→ FusionLEDGER_IDCODE_COMBINATION_ID保留概念但 Fusion 可能重组段GL_BALANCES期初迁移走 Opening Balance API 而非 INSERT。对接外围系统EBS 写GL_INTERFACEFusion 走 Journal Import REST 或 ERP 集成接口表由 Oracle 托管。