# 📃 2.0 Release Notes | Bugs 🐞
##### 🐞 **Correção – Autorização da NFC-e (Atualização de Tributos PIS/COFINS)**
- ❌ Foi identificada uma **não conformidade** durante a **autorização da NFC-e**, onde o sistema exibia a mensagem:
*“Não foi possível atualizar os tributos de PIS/COFINS dos produtos da NFC-e. Access violation…”*
- ⚠️ Esse erro impedia o prosseguimento da autorização da nota;
- ✅ O problema foi corrigido, e agora o sistema **atualiza corretamente os tributos de PIS/COFINS** e **permite a autorização da NFC-e** sem falhas.
##### 🐞 **Correção – Autorização da NFC-e com Produtos NCM -1**
- ❌ Foi identificada uma **não conformidade** ao autorizar **NFC-e contendo produtos com NCM = -1**, ocasionando, em alguns casos, **erro de referência nula**;
- ⚙️ O sistema não estava tratando corretamente produtos sem código NCM válido durante o processo de autorização;
- ✅ O problema foi corrigido, garantindo que o sistema **autorize normalmente a NFC-e**, mesmo quando houver produtos com NCM ausente ou inválido.
##### 🐞 **Correção de Arredondamento no Desconto de Itens da Nota Fiscal de Venda**
Foi implementada uma correção crucial no processamento dos descontos aplicados aos itens da Nota Fiscal de Venda (NF-e).
**Valor da Implementação e Precisão Financeira ✅**
O problema estava relacionado a **arredondamentos indevidos** durante o cálculo, o que causava **divergências de valores** entre o desconto aplicado e o valor final da nota.
A correção garante que o processamento dos descontos seja feito com a **precisão decimal correta**, eliminando as discrepâncias de arredondamento. Isso assegura a **integridade dos dados fiscais e financeiros** da NF-e, garantindo que o valor final da nota esteja em total conformidade com os descontos aplicados.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/DPTimage.png)
##### 🐞 **Correção – Exibição de Casas Decimais na Consulta de Produtos (F8 – Ordem de Serviço)**
- ❌ Ao acessar **Vendas → Ordem de Serviço** e clicar em **F8 – Produtos**, foi identificada uma **não conformidade**:
o sistema não exibia corretamente os **valores com duas casas decimais** na consulta de produtos;
- ✅ O problema foi corrigido, e agora os **valores são exibidos com precisão de duas casas após a vírgula**, conforme o padrão monetário.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/FgAimage.png)
##### 🐞 **Correções Críticas em Foco de Componentes e Estado de Query na Liberação de Convênio **
Foram implementadas correções essenciais na tela de liberação de convênio, resolvendo problemas de usabilidade e um erro que causava o travamento do sistema.
**Correção de Foco em Componentes Visuais 🖥️**
- **Problema Identificado:** O sistema estava tentando definir o foco em componentes visuais que estavam nos estados **desabilitado** ou **invisível**. Isso resultava em erros de execução, alertando que o foco não poderia ser definido para aquele componente.
- **Valor da Correção:** As rotinas de definição de foco foram ajustadas para **verificar o estado do componente** antes de tentar a ação, eliminando esses erros e garantindo uma experiência de usuário mais estável e fluida.
**Correção Crítica no Estado da Query de Venda (Travamento) 💾**
- **Causa do Travamento:** A principal causa do travamento do sistema ocorria ao selecionar o cliente para o convênio e, em seguida, tentar atualizar os dados da venda. A *query* da venda, essencial para a inserção dos dados do novo cliente, estava no **estado de busca** (*dsBrowse*), e não no estado necessário para manipulação de dados (*dsEdit*).
- **Solução Técnica:** A rotina de atualização foi corrigida para garantir que a *query* da venda seja colocada no **estado de edição** (*dsEdit*) antes de tentar inserir os dados do cliente do convênio. Isso resolve o erro de estado da *query*, elimina o travamento e garante a **integridade transacional** da venda.
##### 🐞 **Correção – Geração da Tag `vDesc` em Produtos sem Desconto (NF-e)**
- ❌ Na versão atual, o sistema estava **gerando a tag `vDesc` com valor `0.00`** dentro do XML da NF-e, mesmo quando **não havia desconto aplicado** no item;
- 📦 **Exemplo de venda:**
- Quantidade: **9.000**
- Valor unitário: **1,60**
- Total: **R$ 14.400,00**
- Tag gerada incorretamente: `0.00`
- ✅ O comportamento foi corrigido e agora a **tag `vDesc` somente será criada quando existir desconto real** no produto.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/HKHimage.png)
##### 🐞 **Correção – Aplicação de Desconto (CTRL + D / F5) em Orçamentos Personalizados**
- ❌ Foi identificada uma **não conformidade** ao aplicar **desconto** utilizando o atalho **CTRL + D** e a função **F5 (arredondamento)** na tela de **Vendas → Orçamentos Personalizados**;
- ⚠️ O sistema exibia a mensagem:
*“Desconto inválido: o valor informado excede ou é igual ao total dos produtos.”*
mesmo quando o valor era válido;
- ✅ O comportamento foi corrigido e agora o **desconto via CTRL + D e F5** é aplicado corretamente, com o **arredondamento funcional**, assim como já ocorre na função **F4**.
[](https://info3.nortesys.com.br/uploads/images/gallery/2025-10/Svnimage.png)
##### 🐞 **Correção Crítica na Atualização do Preço Atacarejo por Alteração de Quantidade **
Foi corrigida uma não conformidade significativa onde o valor do desconto **atacarejo não era atualizado** corretamente quando a quantidade de um item era alterada para um valor **abaixo do mínimo** exigido.
**Causa Técnica e Solução ✅**
O problema era que a rotina de atualização de preços estava vinculada apenas ao evento de pressionar a tecla **Enter**. Isso criava uma falha: o operador podia aplicar o desconto de atacarejo, reduzir a quantidade (abaixo do mínimo) e, ao navegar para outro campo usando o mouse ou a tecla *TAB*, o sistema falhava em recalcular e remover o desconto indevidamente mantido.
A **solução** foi refatorar a rotina de atualização de preços para ser acionada de forma mais abrangente após a alteração da quantidade. Isso garante que o sistema **reavalie o preço atacarejo** imediatamente ao sair do campo de quantidade, garantindo que o desconto seja **removido** sempre que a quantidade mínima não for atingida.
##### 🐞 **Correção Crítica de Validação *Case-Sensitive* em Funções de Parcelamento **
Foi corrigida uma não conformidade crítica que afetava três funções essenciais de manipulação de parcelas, devido a uma validação incorreta do nome da coluna de código da forma de pagamento.
**Análise da Causa Técnica e Solução ✅**
As três funções falhavam porque, ao validar a existência da coluna do código da forma de pagamento no conjunto de dados, o sistema estava executando uma comparação **sensível a maiúsculas e minúsculas (case-sensitive)**.
Este comportamento é incompatível com o padrão do SGDB utilizado pelos sistemas Nortesys (SQL Server), que é *case-insensitive* por padrão.
A **correção** foi refatorar a validação para que ela **desconsidere o *case-sensitive*** ao verificar o nome da coluna. Isso garante que as funções de **alterar**, **excluir** e **limpar parcelas** agora funcionem corretamente, independente da capitalização do nome da coluna.