Reposição - o que o radar pede

Radar de 08/08 - a leitura de hoje não rodou

A sugestão abaixo não reflete as vendas e chegadas de hoje. O radar recalcula sozinho toda manhã (refresh 08:30); o atraso dispara alarme automático da frota.

O radar híbrido (net-flow DDMRP + envelope) decide o que repor e quanto; esta página torna a decisão visível. Radar de 08/08 (re-rodável determinístico). qtd_auto = o motor sugere sozinho · qtd_painel = complemento que depende de revisão humana.

Régua desta página, às claras: receita em risco soma vermelho + amarelo = R$487,691 /sem; o Console mostra a régua só-vermelho ( R$263,558 /sem). Mesma fonte (risco_resumo), réguas declaradas - até a canônica ser batida, as duas convivem à vista.

Mesa de decisão (a aba 16, viva - ordenada por receita em risco)

"REPOR (amarelo)" também é pedido do motor (o gatilho disparou na zona amarela - DDMRP pede antes de romper); a diferença pro "REPOR AGORA" é só a urgência. Curva A = algum SKU perpétuo/core no grupo (tier gateado do motor). Receita/sem em risco = run-rate × preço dos SKUs em vermelho/amarelo (apresentação declarada) - o topo da tabela é onde a ruptura custa caro.

Ponte (read-only): este dash não emite OC. Pra emitir: fluxo Hermes /gerar-pedido (grade A.3 + net-flow + custo do Bling vivo → OC no Bling → e-mail pra fábrica). Número estranho? O conserto é no motor (b3/radar_hibrido.py), nunca aqui.