华为MetaERP Oracle Fusion Cloud GL（总账）完整核心基础架构深度解析总述定位Fusion GL 是整套 Fusion Financial 云 ERP统一会计中枢、全集团

Oracle Fusion Cloud GL（总账）完整核心基础架构深度解析

总述定位

Fusion GL 是整套 Fusion Financial 云 ERP统一会计中枢、全集团唯一财务事实数据源，承接 AP/AR/FA/CM/Projects 等所有子模块交易，基于云原生多租户自治数据库、分层隔离架构、CLM 统一分类账（取代 EBS 独立 SLA）、多维科目体系、账本矩阵、内置多维数据立方体，实现实时记账、自动化关账、全球合并、实时分析；与传统 EBS R12 GL 最大区别：禁止业务层直写底层物理表，全链路标准化接口 + 配置化会计规则，架构分层解耦、租户强隔离、运维由 Oracle 托管。

整体架构自上而下分为五大层级：

1. 企业组织架构层（顶层治理底座）
2. 会计基础元数据层（COA 科目、账本矩阵、日历汇率）
3. CLM 统一会计引擎层（核心记账内核，对标 EBS SLA）
4. GL 业务交易与物理数据存储层（凭证、余额底层模型）
5. 调度集成、安全管控、分析展示层（ESS 调度、集成网关、OTBI 多维分析）

一、第一层：顶层底座 —— 企业组织架构（Fusion 财务全局治理模型）

所有 GL 配置、交易权限、数据隔离都依附这套组织架构，是 GL 运行的前置基础，强绑定科目平衡段、内部交易、合并抵销逻辑Oracle。

核心实体

1. Enterprise（企业）：全局最高容器，一套 Fusion 租户仅 1 个 Enterprise；
2. Legal Entity 法人主体：对应工商注册独立法人，法定报表、税务申报主体，强制绑定 GL平衡段（Balancing Segment），自动保证单法人借贷平衡、内部往来抵销；
3. Business Unit 业务单元 BU：业务运营主体，收付款、开票、费用报销执行单元，不强制独立账套；
4. Ledger 账套：会计核算最小独立记账单元，法人与账套一对多 / 多对一映射。

关键约束

GL 所有凭证自动按平衡段 = 法人校验借贷平衡；内部公司间交易自动识别跨平衡段，触发自动抵销分录、内部往来对账。

二、第二层：会计基础元数据层（GL 核算骨架）

2.1 多维科目体系 COA（Chart of Accounts）

1）架构设计

摒弃 EBS 硬编码 CCID 思维，分段弹性域 + 值集 + 层级维度，无固定 30 段限制，按需配置业务维度，核心分为三类段：

2）核心底层数据表（FUSION 方案下物理表）

1. GL_CHARTS_OF_ACCOUNTS：科目结构主定义表；
2. GL_SEGMENTS：各弹性域段属性配置；
3. GL_SEGMENT_VALUES：每段可选主数据值（值集），支持层级树形结构；
4. GL_CODE_COMBINATIONS：有效科目组合（内部生成COMBINATION_ID，对标 EBS CCID）；
   • 租户仅只读，新增科目组合由系统后台自动生成，禁止人工 INSERT；
5. GL_SEGMENT_HIERARCHIES：科目层级树（用于汇总、报表汇总、分摊规则）。

3）关键特性

• 动态维度扩展：上线后可新增业务段，无需重构表结构；
• 段级权限控制：不同用户仅可操作自身权限范围内的段值；
• 自动校验：段组合启用日期、禁用状态、交叉验证规则。

2.2 四大账本矩阵（Fusion 核心多准则并行记账能力）

一套 COA 之上搭建四类账套，一套业务交易自动生成多套账本分录，同时满足法定准则、管理核算、外币报表、税务核算。

1. Primary Ledger 主账套（法定主账本）企业法定记账本位币、会计准则（CAS/IFRS/US GAAP）、官方会计日历，唯一官方记账底账，所有子模块默认推送至主账套。 配置五要素：COA、本位币、会计日历、会计方法、四舍五入规则。
2. Secondary Ledger 二级账套同币种 / 不同币种，切换会计政策：如国内主账套 CAS，二级账套 IFRS 准则自动调整差异分录；支持三种转换模式：
   • 余额级转换：期末余额重分类调整；
   • 分录级转换：交易实时生成两套分录；
   • 子模块级转换：仅部分业务差异化记账。
3. Reporting Currency Ledger 报表币种账套同一主账套数据自动折算为指定外币（美元、欧元），用于集团海外合并报表，无需手工期末折算。
4. Ledger Set 账套集逻辑容器，打包多个同 COA 账套，实现一键批量关账、统一查询、自动合并抵销，集团合并报表核心载体。

2.3 配套基础元数据

1. 会计日历 GL_PERIODS：年度、期间、调整期，期间状态：未打开 / 可录入 / 已关闭 / 永久关闭；
2. 汇率体系 GL_DAILY_RATES：日常即期汇率、期间平均汇率、期末汇率，自动外币折算、汇兑损益重估；
3. 日记账来源 GL_JE_SOURCES、类别 GL_JE_CATEGORIES：区分 AP/AR/ 手工凭证、调整凭证，溯源交易源头。

三、第三层：CLM 统一分类账会计引擎（Fusion GL 核心内核，对标 EBS XLA）

3.1 架构定位

Fusion 取消 EBS 独立 XLA 子分类账模块，内置CLM（Cloud Subledger Accounting，云统一分类账引擎），是全系统唯一会计规则加工厂： AP、AR、FA、CM、Project 等所有子业务交易不直接生成 GL 凭证，全部推送业务事件至 CLM，按配置化会计规则自动拆解借贷分录，校验科目、币种、平衡规则后，再推送至 GL 正式日记账，业务零编码配置会计分录规则。

3.2 CLM 完整执行链路

业务交易事件→会计事件生成器→会计规则集（账户推导、分录行规则、科目映射、外币换算、预提摊销）→CLM 标准分录→推送 GL 接口→GL 正式凭证过账→余额更新。

3.3 CLM 核心后台数据表（FUSION 方案）

1. CLM_AE_HEADERS：CLM 会计分录头（对标 EBS XLA_AE_HEADERS）；
2. CLM_AE_LINES：CLM 明细分录行（对标 EBS XLA_AE_LINES）；
3. CLM_ACCOUNTING_RULES：配置化会计科目推导规则；
4. CLM_GL_INTERFACE：CLM 推送 GL 的标准中间接口表（对标 EBS GL_INTERFACE）。

3.4 CLM 对比 EBS XLA 核心优势

1. 云原生一体化，无需单独部署 XLA 并发管理器；
2. 可视化页面配置分录规则，少量 Groovy 脚本扩展，摒弃 EBS 大量 PLSQL 定制；
3. 实时异步双模式记账：轻量交易实时生成分录，大批量业务异步 ESS 调度处理；
4. 统一追溯链：CLM 分录→GL 凭证→前端业务单据一键穿透溯源审计。

四、第四层：GL 业务交易层 + 底层物理数据存储架构

4.1 GL 标准三层凭证结构（同 EBS 逻辑一致，存储层优化）

批次 Batch → 凭证头 Header → 分录行 Line

1. GL_JE_BATCHES 凭证批：批量操作容器，支持批量审批、批量过账、批量作废；
2. GL_JE_HEADERS 凭证头：凭证整体属性（账套、期间、币种、状态、审批流、来源）； 核心状态：U未过账、P已过账、X作废；
3. GL_JE_LINES 分录明细行：科目、原币借贷、本位币借贷、业务维度、追溯标识。

4.2 核心物理业务表（FUSION.FUSION Schema，租户仅 SELECT 只读权限）

1）凭证主数据表

2）余额核心表 GL_BALANCES（GL 最核心汇总数据表）

Fusion 做分区优化：按会计期间自动分区GL_PERIOD_PARTITIONS，千万级数据查询性能远优于 EBS 单表全量扫描Oracle。 关键字段：LEDGER_ID、COMBINATION_ID、PERIOD_NAME、CURRENCY_CODE期初借贷余额、本期发生借贷、期末余额；区分三类数据：

• ACTUAL_FLAG=A：实际账务数据；
• B：预算数据；
• E：留存收益结转数据。

3）接口中间表（外部数据唯一合法入口）

1. GL_JOURNAL_INTERFACE：外部系统、FBDI 模板导入临时接口表；
2. GL_INTERFACE_ERRORS：导入校验失败错误日志；

硬性红线：所有外部凭证必须写入该接口表，通过 ESS 作业导入正式凭证，禁止直插 GL_JE 表。

4）配套功能表

• GL_ALLOCATIONS：自动分摊规则定义表；
• GL_REVALUATION_RUNS：期末外币重估执行日志；
• GL_TRANSLATION_HISTORY：币种折算执行记录；
• GL_PERIOD_STATUS：账套期间开关状态控制表。

4.3 数据访问隔离机制（关键区别 EBS）

1. 物理底层表归 Oracle 运维侧管控，租户 DBA / 开发无 DML（INSERT/UPDATE/DELETE）权限；
2. 业务侧仅可访问 Oracle 封装安全视图：FND_GL_JOURNALS_V、FND_GL_BALANCES_V；
3. 视图内置租户隔离过滤：自动追加TENANT_ID、数据权限过滤条件，用户只能看到授权范围内数据；
4. 禁止自建索引、表结构修改、表级锁、批量数据清理，全由 Oracle 自治数据库自动维护。

4.4 数据存储技术底座

1. Oracle 自治数据库 ADB 多租户架构
   • 应用层多租户：每张业务表内置TENANT_ID鉴别列，一套数据库实例承载多个客户租户数据，SQL 自动带租户过滤；
   • 数据库层可选独立 PDB 租户隔离，大型集团客户专属 PDB，数据物理隔离；
2. 自动分区、自动索引优化、自动备份、高可用容灾由 Oracle 全权托管；
3. 冷热数据分层：已关账历史期间数据自动归档至低成本存储，当期热数据常驻高性能存储。

五、第五层：调度、集成、安全、分析一体化支撑层

5.1 作业调度体系：ESS（Enterprise Scheduler Service）云调度

替代 EBS 并发管理器 Concurrent Manager，全系统定时 / 异步任务统一调度，GL 核心 ESS 标准 Job：

1. Import Journals：FBDI / 接口表导入正式凭证；
2. Post Journals：凭证过账，更新 GL_BALANCES 余额；
3. Open/Close Period：期间开关；
4. Revaluation 外币重估、Translation 币种折算；
5. 自动分摊、损益结转、年末结账； 特点：可视化调度、失败重试、日志全留存、依赖串行执行（关账流水线串行调度）。

5.2 四大标准化集成入口（唯一合法数据接入方式）

1. FBDI（File Based Data Import）文件导入：Excel 模板上传，最常用外部凭证批量导入；
2. REST API：实时对接第三方系统（OA、业务系统、银行）创建 / 查询凭证；
3. SOAP WebService：传统老旧系统对接；
4. OCI Integration Cloud（OIC）：企业级 ESB 集成平台，复杂数据流转、数据转换、定时同步。

5.3 多层安全架构

1. 功能权限：Job Role/Duty 角色权限，控制是否可录入凭证、过账、配置规则；
2. 数据实例权限：段值、BU、法人、账套数据隔离，比如财务专员仅可查看本公司凭证；
3. 凭证审批流：内置 BPM 工作流，凭证按金额、主体自动路由审批，未审批无法过账；
4. 审计日志 FND_AUDIT_TRAILS：所有凭证新增、修改、作废、过账全操作留痕审计，满足 SOX、内控合规。

5.4 内置多维分析引擎：余额多维立方体 GL Balance Cube

Fusion 内置 OLAP 多维立方体，无需抽取数据到第三方数仓，实时基于 GL 余额做多维度切片分析Oracle：

• 维度：账套、期间、科目各业务段、币种、实际 / 预算；
• 前端承载：OTBI（Oracle Transactional Business Intelligence）、Smart View Excel 插件；
• 支持拖拽式报表、实时试算平衡、多维度利润分析、滚动预测； EBS 需要额外搭建数据仓库，Fusion 原生一体化分析。

六、Fusion GL 全链路标准数据流闭环

plaintext

业务端AP/AR/FA单据 → CLM会计引擎生成标准分录 → CLM推送GL接口表 → ESS导入正式GL日记账 → 审批流审核 → ESS执行过账 → GL_JE凭证固化 + GL_BALANCES余额实时更新 → 期末ESS执行重估/折算/分摊/损益结转 → ESS关闭会计期间 → OTBI多维报表出具法定/管理报表 → 账套集自动合并抵销 → 集团合并财务报表

七、Fusion GL vs EBS R12 GL 架构核心差异化汇总

八、架构设计核心设计思想总结

1. 配置优先、弱化定制开发：会计规则、分摊、审批、多账套全部可视化配置，减少代码化二开；
2. 分层解耦：业务层、会计规则层、存储层、分析层完全隔离，迭代升级互不影响；
3. 数据强一致性：所有账务变更走标准化流程，杜绝后台非法篡改，审计全链路可追溯；
4. 集团化原生适配：平衡段法人隔离、账套集批量处理、自动合并抵销天然适配跨国集团多准则核算；
5. 云原生自动化：数据库运维、备份、调度、关账任务、性能优化全部由 Oracle 托管，客户聚焦业务财务管控。

如需，我可以输出： 1）Fusion GL 全套常用只读巡检 SQL（凭证、余额、期间状态、CLM 对账）； 2）FBDI GL 日记账导入完整字段说明与上传调试步骤； 3）CLM 到 GL 对账跟踪 SQL 脚本； 4）落地实施阶段 GL 架构标准化设计模板（COA 分段、账套规划方案）。