Rascunho — Prazo de Entrega Estimado

Modelagem e fluxos para estimativa dinâmica de prazo de entrega e fabricação.

Status: produção IMPLEMENTADA, transporte delineado para depois (gerado a partir de conversa em 2026-06-29).

Objetivo

Mostrar ao cliente uma estimativa de quando o pedido chega:

prazo de entrega = lead time de PRODUÇÃO  +  tempo de TRANSPORTE
                   (pagamento → pronto)       (origem → endereço do cliente)

Ambos contados em dias úteis, a partir da confirmação do pagamento.


Parte 1 — Lead time de produção ✅ (implementado)

Dias da confirmação do pagamento até a peça ficar pronta para envio.

Modelo (decidido): valor por produto, com padrão por categoria. 0 = pronto / em estoque (ex.: bolsa). A camiseta personalizada tem um prazo estimado de fabricação.

Onde editar:

  • Padrões por categoria → src/lib/store/delivery/production.ts (PRODUCTION_DAYS_BY_CATEGORY). É o lugar para ajustar hoje.
  • Exceção de um produto → campo productionDays no frontmatter do .mdx (sobrepõe o padrão da categoria). Omitido → herda a categoria.

Resolução: getProductionDays() = productionDays do produto ?? padrão da categoria ?? DEFAULT_PRODUCTION_DAYS.

Onde aparece: card de compra da página de produto (/store/[...slug]), na linha de confiança — ex.: “Pronto em ~3 dias úteis após o pagamento — frete à parte.” ou “Pronto para envio” quando 0.

Valores atuais (placeholders — ajuste conforme sua operação):

CategoriaDiasRacional
Acessórios0bolsas/ecobags em estoque
Vestuário3camisetas/regatas/moletons sob personalização
Exterior4bandeiras sob demanda

Parte 2 — Tempo de transporte ⏳ (delineado, completar depois)

Some-se ao lead time de produção. Origem = CEP da loja (DEFAULT_ORIGIN em src/lib/store/payments/delivery.ts / admin “Logística”). Destino = endereço padrão do cliente (user_addresses.is_default, já existe).

Opções de fonte do prazo (a decidir):

  • Tabela distância → dias (reaproveita a distância geocodificada que já existe): ex. ≤50 km → 1–2 d (moto/carro 99/Uber); >50 km → PAC 5–8 d / SEDEX/Jadlog 2–3 d. Sem API nova, configurável.
  • API real (Correios/Jadlog) por CEP — mais preciso, exige credencial.
  • Faixas por região (capital RJ / interior / outros estados).

Quem vê (a decidir): logado pelo endereço padrão; visitante via campo de CEP.

Fórmula alvo:

dataEntrega = dataPagamento + addBusinessDays(productionDays + transitDays)

Fases

  • Fase 1 (agora): produção em git (config + frontmatter), exibida no produto.
  • Fase 2: transporte (escolher fonte) + somatório → data estimada de entrega.
  • Fase 3: painel /admin para editar prazos de produção e parâmetros de transporte (Supabase); a config git vira seed. Liga-se ao [[pricing-model]].