I功能升级
功能入口在哪,先分清「审核」和「拆单」两件事
在订货宝后台,订单审核与拆单不在同一个菜单里。审核入口在订单管理下的待审核列表,拆单规则配置在商品或仓库的设置模块里,部分版本会放在订单策略或履约设置下面。评估时先让对接人把这两个位置都点一遍,确认自己买的版本里有没有对应的配置项,别等上线了才发现规则无处可配。
审核和拆单是两件事,但经常连在一起用。审核管的是「这张单子放不放行」,拆单管的是「放行之后由谁发货」。有的企业只开审核不开拆单,订单通过后还是人工分派;有的企业反过来,审核关掉、拆单开着,系统按商品归属直接生成子单。先想清楚你要卡哪一道,再决定开哪个。
一个容易忽略的点:拆单规则是跟着商品走的,不是跟着订单走的。也就是同一个商品,今天从A仓发、明天从B仓发,规则改的是商品侧的归属,不是改这张订单。对接人配之前要接受这个逻辑,否则会一直想找「按单改」的按钮。
II功能升级
它解决的是下单之后、发货之前那一段
渠道订货的场景里,一张订单经常横跨多个发货点:有的货在总仓,有的货在区域仓,有的货是供应商直发。手工做法是客服看完订单,拿微信或电话挨个问仓库,再手工把订单抄成几张拣货单。这段流程不产生销售额,但占掉客服和仓库大量时间,还容易抄错。
拆单要解决的就是这一段。订单通过审核后,系统按商品绑定的仓库或供应商,自动把一张母单拆成若干子单,每个发货点只看到自己该发的那部分。对下游客户来说订单号还是一个,对仓库来说拣货单已经分好了。
它不解决库存准确性问题,也不解决仓库之间调拨的问题。如果商品归属本身就是错的,拆出来的单子只是把错误分得更细。所以评估这个功能时,重点不是「能不能拆」,而是「商品归属数据准不准」。
III功能升级
配之前要准备的三份数据
第一份是仓库和供应商清单。先把实际发货的点位列全,包括自有仓、区域仓、供应商直发点,每个点位在系统里要有对应的记录。漏掉一个点位,这个点位发的货就会落到默认仓里,拆单结果和实际不符。
第二份是商品与发货点的对应关系。这是拆单规则的核心。哪些商品从哪个仓发、哪些商品由哪个供应商直发,要逐条落到商品档案上。商品数量多的企业,这项工作量大,建议先按品类或供应商分批导入,不要一次性全量上。
第三份是审核规则。哪些订单需要人工审核、哪些可以自动通过,金额、客户等级、信用额度这些条件怎么设,要先和业务侧对齐。审核条件设得太宽等于没设,设得太严会把正常订单卡在待审核里,客服反而更忙。
这三份数据里,第二份最容易出问题。很多企业的商品档案是几年前建的,发货点早就变了但系统里没改。配拆单规则之前,建议先做一轮商品归属的核对,核对完再开规则。
IV功能升级
常见的四种配错方式
一是把所有商品都绑到默认仓。图省事这么配,结果拆单功能形同虚设,所有子单都指向同一个仓,和没拆一样。这种配法在测试环境里不容易发现,因为订单量小,上线之后仓库才发现拣货单没分流。
二是审核规则和拆单规则打架。比如审核条件里要求整单通过才放行,但拆单又把订单分给了三个发货点,其中一个点位缺货,整单就卡住。这种冲突要在配置阶段就测出来,办法是拿一张跨仓订单走一遍完整流程,看卡在哪一步。
三是子单和母单的状态没对齐。客户在订货小程序里看到的是母单状态,仓库操作的是子单状态。如果只更新子单、母单状态没联动,客户会看到订单一直「待发货」,实际货已经发了。这类问题属于配置联动没做全,上线前要专门验证一遍。
四是改规则不改历史单。拆单规则调整后,只对新订单生效,已经在途的订单还是按旧规则走。这本身不是错,但对接人要提前告知业务侧,否则会出现同一批货两种拆法,仓库以为系统出问题了。
V功能升级
和手工拆单的差别,以及什么时候不该用
手工拆单的优点是灵活,客服看一眼就知道怎么分,遇到特殊情况可以临时调整。缺点是依赖人、不可追溯、订单一多就出错。系统拆单的优点是规则一致、每张子单都有记录、仓库按单拣货不用再问,缺点是规则之外的特殊情况要单独处理。
判断要不要上拆单,看两个指标:一是跨发货点的订单占比,如果大部分订单只从一个仓发,拆单带来的收益有限;二是客服每天花在分派订单上的时间,如果这块时间已经影响到接单响应,就值得配。
订货宝的订单审核与拆单属于订单履约环节的配置项,不同版本开放的粒度不一样。对接人在评估阶段,建议先拿自己最复杂的一类订单——跨仓、跨供应商、带审核条件的那种——在测试环境里走一遍,看系统能不能按预期拆出来。走通了再谈上线,比上线后返工省事。
最后提醒一点:拆单规则配好之后不是一劳永逸。发货点会变、供应商会换、商品会新增,这些都要有人定期维护商品归属数据。建议指定一个运营或IT对接人,每月核对一次新增商品的发货点,避免新商品默认落到错误的仓。
VII常见问题
被问得最多的几个问题
按商品配。拆单的核心是商品与发货点(仓库或供应商)的对应关系,系统根据商品归属把一张母单拆成若干子单。订单层面的调整属于特殊情况,不能替代商品归属配置。所以配之前要先确保商品档案里的发货点信息是准确的。
不会。审核是拆单的前置环节,订单先通过审核,系统才会按规则拆。如果审核条件把订单卡住了,拆单不会发生。配置时要注意审核条件和拆单规则不要互相冲突,比如整单审核通过但拆单后某个点位缺货,这种要提前测试。
取决于母单和子单的状态是否联动。客户在订货端看到的是母单,仓库操作的是子单。如果只更新子单、母单状态不联动,客户会看到订单停在待发货。上线前要专门验证一遍状态同步,确认客户侧看到的进度和实际发货一致。
IV继续看
企业微信 · 专属顾问