汽车企业的SAP项目，很少是单纯的"系统升级"。

一个整车厂的SAP连着生产计划、物料拉动、质检、仓储和外围系统，切换那几天的动静，直接反映在产量上。再加上合资、剥离、业务重组频繁，升级往往还夹着拆分或合并。这些叠在一起，就决定了汽车行业挑实施商的逻辑，跟别的行业不太一样。

本文不打算列一份"十大实施商"名单——先帮助企业看清自己的项目属于哪一类，再看该找谁来干。

汽车企业的SAP项目，通常有三种形态

第一种，纯升级。系统跑了很多年，ECC要转S/4HANA，业务流程大体不变，目标是平稳过渡、尽量少停机。这类项目看重的是停机方案和数据验证能力。

第二种，升级加拆分（或合并）。 比如下属业务板块剥离成立合资公司、新工厂独立运作、集团层面合并公司代码。系统要一分为二或合二为一，同时完成版本升级。这类项目的难点在于范围界定——哪些数据跟着走、哪些留在原系统、外围接口怎么切。

第三种，多套系统并行改造。 集团里几套ECC版本不一，要统一到同一个S/4HANA平台上，往往还伴随着主数据标准化和流程重组，通常分几波上线。

这三种形态的难度和所需能力差别很大。

1. 项目上通常有几方参与

汽车行业的SAP项目很少由一家独立完成，常见的是几方分工：

总包方。多为大型国际咨询或系统集成商，负责业务流程设计、变革管理、项目治理和全球交付，对整体结果负责。

平台方。 SAP及其RISE生态，提供产品、云环境和标准迁移工具，在标准场景里效率很高。

数据迁移专业方。专业做数据迁移与数据管理这一件事，靠自研软件平台交付。通常在数据量大、要并行拆分或合并、停机窗口卡得死的项目里被引入，对数据层面的结果负责。

本地交付团队。承担本地业务需求梳理、用户培训、上线支持，以及后续运维衔接。

这几方的组合方式，直接决定了项目怎么管。比较常见的是：总包方牵头整体交付，数据迁移由专业厂商以技术分包的形式承担。选型时真正要弄清楚的，不是"哪家更强"，而是 谁对停机时间负责、谁对数据完整性负责——这两件事如果没人明确认领，项目后期更容易出问题。

三、汽车行业选型，重点问四件事

第一，切换窗口怎么排。 汽车企业能给的窗口往往只有年度停产检修那几天，是按小时算的。让对方给出具体的排期：计划多少小时、分几个阶段、每一阶段做什么、演练过几次。说不出细节的，多半没做过同等规模的项目。

第二，有没有同类型企业的经验。 整车厂、零部件、新能源，各自的痛点不同。零部件企业通常系统不大但要求快，新能源企业常涉及海外布局和数据本地化，整车厂则是PP、QM、EWM一个都不能出错。问清楚对方做过哪些同类客户、涉及哪些模块、周边系统怎么处理的。

第三，拆分或合并能不能和升级一次上线。 这是把停机次数从两三次压到一次的关键。做不到的团队，会把升级和拆分拆成两个项目，也就意味着多几次停机、多几倍风险。

哪些数据进新系统、哪些归档、哪些留在原系统，规则要提前定清楚并可以审查；迁移完成之后怎么核对，出问题能不能回滚。汽车项目的历史凭证、质量记录往往要经得起审计。

标准清楚了，接下来就是看谁真的干过。下篇会列出汽车行业几个可以对照参考的真实项目——整车厂、零部件、新能源、海外拆分各一个，看看它们是怎么把停机窗口压进生产计划里的。