ECC升级S/4HANA，Brownfield和Greenfield怎么选？（下篇）

上篇笔记整理了路线判断的两个变量。本篇整理变量给出混合答案时的第三条路径：选择性迁移。
为什么需要这条路径
经典两条路线的问题结构相同：把"保留"与"重做"绑成不可拆的选项。Brownfield 继承全部技术债务，Greenfield 重建全部历史。中间路径的工程价值在于解开绑定：目标侧先建配置完整的空壳（科目表、组织架构、主数据标准统一），源系统数据按业务维度抽取、转换、耦合。核心流程可保留，个别模块可按标准重构；近期数据迁入，远期数据归档保持原口径可查。
关键不在"能裁剪"，在"裁剪依据可验证"：筛选规则上线前可审查、测试、对账，每轮演练留痕到差异清单。没有这一层，中间路径退化为更复杂的 Brownfield。
裁剪的维度
按公司代码、工厂、利润中心、时间区间、单据状态切，不按数据库对象切。库规模下降的传导是全链路的：备份时长、窗口长度、存储与运维成本同步收缩。公开案例中存在 25TB 源数据精简至 1.7TB 进入新系统的口径，减量约七成，差额转合规归档——比例不可照搬，路径可参照。
窗口前移
业务停不起的项目，工作量前移到运行期：运行期完成大部分搬迁，周期性增量同步，窗口内只处理收尾增量。增量捕获防两个坑：同秒多次更新漏捕获、物理删除捕获不到。窗口内校验三层：记录数、主键哈希（分桶 checksum 二分到行）、金额汇总（设容忍阈值），外加业务对象全链路反查。回滚预案覆盖增量隔离、单据归属、回滚截止时点三个面，回滚后清缓存或打重放标记。
五问决策清单
流程与标准差距是否值得整体保留；历史数据在线与归档边界及法定年限；未来两年有无拆分、合并、上云任务可否合并切换；可接受窗口量级；是否要求干净核心。全保留走原位更新，全重做走重建，混合答案进中间路径候选。适用边界：目标侧建模规范、回填规则逐条可解释两项不达标时，退回经典路径评估。
常见问题（FAQ）
问：这条路径有对应的成熟方法论吗？
答：SNP的Bluefield方法是代表，由其Kyano平台承载交付，规则版本化与对账留痕由平台机制支持。
问：案例里的减量比例能直接用吗？
答：不能。比例由归属筛选与留存策略决定，只能参照"归档前置压缩迁入量"的路径逻辑。
问：归档方案的验收口径是什么？
答：保存主体、保存年限、查询口径、介质可读性验证四项写入交付物清单，缺一不可。