销售单开好了，仓库为什么看不到拣货任务？

先定位交接卡点

车在等货，业务员说“单早就开好了”，仓管说“我这里没任务”。老板最后只能挨个问：谁没送单？谁没领单？货到底拣了没有？

对食品、饮料、日用百货经销商来说，这类交接一旦靠电话补，销售、仓库和配送就容易各持一份答案。客户临时减量、整件拆零、缺货补发时，几句话更难把数量说明白。

选拣货系统，值得先看的，是能不能沿着同一笔业务，回答三个问题：现在卡在哪一步，谁接着处理，最后准备发出的数量是多少。

一、先把“开好了”说清楚：原单、送单、任务是三件事

客户订单存在，只能说明需求有了记录。仓库要按什么拣，还要确认这笔需求是否形成当前流程要求的销售出仓单，以及它是否已送入仓储作业。

以恒商云的WMS操作手册为例，批量送单用于把销售出仓单生成拣货任务；单张销售出仓单也有拣货送单入口。销售单号与拣货单号可以不同，回查时要核对两者的关联。

所以，仓库“没看到”，先沿原单号查三项：

• 原销售出仓单是否存在，当前状态是否满足本企业的送单条件； • 原单是否有送单记录，送单时间是什么； • 是否生成关联拣货任务，任务属于哪个仓库、分区和人员。

这里尤其要分清企业采用的审核顺序：送单前的审核要求、复核后的销售单处理，必须在当前版本和配置下分别验证。演示中看到一个“审核”按钮，不能据此判断整条业务已经结束。

如果已有任务，却在“当天、未拣货”的列表里找不到，先扩大日期、切换状态，再查人员、分区和权限。已经领走或已经完成的任务，可能被当前筛选排除了。

不要因为列表为空就再送一次，更不要为了让一行重新出现而重置、取消原任务。先把记录找回来，才能决定是否需要业务处理。

二、任务有了，还要确认谁能接、接的是哪部分

一张销售单里的整件和散货，可能由不同分区处理。主管看到“任务已下达”，不代表每个负责区域的人都能领取；一名拣货员完成本人任务，也不能直接代表整张销售单完成。

选型演示时，应让真正负责该区域的账号操作，而不是只用管理员账号：能否看到任务，能否领取，商品范围是否正确，完成后下一岗位看到什么。

若任务已生成但员工领不到，依次核对分区、人员配置、领单限制与任务状态。此时需要解决的是作业分工，催一句“赶紧拣”并不能补齐这些条件。

三、同一个“12”，可能是瓶数，也可能是另一种计数

举例：饮料A每件12瓶，客户订3件；饮料B订6瓶散货。计划量分别是A 36瓶、B 6瓶，不能把“3”和“6”直接相加当成发货量，也不能只看汇总总数而不看商品与单位。

包装换算要与商品档案一致；页面上的已拣条码数、商品种数、件数、散数、箱数，也要分别辨认。

恒商云操作说明书2.0第18.5节记录的一笔测试任务显示过“1件、0散、总数12”，同时有“已拣条码1”。这里的“1”表示一类条码的处理记录，不是只拣了1瓶。

还有一个容易误判的动作：扫描之后找到商品，不一定已经保存实拣数量。手册记录的部分移动拣货页面，需要填写件散数量、提交商品明细，再完成任务。验收时应查保存后的记录，不能只听到扫码提示音就认定数量正确。

四、让演示走一遍缺货和改单，交接能力才看得出来

还是上面的例子。假设B只找到4瓶，客户又把A从3件改为2件。这时至少有两种差异：B是计划6瓶、实拣4瓶；A是客户需求变了，原计划需要重新确认。

先查B是否在其他货位、批次还有实物，再决定短缺如何处理。对有货但不足的商品，不能随手标成全部缺货。手册中有页面的“设为缺货”会按零件、零散提交记录，这个按钮有业务影响。

A减量则要明确由谁确认客户需求、谁处理单据、谁通知正在拣货的人。已经拣出的那1件放回哪里，记录怎样纠正，更新后的原单与任务是否一致，都要继续查。不能只在电话里答应客户，仓库仍按旧数量作业。

演示后把同一商品的四个量摆在一起：确认后的需求量、实拣量、复核量、实际发出量。差异允许存在，但每个差异都应有原因、处理人和下一步。

如果系统只展示一条顺畅的正常流程，却解释不清少货后谁确认、改单后谁接手，忙起来仍可能需要人靠记忆补交接。

五、页面显示完成，实物和下一岗位也要对得上

拣货完成、复核完成、封箱完成、装车发出，需要按仓库实际流程分别核对。

恒商云手册记录过一笔整件测试：商品已拣完，但仍有未封箱记录，任务不能完成；处理整件封箱时提示蓝牙未开启，已封箱记录却已生成。此时先查原封箱记录，再处理设备和补打，避免重复封箱。

这个例子说明，打印报错时，应分别检查业务记录和实际出纸；手机完成后，应按同一任务号在电脑重新查询；电脑查到已拣货后，还要交接当前模式要求的复核或发货环节。

交接时，实物、保存的数量与任务状态应对得上；需要打印的环节，再核对标签是否实际出纸、内容是否正确。

六、用一笔小单验收，比反复看功能菜单更有帮助

准备一笔含整件与散货的测试单，从原单开始，让销售、拣货员、复核员各用自己的账号操作。先跑正常流程，再分别测试部分缺货、客户减量和打印失败，逐项留下对应记录。

最终应能回答：原单关联了哪些任务；每个分区由谁处理；差异怎样确认；最终发出的商品与数量依据是什么。

对老板来说，可以先观察送单到领单的等待时间、交接需要人工追问的次数、复核发现差异后的处理时长。记录测试范围与参与人员，再比较试用前后；这些数据比单看扫码速度，更接近这套系统是否适合自己的仓库。

如果正在评估恒商云，可以先明确自己的仓库模式：整件为主还是件散混拣，独立复核还是拣复一体，最常卡在送单、领单还是数量差异。正式演示围绕这一个卡点，用测试数据跑完“原单—任务—实拣—复核—发出”的交接，逐项确认适用版本、配置和处理方式。

一套值得继续投入的拣货系统，应让销售、仓库和配送围绕同一笔业务，把当前进度、数量差异和下一步说清楚。

资料依据：恒商云操作说明书2.0，第10.3—10.6节、第18.5节。 整理：超悦科技（恒商云）｜2026年10月版