Estoque e cobertura

Guarde em colunas próprias: total, reservado (committed, pedidos já vendidos e não expedidos), disponível = maior entre (total menos reservado) e zero, e em trânsito (incoming, inbound, em abastecimento). Na Shopify, leia as quantidades por nome (available, committed, incoming). No armazém da Amazon, disponível é fulfillableQuantity e em trânsito é a soma de inbound working, shipped e receiving. Nunca misture em trânsito com disponível.

Padronize o código antes de cruzar estoque com venda e cadastro: zeros à esquerda até o tamanho do ERP (18 posições no SAP; 6 no Protheus, só para códigos de 4 a 6 dígitos), nunca aplicado a SKU de marketplace. Extraia o código do campo de referência do produto, não do slug da URL. Quando o SKU embute cor e tamanho, extraia produto e cor com uma expressão documentada e agregue sem tamanho se a venda for comparada nesse nível. Kits recebem prefixo próprio (P para produto, K para kit) para não colidir com produtos.

SKU de marketplace resolve para o produto em ordem: tabela de alias, código direto, e expressão regular para sufixos de armazém (por exemplo, o sufixo FBA). Guarde qual regra resolveu. SKU sem mapeamento e com estoque fica visível como "não mapeado"; SKU sem mapeamento e com zero (anúncio inativo) sai do painel.

Produtos marcados com estoque ilimitado (hasunlimitedquantity verdadeiro) saem do saldo. Alguns marketplaces devolvem uma quantidade enorme e fixa como sentinela de ilimitado (na casa de 10.000 ou mais): marque com flag e exclua da soma, com o limiar validado com o cliente. Filiais espelho do mesmo estoque físico agregam pelo grupo de estoque, como no assistente de IA.

A venda média diária usa itens de notas não canceladas cuja operação movimenta estoque: saída soma e devolução (entrada) subtrai; operações que não movimentam ficam fora. Janela de 30 dias para a média; guarde 400 dias de venda para comparar ano contra ano. Quando o canal entrega a venda pronta (unitsShippedT30 no armazém da Amazon), use a do canal.

Cobertura em dias = (disponível + em trânsito) / venda média diária de 30 dias. Em trânsito entra no numerador: no canal que usa armazém do marketplace, ignorá-lo subestima a cobertura em dias. Sem venda nos 30 dias, a cobertura é nula e o item vai para o status sem giro, nunca para infinito ou zero.

Sortimento ativo = faturou nos últimos 90 dias, não está inativo e não tem venda suspensa. Fora disso: fora de sortimento. Dentro: ruptura (disponível zero), crítico (cobertura abaixo do prazo de reposição do produto, com o prazo do grupo como reserva), atenção (abaixo do prazo mais uma margem), saudável, excesso (acima do estoque alvo em dias) e sem giro. Todos os limiares ficam numa tabela ou bloco de parâmetros, nunca espalhados na consulta.

Ordene os produtos pela receita dos últimos 90 dias e acumule: até 80% da receita é A, até 95% é B, o resto é C. Recalcule todo dia na janela móvel. Produto sem venda na janela fica sem curva ("SEM_CURVA"), não C.

Consulta SQL na Nekt é sem estado: para ter série, use notebook que acrescenta a foto. Duas medições por dia (abertura de manhã e fechamento à noite, em horário de Brasília), classificadas pela hora antes ou depois do meio-dia para resistir a mudança de agendamento. Grave saldo zero. Um passo diário depois do fechamento expurga além da retenção e deixa uma linha por produto, filial, dia e medição. Sem foto, reconstrua o dia pelo razão de estoque: o último movimento do dia dá o saldo e dias sem movimento herdam o anterior.

Necessidade líquida = requisição aberta menos (disponível + pedido de compra aberto), por produto e curva. Venda perdida estimada = venda média diária x dias em ruptura no período x preço médio, só para itens de sortimento ativo. Valor do estoque = quantidade x custo contábil. Produto com saldo e sem cadastro vai para uma tabela de exceção para o cadastro corrigir, fora do consumo analítico.