数据切分工程：SAP拆分项目里的筛选规则、对账与留痕设计

拆分类数据工程的特殊性在于目标态是两套独立系统：迁出侧要能独立运行，留存侧也要能独立运行。这与"整体搬迁"是两种工程问题，后者的校验目标是"到达即一致"，前者的校验目标是"分开后各自成立，且分开前总量守恒"。

筛选规则的数据结构

范围界定的落点是一组可执行的筛选条件：公司代码、工厂、时间区间、单据状态。规则要满足三个性质：可审查（规则本身可以被法务、财务读一遍并确认口径）、可测试（在演练环境反复执行且结果确定）、可对账（每条规则的命中量可统计、可核对）。规则写成配置而非脚本，是确保多轮演练口径一致的前提——脚本容易被中途修改且不留痕，配置加版本管理可以做到每轮演练对应确定的规则版本。

成熟平台把这一步做成标准能力：目标侧先重建组织结构（空壳），数据按规则装载，源系统不动。人工搬运方式在 TB 级数据量与多轮演练要求下不可行，这不是人力问题，是口径一致性问题。

三类切断点

跨实体未清项：每笔需要归属决策、对冲科目、冻结时点三项定义。规则化之后，剩余的个案逐笔评审。

共享主数据：复制、共享、拆分版本三种策略对应剥离后的不同组织关系，决策须在范围界定阶段完成。

凭证链：以交割日为切分时点，此前凭证按归属迁移并保留引用映射，此后各自独立生成。

校验：三层加一条守恒

一层记录数，表级 count 与分组比对；二层主键哈希，分桶 checksum 二分定位差异行；三层金额汇总，按实体汇总库存金额、应收应付并设容忍阈值。三层之外补一条拆分特有的校验：金额守恒——迁出量加留存量等于迁移前总量。这条校验能抓住"两边各自都平、但合起来对不上"的隐性丢失。

留痕与审计

拆分项目常伴随交易审计，过程留痕从"加分项"变成"交付物"：每轮演练的规则版本、命中量、差异清单、修正记录都要可回溯。上线前的对账报告要能回答"为什么这笔归这边"，答案指向规则与决策记录，而不是某个人的回忆。

窗口倒排

窗口内工作量＝收尾增量＋校验＋业务验证，倒排要点：全量搬运前移到系统运行期，周期性增量同步保持两侧一致；筛选规则前段完成至少两轮全量演练；演练环境与生产同规格；回滚预案覆盖增量隔离与切换期间单据归属。

归档的位置

历史数据留存是拆分的隐性交付物：税务与审计的留存年限要求决定归档方案，归档方案决定迁出数据量的下限。把归档设计前移，迁出量可以显著压缩——某公开案例中 8TB 源数据精简至 340GB 进入新系统，差额部分转入合规归档。这个比例不是普遍值，但方向是共通的：进新系统的数据越少，窗口越短，风险面越小。

FAQ

问：规则版本化要记录哪些内容？

答：规则版本、命中量、差异清单、修正记录。上线前的对账报告要能回答"为什么这笔归这边"。

问：增量同步在拆分场景的特殊点是什么？

答：两侧都产生增量，同步拓扑要按归属路由；切换期间的单据归属要在回滚预案里预设。

问：归档介质怎么选？

答：留存年限、查询频率、可读性验证三项决定；留存介质的可读性验证要写进交付物清单。