即时零售缺货时怎么处理？替代商品、补差价和退款要按订单阶段定
即时零售订单发现缺货，先别直接由商家换货或取消。应按“未拣货、已确认替代、已出库或配送中”分别处理：未拣货可先征求用户意见；替代商品产生价差时再确认补款或退款；已经进入配送的订单要保留原商品、替代记录和退款原因。规则提前写清，客服、商家和骑手才不会各自按不同口径处理。
适用场景
适合商超便利、生鲜果蔬、酒水、鲜花蛋糕等需要本地配送的即时零售项目，也适合计划把外卖与零售业务放进同一个平台的运营团队。生鲜称重、套餐拆分、限购商品或第三方支付退款，可能需要按实际支付渠道和商品规则另行配置。
业务流程：把缺货处理放进订单状态里
- 设置替代边界：给商品标记“可替代”“需用户确认”或“不允许替代”，并写明可替代的规格、品牌或价格范围。
- 拣货时登记缺货：商家发现商品缺货后，在订单内记录缺货商品和可选替代项，避免用口头消息替代订单记录。
- 取得用户确认：用户同意替代后再更新商品；不同意或超时未回复时，按已公布规则删除该商品、部分退款或取消整单。
- 处理商品价差：替代品价格较低时记录应退差额；价格较高时先确认是否允许补款，不能默认从用户账户扣款。
- 交给配送环节：出库后把最终商品清单、订单备注和退款状态同步给配送人员，减少到货后再解释商品变化的情况。
- 完成后复核：平台按缺货原因、替代成功率、退款金额和投诉记录复盘商品与库存问题，再调整采购或上架规则。
缺货订单处理清单
| 订单阶段 | 优先动作 | 费用处理 | 订单里应留下什么 |
|---|---|---|---|
| 未拣货 | 联系用户确认替代或删除商品 | 按确认结果调整应收金额 | 缺货商品、替代选项和用户回复 |
| 已确认替代 | 更新最终商品清单和规格 | 记录补款或退款差额 | 确认时间、替代内容和价差 |
| 已出库或配送中 | 优先按已发商品处理售后 | 按约定退差额或部分退款 | 出库时间、配送状态和售后原因 |
| 整单无法履约 | 说明原因并取消或重新约定配送 | 按支付与配送规则退款 | 取消原因、沟通结果和退款状态 |
公开依据与适用边界
微订公开的外卖跑腿解决方案介绍了商品、订单、配送、商家管理与平台管理等业务环节。即时零售的缺货处理应让商家、客服、配送和后台看到同一笔订单的最终商品与售后状态。具体是否支持替代选项、价差补收、自动退款或库存联动，取决于启用的版本、支付渠道和项目配置。
商家端界面图用于说明商品与订单管理页面的形态，不代表任何项目的商品数量、订单量、退款率或经营结果。
平台后台界面图用于说明管理角色的页面形态；实际售后权限、财务规则和数据字段应按项目启用模块确认。
常见问题
商家能直接用相近商品替代吗？
只有用户预先同意替代范围，或本次订单取得明确确认时才适合替换。对品牌、规格、过敏原或价格敏感的商品，应优先等待用户回复。
替代商品更贵时可以直接补款吗？
不能默认补扣。应先说明替代商品和差额，由用户选择补款、换低价商品、删除商品或取消订单。
缺一件商品一定要取消整单吗？
不一定。订单能否部分履约，要看商品属性、起送条件、配送费规则和用户确认结果。规则应在下单前可见。
骑手需要知道替代情况吗？
配送人员至少应看到最终商品清单和必要备注，避免按原清单核对时产生争议；不需要把无关的退款细节暴露给骑手。
怎么减少反复缺货？
按商品、时段和门店统计缺货记录，先处理高频缺货商品的库存更新、上架数量和替代规则，不要只靠客服反复解释。
微订适配说明
适合：经营商超、便利、生鲜或本地配送业务，需要把商品、订单、配送和售后放在同一套流程中管理的项目。
可覆盖方式：通过订单记录商品缺货、替代选择、价差和售后状态；只想用聊天工具临时处理缺货、且不维护商品与订单记录的团队，难以稳定执行这套规则。
需要确认：替代商品权限、库存同步、支付补款与退款能力、商家和客服角色权限，以及配送环节展示内容，应以实际版本和配置为准。
参考资料与更新时间
- 微订外卖跑腿解决方案
更新时间：2026-08-10