Tecido - MRP nível 1 (planilha Gabi)

Planilha de 08/08 - a cópia de hoje não rodou

O snapshot diário da planilha da Gabi não foi capturado hoje; os números abaixo valem pra última cópia. Se o atraso persistir, é falha do refresh da manhã.

Estoque de tecido por cor x artigo e o que ele vira em peças e R$. Snapshot diário da planilha da Gabi, cópia de 08/08 - a planilha é editada à mão; o que não foi atualizado lá não aparece aqui. Conversões vêm PRONTAS do motor (não recalculamos).

"Peças potenciais" vem do motor próprio (BOM × desperdício × grade), não do "conjuntos estimados" da planilha - o fator da planilha é chute declarado e ficou fora das contas (decisão de 18/jun). Cores contadas depois de unificar digitação (caixa/typo/acento/código).

Quanto o estoque vira em peças e R$

Conversão de 08/08 - o motor não rodou hoje

Peças potenciais, capital e faturamento abaixo valem pra foto de 08/08 (o motor de conversão roda no refresh da manhã).

Capital = piso, conservador: só o tecido com preço de ficha; 1,057 kg de tecido morto/em-desenvolvimento ficaram de fora (também custaram) → o capital real é maior. Peças contam top e calcinha separados (≈ metade são conjuntos), não produtos de venda. Faturamento é teto de capacidade (markup 4,5x; faixa ~R$ 8,9M a ~R$ 14,0M conforme markup 3,5x a 5,5x), NÃO previsão de venda - não desconta demanda. Conversão no motor a3/foto_tecido.py; o dash só lê.

⚠️ Peças e faturamento = números preliminares. Dependem de uma confirmação ainda em aberto com a Laís: se a ficha de consumo já inclui a perda de corte. Se incluir, o número de peças pode subir ~20% (~138 mil). Trate como ordem de grandeza, não número fechado. O capital parado é o número firme.

Por que tanto tecido vira tanta peça (biquíni × fitness)

~98% das peças são biquíni (peça minúscula, ~52 g de tecido); o fitness vira poucas peças por ser ~11x mais pesado (macacão ~500 g vs calcinha ~44 g). Cada tecido é convertido separado - a média do fitness não entra no número do biquíni.

A coluna é a tecelagem de origem do tecido, não onde ele está fisicamente (Laís 18/jun). Os perpétuos de biquíni (UV + Microfibra + Acqua UV, da Rosset) concentram o potencial → girar e negociar esse tecido é a maior alavanca. Grafias unificadas na exibição (ROSET/ROSSET & CIA = Rosset; DIKLA = Diklatex).

Artigos sem ficha (Core morto, tecidos em desenvolvimento, Athletic Power consumido) entram só em kg/capital, não em peças/faturamento. Acqua UV é biquíni ativo (maioria das cores do Lucirlei hoje, Laís 18/jun; consumo herdado do UV Rosset, a confirmar).

Pergunta aberta (vale ±20% nas peças): a ficha da Laís é consumo líquido ou já inclui a perda de corte? Se já inclui, estamos descontando a perda 2x e as peças reais são ~20% maiores (~138 mil). É o que precisa fechar com a Laís antes de cravar o número de peças.

Estoque por cor

Área = kg em estoque (cor → artigo), com digitação unificada. Cores do treemap são neutras de layout, não a cor real do tecido (o de-para de cor ainda está em validação com a Gabriela).

Detalhe cor x artigo (como está na planilha)

Espelho fiel da planilha, com a grafia original (a coluna "Conj. est." é o fator chutado da planilha - fica aqui por rastreabilidade, mas as contas usam o motor).

OCs de tecido e lead de compra

⚠️ Congelado em 09/06 - o gerador destas abas está fora de rotina

As OCs de insumo são uma foto de 09/06 e o lead por regime, de 09/06 : compras e faturamentos desde então não aparecem. O motor que gera estes arquivos não roda no refresh diário - até ele voltar (ou a seção ser aposentada), trate como histórico, não como posição atual.

Fonte: outputs/tecido/<data>/ (snapshot da planilha da Gabi) + foto_calculada.csv (motor a3/foto_tecido.py: BOM × desperdício × grade A.3). A conversão é feita NO MOTOR; o dash só lê (a linha vermelha "zero lógica nova no dash" segue valendo). Ainda FORA do dash: o cruzamento "reposição pede X, tecido cobre?" (precisa do de-para cor-catálogo ↔ cor-tecido, em validação com a Gabi).