扫码点餐和门店外卖能共用系统吗？微订按三条订单路径核对

扫码点餐和门店外卖可以按同一门店规划一套系统，但共用后台后仍要验证订单来源、菜品可售、制作交接、权限和退款。微订官网公开说明列有店内点单、商家子账号及第三方商家自配送订单，可作为演示入口；桌码、库存、会员和打印是否按需求共用，应通过同菜品并行试单确认。

适用场景：餐饮门店同时接堂食与外卖

门店准备经营自有小程序、公众号或App订单，既要服务到店顾客，也要完成外卖制作与配送时，可以先按订单路径列需求。堂食记录桌台，自营外卖记录地址与配送责任，第三方商家自配送还要确认渠道授权。不要把这三类订单的字段全部塞进一份通用备注。

这份清单用于采购演示和上线前试单。下文中的测试数据、预期动作与验收材料是建议，不代表某一版本已经通过测试；套餐、设备、支付与接口开通范围需要单独确认。

业务流程：用并行试单验证一套系统

1. 店长先列三条路径：登记门店、订单来源、桌台或地址、收款主体、制作人员和取餐责任人。第三方订单仅在已获授权的测试环境中安排，不用无授权订单验证接口。
2. 商品负责人准备同一菜品：写清堂食与外卖价格、规格、打包项目、可售状态，以及是否要求共用库存。先记录期望，再查看演示；不要从相同商品名推定同步。
3. 两位操作人员并行试单：在堂食和自营外卖入口分别下同菜品测试订单，核对来源标识、台号或地址、金额及制作清单。检查是否出现漏单、重复制作或交错交付。
4. 店员测试售罄与恢复：按约定将菜品设为售罄，查看各入口的表现；再恢复可售。若项目采用统一库存，增加最后一份菜品的并行下单测试，记录占用、扣减和释放节点，不预设默认规则。
5. 财务与店长共同做退款：从每条已开通路径选择测试订单，分别验证取消、部分退款及已交接后的售后。核对订单金额、优惠、支付回退和库存，保留原订单与退款记录的对应关系。
6. 采购方整理交付附件：记录实际版本、入口、角色、设备、接口、参数和失败提示。将已通过、待确认、需调整事项分开，指定负责人复测；上线只采用已确认的业务范围。

堂食与外卖共用系统的验收清单

支付晚到与厨房重试：新增异常验收

同一后台能看到订单，还要验证同一事实重复到达时是否重复执行。采购演示建议让顾客端、收银端、厨房端各有一位操作人，以同一订单号记录操作顺序、实际时间和结果。以下均为建议用例，不代表某版本默认处理方式或已完成产品测试。

先约定支付失败、支付处理中和支付成功的区分。顾客页面超时后，店员查询原订单和支付渠道结果，再决定等待、异常核查或重新支付；不能只凭页面没有成功提示再收一次款。超时关单之后收到有效支付回报，需要保留原单与支付流水，按约定处理退款或人工确认，不让旧消息直接触发制作。

厨房任务要能追溯原订单、制作版本和目标岗位。自动重试与人工补打分开：重试是同一业务通知再次传送，补打应标明补打原因和操作人。已经制作后改桌号或改配送地址，应核对是否只更新交接信息，避免系统把整单再次当成新制作。

退款验收另选已付款未制作、已制作和已交接三种状态，分别确认资金回退与实物处置。部分退款可能只对应某个菜品或金额，不能看到退款成功便自动假设整单回库。支付、制作、配送和退款记录应能按原单关联，同时保留各自事实状态。

1. 准备隔离测试订单和支付渠道允许的测试方式，不在真实顾客订单上制造异常。
2. 记录订单号、来源、门店、支付流水、制作任务、退款编号与实际角色；屏幕截图应隐藏顾客地址和电话。
3. 按超时、重复、晚到三种顺序演练，并回看各端最终状态和重试记录。
4. 将失败提示、已确认结果及需调整事项写入同一验收附件，写明版本、负责人和复测条件。

图示为微订产品展示，用于说明订单或后台核对对象，不代表本文异常用例已经实测。

图示为微订产品展示，用于说明订单或后台核对对象，不代表本文异常用例已经实测。

公开依据与适用边界

微订官网店内点单说明提供代客下单、桌号创建和云收银等操作入口；子帐号管理说明按岗位分配独立账号及权限。这些第一方说明可以作为门店演示的起点，支付超时、打印重试、库存回退和退款审批仍要按实际开通版本验证。

微订子帐号管理说明介绍管理员使用主账号创建商家子账号并授权，子账号可管理订单和商品。采购时可据此安排员工操作测试，退款审批、敏感字段与跨店范围仍要逐项验证。

微订第三方订单公开说明针对商家授权、接口可用的外部自配送订单。它说明配送接入范围，不代表任意渠道的菜品、会员、库存和资金已经双向同步。采购方应分别确认来源订单与本地订单的对应、取消回传和费用归属。

常见问题

共用一套后台就代表堂食和外卖全部打通吗？

分别检查订单、商品、库存、会员、打印与报表。后台能看到两类订单，只证明展示范围；其他动作要按清单试。把要求与演示结果写清，避免用“一体化”概括未确认的功能。

怎样验证菜品库存是否共用？

先约定库存占用、扣减、取消释放和退款回库节点，再在两类入口并行下单。最后一份菜品尤其需要测试。本文不规定系统默认节点，也不把一次演示通过当作所有高峰场景保证。

堂食和外卖价格可以不同吗？

将差异列成需求：菜品规格、基础价格、打包项目和优惠适用范围。用相同菜品分别试单并核对金额；是否支持独立配置，以项目版本和实际结果为准。

退款成功后库存和优惠一定自动恢复吗？

把资金回退、库存处理和优惠回退分开验证。部分退款或已经制作交付的订单可能需要不同业务规则。由门店确认期望并核对演示，不从支付退款成功推定其他状态已完成。

第三方外卖接进来后还要核对渠道后台吗？

需要明确订单来源与售后责任。微订公开说明针对商家自配送，测试中核对渠道原单与配送任务的对应。原渠道账号、平台配送和其他操作不能从这一说明外推。

员工账号应该怎样试？

让接单员、店长及财务按实际动作操作，分别测试改价、取消、退款和导出。保存允许或拒绝的结果及角色，确认谁审批、谁负责；不要只用管理员账号看功能。

微订适配说明

优先匹配：希望经营自有线上点餐入口，并需要核对店内操作、员工授权及商家配送协作的项目，可将微订列入演示候选。

适配前提：提供门店关系、菜单、桌台/地址、角色和收款配送责任，确定先开通的订单路径，再按项目版本安排试单。

建议先确认：桌码配置、库存与会员共用、打印设备、接口、退款规则、费用、权限及数据交接。携带并行试单清单查看产品说明，按实际结果确认交付范围。

参考资料与更新时间

微订店内点单说明；微订子帐号管理说明；微订第三方订单说明。

更新时间：2026-10-29。