AGV 与 WMS 集成实战：架构、接口与调度要点

写在前面

AGV 项目最常见的误区，是把设备采购当成自动化落地本身。

现场真正跑起来以后，问题往往不在“车能不能动”，而在下面这些地方：

• 谁来生成搬运任务
• 任务优先级按什么规则排
• 库存什么时候变化
• AGV 异常后谁来接管
• WMS、WCS、设备控制层的责任怎么划分

如果这些边界没有在实施前说清楚，AGV 很容易变成一套只能局部演示、难以稳定接入业务的设备系统。

图：AGV 集成在项目落地里通常不是从“车怎么动”开始，而是先把搬运任务、工位协同和执行链路理顺。

一、先判断：AGV 集成到底在解决什么问题

AGV 与 WMS 集成的本质，不是让系统“多一个接口”，而是把仓内搬运任务纳入统一执行链路。

一个更接近项目实际的目标是：

这条链路跑通以后，自动化设备才真正变成仓库执行体系的一部分。

二、WMS、WCS、AGV 之间的职责不要混

这三个层次最容易在项目中被混写。建议从一开始就明确职责。

WMS 负责什么

WMS 负责业务执行和库存口径，包括：

• 哪一批货要从哪里搬到哪里
• 哪个任务更优先
• 搬完之后库存和单据状态如何更新
• 搬运任务与入库、补货、出库、移库的关系

WCS 负责什么

WCS 负责设备调度和控制中间层，包括：

• 任务排队与调度
• 路径与交通管控
• 设备状态采集
• 故障任务重试或转派

AGV / RCS 负责什么

设备层负责具体执行，包括：

• 接收移动指令
• 行驶、避障、到位确认
• 电量、故障、位置反馈

如果 WMS 直接把设备细节写进去，后续更换 AGV 厂商或新增自动化设备时，改造成本会很高。

三、什么场景适合尽早做集成

并不是所有仓库都必须一步做到复杂集成，但下面这些场景通常很难绕开：

• 多台 AGV 并行作业
• 入库、补货、出库都依赖搬运设备
• 同时接入输送线、堆垛机、提升机等多种设备
• 任务有明确优先级，比如产线供料先于普通移库
• 需要对任务、设备和库存做统一追踪

如果只是单一场景的小规模试点，也可以先做较轻量的接口方式，但最好仍然保留往 WCS 统一调度演进的空间。

四、项目里更稳妥的典型结构

对大多数中型及以上项目，建议采用下面这种分层方式：

WMS
  ↓ 业务任务 / 状态回传
WCS
  ↓ 设备指令 / 位置反馈
AGV / RCS / 其他自动化设备

这种结构的价值主要在三点：

• 业务逻辑和设备控制解耦
• 可以同时接入多种设备
• 设备层调整时，不需要频繁改 WMS

五、接口设计要先围绕业务状态，不要只围绕技术字段

项目里最常见的问题，是接口字段很多，但状态设计很弱。结果接口打通了，业务还是没法闭环。

建议至少把下面几类信息定义清楚。

1. 任务主键与幂等

每个搬运任务都应有稳定的业务主键，用来保证：

• 重复下发不会重复执行
• 回调能准确落回原任务
• 故障重试可追踪

2. 任务类型

不要把所有设备动作都当成同一种任务。常见类型至少包括：

• 入库上架
• 补货搬运
• 出库集货
• 线边配送
• 库内移库

任务类型不同，优先级和回传处理通常也不同。

3. 任务状态

建议至少定义一套业务上能解释的状态链路，例如：

如果只有“成功”和“失败”，现场排查时基本不够用。

4. 结果回传

回传不应只告诉 WMS “做完了”，还应该包含：

• 实际完成时间
• 实际设备编号
• 失败原因或异常编码
• 是否需要人工接管

只有这样，WMS 才能正确更新库存、任务和异常记录。

六、调度策略建议先做简单，但一定要稳定

很多自动化项目一开始就想把调度做得非常复杂，结果实施期反而难以收敛。

更稳妥的做法是优先把下面几件事做稳：

1. 优先级规则

例如：

• 产线要料优先于普通搬运
• 出库补货优先于库内整理
• 加急订单优先于常规任务

2. 设备可用性判断

至少要考虑：

• 当前是否空闲
• 电量是否足够
• 当前位置是否适合接单
• 是否在故障或维护状态

3. 超时和失败处理

项目里必须提前约定：

• 任务多久算超时
• 超时后是否重试
• 重试几次后转人工
• 人工接管时库存和任务怎么处理

七、最容易踩坑的不是接口，而是异常

AGV 集成项目真正考验系统设计的，通常不是正常流程，而是异常处理。

常见异常包括：

• 起点库位无货
• 终点库位被占
• 设备故障或掉线
• 路径阻塞
• 回调丢失或延迟
• 任务已完成但库存未更新

这些异常最好在项目实施阶段就做清单化处理，而不是等上线后靠人工补规则。

八、库存更新要和任务完成口径绑定

AGV 集成里最敏感的一个问题，是库存什么时候变。

建议至少区分三种时点：

1. 任务下发时
   适合做任务占用，但不适合直接改最终库存。

2. 设备取货完成时
   可以更新部分中间状态，例如在途。

3. 设备到位并确认完成时
   更适合更新最终库存位置和单据状态。

如果项目里没有约定这个口径，后面很容易出现“设备说完成了，但系统位置不对”的问题。

九、实施阶段建议重点联测这些场景

如果要把 AGV 正式接进业务，建议联测时至少覆盖：

• 入库上架搬运
• 出库补货搬运
• 普通移库
• 设备忙碌时的排队
• 超时与失败回退
• 任务取消
• 人工接管
• 多设备并行时的优先级处理

这些场景比单次通接口更能说明系统是否可上线。

十、验收时不要只看“车跑起来了”

一个更靠谱的验收标准应该包括：

• WMS 能正确下发任务
• WCS 能稳定接收和编排
• AGV 能按业务状态回传
• 库存和单据状态一致
• 异常任务可以被追踪和处置

如果只看设备演示成功，而不看业务闭环，上线后问题会很集中。

结语

AGV 与 WMS 集成不是给仓库增加一套炫目的自动化能力，而是把搬运动作纳入统一执行体系。

真正有价值的项目，通常不是调度逻辑最复杂的那个，而是：

• 职责划分清楚
• 状态设计清楚
• 异常处理清楚
• 库存口径清楚

只要这几件事建立起来，自动化设备才能真正服务业务，而不是停留在单点演示层面。