老 ERP 平行接入怎么验收？四个可签字确认的环节

为什么必须在开工前就谈定”怎么验收”

平行接入这种做法的特殊之处在于：新旧两套系统会同时跑一段时间。这段时间里，谁说了算、拿什么当准、核对到什么程度算通过，如果开工前没定，后面每一笔对不上的账，都会变成来回扯皮的事。

所以我们在项目里会把下面四个环节提前写进方案。这些不是我们发明的规矩，而是这类项目绕不开的四个问题：从哪儿动手、怎么证明对得上、上线时谁必须到场、以后怎么改。

环节一｜从哪个仓库或车间开始动手

落地时最常被跳过的动作是”选一个试点”。我们一般建议按三条来挑：

• 业务边界清楚——这个仓库或这条线的物料流向比较单一，没有大量手工特批流程；
• 痛点集中——账实差异大、单据量大、或者月盘点要花好几天的那种；
• 有人愿意跟——仓管或车间主管里，至少有一个愿意陪着把流程走一遍的人。

试点跑通了再横向铺，比一开始全厂铺开要稳得多。这一步的边界也很直白：试点范围之外的部分，本轮不承诺动手时间，避免把”先试一个”谈成”全面铺开”。

环节二｜怎么证明新老系统对得上

这是所有做平行接入的人最关心的一件事，也是最容易被含糊过去的一件事。我们的做法是：并行运行期间，以原系统的数据为基准，逐项核对业务数据与流程结果，核对确认通过的模块才正式启用。

具体核对三类东西：

这里有一个必须提前说清的边界：数据核对期间出现差异是正常现象，差异多半出在老系统本身的基础数据上（编码重复、批次号不统一、库位是随手填的）。这类问题要在核对清单里逐条列出、逐条确认，不属于新系统的问题，也不属于可以自动解决的部分。

环节三｜上线时必须写进方案的三件事

这类项目翻车，很少是因为技术做不出来，多数是这三件事没提前落纸：

1. 原厂服务的衔接关系——老系统的功能升级与原厂技术服务，仍由原厂继续提供，这条服务关系在整个过程中不受影响。这句话必须写进方案，不然内部一听到”上新系统”就容易误会成”要换供应商”。
2. 并行期怎么定——并行运行多久，取决于企业的承受度和核对进度，不是越短越好。写清楚”并行期以核对清单全部通过为结束条件”，比写一个固定天数更靠谱。
3. 出问题先找谁——老系统侧的问题找原厂，新平台侧的问题找我们。这条通道开工前就明确，能省掉大量在群里互相转述的时间。

环节四｜以后要改流程，怎么改

工厂的业务是会变的：多一个客户要加一道审批、多一个物料要加一个质检点。这是我们建议把新能力建在平台侧的原因——表单、字段、报表这类改动，业务人员在界面上就能调；带逻辑的流程校验，有 IT 的企业可以自己动；核心账务逻辑由厂商负责，并配合版本回溯。

换句话说，改动的成本结构是”按配置算”还是有别的算法，这是谈判时该问清楚的问题。具体怎么计价、周期多长，本篇不做承诺，建议签约前把三句话问进合同：改动谁做、怎么计、有没有中间代理层。

常见问题