I直接答案
结论很直接:决定权不在订单环节,而在商品本身的状态。订货宝里有一个「预售」开关,只要某个商品被设为预售,它在客户端就允许缺货下单,客户可以先把单下进来;但仓库出库时系统会卡住,必须等这个商品的库存补上,才允许生成出库单。所以「没货能下单、有货才发出」不是一个下单规则,而是一个商品属性。
要改这个行为,就去商品列表里编辑对应的商品,把预售选项打开。打开之后,这个商品就同时具备两个特征:下单不校验库存,出库校验库存。反过来,如果商品没设预售,常规逻辑是库存不足时下单会被拦下,或者提示库存不足。两种状态的差别只有这一个开关,不涉及额外的订单审批流程。
需要留意的是,预售是逐个商品设置的,不是按订单或按客户设置的。同一个客户在同一个订单里,可能既有普通商品又有预售商品,这时系统会分别处理:普通商品正常占用库存出库,预售商品挂着等补货。如果你只想对某几个缺货的品类放行,就只改这几个商品,不要整店打开,否则所有商品都变成可以先卖后补,库存混乱的风险会明显上升。
II操作问答
先分清:是商品属性,不是下单规则
很多人第一反应是去找订单设置或者支付设置,想加一条「允许缺货下单」的规则。订货宝的设计不是这样,它把这件事放在商品维度。换句话说,一个商品要么是预售状态,要么不是,系统不提供「某客户可以缺货下单」这种按人区分的做法。
这样设计的好处是边界清晰:你只要看某个商品是不是预售,就知道它会不会被库存拦住。代价是粒度粗,只能一个一个商品去改。如果店铺商品数量多,建议先按品类筛出真正需要预售的那批,再批量编辑,不要全店打开。
III操作问答
在订货宝里具体怎么操作
第一步,进入商品管理下的商品列表。第二步,找到目标商品,点编辑。第三步,在编辑页里找到预售相关的设置项,把它开启,保存。保存成功后,这个商品就进入「可缺货下单、必须有货才出库」的状态。
第四步,用客户端验证一次。可以拿这个商品下一个小数量订单,确认下单不被库存拦截;然后再看后台出库环节,确认没有库存时出库会被挡住或者提示。这一步很重要,因为如果商品同时还有多规格,预售开关和规格库存是两套逻辑,必须实际下一单才能确认表现符合预期。
第五步,补货之后正常走流程。库存回到可用状态,出库单就能生成,发货照旧。整个过程不需要额外改订单状态,也不需要人工把订单从某个「待处理」挪出来,系统是按当前库存实时判断的。
IV操作问答
最容易配错的两种情形
第一种,把不该预售的商品也打开了。现象是:客户下了大量单,仓库却没有货可出,订单全部堆在待出库列表里,出库单生成不了,客户看到的是「已下单但迟迟不发货」,投诉集中在物流时效上。这种问题不会在系统里报错,只会体现在履约端。
第二种,只改了主商品没管多规格。有些商品是带规格的,预售开关在商品层面,但库存可能落在具体规格上。如果只开了预售、没检查各规格的库存表现,会出现部分规格能出、部分规格卡住的情况,仓库同事按单拣货时才发现对不上,需要临时拆单或联系客户换规格。
V操作问答
它还会牵动哪些功能
价格和账期方面,预售商品通常会和授信额度、预存款一起出现。客户缺货也能下单,意味着订单金额会先进到账务里,如果客户用的是授信额度,这笔单会先占用额度,等真正出库才产生后续动作。所以预售开得越多,授信占用节奏就越提前,财务对账时要留意这个时间差。
库存和报表方面,预售商品下单不扣可用库存,出库才扣。这会让库存报表和订单报表的节奏不一致:订单数上去了,库存数字没动,等到集中出库时库存会一次性下降。做补货计划时不要只看订单量,要看预售订单里还没出库的那部分。
权限方面,谁能在商品列表里改预售,取决于后台给这个角色分配的商品编辑权限。如果多个运营共用一套后台,建议把预售开关的修改收敛到少数人手里,避免不同人反复开关,导致同一个商品今天能缺货下单、明天又不能,客户端体验会很割裂。
VII常见问题
被问得最多的几个问题
不会自动完成出库,系统只是不再拦住出库动作。库存补足后,需要按正常流程生成并处理出库单,订单才会进入发货环节。如果希望减少人工,可以在补货后集中筛选这批预售订单批量处理,而不是等系统自动放行。
系统按商品分别判断。普通商品正常校验库存并出库,预售商品等有货再出。这可能导致一个订单被拆成多次发货,建议下单前跟客户说清发货节奏,避免客户以为整单一起到。
已生成的订单不受影响,仍按它下单时的状态继续处理,出库时依然看当前库存。改回普通只影响之后新的下单行为,也就是新单再缺货就会被拦。所以改状态前最好先把积压的预售订单清一遍。
VII继续查
企业微信 · 专属顾问