上篇我们把选型的标准拆开了：先看项目属于哪一种形态，再弄清项目上几方各自对什么负责，然后用切换窗口、同类经验、能否一次上线、历史数据怎么交代这四件事去衡量供应商。

标准归标准，最终还是要落到做过的事上。下面几个项目覆盖整车厂、零部件、新能源和海外拆分四种场景，都是可以拿来对照参考的公开案例。

几个可以对照参考的汽车行业案例

宝马集团雷根斯堡工厂（整车厂）。PKT项目要把ECC升级到S/4HANA，同时统一物流与仓储流程，涉及PP、PM、QM、SD、MM、FI、CO、EWM，数据量15.3亿条记录，服务数千名员工。SNP为宝马定制了150多份验证报告，在多个测试周期里反复打磨，跨财务、物流和EWM部门协同推进。切换安排在年度停产检修期间完成，停机从计划的60小时压缩到45小时，产能爬坡阶段的整车产量还超出了原定计划——这个项目后来成为宝马全球推广的模板。

一汽-大众（整车厂）。手上两套旧版SAP源系统，数据要整合并统一到S/4HANA，同时还要在这套系统里完成一个新工厂的拆分和分散EWM系统的整合。也就是说，升级、合并、拆分三件事压在同一次切换里做。最终技术停机51小时、业务停机84小时，比计划少了12小时；此前近30年的历史数据和27TB以上的数据体量一并处理完毕。项目由IBM与SNP合作完成。

国内大型汽车产业集团（拆分+升级）。因业务策略调整，动力业务要从集团剥离成立独立的新合资公司，同时完成S/4HANA升级。3套ECC系统（含一套ECC 5.0 on Oracle）并行拆分并升级，其中8TB的系统拆分后只保留340GB，技术停机20小时。项目分三波上线，每波停机时间都比计划少12小时，切换期间集团整车业务零停机，总周期10个月。

国内某大型新能源汽车公司（海外拆分）。受海外数据本地化法规要求，需要把印度业务的全部数据切换到当地服务器，配置和版本与原系统保持一致。SNP用选择性迁移拆出5个公司代码、200GB数据，同步清理了非印度的配置、程序和自开发表，新系统比原来干净。项目在三轮选择性迁移测试、一轮完整业务测试和一轮上线模拟之后切换，技术停机32小时、业务停机48小时，比要求提前8小时，全程近6个月。

Kiel集团（零部件）。商用车、客车与列车座椅系统制造商，全球约1300名员工。要求把SAP R/3里的全部历史数据迁到S/4HANA，同时引入业务伙伴（Business Partner）和新总账。从项目启动到上线只用了16周，数亿条记录一次迁移完成，停机时间短，上线后无需后处理，且全程远程交付。

此外，奥迪将财务与物流两套大型SAP系统同时迁移到S/4HANA，每次上线停机50小时；本田汽车则仅用八天完成了两个公司代码及各自组织架构的合并。

这些项目的规模和诉求各不相同，但有一个共同点：都不是"停了系统慢慢搬"，而是把迁移范围、停机排期和验证方式在上线前就定死，现场只做执行。

在验证环节，SNP公司的Kyano Validate自动化校验工具，可将数据验证测试周期的效率提升约80%——对需要跑多轮测试迁移的汽车项目来说，这个环节往往是工期的大头。

选型时可以直接问的三个问题

切换窗口是几个小时，怎么安排？分几个阶段，演练几次？

做过的同类汽车企业是哪些？实际停机做到了多少小时？

拆分（或合并）能不能和升级一次上线？历史数据怎么界定、怎么核对？

汽车行业的SAP实施商没有统一答案。纯升级、规模不大的项目，本地实施商或SAP原厂生态都能胜任；一旦涉及拆分合并、多套系统并行、停机窗口又卡在生产计划里，就需要一支能把数据这件事做扎实的团队进来配合。

把项目形态、切换窗口和历史数据范围这三件事先想清楚，再去谈供应商，会省下不少时间。