---
title: "Seu limite diário está contando o dia errado"
description: "Se você produz sob encomenda, seu limite protege um dia de produção — não a caixa de entrada de hoje. Quase todo app de limite conta o dia em que o pedido chegou. Por que isso quebra uma cozinha em silêncio, e o que muda ao contar a data de entrega."
contentType: "blog"
locale: "pt-br"
localized: true
source: "https://orderrules.com/pt-br/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"
---
Se você produz sob encomenda, tem um número na cabeça. Doze bolos por dia. Quarenta porções de buffet num sábado. Sessenta buquês no Dia dos Namorados. Não é preferência — é o número de mãos, fornos e horas que você realmente tem.

Então você acha um app que limita pedidos por dia, coloca doze, e em um mês está de volta anotando pedidos por telefone.

O motivo é este.

## Dois dias diferentes

Quando um cliente pede um bolo na segunda para retirar na sexta, esse pedido carrega duas datas. Segunda, quando foi feito. Sexta, quando ele precisa existir.

Quase toda ferramenta de limite conta a segunda. É o dia certo de contar se a sua restrição é *quantos pedidos você quer tocar hoje* — uma loja tirando um atraso, ou alguém que trabalha sozinho e não quer cinquenta notificações numa manhã.

Mas se a sua restrição é a cozinha, a segunda não diz nada. A sexta é o dia com teto. E quando a sexta chega, os pedidos foram aceitos dias antes, um ou dois por vez, em dias que todos pareciam tranquilos.

Você fica com o pior dos dois. A segunda parece bem, então nada segura os pedidos. A sexta está vendida além da conta, e você descobre na quinta à noite.

## Como essa semana é de verdade

Pegue uma padaria com teto de doze bolos decorados por dia, e um limite de doze pela data do pedido.

| Dia em que os pedidos chegam | Pedidos aceitos | Para sexta | Total real da sexta |
| --- | --- | --- | --- |
| Segunda | 4 | 3 | 3 |
| Terça | 5 | 4 | 7 |
| Quarta | 3 | 3 | 10 |
| Quinta | 6 | 5 | **15** |

Nenhum dia furou o limite de doze. Todo dia pareceu confortável. A sexta está três bolos acima, e nada na loja percebeu, porque nada na loja estava contando a sexta.

É este o formato do problema, e é por isso que o conselho "coloque um limite diário" não ajuda. O limite estava ligado. Só estava apontado para o dia errado.

## A fase da planilha

A maior parte dos lojistas com quem conversamos resolveu isso do mesmo jeito, e é sempre alguma versão da planilha.

Uma aba por semana. Uma linha por dia de produção. Um número que você atualiza na mão cada vez que entra um pedido, normalmente à noite, normalmente de memória. Funciona, no sentido em que funciona uma coisa que exige que você pessoalmente esteja certo todos os dias.

O modo de falha não é a planilha errar. É a loja não saber dela. A planilha diz que a sexta está cheia; o site continua vendendo sexta. Então você põe um aviso na página do produto — *"pedidos de sexta podem ser limitados, entraremos em contato"* — e agora está devolvendo dinheiro e pedindo desculpa por algo que já sabia.

Ou você vai pelo outro caminho, que é parar de vender esses itens online. Ou seja: a restrição acabou de custar o canal.

## Conte o dia em que o trabalho acontece

A solução não é uma planilha melhor. É contar a outra data.

Se "doze por dia" significa doze *para o dia da retirada*, tudo se encaixa. Um pedido feito na segunda para sexta conta na sexta. Um pedido feito na quinta à noite para sexta conta na mesma sexta — e se for o décimo terceiro, não passa.

O número da sua cabeça e o número que a loja aplica passam a ser o mesmo número. Ninguém precisa lembrar de atualizar nada.

É isso que o OrderRules faz agora. No plano Advanced, com as [datas de entrega](/docs/delivery/getting-started-delivery-dates) ativadas, o limite diário de qualquer produto pode contar pela data de entrega que o cliente escolhe em vez da data do pedido. É uma configuração no produto: *Contar limites diários por — data do pedido ou data de entrega.*

| | Data do pedido | Data de entrega |
| --- | --- | --- |
| O que protege | Seu tempo hoje | A produção de um dia |
| Conta | O dia em que o pedido chega | O dia em que o pedido vence |
| Boa para | Atrasos, lançamentos, segurar fluxo | Sob encomenda, dias de preparo, rotas |
| A sexta da tabela acima | Não dispara | Para em doze |

## Quatro detalhes que pesam mais do que parecem

**Variantes contam separadamente.** Um bolo médio e um grande não dão o mesmo trabalho, e um número só para os dois não é melhor que nenhum. Coloque dez médios e catorze grandes no mesmo produto e cada um é limitado por conta própria. Variantes sem limite próprio caem no do produto.

**Retirada e entrega dividem a capacidade.** Dez é dez. Não importa se o cliente retira ou recebe — o forno não diferencia, então o teto também não. Se você oferece [retirada na loja](/docs/delivery/in-store-pickup) junto com entrega, normalmente é isso que você quer: um teto compartilhado é o que corresponde à cozinha.

**O cliente é barrado no calendário, não no checkout.** Quando alguém escolhe uma data, vê quantas vagas restam. Uma data que não cabe o carrinho dele simplesmente não fica selecionável. Recusar alguém no checkout, depois de ele escolher e se decidir, é uma experiência pior que não oferecer a data — e é uma venda perdida onde um empurrão para o sábado talvez não fosse.

**Cancelamentos devolvem a vaga.** Se um pedido de sexta é cancelado, a sexta pode receber outro. Óbvio, e vale dizer, porque capacidade que só diminui é um vazamento lento que termina num dia cheio que não está.

## Que número colocar

A tentação é colocar o seu máximo teórico. Resista, por dois motivos.

O primeiro é que o seu máximo pressupõe um dia em que nada dá errado — ninguém doente, nenhum forno com defeito, nenhum bolo de casamento que leva o dobro do orçado. Um teto no máximo é um teto certo só nos dias bons.

O segundo é a janela de concorrência descrita no fim deste post. Numa data limitada a seis, uma vaga de folga custa uma venda e remove o único cenário em que o teto pode ser furado. Numa data limitada a sessenta, é ruído. Quanto menor o número, mais a folga vale.

Um ponto de partida prático: coloque um pouco abaixo do número que você diria em voz alta, rode duas semanas e veja quais datas realmente encheram. Subir um teto que se mostrou conservador é um problema agradável. Baixar um depois de um sábado ruim, não.

## Outros formatos da mesma restrição

Bolos são o exemplo mais claro, não o único.

- **Buffets** têm um sábado que aguenta um número fixo de eventos, independentemente de quando foram reservados — veja [Shopify para buffets e eventos](/blog/shopify-catering-event-businesses).
- **Floriculturas** têm Dia dos Namorados e Dia das Mães, onde o teto é definido por mãos e hastes semanas antes de os pedidos chegarem.
- **Quem produz sob encomenda e em pequenos lotes** vende capacidade em vez de estoque, o que é uma disciplina própria — tratada em [prazos e limites de produção sob encomenda](/blog/shopify-made-to-order-lead-times-production-caps).
- **Restaurantes que aceitam pré-pedidos** têm um almoço com um número, e retirada e entrega puxam dele.
- **Móveis e volumosos** têm equipes em vez de fornos, e o teto é na verdade sobre quantas paradas uma van consegue fazer — veja [Shopify para marcas de móveis](/blog/shopify-for-furniture-brands).

Se a sua restrição é por *faixa* e não por dia — uma janela de 10h às 12h que aguenta quatro entregas — essa é outra configuração: os [limites de capacidade de entrega](/blog/delivery-capacity-limits-shopify) limitam cada data e cada faixa na regra de disponibilidade em vez de no produto. Os dois funcionam juntos, e muitas lojas precisam dos dois.

## Como isso conversa com prazo e corte

Limites por data de entrega respondem *quantos*. Duas configurações vizinhas respondem *quais dias podem ser oferecidos*, e elas rodam antes do teto.

**O prazo de preparo** remove datas muito próximas. Se um bolo decorado precisa de três dias, a sexta deixa de ser selecionável já na quarta, por mais capacidade que sobre na sexta. Defina pelo seu tempo real de produção, não pelo melhor caso.

**O horário de corte** decide onde o hoje termina. Se a sua lista de produção fecha às 14h, um pedido às 14h15 para amanhã é na prática um pedido para depois de amanhã — um [horário de corte](/blog/setting-up-cutoff-times-shopify) deixa isso explícito em vez de largar na mão de quem lê a lista.

A ordem das operações vale saber: prazo e corte decidem quais datas o cliente vê, e o teto por data de entrega decide quantas cada uma ainda aceita. Uma data pode sair do calendário por qualquer um dos dois motivos, e a mensagem que o cliente vê muda de acordo.

Se você também mostra uma [data de entrega estimada](/blog/what-is-estimated-delivery-date) nas páginas de produto, essa estimativa é a exibição da mesma aritmética de prazo — ela diz ao cliente quando uma data cairia, enquanto esses tetos decidem se aquela data ainda está aberta.

## Quando você realmente quer a data do pedido

Dizendo com clareza: contar pela data de entrega não é a melhor opção, é a outra opção.

Se o seu limite descreve quantos pedidos você quer *aceitar* — segurar o fluxo com equipe reduzida, limitar um lançamento, manter o volume de um produto novo administrável — a data do pedido é a base correta e sempre foi. É um limite de ritmo sobre o trabalho que entra, e trabalho que entra chega no dia em que chega. [Limites diários de pedidos](/blog/how-to-limit-daily-orders-shopify) contados pela data do pedido são a ferramenta certa ali.

A pergunta é: o que o número protege? Se protege o seu tempo hoje, conte a data do pedido. Se protege a produção de um dia, conte a data de entrega.

Limites semanais e mensais seguem contando pela data do pedido nos dois casos. Só o diário muda, porque "esta semana" é um período, enquanto "sexta" é um dia específico com uma cozinha específica dentro.

## Como configurar

Se você já tem datas de entrega ativadas, é cerca de um minuto de trabalho:

1. Abra um produto em **Produtos**
2. Em **Contar limites diários por**, escolha **Data de entrega**
3. Defina a quantidade diária — no produto, ou por variante
4. Salve

Selecione vários produtos antes e vale para todos. Também viaja na exportação e importação CSV, então um catálogo inteiro se configura numa passada.

A tabela de Produtos passa então a mostrar a próxima data mais apertada de cada item limitado — *sex 14 nov · 9/10* — em vez de uma porcentagem de uso, porque uma porcentagem não significaria nada. Uso aqui é uma série, não um número: um valor por data futura. Um produto pode estar em zero por cento hoje enquanto o sábado que vem não tem mais nada.

## O limite honesto

Uma coisa que isso não faz, e preferimos dizer a deixar você descobrir.

Dois clientes que finalizam no mesmo segundo, para a mesma data, com uma vaga restante, podem passar os dois. A validação no checkout lê um retrato do que está reservado, e não consegue travar como o estoque faz. Na prática exige checkouts quase simultâneos numa data na última vaga, então é raro — mas não impossível, e um app que afirma o contrário está afirmando algo que a plataforma não oferece.

É também por isso que o conselho de folga acima vale ser seguido em tetos pequenos. É um jeito barato de remover o único caso em que o número pode ser furado.

O que isso faz é tornar a loja e o seu cronograma de produção a mesma coisa, sem você manter os dois. Na maioria dos dias, na maioria das semanas, essa é a diferença entre vender online e não vender.

## Para onde ir agora

- [Limites por data de entrega](/docs/delivery/delivery-date-limits) — a documentação de configuração, com variantes, CSV e cancelamentos
- [Começando com datas de entrega](/docs/delivery/getting-started-delivery-dates) — necessário antes de a configuração aparecer
- [Limites por produto](/docs/product-limits/per-product-limits) — o limite diário cuja base isso muda
- [Limites de capacidade de entrega](/blog/delivery-capacity-limits-shopify) — tetos por data e por faixa na regra de disponibilidade

*Limites por data de entrega estão no plano Advanced e exigem datas de entrega ativadas. [Ver a documentação →](/docs/delivery/delivery-date-limits)*