新闻资讯
聚焦企业新动态，刷新行业新认知
当消费者在线上商城下一笔订单，系统需要决定由哪家门店或仓库来发货。这个看似简单的决策，实际上是一个多目标优化问题。距离最近的店可能库存仅剩1件，发完自己也断货了；库存最深的仓库可能距离远，快递费高出不少；把订单分给已经忙不过来的门店，履约时效反而更长。丽晶全渠道ERP的寻源引擎，正是为了解决这个“最优履约路径”的决策问题而设计的。
一、寻源不是“找有货的地方”那么简单
很多品牌在配置寻源规则时，只设了一条“距离最近优先”。这个默认规则看起来合理——离消费者近，配送快，运费低。但在实际运营中，单一维度的寻源会暴露很多问题。
最近的门店库存可能只有1件。这1件发出去后，门店这个SKU就断货了，到店顾客试穿后想买却被告知无货，体验受损。而距离稍远的一家门店库存有30件，完全有能力承接这笔订单。系统只按距离排序，就会把订单分给“最不该接”的门店。
还有门店繁忙度的问题。有些门店本身客流量大，导购已经忙得不可开交，再塞进线上订单，拣货打包的质量和时效都难以保证。而不那么忙的门店，完全可以承接更多履约任务。如果寻源规则不考虑门店当前的繁忙程度，就会出现“忙的门店越来越忙、闲的门店越来越闲”的不均衡状态。
二、寻源规则的五维配置模型
丽晶全渠道ERP寻源引擎，支持五个维度的权重配置。
1.距离维度：根据消费者收货地址与候选门店的直线距离或路网距离排序。这是最直观的维度，在即时零售场景下权重最高——因为消费者期望1小时内送达，距离是刚性约束。
2.库存深度维度：根据候选门店该SKU的可用库存量排序。库存多的门店优先发货，库存少的门店后置或排除。这个维度在大促期间权重最高，优先消耗库存深度高的节点，避免浅库存门店被迅速榨干。
3.物流成本维度：根据候选门店发货的预估快递费用排序。跨区域订单这个维度权重高——从远距离门店发货的快递费可能接近甚至超过商品利润，需要在履约成本和消费者体验之间取舍。
4.门店繁忙度维度：根据候选门店当前待处理的订单量和近期的履约时效排序。这个维度在高峰期需要动态提升权重——避免订单集中涌入已经饱和的门店。
5.履约时效维度：根据候选门店近7天的平均拣货时长和发货速度排序。这个维度反映了门店的实际履约能力——有些门店虽然距离近，但仓库布局混乱、拣货效率低，实际发货速度不如距离稍远但管理规范的门店。
三、不同场景下的权重配置策略
五个维度的权重不能“一设永逸”，需要根据不同的业务场景动态调整。
即时零售场景下，距离权重占60%，因为消费者对时效的要求是“1小时达”，距离是最刚性的约束。库存深度占20%，保证发货门店有一定的库存余量。物流成本占10%，门店繁忙度占10%。
大促期间，库存深度权重提升到50%。核心目标是防止热门门店被订单淹没——优先从库存深、人手多的门店发货，保护浅库存门店的到店体验。距离权重降至10%，物流成本升至30%，履约时效占10%。
日常标准快递场景下，距离权重占20%，库存深度占40%，物流成本占20%，履约时效占20%。这个配置让系统在多个目标之间保持相对均衡。
对于跨区域订单，物流成本成为首要考量。一个东北消费者下的订单，如果分配给华南的门店发货，快递费可能比分配给华北仓库高出数倍。系统需要将物流成本权重提升到50%，距离权重降至10%，库存深度降至20%，履约时效占20%。
四、门店库存保护机制
寻源规则中容易被忽视的一个重要设计是“库存保护”。当某门店某SKU的可用库存低于预设的保护水位时，该门店对该SKU的寻源优先级自动降低或直接排除。
举例来说，某门店某款连衣裙库存20件，保护水位设为5件。当库存还剩下6件时，系统仍然可以把该门店作为候选发货节点。当库存降至4件时，系统自动将该门店排除在寻源范围之外——这4件留给到店顾客。这个机制防止了线上订单“吃掉”门店的试穿体验库存。
保护水位不是固定的，可以根据季节和促销节奏动态调整。旺季时适当降低保护水位，让更多库存参与全渠道履约；淡季时适当提高，保障到店顾客的选购体验。
五、订单拆单的决策逻辑
一张订单包含多个SKU，且分散在不同仓库和门店时，系统需要决定是拆单还是合单。拆单决策的核心考量是：拆单带来的额外物流成本，是否低于合单等待的时间成本和消费者体验损失。
系统综合评估几个关键变量。库存分布——如果订单中所有商品在同一个仓库都有货，不拆单直接发货。时效差异——如果即时零售订单和普通快递订单混在一起，按配送时效拆单，即时零售商品优先发出。拆单成本——拆单后增加的物流费用由系统自动计算，当额外运费超过预设阈值时提示人工审核。消费者体验——拆单后系统清晰告知消费者“订单被拆分为几个包裹、分别从哪里发出、各自的物流单号是什么”。
在服装行业，拆单还有一个特殊考量：同款搭配。同一款式的不同尺码如果是搭配穿着，消费者期望同时收到。系统需要识别“同款不同码”的商品，优先分配到同一个发货节点，避免消费者先收到M码上衣、三天后才收到M码裙子的尴尬。
六、订单修改的柔性拦截与重新寻源
消费者下单后想修改收货地址或更换尺码，系统需要在订单生命周期中设置多个拦截窗口。
下单后审核前是最佳拦截窗口。订单尚未进入履约流程，消费者可以自由修改地址和尺码，修改后系统重新执行寻源逻辑——如果新的收货地址或尺码导致最优履约节点发生变化，系统自动切换。
审核后拣货前是次优窗口。订单已分配至门店但尚未拣货，消费者发起修改请求后系统拦截该订单，门店POS端收到拦截通知停止拣货，系统根据修改后的信息重新寻源——可能维持原门店或切换至新门店。
拣货后通常不允许修改。商品已拣货打包，修改地址和尺码的成本较高，消费者需要取消订单重新下单，或按退换货流程处理。每个拦截窗口的判断逻辑由系统自动完成，拦截后重新寻源的过程对消费者透明。
总的来说
全渠道ERP的订单寻源，本质上是一个多目标、多约束的优化决策问题。它不是“找最近有货的发”那么简单，而是需要在距离、库存、成本、时效和门店保护之间找到最优平衡。五维权重配置让品牌可以根据业务场景灵活调整寻源策略，以门店库存保护机制平衡线上线下利益，柔性拦截和重新寻源让异常处理不拖累履约时效。当寻源引擎配置得当时，每一笔订单都能找到属于自己的最优履约路径。
粤公网安备44010602012222
