老ERP平行接入怎么落地_从诊断到启用的10个细节问题_原系统不动

Q01平行接入第一步做什么？会不会影响现在上班？

第一步是系统现状诊断，全程只看不动。诊断的内容是老系统的版本、数据库与数据结构、业务流程、能提供的对接边界，结束后输出一份诊断清单。诊断期间不改配置、不改代码、不动数据，老系统照常运行，现场作业照常。诊断之后才谈方案——对接方式、数据实时性、模块启用范围都写进实施方案，每一步做什么、核对什么、谁确认都列清楚。真正在系统上”动”的动作，要等并行验证通过、按模块启用，而且动的是新平台侧，老系统侧始终不动。

Q02新旧两套系统数据怎么同步？实时性怎么定？

在客户书面确认的范围内对接数据源，取数方式与频率在方案里逐项写明。

• 三类取数方式：能开放接口的走接口；不开放接口但能给只读权限的，直读数据；接口和只读都没有的，用中间表倒一手。
• 实时性看用途定：仓库要当场拦超发就得快；月底报表慢一点不影响。同一套系统里不同数据可以是不同频率。
• 谁定下来：诊断阶段先确认老系统能提供什么，再由双方在实施方案里逐项写清取数方式与频率。
• 数据往哪走：新平台按需读入，老系统数据仍是基准，并行期间逐项核对。

Q03并行运行期间两套账对不上，以谁为准？

以原系统数据为基准逐项核对，找平之后才启用对应模块。并行期两套系统同时运行，业务数据与流程结果逐项比对、双方按清单确认；发现差异就以原系统为基准回溯比对，定位到具体单据或批次，找平过程留档。之所以强调”分批启用”，就是为了不让差异一次性放大——一个模块核对通过再开下一个，出问题的范围可控。并行期多长、多久核一次，在实施方案里约定，不临时决定。

Q04能不能先只上一块，比如仓库扫码？

可以。轻应用按需选配、用多少上多少。常见的第一块是仓库：PDA 扫码出入库与盘点，库存与原系统对接同步；第二块是车间：工单下发、工序报工、进度看板、批次追溯；第三块是移动端与外网访问：手机平板看数据、异地协同。之所以建议先上一块，是因为投入与见效都能分段看——验证一段再决定下一段，不必一次配齐。先上哪一块取决于痛点在哪一段，不是通用推荐；能不能接，得看老系统数据源是否开放，以诊断结论为准。

Q05加了新平台，原来的原厂服务还要不要继续？

要继续。原系统的新功能开发与原厂技术服务仍由原厂继续提供，平行接入不改动、不替代原系统。分工是这样划的：老系统的事归原厂，新平台的事归实施方，两边唯一的衔接点是数据源对接，这件事写进诊断与实施方案里，逐项列明对接方式与责任边界，避免出问题时互相推。升级之后，老系统原有的服务关系不变。

Q06ERP、仓库、车间三块一起上，出了问题找谁？

同一批人从需求做到上线，谁上线谁负责。三块各管什么：ERP 管计划与账务（订单、BOM、库存账），仓库管作业与库存准确，车间管派工报工与追溯。衔接方式是 ERP 下发指令、现场执行、结果回写形成闭环，衔接的接口由实施方负责打通，不出现”实施方说是开发的问题、开发说是接口的问题”。现场与远程的差别也在这里：出问题时能不能到现场，是交付体验的分界线。需要说明的是，三块是一套平台上的模块，不是三套独立系统；企业若已有其他厂商的系统，衔接范围以现状诊断确认结果为准。

Q07老系统还能用，为什么还要补扫码和移动端？

缺的通常不是”能不能跑”，而是”能不能在现场用起来”。老 C/S 系统的客户端装在办公室电脑、一般在局域网内使用，PDA 扫码、手机平板访问、外网异地协同在原生形态下不便提供（这是形态的客观差异，不是产品优劣评价）。现场的真实卡点很具体：出入库靠事后录单、账实差异靠月底盘点才发现、进度靠人问、决策靠第二天补报表。补与换的区别在于：补是在新平台侧加能力，老系统不动；换是把业务迁到新系统上重做一遍。该不该补，先看三件事——老系统是否仍稳定可用、历史数据是否还有价值、业务中断的代价多大，再看缺的能力是哪一块。核心流程本身就要推翻重做的，整体新建更合适。

Q08老系统数据拿不到，是不是就做不了？

基本上做不了。老系统数据源不开放、数据库加密或无只读权限的，平行接入这条路走不通。拿不到的原因常见有三类：数据库加密、原厂未开放只读权限、只允许内网访问且不允许外部读取。遇到这种情况，先确认老系统是否能由原厂开通只读权限或导出能力——这类协调通常要走原厂渠道。还有一种情况要区分：如果要的不是接一段新能力，而是把核心流程推翻重做，那属于整体新建，不在平行接入的范围里。能不能拿到数据源，靠诊断阶段实测确认，不在电话里下结论。

Q09仓库几百个库位，上 WMS 前要先重整库位吗？

通常要先理一遍库位与物料基础数据，但不必等到万事俱备才开始。要理的是三样：库位编码规则、物料基础数据、批次与效期规则——这三样决定扫码作业能不能跑通。做法是按现有仓库布局先做一版够用的，跑起来之后逐步细化；整理基础数据与现场发货并行，不用停库。整理规则由顾问协助，现场执行仍由企业仓管团队负责。要提醒的是：系统不能替代仓库管理动作，库存准确率取决于流程纪律与基础数据质量——基础数据不整，扫码也扫不出准账。

Q10流程要改，是找厂商开发还是自己改？

常规调整企业自己改，复杂逻辑请厂商做——区分标准是改动深度，不是心情。扩展分三层：零代码层是表单、字段、报表这类可视化配置，业务人员就能改；低代码层是带逻辑关系的流程与校验，有 IT 的企业可以自己改；源码级涉及核心账务逻辑，由厂商负责。配合分层权限与版本回溯，调整可受控、可回看，改错了能退回去。这样省下的不是开发费，而是等待时间与返工次数——常规需求不必每次立项排期。边界也要说清楚：低代码不替代核心账务与库存逻辑，复杂逻辑仍需开发，配置能力有边界。