统一搜索:文章资料、全国企业名称与机器人分类(独立模块)
栏目内容

WMS/WCS联调怎么验收:用取消、缺货、退货和任务中断查出“账实不同步”

发布时间: 发布平台:智联海机器人资讯

仓储机器人联调应把订单、库存、工作站和设备任务放在同一条证据链上,用取消、缺货、退货和中断四类异常场景验证状态变化与最终对账。

封面配图为生成的场景示意,非文中任何厂商的产品实拍、软件截图或客户现场。

先画清系统边界,再跑设备

货到人仓库常有订单系统、WMS、WCS或设备控制层、工作站几层;各项目的分工并不完全一样。以AutoStore为例,官方资料说明控制器通过接口接收拣选、入库及工作站操作信息,货箱中的商品内容仍由客户的WMS维护;机器人把货箱送到称为Port的工作站。[1][2] 因此,验收前先让集成商交一张“谁是主账”的表:订单可履约数量、库存所在货箱、工作站实际扫描数、设备任务状态分别由谁记录,哪一个事件才允许改库存,哪一个事件才允许回传订单完成。若项目没有独立WCS,就按实际接口链路列出系统,不必硬套名称。

准备一组可反复重置的测试订单,至少覆盖单SKU、多SKU、同SKU多箱和一单多工作站。每次记录订单号、订单行号、SKU、计划数、货箱号、设备任务号、工作站号、操作人、请求与回执时间、实拣数、库存变动及异常代码。先完成正常出入库基线,再逐个注入下列异常;业务数据库和现场实物都要复核,单看屏幕“成功”不够。这里重点核对跨系统消息、状态和账目;缺货处置、退货质检及设备维修仍按仓库已批准的业务规程执行。

场景一:订单取消后,货已经在路上怎么办?

分别在任务未下发、已下发但货箱未到工作站、货箱已到但未拣、部分拣出四个时点取消同一类订单。预先约定每一时点的处理规则:撤销未执行任务、让已在执行的任务到安全节点结束,或由人工完成回库/改派。测试者要看取消请求是否有明确回执,WMS是否仍保留已拣出的真实数量,未拣库存是否解除占用,工作站是否不再把取消行显示为待拣。重复发送一次取消消息,再把旧的“任务完成”回执延迟送达,核查订单不会被重新置为已完成,也不会重复扣库存。AutoStore官方确认已传入的任务或任务组可以变更,同时提示设备可能已为取箱投入资源;SAP的机器人集成文档也提醒,任务被机器人取得后直接改其状态,可能使后续确认报错。[1][3] 这说明取消时点与状态回执必须写进双方接口契约,不能只验收“按钮能点”。

场景二:账上有货,工作站却拣不够

设置货箱实物少于WMS账面数量、商品条码不符、其中一件破损三个样本。对每个样本记录扫描结果、计划数、实拣数、异常代码、订单未履约数与原箱库存,再重发一次差异回执,核对系统是否只按实际确认量记账。把补拣回执与取消请求交叉送达,检查同一缺口不会既补拣又取消,也不会重复扣减库存。待补货、改箱、取消或人工复核的处理路径须按项目规则事先确定。SAP S/4HANA Cloud Warehouse Management文档列有拣货短缺和数量差异异常码;它与上文的SAP Warehouse Robotics指南属于不同资料,不能据此推断所选项目已具备相同配置。[4] 扫描、差异申报和复核记录还应区分“实物确实短少”与“系统账目有误”。

场景三:退货到工作站,何时算可售库存?

准备一件已按业务规则质检放行的退货和一件待质检商品。分别保存退货单、质检状态、SKU/批次、目标箱、实放数、回箱任务回执及WMS可售库存的时间记录。让“货箱到站”“质检放行”“回箱完成”的消息按不同顺序送达,核对系统仅在约定条件满足后增加可售库存,退货单也不会因重复回执关闭两次;待质检商品不能仅凭到站记录转为可售。再在拣货中插入退货任务,完成后恢复拣货,核查任务组、订单行与实物容器对应无误。AutoStore公布的客户案例中,退货先检验、分拣,再分配工作站任务并按SKU放回正确货箱;这是一种流程示例,并非所有仓库的统一工序。[5]

场景四:任务中断后,能否从已完成的位置恢复?

请设备商在其认可的测试环境与安全规程内模拟网络中断、工作站暂停或任务超时,不通过拔安全装置等方式制造故障。中断前先拣一件、留一件未拣;恢复后对照原任务及可能重派的新任务、货箱位置、工作站已拣数与WMS库存。分别重发最后一次拣货确认、延迟送达旧任务完成回执,并按批准流程测试人工接管;核查每个订单行只发生一次库存变动,旧回执不覆盖新状态,同一件货只有一个有效完成记录。未确认部分须有清晰的继续、重派或取消路径。AutoStore称其控制器记录活动和故障,WMS可借日志追踪货箱;SAP的机器人集成资料要求为异常处理预留路径。[1][3] 验收时应索取日志和恢复操作记录,不能把“重启后页面可打开”当作恢复成功。

用一张对账单决定是否通过

每个场景结束后固定出具五项结果:订单行状态与未履约数、WMS库存与占用数、WCS/控制器任务终态、工作站扫描与实物数、异常处理人及时间。只有这些记录彼此一致,且重复消息不会产生第二次出入库,才算该场景通过。另把可接受的恢复时长、人工介入权限、夜间无人值守时谁接告警写进合同或验收单;具体阈值应由现场业务量和方案能力商定,不能从别家案例直接照搬。若供应商只能展示正常单量吞吐,无法提供上述异常的可重放记录,应先补联调和账实核验,再讨论正式上线。

原始资料

  1. AutoStore,Controller Software(接口、货箱信息责任、日志、任务变更)
  2. AutoStore,Workstations (Ports)(工作站形式)
  3. SAP,Administration Guide for SAP Warehouse Robotics(任务变更和异常处理,见PDF第11–12页)
  4. SAP Help Portal,Exceptions(拣货短缺和数量差异)
  5. AutoStore,Styleboom案例(退货检验、工作站任务、按SKU回箱)

适用边界

  • 本文是通用联调验收方法,不代表AutoStore或SAP对所有项目的统一功能承诺;取消、补拣、退货可售判定和中断恢复以所选系统版本、配置及双方接口协议为准。
  • SAP Warehouse Robotics与AutoStore不是同一产品;引用前者是为了说明任务状态和异常处理需要明确约定,不应把其配置步骤直接套入AutoStore项目。

本文由智联海机器人资讯站发布。涉及政策、标准、价格、企业能力或项目状态时,请同时核对原始资料。

返回栏目

企业信息

本栏目企业信息来自智联海企业库。需要补充或更正企业资料,可在 企业目录 中查找对应企业,或通过「联系我们」提交资料核对申请;企业信息上传通道开通后即由本模块承载。

本栏目最新资料

讨论与留言

咨询 在线客服在线客服
微信 微信扫码添加我