📃 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.

🐞 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.

🐞 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: <vDesc>0.00</vDesc>

• ✅ O comportamento foi corrigido e agora a tag vDesc somente será criada quando existir desconto real no produto.

🐞 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.

🐞 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.