K项目Cutover阶段的经验教训

K项目Cutover阶段的经验教训

近期笔者所在的K项目进入上线前的最后冲刺阶段，cutover阶段。这个阶段工厂生产停产，业务部门为了充分准备好项目上线，需要执行很多的任务。

项目上早有准备cutover task list文件，每个部门需要完成的工作时间细化到天，到小时。每天由专门召集会议，按照日期去检查相关工作是否完成。然后下午三四点的时候需要各个work stream提交状态报告，有任何问题需要第一时间爆出，方便项目管理层进行管控。

主数据导入进入尾期，主要是导一些期初数据。比如期初库存，未清采购订单，应收应付余额，固定资产余额等等。同时一些基础设施有关的测试工作也在进行。比如一些RF枪的使用，标签（尤其是条码标签）的打印等。

主数据导入方面，值得总结的经验教训就是数据导入人员的工作一定要更小心谨慎，不要随便重新执行LSMW工具，因为这样容易导致数据的重复导入。主数据导入期间有出现因数据文件里出现空列导致数据导入出错的问题。所以项目上的关键用户们提交数据文件之前一定要将文件里的公式，辅助列及时清除，不然会出现各种意想不到的后果。

条码打印方面，项目客户的设备维护部门试图从SAP里打印标签的时候，发现部分汉字无法正常打印出来。我们都知道是字体问题，有怀疑是不是这些不能正常打印的字符是在全角/半角状态下输入的。经过反复测试发现是因为SAP打印机设置中简体中文与繁体中文设置的问题。客户总部在欧洲，他们把SAP打印机上的中文字体设置成了繁体中文。在global SAP 项目里，如果SAP打印机设置归欧美总部的core team来负责的话，很有可能会犯这种看起来很低级的错误。

还出现了一个问题就是某个拿到了early access的用户，在项目上线前夕，执行了某个日常业务需要执行的事务代码，完成了某个批次库存的过账。这种违规的行为，在笔者参与的项目里很少有出现，却在K项目里出现了。顾问团队以及客户欧洲总部的老外都认为这是违规操作。解决办法是发偏差，记录这次违规操作，方便应对未来的审计。

每个项目在上线前夕都需要解决很多问题，也会因种种原因出现各种新问题。作为顾问的我们，需要在遇到问题的时候第一时间给出解决方案，帮助客户战胜困难，唯有如此，才能体现顾问之价值。

-完-

写于2021-6-2。