一周无忧：先安排，可提前确认，未确认到期自动取消
业务来源：用户对核心机制的明确说明；2026-09-29整编。 本页只维护业务意图与已明确原则。推荐协议见交易设计，未决责任统一见定案条件。不是已锁定REQ或上线承诺。
1. 为什么做
让用户在有空时安排下一周吃什么，集中完成选择和购买，再按天收货。减少每天回忆菜谱、找食材、比价与下单的重复负担。
尚未确认的安排不应成为履约压力：到期没有确认，系统自动取消，无需用户登录。付款后可以提前确认各天；已经确认后不再登录仍正常配送，临时不需要须主动申请取消并遵守切配边界。认真照顾生活不等于必须打卡，也不因独居、家庭规模或临时改变计划而受到不同的尊重。
2. 已明确规则
| ID | 规则 | 边界 |
|---|---|---|
| WCP-01 | 闲时提前安排一周餐次与食材 | 周计划是生活意图，不是天然交易周期 |
| WCP-02 | 支持集中付款、逐日履约 | 不是充值钱包、银行卡自动扣款或自动续费 |
| WCP-03 | 付款核验且订单成立后即可确认各次配送，允许提前多天确认 | 无需每天重复确认；付款、仅选时、常用时间和通知送达不代替明确提交 |
| WCP-04 | 配送当日北京时间16:00仍未确认配送时间，自动取消对应订单；截止可后台配置 | 服务端严格在截止前接受；只取消未确认安排，不影响已确认订单 |
| WCP-05 | 本次未确认不自动清空其他日期 | 停送、关单和资金处理是不同结果 |
| WCP-06 | 计划、购买与资金、授权及实际履约分别表达 | “已安排”不能同时代表已付、已确认、已送达 |
| WCP-07 | 配送资格不用抢，围绕顾客时间偏好承接 | 不等于任意地址与时刻无条件必达 |
| WCP-08 | 按期望送达时刻计算，提前满两小时（含边界）免费，不足两小时逐级收费 | 收费分界不是自动取消截止；档位与有效确认规则见D-01 |
| WCP-09 | 订单终态不可逆 | 取消、到期、完成或处置关闭后不能重新切配；继续服务通过关联新对象 |
已允许付款后提前多日确认；当日确认仍受统一截止和准备时间约束。精确窗口、配置版本、自动取消原因与状态衔接由确认政策主讲；不从旧演示继承订阅例外。
3. 计划与交易的边界
Customer 保留稳定餐次及修订；Commerce 记录有限购买批次、独立订单及资金；Demand 记录本次配送安排和明确授权；Fulfillment 记录实际执行；Finance 解释经济事实。对象与唯一性见总设计。
草稿编辑不改变已成交内容。已成交换菜的当前架构主张是受控停止旧执行、终止旧单、关联新单；沿餐次保持连续，不覆盖原成交或复活旧单。只有合法可用原款能用于抵扣，资金未知不再次使用。订单不跨配送日期和地址，未开始切配可申请取消/换菜；开工先成立则进入实际处置或售后。商品按实际重量计价，超重、分摊和费用细则仍见D-02/03/04。
4. 自动停送与资金责任
未确认到期后，系统终止安排并自动取消对应订单，保留其他日期及已确认订单。服务结果显示“未正常履约”，原因是配送时间确认超时；关单未完成时如实显示取消处理中，不与商家违约混淆。
退款方式重新开放讨论：此前暂留计划及范围结束统一退不是冻结政策，最新建议为确定可退后自动原路退、不默认建余额账户，仍未获批准。退款时点、留存和退出规则见D-05；应收与分摊见D-04。退款只有核实结果后才完成。
已支付、待本次确认是正常事实组合。已确认不等于已交付；订单取消不等于款已退；退款未知不能写成退款失败后重新退一笔。详细入口、拒绝和恢复见业务流程。
5. 适用性与验证边界
本页不维护页面文案或原型差异清单。旧自动配送、20:00截单、演示原路退费均不作为本机制默认；历史检查见交易审查。
重复操作、确认与到期竞争、替换与开工竞争、迟到付款、未读通知、部分交付与跨日范围隔离都必须验证。现有状态模型检查不能证明产品端到端安全；本轮没有修改或重新验收原型。