按配送日期设限
商品的每日上限通常按订单下单的当天计算。启用配送日期后，你可以把该每日上限改为按顾客选择的配送日期计算。
这样，「每天最多 10 个」就意味着每个配送日期各 10 个——周五 10 个、周六 10 个——无论这些订单是什么时候进来的。
什么时候用
当你的上限描述的是你能做出多少时，选择配送日期作为基准。当它描述的是你想接多少单时，选择下单日期。
想给周五产量设上限的烘焙店要用配送日期。在消化积压期间把自己限制在每天 20 单的店铺要用下单日期。
| 你的约束 | 应选基准 | 例子 |
|---|---|---|
| 某一天能做出多少 | 配送日期 | 周五 10 个中号蛋糕，无论下单多早 |
| 今天想处理多少单 | 下单日期 | 消化积压期间每天 20 单 |
前提条件
- Advanced 套餐
- 已启用配送日期，并至少有一条可用性规则
- 商品或变体上有每日数量上限（或每日订单上限）
设置步骤
- 进入商品并打开某个商品，也可以多选后使用批量编辑。
- 在每日上限的计算依据中选择配送日期。
- 像平常一样在商品或单个变体上设置每日上限。
- 保存。
只有在店铺启用了配送日期时，该选项才会出现。
哪些会计入上限
- 该日期的配送订单
- 该日期的门店自提订单——自提与配送共用一个上限
- 有自己上限的变体按各自的上限计算；没有单独上限的变体沿用商品的上限
顾客会看到什么
顾客选择日期时，会看到该日期还剩多少名额。如果某个日期装不下购物车里的数量，它会显示为不可选，顾客可以在投入时间凑购物车之前就改选别的日期。
如果顾客确实带着超出该日期容量的商品进入结账，结账会被拦截，并给出提示，说明日期和剩余数量。
唯一需要如实说明的限制
在所有常规情况下，上限都会在结账时强制执行，并且对快捷结账与购物车同样有效。它做不到的是加锁。结账校验读取的是已预订情况的快照，因此几乎在同一秒完成结账的两位顾客——同一日期、只剩一个名额——可能都会成功。
这个时间窗很窄，而且这是平台层面的约束，不是某个设置能改变的。如果某个日期的可承接量很小，请按留一个名额余量来设置，而不是卡在精确上限上。
商品列表里的显示
按配送日期计算的商品，显示的是它未来最紧张的那个日期——例如「11 月 14 日(五) · 9/10」——而不是使用率百分比。百分比在这里会造成误解：使用情况是一个序列，未来每个日期各有一个数值，一个商品完全可能显示 0%，而下周六已经全满。
每周和每月上限
只有每日上限会改变基准。每周和每月上限仍按下单日期计算。应用在你做选择的位置也会提示这一点。
批量编辑与 CSV
批量编辑时该设置会应用到整个选择范围，并在 CSV 导出与导入中以 Count By 列的形式传递。不含 Count By 列的 CSV 会按下单日期计算导入，与以前完全一致。
取消订单
取消订单会把该产能退回它原本预订的配送日期。
关闭该功能
把商品改回下单日期。它的每日上限会立即恢复按下单日期计算，之前占用的配送日期产能也会释放。