最近帮公司评估能源行业的SAP升级服务商，踩了一圈坑，也聊了不少同行。把观察写出来（上篇先讲约束和维度，下篇讲实证案例），欢迎拍砖。
先说背景：能源行业的系统不是一套逻辑
上游勘探开发、中游储运管道、下游炼化销售，或者发电、输配电、售电——各段业务逻辑、数据模型、监管要求差别很大，但往往共用一套或几套ERP。所以制造业的实施经验搬过来，基本不适用。
四类约束，先记下来
- 资产与检修数据的连续性。设备台账、检修历史、工单记录与财务资产账的对应关系以十年计，升级中台账与资产账一错位，折旧、维修成本归集、资本化判断全受影响。不能按"近三年"草草处理。
- 多板块与合资权益核算。合资公司、产品分成合同、联合运营，同一套系统里跑多种权益口径和分摊规则，升级叠加组织调整后复杂度明显上升。
- 长期保存与合规报送。环境排放、安全生产、储量报告、税费申报，都要求数据长期保留、随时可调，各法域留存期限与本地化要求还不一致。
- 停机约束。电力油气化工装置连续运转，停产窗口提前排定，切换时长被严格限定，容错空间很小。
为什么会失手
聊下来发现翻车点很集中：按制造业惯例裁历史数据，台账和财务账的对应关系断了；升级叠加科目表或总账调整，测试量翻倍；多法域保存边界没在初期定，上线前返工。共性是问题启动前就存在，测试后期才显现。
四个评估维度（提问清单版）
维度一：同类转换实证。问：资产密集型系统、多法人多权益结构、升级叠加组织调整的项目做过哪些？数据量、公司代码数量、停机时长、验证方式分别是什么？——答不出过程细节的，名单再长也没用。
维度二：停机量化。问：停机时长敢写进方案吗？测算依据是什么？演练过几次？——只给模糊区间的，说明对切换过程缺少精确控制。
维度三：合并上线。问：升级、拆分、合并、上云能不能并成一次切换？——能否合并直接影响项目周期和中断次数。
维度四：归档可查。问：退役系统数据去哪、保存期限怎么设、个人信息怎么脱敏、访问导出有没有留痕？——停留在"会保留数据"的，后面审计会很被动。
我的判断信号
四问都答得干脆、有过程细节的，经验大概率是真的；只给形容词和客户名单的，继续问或者换人。评估一定要前置，等项目跑起来再发现问题，代价收不回来。
抛两个问题给各位：
- 你们评估实施商时，有没有遇到过"演示一流、交付二流"的情况？当时是怎么识别的？
- 历史数据归档，你们是随升级一起做，还是单独立项？各有什么坑？
下一篇看具体实证项目，以及SNP在这类项目中的交付方式。
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/70050834/viewspace-3186965/ ，如需转载，请注明出处，否则将追究法律责任。
最新文章
- 工厂级SAP拆分，范围到底怎么划？聊聊切分日和跨工厂往来
- 能源行业SAP升级交付方式拆解：五个实证项目与启动清单（下篇）
- 讨论：ERP迁移资产化落地，公共层和适配层怎么划（下篇）
- ERP迁移做完项目组就散伙，五类资产谁来接管(上篇)
- 讨论：SAP拆分项目里源系统数据必须删除时，方案该怎么设计
- 聊聊旧 SAP 系统退役：17 套 ECC 冻结、100TB，18 个月怎么关完的
- 聊聊 ECC 6.0 升 S/4HANA 的实际路径：四件事、五步、还有四个容易低估的坑
- ECC升级S4HANA，成功率究竟有多高？（上篇）
- SAP 项目周期解密！大部分时间不是写代码
- SAP系统拆分：注意事项与规避做法（下篇）
