---
title: "「每天 10 个」现在可以表示「周五 10 个」"
description: "每日上限可以按顾客选择的配送日期计算，而不是按下单当天——生产日会如实地被填满。"
contentType: "changelog"
locale: "zh"
localized: true
source: "https://orderrules.com/zh/changelog/delivery-date-limits"
slug: "delivery-date-limits"
date: "2026-09-18"
tags:
  - "New"
  - "Improved"
---
每日上限可以按顾客选择的配送日期计算，而不是按下单当天——生产日会如实地被填满。

- ✨ **新增（Advanced）：** 商品的**每日上限现在可以按顾客选择的配送日期计算**，而不是按下单日期。「每天最多 10 个」变成周五 10 个、周六 10 个，无论这些订单来得多早。
- ✨ **新增（Advanced）：** **变体分别计数。** 同一个商品，中号蛋糕 10 个、大号 14 个——因为做一个大蛋糕和做一个中号并不是同样的工作量。
- ✨ **新增（Advanced）：** **配送与门店自提共用一个每日上限。** 周五的 10 个是两者合计 10 个，而不是各 10 个。
- ✨ **新增：** 顾客能看到**某个日期还剩多少名额**，装不下他们购物车的日期会显示为不可选——他们可以在凑购物车之前改选，而不是在结账时被退回。
- ✨ **新增：** 商品列表显示的是**未来最紧张的那个日期**（「11 月 14 日(五) · 9/10」），而不是使用率百分比——百分比可能显示 0%，而下周六其实已经全满。
- 🚀 **改进：** 该设置在**批量编辑与 CSV** 中以「Count By」列传递。不含该列的 CSV 会按下单日期计算导入，与以前完全一致。
- 🚀 **改进：** **取消订单会把产能**退回它原本预订的配送日期。

这正是订单上限与产能上限的区别。订单上限描述的是你想接多少单；产能上限描述的是你某一天实际能做出多少。一家整周都在接周五蛋糕订单的烘焙店，面临的是周五的问题，而不是周一的问题——按下单日期计算时，周五早已排满，周一却看起来很闲。

只有每日上限会改变基准。每周和每月上限仍按下单日期计算。

[按配送日期设限 →](/docs/delivery/delivery-date-limits) · [配送设置 →](/docs/delivery/getting-started-delivery-dates)