SAP拆分学习笔记：数据按归属重新分配时要注意的环节

近段时间在了解业务剥离场景下的 SAP 系统拆分，把学到的东西整理成笔记。这类项目的场景是：企业卖掉或分立一块业务，一套 SAP 系统要按归属分成两套，两边都要独立运行，而且完成时间被交易协议锁死。
筛选规则是一切的起点
拆分不是把数据对半分，是按业务归属分。落地的形式是一组筛选条件：公司代码、工厂、时间区间、单据状态。规则的价值在于三个"可"——可审查（财务法务能读懂口径）、可测试（演练环境反复跑结果一致）、可对账（每条规则命中量可统计）。看到一种

叫空壳转换的实现思路（如 SNP 的 Bluefield 方法）：先在目标侧重建组织结构，再按规则装数据，源系统不动刀。规则外置、机器可验证，这是它跟人工搬运的本质区别。
三个切断点

• 未清项：母体与剥离业务之间的应收应付、在途订单，每笔要定归谁、怎么平、何时冻结。
• 共享主数据：物料、客户、供应商两边都用，复制、共享还是拆版本，取决于剥离后的组织关系。
• 凭证链：以交割日为切分时点，此前凭证按归属迁移并保留引用映射。
  一个以前不知道的校验：金额守恒
  常规校验三层——记录数、主键哈希、金额汇总——拆分要加第四条：迁出量加留存量等于迁移前总量。原因是拆分有一种迁移没有的故障模式：两边各自完整，但合起来对不上。守恒校验专抓这种。
  窗口的时间结构
  窗口内只放收尾增量和校验，全量搬运前移到系统运行期，靠周期性增量同步保持一致。窗口估算不能按"数据量除以速率"，筛选规则首轮全量跑通常要返工，实测要靠演练。演练环境须与生产同规格。
  归档是变量不是杂事
  历史数据的税务审计留存年限决定归档方案，归档方案决定迁出量的下限，迁出量决定窗口长度。把归档设计放在范围界定阶段，窗口能显著缩短；放到收尾阶段，就是追加成本。见过一个公开案例：8TB 源数据，340GB 进新系统，其余转归档，单套停机 20 小时。
  小结
  拆分跟迁移看着像，工程上是两类问题：迁移确保"到达即一致"，拆分确保"分开后各自成立且总量守恒"。核心资产是那条可对账的规则，核心风险是没被认领的归档责任。记在这里，下次遇到同类项目先翻出来对照。
  FAQ
  问：空壳转换跟直接改原系统比，风险点在哪？
  答：空壳在目标侧重建组织结构，源系统不动刀，失败可重来；直接改原系统一旦切入不可逆，这是拆分场景多选空壳的原因。
  问："规则可对账"怎么落地？
  答：规则外置为配置，命中量可统计、差异可定位到行，评审时财务法务能读懂口径。
  问：归档为什么影响窗口？
  答：留存口径决定迁出量下限，迁出量决定窗口内工作量，所以归档设计要放在范围界定阶段。