Oracle Fusion Cloud GL(总账)完整核心基础架构深度解析
总述定位
Fusion GL 是整套 Fusion Financial 云 ERP统一会计中枢、全集团唯一财务事实数据源,承接 AP/AR/FA/CM/Projects 等所有子模块交易,基于云原生多租户自治数据库、分层隔离架构、CLM 统一分类账(取代 EBS 独立 SLA)、多维科目体系、账本矩阵、内置多维数据立方体,实现实时记账、自动化关账、全球合并、实时分析;与传统 EBS R12 GL 最大区别:禁止业务层直写底层物理表,全链路标准化接口 + 配置化会计规则,架构分层解耦、租户强隔离、运维由 Oracle 托管。
整体架构自上而下分为五大层级:
- 企业组织架构层(顶层治理底座)
- 会计基础元数据层(COA 科目、账本矩阵、日历汇率)
- CLM 统一会计引擎层(核心记账内核,对标 EBS SLA)
- GL 业务交易与物理数据存储层(凭证、余额底层模型)
- 调度集成、安全管控、分析展示层(ESS 调度、集成网关、OTBI 多维分析)
一、第一层:顶层底座 —— 企业组织架构(Fusion 财务全局治理模型)
所有 GL 配置、交易权限、数据隔离都依附这套组织架构,是 GL 运行的前置基础,强绑定科目平衡段、内部交易、合并抵销逻辑Oracle。
核心实体
- Enterprise(企业):全局最高容器,一套 Fusion 租户仅 1 个 Enterprise;
- Legal Entity 法人主体:对应工商注册独立法人,法定报表、税务申报主体,强制绑定 GL平衡段(Balancing Segment),自动保证单法人借贷平衡、内部往来抵销;
- Business Unit 业务单元 BU:业务运营主体,收付款、开票、费用报销执行单元,不强制独立账套;
- Ledger 账套:会计核算最小独立记账单元,法人与账套一对多 / 多对一映射。
关键约束
GL 所有凭证自动按平衡段 = 法人校验借贷平衡;内部公司间交易自动识别跨平衡段,触发自动抵销分录、内部往来对账。
二、第二层:会计基础元数据层(GL 核算骨架)
2.1 多维科目体系 COA(Chart of Accounts)
1)架构设计
摒弃 EBS 硬编码 CCID 思维,分段弹性域 + 值集 + 层级维度,无固定 30 段限制,按需配置业务维度,核心分为三类段:
| 段类型 | 作用 | 强制属性 | 示例 |
|---|---|---|---|
| 平衡段 Balancing Segment | 绑定法人,系统强制该维度借贷平衡、内部交易管控 | 全局唯一必填 | 公司代码 001、002 |
| 自然账户段 Natural Account | 区分资产 / 负债 / 权益 / 收入 / 费用五大会计要素,驱动结转、损益结转 | 必填 | 1001 库存现金、6001 主营业务收入 |
| 管理维度段 | 成本中心、产品、项目、地区等经营分析维度 | 可选 | 成本中心、产品线、项目编号 |
2)核心底层数据表(FUSION 方案下物理表)
GL_CHARTS_OF_ACCOUNTS:科目结构主定义表;GL_SEGMENTS:各弹性域段属性配置;GL_SEGMENT_VALUES:每段可选主数据值(值集),支持层级树形结构;GL_CODE_COMBINATIONS:有效科目组合(内部生成COMBINATION_ID,对标 EBS CCID);- 租户仅只读,新增科目组合由系统后台自动生成,禁止人工 INSERT;
GL_SEGMENT_HIERARCHIES:科目层级树(用于汇总、报表汇总、分摊规则)。
3)关键特性
- 动态维度扩展:上线后可新增业务段,无需重构表结构;
- 段级权限控制:不同用户仅可操作自身权限范围内的段值;
- 自动校验:段组合启用日期、禁用状态、交叉验证规则。
2.2 四大账本矩阵(Fusion 核心多准则并行记账能力)
一套 COA 之上搭建四类账套,一套业务交易自动生成多套账本分录,同时满足法定准则、管理核算、外币报表、税务核算。
- Primary Ledger 主账套(法定主账本)企业法定记账本位币、会计准则(CAS/IFRS/US GAAP)、官方会计日历,唯一官方记账底账,所有子模块默认推送至主账套。 配置五要素:COA、本位币、会计日历、会计方法、四舍五入规则。
- Secondary Ledger 二级账套同币种 / 不同币种,切换会计政策:如国内主账套 CAS,二级账套 IFRS 准则自动调整差异分录;支持三种转换模式:
- 余额级转换:期末余额重分类调整;
- 分录级转换:交易实时生成两套分录;
- 子模块级转换:仅部分业务差异化记账。
- Reporting Currency Ledger 报表币种账套同一主账套数据自动折算为指定外币(美元、欧元),用于集团海外合并报表,无需手工期末折算。
- Ledger Set 账套集逻辑容器,打包多个同 COA 账套,实现一键批量关账、统一查询、自动合并抵销,集团合并报表核心载体。
2.3 配套基础元数据
- 会计日历 GL_PERIODS:年度、期间、调整期,期间状态:未打开 / 可录入 / 已关闭 / 永久关闭;
- 汇率体系 GL_DAILY_RATES:日常即期汇率、期间平均汇率、期末汇率,自动外币折算、汇兑损益重估;
- 日记账来源 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 方案)
CLM_AE_HEADERS:CLM 会计分录头(对标 EBS XLA_AE_HEADERS);CLM_AE_LINES:CLM 明细分录行(对标 EBS XLA_AE_LINES);CLM_ACCOUNTING_RULES:配置化会计科目推导规则;CLM_GL_INTERFACE:CLM 推送 GL 的标准中间接口表(对标 EBS GL_INTERFACE)。
3.4 CLM 对比 EBS XLA 核心优势
- 云原生一体化,无需单独部署 XLA 并发管理器;
- 可视化页面配置分录规则,少量 Groovy 脚本扩展,摒弃 EBS 大量 PLSQL 定制;
- 实时异步双模式记账:轻量交易实时生成分录,大批量业务异步 ESS 调度处理;
- 统一追溯链:CLM 分录→GL 凭证→前端业务单据一键穿透溯源审计。
四、第四层:GL 业务交易层 + 底层物理数据存储架构
4.1 GL 标准三层凭证结构(同 EBS 逻辑一致,存储层优化)
批次 Batch → 凭证头 Header → 分录行 Line
- GL_JE_BATCHES 凭证批:批量操作容器,支持批量审批、批量过账、批量作废;
- GL_JE_HEADERS 凭证头:凭证整体属性(账套、期间、币种、状态、审批流、来源); 核心状态:
U未过账、P已过账、X作废; - GL_JE_LINES 分录明细行:科目、原币借贷、本位币借贷、业务维度、追溯标识。
4.2 核心物理业务表(FUSION.FUSION Schema,租户仅 SELECT 只读权限)
1)凭证主数据表
| 表名 | 核心作用 | 关键字段 |
|---|---|---|
| GL_JE_BATCHES | 凭证批次容器 | JE_BATCH_ID、LEDGER_ID、批次名称 |
| GL_JE_HEADERS | 凭证头部 | JE_HEADER_ID、PERIOD_NAME、POSTED_FLAG、APPROVAL_STATUS |
| GL_JE_LINES | 分录明细 | JE_LINE_ID、COMBINATION_ID、ENTERED_DR/CR、ACCOUNTED_DR/CR |
2)余额核心表 GL_BALANCES(GL 最核心汇总数据表)
Fusion 做分区优化:按会计期间自动分区GL_PERIOD_PARTITIONS,千万级数据查询性能远优于 EBS 单表全量扫描Oracle。 关键字段:LEDGER_ID、COMBINATION_ID、PERIOD_NAME、CURRENCY_CODE期初借贷余额、本期发生借贷、期末余额;区分三类数据:
ACTUAL_FLAG=A:实际账务数据;B:预算数据;E:留存收益结转数据。
3)接口中间表(外部数据唯一合法入口)
GL_JOURNAL_INTERFACE:外部系统、FBDI 模板导入临时接口表;GL_INTERFACE_ERRORS:导入校验失败错误日志;
硬性红线:所有外部凭证必须写入该接口表,通过 ESS 作业导入正式凭证,禁止直插 GL_JE 表。
4)配套功能表
- GL_ALLOCATIONS:自动分摊规则定义表;
- GL_REVALUATION_RUNS:期末外币重估执行日志;
- GL_TRANSLATION_HISTORY:币种折算执行记录;
- GL_PERIOD_STATUS:账套期间开关状态控制表。
4.3 数据访问隔离机制(关键区别 EBS)
- 物理底层表归 Oracle 运维侧管控,租户 DBA / 开发无 DML(INSERT/UPDATE/DELETE)权限;
- 业务侧仅可访问 Oracle 封装安全视图:
FND_GL_JOURNALS_V、FND_GL_BALANCES_V; - 视图内置租户隔离过滤:自动追加
TENANT_ID、数据权限过滤条件,用户只能看到授权范围内数据; - 禁止自建索引、表结构修改、表级锁、批量数据清理,全由 Oracle 自治数据库自动维护。
4.4 数据存储技术底座
- Oracle 自治数据库 ADB 多租户架构
- 应用层多租户:每张业务表内置
TENANT_ID鉴别列,一套数据库实例承载多个客户租户数据,SQL 自动带租户过滤; - 数据库层可选独立 PDB 租户隔离,大型集团客户专属 PDB,数据物理隔离;
- 应用层多租户:每张业务表内置
- 自动分区、自动索引优化、自动备份、高可用容灾由 Oracle 全权托管;
- 冷热数据分层:已关账历史期间数据自动归档至低成本存储,当期热数据常驻高性能存储。
五、第五层:调度、集成、安全、分析一体化支撑层
5.1 作业调度体系:ESS(Enterprise Scheduler Service)云调度
替代 EBS 并发管理器 Concurrent Manager,全系统定时 / 异步任务统一调度,GL 核心 ESS 标准 Job:
- Import Journals:FBDI / 接口表导入正式凭证;
- Post Journals:凭证过账,更新 GL_BALANCES 余额;
- Open/Close Period:期间开关;
- Revaluation 外币重估、Translation 币种折算;
- 自动分摊、损益结转、年末结账; 特点:可视化调度、失败重试、日志全留存、依赖串行执行(关账流水线串行调度)。
5.2 四大标准化集成入口(唯一合法数据接入方式)
- FBDI(File Based Data Import)文件导入:Excel 模板上传,最常用外部凭证批量导入;
- REST API:实时对接第三方系统(OA、业务系统、银行)创建 / 查询凭证;
- SOAP WebService:传统老旧系统对接;
- OCI Integration Cloud(OIC):企业级 ESB 集成平台,复杂数据流转、数据转换、定时同步。
5.3 多层安全架构
- 功能权限:Job Role/Duty 角色权限,控制是否可录入凭证、过账、配置规则;
- 数据实例权限:段值、BU、法人、账套数据隔离,比如财务专员仅可查看本公司凭证;
- 凭证审批流:内置 BPM 工作流,凭证按金额、主体自动路由审批,未审批无法过账;
- 审计日志 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 架构核心差异化汇总
| 对比维度 | Oracle EBS R12 GL | Oracle Fusion Cloud GL |
|---|---|---|
| 记账引擎 | 独立 XLA 子分类账 + GL 两层架构 | 内置 CLM 统一会计引擎一体化 |
| 部署数据库 | 本地自建 Oracle 数据库,DBA 全权管控 | Oracle 自治 ADB 云数据库,租户无底层 DBA 权限 |
| 并发调度 | CM 并发管理器 | ESS 云调度服务 |
| 科目主键 | CCID 硬编码唯一 ID | 逻辑 COMBINATION_ID,系统内部封装,业务无感知 |
| 数据写入方式 | 可通过 API / 接口表,存在直改表风险 | 严格禁止直写底层表,仅 FBDI/REST/ESS/API |
| 多账本能力 | 需要定制开发二级账套 | 原生一级 / 二级 / 报表账套开箱即用 |
| 分析能力 | 交易库 + 自建数据仓库 | 原生 OLAP 余额立方体,OTBI 实时分析 |
| 租户隔离 | 单实例单租户为主 | 应用 + 数据库双层多租户强隔离 |
| 会计规则开发 | 大量 PLSQL 定制 XLA 规则 | 页面可视化配置 + 少量 Groovy 轻脚本 |
八、架构设计核心设计思想总结
- 配置优先、弱化定制开发:会计规则、分摊、审批、多账套全部可视化配置,减少代码化二开;
- 分层解耦:业务层、会计规则层、存储层、分析层完全隔离,迭代升级互不影响;
- 数据强一致性:所有账务变更走标准化流程,杜绝后台非法篡改,审计全链路可追溯;
- 集团化原生适配:平衡段法人隔离、账套集批量处理、自动合并抵销天然适配跨国集团多准则核算;
- 云原生自动化:数据库运维、备份、调度、关账任务、性能优化全部由 Oracle 托管,客户聚焦业务财务管控。
如需,我可以输出: 1)Fusion GL 全套常用只读巡检 SQL(凭证、余额、期间状态、CLM 对账); 2)FBDI GL 日记账导入完整字段说明与上传调试步骤; 3)CLM 到 GL 对账跟踪 SQL 脚本; 4)落地实施阶段 GL 架构标准化设计模板(COA 分段、账套规划方案)。