企业官网建设流程全解析

Oracle EBS R12 GL VS Fusion Cloud GL 总账全层级拆解

整体分层：业务对象→逻辑实体→物理实体→后台数据表→标准程序 / API / 代码示例，同步对比两代架构核心差异，EBS 为本地单体 EBS 架构，Fusion 为云原生 SAAS 多租户、XLA 强解耦、多维模型化架构。

一、基础概念定义统一

1. 四层层级释义

2. 两代总账顶层架构总览

EBS R12 GL 架构链路

子模块 (AP/AR/FA)→XLA 子账会计引擎→GL 接口表GL_INTERFACE→日记账导入→GL_JE_BATCHES/HEADERS/LINES→GL_BALANCES科目余额 组织架构：BG 全局→SOB 账套 (现 GL_LEDGERS)→OU 运营单元；会计弹性域 KFF 承载科目维度

Fusion Cloud GL 架构链路

业务单元 BU→SLA 统一子账会计→GL 日记账引擎→GL 凭证表→多维余额立方体 GL Balance Cube； 组织架构：企业结构 ES（法人 LE + 业务单元 BU + 主分类账 Primary Ledger），原生多维维度，弹性域弱化，支持参考维度 SRD 替代传统弹性域Oracle

第一部分：Oracle EBS R12 总账 GL 逐层详细解析

层级 1：业务对象（用户业务视角）

1. 账簿（Set of Books→GL_LEDGERS）：本位币、会计日历、科目结构三位一体核心账套
2. 会计科目结构（会计弹性域 KFF）：公司、部门、自然科目、项目等分段科目组合
3. 日记账体系：凭证批、凭证头、凭证行；手工凭证、子账导入凭证、调整凭证
4. 科目余额：实际 / 预算 / 预留三类余额，按期存储期初、发生、期末
5. 辅助业务对象：汇率、会计期间、外币重估、月末结转、合并抵消、预算、固化折算

层级 2：逻辑实体（系统内部业务模型）

2.1 核心逻辑实体清单

1. 账簿逻辑实体 Ledger Entity属性：账本 ID、本位币、日历 ID、科目弹性域 ID、启用期间、关闭状态； 业务规则：一个账簿绑定唯一一套科目结构、一套日历；多账簿之间折算规则固化。
2. 科目组合逻辑实体 Code Combination Entity基于会计关键弹性域 KFF 动态拼接，校验各段值集合法性、科目启用状态、汇总层级； 区分明细科目 / 汇总科目（summary_flag），汇总科目不允许直接记账，仅汇总汇总下级余额。
3. 日记账三层逻辑实体（批 Batch→头 Header→行 Line）

• 批：批量作业单元，同一导入 / 录入任务打包，统一审核、过账
• 头：凭证整体属性（凭证日期、来源、分类、本位币总借贷、过账状态）
• 行：分录明细（科目、金额、辅助信息、汇率、关联子账来源） 约束：单批内所有凭证借贷平衡，单张凭证借贷必须平衡。

1. 余额逻辑实体 Balance Entity按「账簿 + 科目组合 + 期间 + 币种 + 实际 / 预算 / 预留」唯一主键快照式存储，过账时增量更新余额。
2. XLA 子账会计逻辑实体子模块交易事件→会计事件→会计分录头行，统一生成会计分录写入 GL 接口。

2.2 核心逻辑关系

1 账簿 N 个凭证批；1 凭证批 N 个凭证头；1 凭证头 N 条分录行；分录行绑定唯一科目组合；过账后汇总写入余额实体。

层级 3：物理实体（数据库层对象）

3.1 Schema 归属

APPS Schema，GL 模块自有包：GL_PUBLIC_PKG、GL_JE_PKG、GL_BALANCES_PKG；FND 公用弹性域包FND_FLEX_VALIDATION；XLA 子账包XLA_ACCOUNTING_PKG

3.2 物理对象类型

1. 基础数据表（堆表）、主键索引、外键约束、Who 审计字段（创建人、更新人、创建时间）
2. 并发请求程序（Concurrent Program）、存储过程、函数、触发器、序列、值集视图
3. 接口临时表、视图、汇总视图、快照视图

层级 4：EBS GL 核心后台物理表详解

（1）主数据维表（基础档案）

（2）日记账核心业务表（交易层）

1. GL_JE_BATCHES凭证批表 主键：JE_BATCH_ID；核心：批次名称、总借贷金额、状态、创建并发请求 ID
2. GL_JE_HEADERS凭证头表 主键：JE_HEADER_ID；外键 JE_BATCH_ID；字段：有效日期、来源 JE_SOURCE、分类 JE_CATEGORY、过账状态 POSTED_FLAG、本位币总借贷
3. GL_JE_LINES凭证分录行表 主键：JE_LINE_NUM+JE_HEADER_ID；外键 CODE_COMBINATION_ID；DR_CR_FLAG 借贷方向、ENTERED_DR 录入金额、ACCOUNTED_DR 本位币金额、关联 XLA 会计分录 ID
4. GL_IMPORT_REFERENCESGL 分录与 XLA 子账关联表，追溯子模块来源单据

（3）余额核心表

GL_BALANCES科目余额表 联合主键：LEDGER_ID、CODE_COMBINATION_ID、PERIOD_NAME、CURRENCY_CODE、ACTUAL_FLAG ACTUAL_FLAG：A 实际账、B 预算账、E 预留账；存储期初余额 BEGIN_BALANCE_DR、期间借贷发生、期末余额；EBS 核心总账数据仓库基础表

（4）标准导入接口表（最常用）

GL_INTERFACE总账标准导入接口表 外部数据、子账数据先写入本表，运行标准并发程序「日记账导入」正式生成凭证批头行； 关键字段：STATUS（I 待导入 / S 成功 / E 报错）、CODE_COMBINATION_ID、ENTERED_DR/CR、LEDGER_ID、PERIOD_NAME、SOURCE、CATEGORY

（5）XLA 子账衔接核心表

XLA_AE_HEADERS子账会计头；XLA_AE_LINES子账会计分录行；所有 AP/AR/FA 单据先生成 XLA 分录，再推送 GL 接口表，EBS R12 标准链路

层级 5：EBS GL 标准程序、并发请求、PLSQL 代码示例

5.1 核心标准并发程序

1. 日记账导入：Journal Import（读取 GL_INTERFACE 写入正式凭证表）
2. 过账程序：Post Journals（校验平衡，写入 GL_BALANCES 余额）
3. 外币重估：Revalue Balances
4. 试算平衡表生成、年度损益结转、合并抵消程序

5.2 示例 1：PLSQL 向 GL_INTERFACE 插入测试凭证（EBS 标准写法）

plsql

DECLARE v_interface_id NUMBER; BEGIN SELECT GL_INTERFACE_S.NEXTVAL INTO v_interface_id FROM DUAL; INSERT INTO GL_INTERFACE( INTERFACE_ID,LEDGER_ID,STATUS,SET_OF_BOOKS_ID, CODE_COMBINATION_ID,ENTERED_DR,ENTERED_CR, PERIOD_NAME,JE_SOURCE,JE_CATEGORY,EFFECTIVE_DATE )VALUES( v_interface_id, 101, --账簿ID 'I', --I=待导入 101, 12345, --有效科目组合ID 1000,0, --借方1000 'JAN-26','MANUAL','STANDARD',TO_DATE('2026-01-05','YYYY-MM-DD') ); COMMIT; END; /

插入后提交并发请求：Journal Import，自动生成 GL 正式凭证。

5.3 示例 2：EBS 查询某账簿已过账凭证 SQL

sql

SELECT gjb.name batch_name, gjh.name je_name, gcc.segment1||'-'||gcc.segment2||'-'||gcc.segment3 account_code, gjl.entered_dr,gjl.entered_cr, gjh.posted_flag,gjh.posted_date FROM gl_je_batches gjb JOIN gl_je_headers gjh ON gjb.je_batch_id=gjh.je_batch_id JOIN gl_je_lines gjl ON gjh.je_header_id=gjl.je_header_id JOIN gl_code_combinations gcc ON gjl.code_combination_id=gcc.code_combination_id WHERE gjh.ledger_id=101 AND gjh.posted_flag='Y';

第二部分：Oracle Fusion Cloud GL 总账逐层解析

层级 1：业务对象（云财务业务视角）

1. 企业结构对象：主分类账 Primary Ledger、法律实体 LE、业务单元 BU、平衡段主体
2. 科目结构 Chart of Accounts、支持参考维度 SRD（替代 EBS 弹性域，客户、项目、合同等扩展维度）
3. 日记账：标准日记账、冲销凭证、调整凭证、跨公司内部往来凭证
4. 多维余额：本位币、报告币种、统计量维度余额；OLAP 立方体实时余额
5. 云原生业务对象：自动结账调度、在线合并、AI 对账、币种转换、预提摊销自动模板

层级 2：逻辑实体（Fusion BO 业务对象、VO 视图对象）

2.1 核心逻辑实体

1. Ledger BO 分类账业务实体内置多币种转换规则、期间控制、结账时序、会计准则集（IFRS / 中国准则）；绑定 BU 与 LE，一个 BU 归属唯一主分类账。
2. Journal Entry BO 日记账三层逻辑模型（同 EBS 逻辑结构：批 - 头 - 行）Fusion 内部封装 VO（View Object）面向 UI 展示，底层封装校验规则：科目合法性、借贷平衡、期间权限、数据权限行级安全 RLS。
3. Balance Dimension BO 多维余额逻辑实体维度：Ledger、LE、BU、COA 科目、期间、币种、SRD 支持参考维度；不再是简单快照表，逻辑上为多维立方体 Cube，实时聚合计算。
4. SLA Subledger Accounting 逻辑实体全局唯一会计引擎，全模块统一会计规则配置，规则配置化无需开发，自动生成 GL 日记账。

2.2 关键差异逻辑设计

1. EBS 弹性域 KFF 固化分段；Fusion 用支持参考维度 SRD动态扩展业务维度，参与余额汇总、报表过滤、分摊规则。
2. Fusion 行级数据安全 RLS 逻辑实体：按 BU、法人自动隔离数据，租户天然隔离。

层级 3：物理实体（Fusion 云数据库物理对象）

3.1 部署架构

多租户 Oracle 自治数据库 ADB，Schema：FUSION专属 GL 表空间，按期间分区（GL_PERIOD_PARTITIONS管控分区），冷热数据分区归档； 分层：OLTP 交易层→物化视图汇总层→ADW 数据集市 DW 层（DW_GL_*）； 物理对象：分区表、本地索引、全局索引、RLS 行级安全策略、定时物化视图刷新、后台 ETL 定时同步立方体。

3.2 核心物理对象类型

1. OLTP 业务基表、分区表、约束、序列；
2. 业务 VO 底层视图、安全视图；
3. 后台调度 Job、ESS 企业调度服务（替代 EBS 并发请求）；
4. REST API/SOAP 服务封装，无传统本地 PLSQL 直接对外调用。

层级 4：Fusion GL 核心后台物理表

表名与 EBS 高度同源，但存储结构、分区、字段扩展、权限完全重构，无一对一映射关系Oracle Com...

（1）主数据维表

（2）日记账交易表（结构同 EBS 三层）

GL_JE_BATCHES、GL_JE_HEADERS、GL_JE_LINES关键差异：

1. 内置 DOC_SEQUENCE 单据编号、电子归档标识；
2. 字段增加 ESS 调度 ID、云审计追踪 ID；
3. 按期间自动分区，大批量凭证查询性能大幅优化；
4. 不再依赖 GL_INTERFACE 单接口，提供 FBDI 模板、REST API、ESS 导入多种接入方式。

（3）余额表与数据集市层

1. OLTP 层：GL_BALANCES分区余额表；
2. OLAP 立方体：GL Balance Cube，内存实时聚合，前端报表无需反复汇总 SQL；
3. ADW 集市层：DW_GL_BALANCE_CF、DW_GL_JOURNAL_CA星型模型事实表，面向 BI 分析、大数据抽取Oracle

（4）SLA 子账核心表（Fusion 标准化）

XLA_AE_HEADERS、XLA_AE_LINES；Fusion SLA 是整个财务核心中枢，配置化会计规则，极少二次开发。

（5）Fusion 替代 EBS GL_INTERFACE 的导入载体

1. FBDI（File Based Data Import）文件导入模板（主流）；
2. 临时中转表：GL_JE_INTERFACE；
3. REST API 直接写入日记账 VO。

层级 5：Fusion GL 程序、ESS 调度、API 与 SQL 示例

5.1 Fusion 标准执行载体（替代 EBS 并发请求）

ESS（Enterprise Scheduler Service）云调度任务： 日记账导入、过账运行、外币重估、自动结转、合并运算全部注册为 ESS 定时 Job，支持云端定时调度、告警日志。

5.2 方式 1：FBDI 批量导入日记账（主流集成方案）

制作标准 Fusion GL Journal FBDI Excel 模板，上传云存储→提交 ESS 任务「导入日记账」，系统校验写入正式 GL 凭证，替代 EBS 手工插 GL_INTERFACE。

5.3 方式 2：Fusion REST API 简易调用示例（创建日记账）

Fusion 公开 Financial REST API，Post JSON 创建凭证，无需操作底层表：

json

{ "ledgerId": 3001, "jeBatchName": "外部系统同步凭证", "effectiveDate": "2026-01-06", "jeSource": "EXTERNAL", "jeCategory": "STANDARD", "journalLines": [ {"codeCombinationId":56789,"enteredDr":2000,"enteredCr":0}, {"codeCombinationId":98765,"enteredDr":0,"enteredCr":2000} ] }

5.4 Fusion 查询已过账凭证标准 SQL（带 RLS 自动权限隔离）

sql

SELECT gjb.name batch_name, gjh.posted_date, gcc.segment1||'-'||gcc.segment3 coa_account, gjl.accounted_dr,gjl.accounted_cr, bu.name business_unit_name, le.name legal_entity_name FROM fusion.gl_je_batches gjb JOIN fusion.gl_je_headers gjh ON gjb.je_batch_id=gjh.je_batch_id JOIN fusion.gl_je_lines gjl ON gjh.je_header_id=gjl.je_header_id JOIN fusion.gl_code_combinations gcc ON gjl.code_combination_id=gcc.code_combination_id LEFT JOIN fusion.gl_ledgers gl ON gjh.ledger_id=gl.ledger_id LEFT JOIN fusion.per_legal_entities le ON gl.legal_entity_id=le.legal_entity_id WHERE gl.ledger_id=3001 AND gjh.posted_flag='Y';

5.5 ESS 调度调用示例（命令行 epmAutomate 执行导入）

shell

epmAutomate runIntegration GL_Journal_FBDI_Load importMode=Replace periodName="{Jan-26}"

第三部分：EBS GL vs Fusion GL 关键横向对比汇总

1. 架构层面

1. EBS：单体本地数据库，APPS 全权限直操作底层表、PLSQL 重度二次开发；
2. Fusion：云原生多租户，禁止直改底层表，必须 FBDI/API/ESS，配置化优先，开发量锐减。

2. 科目维度设计

1. EBS：KFF 关键弹性域固定分段，扩展维度只能 ATTRIBUTE 预留字段，不参与余额汇总；
2. Fusion：COA 主维度 + 独立 SRD 支持参考维度，原生参与余额、分摊、对账、报表。

3. 余额存储

1. EBS：单表快照式 GL_BALANCES，每次过账 UPDATE 更新余额，大数据量性能差；
2. Fusion：分区 OLTP 表 + OLAP 内存立方体，实时聚合，海量期间数据自动分区归档。

4. 集成模式

1. EBS：主流插 GL_INTERFACE + 并发导入，PLSQL 接口；
2. Fusion：FBDI 文件、REST API、WebService、OCI 数据管道，标准化云集成。

5. 子账 SLA 定位

1. EBS R12：SLA 作为 GL 前置转换层，部分项目仍绕过 SLA 直接抛 GL 接口；
2. Fusion：SLA 是唯一会计入口，所有业务单据必须走 SLA 生成分录，杜绝直写 GL。

6. 权限体系

1. EBS：职责 + 功能权限，数据权限靠个性化 VPD；
2. Fusion：原生行级 RLS，按 BU、法人、账簿自动隔离数据，开箱即用。

第四部分：迁移落地实用要点

1. EBS 历史 GL 数据迁移 Fusion：抽取 EBSGL_JE_*、GL_BALANCES，清洗后通过 FBDI 批量初始化期初余额 + 历史凭证；
2. EBS 自定义 GL_INTERFACE 对接逻辑，迁移后改造为 Fusion REST/FBDI，禁止直写 Fusion 底层表；
3. EBS 弹性域分段映射为 Fusion COA 分段 + SRD 维度，原 ATTRIBUTE 扩展字段迁移至支持参考维度。