Log de versões e melhorias

Hotfix de consistência entre as visões financeiras.

• Com o período iniciado no dia atual, o Saldo inicial do Simulador passa a refletir o mesmo saldo atual consolidado de Financeiro > Lançamentos.
• Movimentos já realizados não são somados novamente ao cenário, preservando o saldo final correto.
• A versão pública, o histórico e os assets versionados foram atualizados para entregar imediatamente a release 3.2.4(b) após o deploy.

Hotfix de persistência do cenário financeiro.

• O cenário do Financeiro > Simulador permanece salvo para o mesmo usuário mesmo depois de sair e entrar novamente.
• Os cenários seguem isolados por usuário neste navegador e só são apagados pelo botão Limpar simulação.
• A versão pública, o histórico e os assets versionados foram atualizados para entregar imediatamente a release 3.2.3(b) após o deploy.

Hotfix de apresentação e estrutura do arquivo de Extrato.

• As colunas Entrada, Saída e Saldo passam a usar o formato de moeda brasileira (R$) no arquivo Excel.
• A coluna Origem deixa de ser exportada, mantendo o arquivo com nove colunas, de A até I.
• A versão pública, o histórico e os assets versionados foram atualizados para entregar imediatamente a release 3.2.2(b) após o deploy.

Hotfix de confiabilidade para relatórios financeiros exportados.

• A exportação deixa de extrair dados da tabela HTML e passa a usar diretamente o modelo de lançamentos calculado pelo ERP.
• O Extrato passa a preservar cada lançamento, com data, descrição, classificação, situação, conta, entrada, saída, saldo e origem.
• O gerador de Excel preserva códigos e referências textuais e protege o XML contra caracteres inválidos que poderiam corromper a planilha.
• A exportação em PDF dos relatórios financeiros passa a usar a mesma fonte estruturada do Excel.
• A versão pública, o histórico e os assets versionados foram atualizados para entregar imediatamente a release 3.2.1(b) após o deploy.

Release funcional importante para consolidar custos reais de itens nacionais e importados no ERP.

• Compras nacionais passam a atualizar o custo real do item a partir da PO, respeitando o lote mínimo para não distorcer custo médio com compras abaixo do mínimo.
• Compras internacionais passam a usar os custos reais das importações no sub-menu de Comex, considerando landed cost por item e custos financeiros vinculados à PO.
• Importações internacionais passam a ser criadas a partir da PO autorizada, mantendo todos os itens da mesma PO dentro de uma única importação.
• A edição de importação passa a aceitar múltiplos itens com custo unitário por item e rateio dos custos por peso de valor total do item.
• O cálculo do landed cost passa a alocar Siscomex, frete, despachante, armazenagem, taxas bancárias, seguro, frete nacional, liberação de documento e outras despesas conforme o peso financeiro de cada item.
• O cadastro de item passa a ter lote mínimo de compra, e atualizações de custo ficam bloqueadas quando a compra ou importação estiver abaixo desse lote.
• Workflows de aprovação passam a listar módulo alvo, condição de acionamento e regra de Lote Mínimo, preparando a autorização de POs abaixo do lote mínimo.
• O fluxo de importação passa a usar o status Pedido Feito no lugar de Planejamento; datas de DUIMP deixam de ser obrigatórias enquanto a importação estiver em Pedido Feito ou Em trânsito.
• Novas POs internacionais passam a preencher custo unitário por TMC do produto e, quando não houver TMC válida, pelo último preço comprado do mesmo fornecedor e item.
• Correções de formato impedem que valores decimais estrangeiros como 25.735 sejam interpretados como 25.735,00.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.2.0(b) após o deploy.

Rodada de ajustes operacionais para fornecedores estrangeiros e fluxo de aprovação de Purchase Order.

• Fornecedores estrangeiros passam a usar um bloco próprio de dados bancários com os campos Banco, Endereço Banco, Conta Bancária, Routing Number, Receiving Bank Swift Code, Beneficiary Bank Swift Code e Ultimate Beneficiary Account.
• A listagem de fornecedores estrangeiros passa a exibir o valor de compras na moeda do fornecedor, em vez de reaproveitar o valor em reais sem conversão.
• O fluxo de aprovação de Purchase Order passa a enviar emails automáticos de pendência, lembretes a cada 24 horas e escalonamento por nível após 3 dias sem aprovação.
• O criador da PO passa a receber email quando o pedido é aprovado ou recusado, com fornecedor, valor total e itens resumidos no corpo da mensagem.
• O lançamento financeiro deixa de ser criado enquanto a PO estiver pendente e continua ausente quando a PO é recusada.
• O PDF da PO pode ser baixado antes da aprovação apenas pelo criador e aprovadores elegíveis, saindo com status NOT APPROVED em fundo vermelho e texto preto em negrito.
• POs aprovadas deixam de poder ser editadas; permanecem apenas Excluir e Baixar PDF para o criador.
• POs recusadas voltam a permitir Editar e Excluir, mas deixam de oferecer Baixar PDF.
• Os botões Editar pedido e Excluir pedido passam a ficar ocultos para quem não criou a PO.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.1.0(b) após o deploy.

Hotfix no formulário e no PDF de Purchase Order.

• O campo de PO antes exibido como Número do contrato passa a aparecer como Número da Cotação Fornecedor.
• O valor informado nesse campo passa a sair no bloco Remarks do PDF como Quotation #: número informado.
• A edição da PO também passa a permitir alterar a cotação do fornecedor.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.53(b) após o deploy.

Hotfix no cabeçalho de fornecedor do PDF de Purchase Order.

• O país do fornecedor no PDF de PO passa a ser normalizado para inglês quando houver cadastro em português.
• Estados Unidos da América, Estados Unidos e EUA passam a sair como United States of America.
• Brasil passa a sair como Brazil, preservando países não mapeados como foram cadastrados.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.52(b) após o deploy.

Release corretiva para manter o BP fechado quando deduções da receita são geradas por diários contábeis.

• O resultado do exercício em curso no patrimônio líquido passa a calcular 4.1 - 4.2 - custos - despesas + resultado financeiro - tributos.
• A fórmula agora é consistente com a DRE de 2026 em diante, preservando o fechamento do BP.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.51(b) após o deploy.

Release corretiva para padronizar o sinal das contas redutoras da receita quando alimentadas por diários contábeis.

• Débitos em contas 4.2 agora alimentam deduções como valor positivo, preservando a fórmula da DRE: receita bruta menos deduções.
• A correção vale para a apuração por vínculos de 2026 em diante; anos oficiais bloqueados continuam preservados.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.50(b) após o deploy.

Release corretiva para fechar a ligação entre a matriz de vínculos financeiros e a visualização do BP/DRE.

• Os diários contábeis gerados pelos vínculos financeiros agora alimentam também as linhas exibidas do BP e da DRE, não apenas a base oficial interna.
• O comportamento vale para 2026 em diante; 2023, 2024 e 2025 permanecem baseados nos demonstrativos oficiais imutáveis.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.49(b) após o deploy.

Release para cadastrar a matriz de vínculos contábeis financeiros sem depender de contas incorretas no dropdown.

• Foi criado o marcador técnico BANCO_DINAMICO para liquidações, resolvido no diário contábil pela conta bancária real da movimentação.
• Foram criadas contas auxiliares para Mútuo de Sócio, Conta Corrente Sócio, Cartão de Crédito a Pagar, tributos a recolher, custos e despesas operacionais gerais.
• Foram cadastrados 34 vínculos contábeis aprovados a partir da matriz financeira, cobrindo receitas, fornecedores, materiais, pessoal, pró-labore, empréstimos, tributos, cartão, sócios e despesas operacionais.
• Recebimentos baixam Duplicatas a Receber contra banco dinâmico, pagamentos baixam fornecedores/obrigações contra banco dinâmico e aportes/retiradas de sócios deixam de passar por receita/despesa operacional.
• O backfill contábil dos lançamentos financeiros foi executado após a importação da matriz, gerando diários auditáveis para 2026 em diante conforme as categorias vinculadas.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.48(b) após o deploy.

Release para detalhar a conta Bancos Conta Movimento por instituição financeira.

• Foram criadas subcontas contábeis para Banco do Brasil, Banco Inter, Banco Safra, Banco Itaú e Banco Bradesco dentro de 1.1.1.02 - Bancos Conta Movimento.
• A geração de diário contábil passa a substituir automaticamente a conta genérica 1.1.1.02 pela subconta do banco informado no lançamento financeiro ou movimento de caixa.
• A conta 1.1.1.02 permanece como agrupadora no BP, somando as subcontas bancárias.
• Os exercícios oficiais bloqueados continuam preservados; a separação por banco passa a valer para os diários contábeis gerados de 2026 em diante.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.47(b) após o deploy.

Release para separar definitivamente histórico oficial imutável de apuração contábil operacional a partir de 2026.

• Os exercícios de 2023, 2024 e 2025 continuam baseados nos demonstrativos oficiais importados e bloqueados contra edição.
• A partir de 2026, o BP e a DRE passam a considerar os diários contábeis gerados pelos vínculos contábeis e vínculos por lançamento financeiro.
• Ao cadastrar um vínculo contábil, o ERP passa a rodar automaticamente o backfill dos lançamentos financeiros correspondentes para gerar os diários auditáveis.
• Ao excluir/inativar um vínculo contábil, os diários financeiros gerados por aquela regra são revertidos para não continuarem afetando BP/DRE.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.46(b) após o deploy.

Release para registrar no ERP os demonstrativos oficiais de 2025 recebidos da contabilidade externa.

• O Balanço Patrimonial de 2025 foi importado com ativo total de R$ 2.953.598,59, passivo circulante de R$ 82.823,10 e patrimônio líquido de R$ 2.870.775,49.
• A DRE de 2025 foi carregada com receita bruta de R$ 5.479.028,73, deduções de R$ 930.590,14, custos de R$ 801.072,47, despesas operacionais de R$ 1.804.052,14, resultado financeiro de -R$ 44.963,39 e lucro líquido de R$ 1.898.350,59.
• Foram criadas contas auxiliares necessárias para representar dividendos a receber, obrigações trabalhistas detalhadas, CMV, depreciações, despesas administrativas e despesas financeiras destacadas nos PDFs oficiais.
• O exercício de 2025 foi bloqueado no backend e também por travas diretas no banco de dados, impedindo inclusão, edição ou exclusão dos saldos históricos importados.
• O deploy foi feito com backup prévio da base e validação de que o BP fecha sem diferença e que a DRE confere com a documentação oficial.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.45(b) após o deploy.

Release para registrar no ERP os demonstrativos oficiais de 2024 recebidos da contabilidade externa.

• O Balanço Patrimonial de 2024 foi importado com ativo total de R$ 1.546.261,22, passivo circulante de R$ 306.512,57 e patrimônio líquido de R$ 1.239.748,65.
• A DRE de 2024 foi carregada com receita bruta de R$ 3.760.570,36, deduções de R$ 383.594,68, resultado financeiro de -R$ 103.271,41 e lucro líquido de R$ 544.448,64.
• Foram criadas contas auxiliares necessárias para representar despesas comerciais, administrativas e financeiras que vieram destacadas nos PDFs oficiais.
• O exercício de 2024 foi bloqueado no backend e também por travas diretas no banco de dados, impedindo inclusão, edição ou exclusão dos saldos históricos importados.
• O deploy foi feito com backup prévio da base e validação de que o BP fecha sem diferença e que o resultado líquido da DRE confere com a documentação oficial.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.44(b) após o deploy.

Release para iniciar a contabilidade estrutural do ERP do zero, sem saldos gerenciais automáticos ocultos.

• O relatório contábil deixou de usar o fallback automático de saldos operacionais para preencher BP/DRE gerencial.
• Os saldos passam a nascer de componentes auditáveis: saldos históricos informados conscientemente, vínculos contábeis estruturados e diários gerados a partir desses vínculos.
• A base contábil atual foi zerada com backup prévio: saldos históricos, diários contábeis e status contábil postado dos lançamentos financeiros foram limpos.
• Financeiro, caixa, estoque, imobilizado e demais módulos operacionais foram preservados; apenas deixaram de alimentar automaticamente o BP/DRE sem vínculo contábil explícito.
• A ponte de conciliação passou a iniciar sem linhas enquanto não houver componentes contábeis lançados, evitando diferenças gerenciais sem trilha auditável.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.43(b) após o deploy.

Release de estabilização contábil para reduzir mascaramento de DRE/BP e preparar a vinculação assistida dos lançamentos financeiros.

• A DRE foi reorganizada com hierarquia visual por níveis, destacando apenas contas principais de número inteiro e mantendo subcontas alinhadas conforme profundidade contábil.
• As deduções da receita bruta passaram a exibir Impostos sobre receita como agrupador, com detalhamento por ISS, PIS, COFINS, ICMS, DAS e outros impostos.
• As despesas operacionais foram reestruturadas para separar despesas administrativas, pessoal, comerciais e indiretas, incluindo INSS sobre folha, FGTS sobre folha, depreciação e amortização.
• A seção de IRPJ e CSLL foi renomeada para Tributos sobre lucro, preservando IRPJ e CSLL como linhas internas.
• O exportador PDF da DRE foi corrigido para respeitar a ordem da tela, manter despesas com sinal negativo e exibir somente o ano atual, sem comparação com ano anterior.
• As subcategorias financeiras deixaram de alimentar automaticamente a classificação contábil textual da DRE/BP, evitando que códigos como 5.1.1 - Materiais aplicados mascarassem a apuração.
• Foi criado o submenu Contábil > Vínculo por lançamento, com permissão própria, fallback de carregamento de lançamentos, filtros por status, tipo, período e busca textual.
• A tela de vínculo por lançamento passou a abrir um modal simplificado, ocultando Categoria financeira quando o escopo for Subcategoria e carregando categorias somente quando o escopo for Categoria.
• Todos os vínculos contábeis automáticos existentes foram desativados, preservando histórico, para que os lançamentos voltem a aparecer como pendentes e sejam vinculados pelo novo fluxo.
• As observações dos lançamentos financeiros foram limpas e o motor contábil deixou de reconhecer D:/C: em notas livres; vínculos contábeis agora devem vir das regras estruturadas.
• Rotinas automáticas de venda, pedido de compra e atualização cambial deixaram de recriar observações nos lançamentos financeiros.
• Foram corrigidos cache, permissão de navegação e versionamento dos assets para entregar imediatamente o novo submenu e os ajustes contábeis após o deploy.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.42(b) após o deploy.

Hotfix visual na descrição dos itens da proposta.

• O PDF de proposta deixa de mostrar a linha Pagamento: Único na descrição dos itens.
• A indicação de pagamento permanece visível apenas para itens Parcelado/mensal.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.41(b) após o deploy.

Hotfix de leitura rápida na listagem de Orçamentos.

• Os cards da lista de Orçamentos passam a exibir um badge com o tipo de venda: Comércio, Serviço ou Mista.
• O badge usa o tipo de venda do orçamento e fica visível no cabeçalho do card junto ao status e ao valor.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.40(b) após o deploy.

Hotfix na regra de cálculo de itens de software em propostas parceladas/mensais.

• Itens de Software com pagamento parcelado/mensal passam a comparar o Tempo do contexto com a periodicidade indicada no código do produto.
• Quando o Tempo do contexto for menor que a periodicidade do software, o preço unitário proporcional usa o próprio tempo como divisor, cobrando 100% do valor do software durante o prazo contratado.
• A regra foi aplicada no cálculo do orçamento, na gravação backend e na exibição do Valor Unitário (R$) no PDF.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.39(b) após o deploy.

Hotfix complementar de layout na tabela de Condições Comerciais do PDF.

• Os rótulos Prazo de Pagamento e Prazo de Pagamento Mensal passam a ter quebra explícita de linha no PDF quando aparecem na tabela de Condições Comerciais.
• O ajuste impede a invasão de texto entre colunas mesmo quando as quatro condições aparecem juntas.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.38(b) após o deploy.

Hotfix de layout na tabela de Condições Comerciais do PDF.

• A tabela de Condições Comerciais no PDF passa a quebrar rótulos longos em múltiplas linhas dentro da célula.
• O ajuste evita sobreposição quando Prazo de Pagamento, Prazo de Pagamento Mensal, frete e validade aparecem juntos.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.37(b) após o deploy.

Hotfix textual na seção de Condições Comerciais da proposta.

• No PDF de proposta, o rótulo PGTO ÚNICO foi renomeado para Prazo de Pagamento.
• No PDF de proposta, o rótulo PGTO MENSAL foi renomeado para Prazo de Pagamento Mensal.
• A regra da versão anterior permanece: cada prazo aparece somente quando houver item correspondente no orçamento.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.36(b) após o deploy.

Hotfix na seção de Condições Comerciais do PDF de proposta.

• O PDF de proposta passa a exibir PGTO ÚNICO em Condições Comerciais somente quando houver item com pagamento único.
• O PDF de proposta passa a exibir PGTO MENSAL somente quando houver item com pagamento parcelado/mensal.
• A numeração das condições comerciais é recalculada dinamicamente para preservar a leitura quando uma das formas de pagamento não se aplica.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.35(b) após o deploy.

Hotfix no preenchimento assistido da condição mensal do orçamento.

• O campo Pagamento mensal passa a completar números digitados no formato X dias após a medição ao sair do campo.
• O campo Pagamento único mantém a regra anterior de completar números como X dias.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.34(b) após o deploy.

Hotfix de preenchimento assistido nos campos de pagamento do orçamento.

• Os campos Pagamento único e Pagamento mensal passam a aplicar a mesma normalização do campo Prazo de entrega ao sair do campo.
• Quando o usuário digita apenas um número, o ERP completa automaticamente com dias, preservando textos livres já digitados.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.33(b) após o deploy.

Hotfix visual no preenchimento inicial do formulário de Orçamentos.

• Os campos Pagamento único e Pagamento mensal no formulário de Orçamentos passam a abrir vazios, igual ao campo Prazo de entrega.
• Os textos Ex.: No faturamento e Ex.: 30 dias após a medição permanecem apenas como placeholders, sem serem enviados como valor digitado.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.32(b) após o deploy.

Hotfix para refletir comercialmente as condições de cobrança por tipo de pagamento do item.

• O formulário de Orçamentos passou a separar a condição de Pagamento único da condição de Pagamento mensal.
• Novos orçamentos abrem com os padrões No faturamento e 30 dias após a medição, ambos editáveis.
• O PDF de proposta passou a exibir as duas condições comerciais separadamente, mantendo compatibilidade com o campo antigo de pagamento em propostas já existentes.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.31(b) após o deploy.

Hotfix visual no formulário de criação e revisão de orçamentos.

• O campo visual Status foi removido do formulário de criação/revisão de Orçamentos.
• O status interno continua sendo enviado como Rascunho por padrão, preservando o fluxo atual de emissão, envio e revisão.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.30(b) após o deploy.

Hotfix para calcular itens de software conforme a periodicidade indicada no código do produto.

• Itens de categoria Software passam a ler a periodicidade pelo sufixo do código, como -12, -24 ou equivalentes.
• Para software parcelado/mensal, o total passa a seguir Quantidade x (Preço unitário / periodicidade do software) x Tempo do contexto de precificação.
• No PDF, a coluna Valor Unitário (R$) passa a exibir o valor unitário equivalente ao período mensal do software.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.29(b) após o deploy.

Hotfix visual no cabeçalho da tabela de itens do PDF de proposta mista/serviço.

• A coluna Valor mensal do Ponto no PDF de proposta mista/serviço foi renomeada para Valor Unitário (R$).
• A alteração preserva a regra de cálculo publicada na versão anterior, mudando apenas o texto exibido no cabeçalho para o cliente.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.28(b) após o deploy.

Hotfix para alinhar a matemática visível do PDF com o preço unitário informado no item.

• O PDF de serviço/misto passou a exibir em Valor mensal do Ponto exatamente o Preço unitário do item para itens parcelados/mensais.
• O total dos itens parcelados/mensais passou a seguir a fórmula Quantidade x Tempo x Preço unitário, mantendo o cálculo visual consistente com a proposta.
• O cálculo de margem passou a aplicar o mesmo multiplicador de tempo aos custos de itens parcelados/mensais.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.27(b) após o deploy.

Hotfix do PDF de serviço/misto para deixar os valores de pagamento mais claros ao cliente.

• As notas do PDF de serviço/misto passaram a separar Valor Total, Valor Pagamento Único e Valor Mensal.
• A linha de Valor Mensal agora informa o prazo em meses conforme o Tempo do contexto de precificação, aparecendo apenas quando houver item parcelado/mensal.
• A sequência das notas foi ajustada para manter os descritivos técnicos após os valores apresentados ao cliente.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.26(b) após o deploy.

Hotfix do PDF de serviço/misto para alinhar pagamento por item, tempo e totais apresentados ao cliente.

• O campo Parcelas/meses foi removido do item do orçamento; itens marcados como Parcelado/mensal passam a usar o Tempo do contexto de precificação.
• No PDF de serviço/misto, itens de hardware com pagamento Único deixam de considerar o tempo na coluna de valor mensal, exibindo o valor unitário correto.
• A linha separada de Total foi removida do PDF de serviço/misto e o total passou a aparecer em Notas, junto com Valor Mensal quando houver itens parcelados/mensais.
• A largura útil da descrição em propostas de serviço foi reduzida novamente para impedir sobreposição com a coluna Cód. Serviço.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.25(b) após o deploy.

Hotfix visual no PDF de propostas de serviço após a inclusão da condição de pagamento por item.

• O PDF de proposta de serviço passou a reservar mais respiro entre a descrição do item e a coluna Cód. Serviço, evitando que descrições longas avancem visualmente sobre o código.
• A quebra de linha da descrição de serviço foi ajustada para considerar a linha adicional de condição de pagamento por item sem invadir a próxima coluna.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.24(b) após o deploy.

Melhoria nas propostas para explicitar a condição de pagamento de cada item ao cliente.

• Cada item do orçamento passou a ter condição de pagamento própria, com seleção entre Único e Parcelado/mensal.
• Ao selecionar Parcelado/mensal, a tela abre o campo de parcelas/meses para informar a duração do pagamento daquele item.
• A condição de pagamento do item passou a ser persistida na proposta, preservada em revisões e exibida no PDF logo abaixo da descrição do item.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.23(b) após o deploy.

Hotfix visual no resumo de impostos do PDF comercial.

• O PDF de orçamento passou a exibir CBS, IBS e IS apenas pelo percentual no resumo de impostos, sem apresentar o valor monetário de cada tributo.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.22(b) após o deploy.

Hotfix fiscal para padronizar o CFOP das propostas sem depender do cadastro do produto.

• O CFOP das propostas passou a ser calculado automaticamente para vendas tipo COMÉRCIO e MISTA: 5102 quando o destino é SP e 6102 para os demais estados.
• A regra foi aplicada na tela de Orçamentos e reforçada no backend ao salvar a proposta, evitando que o CFOP antigo do cadastro do produto prevaleça.
• Em propostas mistas, linhas de serviço/software/livre continuam sem CFOP, mantendo o uso de código de serviço.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.21(b) após o deploy.

Hotfix visual no resumo de impostos do PDF comercial.

• O PDF de orçamento deixou de exibir o sufixo efetivo nas linhas de CBS e IBS do resumo de impostos, mantendo apenas alíquota e valor.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.20(b) após o deploy.

Hotfix para permitir ajuste manual do preço final em itens de orçamento sem perder a lógica de cálculo automático.

• O campo Preço unitário dos itens de orçamento passou a aceitar edição manual, mantendo o preenchimento automático enquanto o usuário não alterar o valor.
• Quando o preço é alterado manualmente, o valor digitado passa a ser o preço final da linha e o cálculo de markup, faturamento, margem bruta e margem líquida é refeito sobre esse valor.
• Ao trocar produto ou categoria, o preço volta ao modo automático para evitar reaproveitar indevidamente um valor manual antigo em outro item.
• Revisões de orçamento preservam o preço salvo como valor manual, evitando que uma revisão reabra a proposta recalculando preços históricos sem ação do usuário.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.19(b) após o deploy.

Hotfix consolidado para corrigir a emissão do orçamento comercial e impedir processos paralelos em porta incorreta.

• O PDF comercial de orçamentos passou a quebrar descrições longas de forma mais fiel à largura visual da célula, evitando fragmentação indevida do texto.
• A tabela de itens do orçamento foi rebalanceada para venda tipo COMÉRCIO, preservando a quebra solicitada para NB-Iot proteção IP 67, alimentação a bateria. e mantendo NCM, CFOP, quantidade e valores legíveis.
• O cabeçalho da tabela de itens foi uniformizado com a mesma fonte/tamanho em todas as colunas.
• O layout vertical do orçamento foi compactado e recebeu respiros corrigidos entre tabela, total, notas, impostos, prazo, condições comerciais e assinatura, permitindo que o orçamento Q-2026-0010 caiba em uma única página sem sobreposição visual.
• A tela de Orçamentos voltou a exibir e persistir o campo CFOP para venda tipo COMÉRCIO, mantendo o campo oculto em fluxos de serviço/software/livre.
• A VPS foi saneada para manter o ERP público apenas em 127.0.0.1:8010; a porta 8000 foi encerrada e o app.py passou a forçar a porta oficial 8010.
• A versão pública exibida, o histórico de versões e os assets versionados foram atualizados para entregar imediatamente a release 3.0.18(b) após o deploy.

• Os pedidos de venda passam a ser renderizados no início de renderCommercial(), antes dos blocos de clientes e fornecedores, evitando que qualquer erro em carteira impeça as OVs de aparecerem.
• A lista de pedidos ganha renderização isolada e recarregamento direto por /api/sales-orders, mantendo diagnóstico visível em tela se a API falhar.
• O cache agressivo de app.js e style.css foi removido, o service worker passou a se desinstalar e o carregamento inicial limpa caches locais para impedir que o PWA continue servindo código antigo.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 3.0.17(b) após o deploy.

• A própria renderização da carteira comercial passa a detectar sales_orders vazio, mostrar carregamento e recuperar /api/sales-orders sob demanda antes de redesenhar o bloco de pedidos.
• A recuperação direta evita que cache, bootstrap parcial ou estado antigo do navegador mantenham a área de pedidos em branco.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 3.0.16(b) após o deploy.

• A carteira comercial passa a recuperar os pedidos de venda diretamente pela API de pedidos quando o bootstrap parcial da seção vier sem sales_orders, evitando lista vazia apesar de existirem OVs cadastradas.
• A tela de relacionamento e carteira volta a exibir pedidos como OV-2026-0004, OV-2026-0003, OV-2026-0002 e OV-2026-0001 quando presentes na base.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 3.0.15(b) após o deploy.

• O juros financeiro passa a entrar no cálculo de margem líquida do orçamento como despesa financeira, não apenas como valor informativo no card.
• O solucionador de preço passa a considerar essa despesa ao buscar a margem líquida alvo, recalculando markup e preço final quando houver prazo financeiro.
• A margem líquida exibida passa a indicar que considera impostos, frete, juros e comissão.
• O backend também passa a descontar o custo financeiro ao calcular a margem líquida gravada quando ela não vier do resumo da tela.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 3.0.14(b) após o deploy.

• Em venda de tipo COMÉRCIO, o período de juros passa a ser recalculado diretamente da Condição de pagamento no momento de renderizar o resumo, evitando reaproveitar o prazo de projeto.
• Em vendas de SERVIÇO ou MISTA, a lógica anterior por Tempo em meses permanece preservada.
• O resumo passa a armazenar interestPeriodMonths e interestAmount em metadados internos, facilitando auditoria do cálculo em tela.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 3.0.13(b) após o deploy.

• O card Juros no resumo do orçamento passa a exibir o valor financeiro real embutido no preço, calculado a partir do fator de juros aplicado ao faturamento.
• O período de juros continua vindo da condição de pagamento, mas o valor deixa de zerar quando a precificação é resolvida por margem-alvo.
• Para meia competência financeira, como 15 dias excedentes com taxa de 5% a.m., o card passa a refletir aproximadamente 2,5% de efeito financeiro.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 3.0.12(b) após o deploy.

• Orçamentos de comércio deixam de exibir Tempo em meses e Quantidade de pontos, mantendo esses campos apenas para serviços e vendas mistas.
• A condição de pagamento passa a alimentar automaticamente o período financeiro: prazos até 45 dias não geram juros; acima de 45 dias, o ERP aplica juros sobre o período excedente.
• Condições com múltiplos prazos, como 30/60/90, usam o maior prazo informado para calcular a exposição sem pagamento.
• A regra foi espelhada no backend para manter o mesmo comportamento em criação por tela, prévia de PDF e API.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 3.0.11(b) após o deploy.

• O modal Detalhamento de impostos dos orçamentos passa a exibir CBS, IBS estadual, IBS municipal e Imposto Seletivo quando houver cálculo aplicável nos itens.
• A alíquota efetiva e o valor de CBS/IBS/IS passam a aparecer junto dos demais tributos, compondo o Imposto total usado no preço comercial.
• O PDF de orçamento passa a listar CBS, IBS e IS com alíquota efetiva e valor calculado quando houver destaque da reforma tributária nos itens.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 3.0.10(b) após o deploy.

• A base de CBS/IBS-Importação nas TMCs passa a usar a composição: valor aduaneiro, Imposto de Importação, Taxa Siscomex e demais taxas/despesas incidentes na liberação da importação.
• IPI, ICMS, ISS, PIS e COFINS legados deixam de compor a base de CBS/IBS-Importação.
• A mesma base passa a ser usada na prévia da tela, na rota /api/tmcs/tax-preview e na gravação final da TMC.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 3.0.9(b) após o deploy.

• A tela de TMC deixa de exibir Base CBS, Base IBS e Base IS no bloco de tributos de importação.
• As bases continuam sendo calculadas e enviadas em campos internos ocultos, preservando gravação, auditoria e cálculo oficial no backend.
• O usuário passa a ver somente Alíquota e Valor para CBS, IBS e IS, reduzindo ruído visual na composição tributária da TMC.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 3.0.8(b) após o deploy.

• A tela de TMC passa a chamar a rota /api/tmcs/tax-preview para preencher CBS, IBS e IS com o mesmo cálculo oficial usado pelo backend na gravação.
• A prévia local permanece como resposta imediata, mas o servidor passa a ser a fonte final para parâmetros fiscais, alíquotas vigentes, tratamentos e base calculada.
• O cálculo deixa de depender exclusivamente do state carregado no navegador, evitando campos zerados quando o bootstrap fiscal está atrasado ou incompleto.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 3.0.7(b) após o deploy.

• A prévia de custo das TMCs passa a interpretar corretamente campos mascarados com símbolo de moeda estrangeira, como £ 472,0000, além de valores em R$ e percentuais com vírgula decimal.
• A base de cálculo de CBS, IBS e IS nas TMCs deixa de zerar quando o preço do fornecedor, cotação, frete ou despesas estão formatados visualmente no padrão do ERP.
• A função central de cálculo da TMC foi padronizada para usar parser numérico brasileiro/moeda em vez de Number(...) direto.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 3.0.6(b) após o deploy.

• TMCs passam a calcular CBS, IBS e IS quando houver parâmetro fiscal vigente e CST-IBS/CBS + cClassTrib preenchidos, mesmo que a classificação auxiliar ainda não tenha cadastro detalhado.
• A classificação auxiliar passa a funcionar como refinamento para tratamento tributário, reduções, isenções e Imposto Seletivo, sem bloquear o cálculo padrão tributado.
• Usuários dos módulos operacionais ligados a TMCs, produtos, orçamentos, pedidos e estoque passam a receber os parâmetros IBS/CBS necessários para a prévia automática.
• Alterações em CST-IBS/CBS ou cClassTrib no formulário de TMC passam a disparar o recálculo imediato da prévia tributária.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 3.0.5(b) após o deploy.

• TMCs passam a exibir CST-IBS/CBS, cClassTrib, CBS, IBS e IS dentro do bloco Tributos de importação, junto da composição tributária usada no custo real do lote.
• O bloco separado de Reforma tributária foi removido da tela de TMC para evitar leitura duplicada e aproximar IBS/CBS/IS do fluxo operacional de importação.
• Bases, alíquotas e valores de CBS, IBS e IS ficam como campos calculados automaticamente pelos parâmetros fiscais vigentes quando houver classificação aplicável.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 3.0.4(b) após o deploy.

• Cálculo automático de CBS, IBS e IS nos itens de Orçamento, Pedido de Venda, Pedido de Compra e TMC, sempre que houver CST-IBS/CBS e cClassTrib aplicáveis.
• O ERP passa a buscar automaticamente o parâmetro fiscal vigente pela data da operação e pelo ano fiscal, usando CBS, IBS estadual, IBS municipal e IS quando o item for sujeito ao Imposto Seletivo.
• Foram adicionados campos de base, alíquota e valor para CBS, IBS, IS e total da reforma nos itens de documentos, preservando o histórico calculado por linha.
• O campo Impostos dos pedidos passa a ser preenchido pelo cálculo automático IBS/CBS/IS quando aplicável, evitando dependência de digitação manual.
• A tela de parâmetros ganhou alíquota de IS %, usada somente em classificações/itens marcados como sujeitos ao Imposto Seletivo.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 3.0.3(b) após o deploy.

Pack único consolidando os hotfixes operacionais da versão 3.0.2(b), mantendo todos os ajustes aplicados em uma única entrada de histórico.

• Produtos, serviços, TMCs, orçamentos, pedidos de venda e pedidos de compra passaram a exibir, copiar e persistir CST-IBS/CBS, cClassTrib, crédito apropriável, Imposto Seletivo e status de revisão fiscal.
• Orçamentos, OVs, POs e TMCs passaram a calcular CBS, IBS e IS automaticamente a partir dos parâmetros fiscais vigentes, da data da operação e da classificação tributária aplicável.
• Nas TMCs, IBS/CBS/IS foram integrados ao bloco de tributos de importação, com prévia fiscal oficial pelo servidor, interpretação correta de moedas mascaradas e ocultação das bases na interface para reduzir ruído visual.
• A base gerencial de CBS/IBS-Importação passou a considerar valor aduaneiro, II, Siscomex e demais despesas ou taxas incidentes até a liberação, sem incluir IPI, ICMS, ISS, PIS e COFINS legados.
• O detalhamento de impostos dos orçamentos e o PDF comercial passaram a mostrar CBS, IBS estadual, IBS municipal e IS com valor, alíquota efetiva e composição no imposto total quando aplicável.
• Orçamentos de comércio passaram a ocultar campos próprios de projeto, calcular juros por condição de pagamento acima de 45 dias e incorporar juros, frete, impostos e comissão ao markup e à margem líquida real.
• A carteira comercial ganhou fallback e renderização isolada de pedidos de venda para recuperar OVs diretamente pela API, evitando listas em branco causadas por bootstrap parcial, cache antigo ou estado local defasado.
• O carregamento do ERP foi ajustado para remover cache agressivo de assets, desinstalar service worker antigo e limpar caches locais, garantindo entrega imediata do código publicado.

• Os submenus Reforma IBS/CBS, Classificações e Livro fiscal foram incluídos no catálogo oficial de navegação fiscal.
• Usuários e perfis que já tinham acesso ao módulo Fiscal passam a receber automaticamente as novas telas na migração de permissões.
• Assets, cache local e service worker foram versionados para entregar imediatamente a release 3.0.1(b).

• Criadas tabelas de parâmetros da reforma tributária, classificações CST-IBS/CBS e cClassTrib, documentos fiscais por item, tributos por item, eventos/XML/referências fiscais e livro fiscal transacional.
• Produtos e serviços passam a ter campos de preparação para classificação IBS/CBS, crédito apropriável, uso/consumo, Imposto Seletivo e status de revisão fiscal.
• Lotes de importação passam a separar CBS/IBS de importação, tributos recuperáveis, tributos não recuperáveis e landed cost ajustado.
• O módulo Fiscal ganhou as visões Reforma IBS/CBS, Classificações e Livro fiscal, mantendo o crédito de ICMS legado em controle separado.
• A apuração inicial do livro fiscal já resume débitos, créditos, créditos bloqueados e saldo líquido por tributo e competência.

• Os lançamentos financeiros em aberto gerados automaticamente por POs internacionais passam a receber atualização diária da cotação da moeda estrangeira.
• Lançamentos pagos ou cancelados ficam protegidos e não são alterados pela rotina cambial, preservando o valor real liquidado manualmente na data do pagamento.
• A rotina registra metadados cambiais no lançamento, incluindo moeda original, valor original, taxa aplicada, PTAX/mercado, spread, provedor e data da última atualização.
• O serviço oficial do ERP foi padronizado para rodar internamente em 127.0.0.1:8010, com acesso externo por HTTPS 443 via proxy reverso Apache.
• O filtro de Financeiro > Lançamentos mantém Este mês como período padrão, mesmo com a ordem visual reorganizada.
• Alterações manuais em Data de início ou Data fim mudam automaticamente o seletor para Personalizado.

• A tela Controladoria & Fiscal > DRE e balanço patrimonial passou a usar seleção por exercício fiscal, com atualização automática ao trocar o ano.
• A DRE foi reorganizada em estrutura técnica sequencial, com receita bruta, deduções, receita líquida, custos, lucro bruto, despesas operacionais, resultado financeiro, LAIR, tributos e resultado líquido.
• O Balanço Patrimonial passou a seguir o mesmo padrão visual e estrutural da DRE, com numeração sequencial hierárquica e grupos técnicos de ativo, passivo e patrimônio líquido.
• As exportações em PDF de DRE e BP foram padronizadas no estilo visual do ERP, com cabeçalho, emissor, nomenclatura e numeração técnica revisados.
• O tratamento gerencial de Lucros a Destinar foi incorporado ao BP, evitando concentração indevida em Outros Créditos.
• A projeção de saldo passou a usar saldos bancários reais do ERP, separando saldo anterior e saldo atual de forma consistente.
• O botão Importar Excel/CSV foi removido da tela financeira para reduzir ações indevidas no fluxo operacional.
• Pedidos de venda passaram a exibir e exportar o número correto da OV no PDF e na listagem, preservando a referência à cotação quando aplicável.
• As revisões de orçamento passaram a ficar acima da versão anterior na listagem, mantendo a sequência comercial mais intuitiva.
• A comparação dos Índices Financeiros passou a considerar todos os indicadores exibidos, não apenas os cards principais.

• O cálculo dos Índices Financeiros passou a considerar a depreciação e amortização do período a partir dos ativos fixos cadastrados.
• O EBIT agora reflete a despesa não-caixa de depreciação/amortização, enquanto o EBITDA soma essa despesa de volta, evitando que os dois indicadores apareçam iguais quando há ativos depreciáveis.
• A fórmula deixou de depender de códigos fixos frágeis do plano de contas, como 6.3.3, que no ERP representa Energia / infraestrutura.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 2.5.17(b) após o deploy.

• O parâmetro de carga parcial por submenu agora fica restrito ao módulo Financeiro, evitando interferência no carregamento do Dashboard e dos Índices Financeiros.
• A tela de Índices Financeiros voltou a usar o bootstrap padrão completo do Dashboard, preservando os cálculos contábeis e indicadores do período.
• A otimização de entrada em Financeiro > Lançamentos foi mantida, incluindo carga reduzida e timeline em blocos.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 2.5.16(b) após o deploy.

• A navegação para Financeiro > Lançamentos passou a informar o submenu ativo ao backend, evitando carregar dados pesados de caixa, relatórios e tesouraria quando eles não são necessários.
• A renderização do submenu Lançamentos foi isolada para não recalcular simulador, relatórios, contas, categorias e centros de custo durante a abertura da timeline financeira.
• A timeline de lançamentos agora renderiza um bloco inicial de registros e oferece Carregar mais, mantendo todos os dados, filtros, vínculos e edições disponíveis sem inflar o DOM de uma vez.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 2.5.15(b) após o deploy.

• O modal Editar lançamento passou a usar uma classe específica para manter Cancelar e Salvar lançamento lado a lado.
• A largura dos botões foi limitada e centralizada em duas colunas no rodapé do formulário, preservando a quebra responsiva em telas estreitas.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 2.5.14(b) após o deploy.

• O botão Adicionar item em pedidos de compra passou a inserir a nova linha acima dos itens já existentes, tanto no cadastro quanto na edição do pedido.
• A lógica de criação de linhas de pedido agora aceita inserção no topo sem alterar a ordem de itens já carregados em formulários existentes.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 2.5.13(b) após o deploy.

• A carga parcial da seção Financeiro passou a incluir employees, restaurando os colaboradores no campo Colaborador de novos lançamentos financeiros.
• A regra compartilhada de colaboradores agora considera permissões de finance_entries e cash_flow, além de RH e Tesouraria.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 2.5.12(b) após o deploy.

• O submenu Cadastros > Pedidos de compra deixou de depender da renderização da área Comercial, evitando que uma falha em painel oculto impedisse a listagem dos pedidos já cadastrados.
• A lista de pedidos de compra ganhou busca por PO, fornecedor, contrato, referência, item e status, além de contador de registros carregados.
• Cada pedido agora é renderizado com proteção individual: se um registro antigo tiver algum campo inconsistente, os demais pedidos continuam aparecendo e o registro problemático mostra um card de revisão.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 2.5.11(b) após o deploy.

• A tela Controladoria & Fiscal > DRE e balanço patrimonial recebeu uma barra de ações mais compacta e alinhada.
• Os botões Atualizar relatório, Ano atual e Exportar PDF passaram a ficar na mesma faixa, eliminando o botão de exportação isolado em largura total.
• A ação de exportação continua contextual ao demonstrativo selecionado, mas agora aparece como ação principal da toolbar.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 2.5.10(b) após o deploy.

• A tela Controladoria & Fiscal > DRE e balanço patrimonial passou a ter alternância direta entre as visualizações DRE e Balanço.
• O ERP passou a exibir apenas um demonstrativo por vez, reduzindo mistura visual entre resultado e posição patrimonial.
• O botão de exportação em PDF passou a ser contextual: em DRE, exporta a DRE; em Balanço, exporta o balanço patrimonial.
• As datas, Atualizar relatório e Ano atual permanecem em um bloco comum de controle, aplicado ao demonstrativo selecionado.
• A versão pública exibida, os assets versionados, o bootstrap de cache e o service worker foram atualizados para entregar imediatamente a release 2.5.9(b) após o deploy.

• A tela Controladoria & Fiscal > DRE e balanço patrimonial foi reorganizada em blocos mais claros: controles do período, ações, resumo executivo e demonstrativos.
• A DRE passou a ter leitura vertical por seções, mais próxima de um demonstrativo contábil, em vez de um mosaico de cards misturados.
• Foram adicionados cards de resumo para receita líquida, resultado líquido, ativo total e passivo + patrimônio líquido.
• O layout responsivo foi recalibrado para preservar legibilidade em desktop e telas menores.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para entregar imediatamente a release 2.5.8(b) após o deploy.

• Os quatro botões da tela Controladoria & Fiscal > DRE e balanço patrimonial deixaram de ficar empilhados em desktop.
• As ações de atualização, ano atual e exportação passaram a usar uma organização horizontal mais clara e responsiva.
• O fluxo de deploy local para VPS foi reforçado para preservar backups manuais e evitar envio desnecessário de ambientes locais como .venv e .vendor.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para entregar imediatamente a release 2.5.7(b) após o deploy.

• O download de documentos anexados a vendas, clientes, fornecedores, projetos, pedidos e portal documental deixou de abrir uma nova aba em branco.
• Os links de anexos passaram a usar o mesmo fluxo programático de download dos PDFs do ERP, preservando o nome original do arquivo.
• O comportamento de download segue autenticado e sem mudança no backend, apenas evitando target="_blank" para respostas attachment.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.5.6(b) após o deploy.

• Todos os containers de ações de filtro com dois botões passaram a manter os botões lado a lado em desktop.
• A regra foi generalizada para filtros de caixa, relatórios, simulação e busca documental, evitando pares de botões empilhados sem necessidade.
• Em telas menores, os botões continuam empilhando para preservar toque e leitura.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.5.5(b) após o deploy.

• Os botões Ano atual e Limpar filtros do Financeiro > Relatórios passaram a ficar lado a lado na mesma linha.
• O container de ações dos filtros foi ajustado em duas colunas, mantendo botões com largura consistente e comportamento responsivo em telas menores.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.5.4(b) após o deploy.

• Os seis cards de resumo do Financeiro > Relatórios passaram a permanecer na mesma linha em telas desktop largas.
• A tipografia e os espaçamentos dos cards foram recalibrados para manter valores monetários longos sem quebra.
• Em telas menores, a grade continua responsiva para preservar legibilidade sem forçar compressão excessiva.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.5.3(b) após o deploy.

• Os cards de resumo do Financeiro > Relatórios foram redimensionados para usar uma grade responsiva com largura mínima adequada.
• Valores monetários longos deixaram de quebrar no meio, preservando leitura profissional de saldos, entradas e saídas previstas.
• Espaçamentos, raio, altura mínima e tamanho de texto dos cards foram ajustados para ficarem consistentes com o restante da área financeira.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.5.2(b) após o deploy.

• O fechamento de sessão do PWA foi corrigido para impedir que o ERP reabra autenticado depois de desligar/reabrir o computador sem abas vivas registradas.
• O cookie de autenticação deixou de usar expiração persistente no navegador, mantendo a sessão vinculada ao ciclo do app/navegador.
• O bootstrap do frontend passou a encerrar sessões restauradas sem aba ativa antes de carregar dados do ERP.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.5.1(b) após o deploy.

• A área de Financeiro > Lançamentos recebeu uma reorganização visual em cards, filtros superiores, indicadores resumidos, lista expansível por data e formulário lateral/modal para cadastro e edição.
• O relatório financeiro passou a organizar totais, grupos, subgrupos e matriz por período com leitura mais clara para análise operacional.
• Vendas realizadas passaram a aceitar atualização de status por modal, com fluxo mais direto para acompanhar andamento comercial sem editar registros inteiros.
• Os botões e ações de venda foram reposicionados para reduzir ruído na listagem e deixar as ações principais mais previsíveis.
• Orçamentos ganharam ações mais completas para PDF comercial e PDF técnico, incluindo armazenamento do PDF técnico gerado e reutilização do arquivo já existente quando disponível.
• A geração de PDFs comerciais e técnicos recebeu refinamentos de layout, assinatura, informações do responsável, condições comerciais, itens técnicos e blocos opcionais de treinamento/suporte.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.5.0(b) após o deploy.

• O PWA foi ajustado para tratar corretamente abertura direta pelo app instalado, navegação inicial e exigência de login antes de carregar a área interna.
• A tela de login e o controle de cache foram versionados para evitar que navegadores com service worker antigo continuassem abrindo fluxos desatualizados.
• Orçamentos passaram a registrar informações de tempo/condição de serviço e a preparar melhor os dados usados na emissão de proposta comercial.
• O envio/visualização de e-mails de orçamento recebeu quebra de linha e largura mais seguras para textos longos.
• O formulário técnico de orçamento passou a oferecer opções condicionais para treinamento online, suporte e escolha de produtos/serviços técnicos.
• O backend recebeu campos persistentes para nome, caminho, payload e data de geração do PDF técnico do orçamento.
• Pedidos de venda passaram a preservar referência do orçamento, condição de frete, condição de pagamento, classificação fiscal dos itens e dados do responsável para uso em PDF.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.4.0(b) após o deploy.

• O alarme mensal de TMC deixou de ser apenas visual: uma rotina de backend recalcula automaticamente as fichas com 30 dias ou mais desde o último cálculo, sem depender da abertura da tela de TMCs.
• A regra de variação cambial foi preservada e passa a coexistir com a regra mensal: se a cotação variar pelo menos 5%, positiva ou negativamente, a TMC é recalculada mesmo antes dos 30 dias.
• Quando o recálculo é disparado por variação cambial antes dos 30 dias, esse novo cálculo passa a ser o marco de referência: a próxima janela mensal começa nessa data e a próxima variação de 5% é comparada contra a nova cotação gravada.
• O recálculo mantém o preço do fornecedor em moeda estrangeira e atualiza a cotação do dia, recompondo automaticamente mercadoria, frete internacional, seguro, impostos, taxas, despesas de importação, logística e custo unitário.
• Itens vinculados à TMC recebem o novo custo/preço automaticamente, e as BOMs que usam esses itens são recalculadas para refletir o custo atualizado nos produtos finais.
• A interface de TMCs passou a indicar quando a ficha foi recalculada automaticamente e qual regra disparou a atualização: rotina de 30 dias, variação cambial de 5%, ou ambas.
• Foi adicionada uma rotina residente no servidor e um cron horário na VPS para executar o recálculo mesmo em dias sem usuários ativos no ERP.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.3.0(b) após o deploy.

• O campo Produto dos itens do orçamento passou a listar somente produtos finais comerciais: registros do tipo Produto final e Item e produto final.
• Itens comuns, componentes, serviços, softwares e itens que servem apenas como base de TMC/BOM deixam de aparecer na seleção do orçamento, reduzindo risco de venda de componente incorreto.
• A geração de códigos no cadastro simplificado de item com BOM passou a verificar previamente conflitos com SKUs existentes e com códigos de BOM derivados, pulando automaticamente para o próximo sequencial livre.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.2.1(b) após o deploy.

• O módulo Cadastro & Configurações foi renomeado para Cadastro em todas as menções operacionais do ERP, incluindo menu lateral, permissões e área de perfis.
• A área Perfis base passou a se chamar Perfil de Acesso, mantendo a liberação correta do módulo Cadastro para usuários administradores.
• O submenu TMCs foi movido para dentro de Cadastro, e o novo submenu Itens passou a listar os itens originados por TMCs em formato de lista expansível.
• TMCs novos passam a alimentar Itens; produtos finais passam a ser alimentados por novas BOMs criadas a partir desses itens.
• A tela de Itens passou a usar o mesmo padrão operacional de lista expansível de Produtos, com custo, estoque, vínculo fiscal, TMC e ações de edição/exclusão.
• O cadastro de TMC passou a exigir NCM válido com 8 dígitos, evitando criação de itens sem classificação fiscal mínima.
• O modelo de custo da TMC foi ajustado: Fabricado passou a ser Nacional, Revenda foi removido, e Montado internamente fixa automaticamente o fornecedor Água Soluções Comércio e Serviços LTDA.
• A seleção de fornecedor da TMC passou a filtrar fornecedores nacionais quando o modelo é Nacional; importações seguem usando fornecedores estrangeiros.
• Foi corrigida a máscara de Custo vinculado na edição de itens/produtos, impedindo que valores automáticos de TMC fossem multiplicados por erro de formatação monetária.
• A atualização de custo de um Item via TMC/câmbio agora recalcula automaticamente as BOMs que usam esse item e sincroniza o custo/preço do produto final vinculado.
• Foram executadas limpezas controladas na base de produção para remover cadastros de teste de TMCs, Itens, Produtos e BOMs, preservando orçamentos, pedidos e demais documentos operacionais com vínculos saneados.
• Foram removidos movimentos de estoque, ordens de produção e batches usados em teste, mantendo integridade referencial validada por PRAGMA integrity_check e PRAGMA foreign_key_check.
• Backups completos foram criados na VPS antes das alterações estruturais e das limpezas de dados.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.2.0(b) após o deploy.

• O módulo Produção > BOM recebeu a nova tela operacional Cadastro de Item com BOM, substituindo o fluxo principal de BOM avançada por uma experiência em abas: Geral, Compra/Venda, Custos, BOM (Estrutura), Fornecedores e Histórico.
• A lista lateral de itens passou a funcionar por busca digitável de código ou descrição, evitando carregar listas extensas quando houver grande volume de produtos cadastrados.
• O cadastro e a edição de composição passaram a permitir busca digitável de componentes por código ou descrição, inclusão linha a linha, alteração de quantidade, exclusão e reorganização manual da sequência das linhas da BOM.
• O custo calculado via BOM passa a prevalecer sobre custo manual quando o item tem estrutura, mantendo o campo manual desativado para evitar conflito operacional.
• A aba Fornecedores fica oculta para itens marcados como Produzido internamente, reduzindo campos desnecessários no caso de kits e produtos montados internamente.
• Os campos formadores do código (Tipo, Origem e Família) passam a aparecer somente para itens novos, servindo como guia de codificação sem reabrir edição estrutural em itens já existentes.
• A tela simplificada usa as APIs existentes de Produtos e BOMs de manufatura, preservando persistência no banco, auditoria de criação/alteração e recálculo de custo pelos serviços atuais.
• O impacto operacional esperado é reduzir a complexidade percebida pelo usuário final, permitindo cadastrar kits e estruturas diretamente a partir de itens já existentes, com menos campos técnicos e menos risco de montar a BOM fora de ordem.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.1.0(b) após o deploy.

• O Manual de Usuário deixou de exibir todos os tópicos em sequência no painel principal.
• A navegação lateral agora funciona como seletor: ao clicar em um módulo ou submenu, o ERP mostra somente aquele conteúdo no painel da direita.
• O texto de orientação do cabeçalho foi ajustado para indicar a seleção de um tópico liberado, reduzindo confusão visual e rolagem desnecessária.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.0.10(b) após o deploy.

• O modal do Manual de Usuário foi ajustado visualmente para eliminar o cabeçalho comprimido e o botão Fechar expandido.
• O cabeçalho passou a usar uma distribuição mais equilibrada, com título e descrição legíveis e botão compacto no canto superior direito.
• O sumário lateral recebeu espaçamento e estados de foco/hover mais claros, melhorando a leitura e a navegação pelo manual.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.0.9(b) após o deploy.

• O ERP passou a exibir o botão Manual de Usuário no menu da sessão, acessível ao passar o mouse sobre o avatar/nome do usuário no canto superior direito.
• O manual é montado automaticamente conforme as permissões de navegação do usuário, exibindo somente os grupos e submenus liberados para o perfil.
• Usuários com acesso restrito, por exemplo apenas Financeiro > Lançamentos, passam a visualizar somente a orientação operacional desse submenu.
• O conteúdo do manual foi estruturado por finalidade, funções disponíveis, fluxo de uso e pontos de atenção para apoiar treinamento e consulta rápida dentro do próprio ERP.
• O modal do manual recebeu sumário lateral, rolagem interna e adaptação para telas menores.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.0.8(b) após o deploy.

• O campo de recorrência passou a representar o total de lançamentos desejado, incluindo o lançamento preenchido manualmente.
• Ao informar 12, o ERP agora cria o lançamento inicial mais 11 ocorrências futuras, totalizando 12.
• O cadastro recorrente ARES-PCJ criado em 30/04/2026 foi saneado, removendo a ocorrência extra de 28/04/2027 e seu movimento de caixa vinculado.
• O rótulo do campo foi alterado de Próximas repetições para Total de lançamentos.
• Foi criado backup completo do banco e dos arquivos alterados antes da correção em produção.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.0.7(b) após o deploy.

• O campo de recorrência passou a representar o total de lançamentos desejado, incluindo o lançamento preenchido manualmente.
• Ao informar 12, o ERP agora cria o lançamento inicial mais 11 ocorrências futuras, totalizando 12.
• O cadastro recorrente ARES-PCJ criado em 30/04/2026 foi saneado, removendo a ocorrência extra de 28/04/2027 e seu movimento de caixa vinculado.
• O rótulo do campo foi alterado de Próximas repetições para Total de lançamentos.
• Foi criado backup completo do banco e dos arquivos alterados antes da correção em produção.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.0.7(b) após o deploy.

• O fluxo de caixa deixou de projetar recorrências virtuais para lançamentos financeiros que já possuem movimentos de caixa materializados.
• As seis parcelas do Empréstimo Itaú de R$ 53.045,18, vencendo de maio a outubro de 2026, tiveram os metadados técnicos de recorrência removidos porque já estavam cadastradas individualmente.
• A linha de 11/09/2026, que somava indevidamente R$ 265.225,90, passa a refletir somente a parcela real planejada de R$ 53.045,18.
• Foi criado backup completo do banco e dos arquivos estáticos antes da alteração em produção.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.0.6(b) após o deploy.

• O lançamento técnico de conciliação do Banco Bradesco no valor de R$ 1.506.395,01 foi reclassificado de 01/04/2026 para 31/12/2025.
• A conciliação bancária do Bradesco foi preservada, mas o fluxo de caixa anual deixou de carregar artificialmente uma saída realizada de aproximadamente R$ 1,5 milhão.
• A auditoria confirmou ausência de duplicidades exatas nos lançamentos financeiros e de caixa de 2026 antes da correção.
• Foi criado backup completo do banco e dos arquivos de versão antes da alteração em produção.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.0.5(b) após o deploy.

• A remoção de usuários passou a preservar a integridade referencial quando há logs, aprovações ou registros operacionais vinculados.
• Usuários com histórico agora são desativados, têm sessões encerradas, recebem marcação técnica deleted_at e deixam de aparecer na listagem administrativa.
• Usuários sem vínculos continuam podendo ser removidos fisicamente do banco.
• O schema SQLite recebeu a coluna users.deleted_at, aplicada na VPS por migração idempotente.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.0.4(b) após o deploy.

• Os BPs e DREs históricos enviados pela contabilidade foram carregados na VPS para os exercícios de 2022, 2023, 2024 e 2025.
• A DRE de 2022 foi reconstruída a partir da coluna comparativa de 2022 no relatório SPED de 2023, já que o PDF principal de 2022 está digitalizado.
• Os saldos patrimoniais de 2022 foram ajustados a partir do saldo inicial do BP de 2023, alinhando caixa, clientes, outros créditos, imobilizado, obrigações e patrimônio líquido ao fechamento contábil.
• Os indicadores financeiros históricos passaram a usar lucro líquido, receitas, deduções, custos, despesas operacionais e resultado financeiro reais dos demonstrativos, em vez do fallback por lucros acumulados.
• A validação em produção confirmou lucro líquido de R$ 77.909,89 em 2022, R$ 73.854,95 em 2023, R$ 544.448,64 em 2024 e R$ 1.898.350,59 em 2025.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.0.3(b) após o deploy.

• Os índices financeiros dos anos anteriores passaram a recuperar o resultado histórico a partir da variação de Lucros/Prejuízos acumulados quando a base possui BP anual, mas não possui DRE detalhada cadastrada.
• O fallback é aplicado somente a exercícios fechados e sem receita líquida/resultado de DRE, evitando interferência nos cálculos automáticos do ano corrente.
• Com isso, indicadores patrimoniais como ROA e ROE deixam de aparecer zerados para 2022-2025 quando há saldos históricos suficientes no balanço.
• Margens que dependem de receita e linhas de DRE detalhadas continuam indisponíveis quando essa abertura não existe na base, preservando a rastreabilidade dos dados contábeis.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.0.2(b) após o deploy.

• A migração do diário contábil legado passou a copiar dados por interseção dinâmica de colunas, preservando registros compatíveis sem depender de um schema antigo fixo.
• O upgrade scripts/apply_full_treasury_accounting_upgrade.py foi validado para rodar repetidas vezes sem erro na VPS.
• O backfill contábil passou a separar lançamentos já existentes, lançamentos postados, ausência de parametrização contábil e erros técnicos reais.
• O diagnóstico financeiro/contábil passou a diferenciar lançamentos sem diário com mapping disponível daqueles sem mapping, separando falha de sistema de parametrização pendente.
• Foram adicionados scripts de backfill e pacote de release limpo, com bloqueio de .secrets, chaves, certificados, .env, caches, backups e diretórios temporários da VPS.
• A suíte de regressão recebeu testes finais para migração legacy, backfill, diagnóstico dividido e bloqueio de pacotes sujos.
• A validação em produção confirmou diário contábil completo, diagnóstico contábil zerado, testes OK, py_compile OK e release package limpo gerado.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 2.0.1(b) após o deploy.

• Tesouraria passou a suportar transferências internas entre contas com duas pernas vinculadas no caixa e sem impacto na DRE.
• Movimentos financeiros e de caixa agora preservam account_name legado, mas usam bank_account_id como vínculo estruturado preferencial.
• Foram adicionadas APIs e UI mínima para saldos por banco, importação CSV de extrato, conciliação automática inicial e diagnóstico de consistência.
• O diário contábil foi migrado para estrutura por fonte com backfill idempotente e preservação do histórico legado.
• A rotina de upgrade cria backup do banco antes da migração e evolui o schema SQLite sem apagar dados existentes.

• Os indicadores financeiros passaram a usar bases mais aderentes à contabilidade, com margens sobre receita líquida, médias para ROA, ROE e estoque, além de proxies operacionais melhores para PMR e PMP.
• O cálculo de endividamento e de capital de terceiros deixou de misturar patrimônio líquido nas dívidas exigíveis, e o giro do imobilizado passou a considerar apenas o imobilizado.
• O plano de contas foi ampliado com Realizável a longo prazo, Passivo não circulante e Tributos sobre o lucro, melhorando a coerência do balanço e da DRE.
• O relatório contábil passou a exibir bloco próprio para Tributos sobre o lucro, e a interface dos indicadores foi ajustada para refletir os novos agrupamentos e critérios.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.11.0(b) após o deploy.

• A aplicação publicada foi restaurada primeiro para a última base íntegra disponível nos backups manuais da VPS, retomando a linha funcional mais recente encontrada acima da 1.10.31(b).
• A tela Visão Geral > Índices financeiros passou a publicar os indicadores solicitados de liquidez, atividade, endividamento, rentabilidade, EBIT, EBITDA e Margem EBITDA.
• A DRE e o plano de contas passaram a separar Depreciação e Amortização, com reflexo automático nos relatórios e nos indicadores quando houver ativos cadastrados.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.37(b) após o deploy.

• Os backups manuais da VPS registram a 1.10.36(b) como etapa intermediária da mesma linha de ajustes do simulador financeiro publicada em 23/04/2026.
• O conteúdo detalhado dessa etapa não permaneceu descrito no histórico web salvo encontrado nos snapshots recuperados.
• O registro foi mantido para preservar a sequência pública entre 1.10.34(b) e 1.10.37(b).

• Os backups manuais da VPS registram a 1.10.35(b) como etapa intermediária da mesma linha de ajustes do simulador financeiro publicada em 23/04/2026.
• O conteúdo detalhado dessa etapa não permaneceu descrito no histórico web salvo encontrado nos snapshots recuperados.
• O registro foi mantido para preservar a sequência pública entre 1.10.34(b) e 1.10.37(b).

• O campo Próximas repetições do Financeiro > Simulador passou a representar o total do ciclo, incluindo o lançamento inicial.
• Uma recorrência de 24 meses agora gera exatamente 24 lançamentos: o lançamento original aparece como Recorrência 1/24 e o mês seguinte como Recorrência 2/24.
• O fluxo de caixa simulado recebeu a mesma regra para não projetar uma ocorrência extra ao final do período.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.34(b) após o deploy.

• Os lançamentos criados, editados ou removidos no Financeiro > Simulador agora são salvos localmente no navegador do usuário.
• Ao recarregar a página, inclusive com atualização forçada, o ERP restaura o cenário simulado salvo e o combina com a base oficial atualizada.
• O botão Limpar simulação passou a ser o caminho explícito para apagar o cenário salvo e voltar para a base oficial.
• A simulação salva é separada por usuário logado e é limpa ao sair da conta, evitando reutilização indevida em outro acesso no mesmo navegador.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.33(b) após o deploy.

• O botão Ano atual do Financeiro > Simulador voltou a preencher o período de 01/01 a 31/12 do ano corrente.
• A expansão de recorrências implantada na versão anterior foi preservada, mas agora respeita estritamente o período selecionado nos filtros.
• Para conferir recorrências além do ano atual, basta ajustar manualmente a data final do simulador.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.32(b) após o deploy.

• A lista de Lançamentos do Financeiro > Simulador agora exibe cada ocorrência recorrente na data programada, em vez de mostrar apenas o lançamento-base.
• Recorrências mensais, semanais, diárias e anuais respeitam o intervalo e a quantidade informados no formulário, mantendo o vínculo de edição e remoção com o lançamento original.
• Os totais de A receber, A pagar e a composição por categoria do simulador passaram a considerar as ocorrências expandidas visíveis no período.
• O horizonte padrão do simulador foi ampliado para 24 meses, facilitando a conferência de recorrências longas sem precisar alterar manualmente a data final.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.31(b) após o deploy.

• O pop-up de Adicionar receita e Adicionar despesa do Financeiro > Simulador agora é promovido para o corpo da página ao abrir, evitando ficar preso dentro da área rolável do painel.
• A camada visual dos modais foi elevada para aparecer acima da tela escurecida, menus e demais estruturas fixas do ERP.
• O foco sem rolagem implantado na versão anterior foi preservado, mantendo a página parada e o formulário visível no centro da tela.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.30(b) após o deploy.

• Os botões Adicionar receita e Adicionar despesa do Financeiro > Simulador agora abrem o pop-up preservando a posição atual da página.
• O foco inicial do campo de descrição passou a ser aplicado sem acionar a rolagem automática do navegador até a posição do formulário no documento.
• A edição de lançamentos simulados também usa o mesmo comportamento, mantendo o modal centralizado na tela sem baixar o restante do ERP.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.29(b) após o deploy.

• Os filtros pesquisáveis de Cliente e Fornecedor em Financeiro > Lançamentos agora voltam para a opção vazia ao apagar o conteúdo e sair do campo.
• Isso permite retornar para Todos os clientes ou Todos os fornecedores sem que o ERP restaure automaticamente a seleção anterior.
• O mesmo ajuste passa a valer para os campos pesquisáveis que reutilizam esse componente, mantendo o comportamento coerente ao limpar seleções opcionais.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.28(b) após o deploy.

• Os filtros Cliente e Fornecedor da tela Financeiro > Lançamentos agora incluem respectivamente as opções Sem cliente e Sem fornecedor.
• Ao selecionar essas opções, o ERP passa a mostrar apenas lançamentos financeiros que ainda não possuem vínculo preenchido com cliente ou fornecedor.
• A mesma capacidade foi mantida na área de simulação financeira para preservar consistência entre as visões que reutilizam os mesmos filtros de lançamentos.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.27(b) após o deploy.

• As telas Cadastros > Produtos e Estoque > Produtos agora exibem o campo BOM vinculada automaticamente quando o Tipo do item for Produto final.
• Ao selecionar uma estrutura, o ERP passa a puxar e salvar automaticamente o preço e o custo do produto com base no custo total estimado da BOM escolhida.
• Produtos finais vinculados deixam de depender de TMC nessa condição, reduzindo conflito entre engenharia e formação do valor do item.
• Quando a BOM é recalculada, editada ou recriada, os produtos finais ligados a ela também são sincronizados para manter o valor publicado consistente.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.26(b) após o deploy.

• O resumo de Crédito de ICMS agora soma como Reservado apenas orçamentos ativos, sem incluir revisões canceladas, rejeitadas, aprovadas ou já consumidas.
• Ao criar uma revisão, o ERP zera a reserva das versões anteriores da cadeia e mantém o crédito reservado apenas na versão ativa.
• Ao converter o orçamento em pedido de venda, toda a cadeia vinculada fica sem reserva e o valor passa a aparecer exclusivamente como Consumido.
• A base publicada recebeu saneamento automático para remover reservas antigas remanescentes em orçamentos não ativos.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.25(b) após o deploy.

• A tela Controladoria & Fiscal > Crédito de ICMS agora lista apenas créditos de importação real e ajustes manuais, sem misturar cálculos automáticos vindos de TMC.
• Os créditos automáticos gerados por TMC passaram a ser gravados com uma categoria própria no banco, separando o cálculo de custo do controle fiscal operacional.
• A base publicada reclassifica automaticamente os lançamentos antigos de Importação formal com referência TMC-..., preservando o histórico sem mantê-los como saldo fiscal disponível.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.24(b) após o deploy.

• As recorrências do Financeiro e do Caixa passaram a gerar lançamentos normais e independentes já no cadastro, em vez de depender só de projeção visual.
• Cada ocorrência criada pela recorrência agora pode receber edição própria de valor, data, status e demais campos, como qualquer outro lançamento manual.
• Os lançamentos recorrentes antigos existentes na base publicada foram convertidos para esse novo formato, preservando o lançamento-base e materializando as próximas ocorrências.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.23(b) após o deploy.

• Os cards de Pedidos de venda emitidos agora priorizam o status operacional mais avançado da venda vinculada, exibindo corretamente Registrada, Faturada, Despachada ou Entregue na faixa principal do card.
• Quando houver mais de uma venda vinculada ao mesmo pedido, o ERP passa a considerar primeiro a etapa mais avançada e, em empate, a movimentação mais recente para definir o status em destaque.
• O ajuste foi espelhado também na base de edição remota da VPS para preservar a continuidade do versionamento operacional preparado no ERP.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.21(b) após o deploy.

• O NCM 0505.10.00 passou a contar com regra persistida revisada com base no simulador oficial, usando II 7,20%, IPI 0,00%, PIS 2,10% e COFINS 9,65%.
• A TMC passou a limpar as alíquotas ao consultar um NCM sem regra confiável, impedindo que percentuais do NCM anterior permaneçam visíveis e contaminem a simulação seguinte.
• O lookup interativo também deixou de depender do fallback lento da TIPI para NCMs não revisados, reduzindo travamentos em consultas fora da rotina.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.20(b) após o deploy.

• Os seletores de Visão Geral > Índices financeiros deixaram de considerar anos futuros gerados por projeções ou vencimentos lançados adiante.
• A lista agora mostra apenas anos com saldo histórico manual e o exercício corrente quando já existe movimento real nas bases operacionais usadas pelos indicadores.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.17(b) após o deploy.

• Os seletores Ano principal e Comparar com do submenu Visão Geral > Índices financeiros passaram a listar apenas exercícios com dados contábeis reais disponíveis.
• A nova lista combina saldos históricos manuais e anos atuais/futuros com movimentos reais nas bases usadas pelos indicadores, ignorando anos vazios gerados por faixa fixa.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.16(b) após o deploy.

• Os botões Atualizar indicadores e Ano atual do submenu Visão Geral > Índices financeiros passaram a dividir a mesma linha no desktop.
• O ajuste foi isolado em dashboard-indicator-filter-actions, sem alterar o comportamento responsivo dos demais formulários do ERP.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.15(b) após o deploy.

• Todos os submenus do ERP que usam seleção por abas (segmented-tabs) passaram a ignorar a largura global de button e voltaram a se organizar horizontalmente no desktop, seguindo o padrão visual aprovado.
• O ajuste foi centralizado no CSS, cobrindo telas como Financeiro > Relatórios e outros pontos equivalentes sem precisar tratar cada submenu separadamente.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.14(b) após o deploy.

• O relatório Financeiro > Relatórios > Fluxo de Caixa passou a calcular o Saldo inicial corretamente também quando o período começa em uma data futura.
• O saldo de abertura agora incorpora as projeções entre a data atual e o início do intervalo, evitando que o relatório parta do saldo de hoje e distorça entradas, saídas e saldo acumulado do período consultado.
• O ajuste preserva a lógica dos períodos atuais e passados, mantendo o saldo-âncora operacional apenas como base e não como valor congelado para qualquer horizonte futuro.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.10(b) após o deploy.

• O index.html passou a apontar o bundle principal para a revisão atual do app.js, removendo a query antiga que ainda fixava a linha 1.10.5.
• O service worker foi atualizado para uma nova geração de cache e deixou de precachear assets antigos, além de buscar arquivos estáticos com no-store antes de gravá-los em cache.
• Isso elimina a necessidade de cmd+shift+r para que correções recentes do dashboard, incluindo o botão Saldo de caixa, entrem em vigor após novo acesso.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.9(b) após o deploy.

• A tela BOM foi redesenhada para ficar muito mais próxima da workbook de engenharia, com painéis visuais inspirados em ITEM_MASTER, ROUTING, SUPPLIERS, BOM_IND, EXPLOSAO, CUSTO_ROLLUP, ERP_EXPORT e CHECKS.
• O backend ganhou camadas dedicadas para models, repository, bom service e validation service, com explosão de estrutura, rollup de custo, exportação single-level e validação de ciclos.
• As estruturas cadastradas agora exibem contagem de componentes, roteiro, necessidades base, validações e custos calculados para apoiar produção, engenharia e TMC.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a release 1.10.0(b) após o deploy.

• O Painel passou a exibir um card adicional de Pedidos de venda emitidos, mostrando apenas pedidos já emitidos e ocultando rascunhos ou cancelados.
• Foi adicionado também um card de Ordens de Produção, listando apenas ordens ainda abertas e escondendo as que já estão Concluídas.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente essa ampliação operacional após o deploy.

• O card Vendas do Painel passou a abrir diretamente a seção Comercial & Receita > Pedidos de venda emitidos.
• O ajuste elimina o redirecionamento para a tela legada de Vendas realizadas, que não é mais o fluxo principal publicado para concluir pedidos e registrar vendas.
• A versão pública exibida, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente esse hotfix após o deploy.

• A navegação de Comercial & Receita passou a exibir apenas um card Vendas, substituindo a duplicidade visual entre Pedidos de venda e Vendas.
• O card consolidado continua abrindo o fluxo de Pedidos de venda, onde a venda pode ser concluída no próprio card sem perda operacional.
• O atalho separado de Vendas foi removido da navegação principal para reduzir redundância e evitar competição entre dois acessos do mesmo pipeline comercial.
• A versão pública, os assets versionados e o service worker foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a consolidação após o deploy.

• O botão Abrir NCMs no COMEX foi removido da tela da TMC.
• O texto auxiliar abaixo do campo de NCM também foi removido para deixar o formulário mais limpo.
• O preenchimento automático de impostos por NCM continua funcionando normalmente em segundo plano.

• O ERP passou a consultar a TIPI oficial da Receita Federal para preencher automaticamente o IPI no fallback por NCM.
• PIS e COFINS de importação também passaram a ser aplicados automaticamente pela alíquota padrão vigente quando a TTCE vier sem percentuais aproveitáveis.
• Isso completa o caso do 7412.20.00 e mantém a prioridade da TTCE e das regras manuais sempre que existirem.

• O ERP passou a consultar automaticamente o Painel tarifário público do MDIC como segunda fonte oficial para II.
• Isso devolve a alíquota de importação para NCMs como 7412.20.00 mesmo quando a TTCE vier apenas com fundamentos opcionais e sem percentuais aproveitáveis.
• O comportamento continua conservador: o fallback adicional só preenche o II oficial e mantém os demais tributos dependentes da TTCE, do cadastro manual ou das regras já salvas.

• O lookup de NCM passou a devolver como alíquotas principais os percentuais oficiais extraídos da TTCE sempre que houver resposta confiável.
• Isso faz a TMC e a tela administrativa de NCMs preencherem automaticamente os impostos sem depender apenas de regra manual salva ou do mapa legado.
• O campo de NCM da TMC agora sincroniza os tributos tanto em blur quanto em change, reduzindo falhas de preenchimento por foco ou cache.

• A API de cotação automática do ERP passou a aceitar Franco Suíço, Francos Suíços, CHF e variações equivalentes no parâmetro de moeda.
• Isso corrige o erro exibido na TMC ao selecionar Franco Suíço, permitindo que a cotação automática seja buscada normalmente.
• O suporte visual e de cálculo para CHF continua igual aos hotfixes anteriores, agora com a integração completa do campo de cotação.

• O seletor de moeda da TMC foi corrigido no markup da página para incluir explicitamente a opção Franco Suíço.
• Isso resolve o caso em que o suporte ao CHF já existia no cálculo e na normalização, mas a opção ainda não aparecia visualmente para escolha no formulário.
• O fluxo de cotação automática e cálculo para CHF permanece igual ao hotfix anterior.

• A moeda Franco Suíço passou a aparecer na lista visível de seleção da TMC, eliminando a necessidade de digitação manual para esse caso.
• O endpoint de cotação automática do ERP também passou a aceitar CHF, permitindo preencher a taxa de câmbio da TMC do mesmo modo que USD, EUR e GBP.
• O suporte de normalização e cálculo adicionado na versão anterior foi mantido, agora com a opção totalmente disponível na interface.

• A TMC passou a aceitar a moeda Franco Suíço (CHF), com identificação visual correta nos campos de valor estrangeiro e no rótulo da cotação.
• A normalização de moeda usada pelo ERP para compras e inferências relacionadas também passou a reconhecer CHF, Franco Suíço, Francos Suíços e variações sem acento.
• O ajuste preserva o cálculo padrão da TMC, tratando o CHF como moeda estrangeira com cotação manual em BRL igual às demais moedas importadas.

• O ERP passou a ter uma rotina reutilizável de revisão oficial das regras de NCM de importação, baseada na união dos NCMs ativos em produtos, TMCs e regras já cadastradas.
• A revisão automática grava metadados de governança em import_tax_rules, incluindo data da última revisão, status, observação curta e payload oficial retornado para auditoria administrativa.
• A atualização automática só ocorre quando o ERP consegue extrair alíquotas numéricas com confiança a partir da TTCE; quando isso não é possível, a regra vigente é preservada e o item fica sinalizado para revisão manual.
• A tela administrativa de NCMs agora exibe o status da última revisão oficial sem alterar TMCs ou importações históricas já calculadas.

• A autenticação oficial do Portal Único passou a salvar em diretório privado do servidor o par Authorization e X-CSRF-Token, com validade controlada pelo vencimento retornado pela API.
• O ERP agora tenta recarregar esse cache persistente antes de abrir nova autenticação, permitindo reaproveitar o token entre consultas e após reinício do serviço dentro da janela válida.
• Quando a TTCE devolve um novo X-CSRF-Token, o backend atualiza o cache imediatamente para manter a sequência de pesquisas sem depender de espera artificial.

• A mensagem de apoio do cadastro de NCMs deixou de exibir o erro técnico bruto retornado pela TTCE oficial.
• O backend passou a devolver texto limpo e operacional nesse cenário, evitando vazar detalhes internos do Portal Único para a interface.
• O fluxo de preenchimento automático continua igual, com descrição oficial do Siscomex, tentativa de TTCE e fallback manual quando necessário.

• A integração oficial da TTCE passou a usar autenticação por certificado A1 com requests, reproduzindo o mesmo fluxo HTTP validado em teste real com o Portal Único.
• O backend deixou de enviar User-Agent customizado na chamada da TTCE, porque esse cabeçalho fazia o Portal invalidar o X-CSRF-Token mesmo após autenticação bem-sucedida.
• Com isso, a consulta oficial de tratamentos tributários volta a responder com payload válido para o ERP usar como referência no cadastro de NCMs e no fluxo de TMC.

• O backend passou a aceitar autenticação oficial do Portal Único Siscomex com certificado A1 guardado em diretório privado no servidor, sem exposição no frontend.
• A consulta da TTCE agora tenta reutilizar token manual quando existir, mas também consegue autenticar automaticamente via certificado e manter cache interno dos tokens de segurança.
• Se a TTCE oficial devolver erro de autenticação ou permissão, o ERP preserva a mensagem técnica no backend e mantém fallback manual para não interromper o cadastro de NCMs e o fluxo de TMC.

• A descrição do `NCM` passou a ser consultada na base oficial pública de `Classificação Fiscal de Mercadoria` do Portal Único Siscomex.
• O backend foi preparado para usar a `TTCE` oficial quando houver token de autenticação configurado no ambiente.
• Quando a TTCE não puder ser acessada, o ERP informa isso claramente e mantém fallback manual e interno para não travar a operação.

• A máscara visual `0000.00.00` de `NCM` passou a valer em todo o ERP.
• O ajuste agora cobre também campos criados dinamicamente depois do carregamento da tela.
• Com isso, a leitura e a digitação do NCM ficam uniformes entre formulários principais, modais e linhas dinâmicas.

• O campo `NCM` agora usa máscara visual `0000.00.00` enquanto o usuário digita.
• Ao perder o foco, o campo normaliza o código e reaplica automaticamente descrição e impostos conhecidos no formulário.
• O ajuste melhora a leitura operacional do campo e deixa mais evidente quando houve preenchimento automático válido.

• O botão de busca automática foi removido do cadastro de `NCMs de importação`.
• A consulta do NCM agora acontece automaticamente quando o campo perde o foco.
• Os campos continuam editáveis para revisão e correção manual antes do salvamento.

• O item `COMEX > NCMs de importação` foi adicionado ao catálogo oficial de permissões de navegação.
• Usuários e perfis já existentes passam a receber esse submenu automaticamente na reconciliação de permissões.
• O ajuste corrige o cenário em que a tela estava publicada, mas não aparecia no menu lateral.

• O cadastro de `NCMs de importação` passou a existir como novo submenu próprio em `COMEX`.
• A tela de `TMC` ganhou um atalho para abrir esse cadastro já levando o NCM digitado para revisão ou criação rápida.
• As buscas automáticas e a entrada manual continuam alimentando a mesma base usada na criação das TMCs.

• O cadastro administrável de `NCMs de importação` foi mantido como release pública principal do módulo `TMCs`.
• A inicialização do ERP passou a tolerar indisponibilidade temporária em consultas externas de câmbio durante ressicronizações automáticas.
• Isso impede que o ambiente deixe de subir por dependência externa momentaneamente instável.

• O módulo `TMCs` ganhou uma nova área de `NCMs de importação`, com cadastro próprio para descrição e alíquotas de `II`, `IPI`, `PIS`, `COFINS` e `ICMS`.
• Ao informar o NCM, o ERP agora tenta buscar automaticamente a descrição pela internet e reaproveita alíquotas conhecidas quando existirem, mas mantém todos os campos editáveis para conferência manual.
• A TMC passou a priorizar esse cadastro administrável ao preencher os tributos de importação, mantendo o mapa interno antigo apenas como fallback de compatibilidade.

• As conversões cambiais das `POs` estrangeiras para o `Financeiro` agora aplicam sempre um spread operacional adicional de `2%` sobre a PTAX oficial do Banco Central.
• A observação do lançamento passou a detalhar PTAX base, spread aplicado e câmbio final usado na conversão para `R$`.
• O ajuste também cobre a ressincronização de títulos abertos já gerados anteriormente em moeda estrangeira.

• Quando o `Prazo de pagamento` da `PO` contiver parcela `antecipada`, o cronograma financeiro passa a usar a própria data de emissão do pedido como base do vencimento.
• Com isso, pedidos como `Antecipado` vencem no dia da criação e combinações como `50% antecipado + 50% em 30 dias` passam a gerar parcelas em `D0` e `D+30`.
• O patch permite ressicronizar títulos abertos já existentes sem mexer em lançamentos baixados ou cancelados.

• O parser de `Prazo de pagamento` do `Pedido de compra` deixou de interpretar percentuais como dias, evitando parcelamentos indevidos em descrições como `50% antecipado + 50% em 30 dias`.
• Com isso, a sincronização automática entre `Pedido de compra` e `Financeiro` volta a gerar somente os lançamentos esperados para cada prazo operacional cadastrado.
• A versão pública, o histórico web e o cache busting dos assets foram atualizados para publicar o hotfix imediatamente na VPS.

• Os cards de `Pedido de compra` passaram a mostrar `EX` no resumo do fornecedor quando a operação estiver em moeda estrangeira.
• Fornecedores nacionais sem documento continuam aparecendo como `Sem documento`, preservando o comportamento anterior nesse cenário.

• A geração em PDF do `Pedido de compra` foi corrigida para não tentar gravar em célula mesclada inválida do template oficial `PO - SQR Modelo.xlsx`.
• Com isso, a VPS volta a usar de fato a conversão via LibreOffice baseada na planilha oficial, em vez de cair silenciosamente no layout legado.
• O fallback programático também passou a respeitar a moeda do pedido, evitando retorno indevido para `R$` em POs internacionais.

• A exportação da `PO` passou a respeitar a largura original da planilha `PO - SQR Modelo.xlsx`, sem ajustes artificiais antes da conversão em PDF.
• O objetivo do patch é deixar a saída gerada na VPS visualmente mais próxima do Excel oficial usado pela operação.
• O preenchimento automático da PO foi mantido; o ajuste atua somente na fidelidade do layout final.

• O `service worker` do ERP passou a apontar para os assets atuais da versão pública, em vez de manter a PO presa ao bundle antigo.
• Esse ajuste libera o JavaScript que renderiza os totais da PO na moeda estrangeira correta.
• O patch não muda regras de negócio; ele garante a entrega da implementação já publicada anteriormente.

• A tela de `Pedido de compra` passou a recalcular a moeda da operação imediatamente ao trocar o `Fornecedor`, mesmo antes de editar os itens.
• O patch foi publicado com novo versionamento de assets para forçar a invalidação de cache antigo no navegador.
• Com isso, os totais por item e o resumo final passam a refletir a moeda estrangeira correta após recarregar a aplicação publicada.

• O `Pedido de compra` passou a carregar e preservar uma `moeda` própria por pedido, seguindo automaticamente o fornecedor quando ele for internacional.
• Os valores de `Preço unitário`, `Impostos`, `Frete` e `Total` agora são exibidos e somados visualmente na moeda do pedido, mantendo `BRL` para fornecedores nacionais.
• Quando um produto possui `TMC` vinculada ao mesmo fornecedor estrangeiro, o ERP agora reaproveita automaticamente a `moeda do fornecedor` e o `preço unitário no fornecedor` ao montar a PO.
• O backend passou a inferir a moeda correta também em pedidos antigos sem moeda persistida, e o PDF oficial da `PO` passou a registrar a sigla monetária da operação.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O `Pedido de venda` voltou a permitir anexos diretos com botão `Anexar arquivo`, toggle fechado por padrão e suporte completo a `sales_order` na rota de documentos.
• O download de PDF do orçamento voltou a atualizar o status automaticamente, e o fechamento do pedido com orçamento vinculado voltou a respeitar a cadeia de revisões.
• O pedido voltou a filtrar orçamentos por cliente, puxar prazo de entrega do orçamento e calcular o total sem duplicidade de impostos embutidos.
• A criação do pedido voltou a gerar `OPs` automáticas para itens produtivos, e a exclusão voltou a limpar anexos, vínculos e referências operacionais.
• As `Ordens de produção` voltaram a permitir edição com custo real em `R$`, variação automática e validação de quantidades inteiras.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a restauração após o deploy.

• O campo `Tipo do item` passou a oferecer `Produto final`, `Item`, `Software`, `Hardware` e `Serviço` no cadastro principal e no cadastro de estoque.
• As listagens, os cards, a edição e as exportações de `Produtos` passaram a exibir os novos rótulos de forma consistente em toda a interface.
• O backend passou a normalizar os novos tipos sem quebrar a lógica fiscal existente, mantendo `Serviço` como classe de serviço e tratando os demais tipos como itens de produto.
• A importação da `TMC` também passou a classificar corretamente abas de `Hardware`, `Software` e `Serviços`.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• Todos os registros do histórico público agora carregam minimizados por padrão.
• Os detalhes de cada release aparecem apenas quando o usuário clica no respectivo bloco.
• O conteúdo já existente foi preservado integralmente; a mudança ficou restrita ao comportamento inicial de abertura.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• A tela `Estruturas` passou a se chamar `BOM` na navegação e no cabeçalho principal do módulo.
• O atalho do módulo saiu de `Operações & Projetos` e passou a ficar em `Cadastros & Configurações`.
• O ajuste preserva o mesmo módulo de manufatura, sem alterar cadastros, permissões funcionais ou dados existentes.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O recálculo da variação percentual passou a responder automaticamente ao custo real digitado.
• O salvamento da ordem também voltou a converter corretamente o custo real com máscara monetária.
• O versionamento público foi renovado para evitar cache com o cálculo antigo.

• A `Variação estimado x real` passou a responder automaticamente ao valor monetário digitado no custo real.
• `Quantidade planejada` e `Quantidade produzida` foram alinhadas para uso exclusivo de números inteiros.
• O backend agora valida e rejeita quantidades fracionadas nas ordens de produção.

• Removido o listener duplicado do card comercial de pedidos de venda.
• O botão `Excluir pedido` volta a abrir apenas um fluxo de confirmação antes da exclusão.
• Versionamento público atualizado para evitar cache com o comportamento antigo.

• A exclusão do pedido agora limpa primeiro ordens de produção vinculadas ao pedido.
• Referências em documentos fiscais, vendas e movimentações de estoque são desvinculadas com segurança antes da remoção final.
• Documentos anexados ao pedido continuam sendo removidos junto com o pedido para não deixar registros órfãos.

• Corrigida a importação da rotina mark_quote_as_sent_on_pdf_download no backend, eliminando o erro exibido ao baixar o PDF do orçamento.
• O fluxo implantado na versão anterior foi preservado: ao baixar o PDF, o orçamento sai de Rascunho para Enviado.
• Versão pública e cache estático foram renovados para evitar que o navegador sirva assets antigos durante o hotfix.

• Ao baixar o PDF de um orçamento em Rascunho, o ERP agora promove automaticamente esse orçamento para Enviado.
• Ao criar um Pedido de venda vinculado a um orçamento, a revisão escolhida passa para Aprovado, todas as revisões anteriores ficam como Cancelado e qualquer revisão posterior passa para Recusado.
• O frontend passou a reconhecer e exibir visualmente o novo status Cancelado nos cards e badges de orçamento.

• Uma referência residual a quoteOptions no seletor de orçamento da tela de vendas foi substituída por montagem direta e segura das opções.
• Com isso, o dashboard e os módulos do ERP voltam a carregar normalmente, sem disparar erro JavaScript global ao abrir a aplicação.
• Os assets versionados e o service worker foram renovados para invalidar cache antigo do PWA e entregar imediatamente a correção após o deploy.

• O seletor Orçamento vinculado do Pedido de venda agora lista apenas os orçamentos do cliente escolhido no formulário.
• Enquanto nenhum cliente estiver selecionado, o campo passa a orientar primeiro a escolha do cliente, evitando mistura de propostas de outras contas.
• Se o cliente for trocado e o orçamento atual não pertencer a ele, o vínculo é limpo automaticamente para preservar consistência comercial.

• O campo Valor total do formulário de Pedido de venda deixou de mostrar número puro e agora exibe máscara monetária em R$.
• O recálculo automático do pedido passou a preencher esse campo usando o mesmo formatador monetário já adotado nos demais valores financeiros da interface.
• Os assets versionados e o service worker foram renovados para invalidar cache antigo do PWA e entregar imediatamente o ajuste visual após o deploy.

• Ao vincular um orçamento no pedido de venda, os itens agora passam a usar o valor unitário líquido derivado do line_subtotal da proposta, preservando corretamente o desconto comercial já concedido.
• O mesmo ajuste foi aplicado ao fallback do backend que monta itens do pedido diretamente a partir do orçamento quando a requisição não envia linhas explícitas.
• Com isso, o Valor total do pedido volta a refletir o total efetivo da proposta, sem somar novamente o valor descontado.

• Ao vincular um Orçamento no formulário de Novo pedido de venda, o ERP agora converte automaticamente o Prazo de entrega informado na proposta em Previsão de entrega no pedido.
• Se a data de emissão do pedido for alterada depois do vínculo, a previsão é recalculada novamente com base no mesmo prazo do orçamento.
• Quando não houver orçamento vinculado, a Previsão de entrega continua livre para preenchimento totalmente manual, sem travas adicionais.

• O campo Desconto (%) dos itens de orçamento agora aceita e preserva até 8 casas decimais durante a digitação, o blur e o envio do formulário.
• A normalização do payload foi ajustada para enviar esse percentual com a mesma precisão ao backend, evitando truncamento prematuro antes do cálculo comercial.
• Os assets versionados e o service worker foram renovados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O backend do módulo de contratos agora aceita criar, editar e excluir reajustes financeiros tanto no nível do contrato quanto dentro de cada aditivo.
• Os aditivos também passaram a poder ser excluídos diretamente pela interface, com remoção em cascata dos reajustes vinculados quando existir relacionamento.
• A listagem de contratos ganhou ações explícitas de editar e excluir para aditivos e reajustes, reduzindo retrabalho e evitando ajustes manuais na base.

• O card `Saldo de caixa` do dashboard passou a usar o saldo operacional para a data atual, mesmo quando já existe conciliação bancária cadastrada no mesmo dia.
• Com isso, novos recebimentos e pagamentos registrados após a conciliação diária voltam a aparecer imediatamente no painel principal.
• As conciliações continuam sendo respeitadas normalmente para datas já fechadas, preservando a leitura histórica dos saldos bancários.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar o ajuste assim que o ERP for recarregado.

• O backend passou a identificar automaticamente orçamentos base órfãos com status `Revisado` e sem revisões remanescentes.
• Nesses casos, o ERP restaura o status para `Enviado` antes de montar a listagem de `Orçamentos emitidos`.
• O ajuste também corrige registros antigos gerados antes da regra de restauração por exclusão ter sido implantada.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• Ao excluir uma `Revisão` de orçamento, o ERP agora recalcula automaticamente a cadeia da proposta e restaura como `Enviado` o orçamento mais recente que permanecer ativo.
• Quando ainda existirem revisões anteriores, apenas a última sobrevivente volta para `Enviado`; as demais permanecem como `Revisado`.
• Se a revisão excluída for a única existente, o orçamento base original volta automaticamente para `Enviado`.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• Ao sair da tela de `Orçamentos` e voltar depois, o formulário agora retorna totalmente limpo para iniciar um novo orçamento.
• O reset encerra qualquer modo de revisão, limpa número, cliente, contexto comercial, observações, itens e resumo calculado.
• Ao reabrir a seção, o ERP monta novamente apenas o estado padrão do módulo, sem reaproveitar dados da sessão anterior.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O status `Revisado` passou a ser exibido com chip amarelo na listagem de `Orçamentos emitidos`.
• O mesmo destaque visual foi aplicado aos cartões resumidos que reutilizam o badge de status do orçamento.
• A mudança é apenas visual e preserva integralmente a regra operacional das revisões.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O submit da revisão editável agora informa ao backend qual orçamento originou a revisão em andamento.
• Ao salvar uma nova revisão, o ERP passa a marcar como `Revisado` toda a cadeia anterior da mesma proposta base, incluindo orçamento original e revisões anteriores.
• Com isso, ao gerar `Rev2`, tanto `Q-...` quanto `Rev1` passam a aparecer corretamente como `Revisado` na listagem.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• Ao salvar uma nova `Revisão` de orçamento, o ERP agora marca automaticamente o orçamento anterior como `Revisado`.
• O card da proposta anterior passa a exibir o status `Revisado`, mantendo a rastreabilidade sem confundir com cancelamento comercial.
• O formulário de orçamento também passou a aceitar visualmente o status `Revisado`, mantendo coerência entre cadastro, listagem e histórico.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• Ao abrir uma `Revisão` de orçamento, o ERP agora dispara a sincronização completa do produto em cada linha reaproveitada.
• O campo `NCM` passa a ser carregado imediatamente a partir do produto vinculado ou do valor histórico do item, eliminando a necessidade de trocar o item manualmente.
• O ajuste preserva o fluxo editável da revisão e mantém o orçamento original intacto até o salvamento da nova versão.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O botão `Criar revisão` deixou de gerar a cópia imediatamente e agora reabre o orçamento no formulário comercial para edição antes do salvamento.
• O ERP passa a preencher automaticamente os campos e itens da proposta original, já preparando o próximo número no padrão `-Rev1`, `-Rev2` e assim por diante.
• A nova revisão só é gravada quando o usuário conclui os ajustes e envia o formulário com `Salvar revisão`, mantendo o orçamento anterior intacto.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o novo comportamento após o deploy.

• A listagem de `Orçamentos emitidos` ganhou o botão `Criar revisão`, disponível diretamente no card de cada proposta.
• Ao acionar a revisão, o ERP preserva o orçamento original e cria uma cópia completa com o mesmo conteúdo comercial e numeração derivada em `-Rev1`, evoluindo para `-Rev2`, `-Rev3` e assim por diante quando já existir revisão anterior.
• O backend passou a duplicar automaticamente os itens do orçamento na nova revisão, evitando remontagem manual da proposta.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o novo fluxo após o deploy.

• O `Pedido de compra` passou a ser montado a partir do template oficial `PO - SQR Modelo.xlsx`, preenchido automaticamente pelo ERP.
• A exportação para PDF agora usa LibreOffice em modo headless na VPS, preservando com muito mais fidelidade o layout original da operação.
• O backend mantém fallback para o modelo programático se o ambiente de conversão não estiver disponível.

• O `Pedido de compra` passou a gerar PDF com cabeçalho corporativo, blocos fixos, grade de itens e quadro de totais no padrão visual do template oficial de Procurement.
• O backend também passou a carregar mais dados do fornecedor para preencher endereço, contato, IE e identificação fiscal do documento.
• A nova saída virou o modelo padrão do ERP para emissão de PO.

• Os campos `Prazo de pagamento` e `Modal de entrega` agora exibem um botão `+` ao lado quando o usuário digita um valor que ainda não existe.
• Ao clicar no `+`, o ERP cadastra automaticamente a nova opção e já a seleciona no pedido em edição.
• Os blocos separados de cadastro desses catálogos foram removidos da tela de compras para simplificar a operação.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o novo fluxo após o deploy.

• Compras passou a contar com cadastros administráveis para `Prazo de pagamento` e `Modal de entrega` no mesmo submenu de `Pedido de compra`.
• As novas opções cadastradas ficam disponíveis imediatamente nas listas pesquisáveis do formulário principal e da edição do pedido.
• A exclusão desses registros foi protegida para impedir remoção de opções já utilizadas em pedidos existentes.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O formulário de `Pedido de compra` passou a ter os campos `Incoterm`, `Prazo de pagamento` e `Modal de entrega` como listas pesquisáveis.
• Os novos campos também passaram a ser salvos no banco e reaparecem na edição do pedido.
• Os cards e o PDF do pedido de compra foram atualizados para exibir essas informações.
• As opções visíveis de `Prazo de pagamento` e `Modal de entrega` também foram traduzidas para português.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O frontend deixou de depender sempre de um `bootstrap` completo após ações comuns e passou a priorizar a recarga da seção ativa, reduzindo tempo de resposta e volume de dados.
• As visões de `Estoque` passaram a usar um índice derivado dos movimentos em memória para calcular saldos por produto e local sem repetir varreduras completas a cada renderização.
• O backend SQLite recebeu novos índices para listagens críticas de `Financeiro`, `Caixa`, `Documentos`, `TMCs` e `Movimentações de estoque`.
• A sincronização entre `Produtos` e a `TMC` ativa mais recente passou a ocorrer em lote, com menos custo durante as cargas do ERP.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente os ganhos após o deploy.

• O item do `Pedido de compra` passou a aceitar apenas `Quantidade` inteira no formulário, sem casas decimais.
• O `Preço unitário` do item passou a iniciar e permanecer com máscara monetária em `R$`, inclusive no autopreenchimento ao selecionar o produto.
• O backend também passou a validar que a quantidade do item de compra seja inteira, evitando gravação inconsistente fora da interface.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• Foi corrigido o salvamento do `Pedido de compra` para aceitar corretamente valores monetários digitados com máscara brasileira, como `R$ 550,00`, nos campos dos itens.
• O backend passou a normalizar `preço unitário`, `impostos` e `frete` dos itens usando a mesma conversão monetária segura já aplicada em outras áreas do ERP.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• Foi removido do formulário de `Pedido de compra` o campo interno de total que estava aparecendo visualmente sem rótulo no meio da tela.
• A rotina global de máscara monetária também passou a ignorar `inputs hidden`, evitando que campos internos do ERP voltem a ser convertidos em campos visíveis por engano.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O formulário de novo `Pedido de compra` deixou de exibir os campos `Status` e `Valor total`, mantendo essas informações apenas no fluxo interno do ERP.
• Todo novo pedido de compra agora nasce operacionalmente como `Pedido emitido` no salvamento, sem depender de seleção manual do usuário durante o cadastro.
• Foi adicionada a edição do `Pedido de compra`, com campo de `Status` disponível no modal para ajustes posteriores, inclusive mudança para `Cancelado`.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• Os dois submenus de `Pedidos de compra` foram unificados em uma única entrada de navegação chamada `Pedidos de Compra`.
• A tela preserva o formulário de cadastro e a listagem dos pedidos emitidos no mesmo fluxo, evitando duplicidade entre `Cadastros` e `Comercial`.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O campo `Peso unitário (kg)` da `TMC` deixou de herdar símbolo monetário da moeda da operação e voltou a exibir apenas o valor de peso.
• A formatação do `peso unitário` foi mantida com `4 casas` após a vírgula, preservando a precisão operacional sem prefixo como `R$`.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O formulário de `Cadastro de contratos` passou a ocultar o campo `Cliente` quando o tipo selecionado for `Comercial` ou `Serviço`.
• No mesmo formulário, o campo `Fornecedor` agora fica oculto quando o tipo for `Fornecimento` ou `Projeto`.
• Ao trocar o tipo do contrato, o ERP limpa automaticamente o campo ocultado para impedir que um vínculo antigo continue salvo sem aparecer na interface.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• Ao salvar uma nova `TMC` para um produto já vinculado, o ERP agora mantém somente a ficha recém-criada como oficial e apaga automaticamente as `TMCs` anteriores daquele item.
• Antes da remoção, os vínculos de `Produto` e `Orçamentos` são redirecionados para a nova ficha, evitando referência quebrada no fluxo comercial.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a deduplicação após o deploy.

• As `TMCs` passaram a registrar uma referência própria de `última atualização` do cálculo, inicializada no cadastro da ficha e reaproveitada como base do monitoramento mensal.
• Foi criada uma regra de alarme que destaca no card quando a `TMC` já passou de `30 dias` sem atualização, orientando o recálculo daquele produto.
• Os cards da tela de `TMCs` agora exibem aviso visual, data da última atualização e data prevista para o próximo recálculo.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o novo alarme após o deploy.

• O `Portal documental` agora agrupa os arquivos por tipo de documento, organizando a navegação em blocos expansíveis para cada grupo.
• Dentro de cada grupo, os arquivos continuam disponíveis com contexto, nome original, tamanho e botão de download.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• Os cards `Total de documentos` e `Outro documento` do `Portal documental` receberam reforço visual com fundo mais marcado, borda, raio e sombra leve para ficarem com aparência clara de card.
• Os títulos e números foram preservados; a mudança ficou concentrada apenas na apresentação visual desses dois blocos de resumo.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• Os cards `Total de documentos` e `Outro documento` do `Portal documental` passaram a usar um visual mais próximo dos blocos compactos de resumo mostrados como referência.
• Os títulos e números foram preservados; a mudança ficou somente na apresentação visual desses cards.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• Os cards-resumo de `Clientes` e `Fornecedores` foram mantidos sem a alteração visual anterior, após correção de escopo do ajuste solicitado.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O `Portal documental` voltou a exibir o texto `Documentos centralizados` e sua descrição dentro da caixa azul superior, em vez de deixar essa cópia apenas no cabeçalho da listagem.
• O ajuste mantém a organização visual esperada no topo da página sem alterar o comportamento da central de documentos.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O card superior do `Portal documental` foi removido, deixando apenas o cabeçalho `Documentos centralizados` com a descrição `Baixe XMLs, PDFs e planilhas a partir de uma lista única com contexto do documento.`
• O ajuste simplifica a leitura da página sem alterar o comportamento da central de documentos.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O card `Disponível` dentro de `Crédito de ICMS` passou a exibir a descrição `Saldo livre para novos orçamentos/pedidos`.
• O ajuste mantém o mesmo comportamento do saldo, alterando apenas a mensagem de apoio para refletir melhor o uso operacional do crédito.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• A sincronização automática do crédito de ICMS por `Importações` agora atualiza a data do próprio crédito para o dia atual também quando o lançamento automático já existia anteriormente.
• Isso garante que créditos automáticos antigos, ao serem sincronizados novamente, deixem de manter a data anterior e passem a refletir o dia efetivo do recadastro automático.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• Os créditos de ICMS gerados automaticamente a partir de `Importações` agora usam a data do cadastro automático do crédito, e não mais a data da DI.
• Quando o lote de importação é editado depois, o crédito sincronizado preserva a data já registrada originalmente, evitando trocar a competência visual a cada atualização.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• A criação manual de um novo `Crédito de ICMS` agora verifica quantos créditos existem no momento antes de gerar a referência padrão.
• Com isso, se um crédito antigo for excluído, o próximo lançamento novo usa a sequência visível atual da página, evitando saltos como ir de `#1` apagado direto para `#3`.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O modal de edição de `Importações` passou a ter os botões `Cancelar` e `Salvar importação` lado a lado no rodapé fixo do formulário.
• Foi adicionado espaçamento extra no fim do conteúdo para que nenhum campo fique encoberto pelos botões ao rolar a tela.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O modal de edição de `Importações` passou a carregar `Custo unitário`, `Siscomex`, `II`, `IPI`, `PIS`, `COFINS`, `ICMS` e `Landed unitário` já com a máscara monetária correta em reais.
• Isso elimina a perda de casa decimal ao regravar uma importação sem alterar manualmente os campos, como no caso do `COFINS` indo de `860,30` para `86,03`.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• A listagem inline de documentos foi removida do card do sub-menu `Importações`, deixando a visualização dos anexos disponível somente ao clicar no botão `Arquivos`.
• O card do lote ficou mais limpo e compacto, preservando o acesso aos downloads e uploads apenas dentro do fluxo dedicado do modal de arquivos.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O endpoint de `Documentos` passou a aceitar corretamente anexos vinculados a `Importações`, eliminando o erro de `Tipo de documento inválido` ao subir arquivos no COMEX.
• O seletor de arquivo da importação foi alinhado para aceitar minimamente `XML`, `PDF`, `Excel` e `JPEG`, reduzindo erro operacional no momento do upload.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O sub-menu `Importações` passou a ter também o campo `Taxa Siscomex`, tanto no formulário principal quanto no modal de edição do lote.
• O cálculo automático do `Landed unitário` agora considera também a `Taxa Siscomex`, além dos demais tributos pagos já informados na operação.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• Foi corrigido o cálculo automático do `Landed unitário` em `Importações`, que não estava reagindo corretamente quando os tributos pagos e o custo unitário já estavam com máscara monetária brasileira (`R$`).
• O recálculo agora interpreta corretamente os valores formatados antes de recompor o custo final por unidade no formulário e no modal de edição.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O campo `Alíquota ICMS %` do `COMEX > Importações` passou a usar a mesma formatação decimal do campo equivalente em `Crédito de ICMS`, tanto no formulário principal quanto no modal de edição.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• Os campos `II`, `IPI`, `PIS`, `COFINS` e `ICMS` pagos na tela de `Importações` passaram a usar a mesma máscara monetária do campo `Custo unitário`, tanto no formulário principal quanto no modal de edição.
• O campo `Landed unitário` também foi alinhado à mesma apresentação monetária para manter consistência visual durante a conferência do lote.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O campo `FCP pago` foi removido da interface de `Importações` e do modal de edição, já que esse pagamento não faz parte do fluxo operacional de importação adotado.
• O cálculo automático do `Landed unitário` passou a considerar apenas os tributos efetivamente usados no processo (`II`, `IPI`, `PIS`, `COFINS` e `ICMS`).
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O sub-menu `Importações` passou a registrar os valores pagos de `II`, `IPI`, `PIS`, `COFINS`, `ICMS` e `FCP`, além da `alíquota de ICMS` usada para o crédito fiscal do lote.
• O campo `Landed unitário` agora é calculado automaticamente a partir de `custo unitário`, `quantidade` e soma dos impostos pagos do lote, evitando preenchimento manual divergente.
• O `ICMS pago` da importação passou a sincronizar automaticamente um lançamento em `Crédito de ICMS`, com atualização automática ao editar o lote e trava para impedir exclusão indevida quando o crédito já estiver comprometido.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O campo `Título` no modal `Arquivos` da `Importação` passou a ocupar toda a largura da grade, alinhando a composição visual com os campos inferiores.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O modal `Arquivos` da `Importação` deixou de exibir o campo `Tipo de documento`, simplificando o upload operacional do lote.
• Nesse contexto, os anexos da importação passam a ser gravados automaticamente como `Outro documento`, sem alterar o restante do fluxo documental do ERP.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• Importações marcadas como `Formal` passaram a exigir obrigatoriamente `Data de registro da DI` e `Data de liberação da DI` já no backend, evitando cadastros incompletos.
• Cada lote em `COMEX > Importações` agora possui botão de `Editar`, permitindo ajustar status e demais dados operacionais mesmo após o cadastro inicial.
• Cada lote de importação também passou a ter botão de `Arquivos`, com upload e listagem próprios vinculados diretamente ao lote.
• O fluxo documental da importação passou a aceitar `qualquer tipo de arquivo` quando anexado por esse botão, preservando download e rastreabilidade no ERP.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• O sub-menu `COMEX > Importações` passou a ter seleção explícita para identificar se a importação foi `Formal` ou `Não formal`.
• A tela de `Importações` passou a registrar também `Data de registro da DI` e `Data de liberação da DI`, com persistência no banco e exibição no histórico do lote.
• A estrutura da tabela `import_batches` foi expandida com os novos campos operacionais, preservando compatibilidade com os lotes já existentes.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o ajuste após o deploy.

• A criação de `TMCs` de importação formal passou a gerar automaticamente um lançamento em `Crédito de ICMS`, sem exigir cadastro manual adicional após o fechamento da ficha.
• O crédito automático usa a mesma alíquota de `ICMS` da importação e grava como valor do crédito o `ICMS (R$)` já calculado na própria composição fiscal da `TMC`.
• O lançamento fiscal gerado automaticamente passa a registrar referência da `TMC`, origem como `Importação formal` e observação de rastreabilidade para facilitar conferência no módulo fiscal.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente a automação após o deploy.

• Foi criado o sub-menu `Crédito de ICMS` em `Controladoria & Fiscal`, com visão de saldo total, reservado, consumido e disponível.
• O ERP passou a registrar créditos de ICMS de importação ou ajuste manual com data, referência, base, alíquota e valor do crédito.
• O cálculo do `Orçamento` agora consulta o saldo disponível e abate automaticamente apenas o valor efetivamente existente, limitado a até `100%` do ICMS interestadual da operação.
• Cada orçamento passou a reservar a parcela do crédito usada no cálculo, criando a trava operacional para impedir reutilização simultânea do mesmo saldo.
• Ao gerar `Pedido de venda`, o crédito reservado é consumido no pedido; ao excluir o pedido, a reserva retorna ao orçamento vinculado.
• Os cards de `Orçamentos` e `Pedidos de venda` passaram a exibir o crédito de ICMS reservado ou consumido para facilitar a conferência.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o novo fluxo fiscal após o deploy.

• O card de `Imposto total` na tela de `Orçamentos` passou a ser clicável, abrindo um detalhamento dedicado da composição tributária da precificação.
• A memória de cálculo agora discrimina `ICMS`, `Difal`, `FCP`, `PIS`, `COFINS` e `IPI` sempre que houver incidência, com valor calculado sobre o faturamento total da proposta.
• Para a empresa `ÁGUA SOLUÇÕES`, o `IPI` passou a permanecer zerado na composição tributária comercial exibida no orçamento.
• A fórmula tributária foi revisada para considerar `ICMS por dentro`, base sem ICMS para `PIS/COFINS` e incidência de `Difal/FCP` apenas em operação interestadual para cliente final não contribuinte.
• Cliente com `IE` preenchida passou a ser tratado como `contribuinte de ICMS`, evitando cálculo indevido de `Difal/FCP` nesses cenários.
• Nos regimes em que a alíquota segue consolidada, o modal informa que a carga fiscal permanece agrupada, sem alterar a regra comercial usada para formação do preço.
• O frontend recebeu ajuste visual para indicar interação no card tributário e um layout próprio para leitura rápida do detalhamento dentro do modal.
• O recálculo do orçamento foi estabilizado para preservar `markup calculado`, `preço unitário` e todos os cards de resumo mesmo após a nova regra fiscal.
• A criação de orçamento deixou de baixar o PDF automaticamente; o download agora ocorre somente quando o usuário aciona o botão dedicado.
• Os botões e ações relacionados ao arquivo foram padronizados para o texto `Baixar PDF` no módulo comercial e nos pontos equivalentes do ERP.
• A versão pública, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA e entregar imediatamente o novo detalhamento após o deploy.

• A tela de `Orçamentos` foi consolidada em layout horizontal mais operacional, com a listagem emitida reposicionada ao final da página e maior aproveitamento visual do espaço útil.
• O contexto da precificação recebeu ajustes finos de fluxo, incluindo validade padrão de `30 dias`, remoção do campo `TMC`, sincronização automática do `Estado destino` e ocultação condicional de `Faturamento anual` para cenários fora da `ENGERAGUA`.
• Os campos `Tempo em meses`, `Quantidade de pontos` e `Quantidade` dos itens passaram a operar como inteiros, enquanto vários campos comerciais e de item passaram a iniciar em branco por padrão.
• Os itens foram alinhados à operação com troca de `CFOP` por `NCM`, `Markup` padrão em branco, `Preço unitário` e `Markup calculado` derivados automaticamente e resumos coerentes com os novos dados inteiros.
• A precificação passou a usar `Margem líquida alvo (%)` como base do cálculo, resolvendo o preço necessário a partir de `custo`, `impostos`, `frete` e agora também `comissão`, em vez de depender de markup arbitrário.
• O campo `Comissão (%)` foi incorporado ao orçamento, passou a aparecer no resumo dos cards e já participa do cálculo da `margem líquida final` tanto na memória de cálculo do frontend quanto na persistência do backend.
• O backend foi ajustado para salvar a nova lógica comercial, persistindo margem alvo e comissão e mantendo frete e impostos como componentes da margem em vez de acrescê-los por fora do faturamento principal.
• Os assets versionados, a versão pública exibida no ERP e o `service worker` foram renovados para invalidar cache antigo do PWA e entregar imediatamente essa etapa consolidada após o deploy.

• A listagem de `Orçamentos` deixou de empilhar os detalhes em blocos verticais e passou a usar composição horizontal inspirada na tela de `TMCs`.
• As informações principais do orçamento agora aparecem em chips de resumo com melhor distribuição entre subtotal, impostos, frete, margens, perfis fiscais, pagamento e entrega.
• Os itens do orçamento passaram a ocupar uma grade lateral mais compacta, melhorando leitura e conferência em telas largas sem perder responsividade no mobile.
• Os assets versionados e o `service worker` foram renovados para invalidar cache antigo do PWA e entregar imediatamente o novo layout após o deploy.

• O changelog público foi reorganizado para remover a entrada indevida `1.5.3(b)` e voltar a refletir a sequência válida da linha `1.5.x` já existente na operação.
• As versões `1.5.2(b)`, `1.5.1(b)` e `1.5.0(b)` voltaram a aparecer explicitamente na timeline web, preservando o contexto das evoluções já registradas para `Orçamentos`.
• A versão pública exibida no login e no resumo do histórico foi alinhada para `1.5.3(b)`, mantendo a correção registrada como ponto oficial da linha beta.
• Os assets versionados e o `service worker` foram renovados para invalidar cache antigo do PWA e entregar imediatamente o histórico corrigido após o deploy.

• A UI de `Orçamentos` foi redesenhada para abandonar o visual em cards e assumir uma composição muito mais próxima da planilha usada pela operação comercial.
• O topo do formulário passou a funcionar como cabeçalho operacional em linha, com `Número`, `Cliente`, `Status`, `TMC`, `Validade`, `Prazo de entrega`, `Condição de pagamento` e `Detalhes de entrega` organizados como células de conferência rápida.
• O contexto da precificação foi reorganizado em faixas horizontais, preservando `Empresa`, `Tipo de venda`, `Estado destino`, `Faturamento anual`, `Tempo em meses`, `Quantidade de pontos` e `Taxa de juros`.
• A área principal de itens foi convertida em grade tabular com colunas inspiradas diretamente na planilha comercial, reforçando a conferência operacional.
• O painel lateral passou a exibir uma `Memória de cálculo` mais próxima da planilha, com custos, faturamento, imposto, margens, preço por ponto/mês e composição tributária.
• Os assets versionados e o `service worker` foram atualizados para forçar a entrega imediata dessa UI em formato de planilha após o deploy.

• A interface de `Orçamentos` recebeu uma segunda rodada de refinamento visual, com novo bloco de abertura para contextualizar a experiência de precificação logo no topo da tela.
• A área de montagem do orçamento foi reorganizada para destacar melhor a etapa de itens e separar visualmente o resumo financeiro em um painel lateral próprio.
• Os cards dos itens do orçamento ganharam tratamento visual mais forte, com bordas, fundo e espaçamento próprios, melhorando leitura e conferência durante a composição da proposta.
• O resumo da proposta passou a usar painel destacado com contraste maior e grid mais organizado dos indicadores, facilitando a leitura rápida de faturamento, impostos e margens.
• A listagem de orçamentos emitidos foi envolvida em um painel visual próprio, deixando a navegação entre criação e histórico mais clara na mesma tela.
• Os assets versionados e o `service worker` foram atualizados para forçar a entrega imediata desse polimento visual após o deploy.

• A tela de `Orçamentos` foi refeita para seguir a lógica da planilha comercial da empresa, com bloco próprio de `Contexto da precificação` para empresa, tipo de venda, estado de destino, faturamento anual, tempo em meses, quantidade de pontos e taxa de juros.
• Os itens do orçamento passaram a trabalhar com `Categoria`, `Código`, `Unidade`, `Custo unitário`, `Markup` e `Preço unitário`, preenchendo automaticamente os dados do produto e aplicando markup padrão por tipo de item.
• O resumo vivo do orçamento passou a calcular `Custo total`, `Frete estimado`, `Imposto total`, `Faturamento total`, `Margem bruta`, `Margem líquida`, `Receita por mês` e `Preço por ponto/mês`, espelhando o raciocínio operacional da planilha.
• O backend de orçamentos passou a persistir o contexto comercial e os campos de precificação por item, mantendo no histórico da proposta os dados usados para formar o preço no momento da emissão.
• O PDF do orçamento foi ajustado para reutilizar o código comercial do item e o total com frete estimado, preservando a coerência com a nova estrutura de precificação.
• Os assets versionados e o `service worker` foram atualizados para forçar a entrega imediata da nova experiência de orçamentos após o deploy.

• O salvamento de `TMC` com produto vinculado passou a oficializar automaticamente a ficha mais recente como a `TMC` principal daquele item, sincronizando `tmc_id`, custo e base comercial sem depender de edição manual posterior.
• Foi adicionada uma proteção extra para que, sempre que existirem várias `TMCs` para o mesmo produto, a mais recente prevaleça automaticamente como oficial, inclusive em sincronizações corretivas da base.
• A exibição de custo nas telas e exportações de produtos passou a priorizar o valor atual da `TMC` vinculada, evitando manter custo defasado quando já existir ficha mais nova associada ao item.
• A informação de `Preço comercial` foi removida das telas e exportações de produtos, deixando a definição comercial para a etapa de orçamento.
• A edição manual de produto foi simplificada para trabalhar só com `Custo`, incluindo preenchimento automático ao selecionar a `TMC`.
• O modal de confirmação foi ajustado para centralizar o botão `Fechar` e seguir o padrão visual principal de botões do ERP.
• O cadastro de produtos recebeu busca própria com filtragem automática durante a digitação, seguindo a mesma lógica operacional da pesquisa do estoque.

• A busca de produtos no módulo de `Estoque` passou a respeitar a digitação contínua do usuário, mantendo o texto no campo e atualizando a listagem com debounce curto em vez de reconstruir a tela inteira a cada tecla.
• O campo de busca de produtos no `Estoque` passou a preservar foco e posição do cursor durante a atualização da listagem, evitando a sensação de “sair do campo” enquanto o usuário continua digitando.
• A filtragem do módulo de `Estoque` passou a atuar diretamente sobre os cards já renderizados, sem reconstruir a lista inteira a cada tecla, eliminando a disputa entre a busca e a digitação contínua.
• A busca de produtos no `Estoque` passou a aplicar o filtro somente ao sair do campo, mantendo a digitação totalmente livre durante o preenchimento e executando a pesquisa apenas após o `blur` ou limpeza manual da busca.
• O campo de busca de produtos no `Estoque` deixou de usar o tipo nativo `search` do navegador e passou a usar `text` com autocomplete e correções automáticas desativadas, removendo uma camada extra de comportamento do browser que ainda podia interferir na digitação.
• A lógica da busca de produtos no `Estoque` foi simplificada para um fluxo explícito de `campo + botão Buscar`, sem atualização automática durante a digitação; a filtragem agora só acontece ao clicar em `Buscar`, pressionar `Enter` no campo ou usar `Limpar busca`.
• Foi corrigido o campo equivalente de consulta em `Suprimentos & Estoque > Estoque por produto`, que usava a busca `#procurementInventorySearch`; ele agora segue o mesmo fluxo explícito de `campo + botão Buscar`, sem re-renderização durante a digitação.
• A busca automática em `Suprimentos & Estoque > Estoque por produto` voltou a funcionar sem botão, mas agora filtrando somente os cards já renderizados no DOM, sem reconstruir a seção durante a digitação e sem tirar o foco do campo.

• Foi corrigido o cálculo do `Custo total unitário real` no preview da `TMC`, que em alguns cenários estava reaproveitando indevidamente um valor anterior do próprio formulário em vez de recompor a soma unitária completa.
• Foi corrigido o cálculo da `Logística unitária` no preview da `TMC`, alinhando a conversão de `frete internacional` e `seguro` para reais da mesma forma já usada no backend.
• O cálculo tributário da `TMC` foi ajustado para seguir a fórmula fechada informada para `ICMS`, `PIS` e `COFINS`, considerando `ICMS por dentro` e a dependência cruzada entre `ICMS` e `PIS/COFINS` sem iteração.
• Foi corrigida a renderização da seção própria de `TMCs`, fazendo com que a listagem das fichas já salvas volte a aparecer normalmente após a separação da tela em um módulo dedicado.
• Foi corrigida a geração automática de `Código` e `Nome` da `TMC` para ignorar placeholders do formulário como `Automático ao salvar`, além de aplicar reparo automático em fichas que eventualmente tenham sido gravadas com esse texto.

• Os campos monetários decimais da `TMC` deixaram de reformatar a digitação em tempo real, voltando a seguir o padrão dos demais inputs do ERP com formatação aplicada apenas após a edição.
• O cálculo automático de `armazenagem` na `TMC` foi restaurado após os últimos ajustes de usabilidade dos campos.
• Os campos `Armazenagem (BRL)` e `Taxa bancária (BRL)` passaram a ficar bloqueados para edição manual, mantendo apenas o cálculo automático do ERP.
• O campo `FCP` foi removido da tela da `TMC`, já que esse fluxo de importação não utiliza essa informação operacionalmente.
• A seção de tributos da `TMC` passou a mostrar também os valores calculados em `R$` para `II`, `IPI`, `PIS`, `COFINS` e `ICMS`, além dos percentuais.
• A `Taxa Siscomex` passou a ser preenchida automaticamente com `R$ 154,23`, considerando o cenário operacional padrão de `1 adição` (`R$ 115,67 + R$ 38,56`), e ficou bloqueada para edição manual.
• Os campos de `II`, `IPI`, `PIS` e `COFINS` passaram a ficar bloqueados para edição manual, seguindo o preenchimento automático por `NCM` já aplicado na `TMC`.
• A integração tributária em tempo real diretamente no serviço oficial do Siscomex foi avaliada, mas o endpoint público de tratamento tributário exige autenticação por token; por isso o ERP segue, por enquanto, com o preenchimento automático interno por `NCM`.

• A `TMC` passou a destacar o campo de produto usando a lista de produtos já cadastrados no ERP, deixando mais claro qual item está vinculado à ficha.
• Ao selecionar o produto da `TMC`, o sistema passa a aproveitar o `NCM` do cadastro do item quando ele existir.
• Os tributos de importação `II`, `IPI`, `PIS` e `COFINS` passaram a ser preenchidos automaticamente a partir do `NCM`, com base nas tabelas operacionais da planilha usada pela equipe.
• O `ICMS` da importação foi travado em `18%` com a fórmula de cálculo ajustada para seguir a lógica da planilha, enquanto o `FCP` foi zerado para esse fluxo de importação.
• O custo de `armazenagem` passou a ser calculado automaticamente a partir dos `dias úteis`, usando a regra operacional da planilha com faixas percentuais e piso por peso total.
• O campo `Despachante aduaneiro` passou a usar a carteira de fornecedores do ERP, listando automaticamente quem estiver cadastrado com a categoria `DESPACHANTE ADUANEIRO`.
• O campo `Banco utilizado` passou a usar a lista de bancos já cadastrados no ERP, em vez de texto livre.
• A `taxa bancária` passou a ser calculada automaticamente conforme o banco escolhido, seguindo a lógica da planilha para `BB`, `Inter`, `Bradesco` e `Cartão`.
• O `peso unitário` passou a ser preenchido automaticamente quando o produto selecionado possuir correspondência nas tabelas operacionais da planilha.
• A `taxa bancária` passou a aparecer imediatamente ao selecionar o banco na TMC.
• O valor do `Despachante aduaneiro` passou a ser preenchido automaticamente ao selecionar o despachante na ficha.
• Os campos `Preço unitário no fornecedor`, `Preço unitário software`, `Frete internacional` e `Seguro` passaram a seguir visualmente a `moeda` escolhida na operação.
• A `cotação da moeda` passou a ser exibida explicitamente em `R$`, preservando a precisão de câmbio para o cálculo.
• O cálculo da TMC passou a converter `frete internacional` e `seguro` da moeda escolhida para reais dentro da composição do custo total.
• Os campos decimais operacionais da `TMC` vinculados à moeda da operação passaram a formatar automaticamente com até `4 casas` após a vírgula.
• Os rótulos monetários dinâmicos da `TMC` passaram a exibir os símbolos das moedas estrangeiras, como `£` e `€`, em vez de apenas siglas.
• Os rótulos externos dos campos monetários dinâmicos da `TMC` voltaram a usar códigos como `USD`, `EUR`, `GBP` e `BRL`, enquanto os símbolos monetários passaram a aparecer dentro dos campos.

• O campo `Código` da `TMC` passou a ser gerado automaticamente no backend, usando `data`, `horário` e o `ID` único real da ficha após a gravação.
• O campo `Nome` da `TMC` também passou a ser gerado automaticamente, vinculando o `ID` único da TMC ao instante exato de criação da operação.
• A interface da `TMC` foi ajustada para deixar `Código` e `Nome` como automáticos no momento do cadastro, evitando preenchimento manual desnecessário.
• O hotfix foi validado com criação real de TMC em ambiente local, confirmando o formato final gerado para `Código` e `Nome`.

• O campo `Fornecedor` da `TMC` passou a usar o mesmo componente visual dos demais selects do ERP, substituindo a solução anterior que destoava do layout.
• O select de `Fornecedor` agora lista os fornecedores estrangeiros já cadastrados na base produtiva, reaproveitando o cadastro existente.
• Foi corrigida a ligação do frontend com o select de fornecedor da `TMC`, garantindo que os nomes apareçam corretamente após o carregamento da tela.

• A seleção de moeda na `TMC` passou a iniciar sem valor padrão, deixando o formulário em branco até a escolha manual da operação.
• O campo de cotação também passou a iniciar vazio e volta a ficar em branco quando a moeda é removida ou o formulário é resetado.
• O backend ganhou fallback adicional de cotação via `open.er-api.com` quando o provedor principal estiver indisponível ou limitado, reduzindo falhas para `EUR` e `GBP` na VPS.
• O preenchimento automático com `2%` de spread bancário foi mantido para moedas estrangeiras.
• O bootstrap da página, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA após a nova publicação.

• Ao selecionar a moeda na `TMC`, o ERP agora consulta automaticamente a cotação atual e preenche o campo de câmbio da operação.
• Para moedas estrangeiras, o valor preenchido já vem com `2%` de spread bancário sobre a cotação de venda consultada.
• Para `REAL`, o campo é preenchido automaticamente com `1,00`, sem spread adicional.
• O backend ganhou um endpoint dedicado de cotação para centralizar a regra e permitir fallback entre provedores quando necessário.
• O bootstrap da página, os assets versionados e o `service worker` foram atualizados para invalidar cache antigo do PWA após a nova publicação.

• O export em Excel do `Fluxo de caixa` e dos relatórios tabulares passou a gerar arquivos `.xlsx` reais.
• O `Portal documental` passou a registrar automaticamente uploads da importação financeira para que apareçam na visão central de documentos.
• O backend documental ganhou contexto de módulo para exibir uploads que não pertencem diretamente a cliente, fornecedor, venda ou projeto.
• Foi adicionado um utilitário de backfill para reconstruir documentos antigos da importação financeira quando o arquivo físico ainda existir.
• O `service worker`, os assets versionados e o bootstrap da página foram atualizados para invalidar cache antigo do PWA.

• `Financeiro > Relatórios` passou a usar botões dedicados para `Fluxo de Caixa`, `Extrato`, `Relatório por Centro de Custo` e `Relatório por Conta`.
• O `Fluxo de Caixa` foi simplificado para visão consolidada por período, enquanto o `Extrato` permaneceu como detalhamento linha a linha.
• O relatório por centro de custo foi simplificado para subtotal direto por centro, sem expansão de categorias abaixo.
• O relatório por conta passou a consolidar receitas e despesas sem duplicidade, somando por item e por situação.
• As subcategorias dos relatórios financeiros passaram a seguir ordenação alfabética.
• O agrupamento `COMEX` recebeu o novo sub-menu `Exportações`, no mesmo estilo funcional de `Importações`, com formulário, listagem e persistência em banco.
• Usuários antigos com acesso a `COMEX` passam a receber automaticamente o item `Exportações` na reconciliação de permissões de navegação.

• Base operacional consolidada com autenticação, perfis de acesso, usuários, permissões, navegação lateral e governança administrativa.
• Cadastros mestres expandidos para clientes, fornecedores, transportadoras, produtos, contratos, contas bancárias e perfis fiscais com preenchimento automático por CNPJ e CEP.
• Módulos comerciais e operacionais consolidados com CRM, orçamentos, pedidos de venda, pedidos de compra, vendas, TMCs, projetos, serviços, estoque, movimentações, depósitos e importações.
• Financeiro evoluído com lançamentos, fluxo de caixa, simulador, importação em lote, exclusão em cascata, relatórios, indicadores e projeções com regras visuais e cálculos revisados.
• Tesouraria, contabilidade e fiscal reunidos com conciliações, aplicações, DRE, balanço, documentos fiscais, regras tributárias e indicadores financeiros por ano.
• Interface consolidada com melhorias de responsividade, atalhos de navegação, cards interativos, pop-ups de edição e refinamentos de leitura em desktop, tablet e celular.
• Segurança reforçada com política forte de senha, expiração automática, troca obrigatória em primeiro acesso e fluxos protegidos de sessão.
• Infraestrutura estabilizada com backups automáticos, limpeza técnica, proteção de deploy, atualização de cache do PWA e ajustes para publicação segura na VPS.