SAP 与 Oracle EBS 并行期双系统 FI 凭证集成至 HANA 数据中台实施方案结合多法人分步切换、双系统并行、FI 凭证统一入湖 / 入仓的业务场景梳理 3 套落地可行方案区分技术架构、数据流向、适配改造、运维风险、适用场景同时附带切换过渡期管控要点。一、整体前置前提业务现状部分法人在用SAP FI部分 / 后续切换为Oracle EBS FI双系统长期并行直至全集团完成替换目标所有法人的会计凭证统一落地 HANA 数据中台保证凭证唯一、账务连续、核算口径一致、报表可合并核心难点两套系统字段差异、凭证结构、科目体系、编码规则、接口协议、日期 / 流水号规则不统一需做标准化对齐。二、三大主流集成方案按实施复杂度、稳定性排序方案一中间层统一转换推荐首选企业级标准方案1. 架构逻辑SAP FI、Oracle EBS各自独立抽取凭证→ 统一进入数据集成中间层ETL / 数据交换平台→ 完成字段映射、格式标准化、数据清洗、主键去重、口径对齐→ 统一推送至 HANA 数据中台。典型组件DataStage/Informatica/Cloud Data Integration / 自研 API 网关 ETL 脚本2. 数据流向SAP 端沿用原有抽取逻辑CDS 视图 / 标准表 BKPF/BSEG、ODATA、SLT 复制、BW 抽取等增量 / 全量抓取 FI 凭证Oracle EBS 端新增抽取链路从 EBS 核心财务表GL_JE_HEADERS/GL_JE_LINES、子模块 AP/AR/FA 等集成凭证表抽取日记账、会计凭证中间层统一处理核心动作主数据对齐科目、公司代码 / 法人、成本中心、利润中心、币种、凭证类型、会计期间两套系统编码统一映射结构标准化将 EBS 日记账结构、SAP 凭证结构统一转换为 HANA 侧标准数据模型唯一标识增设全局凭证主键法人编码 系统来源 系统凭证号区分 SAP/EBS 来源避免主键冲突数据校验借贷平衡、字段非空、期间合法性、重复凭证拦截统一下发标准化后的数据单链路写入 HANAHANA 仅维护一套目标表 / 视图。3. 优缺点 适用场景优点HANA 侧零改造沿用原有表结构、报表、计算视图业务无感双系统抽取解耦单系统故障不影响另一路集中管控映射规则、清洗逻辑后期全量切 EBS 后仅下线 SAP 抽取链路平滑过渡支持分步切换法人可按法人维度开关数据源。缺点需改造 / 扩容中间 ETL 平台新增 EBS 抽取、映射规则开发。适用集团多法人分步切换、并行周期长、HANA 已固化数据模型 / 报表90% 大型集团首选。4. 并行期管控要点按法人维度路由中间层配置路由规则某法人数据仅从当前在用系统抽取切换开关法人完成 EBS 割接后一键关闭该法人 SAP 抽取、启用 EBS 抽取。方案二HANA 侧双分区 / 双视图兼容轻量改造短期并行优选1. 架构逻辑SAP、Oracle EBS分别独立抽取直接写入 HANA不在中间层做全量转换在 HANA 内部做兼容与统一。2. 数据流向SAP原链路不变写入 HANA 原有 FI 凭证表或独立分区Oracle EBS新建独立抽取链路单独写入 HANA 新增分区 / 独立子表HANA 层统一收口物理层采用表分区按系统来源 / 法人分区或新建FI_DOC_EBS、保留原FI_DOC_SAP逻辑层创建统一计算视图 / Union 视图将两套表做字段映射、Union 合并对外报表、分析口径完全统一数据标记增加字段SYS_SOURCESAP/EBS区分来源系统。3. 优缺点 适用场景优点实施快、改造成本低无需大幅改动外围 ETL适合短期并行3-6 个月内完成全集团切换缺点HANA 对象表、分区、视图需要改造DBA 工作量增加底层物理数据分散后期维护、问题排查复杂度上升若并行周期拉长数据冗余、分区管理压力变大。适用切换节奏快、并行窗口期短、无独立中间 ETL 平台、希望快速上线。方案三API 网关 统一服务接口服务化架构云化 / 微服务架构集团1. 架构逻辑面向服务架构两套系统通过标准化 API 接口输出凭证由统一 API 网关接收、鉴权、路由、转换后入 HANA。2. 数据流向SAP调用原有 FI 凭证 API / 接口输出数据Oracle EBS基于 EBS WebService/REST API 开发凭证推送接口统一 API 网关统一报文格式、身份认证、流量管控、格式转换标准化数据批量 / 实时写入 HANA。3. 优缺点 适用场景优点接口标准化、实时性强、扩展性好适配云化、微服务、实时数仓场景缺点接口开发、联调、压测工作量大对网络、服务稳定性要求高适用实时财务分析、集团已有 API 服务中台、偏向云原生架构的企业。三、两套系统 FI 凭证核心差异 统一适配要点所有方案通用无论选用哪种集成方案必须提前对齐以下内容避免账务错误组织维度SAP公司代码 (Company Code)EBS法人 / 账套 (Ledger)/OU建立法人 - 公司代码 - 账套一对一映射表。凭证结构SAP头表 BKPF 行表 BSEG一张凭证多行EBS日记账头GL_JE_HEADERS 行GL_JE_LINES 统一转换为 HANA 原有头行模型。主数据会计科目、成本中心、部门、往来单位、物料编码、凭证类型、冲销规则、会计期间、年度变式两套系统编码必须做映射对照表。关键字段对齐凭证号、凭证日期、记账日期、过账日期、借贷方向、金额本位币 / 外币、汇率、附件号、制单人、审核人。数据主键与防重禁止仅用单一凭证号做主键统一规则法人编码系统来源系统凭证号作为全局唯一主键。增量抽取规则两套系统统一采用时间戳 / 最后修改日期 凭证期间做增量抓取避免全量重刷。四、并行期运行 切换运维规范落地必做1. 数据切换规则按法人逐步割接试点法人先切 EBS验证 EBS 凭证集成全链路批量法人按板块 / 区域分批切换单个法人不同时双系统抽数割接时点统一在月末结账后、新会计期间切换保证账务断点清晰。2. 监控与对账每日对账两套系统凭证笔数、金额、借贷平衡与 HANA 中台核对异常监控新增数据报错、重复凭证、字段缺失、借贷不平告警台账管理记录每个法人系统切换状态、集成链路状态。3. 全切换完成后收尾动作下线 SAP 侧抽取链路、停用对应接口 / 脚本清理映射表中废弃 SAP 规则方案二合并 HANA 分区 / 下线旧 SAP 物理表优化视图归档并行期历史数据统一全集团数据源为 EBS。五、方案选型总结建议长期并行半年以上、多法人分步切换、重视后期运维→ 优先方案一中间层统一转换行业主流、风险最低短期并行3-6 个月内全切换、追求快速落地→ 选用方案二HANA 分区 统一视图实时数仓、云架构、已有服务中台→ 选用方案三统一 API 网关。