订单自动分配逻辑

顾客在线下单，可以选择配送到家或者到店自取。顾客在门店预定蛋糕，也可以选择配送到家或回头来取。订单分配到哪个门店/库房/生产间，常用因素是：配送范围、库存/供货能力、自取分店、备选库房。 <h2>1.微信下单、配送到家</h2> 按顾客地址选择配送范围能覆盖到、且有库存/供货能力的库房。 <ul> <li>商品类型“现货”（比如面包）的判断库存是否够用，商品类型“按需制作”（比如生日蛋糕）的判断供货能力是否有。（虚拟商品就不费这些劲，不存在拆单、库存、实际发货的问题，但用得少，没咋考虑，不在特殊场景出错即可）</li> <li>若商家微信商城设置了“不检查库存”，也就是库存允许扣为负数（新版是挂起异常单），“按需制作”类的依然判断供货能力，但“现货”类的不判断库存。</li> <li>当天下单当天配送的即时单，库存按当前库存判断；第二天或以后配送的预订单，则考虑供货能力。</li> <li>对于供不应求的网红店，预订也有限制，考虑以后的库存是否能及时生产出来，曾经是根据内部订货数来预估，升级以后如何判断还没确定。——当前库存数其实也不是直接用的，而是要减预订未发货数（比如昨天有顾客预订了今天发货，今天还没来得及发货、没有扣减库存，但这个库存是应该预留给昨天的顾客的、不能销售给今天的顾客，所以会减掉）。线上销量不高时一般发现不了这个逻辑。</li> <li>如果两个以上库房满足条件，优先就全、就是说不会拆单导致两份配送费，其次选择直线距离近的。如果一定得拆单，尤其是有两份配送费，给顾客呈现出来，顾客愿意接受也可以下单。</li> <li>如果没有任何库房满足，提示顾客超出配送范围或者没有库存。</li> <li>配送范围不仅指同城配送，还有快递。（如果两个都开启了，注意看一下两个范围有没有重复。）</li> <li>同城配送的范围，在配送点处定义。</li> <li>这个场景下，备选库房意义不大，只会影响选择优先级，不会影响能否配送的本质。</li> </ul> <h2>2.微信下单、到店自取</h2> 按分店附属仓、备选库房的顺序选择有库存/供货能力的库房。 <ul> <li>顾客选择的自取分店，若该分店附属仓有库存/供货能力则分配给附属仓，否则找备选库房是否有，如果备选库房也没有，就满足不了了、会提示顾客没有库存。</li> <li>库存和预期时间的问题，同前述1场景。</li> </ul> <h2>3.收银机下单</h2> 根据实际场景做了一定逻辑简化，尤其是当场拿走的： <ul> <li>当场拿走的现货类的直接分配到分店附属仓，无论有没有库存。因为面包是直接在货架上拿的，实际库存肯定是有的，但店员也许补货不及时导致系统没有库存，所以即便没有库存也不影响订单成交。没有库存会直接扣成负数（新版是挂起异常单，后续批量处理）。</li> <li>按需制作类的，分配逻辑跟微信下单类似：配送的考虑配送范围、供货能力，自取的考虑自取分店、供货能力、备选库房。不同之处是：如果没有任何一个库房满足条件，微信下单的会提示顾客更换选项；而收银机在门店现场、顾客和店员都在，实际上会沟通这单究竟是否可以的，既然下单就成功，只是会提醒店长有异常单需要手工调整一下。</li> <li>配送的，收银机填写地址不如其他地方定位准确、配送员按导航走可能不准，如果一定要用收银机下单配送的、建议在后台或小程序上修正一下地址。（新版加了地图组件应该不存在这个问题）</li> <li>一种特殊情况的混合单需要注意：顾客在门店下单面包和蛋糕，面包直接带走、蛋糕第二天或以后送货上门（或者回头来取、或到另一家分店取）。如果下单在一起，面包也会一起按蛋糕逻辑处理（第二天或以后的处理为预订单、另外一家分店自取则分配到另外那家店的附属仓或备选库房），跟实际不符。这种情况建议下两单。</li> </ul> <h2>4.管理后台、店员手机端代客下单</h2> 默认跟微信下单逻辑一致，自动显示，但商家工作人员有权限根据实际情况手工调整，也就是可以手修改分配到哪个库房。 <h2>5.美团外卖、饿了么下单</h2> 因为第三方外卖平台上的门店跟麦田守望系统里的分店做了一对一授权，所以下单后默认分到对应分店附属仓。 <ul> <li>麦田守望有没有库存并不影响成交和分配，因为第三方平台上有自己的库存数、可以同步、它们自己负责判断能否成交的问题。极少见的特殊情况，比如门店跟第三方同时销售了最后一个面包，即时单、现货类的，会出现库存扣为负数。如果商家选择不同步库存、自己维护第三方库存数，那就容易出现负数了。</li> <li>按需制作类的，如果分店附属仓没有供货能力，按顺序找备选库房分配给有能力的备选库房。如果备选库房也没有，这单还是会成交，但会提醒店长该单异常需要手工调整（这个场景还没有碰到过）。</li> </ul>

页面列表