I直接答案
你遇到的这个现象不是设置没保存,也不是系统出了故障,而是账号身份决定了走哪套逻辑。订货宝的多仓库默认仓规则,目前只绑定在业务员身份上:业务员自己登录下单时,系统才会读取你配置的规则,按规则决定从哪个仓出货。
换成内勤身份的账号代客下单,判断依据就换了——系统会去比较每个仓库里该商品的可售库存,谁多就从谁那里下。比如A仓可售100、B仓可售80,内勤代下10个,单子落在A仓,因为100大于80,跟你设的优先级没有关系。所以同一个客户,业务员自己下和内勤帮忙下,出货仓库可能不一样。
这意味着,如果你的业务里内勤代客下单是主要场景,就不要指望通过调整仓库规则来控制出货仓,得换个思路:要么让实际下单的人用业务员身份操作,要么在提交订单前手工改一下下单仓。
II操作问答
系统到底按什么来判定下单仓
关键在于「谁在下单」。多仓库的默认仓规则是一套按账号身份生效的逻辑:业务员身份下单,走你配置的规则;内勤身份代客下单,走库存自动匹配。两条路互不干扰。
内勤这条路的判断标准很单一:比较该商品在各个仓库里的可售库存数,取最大的那个作为下单仓。它不看仓库优先级、不看客户归属、也不看你之前在后台设过什么顺序。可售库存越大,越容易被选中。
这就解释了一个常见困惑:同样一个客户、同样一个商品,业务员在手机上下的单落在B仓,内勤在后台代下的单却落在A仓。不是谁操作错了,是两条判定路径本身不同。
III操作问答
想让内勤订单落在指定仓,具体怎么操作
第一步,确认当前操作账号的身份。在代客下单页面,看账号是以业务员还是内勤角色进入的。这一点决定了后面所有行为。
第二步,如果希望按你设的规则走,最直接的做法是让拥有业务员身份的账号登录后代客下单,这样系统会读取仓库规则,按你配置的顺序出货。
第三步,如果必须用内勤账号操作,就在订单进入提交前的那一步,手动把下单仓改掉。系统默认帮你选的是库存最多的仓,你可以在确认环节把它切换到目标仓库,前提是那个仓有足够的可售库存。
第四步,改完仓后核对一遍行项目的库存占用情况,确认没有出现某个仓被超卖或者被拆单的情况。拆单本身不是错误,但会让后续的出库和结算复杂一些。
IV操作问答
最容易配错的两种情形
第一种:把仓库优先级当成全局规则来配,以为设置一次所有身份都通用。实际现象是业务员的单子按规则走没问题,内勤代下的单子却总是跑到另一个仓,你会反复检查规则设置,但怎么改都不影响内勤的单。
第二种:为了迁就内勤逻辑,把某个仓的可售库存堆得特别高。现象是这个仓接到大量内勤代下的订单,出库压力集中,而其他仓闲着。更麻烦的是如果这个仓突然缺货,内勤下单又会自动跳到第二个库存多的仓,客户收到的货来源变得不可预期。
V操作问答
它跟哪些功能会互相影响
和库存联动最直接:内勤选仓完全由可售库存数量驱动,所以任何一次库存调整,都可能悄悄改变下一次内勤代下订单的落仓位置。做库存调拨前,要想到这一点。
和价格、账期联动:不同仓库如果绑定了不同的价格策略或结算方式,出货仓变了,订单金额和账期条件也可能跟着变。内勤代下时尤其要留意,别只看商品和数量对不对。
和权限、报表联动:内勤账号通常权限范围有限,改仓操作可能需要额外授权,否则改不了。而在统计报表里,按仓库维度看出货量时,会出现业务员单和内勤单分布在不同的仓,分析时要把这个因素考虑进去。
VII常见问题
被问得最多的几个问题
规则只对业务员身份生效,但生效的前提是你确实在后台配置了对应的仓库顺序,并且每个仓都有可售库存。如果目标仓库存为零,系统仍然会退回到可用的仓库,不会生成一张无法出库的订单。所以规则生效的前提是库存和配置同时满足。
目前不行,内勤这条路径固定按可售库存最多来选仓,没有可以覆盖它的默认仓设置项。可行的做法是在订单提交前手工切换下单仓,或者让业务员身份的账号来完成代客下单,这样才会读取你配置的仓库规则。
库存数量相同时,优先顺序取决于系统内部的仓库排序,而不是你配置的规则。这种情况下建议不要依赖自动选仓,直接在下单环节手工指定仓库,避免同一批订单在不同时间落到不同的仓,给后续出库和对账带来麻烦。
VII继续查
企业微信 · 专属顾问