Calculadora data limite de envio
Informe a data de entrega prometida e os dias úteis de trânsito e receba o último dia para despachar: para entregar na segunda, 27 de julho de 2026, com cinco dias úteis, despache até a segunda, 20 de julho. Fins de semana não contam. Grátis no seu navegador.
- Grátis
- Funciona no seu navegador
- Sem cadastro
- Seus dados não saem do seu aparelho
Executar grátis
Exemplo resolvido
- Data de entrega
- 2026-07-27
- Dias em trânsito
- 5
- Data limite de envio
- 2026-07-20
- Dia da semana limite de envio
- Monday
- Dia da semana da entrega
- Monday
- Dia limite de envio (ISO)
- 1
Uma calculadora de data limite de envio responde à pergunta de fulfillment que cada loja e cada planejador de armazém enfrenta: se o cliente deve receber o pedido em um dia de entrega prometido e a transportadora precisa de um número conhecido de dias úteis em trânsito, qual é o último dia do calendário em que ainda se pode entregar o pacote à transportadora? Informe uma data de entrega ISO estrita e um inteiro não negativo de dias úteis de trânsito—por exemplo entrega na segunda-feira dia vinte e sete com cinco dias úteis de trânsito—e a ferramenta recua no calendário gregoriano omitindo todos os sábados e domingos, e devolve a data ISO de envio, os nomes dos dias da semana, os números ISO do dia e o intervalo de calendário entre envio e entrega. Feriados ficam deliberadamente fora de escopo para que calendários regionais não reescrevam em silêncio um SLA global.
O que significa a data limite de envio com trânsito em dias úteis
O comércio eletrônico e o fulfillment B2B quase nunca programam o envio só com dias de calendário brutos. Uma promessa de três dias úteis de trânsito terrestre a partir de uma segunda de despacho costuma significar que o pacote deve chegar na quinta-feira sob um calendário da transportadora de segunda a sexta, não na quarta contando todos os dias de calendário incluindo fins de semana.
Sábados e domingos nunca contam para o trânsito e nunca são escolhidos como pontos intermediários do percurso quando o trânsito é maior que zero; quando o trânsito é zero a data de envio coincide com a de entrega mesmo que caia em fim de semana, o que mantém honestas as verificações inversas frente a ferramentas que somam dias úteis para a frente.
A própria data de entrega não é consumida como um passo de trânsito: cinco dias úteis antes de uma segunda caem na segunda anterior, o inverso de somar cinco dias úteis para a frente. Feriados, dias de bloqueio e calendários de descanso regionais são omitidos de propósito porque variam por país, transportadora e armazém; embutir uma única tabela de feriados em uma ferramenta genérica prejudicaria equipes com calendários diferentes. Combine o resultado com a sua própria lista de feriados quando um feriado no meio da semana também deva ser omitido.
Onde se encaixa em fluxos reais
Equipes de operações definem horários de corte de armazém a partir de promessas de entrega de marketing: se o checkout anuncia entrega até sexta com dois dias úteis de trânsito, a data limite de envio deve cair na quarta-feira, e esta chamada torna essa data explícita antes de aceitar pedidos. Marketplaces e painéis multi-transportadora convertem o SLA de trânsito de cada anúncio em uma única data de envio por pedido para alinhar as filas de pick-and-pack.
Ferramentas de finanças e atendimento ao cliente recalculam a mesma data quando um cliente pergunta se um pedido ainda pode chegar a uma data de presente. O caminho do navegador é gratuito para checagens interativas: cole uma chegada prometida, digite três e confirme o dia de envio antes de fixar um calendário de campanha. Combine a saída com as suas próprias tabelas de feriados quando uma região observar feriados no meio da semana; esta ferramenta continua sendo o filtro confiável de fins de semana por baixo.
Intenção de busca distinta de somar dias úteis para a frente ou contar dias úteis entre dois limites de projeto: aqui a pergunta de produto é especificamente o último dia em que ainda se pode enviar.
Casos de uso
Promessas de entrega no checkout
Converta uma promessa de vitrine «chega na sexta» e um SLA de trânsito da transportadora na última data de envio do armazém antes de aceitar o pedido.
Prazos de presentes e eventos
Com uma data de presente fixa e dias úteis de trânsito, informe aos clientes o último dia em que ainda podem fazer um pedido que envie a tempo.
Perguntas frequentes
Quanto custa?
O mesmo cálculo roda grátis no seu navegador nesta página.
Os dias de trânsito são úteis ou de calendário?
Dias úteis. Só contam de segunda a sexta. Sábados e domingos são omitidos ao recuar a partir da data de entrega.
Feriados públicos são omitidos?
Não. Só sábados e domingos são omitidos. Aplique a sua própria lista de feriados se a região ou a transportadora precisar.
Por que a minha data foi rejeitada?
A data de entrega deve ser um dia real do calendário gregoriano na forma estrita YYYY-MM-DD.
O que acontece se o trânsito for de zero dias?
A data limite de envio passa a ser a própria data de entrega, mesmo que ela caia num fim de semana. Assim o resultado bate com a soma de dias úteis para a frente a partir do envio.
Ferramentas relacionadas
Para desenvolvedores — acesso via API
Tudo nesta página está disponível via API. Esta seção é para equipes que querem integrar a ferramenta aos próprios sistemas; quem não precisa disso pode simplesmente usar a ferramenta acima.
Endpoint
Autenticação por token Bearer. Um único POST coloca a tarefa na fila; o resultado chega por webhook ou link assinado.
Chame do seu código
curl -X POST https://api.kit.forhosting.com/date/ship-by-date \
-H "Authorization: Bearer $KIT_KEY" \
-H "Content-Type: application/json" \
-d '{"delivery_date":"2026-07-27","transit_days":5}'const res = await fetch("https://api.kit.forhosting.com/date/ship-by-date", {
method: "POST",
headers: {
"Authorization": `Bearer ${process.env.KIT_KEY}`,
"Content-Type": "application/json"
},
body: JSON.stringify({
"delivery_date": "2026-07-27",
"transit_days": 5
})
});
const { task_id } = await res.json();import os, requests
res = requests.post(
"https://api.kit.forhosting.com/date/ship-by-date",
headers={"Authorization": f"Bearer {os.environ['KIT_KEY']}"},
json={
"delivery_date": "2026-07-27",
"transit_days": 5
},
)
task_id = res.json()["task_id"]<?php
$res = file_get_contents("https://api.kit.forhosting.com/date/ship-by-date", false, stream_context_create([
"http" => [
"method" => "POST",
"header" => "Authorization: Bearer " . getenv("KIT_KEY") . "\r\nContent-Type: application/json",
"content" => '{"delivery_date":"2026-07-27","transit_days":5}',
],
]));
$task = json_decode($res, true);body := bytes.NewBufferString(`{"delivery_date":"2026-07-27","transit_days":5}`)
req, _ := http.NewRequest("POST", "https://api.kit.forhosting.com/date/ship-by-date", body)
req.Header.Set("Authorization", "Bearer "+os.Getenv("KIT_KEY"))
req.Header.Set("Content-Type", "application/json")
res, _ := http.DefaultClient.Do(req)Exemplo de requisição
{
"delivery_date": "2026-07-27",
"transit_days": 5
}Exemplo de resposta
{
"task_id": "tsk_a1b2c3d4e5f6a1b2c3d4e5f6",
"type": "date.ship_by_date",
"status": "queued",
"_links": {
"result": "/tasks/tsk_…/result"
}
}A API é assíncrona: cada chamada devolve um task_id na hora. Se preferir polling, consulte o status a até 1 requisição por segundo.
Preço
Preço publicado, sem tokens nem créditos escondidos. Tarefa que falha não é cobrada.
Erros
| HTTP | Código | O que significa |
|---|---|---|
401 | unauthorized | Token ausente ou inválido. Confira o header Authorization. |
402 | insufficient_balance | Saldo insuficiente para esta tarefa. Faça uma recarga e tente de novo. |
404 | unknown_type | Esse tipo de tarefa não existe. Confira o campo type no catálogo. |
429 | rate_limited | Muitas requisições em pouco tempo. Espere um instante e tente de novo. |
Notas técnicas
O caminho é aritmética determinística pura—sem rede, sem Date do relógio do sistema, sem semente aleatória—de modo que o executor gratuito do navegador e a API pré-paga devolvem o mesmo JSON sempre que a chamada for feita.
O que significa a data limite de envio com trânsito em dias úteis
Esta capacidade modela esse contrato de forma explícita: transit_days é uma contagem de passos de segunda a sexta apenas, e o algoritmo parte da delivery_date prometida e recua um dia de calendário de cada vez até consumir exatamente esse número de dias que não são fim de semana.
Como chamar e ler o resultado
Como o algoritmo nunca consulta o fuso horário local, um valor de calendário puro permanece puro e não escorrega um dia quando o servidor roda em outra zona. Envie dois campos: delivery_date como string estrita YYYY-MM-DD do dia de chegada prometido ao cliente, e transit_days como inteiro não negativo do trânsito em dias úteis da transportadora. Aliases como delivery, due, promise_date, arrive_by e target_date para a data, e transit, shipping_days, lead_days e days para o inteiro, são aceitos para que formulários existentes mapeiem sem renomear campos. Datas de calendário inválidas falham de imediato com invalid_input: o trinta de fevereiro, o mês treze, strings livres e preenchimento não canônico são rejeitados em vez de forçados. Uma contagem de trânsito negativa, um não inteiro ou um valor acima do teto também é invalid_input para que um loop descontrolado não esgote o isolate. Uma resposta bem-sucedida devolve ship_by_date (o último dia para entregar o pacote), delivery_date ecoada, transit_days aplicados, ship_by_weekday e delivery_weekday como nomes em inglês do dia, ship_by_iso_weekday e delivery_iso_weekday como números de segunda-igual-a-um até domingo-igual-a-sete, calendar_days como o intervalo gregoriano absoluto do envio à entrega (pelo menos transit_days e maior quando fins de semana foram omitidos), e uma string de fórmula curta que documenta a regra. Use os campos de dia da semana em textos de interface e banners de corte; use a ISO ship_by_date como sistema de registro para ondas de picking, cortes de transportadora e motores de SLA. O preço é um valor fixo de US$ 0,002 por pedido bem-sucedido com unidade item; a validação falha nunca é cobrada.
Onde se encaixa em fluxos reais
Desenvolvedores incorporam o mesmo solve em webhooks e trabalhos CRON para que cada serviço compartilhe uma definição do último dia de envio em vez de reimplementar loops ad hoc que divergem nas bordas de sexta a segunda. O caminho da API custa US$ 0,002 por pedido bem-sucedido e é faturado por item, o que mantém baratos os scripts de planejamento em massa de pedidos e ainda cobre a execução na borda.
Casos de integração
Ondas de picking e cortes de transportadora
Agrupe pedidos por ship_by_date para que as ondas de picking e as entregas à transportadora não percam a janela de trânsito em dias úteis.
Perguntas técnicas
E se transit_days for zero?
ship_by_date coincide com delivery_date, mesmo quando esse dia cai em fim de semana. Use um trânsito positivo quando a transportadora precisar de dias úteis em movimento.