Oracle EBS R12 FA（固定资产）VS Fusion Cloud Assets
全维度拆解：业务对象→逻辑实体→物理实体（后台表）→标准程序 + PLSQL 实操示例
整体分层架构统一口径：
- 业务对象：业务视角资产全生命周期主数据 / 交易载体
- 逻辑实体：系统数据模型层抽象对象（EBS 基于 Apps Schema 应用模型；Fusion 基于 VOS/VO、业务实体 BO）
- 物理实体：数据库底层真实数据表、索引、约束、分区
- 标准程序：EBS 并发请求、Fusion ESS 作业；配套公开 API、PLSQL 开发样例
一、Oracle EBS R12 FA 固定资产模块详解
1.1 顶层业务对象（业务视角）
覆盖资产完整生命周期：
| 一级业务对象 | 业务含义 | 核心业务场景 |
|---|---|---|
| 资产主档案 | 固定资产基础台账 | 新增、基础信息修改、标签、序列号、权属、租赁属性 |
| 资产账簿 | 折旧核算维度（税账 / 总账账 / 成本账） | 多准则并行折旧、会计折旧、税务折旧分离核算 |
| 资产事务单 | 所有财务变动操作载体 | 资本化、调拨、重分类、价值调整、部分 / 全额报废、减值、计划外折旧 |
| 折旧运行 | 期间折旧计提、摊销 | 月度折旧、追溯折旧、预提折旧、重算折旧 |
| 资产分配行 | 成本归属维度（部门、科目、人员、地点） | 费用分摊、部门成本归集、转移自动重分配科目 |
| 批量资产接口 | AP / 项目转入在建转固 | Mass Additions 批量建卡、AP 发票自动生成资产 |
| 报废处置台账 | 资产处置收款、净损益 | 报废收入、清理费用、营业外收支核算 |
1.2 逻辑实体（EBS Apps 层逻辑模型）
EBS 基于 Apps 视图、记录类型、API 结构体封装逻辑实体，无 Fusion 原生 VO，以业务逻辑分组划分：
核心逻辑实体清单
- Asset Header 资产头部逻辑实体承载资产静态属性，不区分账簿；多语言名称、基础属性、类别、资产编号、使用状态、原值初始信息。 对应视图：
FA_ADDITIONS_VL（B 基表 + TL 多语言视图） - Book Financial Info 账簿财务逻辑实体单资产多账簿财务数据，原值、累计折旧、残值、折旧方法、启用日期、剩余使用年限、账面净值，一资产多行（多账簿）。
- Transaction 资产事务逻辑实体所有变更的事务头 + 事务明细，记录操作类型、生效期间、操作人员、事务来源、审计追溯链路。
- Distribution Allocation 分配逻辑实体资产成本与折旧费用分摊维度，历史快照化存储，调拨后生成新分配行，旧行封存。
- Depreciation Ledger 折旧台账逻辑实体期间级折旧汇总、明细台账，支撑对账、报表、GL 传送。
- Retirement Disposal 报废处置逻辑实体报废数量、处置收入、处置费用、净损益、核销原值与累计折旧。
EBS 逻辑实体核心关联关系
Asset Header (1) → Book 财务信息 (N) → 事务头 (N) → 分配历史 (N) → 折旧明细 (N) → 报废单 (0/1)
1.3 物理实体（底层 FA Schema 数据表，EBS APPS.FA）
（1）基础配置类物理表（主数据配置）
| 物理表名 | 主键 | 核心字段 | 物理作用 |
|---|---|---|---|
FA_CATEGORIES_B | CATEGORY_ID | 折旧方法、寿命、残值率、资产大类 | 资产类别基础配置（非账薄级） |
FA_CATEGORIES_TL | CATEGORY_ID,LANGUAGE | 类别中文名称 | 多语言翻译表 |
FA_CATEGORY_BOOKS | CATEGORY_ID+BOOK_TYPE_CODE | 原值科目、累计折旧科目、折旧费用科目 | 类别绑定账簿总账科目映射 |
FA_BOOK_CONTROLS | BOOK_TYPE_CODE | 账簿期间、折旧规则、会计日历、比例分摊惯例 | 资产账簿全局控制参数 |
FA_CONVENTIONS | CONVENTION_TYPE_ID | 入账日期→折旧起始分摊日期规则 | 比例分摊惯例配置 |
（2）资产主数据核心物理表（最核心）
- FA_ADDITIONS_B（资产基表，物理主表）PK：
ASSET_ID存储资产静态属性：资产编号ASSET_NUMBER、序列号、标签号、购置日期、租赁标识、是否在建工程、供应商、资产类型，与账簿无关，一条资产一行。 配套多语言：FA_ADDITIONS_TL（资产名称多语言）。 - FA_BOOKS（账簿级财务核心表，重中之重）PK：
ASSET_ID+BOOK_TYPE_CODE一资产多账簿一行；存储：原值COST、累计折旧DEPRECIATE_AMOUNT、残值、启用日期、折旧状态、当前账面净值、报废标记RETIREMENT_ID，所有财务变动都会更新本表历史快照。
（3）事务、分配历史物理表
FA_TRANSACTION_HEADERS：事务头，PK=TRANSACTION_HEADER_ID记录每一次操作：新增、转移、调整、报废、重分类；TRANSACTION_TYPE_CODE区分事务类型（ADDITION/TRANSFER/FULL RETIREMENT），串联所有下游明细数据。FA_DISTRIBUTION_HISTORY：分配历史快照表 PK=DISTRIBUTION_ID；绑定科目、成本中心、地点、员工；资产调拨不修改旧数据，新增一条新分配行，旧行失效，完整追溯历史分摊规则。FA_RETIREMENTS：报废物理表 报废数量、处置收入、清理费用、净损益、报废日期，关联事务头 ID，核销 FA_BOOKS 账面数据。
（4）折旧核算物理表
FA_DEPRN_SUMMARY：期间折旧汇总表（按月 + 资产 + 账簿），月度折旧总额、累计折旧汇总，对账主力表；FA_DEPRN_DETAIL：折旧明细行级表，按分配行拆分折旧金额，精准追踪每个成本中心折旧费用；FA_DEPRN_PERIODS：资产账簿会计期间定义表，控制折旧可运行期间状态（打开 / 关闭）。
（5）批量导入接口物理表
FA_MASS_ADDITIONS：AP / 项目推送在建转固临时接口表，审核转正式资产，EBS 批量建卡唯一入口表。
1.4 EBS FA 标准并发程序（系统后台作业）
| 并发请求名称 | 简称 | 业务用途 | 运行频次 |
|---|---|---|---|
| Calculate Depreciation | 折旧计算 | 全账簿资产月度折旧计提 | 月末必跑 |
| Create Journal Entries | 传送总账 | 折旧、资产新增、报废生成 XLA 子账分录推送 GL | 折旧跑完执行 |
| Mass Additions Create | AP 推送批量资产 | AP 发票行推入 FA 临时接口表 | 按需执行 |
| Mass Additions Post | 批量资产转正 | 审核接口数据生成正式资产卡片 | 审核后执行 |
| Retirement Reinstate | 报废撤销 | 误报废资产恢复账面 | 异常修复 |
| Asset Reclass Report | 资产重分类 | 类别变更批量处理 | 按需 |
1.5 EBS FA 官方 PLSQL API 实操示例
示例 1：标准 API 新增资产卡片（FA_ADD_PUB 公共 API）
plsql
DECLARE l_asset_rec FA_API_TYPES.asset_rec_type; l_book_rec FA_API_TYPES.book_rec_type; l_dist_tbl FA_API_TYPES.dist_tbl_type; l_return_status VARCHAR2(1); l_msg_count NUMBER; l_msg_data VARCHAR2(2000); BEGIN --1.资产头部基础信息赋值 l_asset_rec.asset_number := 'ASSET-20260808-001'; l_asset_rec.asset_category_id := 1001; --办公设备类别ID l_asset_rec.date_placed_in_service := TO_DATE('2026-08-01','YYYY-MM-DD'); --2.账簿财务数据 l_book_rec.book_type_code := 'CORP_BOOK'; --总账账簿 l_book_rec.cost := 10000; --资产原值10000 --3.成本分配行（成本中心+折旧科目） l_dist_tbl(1).code_combination_id := 50089; --费用科目CCID l_dist_tbl(1).percentage := 100; --调用官方公共API创建资产 FA_ADD_PUB.create_asset( p_api_version => 1.0, p_init_msg_list => FND_API.G_FALSE, p_commit => FND_API.G_TRUE, p_validation_level=> FND_API.G_VALID_LEVEL_FULL, p_asset_rec => l_asset_rec, p_book_rec => l_book_rec, p_dist_tbl => l_dist_tbl, x_return_status => l_return_status, x_msg_count => l_msg_count, x_msg_data => l_msg_data ); IF l_return_status = FND_API.G_SUCCESS THEN DBMS_OUTPUT.PUT_LINE('资产创建成功'); ELSE DBMS_OUTPUT.PUT_LINE('失败：'||l_msg_data); END IF; END; /示例 2：资产全额报废 API
plsql
DECLARE l_ret_rec FA_API_TYPES.retire_rec_type; l_return_status VARCHAR2(1); BEGIN l_ret_rec.asset_id := 12345; l_ret_rec.book_type_code := 'CORP_BOOK'; l_ret_rec.retirement_date := SYSDATE; l_ret_rec.sale_price := 1000; --处置收入 FA_RETIRE_PUB.do_retirement( p_api_version=>1.0, p_commit=>FND_API.G_TRUE, px_retire_rec=>l_ret_rec, x_return_status=>l_return_status ); END; /示例 3：常用关联查询 SQL（资产 + 账面 + 最新分配）
sql
SELECT fa.ASSET_NUMBER,fa.ASSET_ID,fa.ASSET_NAME, fb.COST,fb.DEPRECIATED_AMOUNT,fb.COST-fb.DEPRECIATED_AMOUNT NET_BOOK_VALUE, fdh.CODE_COMBINATION_ID,gl.SEGMENT1||'-'||gl.SEGMENT2 COA FROM FA_ADDITIONS_VL fa JOIN FA_BOOKS fb ON fa.ASSET_ID=fb.ASSET_ID LEFT JOIN FA_DISTRIBUTION_HISTORY fdh ON fb.ASSET_ID=fdh.ASSET_ID LEFT JOIN GL_CODE_COMBINATIONS gl ON fdh.CODE_COMBINATION_ID=gl.CODE_COMBINATION_ID WHERE fb.BOOK_TYPE_CODE='CORP_BOOK' AND fdh.DATE_INEFFECTIVE IS NULL; --当前生效分配行二、Oracle Fusion Cloud Assets 云资产模块详解
Fusion 基于云原生数据模型：BO 业务对象→VO 视图对象→物理表，分层解耦，多租户隔离，Schema 为FUSION.FA，无 Apps 中间层，原生集成 SLA、ESS 作业、REST API、OTBI 分析模型。
2.1 业务对象（云化业务域）
继承 EBS 全生命周期，扩展云化协同能力：
- 财务资产主对象（Financial Asset）：核算类固定资产；
- 运营资产主对象（Operational Asset，CSE 模块联动）：实物设备台账，财务资产与实物资产双打通；
- Mass Addition 批量资本化对象；
- 折旧核算账簿（Primary/Tax/Reporting 多账簿）；
- 事务业务对象：Transfer、Reclass、Adjust、Retire、Unplanned Depreciation；
- 子分类账会计事件对象（XLA 云化）；
- 在建工程转固 CIP 资本化业务对象。
2.2 逻辑实体（Fusion 标准分层逻辑模型）
三层逻辑架构
- BO 业务对象（顶层业务逻辑实体）官方预定义业务实体：
FinancialAssetBO、AssetTransactionBO、AssetBookBO、AssetDistributionBO，封装业务校验、工作流、权限、多租户隔离，前端页面、ESS 作业、REST 全部基于 BO 操作。 - VO 视图对象（中间逻辑实体）面向 UI / 报表的逻辑封装，基于底层物理表映射，自带权限过滤、多语言、行级安全 RLS； 典型 VO：
FinancialAssetVO、AssetBookFinancialVO、AssetTransactionVO。 - EO 实体对象（贴近物理表的逻辑映射）一对一绑定物理数据表，处理字段校验、默认值、乐观锁（
OBJECT_VERSION_NUMBER），Fusion 标准行锁机制。
核心逻辑实体关系
FinancialAssetBO(1)→AssetBookBO(N)→AssetTransactionBO(N)→AssetDistributionBO(N)→DepreciationSummaryBO
2.3 物理实体（FUSION.FA 底层数据表）
基础配置表
| 物理表 | 主键 | 作用 |
|---|---|---|
FA_CATEGORIES_B | CATEGORY_ID | 资产类别基础配置 |
FA_BOOKS_CONTROLS | BOOK_TYPE_CODE | 账簿全局控制参数 |
FA_CONVENTIONS | CONVENTION_TYPE_ID | 折旧分摊惯例Oracle |
资产主数据核心物理表
- FA_ADDITIONS_B（财务资产主表）PK=
ASSET_ID，与 EBS 结构高度同源，新增OBJECT_VERSION_NUMBER乐观锁字段，云平台标准并发控制；多语言FA_ADDITIONS_TL。 - FA_BOOKS（账簿财务表）结构对齐 EBS，存储原值、累计折旧、残值、账面净值；支持多会计准则并行核算。
- CSE_ASSETS_B（运营实物资产表，SCM 联动）PK=
ASSET_ID，设备位置、维保、工单、实物盘点信息，财务资产与实物资产唯一关联键 ASSET_ID 打通财务与供应链资产Oracle。
事务、分配、折旧物理表
FA_TRANSACTION_HEADERS：事务头，逻辑与 EBS 一致；FA_DISTRIBUTION_HISTORY：分配历史快照；FA_DEPRN_SUMMARY/FA_DEPRN_DETAIL：折旧汇总 / 明细；FA_RETIREMENTS：报废处置台账；FA_ASSET_INVOICES：来源单据追溯表（AP 发票、采购接收、项目成本来源单据绑定）Oracle；FA_BALANCES_EXTRACT：预制化资产余额抽取表，专供 OTBI 报表分析，无需自建复杂视图Oracle。
接口临时表
FA_MASS_ADDITIONS：批量资本化接口表，AP、项目、采购推送数据统一落地本表审核转正。
2.4 Fusion 标准 ESS 定时作业（对标 EBS 并发程序）
| ESS 作业名称 | 功能 | 调度场景 |
|---|---|---|
| Calculate Depreciation | 执行月度折旧计提 | 月末定时调度 |
| Create Accounting | 生成子分类账会计分录 | 折旧完成后自动触发 |
| Transfer Mass Additions from Payables | AP 推送资产至接口表 | 按需触发 |
| Post Mass Additions | 批量资产转正资本化 | 审核后执行 |
| Process Asset Retirements | 批量报废作业 | 批量处置场景 |
2.5 Fusion 开发对接方式（无本地 PLSQL 直写，优先 REST / 公开 API）
方式 1：标准 REST API 创建资产（主流集成方案）
http
POST https://{域名}/fscmRestApi/resources/11.13.18.05/fixedAssets { "AssetNumber": "FA-FUSION-20260808", "AssetCategoryId": 1001, "DatePlacedInService": "2026-08-01", "BookTypeCode": "PRIMARY_BOOK", "Cost": 10000, "DistributionLines": [ { "CodeCombinationId": 50089, "Percentage": 100 } ] }方式 2：Fusion 内置 PLSQL 公共 API（仅限云环境后台许可调用）
包名与 EBS 兼容：FA_ADD_PUB、FA_RETIRE_PUB、FA_RECLASS_PUB，入参结构体基本复用，增加租户 ID 安全校验。
方式 3：OTBI 报表 SQL 示例（Fusion 只读分析视图）
sql
SELECT AssetNumber,AssetName, Cost,DepreciatedAmount,Cost-DepreciatedAmount NetBookValue, BookTypeCode FROM FA_ADDITIONS_VL fa JOIN FA_BOOKS fb ON fa.AssetId=fb.AssetId WHERE BookTypeCode='PRIMARY_BOOK' AND RetirementId IS NULL;三、EBS FA vs Fusion Assets 架构核心差异汇总
| 维度 | Oracle EBS R12 FA | Oracle Fusion Cloud Assets |
|---|---|---|
| 部署架构 | 本地 / 私有化部署 Apps 两层架构 | 云原生多租户，BO→VO→EO 三层逻辑模型 |
| 逻辑实体 | 基于 Apps 视图 + PLSQL 结构体 | 标准化 BO 业务对象、VO 视图对象、EO 实体对象 |
| 物理表 | FA Schema，无乐观锁，数据库直改可控 | FUSION Schema，强制 OBJECT_VERSION_NUMBER 乐观锁防并发脏写 |
| 开发集成 | 优先 PLSQL 公共 API、并发程序、表单个性化 | 优先 REST API、ESS 作业、低代码 Page Composer，严控直写数据库 |
| 实物联动 | 需二次开发对接 SCM | 原生 CSE 运营资产模块一体化打通 |
| 数据安全 | 职责权限 + 功能权限 | 行级 RLS 安全、租户隔离、数据脱敏、审计日志原生内置 |
| 总账对接 | XLA 本地子账推送 GL | 云化 XLA 自动会计，事件驱动实时过账 |
四、关键业务流转端到端数据链路（EBS/Fusion 通用）
AP 采购发票→Mass Additions 接口表→审核转正 FA_ADDITIONS_B→FA_BOOKS 财务初始化→分配行 FA_DISTRIBUTION_HISTORY→月末折旧计算写入 DEPRN 表→XLA 生成会计凭证推送 GL 总账→资产调拨生成新事务 + 新分配行→资产报废写入 FA_RETIREMENTS 核销账面原值折旧→生命周期结束
五、落地实施要点
- EBS 迁移 Fusion 时，存量资产优先通过 Mass Additions 接口全量迁移，禁止直接 Insert 物理表；
- 所有资产业务操作必须走官方公共 API，严禁 DML 直改 FA 底层表，会破坏事务一致性与折旧数据；
- Fusion 环境禁止自建定时 JOB 直操作数据表，全部通过 ESS 标准作业或 REST 调用；
- 折旧对账核心核对三张表：
FA_BOOKS账面净值、FA_DEPRN_SUMMARY月度折旧、GL 总账资产科目余额。
)
