IT 上线三周后，网络攻击发生了。
当时系统在技术层面已经上线，但在业务层面几乎无法使用。SAP S/4HANA 的物流模块已安装完成，却没有真正的测试、没有系统化培训，也没有规范的 ERP 或 EDI 使用。旧系统已被关闭。13,000 个物料只能通过人工管理。
每天都是升级处理的一天。
发运计划按小时重新排序。客户电话不断。OEM 产线停线。工厂内部，计划员手动下载需求、重复录入数据、反复核对无人完全信任的库存数据。这已不再是系统问题，而是企业生存问题。
我的任务很明确：让 SAP 在业务层面真正运转起来，而且必须迅速完成。
第一步：建立透明度，而不是增加更多动作
在调整系统配置之前，我们首先需要清晰的现状。我们梳理了积压订单、客户拉动需求、发运优先级以及主数据缺口。很快发现：问题并不在系统本身，而在于基础。
主数据不一致。MRP 无法可靠运行。库存准确性存疑。而整个组织几乎是“绿地项目”——没有人真正使用过 SAP。
于是我们从基础开始重建。
夯实基础，让系统能够“思考”
我们校验并修正了物料主数据、BOM、工艺路线、MRP 参数以及仓储数据。只有在基础稳定之后，才在 MM、PP、SD、EWM、TM、PM 和 QM 模块中分阶段推进工作。
没有大爆炸式上线。没有理论研讨会。
一步一步实现业务功能就绪。
与此同时，我们立即引入循环盘点。若库存数据是“虚构的”，运行 MRP 毫无意义。这一举措大幅降低了风险，也重新建立了计划员对系统的信任。
快速消除人工操作
真正的突破来自自动化 EDI 的重新启用。客户需求和 ASN 确认不再通过人工处理。八周内，需求重新自动流入 SAP 系统。
系统噪音迅速下降。
MRP 运行偏差控制在成品和在制品 ±2% 以内。培训在 7.5 周内完成——不是在教室里，而是在真实的日常业务场景中完成。员工不再害怕系统，而是开始真正使用它。
三个月之后
短短三个月内：
完成功能层面的全面实施
恢复自动化 EDI
通过循环盘点实现可靠库存
间接部门加班减少 50%
计划岗位人员减少
不再出现 OEM 产线停线
最初的混乱，转变为有序执行。
这次经历再次证明：安装 SAP 不等于成功实施 SAP。技术本身不会稳定运营——规范的流程和受过培训的人员才会。