2026.09.18订货宝服务官网 · 操作问答

为什么订货单筛选“待发货”的订单却没有数据出现。

筛「待发货」没数据,多半是因为订单流程里把「确认出库」环节去掉了——订单停在待出库阶段,自然进不了待发货这个筛选结果。

I直接答案

结论先说清楚:订货单筛选「待发货」查不到东西,通常不是单据丢了,也不是权限或缓存问题,而是这张单当前的状态根本不是「待发货」。在订货宝里,订单要走到「待发货」,中间需要经过「确认出库」这个动作;一旦你在系统设置里把「确认出库」这个环节取消勾选,系统就不再做这一步流转,订单会长期停留在「待出库」,于是你按「待发货」去筛,结果自然是空的。换句话说,决定筛选结果的是订单的当前状态,而订单能到达什么状态,取决于订单流程设置里勾了哪些环节。

还有一个容易被忽略的点:取消「确认出库」并不意味着少了一道手续这么简单,它改变的是整条单据的流转路径。路径变了,你在列表里能筛到的状态集合也跟着变——原本该出现在「待发货」里的单子,现在全部落在「待出库」这个格子里。所以排查顺序应该是先看流程设置,再看状态筛选,最后才去怀疑数据本身。多数情况下,把流程设置里的「确认出库」恢复勾选,再去看待发货,数据就出来了。

II操作问答

状态没走到位,筛它当然是空的

订货单的列表筛选本质上是按「当前状态」做过滤,而不是按「你希望它是什么状态」做过滤。一张订单从提交到完成,会随着流程环节被一个个触发而改变状态。只要中间某个环节没被勾选、没被执行,状态就卡在前一格,后面那些状态的筛选条件全都命中不了它。

所以「待发货」筛不出数据,不代表订单不存在,而是它现在挂在「待出库」。你可以把「待发货」和「待出库」理解成流水线上的两道相邻工位:上一道没走完,下一道的待办筐里就不会有货。判断方法也很直接——换一个状态去筛,比如切到「待出库」,如果前面那张单子出现了,问题就定位清楚了。

III操作问答

在系统里怎么一步步核对和恢复

第一步,进入系统-系统设置-订单流程设置,查看「确认出库」这一项前面的勾选状态。如果它没有被勾上,说明这个环节在当前流程里是关闭的,订单不会经过它。

第二步,把「确认出库」重新勾选并保存。保存后新的订单会按完整流程走,确认出库之后进入待发货;而对已经存在的、停在待出库的订单,建议先用「待出库」筛选把它们捞出来,逐单完成确认出库,再看待发货列表。

第三步,回到订货单列表,先用「待出库」验证一次,确认那些单子确实在那里;再切回「待发货」,观察数据是否随确认出库的推进逐步增加。如果你只是改了设置但没有对历史单补做确认出库,待发货依旧可能看起来是空的——设置管的是以后,动作才决定眼前这一批。

第四步,如果流程设置是勾上的、待出库里也找不到这些单,那才需要往别的方向排查,比如筛选条件里是否同时叠加了时间范围、客户、仓库等条件,把它们清空后再筛一次。

IV操作问答

两种最容易配错的情形

第一种,出于「想少点一步操作」的考虑,把「确认出库」取消勾选。这样做的代价是:出库这个动作在系统里没有留下确认节点,订单状态直接停在待出库,所有依赖「待发货」的下游筛选、统计、报表口径都会跟着偏。现象很典型——仓库说货早发了,运营在待发货里却一单看不到。

第二种,勾选状态改来改去,中途还夹杂着对老订单的处理。结果是同一批客户里,有的单停在待出库,有的单已经进到待发货,列表看起来「少了一部分」。这时候不要靠肉眼比对,直接按状态分别筛一遍,把差异找齐,再决定是补做确认出库还是调整后续流程。

这两种情况的共同代价都是一致的:流程设置是全局性的,改它影响的是所有新单,而不是某一张单。真要动,最好选在业务低谷、并在改完后通知相关岗位,避免仓库和运营对「现在该处理哪个状态」理解不一致。

V操作问答

它还会牵动哪些环节

流程设置影响的不只是筛选。订单状态会进入各类统计和报表口径,你按「待发货」统计的备货量、发货及时率,会随状态归属变化而变动;如果单据长期停在待出库,这些数字看起来就像没发货一样。

同时,订单状态往往和库存扣减、出库确认的节点绑在一起。取消确认出库后,出库这一步缺少确认动作,库存与单据的对应关系更容易出现对不上的情况,后续核对要多花时间。

权限方面也值得留意:不同岗位通常按状态领取待办。运营盯待发货,仓库盯待出库,一旦状态被卡住,两个岗位看到的工作量都不正常,容易互相以为对方没处理。至于价格、账期,它们由客户和商品侧的规则决定,不会因为这一个勾选变化而改变,排查时不必往那边找。

VII常见问题

被问得最多的几个问题

VII继续查

相关操作问答

想聊聊你的生意?

订货宝销售服务热线 400-888-1794 | 服务邮箱 dhb@adelieyun.com | 周一至周日 8:00–23:00

订货宝企业微信二维码,扫码添加专属顾问 企业微信 · 专属顾问 扫码加微信,一对一答疑