---
title: "Votre limite quotidienne compte le mauvais jour"
description: "Si vous fabriquez à la commande, votre limite protège une journée de production — pas votre boîte de réception du jour. Presque toutes les apps de limitation comptent le jour où la commande est arrivée. Voici pourquoi cela met discrètement une cuisine en échec, et ce que change le fait de compter la date de livraison."
contentType: "blog"
locale: "fr"
localized: true
source: "https://orderrules.com/fr/blog/order-date-vs-delivery-date"
slug: "order-date-vs-delivery-date"
date: "2026-09-18"
tags:
  - "shopify"
  - "delivery date"
  - "production capacity"
  - "daily order limit"
  - "made to order"
  - "bakery"
  - "order limits"
  - "limit orders by delivery date"
---
Si vous fabriquez à la commande, vous avez un nombre en tête. Douze gâteaux par jour. Quarante portions de traiteur un samedi. Soixante bouquets à la Saint-Valentin. Ce n'est pas une préférence — c'est le nombre de mains, de fours et d'heures dont vous disposez réellement.

Alors vous trouvez une app qui limite les commandes par jour, vous la réglez sur douze, et en un mois vous reprenez les commandes par téléphone.

Voici pourquoi.

## Deux jours différents

Quand un client commande un gâteau le lundi pour un retrait le vendredi, cette commande porte deux dates. Lundi, quand elle a été passée. Vendredi, quand elle doit exister.

Presque tous les outils de limitation comptent lundi. C'est le bon jour à compter si votre contrainte est *combien de commandes vous voulez traiter aujourd'hui* — une boutique qui rattrape un retard, ou un artisan seul qui ne veut pas cinquante notifications en une matinée.

Mais si votre contrainte est votre cuisine, lundi ne vous dit rien du tout. Vendredi est le jour avec le plafond. Et quand vendredi arrive, les commandes ont été prises des jours plus tôt, une par une, des jours qui paraissaient tous calmes.

Vous obtenez le pire des deux mondes. Lundi a l'air d'aller, donc rien n'arrête les commandes. Vendredi est surchargé, et vous le découvrez le jeudi soir.

## À quoi ressemble vraiment cette semaine

Prenez une boulangerie avec un plafond de douze gâteaux décorés par jour, et une limite réglée sur douze par date de commande.

| Jour d'arrivée des commandes | Commandes prises | Pour vendredi | Total réel de vendredi |
| --- | --- | --- | --- |
| Lundi | 4 | 3 | 3 |
| Mardi | 5 | 4 | 7 |
| Mercredi | 3 | 3 | 10 |
| Jeudi | 6 | 5 | **15** |

Aucun jour n'a dépassé la limite de douze. Chaque journée paraissait confortable. Vendredi est à trois gâteaux au-dessus, et rien dans la boutique ne l'a remarqué, parce que rien dans la boutique ne comptait vendredi.

C'est la forme du problème, et c'est pourquoi le conseil « fixez une limite quotidienne » n'aide pas. La limite était active. Elle visait simplement le mauvais jour.

## L'étape du tableur

La plupart des marchands avec qui nous parlons ont résolu cela de la même manière, et c'est toujours une version du tableur.

Un onglet par semaine. Une ligne par journée de production. Un nombre que vous mettez à jour à la main chaque fois qu'une commande arrive, souvent le soir, souvent de mémoire. Ça marche, au sens où une chose qui exige que vous soyez personnellement exact chaque jour marche.

Le mode de défaillance n'est pas que le tableur se trompe. C'est que la boutique n'en sait rien. Le tableur dit que vendredi est complet ; le site continue de vendre vendredi. Alors vous ajoutez une note sur la fiche produit — *« les commandes du vendredi peuvent être limitées, nous vous contacterons »* — et vous voilà en train de rembourser des gens et de vous excuser pour quelque chose que vous saviez déjà.

Ou vous prenez l'autre route, qui consiste à arrêter de vendre ces articles en ligne. Autrement dit, la contrainte vous a désormais coûté le canal.

## Comptez le jour où le travail a lieu

La solution n'est pas un meilleur tableur. C'est de compter l'autre date.

Si « douze par jour » veut dire douze *pour le jour du retrait*, tout s'aligne. Une commande passée lundi pour vendredi compte sur vendredi. Une commande passée jeudi soir pour vendredi compte sur le même vendredi — et si c'est la treizième, elle ne passe pas.

Le nombre dans votre tête et le nombre appliqué par la boutique deviennent le même nombre. Personne n'a à penser à mettre quoi que ce soit à jour.

C'est ce que fait désormais OrderRules. Sur le forfait Advanced, avec les [dates de livraison](/docs/delivery/getting-started-delivery-dates) activées, la limite quotidienne de n'importe quel produit peut compter sur la date de livraison choisie par le client au lieu de la date de commande. C'est un réglage sur le produit : *Compter les limites quotidiennes par — date de commande ou date de livraison.*

| | Date de commande | Date de livraison |
| --- | --- | --- |
| Ce que cela protège | Votre temps aujourd'hui | La production d'une journée |
| Compte | Le jour où la commande arrive | Le jour où la commande est due |
| Adapté à | Retards, lancements, bridage | Fabrication à la commande, jours de prod, tournées |
| Vendredi dans le tableau ci-dessus | Ne se déclenche pas | S'arrête à douze |

## Quatre détails qui comptent plus qu'il n'y paraît

**Les variantes comptent séparément.** Un gâteau moyen et un grand ne représentent pas le même travail, et un seul nombre pour les deux ne vaut pas mieux que pas de nombre. Réglez dix moyens et quatorze grands sur le même produit : chacun est plafonné séparément. Les variantes sans limite propre retombent sur celle du produit.

**Le retrait et la livraison partagent la capacité.** Dix, c'est dix. Peu importe que le client vienne chercher ou se fasse livrer — le four ne fait pas la différence, donc le plafond non plus. Si vous proposez le [retrait en magasin](/docs/delivery/in-store-pickup) à côté de la livraison, c'est généralement ce que vous voulez : un plafond partagé est celui qui correspond à la cuisine.

**Les clients sont arrêtés au calendrier, pas au paiement.** Quand quelqu'un choisit une date, il voit combien de places restent. Une date qui ne peut pas contenir son panier n'est simplement pas sélectionnable. Refuser quelqu'un au paiement, après qu'il a choisi et s'est engagé, est une pire expérience que de ne pas proposer la date du tout — et c'est une vente perdue là où une orientation vers samedi ne l'aurait peut-être pas été.

**Les annulations rendent la place.** Si une commande du vendredi est annulée, vendredi peut en prendre une autre. Évident, et pourtant à dire, parce qu'une capacité qui ne fait que décroître est une fuite lente qui finit par une journée complète qui ne l'est pas.

## Quel nombre choisir

La tentation est de le régler sur votre maximum théorique. Résistez, pour deux raisons.

La première, c'est que votre maximum suppose une journée où rien ne cloche — pas d'absence, pas de panne de four, pas de pièce montée qui prend deux fois plus de temps qu'annoncé. Un plafond au maximum est un plafond correct uniquement les bons jours.

La seconde, c'est la fenêtre de concurrence décrite à la fin de cet article. Sur une date plafonnée à six, une place de marge vous coûte une vente et supprime le seul scénario où le plafond peut être franchi. Sur une date plafonnée à soixante, c'est du bruit. Plus le nombre est petit, plus la marge a de valeur.

Un point de départ pratique : réglez légèrement en dessous du nombre que vous diriez à voix haute, laissez tourner deux semaines, et regardez quelles dates se sont réellement remplies. Relever un plafond trop prudent est un problème agréable. Abaisser un plafond après un mauvais samedi, non.

## D'autres formes de la même contrainte

Les gâteaux sont l'exemple le plus clair, pas le seul.

- **Les traiteurs** ont un samedi qui tient un nombre fixe d'événements, quelle que soit la date de réservation — voir [Shopify pour les traiteurs et l'événementiel](/blog/shopify-catering-event-businesses).
- **Les fleuristes** ont la Saint-Valentin et la fête des Mères, où le plafond est fixé par les mains et les tiges des semaines avant l'arrivée des commandes.
- **Les fabricants à la commande et en petites séries** vendent de la capacité plutôt que du stock, ce qui est une discipline en soi — traitée dans [délais et plafonds de production en fabrication à la commande](/blog/shopify-made-to-order-lead-times-production-caps).
- **Les restaurants qui prennent des précommandes** ont un service de midi avec un nombre, et le retrait comme la livraison y puisent.
- **Le meuble et les produits volumineux** ont des équipes plutôt que des fours, et le plafond porte en réalité sur le nombre d'arrêts qu'un camion peut faire — voir [Shopify pour les marques de meubles](/blog/shopify-for-furniture-brands).

Si votre contrainte est par *créneau* plutôt que par jour — une fenêtre 10h–12h qui tient quatre livraisons — c'est un autre réglage : les [limites de capacité de livraison](/blog/delivery-capacity-limits-shopify) plafonnent chaque date et chaque créneau sur la règle de disponibilité plutôt que sur le produit. Les deux fonctionnent ensemble, et bien des boutiques ont besoin des deux.

## Comment cela s'articule avec le délai et l'heure limite

Les limites par date de livraison répondent à *combien*. Deux réglages voisins répondent à *quels jours sont proposables*, et ils s'exécutent avant le plafond.

**Le délai de préparation** retire les dates trop proches. Si un gâteau décoré demande trois jours, vendredi cesse d'être sélectionnable dès le mercredi, quelle que soit la capacité restante du vendredi. Réglez-le sur votre temps de fabrication réel, pas sur votre meilleur cas.

**L'heure limite de commande** décide où s'arrête aujourd'hui. Si votre liste de production est établie à 14h, une commande à 14h15 pour demain est en réalité une commande pour le lendemain — une [heure limite de commande](/blog/setting-up-cutoff-times-shopify) rend cela explicite au lieu de le laisser à celui qui lit la liste.

L'ordre des opérations vaut d'être connu : le délai et l'heure limite décident quelles dates sont montrées au client, et le plafond par date de livraison décide combien chacune peut encore prendre. Une date peut disparaître du calendrier pour l'une ou l'autre raison, et le message vu par le client diffère en conséquence.

Si vous affichez aussi une [date de livraison estimée](/blog/what-is-estimated-delivery-date) sur les fiches produit, cette estimation est l'affichage du même calcul de délai — elle dit au client quand une date tomberait, tandis que ces plafonds décident si cette date est encore ouverte.

## Quand vous voulez vraiment la date de commande

À dire clairement : le comptage par date de livraison n'est pas la meilleure option, c'est l'autre option.

Si votre limite décrit combien de commandes vous voulez *prendre* — brider pendant un sous-effectif, plafonner un lancement, garder le volume d'un nouveau produit gérable — la date de commande est la bonne base et l'a toujours été. C'est une limite de débit sur le travail entrant, et le travail entrant arrive le jour où il arrive. Les [limites quotidiennes de commandes](/blog/how-to-limit-daily-orders-shopify) comptées par date de commande sont le bon outil là.

La question à poser est : que protège le nombre ? S'il protège votre temps aujourd'hui, comptez la date de commande. S'il protège la production d'une journée, comptez la date de livraison.

Les limites hebdomadaires et mensuelles continuent de compter par date de commande dans les deux cas. Seule la limite quotidienne change, parce que « cette semaine » est une période, alors que « vendredi » est un jour précis avec une cuisine précise dedans.

## Mise en place

Si les dates de livraison sont déjà activées, c'est environ une minute de travail :

1. Ouvrez un produit dans **Produits**
2. Sous **Compter les limites quotidiennes par**, choisissez **Date de livraison**
3. Fixez la quantité quotidienne — sur le produit, ou par variante
4. Enregistrez

Sélectionnez d'abord plusieurs produits et cela s'applique à tous. Le réglage voyage aussi dans l'export et l'import CSV, donc tout un catalogue peut être réglé en une passe.

Le tableau Produits affiche ensuite votre date à venir la plus contrainte pour chaque article plafonné — *ven. 14 nov. · 9/10* — plutôt qu'un pourcentage d'utilisation, parce qu'un pourcentage n'aurait pas de sens. L'utilisation ici est une série, pas un nombre : un chiffre par date à venir. Un produit peut être à zéro pour cent aujourd'hui alors que samedi prochain n'a plus rien.

## L'unique limite assumée

Une chose que cela ne fait pas, et nous préférons le dire plutôt que vous le laisser découvrir.

Deux clients qui finalisent dans la même seconde, pour la même date, avec une place restante, peuvent tous deux passer. La validation au paiement lit un instantané de ce qui est réservé, et ne peut pas verrouiller comme le fait le stock. En pratique, il faut des paiements quasi simultanés sur une date descendue à sa dernière place : c'est donc rare — mais ce n'est pas impossible, et une app qui prétend le contraire prétend quelque chose que la plateforme n'offre pas.

C'est aussi pourquoi le conseil de marge ci-dessus vaut d'être suivi sur les petits plafonds. C'est un moyen peu coûteux de supprimer le seul cas où le nombre peut être franchi.

Ce que cela fait, c'est rendre la boutique et votre planning de production une seule et même chose, sans que vous entreteniez les deux. Pour la plupart des jours, la plupart des semaines, c'est la différence entre vendre en ligne et ne pas vendre.

## Pour aller plus loin

- [Limites par date de livraison](/docs/delivery/delivery-date-limits) — la doc de configuration, avec variantes, CSV et annulations
- [Démarrer avec les dates de livraison](/docs/delivery/getting-started-delivery-dates) — requis avant que ce réglage apparaisse
- [Limites par produit](/docs/product-limits/per-product-limits) — la limite quotidienne dont ceci change la base
- [Limites de capacité de livraison](/blog/delivery-capacity-limits-shopify) — plafonds par date et par créneau sur la règle de disponibilité

*Les limites par date de livraison sont sur le forfait Advanced et nécessitent l'activation des dates de livraison. [Voir la doc →](/docs/delivery/delivery-date-limits)*