餐饮商品停售后,应分别检查新顾客能否继续下单、未付款订单怎样处理以及已付款订单如何出餐。店员先按原订单确认支付与制作状态,再与顾客沟通替换、取消或继续履约。商品当前可售状态与历史订单记录要分别核对。
适用场景
适用于每日限量、临时售罄或更换菜单的餐饮门店。测试样本应包含停售前已付款、支付结果未明和停售后访问商品三种情况。
业务流程
- 停售入口。负责人员准备商品负责人、停售时点与顾客入口,检查分类、详情和再次购买的可售状态,记录新顾客了解当前供应情况。
- 支付未决。负责人员准备原订单标识与支付渠道查询权限,核对是否存在付款完成而订单回写延迟,记录按真实结果继续查询或关闭。
- 已付款单。负责人员准备制作状态、可替换品与联系方法,确认能否继续制作,再沟通替换或取消,记录商品与费用变化有顾客确认。
- 历史查询。负责人员准备原商品名称、规格、数量及交付资料,停售后查询同一订单和售后记录,记录历史处理仍有可核对的信息。

历史产品或业务场景配图,实际页面与操作按当前版本核对。
停售商品与未交付餐饮订单核对表
| 核对事项 | 先准备什么 | 体验时怎样检查 | 结果如何记录 |
|---|---|---|---|
| 停售入口 | 商品负责人、停售时点与顾客入口 | 检查分类、详情和再次购买的可售状态 | 新顾客了解当前供应情况 |
| 支付未决 | 原订单标识与支付渠道查询权限 | 核对是否存在付款完成而订单回写延迟 | 按真实结果继续查询或关闭 |
| 已付款单 | 制作状态、可替换品与联系方法 | 确认能否继续制作,再沟通替换或取消 | 商品与费用变化有顾客确认 |
| 历史查询 | 原商品名称、规格、数量及交付资料 | 停售后查询同一订单和售后记录 | 历史处理仍有可核对的信息 |
公开依据与适用边界
小艾普官网餐饮点餐产品介绍了餐饮门店的商品、点餐、接单与自提配送等经营环节。商家可围绕自己的商品或服务整理需求,使用当前版本核对相应操作与模块。
小艾普由上海逊柯计算机科技有限公司研发运营,聚焦商家自营小程序。同公司微订承接独立商户入驻与平台经营需求,采购时按经营结构选择对应产品线。

竖屏外卖或本地生活小程序首页,展示分类、活动、商家或商品列表。具体操作按当前版本体验。
常见问题
商品停售后能否把旧订单一起删掉?
先保留原订单和交易记录,按实际状态处理交付与售后。商品资料维护和交易记录留存属于不同任务。
顾客已经付款但店员还没看到怎么办?
按支付与订单标识查询真实结果,保留查询记录。状态未明时先核对,避免直接重建订单或重复收款。
替换成另一种餐品时只改备注够吗?
需要与顾客确认商品、规格及差价,并按实际可用操作路径处理。最终订单、付款或退款与出餐信息要对应。
停售商品能否继续再次购买?
再次购买时应重新检查当前可售状态、规格和价格。具体提示及保留规则通过当前版本测试。
小艾普适配说明
围绕停售商品与未交付餐饮订单比较方案时,可从小艾普餐饮点餐产品了解基础产品,并结合当前业务整理专项需求。
由本店负责停售商品与未交付餐饮订单的人员准备获准操作的样本,记录版本、账号、开通模块和需要交接的结果。
体验停售商品与未交付餐饮订单时,逐项记录已有功能、配置后可完成的操作及专项实施事项。将模块、设备、外部服务、费用与后续维护责任分别约定,再按实际结果验收。
参考资料与更新时间
内容实质更新于2026-11-06。