I功能升级
入口在哪:先分清「审核」和「拆单」是两件事
订单审核与拆单都在订货宝后台的订单管理模块里,但它们是两个独立开关。审核管的是「这笔单能不能往下走」,拆单管的是「往下走的时候分给谁」。很多对接人第一次配,把两个功能混在一起想,结果审核规则写成了拆单条件,后面越配越乱。
审核环节的入口通常按订单来源和客户等级设条件,比如某个客户下的单需要人工过一眼再放行。拆单环节的入口在订单进入待处理状态之后,按商品、仓库、供应商、收货地址这些维度把一张单拆成多张子单。两个环节的先后顺序是固定的:先审核通过,再触发拆单。
如果你只想要其中一个,另一个可以保持默认关闭。但要注意,审核关掉、拆单开着,意味着订单一进来就直接进拆单流程,没有人工拦截的机会。反过来审核开着、拆单关着,订单审核完还是整单落到默认仓库,需要人工再分。配之前先想清楚这两步各自要解决什么问题,比急着填规则更重要。
II功能升级
它解决哪一段业务:从「订单进来」到「货从哪出」
拆单真正处理的是订单和履约资源之间的匹配问题。一张订单里可能同时有本地仓有货的商品、供应商直发的商品、以及需要跨仓调拨的商品。手工做法是客服看完订单,自己判断哪些发哪个仓,再逐个通知。拆单规则要做的,就是把这套判断逻辑提前写进系统。
它覆盖的业务段其实很短,就是从订单审核通过到生成出库任务这一段。但这一段一旦卡住,后面拣货、发货、对账全受影响。所以评估这个功能时,不要看它能不能拆,要看它拆完之后生成的任务能不能直接对接你现有的仓库作业流程。
对于有多个仓库或多个供应商直发的企业,这段业务的手工成本最高。一个客服一天处理几十张单,每张都要判断发货来源,出错概率不低。拆单规则配准了,这部分判断就变成系统自动完成。但前提是你的仓库和供应商信息在系统里是准确的,否则规则再对也拆不出正确结果。
III功能升级
配之前要准备什么:三份清单先对齐
第一份是仓库清单和每个仓库的覆盖范围。你要明确哪个仓发哪些区域、哪些商品。如果同一个商品多个仓都有货,还要定优先级,比如就近发货还是按库存量分配。这些信息不提前定好,拆单规则就没有判断依据。
第二份是供应商直发清单。哪些商品由供应商直接发、对应哪个供应商、是否支持部分发货,这些都要在商品档案里维护清楚。很多企业商品档案是历史遗留的,供应商字段空着或者填错,拆单时系统找不到对应关系,订单就会卡住。
第三份是异常处理约定。拆单不可能百分之百按预期走,比如某个仓库存不足、某个供应商临时不接单。这些情况出现时,订单是退回人工、还是自动转其他仓、还是挂起等处理,要提前和业务方确认。不约定异常路径,上线后所有例外都会变成客服的手工活。
IV功能升级
常见配错的地方:规则写得太细或太粗
最常见的错误是规则写得过于精细。比如按单品、按区域、按客户等级、按订单金额层层叠加条件,最后规则表自己都冲突了。系统执行时按优先级匹配,低优先级的规则可能永远不生效。对接人以为配了,实际跑起来没按预期走,排查起来很费时间。
另一个极端是规则太粗,只按仓库拆。结果供应商直发的商品也被分到本地仓,到了拣货环节才发现没货。这种错误在上线初期不容易发现,因为订单确实拆了,只是拆错了对象。等仓库反馈缺货时,已经过了好几单。
还有一种容易忽略的情况:拆单后子单的合并逻辑。比如同一个收货地址拆出三张子单,是分三次发还是合并发货。如果不配合并规则,客户会收到多个包裹,体验差,物流成本也高。这个点很多对接人在配置时不会主动想到,要等业务方提出来才补。
V功能升级
和手工做法的差别:不是快慢,是一致性
手工拆单和系统拆单的差别,表面看是快慢,实际是一致性。人工判断受状态影响,同一个客服上午和下午的判断可能都不一样,换个人接手又是另一套逻辑。系统拆单的价值在于每次执行都用同一套规则,结果可预期。
但系统拆单也有代价。规则一旦定下来,调整需要走配置流程,不像人工那样可以随时灵活处理。遇到大促或者临时政策变化,手工可以现场决定,系统要提前改规则。所以评估时要看你的业务变化频率,如果发货逻辑经常变,拆单规则的维护成本要算进去。
另外,手工做法下客服对每张单都有感知,出了问题能第一时间发现。系统拆单是批量执行的,如果规则有偏差,影响的是一批订单而不是一张。所以上线初期建议保留审核环节,先让拆单结果经过人工确认,跑顺了再逐步放开。
VII常见问题
被问得最多的几个问题
规则可以改,但只对修改之后新进入拆单流程的订单生效。已经拆完的订单不会自动重拆,除非你手动把订单退回重新处理。所以建议在业务低峰期调整规则,改完之后先用几张测试单验证,确认拆单结果符合预期再放开正式订单。
如果你确实只有一个发货仓库,且没有供应商直发业务,拆单功能对你价值不大,可以不开。但要注意,如果后续有供应商直发或者多仓发货的计划,提前把商品档案和仓库信息维护好,到时候再开拆单会顺很多。现在不用不代表以后不用,数据先规范起来没坏处。
客户看到的主订单状态通常不变,拆单是后台履约层面的动作。但发货通知是按子单发的,如果拆成多个包裹,客户会收到多条物流信息。如果你不希望客户感知到拆单,可以在配置时把相同收货地址的子单做合并发货处理,减少通知次数。
IV继续看
企业微信 · 专属顾问