I功能升级
功能入口在哪,先分清审核和拆单是两件事
在订货宝后台,订单审核和拆单都在订单管理模块里。审核是对订单本身做放行或拦截,拆单是按商品、仓库、供应商等条件把一张订单拆成多张子单。两者可以串起来用,也可以只用其中一个。对接人先要判断:你要管的是「订单能不能过」,还是「过了之后怎么分」。
如果只开审核不开拆单,订单通过后仍然是一张整单,后续仓库和供应商拿到的是同一张单,需要人工分。如果只开拆单不开审核,系统会按规则直接拆分,但没有人卡住异常订单。多数渠道场景是审核在前、拆单在后,先确认订单有效,再决定分给谁。
入口位置不难找,难的是配之前想清楚规则。订货宝支持按商品归属、仓库覆盖范围、供应商关系来设拆单条件。这些条件不是系统替你编的,得你先把线下那套分货逻辑翻译成系统能读的字段。
II功能升级
它解决的是订单确认到发货之间的分单段
渠道订货的典型流程是:下游下单、上游确认、分给仓库或供应商、发货。订单审核管的是「确认」这一步,拆单管的是「分给谁」这一步。手工做法下,这两步往往靠业务员在微信群里喊、在表格里标,单量一上来就乱。
拆单解决的核心问题是:一张订单里的商品可能来自不同仓库,或者由不同供应商直发。系统按预设规则拆成子单后,每个仓库或供应商只看到跟自己有关的那部分,减少跨仓调货和错发。对下游来说,订单号可能还是一个主单号带多个子单号,不影响他查进度。
注意,拆单不改变库存归属,也不自动生成采购单。它只是把订单按规则切开。如果你的仓库和供应商关系本身没理清,拆出来的单子照样对不上。
III功能升级
配之前要准备什么:仓库、供应商、商品归属三张底表
第一张是仓库表。每个仓库负责哪些区域、哪些商品,得先定下来。第二张是供应商表。哪些商品由供应商直发,直发范围是什么,要写清楚。第三张是商品归属表。每个商品默认从哪个仓库出、有没有备选供应商。这三张表不齐,拆单规则就没法落地。
还要确认订单审核的触发条件。是按金额、按客户等级、按商品类型,还是按付款状态。不同条件对应不同审核人。如果审核人没设好,订单会卡在待审核状态,下游看不到进度,反而比手工还慢。
建议先用少量商品和少量仓库试跑。把规则配进去,下一张测试单,看拆出来的子单是不是符合预期。试跑阶段不要直接切全量,否则错拆的单子追不回来。
IV功能升级
常见配错的地方:规则重叠、优先级不清、审核人缺位
最常见的错是规则重叠。同一个商品既符合按仓库拆,又符合按供应商拆,系统按优先级取一条,但配置的人以为会两条都生效。结果拆出来的单子跟预期不一样。配的时候要把优先级排好,并且写下来。
第二个错是审核人缺位。审核条件设了,但没指定审核人或者审核人离职没换。订单一直挂着,业务员以为系统坏了,其实是没人点通过。这个错误在切换初期特别多。
第三个错是拆单后通知没跟上。子单生成了,但仓库和供应商没收到提醒,还是等人工通知。订货宝的消息通知要单独配,拆单和通知是两回事。配完规则不等于配完通知。
V功能升级
和手工做法的差别:省的是分单时间,不是判断时间
手工分单靠人记、靠群喊,单量少的时候灵活,单量大了容易漏。系统拆单的好处是规则一致,每张单按同一套逻辑走,不会因为换人而变。但它不会替你判断「这个客户能不能赊」「这个商品能不能拆」,这些还是靠审核规则和人工兜底。
另一个差别是留痕。手工做法下,谁改了单、谁分了货,往往查不到。系统里审核和拆单都有记录,出问题能回溯。对对接人来说,这意味着上线前要把规则文档化,否则回溯出来的记录你也看不懂。
代价是前期配置时间。手工做法今天就能干,系统拆单要先把底表理清、规则试跑。单量不大、仓库和供应商关系简单的场景,手工未必差。单量上来、分货关系复杂了,系统拆单才划算。
VII常见问题
被问得最多的几个问题
拆单属于订单管理模块里的功能,具体是否包含在你选的版本里,要看版本配置。订货宝有旗舰版、餐饮版、生鲜版、联营版、盈销通五个版本,不同版本的功能范围不一样。对接人可以直接用服务热线或业务顾问确认当前版本是否支持,不要默认所有版本都有。
通常主单号不变,子单号挂在主单下面。下游查订单还是用原来的主单号,看到的是拆分后的发货进度。具体展示方式跟商城端配置有关,配之前建议用测试账号走一遍下游视角,确认展示符合预期再切全量。
可以。只开审核不开拆单,订单通过后仍是一张整单,需要人工分给仓库或供应商。只开拆单不开审核,系统按规则直接拆分,但没有人工卡异常单。多数渠道场景建议两个都开,先审后拆,异常单在审核环节拦下来,避免拆完再返工。
IV继续看
企业微信 · 专属顾问