物料从 WMS 集配上线,到线边仓被生产消耗掉,可物料用完之后,装它的托盘和料箱还在。它们空着躺在工位旁边、通道口、暂存区边缘,然后被下一班的人'顺手挪一下'。生产期间堆在通道里的空箱比物料还碍事。补料的车进不去,线边工…
物料从 WMS 集配上线,到线边仓被生产消耗掉,可物料用完之后,装它的托盘和料箱还在。它们空着躺在工位旁边、通道口、暂存区边缘,然后被下一班的人"顺手挪一下"。生产期间堆在通道里的空箱比物料还碍事。补料的车进不去,线边工位等不到要用的箱子,最后靠人工推车把空箱搬到一边去。
本篇把空载具回收在实际项目中的实现方案拆解一遍:它在系统上应该怎么设计,现场该怎么管,以及两条常见的实施路径各自要注意什么。
先看三种典型的失效形态,几乎在每个电子厂普遍存在。
一是线边变成了临时仓库。
空托空箱在通道边堆起来,AGV 到站后没地方放货,只能原地等着等人工来搬。通道越堵,搬运越慢,越慢越堵。
二是账面有货,现场没货。
载具被"临时先放一下"之后,在系统里就失去了位置状态。WMS 账面显示可用库存充足,集配单照开,车派过去找不到货。
三是回收任务永远排在后面。
满载配送有工单催着,优先级天然高。回收任务要是没进同一个调度池排队,就会被一轮轮推迟,最后还是人工兜底。
这三个问题的根源是同一个:回收没有被当成一条物流来设计,而是被当成消耗之后的补救动作。

把可用库存、回收暂存、异常隔离在物理上和流程上分开,是很多项目上线后补上的第一课
回收要跑通,得让 MES、WMS、WES、WCS、RCS 这几层都参与进来。各层管什么,边界在哪,先划清楚。

每一层只做自己该做的:MOM 管生产节奏,WMS 管库存,WES 管任务,RCS 管车辆
有个前提得先明确:载具是 WMS 的库存对象,和物料一样有唯一标识、状态、库位。它决定了一件事:空载具在回到可用状态之前,不参与集配的载具分配。否则 WMS 会把还没回收的空箱算成可用库存,派出去的集配单就永远等不到实物。
回收任务也不是设备层的隐式行为,它是一个独立的任务类型,进 WES 的任务池,和满载任务排队。
回收区的位置要最先定,比设备选型还早。它必须落在回收实际发生的位置附近,操作员本来就要走的那条动线上。多绕一次路,回收就会变成负担,然后被绕过。
托盘和料箱可以共用一套状态机,只是允许的操作不同。核心是状态转换只由授权事件驱动,每次转换都带时间戳,重复扫描不会产生重复转换。

状态机不复杂,难的是每个状态都有明确的触发动作和责任岗位
几个容易被跳过的节点值得单独说。
分配前要检查。载具状态得在可用、已清洁验证、已灭菌这几档里,没被冻结,没过期,库位允许,容量够,皮重已验证。
用完自动转脏。不要指望有人记得点按钮。释放事件触发的状态转换应该是系统自动做的,人只负责扫一下。
异常走独立通道。破损的、剩余量说不清的、被物料堵住的,这三类要有自己的路。它们混进正常回收流,正常的流就会被拖住。
托盘这个形态,单个重、一次搬一大车、线边放不下几个。回收设计的重点是让空托回收和满载配送共用一趟车。

第五步是省运力的关键:AGV 送完满托不空驶返回,就地把空托带走
回收单怎么触发,这里有个细节。低频工位不用一直占着暂存位,高频工位又不能频繁打断满载任务,所以用双条件比较稳:
① 暂存位空托数到阈值,比如 4 托
② 或者距上一张回收单超过设定时长,比如 30 分钟,且暂存位非空
暂存位容量按峰值算,不按平均算。电子车间换型频繁,换型瞬间可能同时释放好几托。容量按单班峰值的 1.5 倍配,再加个告警:占用率超 80% 就提升回收任务的优先级分,提前拉走。
另外有三条硬约束,回收区不横穿主补料通道;空托进可用库存前不参与载具分配;叠托任务必须排在空托回库前面,否则叠托机被占着,回库任务执行不了。
料箱这条路有个方向性问题容易想漏:空箱不只是"从线边收回立库",还得"从立库取出送到线边"。
线边的空箱是消耗的起点,立库的空箱货位是供给的来源,两个方向合起来才是完整的空箱池循环。只做回库不做补给,水位见底一样会停线。

两个方向共用同一批空箱池,所以补空和回库必须一起算,不能各管一段
触发机制是水位线。仓储控制系统一直盯着各工位放箱口的箱数,发现低于设定值,就反向调用仓储执行系统的空容器出库单下发接口,参数带上请求箱数和工作站编码。
执行系统按请求数量创建出库单,库内空箱不够就按实际有的出。CTU 从立库取箱送到放箱口,水位就回来了。
水位线的取值有讲究。下限不能低于补料前置时间内的空箱消耗量加一个安全箱,否则补一趟的功夫没到,料又见底了。
上限别超过放箱口物理容量的 70%,否则线边堆积的空间就白占了。这个参数要支持按工位配,不能全厂一个值。
回库投箱前要做库内料箱数校验,这里有个坑值得单独说。
校验口径要覆盖四个位置:库位上、机器人身上、工作站上、输送线上
只统计已上架的箱数,回库线上的在途空箱就被漏算,超投之后 CTU 无处放箱,任务失败还会把回库线堵住
校验阈值建议比实际库位数留点余量,避免个别库位状态异常时机器人彻底进不去。
回收任务进了任务池,还是可能排在后面。多指标加权评分是常见做法,三项指标:
时间紧迫度,权重 0.4。按截止时间或下发时间归一化,越早分越低
任务类型基准,权重 0.4。出库和配送最低,入库居中,回收和理货最高
排队状况,权重 0.2。同一工作站积压越多分越低
类型基准分里回收是偏后的,光靠这个指标,回收任务会被持续往后挤。所以要加两条机制兜底。

评分排序解决不了的问题,靠运力配比和依赖前置来兜
运力配比。给回收任务预留一定比例的运力,只服务或优先服务回收和入库任务。预留比例跟着暂存位占用率动态调:占用率低于 50% 取下限,超过 80% 就提高预留,同时把回收任务的时间紧迫度权重也提上来。
依赖前置。两类依赖要显式声明:空托回收是后续入库任务的前置(工位托盘拆空了必须先搬走,不然下一个绑定该工位的入库任务无处放货);叠托任务先于空托回库。
调度效果看两个指标。响应时间等于任务等待执行时间加上机器人空驶时间,回收任务尤其要看空驶占比,它直接反映回程协同做得怎么样。机器人平均利用率长期偏低说明预留多了,接近饱和还在积压说明预留少了。
回收流程再顺,载具池总量不够,线边还是会等箱子。
基本公式是:载具需求量等于平均日消耗量乘以平均周转天数,再加安全库存。要算准,得按环节拆开,把所有在途和在库都算进去。

回收相关的三个环节合计占掉全周期 21%,是压缩周转天数的优先对象
按这个例子,回收暂存占 0.4 天,是回收环节里占比最高的一项。把暂存时长压到 0.2 天,能释放大约 5% 的载具池,等于少买相应数量的载具。
测算里有个容易忽略的细节:回收暂存、清洗检查这些环节的占用,通常不在项目的物料账上体现。真正计算载具台账的时候,才会发现有一批载具长期"在路上“。
系统方案解决"载具去哪",现场规范解决"载具怎么放、谁来确认、什么时候清"。只有系统没有规范,线边人员会绕过系统把空载具随手堆放;只有规范没有系统,规范没人能监督执行。
几个动作在现场是可以标准化的。
释放即确认。载具释放的那一下就扫描标识、终端确认,不许先堆后补录
空箱入位。空箱放进回收口,方向按标识统一;不能放通道边、设备旁、工位台面
禁止挪用。线边空载具不用于临时垫物、盛杂物、跨区搬运
异常上报。破损、变形、标识读不出、箱内还有料,放隔离区,不混进正常流
班次交接。交接班清点回收点数量和系统账面数,差异当场查清
责任分工也要落到具体岗位,否则出问题时不知道找谁。
回收相关岗位分工
线边操作员
扫描确认、放入回收点、异常上报
班组长
班次清点、处理容量告警、纠正违规
物流执行员
回收任务执行、空载具检查、送修、隔离判定
仓储管理员
回库确认、库位维护、库存盘点
系统管理员
水位线配置、优先级权重调整、接口监控
工艺工程师
回收点选址、定置标线、容量核定
巡检分三层:操作员每班自查回收点数量与状态;班组长每天抽查定置执行和账面差异;管理人员每周看流失率、任务积压量、暂存位占用率三项,超限就组织原因分析。
回收链路值得盯的指标有五个。
回收链路考核指标
载具周转次数 —— 单位时间完成的完整循环次数,成熟水平 8 到 15 次/年,月度统计
载具流失率 —— 未在设定时间窗内返还的载具占比,托盘目标低于 2%,料箱低于 3%,月度统计
回收及时率 —— 释放到回库时长达标的任务占比,目标 95% 以上,每日统计
回收暂存位占用率 —— 实际占用与容量之比,目标不超 70%,实时监控
回收任务空驶占比 —— 空驶里程与总里程之比,目标不超 20%,每周统计
实施顺序会影响上线效果,建议这样排:
先做载具标识和主数据建档,让每个载具在系统里能被认出来
再打通 MES 的载具释放事件到 WMS 的状态转换,让回收有触发源
然后配置 WES 的任务池、优先级与依赖规则,让回收能被调度
最后上水位线参数和考核看板,让回收可被度量
回收点定置和现场规范要在系统上线前完成,否则任务生成了没地方取货
文中的周转测算与占比数据是按公开的分段测算公式构造的示例,用于说明算法口径。实际项目要用自己的日均领料量、实测周转天数和载具台账重算一遍。
物料是单向流动的,载具是循环使用的。这条循环一旦在系统里跑起来,线边就不会再靠人推车腾地方。