MES 和 WMS 的边界怎么分：领料、退料、在制品、完工怎么接

很多制造企业做数字化时，MES 和 WMS 往往会一起出现。于是一个典型问题就来了：领料到底算谁的事？退料归谁记？在制品归 MES 还是归 WMS？完工以后谁来把库存接过去？

这类问题最烦的地方在于，它不是一个“系统有没有功能”的问题，而是一个“责任和对象有没有切开”的问题。只要这个边界没分清，最后最容易出现三种后果：同一笔数据两边都在记、库存口径彼此打架、现场出了问题没人说得清到底该谁处理。

一、MES 和 WMS 不是谁大谁小，而是谁管什么对象

先把话说死：MES 管制造执行，WMS 管仓储执行。

MES 关注的是生产现场正在发生什么：工单执行到哪一步、工序有没有过站、材料有没有投到产线、质量有没有异常、设备有没有停机、产出有没有完成。

WMS 关注的是库存和仓储动作：货在哪个库位、什么状态、什么时候入库、什么时候出库、谁拣的、谁复核的、能不能发。

所以判断边界时，不要看页面长得像不像，也不要看哪个系统“顺手多做一点”。真正该看的是：这个动作发生时，管理对象到底是“生产过程”，还是“仓储库存”。

二、最容易打架的四个动作，必须一开始就拆清楚

1. 领料：由 MES 发起，WMS 执行出库

领料这个动作最容易被做混。

从业务上看，领料是因为生产要开始，所以需求一定来自 MES。也就是说，谁知道工单要开、要领什么料、领多少、领到哪条线，通常是 MES。

但从库存动作上看，真正把料从仓库扣出来、从库位挪出去、交给产线，这又是 WMS 的职责。因为只要还在仓库体系内，它就是库存执行，不是生产执行。

所以更合理的分法是：

• MES 负责提出领料需求：按工单、工序、BOM、批次策略发起要料；
• WMS 负责执行领料出库：生成拣货、发料、出库动作，并把结果回传；
• MES 负责确认领料已到现场并进入生产上下文。

一句话概括：领料申请归 MES，库存扣减归 WMS。

2. 退料：MES 触发原因，WMS 完成回仓

退料也一样，别混。

为什么退料，往往发生在生产现场：工单结束了、换线了、投料超了、质量异常了。这些判断通常都在 MES 里。

但退回来之后，物料要不要重新入仓、放哪个库位、是良品回仓还是待检冻结、库存怎么恢复，这就是 WMS 的事。

所以退料最怕的，是 MES 里手工记了“已退”，WMS 那边却没真正回仓；或者 WMS 把货收回来了，MES 还认为在现场消耗中。结果就是库存账和生产账永远对不上。

更稳的做法是：

• MES 记录退料原因与来源工单；
• WMS 接收退料任务并完成回仓、上架、状态恢复；
• 两边只保留各自该保留的账，不重复造一份。

3. 在制品：只要还在生产过程中，就优先归 MES 管

在制品是边界里最容易出事故的一块。

很多企业一看到“有物料数量”，就想把它塞到 WMS 里管理。但问题在于，在制品的核心不是“有多少”，而是“做到哪一步、处于什么工序、能不能继续流转、是否合格、是否卡站”。这些都属于 MES 的语境，不是仓储语境。

所以，只要这批物料还处在生产过程里，无论它是在线边、缓存区、半成品暂存区，还是待下道工序的缓冲区，它的核心状态都应该优先由 MES 管。

WMS 可以在某些场景下协助管理暂存区、线边仓、半成品库位，但它管理的是“位置”和“可见库存”，而不是“工序状态”和“执行进度”。

这条边界一定要立住：在制品的主账在 MES，不在 WMS。

4. 完工：MES 判定完成，WMS 接管成品库存

完工动作的分界最适合当作一条硬边界。

什么时候算完工，是 MES 说了算。因为完工不是把东西放下就完了，而是要看工序是否完成、报工是否结束、质量是否通过、数量是否确认。

但一旦 MES 判定这批产出已经从生产过程退出，进入可存、可搬、可发的成品状态，那么后续就应该交给 WMS。也就是说：

• MES 负责生成完工结果；
• WMS 负责接收入库任务、生成成品库存、安排库位与后续出库。

这一步如果切不清，最容易发生的就是：MES 认为已经完工，WMS 还没入账；或者 WMS 已经有成品库存，MES 还没正式完工。前者影响发货，后者影响成本、产量和追溯。

三、判断边界，不要按“谁方便做”来分，要按“三个归属”来分

很多企业分边界时最爱说一句话：“这个系统也能做，要不就放它里面吧。”

这思路很危险。因为系统方便，不等于责任合理。

更稳的分法，是看三个归属：

1. 责任归属

谁对这个动作结果负责？

如果是生产结果负责，就偏 MES；如果是库存和仓储结果负责，就偏 WMS。

2. 状态归属

这个对象当前最关键的状态是什么？

如果关键状态是“工单执行到哪、工序有没有完成、是否合格”，就偏 MES；如果关键状态是“在哪个库位、可不可以出、有没有被占用”，就偏 WMS。

3. 账务归属

这笔账最终影响哪本账？

影响在制账、生产执行账、工单消耗账，就偏 MES；影响库存账、出入库账、库位账，就偏 WMS。

只要这三条都理顺，边界通常不会太乱。

四、很多项目不是系统做不到，而是一开始就把边界做成了重叠区

为什么很多 MES + WMS 项目一上线就乱？原因不是系统没有接口，而是边界被故意做模糊了。

有的项目为了图快，让 MES 里顺手做库存；有的项目为了省事，让 WMS 里顺手记工单投料；结果看起来集成少了，实际上后面维护成本会越来越高。

因为一旦两个系统都在碰同一类对象，就会出现：

• 哪边是主数据源说不清；
• 异常改在哪边说不清；
• 对账时谁听谁说不清；
• 接口失败后该补哪边说不清。

这时候企业以为自己系统很多，实际上只是多造了几套冲突账。

五、结论：MES 和 WMS 的边界，不是功能边界，而是业务责任边界

关于 MES 和 WMS，我的立场很明确：不要按菜单分边界，要按责任分边界。

领料、退料、在制品、完工这四个动作里，真正该抓住的不是“谁有这个按钮”，而是“谁发起、谁执行、谁记主账、谁接下一步”。

只要原则抓住，其实不难：

• 生产过程中的执行、工序、在制状态，归 MES；
• 仓储体系中的库存、库位、出入库执行，归 WMS；
• 交界动作用接口衔接，不用职责重叠来凑合。

谁把这件事做成“两个系统互相补位”，项目还有机会跑顺；谁把它做成“两个系统都顺手做一点”，后面就一定会在库存、追溯、责任边界上反复打架。