结论：静态主数据可有限度表对表迁移；期初余额、未结业务与动态交易数据绝对不能走表对表，必须走业务对象解耦 + ETL 重构。
一、为什么不能直接表对表（核心理由）
底层数据模型完全不兼容
- SAP：大量簇表 / 池表（如 BSEG、KNC1），二进制压缩存储，依赖 ABAP 内核解码，外部无法直接解析。
- MetaERP：云原生微服务，扁平透明表，字段定义、主键 / 外键关系、编码体系（如科目、成本中心）与 SAP 差异极大。
- 结果：无一一对应关系，直接复制会导致数据乱码、外键断裂、业务对象失效。
业务逻辑深度嵌入数据，表对表会丢失语义
- SAP：数据与业务引擎强绑定（如自动记账、成本分摊、MRP 计算逻辑），单表无法独立表达业务含义。
- MetaERP：原生适配中国会计准则 + 华为业务实践，如科目结构、资产折旧、往来核销逻辑与 SAP（德国模式）本质不同。
- 结果：即使字段映射成功，业务规则校验失败，期初余额不平、往来对账不符、资产卡片失效。
期初数据的 “动态关联性” 无法通过表对表还原
- 期初数据 =静态余额 + 未结清单据 + 业务状态（如未核销应收、未完工工单、未结算资产）。
- SAP：余额与明细分散在多张表，通过逻辑关联而非物理外键绑定；直接复制会割裂 “余额 - 明细 - 状态” 的闭环。
- MetaERP：需按业务对象重构（如会计科目期初、客户 / 供应商余额、固定资产卡片），触发系统标准校验逻辑。
定制化差异导致映射不可行
- SAP：企业普遍存在大量 ABAP 定制表 / 字段，无标准映射规则。
- MetaERP：自研数据字典，无现成定制字段映射关系，直接复制会导致自定义字段丢失或错乱。
二、唯一可行方案：业务对象解耦 + 分层迁移
静态主数据（可表对表映射 + 校验）
- 适用：会计科目、客户 / 供应商、物料、组织架构、税码等基础档案。
- 方法：字段映射→清洗→转换→批量导入→业务规则校验（非直接写库）。
期初余额 + 未结业务（必须业务解耦重构）
- 财务：科目余额（含辅助核算）、未核销应收 / 应付、未记账凭证、固定资产卡片（原值 / 折旧 / 残值 / 使用年限）。
- 供应链：未结采购订单 / 销售订单、库存期初（数量 / 批次 / 序列号）、未完工工单。
- 方法：按业务对象抽取（如 SAP 的 FBL3N、MIGO）→清洗→转换→调用 MetaERP 标准 API / 导入模板加载→系统自动校验→对账确认。
三、一句话总结
SAP→MetaERP 的期初迁移，表对表是 “技术自杀”，业务对象解耦重构才是唯一出路；仅静态主数据可做映射辅助，核心期初数据必须走业务语义转换与系统校验。
