老系统接不了即时零售？订单系统与门店收银 ERP 对接

老系统接不了即时零售，是很多连锁在扩渠道时遇到的第一道墙。用了七八年的 ERP 和收银系统跑得挺稳，只是当年设计的时候没有线上订单这回事。这时候要判断的是：该换掉，还是在外面加一层。

多数情况下答案是加一层。ERP 承载的是财务、采购、库存这些核心账，替换的风险和成本都高；即时零售需要的是高频、实时、多渠道的处理能力，把它做成外挂的一层，两边各做各擅长的事。

▍先判断老系统缺的是哪一种能力

第一种是没有接口。系统封闭，只能导出报表。这种最麻烦但也有办法。

第二种是有接口但响应慢。批量作业设计，一次同步几分钟，撑不住实时库存。

第三种是数据结构不支持。比如商品没有多渠道价格字段、库存没有可售卖概念、订单没有履约状态。

三种的解法不同，所以对接方案要先做这一步判断，不能上来就谈接口文档。

▍三种对接方式各适合什么情况

1、接口直连：老系统有可用 API，实时性和可靠性最好，首选方案

2、中间库：在两套系统之间建一个数据交换区，各自读写，适合接口不完整或性能有限的情况

3、文件交换：定时导出导入，适合完全封闭的老系统，但必须配核对机制

文件交换的最大风险是部分成功——导进一半没人发现，之后的差异极难追查。所以每次交换都要附带笔数与金额的汇总，接收端先核对汇总再入库，不符就整批退回。

▍主档以谁为准，这个不能含糊

老系统继续做主档源头，是最稳的安排。商品、价格、供应商、门店这些数据仍由 ERP 决定，中台只读取和分发。

泓远软件的订单中台就是按这个定位设计的：ERP 与门店收银系统作为内部对接对象，中台通过接口获取主档数据，自身不作为主档的产生地。这样的分工让老系统的既有流程不受影响，财务和采购的作业方式不用改。

反过来把主档搬到新系统，等于把 ERP 降级成一个记账工具，牵动的部门和流程会多得多，风险也高得多。

▍收银系统这一段容易被漏掉

讨论对接时大家都想到 ERP，容易忽略门店收银。但库存要准，收银的销售数据必须实时进来，否则线上看到的可售数量是几小时前的。

如果收银系统只在日结时上传数据，那就要接受一个现实：白天的库存缓冲必须设得更大。这是能力限制带来的必然代价，不是参数调得好就能解决。

▍并行运行这一步不要省

对接完成之后，通常需要一到两个月的并行试运行：新旧两边同时跑，每天比对结果，确认一致之后才切为正式依据。

并行期发现的问题，八成是数据口径不一致而不是程序错误，比如退货算不算当日销售、赠品要不要扣库存。这些只有在真实数据上跑一遍才会暴露。

▍小结

老系统接不了即时零售，不等于必须换掉。先判断缺的是接口、性能还是数据结构，再决定用哪种对接方式。能加一层解决的事，不要动核心账务系统。

▍老系统对接常见问题

Q1：老 ERP 完全没有接口，还能做即时零售吗？

可以，用中间库或文件交换的方式对接。代价是实时性下降，所以库存缓冲要设得更保守，可卖数量会比接口直连的情况少一些。另外必须配套每日核对机制，比对两边的商品数与库存数，否则数据偏差会慢慢累积到无法收拾。

Q2：对接之后主档要放在哪一边维护？

建议继续留在原有 ERP，中台只读取。这样财务、采购的既有流程不受影响，改动范围最小。如果把主档搬到新系统，涉及的部门和习惯改动会大很多，而且原系统的报表可能因为数据源变化而失准，风险不成比例。

Q3：门店收银系统只能日结上传，会有什么影响？

影响的是线上可卖库存的准确度。白天门店卖掉的量，线上要到隔天才知道，所以必须把安全库存与缓冲比例设大，代价是线上可卖数量减少、售完提示变频繁。这是现有能力的限制，解决办法是把销售数据的上传频率提高，参数调整只能缓解不能根治。

对接方案要先盘清现有系统的接口能力与数据结构，再决定路径与顺序。欢迎联系泓远软件，获取定制化实施方案与报价。