最近连着碰到几个"旧系统到底关不关"的讨论，把思路整理一下，顺便抛几个问题。

先给结论：能不能关，不看系统还跑不跑，看数据有没有"留住"。留住有四条标准——可检索、可理解、可追溯、可证明。四条齐了，系统可以按计划退；缺一条，关了就是埋雷。

一、这个纠结为什么能拖几年

做完 S/4HANA 上线，旧系统处置就是下一个议题。继续维持，许可、硬件、运维长期投入；直接关，历史数据调不出来谁负责？

两边都有道理，于是拖着。拖到最后系统自己都不再有安全支持，还在付钱。

我自己的判断是：这事被当成财务问题讨论了，其实是个技术判断问题。

二、四条标准，我的理解

可检索：不是文件级存取，是按业务维度查 ——凭证号、公司代码、会计年度、供应商、物料批次、时间区间。审计要结果，不要目录。

可理解：单张表没有业务含义。凭证抬头 ↔行项目、凭证↔主数据、单据↔附件的关联必须一起归档。这条最容易被忽略，也是"数据在但读不懂"的根因。

可追溯：谁在什么时间查了、导出了什么，要留痕。内控和审计都看。

可证明：与源系统一致、过程可复核、期间未篡改，靠对账报告＋校验结果＋封存机制。

三、维持旧系统，反而不达标

这条我觉得最值得说。很多人默认"系统在跑，数据就可用"，实际退化路径是反的。

可理解随着老版本、停产平台、熟悉系统的员工离开逐年下降；可证明通常一开始就有缺口 ——十几年前设计的权限模型和访问日志，达不到现行内控要求，共用账号、无留痕很常见。

再加上到期精确销毁做不了、系统无安全支持却仍产生成本。维持系统的性价比其实一直在下降。

四、合规三关

法定保存期限按类别设（税务凭证、财务记录、部分行业生产质量数据，化工可达数十年）；完整性与可验证要求记录完整、不可随意更改、来源变更可追溯；个人信息（GDPR、《个人信息保护法》）要求脱敏与到期安全销毁。

五、做法：归档环境

SNP 的 Kyano Datafridge 路径：退役前完整提取（结构化数据＋单据附件，保留对象关联）→ 迁至低成本存储、系统整体关停 → 访问层不变（SAP 界面，200 多个开箱即用标准事务代码，可扩展）→ 生命周期管理（按类别设规则、脱敏、到期销毁、访问导出留痕）。非 SAP 老系统可纳入同一归档环境。

六、一个值得看的项目结构

道达尔能源 17 套 SAP ECC 冻结、约 100TB，不承载日常业务但财务数据要满足审计。18 个月完成退役：SNP 直接做 7 套，埃森哲用同一套标准化工具与方法论处理其余，AWS 存储由 SNP 代采购管理，归档运维持续承担。关停后 SAP GUI 访问方式不变。

我关注的点是"同一套工具与方法论"——多套并行退役，方法一致性比单点效率重要，不然运维分裂成好几条线，审计时对账口径都对不上。

成本口径提一句：SNP 官方说法是相关系统 TCO 最多降约 80%，具体看系统数量、数据量和保留策略。

抛两个问题，想听听大家

1. 你们公司冻结的老系统，是财务不愿意签字，还是审计那边没把握？我们这边两种情况都遇到过，处理路径完全不一样。

2. 保留策略的颗粒度做到什么程度？按数据类别设年限容易，但"同一类数据里哪些必须留、哪些到期销毁"这条线，业务部门认不认？

我先说我们的做法：归档范围在项目定义阶段就锁死，不在实施中改口径 ——改一次，对账报告全要重做。