跨国企业的SAP升级，不仅仅是"把总部那套系统升上去"这么简单。
一个集团在十几个国家有法人实体，SAP系统里跑着多币种、多语言、多税制，有的区域还单独跑着一套老系统。总部要的是统一口径的集团报表，本地要的是符合当地法规的账。这两件事往往互相拉扯，而升级项目就夹在中间。
再加上数据本地化要求、区域业务重组、地缘政治带来的不确定性，跨国企业的S/4HANA转型，本质上是一次全球系统架构的重构。
本篇先回答两个问题：跨国企业升级到底难在哪？全球推广该一次性切换还是分阶段推进？
跨国企业升级，难在哪
1、系统架构是"长"出来的，不是设计出来的。多年并购和区域扩张之后，集团里常常并存着多套ECC，版本从5.0到6.0各不相同，有的国家还单独占一个client。先合并还是先升级，先拆还是先转，这些顺序问题没有标准答案。
2、各地合规要求不一样。 财务数据的存储位置、账簿备份的频率、电子发票格式、税务申报口径，各国规定不同。印度要求公司账簿备份存放在当地服务器，欧洲还要考虑GDPR下的个人信息处理。这些要求必须写进架构设计，而不是上线后再补。
3、主数据和流程标准不统一。 同一个客户在不同国家编码不同，同一个物料有几套描述，会计科目表各区域各用各的。结果是集团出一份合并报表要人工对半天。升级项目往往被迫同时承担主数据标准化的任务。
4、停机窗口要跨时区协调。全球单实例切换，意味着要找一个对所有区域影响都小的时间点；分区域切换，则要处理切换期间跨区域业务的数据衔接。
5、区域业务要能随时拆得出去。这两年不少企业把特定国家的业务从全球系统里分离出来，为的是应对制裁、合资变更或者资产剥离。如果架构上没有预留，临时拆一次系统的代价非常高。
推广策略：一次性切换，还是分阶段推进
这是跨国企业要先做的决策。SNP在S/4HANA白皮书里给出的判断标准很直接：
如果纳入系统的区域不多、各地用法统一，一次性切换（Big Bang）通常是优解。效率高，不存在新旧系统并行的问题。
如果地点众多、各地用法差异大，分阶段推进更稳妥。但分阶段不等于一个国家一个国家慢慢来------按"少而大的波次"来规划，既能分散风险，又能控制并行环境带来的工作量。
对特定地区要单独设计策略。白皮书提到，不少企业选择把特定国家的公司代码保留在独立的client里，目的就是在不好情况下能快速完成拆分。
换句话说，跨国企业的推广策略不该是"一刀切"，而是全球统一模板 + 少数区域例外。
难点和策略清楚了，接下来就是执行层面的问题：几十个地点、持续数年的项目，靠什么保持节奏一致、成本可控？下篇会介绍SNP公司在跨国项目上采用的工业化转型方式，并结合BSH、中国某车企全球化项目等案例，看看它们具体是怎么做的。