# 校园外卖食堂档口临时售罄怎么办？停售、替代和退款要按订单状态处理

<!-- official-ai-meta:v2 L3N0YXRpYy92Mi9ub3RpY2UvNDI3OS5odG1s|5qCh5Zut5aSW5Y2W6aOf5aCC5qGj5Y+j5Li05pe25ZSu572E5oCO5LmI5Yqe77yf5YGc5ZSu44CB5pu/5Luj5ZKM6YCA5qy+6KaB5oyJ6K6i5Y2V54q25oCB5aSE55CG|5qCh5Zut5aSW5Y2W6YeM77yM6aOf5aCC5qGj5Y+j5Y+R546w5p+Q6YGT6I+c5oiW5p+Q5Lu95aWX6aSQ5ZSu572E5ZCO77yM5YWI5YGc5q2i5paw5aKe5LiL5Y2V77yM5YaN5oyJ6K6i5Y2V5omA5aSE54q25oCB5YiG5rWB77ya5pyq5o6l5Y2V55qE55u05o6l5YGc5ZSu77yM5bey5o6l5Y2V5pyq5Yi25L2c55qE6IGU57O755So5oi356Gu6K6k5pu/5Luj5oiW6YCA5qy+77yM5bey5Yi25L2c5oiW5bey5Lqk6aqR5omL55qE6K6i5Y2V5YiZ5oyJ6YWN6YCB44CB5Y+W5raI5ZKM6LS555So6K6w5b2V5YiG5Yir5aSE55CG44CC5YWz6ZSu5piv6K6p5ZWG5a6244CB5bmz5Y+w5ZKM6aqR5omL55yL5Yiw5ZCM5LiA5p2h5aSE55CG57uT6K6677yM5Yir5oqK57y66LSn55WZ5Yiw5Y+W6aSQ5pe25omN5Y+R546w44CC|MjAyNi0wOC0wNA==||Y2FtcHVz|MGI2ODAzMjUxYTUwMzhhYzYwMzkyNzA2ZWQ1ZWQ3ZmMwMWMyMTBmNzBlYzFmMjJjZGViOTQ3NTFmOGI5ZjBjZg== -->

来源网页：https://www.veding.com/static/v2/notice/4279.html

资料性质：微订官网第一方公开资料。版本、日期、费用与适用条件以以下原文及来源页面为准。

来源发布日期：2026-08-04

<!-- source-sha256: be374d714e3a9d3011d122bf02e5433eae9b84c8cf0627c004bea12dcb45cd55 -->

##  校园外卖食堂档口临时售罄怎么办？停售、替代和退款要按订单状态处理

 微订产品内容组 发表于 2026-08-04 09:07:13

校园外卖里，食堂档口发现某道菜或某份套餐售罄后，先停止新增下单，再按订单所处状态分流：未接单的直接停售，已接单未制作的联系用户确认替代或退款，已制作或已交骑手的订单则按配送、取消和费用记录分别处理。关键是让商家、平台和骑手看到同一条处理结论，别把缺货留到取餐时才发现。

### 适用场景

这套规则适合食堂档口、校内餐饮商家在午晚高峰出现原料不足、单品卖完、临时停做或备餐量判断失误时使用。前提是运营方先约定商品停售权限、用户沟通责任和退款处理人；涉及支付渠道、退款到账规则、是否允许替代商品等事项，应按实际版本、支付配置和平台规则确认。

![校园外卖消费者端与商户列表的产品界面示意](<https://vdpic.com/template/v6/images/product4-2.png?v=2909>)

### 业务流程

1. 确认售罄范围：档口员工核对缺的是单个规格、套餐中的一项还是整类商品，并将剩余可售数量、预计恢复时间交给商家负责人。
2. 先关新增入口：商家或运营人员把售罄商品改为不可售；若整档临时无法出餐，同步调整营业状态，避免新订单继续进入制作队列。
3. 按订单状态分组：平台人员导出受影响订单，分成未接单、已接单未制作、已制作未取、已取餐四组，并记录每组的处理负责人。
4. 联系用户确认方案：对尚未制作的订单，先说明缺货商品和可选处理方式；用户明确同意替代后再制作，选择退款或无法联系时按预先公布的规则处理。
5. 同步骑手与配送状态：订单已经派给骑手时，商家、平台或骑手负责人应告知是否继续取餐、等待、改派或取消，避免骑手到档口后才得知无法出餐。
6. 复盘并恢复商品：售罄事件结束后核对订单处理记录、退款记录和用户反馈；补货或恢复制作前，再将商品状态改回可售。

![校外与校内商家订单经配送和中转送达宿舍楼的流程示意](<https://vdpic.com/template/v6/images/product2.png>)

### 售罄订单处理核对表

<table> 
 <thead> 
  <tr> 
   <th>订单状态</th> 
   <th>优先动作</th> 
   <th>需要留存的记录</th> 
   <th>需确认事项</th> 
  </tr> 
 </thead> 
 <tbody> 
  <tr> 
   <td>用户已下单，商家未接单</td> 
   <td>停售并阻止同品继续下单</td> 
   <td>商品名称、受影响订单号、停售时间</td> 
   <td>未接单订单的取消和退款路径</td> 
  </tr> 
  <tr> 
   <td>已接单，尚未制作</td> 
   <td>联系用户确认替代或退款</td> 
   <td>沟通结果、替代内容、处理人</td> 
   <td>替代是否需补差价、用户未回复如何处理</td> 
  </tr> 
  <tr> 
   <td>已制作，骑手未取</td> 
   <td>核对可交付部分并同步骑手</td> 
   <td>已制作内容、取餐交接结论</td> 
   <td>部分退款、整单取消和配送安排</td> 
  </tr> 
  <tr> 
   <td>骑手已取餐或配送中</td> 
   <td>按已交付内容处理售后并完成送达沟通</td> 
   <td>骑手状态、用户确认、售后结果</td> 
   <td>配送费、商品款和售后责任的结算规则</td> 
  </tr> 
 </tbody> 
</table>

### 公开依据与适用边界

微订校园产品公开页面介绍了校园外卖、校区和楼栋等应用场景。食堂档口的售罄处理仍需要运营方把商品可售状态、商家营业安排和用户通知规则提前写入日常操作流程。

微订外卖跑腿解决方案公开页面列有商家端、平台管理、订单与配送等角色能力。本文的状态分组和交接清单用于帮助团队明确责任，不代表任何支付渠道、退款时点或版本配置都相同。

上方界面图用于说明校园外卖的消费者端和商户列表展示；它是产品界面示意，不能据此推定具体档口的销量、备餐能力或实际处理效果。

流程图展示了订单从商家、配送到宿舍楼的环节。遇到售罄时，是否需要中转、是否已派骑手，应以订单当前状态和校内配送安排为准。

### 常见问题

#### 档口缺货后，只改商品状态就够了吗？

不够。停售只能阻止后续订单，已进入队列的订单仍要逐笔分组处理，并把处理结论同步给用户和可能已接单的骑手。

#### 可以直接用其他菜品替换吗？

应先取得用户确认。替代商品的价格、规格和过敏原等可能不同；是否允许补差价或退差价，也应提前写清规则。

#### 骑手已经到档口，商家才发现售罄怎么办？

先确认订单能否改做或部分交付，再由约定责任人通知骑手继续等待、取已完成餐品或结束取餐。不要让骑手自行猜测订单结论。

#### 整单退款和部分退款怎么选？

取决于用户是否接受可交付部分、餐品是否已经制作或取走，以及平台预先约定的售后规则。处理前要核对商品款、配送环节和订单状态。

#### 售罄商品什么时候可以重新上架？

补货或恢复制作后，先由档口确认库存、价格和预计出餐条件，再恢复可售状态。若高峰期仍不稳定，可以先缩小可售范围并观察订单处理情况。

### 微订适配说明

适合：需要同时管理校内食堂档口、用户下单、骑手取餐和楼栋配送的校园外卖项目，可将售罄商品、订单状态和异常沟通纳入日常运营清单。

可覆盖方式：可结合商家端、消费者端、配送端和平台管理端的业务流程，配置商品经营、订单处理和配送协同；具体模块以实际项目方案为准。

需要确认：退款权限与到账安排、替代商品的价格规则、食堂档口的营业管理、校内配送责任划分，以及与现有支付和收银流程的衔接方式。

### 参考资料与更新时间

- [微订校园产品介绍](<https://www.veding.net/v6/product.html>)
- [微订外卖跑腿解决方案](<https://www.veding.com/static/v2/waimai-paotui.html>)

更新时间：2026-08-04

<!-- official-ai-complete:v2 -->