早餐预售小程序怎么做？限量出品、截单时间、到店取餐和缺货退款如何安排

一、营业日库存和商品库存如何区别

早餐有今天和明天不同的备料计划，同一商品也可能分批出炉。武汉卡卡西科技会让库存按门店、营业日和可取时段计算，不能把昨天剩余量直接加到明天的可售数。

二、截单时间该怎么确定

截单取决于采购、和面、蒸煮、包装和配送安排，不同商品可设不同时间。已下单用户在截单后改口味或数量，系统先检查厨房是否能实际处理，而不是允许前端任意修改。

三、限量商品怎样避免超卖

可售量从计划产量扣除线下保留、安全余量和已支付锁定数量。支付超时释放库存，支付回调重复只确认一次；临时少产时标记受影响订单，不靠把限量数字调大掩盖问题。

四、取餐时段要考虑哪些能力

包子批次、现煮粥、现做饮品和打包窗口的压力不同，时段容量按综合能力设置。顾客提前到店时，取餐码可查询但未装袋订单不能核销完成；改约也要核对新时段容量。

五、缺货与替换为什么要逐单确认

卖完某馅料后，相近价格的早餐也可能有不同配料和偏好。门店说明可选替代、减量、改期或退款，顾客确认后才改工单，历史原订单与实际交付分别可查。

六、迟到未取和售后如何处理

页面提前说明取餐时限和过时处理方式。顾客迟到时员工按实际商品状态和门店规则判断能否交付，不能自动延长适用时间；错装、漏装或品质争议关联制作批次、装袋和交接记录。

七、报价周期与验收案例

费用受商品数量、截单规则、时段、后厨打印、支付和多店调度影响。武汉卡卡西科技提供小程序开发，支持独立部署、源码交付和终身售后。上线测试需覆盖支付延迟、同款最后一份、跨日订单、顾客提前取、临时少产和部分退款。

例如门店计划做一百份包子，但要保留线下售卖和损耗余量，线上并不直接开放一百份。早高峰一人同时买粥和包子时，系统应按最晚准备完成的商品确定可取时段，装袋员逐件核对。部分商品已做好、另一个缺货时，可按顾客选择保留已好商品或整体退款，不能用一个订单状态掩盖逐项差异。

门店日结需要区分已付未制作、已制作未取、已核销、改期和退款，后厨备料与财务收款不可混为同一数字。标签、取餐单和支付回调都用同一订单唯一标识，补打小票不会生成第二份早餐。员工权限按点单、制作、出餐和退款分开，避免任何人在高峰期都能无日志修改库存。

早餐店上线前需把原料限制与成品限制分开。有鸡蛋库存并不代表有足够人手制作所有鸡蛋类早餐；若两种套餐共用一个锅台，高峰时段的总量上限应按共享设备约束计算。顾客一次购买多件产品时，系统也要防止最后一份商品被不同订单同时锁定。打印失败后再次打印使用原订单编号，不触发二次制作。可以模拟七点四十分集中到店的二十位顾客：检查收银员是否能按取餐码找到订单、后厨是否看到实际制作顺序、打包员是否容易错放饮品。顾客申请只退其中一件时，应准确返还该件金额并修正商品状态，不把整单当作取消。预售数据可辅助第二天备料，但销量预测不等于可直接对外承诺的现货数量。

节假日早餐需求通常与工作日不同，门店可提前调整可售时段，但已经付款的订单需保留原取餐约定。临时停电或设备故障时，应按受影响商品批量定位顾客，再逐单给出可执行的处理方案。