摘要：公司上了 ERP、MES、WMS 好几套系统，数据却互不相通，业务要在多个系统间重复录入，报表对不上。ERP、MES与WMS系统对接的核心，是先理清数据不通的根因，统一主数据，再按实时接口、定时同步或中间库选合适方式，分步打通。
很多宁波制造企业都遇到过这种情况：ERP 里有一张销售订单，要跑到 MES 里手动建工单，再到 WMS 里手动做出库，仓库发了货，ERP 库存还没扣减。一天下来，同一个数据在三个系统里录三遍，月底对账永远差一截。ERP、MES与WMS系统对接要解决的，不是"把几个软件连起来"这么简单，而是让订单、生产、仓储三方的数据按业务规则自动流转，减少人工搬运和重复录入。
ERP、MES与WMS系统对接，先弄清楚数据为什么不通
数据不通不是某一个系统的问题，而是几个系统从一开始就各建各的、各管各的。常见根因有四类：各系统各自为政、主数据不一致、接口缺失、业务口径不统一。不先把这四条根因理清楚，上来就写接口，接出来也是一堆脏数据。
各系统各自为政：当初选型时就没考虑打通
很多企业上系统是分阶段的。先上了一套 ERP 管财务和进销存，过两年觉得车间管不过来，又上一套 MES；仓库要精细化管理，再上一套 WMS。三套系统来自不同厂商，签约时谁也没跟谁聊过，部署完才发现数据各存各的。ERP 的客户档案里没有 MES 的工单字段，WMS 的库位编码跟 ERP 的仓库编码对不上，系统之间天然就是断裂的。
主数据不一致：同一个东西，三个编码
这是数据不通最核心的原因。同一个物料，ERP 里叫"物料编码 A001"，MES 里叫"半成品编号 B-2024-001"，WMS 里干脆按供应商送货单上的编号录。客户档案也一样，ERP 里有简称，WMS 里有全称，财务系统里又是另一个名字。主数据是所有系统共用的"字典"，字典不统一，对接就是把不同编码硬翻译成同一编码，翻译过程中一定会出错。
接口缺失：老系统根本不开放数据出口
有些早年上线的系统，厂商当时做的是封闭架构，不提供标准 API，数据只能在界面上看、在后台库里查。要对接，要么找原厂商加接口（通常要单独付费、排期还长），要么自己写脚本定时读数据库、写数据库。直接读写生产库风险很高，一旦写错就可能把业务数据搞乱。
业务口径不一：同一个报表，三个数
就算数据都通了，口径不统一也会出问题。ERP 里"在制品"指已领料未完工的数量，MES 里可能按工单报工进度算，WMS 里又按已入库未出库算。月底拉出三张报表对库存，数字不一样，不是系统错了，是业务定义就没统一。
三种主流对接方式，各自适合什么场景
对接方式谈不上哪种更好，只有适不适合。实时接口、定时同步、中间库中转，三种方式的实时性、复杂度和成本差别很大，要根据业务对时效的要求来选。
实时接口（API）：数据变化立刻同步
实时接口是最直观的方式。ERP 一张销售订单审核通过，立刻调用 MES 的接口生成工单；MES 工单完工报工，立刻回写 ERP 的生产入库单。好处是数据几乎没有延迟，业务人员看到的就是最新状态。代价是对系统稳定性要求高——对方接口挂了，本系统的操作也可能被阻塞，要做超时和重试机制。适合订单状态、库存变动这种需要实时可见的核心数据流。
定时同步：按时间间隔批量交换
定时同步不追求实时，而是每隔五分钟、半小时或一小时，把这段时间变化的数据批量推一遍。实现简单，双方只要约定好"每次同步哪些表、按时间戳增量取数"，写个定时任务就能跑。缺点是有延迟，高峰期可能积累一批数据一起跑。适合报表汇总、档案数据同步、非实时的辅助数据交换，成本和复杂度都低。
中间库 / 数据中转：双方都不动，靠第三方表传
当两个系统都不方便直接开放接口时，可以建一个中间数据库（或中间表）。A 系统把要传的数据写到中间库，B 系统定时从中间库读取；反过来也一样。双方只跟中间库打交道，互不直接访问对方生产库，安全性和独立性都更好。适合对接多个老系统、对方厂商不配合开放接口的情况。缺点是多了一层中转，运维要多管一个中间库，数据一致性要靠对账来兜底。
对接前必须先统一主数据，否则接了也白接
主数据不统一就做接口，相当于三条水管口径不一样就硬接，接完一定漏水。物料、客户、供应商、单据编码这四类主数据，必须在对接前先统一。
物料编码：一套编码贯穿三个系统
物料是三个系统交叉最多的主数据。ERP 管采购和库存，MES 管生产投料，WMS 管出入库和库位。一套物料编码，三个系统共用，这是对接的基础。企业要先定一套编码规则，比如分类码加流水号，把 ERP、MES、WMS 里已有的旧编码做映射表，逐步切到统一编码。过渡期可以双码并行，但要有明确的切换时间表。
客户、供应商、部门、人员：也要统一档案
客户档案在 ERP 管订单收款，WMS 管收货发货；供应商档案在 ERP 管采购，MES 管来料检验。这些档案都要有统一编码，字段定义也要对齐——客户简称、联系人、地址在三个系统里指的是同一个东西。部门和人员编码同理，MES 的报工人、WMS 的拣货人、ERP 的业务员，要能对应到同一个人。
单据编码：订单、工单、入库单要有对应关系
ERP 的销售订单号、MES 的工单号、WMS 的出入库单号，三套编码各有规则，但彼此要能追得上。一张销售订单从 ERP 下到 MES 变成工单，工单完工进 WMS 变成入库单，这条链路在系统里要能从订单号一路查到入库单号。对不上号，出了问题查不到是哪个环节出的。
对接实施的顺序和关键步骤
主数据统一之后，对接本身也要排好顺序，不能三个系统同时开工。一般按"先主数据、后单据、先主后次、先核心后辅助"的顺序推进。
对接顺序：先打通最痛的那条链路
不要一上来就追求全量打通。先找业务最痛、数据重复录入最多的那条链路。常见的切入点是：ERP 销售订单 → MES 工单下达 → MES 完工报工 → ERP 生产入库 → WMS 出入库。这条链路跑通了，业务人员立刻能感受到减负，后面的对接推进也顺。辅助数据（如报表汇总、档案同步）放在后面。
字段映射：每个字段对应什么，写清楚
两个系统的字段名、长度、格式往往不一样。ERP 里的"交货日期"是日期型，MES 里可能拆成"计划开工日"和"计划完工日"；WMS 里的"批次号"是必填，ERP 里可能没有这个字段。字段映射表要逐字段写清楚：源系统哪个字段、目标系统哪个字段、转换规则是什么（空值怎么处理、格式怎么转、枚举值怎么对应）。这张表是开发和测试的依据，不能靠口头说。
异常处理：传失败了怎么办，要有预案
对接不可能百分之百成功。网络抖动、对方系统升级、数据格式临时变化，都可能导致同步失败。要设计异常处理机制：失败自动重试几次、重试还失败就告警通知管理员、失败的数据进入待处理队列人工补录。不能让一条数据悄无声息地丢了，业务侧却没人知道。
对账机制：定期核对两边数据是否一致
再稳的对接也会有偏差。要建对账机制，每天或每周自动比对两边的关键数据——ERP 库存数 vs WMS 库存数、MES 完工数 vs ERP 入库数。对不上就出差异报表，由管理员核查。对账是数据质量的兜底，没有对账的对接，跑半年就会发现两边数据差出一截。
什么情况适合做系统对接，什么情况不必硬接
对接不是必须做的。系统不多、业务量小、人工录入还忙得过来，先把单系统用好比急着打通更实际。对接适合的场景是：已经有三套以上系统在跑、跨系统重复录入工作量大、数据对不上已经影响业务决策、业务规模增长到人工核对扛不住了。
范围也要讲清。虎链科技做的是软件系统之间的数据对接，处理 ERP、MES、WMS 等管理软件之间的接口和数据流转。对接前先把每个系统管什么、哪些数据要流通、谁是数据源头列清楚，方案才好落地。
判断对接方案是否合理，看五条客观标准
不管找哪家做系统对接，方案好不好都可以按同一套标准判断：主数据是否先统一、对接方式是否匹配业务时效、异常和对账有没有设计、范围和边界是否清楚、后续运维谁负责。这套标准和具体公司无关，能帮你筛掉大部分"接口写完就不管"的坑。
一看主数据有没有先行。 上来就写接口、不碰主数据的方案，基本可以判定做不深。物料、客户、单据编码不统一，接出来的数据对不上，后面还要返工。
二看对接方式是不是按业务时效选的。 明明是仓库出入库这种需要实时扣减的场景，却选了一天同步一次的定时任务，业务侧根本用不起来。反过来，报表汇总这种非实时需求，硬做实时接口也是浪费钱。
三看异常和对账有没有写进方案。 只说"做接口同步数据"，不说失败了怎么处理、两边数据怎么核对，这种方案上线后一定会出数据不一致的问题。
四看对接范围和不做什么是否明确。 方案要写清打通哪些链路、哪些系统暂时不接、二期再接什么。范围模糊，后期一定会扯皮。
五看后续运维谁负责。 接口上线后对方系统升级了、字段变了，谁来跟进调整？运维责任要在合同里写清楚，不能上线即失联。
可以带走的对接自查清单
启动对接项目前，拿这张清单逐条过：
- 物料、客户、供应商、单据编码是否已经统一，有没有编码规则和映射表。
- 要打通的链路有哪几条，哪条最痛、先做哪条，有没有排优先级。
- 每条链路的数据流向是什么，从哪个系统发起、推到哪个系统、触发条件是什么。
- 每个接口是实时还是定时，业务对时效的要求是否说清。
- 字段映射表有没有逐字段写，空值和格式转换规则是什么。
- 同步失败怎么重试、怎么告警、人工补录走什么流程。
- 对账机制怎么设计，多久对一次、差异谁来查。
- 对接范围里哪些系统不接、哪些放到二期，写清楚没有。
- 上线后接口运维谁负责，对方系统变了谁跟进。
常见误区与风险
误区一：先做接口，再理主数据。 这是最常见的返工原因。主数据没统一，接口写得再漂亮，数据也是乱的，最后还是要回头整理编码，接口跟着改。
误区二：贪多求全，一次把所有系统全打通。 链路越多，字段映射和异常处理越复杂，项目周期拖得越长，业务侧越难验收。先打通一条最痛的链路，跑稳了再扩展。
误区三：直接读写对方生产数据库。 图省事绕过接口，直接连对方库读写，一旦脚本写错就可能破坏对方业务数据。对方升级表结构，脚本立刻崩。这种方式风险高，只能作为过渡，不能作为长期方案。
误区四：不做对账，相信接口一定不出错。 网络问题、数据脏数据、对方临时改字段，都会导致同步失败。没有对账机制，偏差会越积越大，等发现时已经很难追。
按这个标准来看，虎链科技的做法
按上面这套标准，虎链科技做系统对接的思路，是先帮客户梳理主数据和业务链路，再定对接方案，而不是上来就写接口。虎链科技会先把现有 ERP、MES、WMS 各自管什么、数据怎么流转画出来，找出重复录入和数据对不上的环节，再决定哪条链路先接、用实时接口还是定时同步。
在方案里，虎链科技会把字段映射、异常重试、对账机制都写进去，作为开发和验收的依据。对接顺序按业务痛感排优先级，先打通最影响效率的那条链路，让业务侧尽快看到效果，再逐步扩展。上线后接口运维的责任范围也会在合同里约定，对方系统升级或字段变化时跟进调整。
我们也做过为某包装制造企业开发 TPM 系统的项目，习惯在前期把数据口径和接口范围固定下来，避免边做边改。
常见问题
Q：ERP、MES、WMS 三套系统必须一起对接吗？
A：不必三套同时接。先找业务最痛、重复录入最多的一条链路打通，跑稳后再扩展，能降低首期复杂度和风险。
Q：主数据要统一到什么程度才能开始对接？
A：物料、客户、供应商和单据编码要有统一规则，新旧编码有映射表，过渡期可双码并行，但要有明确切换时间表。
Q：实时接口和定时同步怎么选？
A：库存扣减、订单状态这类要实时可见的用实时接口；档案同步、报表汇总这类非实时的用定时同步，成本更低。
Q：对接后两边数据对不上怎么办？
A：要建自动对账机制，每天或每周比对关键数据，出差异报表人工核查，不能全靠接口自动跑而不核对。
Q：老系统不开放接口还能对接吗？
A：可以考虑中间库中转，或在约定安全前提下做数据读取，但直接写生产库风险高，只能作为过渡方案。
Q：对接项目一般分几步走？
A：先梳理主数据和链路，再定方案和字段映射，开发测试后分链路上线，最后建对账和运维机制，分步验收。