原创：淡淡的News

个人从事物流仓储行业有些年头了，见证和参与了多个物流系统的上线历程。一个系统能否上线，或者说上的怎么样？60%看需求把握度，30看软件系统开发的质量，10%看实施人员的支持力度。

下面简单说说上线过程中比较耗费时间的接口对接。

上线一个WMS系统，开发调试过程中有一半的时间耗费在对接各个系统的数据中。因此，大多数公司都开发有自己的接口平台，希望减少开发工作量，把一些常见的协议进行封装，避免重复建设。如：HTTP，WebService, Mqtt等协议。

其实，在企业WMS上线过程中，上述协议等对接不是耗费时间最多，不排除有的公司技术特别古老，全新的研究和对接需要花费一定的时间，毕竟这是特例现象。耗费时间最多的，应该是各系统间数据的不一致，包括数据字段命名不一致，语义相同命名不同，内容相同格式不同等等，常常令接口开发人员莫衷一是；数据库表中的查询记录肉眼分辨明明可以，系统就是运行不过去，找不到问题所在。

有的读者可能会说，这是数据不标准，这样的系统不对接也罢。现实过程中，碰到问题还是需要解决，更何况已经架在火上烤了。

在刚刚经历的某企业WMS上线过程中，经历了令人难以相信的系统接口对接。

这家企业（简称企业A）已经上线了SAP、MES、TMS等5家系统，且已在线上生产运行。WMS作为第6家上线的系统，面临5个系统的数据对接。

对接的数据协议有SAP的Web Service, 区分加密和不加密的；Web Service 有经过中间层PO进行跳转的；有MES的HTTP+JSON等等。

再看WMS软件系统的数据来源：

一是上述系统导入，导入的数据, 导入数据的格式多样，UTF-8, GBK等等。

二是系统维护人员间隙导入，因为货位、库存等资料还需要等客户盘点，形成EXCEL文档。

三是客户从不知名的角落，用EXCEL录入数据，录入人员的眼花缭乱及迫切下班心情等因素，差错数据不是一般的多。

四是其他系统运行产生的数据，比较标准。

五是运维人员在数据库直接修改数据，因为运维人员软件逻辑是不清楚的，只能看着数据库直接修改，可能某一处没改到位，造成程序运行异常。

有经验的读者可能意识到了，数据如果很难控制，那么就算软件系统很好很稳定，估计排错的时间也让人怀疑人生。

以前，在我的意识当中，系统的数据都应该是从系统界面录入或导入，不允许存在不确定性因素的数据进入系统，对不符合要求的数据应该转化，如果转化不了，应该通知数据提供方修改数据，否则就要拒绝这些不能识别的数据。

这是理想状态，或者是运营平台型软件，自己在沟通中话语权份量多比较适用！

如果是交付型的产品，上游系统有一个或多个，他们的系统已经在生产稳定地运行，基本不可能再做出什么改变。其实，甲方的话语权永远大于乙方，当然乙方引导得当会有一定的改观。

亲，您也遇到过这样的困惑么？