在 Oracle EBS 中SLA子分类账会计的科目推导逻辑高度依赖底层配置表和 PL/SQL 客户端扩展Client Extensions。迁移至 Oracle Fusion 时核心目标是将这些逻辑转化为 AMB会计方法构建器中的可视化规则。以下为您提供一套用于盘点和转换 EBS SLA 规则的核心 SQL 逻辑示例涵盖从底层规则配置提取到交叉验证规则转换再到PL/SQL 逻辑映射的完整思路。1. 提取 EBS SLA 科目推导规则 (Account Derivation Rules)在 EBS 中SLA 的推导规则存储在XLA_ACCOUNT_DERIVATIONS和XLA_LINE_DEFINITIONS_B等表中。以下 SQL 用于提取特定应用如应付 AP的科目推导规则明细这是转换为 FusionAccount Rules的基础sqlSELECT xad.application_id, xad.account_derivation_code, xad.description, xad.value_source_code, -- 取值来源如 Segment, Value Set, Mapping Set xad.value_source_type_code, -- 来源类型 xld.line_definition_code, -- 关联的日记账行定义 xld.accounting_line_type_code -- 会计行类型如 资产、费用等 FROM xla_account_derivations xad, xla_line_definitions_b xld WHERE xad.application_id 200 -- 200 代表 AP (应付) AND xad.line_definition_id xld.line_definition_id ORDER BY xld.accounting_line_type_code, xad.account_derivation_code;转换策略提取出的value_source_code和value_source_type_code需要映射到 Fusion 的 Value Set 或 Mapping Set 配置中。2. 交叉验证规则 (Cross-Validation) 的逻辑转换EBS 的交叉验证通常包含复杂的 Include/Exclude 逻辑而 Fusion 采用基于表达式的条件验证。以下是提取 EBS 交叉验证规则的 SQLsqlSELECT ffvs.flex_value_set_name, ffvr.flex_validation_rule_name, ffvr.error_segment_column_name, -- 报错的段 ffvr.include_exclude_indicator, -- I (Include) 或 E (Exclude) ffvr.start_value, -- 起始值 ffvr.end_value -- 结束值 FROM fnd_flex_validation_rules ffvr, fnd_flex_value_sets ffvs WHERE ffvr.flex_value_set_id ffvs.flex_value_set_id AND ffvs.flex_value_set_name LIKE GL_%; -- 替换为具体的科目表段值集转换策略如果include_exclude_indicator I在 Fusion 中直接写条件Segment1 01 AND Segment2 BETWEEN 100 AND 200如果include_exclude_indicator E在 Fusion 中需取反NOT (Segment1 01 AND Segment2 BETWEEN 100 AND 200)3. PL/SQL Client Extension 到 Fusion 的映射逻辑EBS 中很多复杂的业务逻辑如根据项目类型动态决定费用科目是通过PA_Client_Extension或AP_Award_Distribution等 PL/SQL 包实现的。在 Fusion 中这些硬编码必须下线。EBS 中的典型 PL/SQL 逻辑sql-- 伪代码示例EBS 客户端扩展 IF p_project_type CAPEX THEN RETURN 1-6000-000-00; -- 资本化支出科目 ELSE RETURN 1-7000-000-00; -- 费用化支出科目 END IF;Fusion 中的转换方案在 Fusion 的 AMB 中不应再编写代码而是配置Mapping Set映射集创建一个 Mapping Set命名为Project_Type_To_Account。输入条件Project Type。输出值Account Combination。配置映射明细CAPEX-1-6000-000-00OPEX-1-7000-000-00在 Account Derivation Rule 中直接调用该 Mapping Set。4. 验证 SLA 配置完整性的 SQL在迁移前需要确保 EBS 中所有的事件类型都有对应的 SLA 规则防止迁移到 Fusion 后出现“未处理事件Unprocessed Events”sqlSELECT xet.event_type_code, xet.description, COUNT(xld.line_definition_id) AS line_def_count FROM xla_event_types_b xet LEFT JOIN xla_line_definitions_b xld ON xet.event_type_code xld.event_type_code AND xet.application_id xld.application_id WHERE xet.application_id 200 -- AP GROUP BY xet.event_type_code, xet.description HAVING COUNT(xld.line_definition_id) 0; -- 找出没有配置行定义的事件类型转换策略如果查询出结果说明 EBS 中存在“裸奔”的事件类型在 Fusion 的 Journal Line Rules 中必须补全这些事件的会计分录配置。 核心建议在实际迁移项目中不建议纯手工转换。通常的做法是使用上述 SQL 将 EBS 的规则导出到 Excel。在 Excel 中建立 EBS 字段与 Fusion AMB 配置的映射关系。利用 Oracle 提供的FBDI (File-Based Data Import)模板将整理好的 Mapping Set 和 Account Rules 批量导入 Fusion 环境。使用 Fusion 的Accounting Event Simulator跑历史真实业务数据对比 EBS 和 Fusion 生成的会计分录是否完全一致。要不要我接着给你出一份 GL 余额导入的 FBDI Excel 模板字段映射说明这是迁移中最容易踩坑的实操环节。GL 余额导入是 EBS 到 Fusion 迁移中风险最高、最容易导致“账不平”的环节。Fusion 的 GL 余额导入主要通过FBDI (File-Based Data Import)模板完成核心是GeneralLedgerBalances模板。以下是一份基于 Oracle 官方最佳实践和实战经验的GL 余额 FBDI 字段映射与避坑指南 一、 核心 FBDI 模板结构Fusion 的 GL 余额导入通常包含两个关键 SheetGeneralLedgerBalances存储期间余额Period Balances。AccountCombinations存储科目组合Code Combinations。⚠️ 必须先导入此表否则余额导入会因 CCID 不存在而报错。 二、 GeneralLedgerBalances 字段映射详解FBDI 字段名EBS 对应表/字段必填关键映射逻辑与注意事项LedgerNameGL_LEDGERS.NAME✅必须与 Fusion 定义的 Ledger 名称完全一致区分大小写。不要传 Ledger ID。PeriodNameGL_PERIOD_STATUSES.PERIOD_NAME✅格式需与 Fusion 日历一致如Jan-26。严禁导入未打开或永久关闭的期间。CodeCombinationGL_CODE_COMBINATIONS.CONCATENATED_SEGMENTS✅格式Seg1-Seg2-Seg3...。⚠️分隔符必须使用 Fusion 配置的段分隔符通常是-。⚠️动态插入若 Fusion 开启 Dynamic Insert系统会自动创建若关闭必须先在AccountCombinations表中预创建。CurrencyCodeGL_BALANCES.CURRENCY_CODE✅3位 ISO 代码如CNY,USD。本位币余额必须传本位币统计币传STAT。EnteredDrGL_BALANCES.BEGIN_BALANCE_DR/NET_CHANGE_DR✅期初余额仅导入迁移截止日所在期间的期初。发生额若迁移全年需导入每月发生额若仅迁余额通常只传期初期末发生额由系统反算或忽略取决于配置。EnteredCrGL_BALANCES.BEGIN_BALANCE_CR/NET_CHANGE_CR✅同上贷方逻辑一致。AccountedDr/CrGL_BALANCES.BEGIN_BALANCE_DR/CR⚠️仅当 Ledger 与 本位币 不一致时必填即需要折算的账簿。⚠️本位币账簿此字段留空系统自动等于 Entered 字段。BudgetVersionNameGL_BUDGET_VERSIONS.NAME❌仅用于导入预算余额。实际余额Actuals此字段留空。EncumbranceTypeGL_ENCUMBRANCE_TYPES.ENCUMBRANCE_TYPE❌仅用于导入保留款余额。实际余额留空。⚠️ 三、 致命避坑指南实战血泪经验1. “双计”陷阱 (Double Counting)现象AP/AR 发票导入后又手工导入了 AP/AR 的 GL 余额导致负债/应收虚增。铁律子模块AP/AR/FA的余额必须通过子模块的 FBDI 导入发票/资产让系统自动生成 GL 余额例外仅当子模块无法迁移如历史数据清洗时才在 GL 层导入“控制科目Control Account”余额并配合Migration Control Account机制进行对冲。2. 期间状态不一致现象FBDI 报错Period is not open或Period is permanently closed。对策确保 Fusion 中对应期间处于Open或Future Enterable状态。不要为了导余额而永久关闭期间导完后立即关闭。检查GL_PERIOD_STATUSES表确保 Ledger 和 Period 的APPLICATION_ID 101(GL) 状态正确。3. 科目组合不存在现象报错Code Combination does not exist。对策方案 A推荐在 Fusion 开启Dynamic Insert让 FBDI 自动创建。方案 B先运行Import Account CombinationsFBDI再运行余额导入。检查确认 EBS 的段值在 Fusion 的 Value Set 中都已存在段值集需提前迁移。4. 折算余额错误现象多币种账簿的Accounted Amount为 0 或错误。对策如果是Primary Ledger (本位币)AccountedDr/Cr必须留空系统会自动复制Entered值。填了反而可能触发错误逻辑。如果是Secondary/Reporting Ledger必须提供准确的AccountedDr/Cr且需与Entered保持合理的汇率逻辑系统会校验但主要靠你保证数据质量。5. 未过账日记账干扰现象导完余额后试算平衡表不平。对策检查GL_JE_HEADERS是否有STATUS U(Unposted) 的日记账。Fusion 的余额表GL_BALANCES只包含已过账数据。未过账凭证会停留在接口或头表中导致“账面有凭证余额表没数”。 四、 推荐执行步骤准备阶段在 Fusion 创建好 Ledger、COA、Calendar、Currency。开启Dynamic Insert临时。打开迁移目标期间如Jan-26。科目组合导入从 EBS 提取GL_CODE_COMBINATIONS清洗无效段值。使用AccountCombinationsFBDI 导入。验证在 Fusion 前端查询科目确认存在。余额导入使用GeneralLedgerBalancesFBDI。分批导入按 Ledger 或按 Year 分批避免单次 100 万行超时。监控查看File-Based Data Import任务状态下载Reject File分析错误。核对验证EBS 端Trial Balance(按 Ledger, Period, Currency)。Fusion 端General Ledger Trial Balance报表。差异分析Fusion Balance - EBS Balance 0。若有差异检查GL_BALANCES的SOURCE字段确认是否为Imported。 专家建议不要试图迁移 10 年的明细Oracle 官方建议迁移最近 2 年的余额 最近 1 年的日记账明细。2年余额满足审计和同比分析需求。1年明细满足日常查询和追溯需求。更早数据保留在 EBS 或 Data Warehouse通过 OAC/OTBI 跨系统查询。