如何制定 ERP 切换计划

如何为 SAP、Oracle、Dynamics 365 或 NetSuite 上线制定 ERP 切换计划:演练、旧系统冻结、数据加载与对账、上线与否标准、回滚,以及上线后支持的退出。

ERP 切换计划是业务从旧系统迁到新系统那个周末的运行手册:什么要停下,什么要加载,谁来签字,以及出了问题怎么办。

简而言之

  • 至少用接近生产的数据演练一次切换,并为它计时。
  • 在最终提取前冻结旧系统,并写明冻结的范围。
  • 先加载主数据,再加载未清交易,然后对两者都做对账。
  • 事先商定上线与否的标准和回滚计划。
  • 以退出标准而不是日期来结束上线后支持。

要规划关口,而不只是任务

切换计划通常从一份任务清单起步,详细的清单很重要:几百项任务,各有负责人、时长和依赖关系。但上线很少因为缺了某项任务而失败,更多是因为某个关口不清晰:没人约定“已对账”是什么意思,上线与否的标准到当晚才定,或者回滚计划只是幻灯片上的一句话。

所以要先规划关口。把切换画成带决策点的流程图:演练目标达成、对账签字、上线或不上线、上线后支持的退出。在上线前几周就与指导委员会商定每个关口的标准。然后再在每个阶段下面构建详细的任务清单。

下面的例子是一份通用的 ERP 切换,适用于 SAP S/4HANA、Oracle Fusion、Dynamics 365 或 NetSuite。它展示了各个关口,以及关口未通过时要走的路径。

带关口的 ERP 切换

从定好基线的运行手册到移交。请留意四个决策:演练、对账、上线与否,以及上线后支持的退出。

  1. 反复演练直到能放进窗口

    模拟切换针对生产的副本运行真实的运行手册并计时。如果未达到时间或缺陷目标,就修正运行手册并再演练一次。大型上线做两三次演练是常态。

  2. 冻结、提取与加载

    旧系统中的业务交易和主数据变更停止,提取最终余额和未清项,先加载主数据再加载交易,技术团队切换接口、批处理作业和授权。

  3. 对账并签字

    由业务方而不是数据团队,对照旧系统核对记录数量和余额并签字。发现的差异退回数据团队更正并重新加载。这份签字是计划中最重要的关口。

  4. 上线或不上线

    指导委员会依据事先约定的标准做决定。不上线会触发回滚计划并确定新日期,这是计划内的结果,而不是项目的失败。

  5. 开放系统并进入上线后支持

    用户开始工作,支持团队每天分诊工单,当满足退出标准时上线后支持结束,通常包括在新系统中完成第一次月末结账。

运作方式

  1. 先画出关口

    先画一张切换阶段及其之间决策的流程图:演练目标、对账签字、上线与否,以及上线后支持的退出。在编写任务之前,先与指导委员会商定。

  2. 编写详细的运行手册

    在每个阶段下面列出每项任务,写明负责人、前置任务、计划开始时间、时长,以及确认其完成的人。不仅要有技术任务,还要包括盘点库存、最终开票等业务任务。

  3. 定义冻结什么、何时冻结

    写明旧系统中哪些交易和主数据在何时停止,以及业务在此期间怎么做,例如手工下单或纸质发货。

  4. 规划数据加载与对账

    安排加载顺序(先主数据,再未清项和余额),为每类对象定义对账报表,并指明签字确认的业务负责人。

  5. 商定上线与否标准和回滚计划

    写下可衡量的标准,以及仍可回滚的最晚时间点。回滚的步骤也要像切换一样演练。

  6. 演练并改进

    至少用接近生产的数据做一次完整的模拟切换,给每项任务计时并更新计划。重复到切换能带着余量放进窗口为止。

应避免的错误

  • 标准到当晚才定

    如果事先没有约定上线与否的标准,决策就会变成压力下的谈判。请提前几周商定。

  • 只有技术的计划

    由 IT 编写的切换计划会漏掉业务任务,例如最终库存盘点、未清采购订单和客户沟通。每个业务领域都需要在运行手册里有自己的任务。

  • 没有演练

    从未计时的切换无法放进窗口。第一次演练几乎总会超时。

  • 把回滚当作事后补充

    从未测试过的回滚计划不算计划。要知道不可回头的时间点,并演练在那之前的步骤。

打开 ERP 切换流程

把切换流程作为你自己的图表打开,在决策上写下你们的上线与否标准,再送给指导委员会批准。

打开 ERP 切换流程

相关指南

常见问题

ERP 切换计划包含什么?

包含从旧系统迁到新 ERP 的带时间的任务清单,写明负责人和依赖关系;旧系统冻结;数据提取、加载与对账;接口和作业的技术切换;盘点库存等业务任务;上线与否标准;回滚计划;沟通;以及上线后支持的安排。

ERP 切换需要多长时间?

切换窗口本身通常是一个周末到一周,取决于数据量以及有多少站点同时上线。规划和演练则要花几个月,从构建阶段就开始。

典型的上线与否标准有哪些?

业务方已签字确认数据对账,没有未关闭的一级缺陷,已商定已知较低级别问题的清单,用户已完成培训,支持和上线后支持已排班,接口已做端到端测试,并确认仍可回滚。

上线后的上线后支持(hypercare)是什么?

这是上线后紧接着的一段密集支持期,通常为四到八周,每天分诊工单,项目团队随时待命,快速修复。当满足约定的退出标准、支持移交给正常的日常运维团队时结束。

本指南所用的模板

ERP 切换流程图(演练到上线后支持) — 可编辑的 ERP 切换流程图,适用于 SAP、Oracle、Dynamics 365 或 NetSuite 上线:模拟切换、旧系统冻结、数据加载、对账签字、上线与否决策、回滚和上线后支持退出。