UF Cliente SC (Santa Catarina), visível só para o grupo Gerência — segue o mesmo padrão de sigilo já usado para MS. Aparece só no campo UF Cliente (a Bauko não tem filial em SC). ICMS interestadual no mesmo bucket de RJ (12% padrão / 4% importado c/ similar); o DIFAL de não-contribuinte usa a alíquota interna própria de SC (17%), diferente dos 22% de RJ.

Referência de mercado — comparação na mesma base e recorte por UF. O nosso praticado deixou de ser uma proporção sobre o T1: de cada máquina faturada sai a margem líquida realmente praticada (mesma fórmula do simulador) e o preço é recalculado para a configuração da tela — custo, opcionais, frete, extras e, principalmente, os impostos de saída são sempre os da máquina configurada agora (as mesmas faturadas dão R$ 558–613 mil com ICMS de 4% e R$ 655–731 mil com 18%). A faixa de margem líquida praticada aparece junto. Os três blocos passaram a ser recortados pela UF do cliente da simulação, indicada em cada bloco; ES e sul da Bahia formam um bloco só (mesma regra do Market Share: a venda Komatsu da BA entra, o mercado da BA não). Sem amostra na UF, o bloco mostra todas as UFs e avisa. Na concorrência, a faixa de Vendas Perdidas mostra onde estão 80% dos registros (os extremos ficam no detalhe) — o preço do concorrente é o cheio, sem ajuste de imposto/opcionais.

Referência de mercado na visão Gerencial. Abaixo das tabelas T1–T5, uma faixa nova mostra — para a máquina configurada — o mínimo e o máximo que a Bauko já praticou (pedidos do CRM faturados e conciliados à nota fiscal, últimos 18 meses, trazidos para a configuração da tela; aparece a partir de 3 máquinas), o mínimo e o máximo da concorrência (Inteligência Competitiva com confiança alta primeiro, depois média, depois Vendas Perdidas — sempre com a fonte indicada) e o volume do mercado no ano (Market Share da classe com o share Komatsu; nas linhas sem Market Share, as unidades vistas em Vendas Perdidas). É mera informação: não altera nenhum cálculo, não aparece em PDF nem vai para o CRM. Visível só para o grupo Gerência — o dado nem é carregado para os demais.

PDFs gerados (Resumo de Precificação, Relatório Gerencial, Tabela de Preços) já sugerem o nome do arquivo ao salvar (ex.: Resumo-Precificacao-Komatsu-PC200-Cliente-17-09-2026), em vez do nome genérico da página.

Mensagem do WhatsApp sem a lista de "não inclusos". A pedido do Bernardo, a mensagem enviada ao cliente lista só os opcionais inclusos (ou "nenhum", explicitamente). A lista completa do que ficou de fora continua onde é conferência interna: no passo de confirmação do WhatsApp (countdown 5s) e no resumo do modal de PDF.

Reforço de conferência da precificação — 5 camadas novas para nenhuma configuração mudar em silêncio (origem: caso real do D61 que perdeu o ripper ao mexer na UF de faturamento). 1) Ao trocar a UF de faturamento, um aviso mostra o que aconteceu com cada opcional marcado (preço atualizado ou seleção perdida). 2) A mensagem do WhatsApp agora lista os opcionais inclusos E os não inclusos — e se não houver nenhum, diz "nenhum" explicitamente. 3) Copiar para WhatsApp ganhou um passo de conferência obrigatório: resumo de máquina, valor, opcionais, extras, frete, PMP e tributação, com botão travado por 5 segundos para garantir a leitura. 4) O modal de gerar PDF exibe o mesmo resumo de conferência antes de gerar o documento. 5) Tratores de esteira D51/D61 já entram com o Escarificador Completo pré-selecionado — remover o ripper passa a ser uma decisão, não um esquecimento (simulações restauradas por Código de Simulação continuam fiéis ao que foi salvo).

Trocar a UF de faturamento desmarcava os opcionais. Cada opcional tem um preço diferente por UF (rj/es), e o campo usava esse preço como identificador da seleção — ao trocar a UF, os preços mudavam e o simulador não reconhecia mais o opcional marcado, voltando pra "– Nenhum –" silenciosamente. Ex.: D61EX-23M0 com Escarificador Traseiro + Válvula de Serviço 5 Vias configurados, ao mudar a UF de faturamento de SP para ES, os dois eram desmarcados e o preço final saía sem eles, sem aviso. Agora o simulador reconhece o opcional selecionado independente da UF e mantém a seleção, só atualizando o preço para o da UF nova.

ICMS manual valia só na tela — não ia pro CRM. Os campos de ICMS de entrada e saída editáveis da Visão Gerencial eram usados no cálculo exibido, mas o payload do botão "Enviar para CRM" recalculava tudo com as alíquotas automáticas — a proposta e o demonstrativo de vendas chegavam com o imposto (e o custo contábil) errados. Ex.: WA150-6 com entrada manual de 12% enviava 4%, inflando o custo em dezenas de milhares de reais e mostrando margem negativa num negócio positivo. Agora o ICMS manual vale também no payload do CRM, é salvo no Código de Simulação e é restaurado ao reabrir a simulação.

WA150-6 faturada de MG. O simulador assumia que toda Komatsu sai de SP e, ao faturar por SP, fixava o ICMS de entrada em 12% (operação interna) — mas a WA150-6 é faturada pela Komatsu de Minas Gerais: a entrada MG→SP é interestadual a 4% (importado c/ similar nacional, Res. 13/2012). Agora cada máquina tem UF de origem (WA150-6 = MG, Bomag = ES, demais = SP): faturando por SP, a WA150-6 credita 4% e usa o preço-base d4 (antes creditava 12% sobre o d12). A NF de saída ao cliente não muda — continua regida pela UF de faturamento Bauko e pela UF do cliente.

Feiras simultâneas. O simulador considerava apenas o primeiro evento de feira vigente — com duas promoções ativas ao mesmo tempo, os modelos da segunda não recebiam a condição (ex.: "WA150-6 Sell Out" invisível enquanto "BES / Cooabriel" estava no ar). Agora todos os eventos vigentes são varridos: cada modelo enxerga o seu evento (desconto %, condição flat BKB e escopo por lista são avaliados por evento), o selo 🎪 na seleção de máquina mostra o evento do modelo selecionado, e o modal "Preços de Feira" e o texto de WhatsApp listam todas as promoções vigentes em blocos separados.

Extras negativos (créditos). A seção Extras agora aceita valores negativos — use para lançar um crédito ou qualquer item que reduza o custo da operação (ex.: crédito de campanha, bonificação). O valor entra com sinal em todos os cálculos: preços por tabela, margem líquida gerencial, memória de cálculo, PDFs (exibido em verde com "+"), Código de Simulação e payload enviado ao CRM — a margem no CRM (proposta e demonstrativo do pedido) reflete o crédito corretamente. Além disso, todos os campos numéricos (Extras, Frete, Dnet manual, Valor de Venda, PMP personalizado, Preparação, câmbio, taxas e percentuais) passaram a aceitar o formato brasileiro com ponto de milhar e centavos com vírgula: 26.000 vale R$ 26.000, 1.234.500,75 e 1,8% funcionam como esperado (antes o JavaScript lia 26.000 como R$ 26 e rejeitava vírgula).

Descontos deixaram de ser calculados em cascata. O Desconto Vigente, o Desconto Adicional e a Condição de Feira / Desconto à vista agora incidem todos sobre a mesma base (Dnet + Opcionais), e não mais um sobre o saldo do outro. Antes, 4% de vigente + 4% de feira davam 7,84% — o segundo desconto era aplicado sobre o valor já descontado. Agora dão 8% cheios. Num Dnet+Opc de R$ 973.664, o custo cai de R$ 897.329 para R$ 895.771 (R$ 1.558 a menos), o que reduz o custo contábil e melhora a margem real da operação. A memória de cálculo, o PDF, o Código de Simulação e o payload enviado ao CRM foram todos alinhados à mesma conta — proposta e demonstrativo continuam batendo 1:1 com a tela.

Venda interna via transferência — NF com o ICMS interno da UF do cliente. Para cliente de fora de SP, a máquina pode ser faturada por SP (crédito de entrada 12%), transferida à filial da UF do cliente e vendida internamente com a alíquota interna dela, sem Difal — ES/BA 12%, RJ 22%. O simulador ganhou o toggle "Venda interna [UF] via transferência" no card de Parâmetros Fiscais, disponível para qualquer modelo e para os dois regimes, desligado por padrão — a maior parte das vendas segue interestadual direta (ex.: produtor rural ES contribuinte a 7%, sem Difal). Ligue apenas quando o cliente exigir NF interna da UF dele; ao ligar, a UF de faturamento trava em SP e o item enviado ao CRM registra o ICMS interno na saída e Difal 0 — proposta, pedido e demonstrativo mostram a alíquota correta (e não mais os 7% que geravam questionamento). O custo não muda em nenhum dos casos: a fábrica equaliza o custo líquido entre as rotas (d7×0,93 = d12×0,88). WL e HE Komatsu nacionais seguem com o faturamento travado em SP (regra fiscal própria, desligável nas Configurações do simulador, aba Parâmetros). De quebra, a mensagem de WhatsApp deixou de abrir a composição "ICMS + Difal" para o cliente — mostra só a carga total inclusa.

Subsídio da feira agora SOMA com o subsídio manual. A condição sem juros da feira (botão 🏦) deixou de substituir o Subsídio de Taxa do card 💰 — as duas parcelas são independentes e acumulam no custo da máquina: se a feira exige R$ 10 mil de aporte e o vendedor calcula mais R$ 10 mil de subsídio CDC, o card mostra R$ 20 mil, com o detalhamento de cada parcela. O % da feira continua incidindo sobre o valor de venda final — que agora inclui a parcela manual na base, com o cálculo convergindo por iteração. O ✕ Excluir do card remove só a parcela manual; a parcela da feira sai pelo próprio botão 🏦 ou desmarcando a condição de feira. Códigos de Simulação antigos continuam importando corretamente.

Taxa zero da feira vale para todos os modelos Komatsu. A condição de parcelamento sem juros do BKB deixou de ser restrita aos modelos com desconto cadastrado: durante a vigência do evento, qualquer máquina Komatsu selecionada mostra a caixa 🎪 da feira — quem tem desconto ganha o % e o botão 🏦; quem não tem, vê "Parcelamento sem juros disponível" e ganha só o botão. Máquinas de outras marcas ficam de fora (o BKB é o Banco Komatsu). Nas Configurações, o bloco 🏦 ganhou o seletor "Vale para": Todos os modelos Komatsu (padrão) ou Só os participantes listados, para feiras futuras em que o banco restrinja a condição.

Condição flat BKB na Feira — subsídio de taxa em um clique. Além do desconto sobre o custo, cada evento de feira pode agora carregar a condição de parcelamento sem juros do BKB: a Bauko aporta um % do valor de venda (padrão 1,5%) e o banco viabiliza, por exemplo, 12x sem juros com 40% de entrada. O 12x sem juros é parte da condição de feira: o botão 🏦 Aplicar condição sem juros só aparece depois que o vendedor marca SIM no toggle da feira (e desmarcar a feira remove o subsídio junto) — um clique calcula o subsídio e o insere como custo na composição do preço, exatamente pelo mesmo caminho do Subsídio de Taxa manual (aparece no card 💰, no Resumo da Proposta e nas tabelas T1–T5). O % incide sobre o valor de venda final: como o subsídio entra no próprio preço, o cálculo converge por iteração até o valor ficar fiel ao percentual acordado. O subsídio acumula com o desconto % da feira (um é preço, o outro é custo de taxa); já o subsídio manual é substituído, para não somar dois subsídios sobre a mesma máquina. O valor do aporte só é exibido na visão Gerencial — o consultor vê apenas a condição de pagamento. Prazo, entrada, percentual e rótulo são configuráveis por evento na aba Feira/Promoção das Configurações, sem depender de nova versão.

Código de Simulação levava campos incompletos. Dois campos ficavam de fora do código exportado e voltavam zerados na importação, fazendo o valor de venda divergir do original: (1) Taxa de Transferência de Serviços — era gravada apenas com prefixo gerencial e só restaurada quando o código tinha sido exportado na visão Gerencial; como a TTS fica na visão do Consultor, quem exportava dali importava sempre com TTS = NÃO, alterando custo e todas as tabelas T1–T5; (2) parâmetros do subsídio CDC (taxa/entrada/prazo das condições vigente e fechada) — o valor do subsídio voltava, mas o card ficava sem a memória de cálculo. Códigos gerados antes desta versão continuam válidos e importam a TTS como desativada.

Condição de Feira / Promoção. Desconto promocional sobre o custo, com a mesma mecânica do desconto à vista, mas com vigência por data e restrito aos modelos selecionados na promoção. Quando há evento ativo e o modelo selecionado participa, aparece a caixa 🎪 Condição de Feira com toggle SIM/NÃO — ao marcar, o desconto entra no cálculo (preço e margem reais) e substitui o desconto à vista (que fica bloqueado). Também há um botão com a lista dos modelos participantes + Copiar lista (texto para WhatsApp, sem expor o %). Cadastro na tela de Configurações (aba Feira/Promoção), que também passou a concentrar a edição do desconto à vista (antes uma coluna da Lista de Preços). O % só é exibido na visão Gerencial.

Dnet Manual agora desabilita também o Pagamento à vista. Antes, com Dnet manual digitado, o toggle "à vista" seguia aplicando −2,5% sobre o valor — o custo na tela ficava menor que o Dnet digitado e a margem divergia da tela de aprovação do CRM (que interpreta o Dnet global como valor final). Agora o Dnet digitado é tratado como custo final em todos os cálculos: à vista é desligado e bloqueado enquanto o Dnet manual estiver ativo. De quebra, a visão Consultor e o PDF passaram a zerar o desconto vigente com Dnet manual (a visão Gerencial e o envio ao CRM já zeravam) — as duas visões agora batem 1:1.

Correção de Design System no cabeçalho do painel Uso do Simulador: o botão ↺ Atualizar usava a classe de botão do corpo claro (bds-btn--secondary), com contraste errado sobre a faixa verde do header. Agora usa hbtn-sm (fundo translúcido sobre o verde), padrão firme do BaukoDS para botões utilitários de cabeçalho.

Migração para o Design System do Hub (BaukoDS): cabeçalho, faixa de marcas e abas (Consultor/Gerencial) agora usam os componentes padronizados Topbar, SubBar e Tabs — o bloco de topo fica fixo (sticky) ao rolar. Cards de resultado (Valor de Venda, margens) passaram a usar o KpiCard com barra de progresso, e o toggle de PMP/Frete usa o componente Toggle. Toda a lógica de cálculo permanece inalterada — mudança apenas de camada visual.

Modal Subsídio de Taxa — Condição Vigente agora tem dropdown pra selecionar a linha de campanha CDC vigente (substitui o auto-fill anterior, que pegava só a primeira campanha + 48x cego). Opções listadas: primeiro as linhas que batem com o modelo selecionado, depois as outras campanhas (em optgroup separado). Selecionar uma opção pré-preenche taxa/entrada/prazo, mas os campos continuam editáveis pra ajuste fino — quando o vendedor edita, o select volta pra "manual". Condição Fechada continua 100% manual.

Botão "Código da Simulação" agora fica sempre visível abaixo do "Limpar Simulador", sem depender de seleção de máquina. Mesmas dimensões e espaçamento do botão Limpar.

Opcionais agora ocultam o valor (R$) na visão do consultor — vendedor vê só a descrição do item, evita exposição de preço durante apresentação ao cliente. Na visão gerencial o valor continua visível para análise.

Botão "Gerar / Importar Código" agora abre o modal de verdade — as funções (abrirModalCodigo, fecharModalCodigo, _codTab, _copiarCodigo, carregarCodigoSimulacao) estavam definidas dentro do callback DOMContentLoaded e não eram visíveis para os onclick inline. Expostas em window.

Logo Bauko voltou na tela de carregamento (splash) — removida sem querer pela sprint Header v2; agora vive como elemento oculto que o splash e o gerador de PDF leem. Botão "Código" ganhou espaçamento padrão e novo rótulo "Gerar / Importar Código desta Simulação".

Botão "Código" voltou a funcionar — chamava função inexistente (getPayloadC) por sobra de refactor; agora aponta para coletarEstadoSimulador. Modal de exportar/importar código de simulação acessível novamente.

Design System Wave 2: subbar-t alinhado em 12px/.09em, focus halo unificado em --grn3, modal-title 22px, dark mode adicionado ao bloco CDC.

Design System Wave 1: .htitle ganhou overflow guards (ellipsis) e adapta para 16px em mobile, oculta em telas ≤380px.

Header Padrão v2: altura 52px, sem logo, padding padronizado.