# 🐞 2.0 Release Notes | Bugs
##### **🐞 ERP/Fiscal — Ajuste na validação do código cBenef para 8 caracteres**
**ID da tarefa:** 109990
**Descrição:**
Corrigida a validação do campo **Código de Benefício Fiscal (cBenef)** durante a emissão da NF-e. Anteriormente, o sistema exigia o preenchimento de 10 caracteres e adicionava automaticamente zeros à esquerda quando o código informado possuía tamanho inferior.
Esse comportamento modificava o código oficial do benefício fiscal. Por exemplo, o código `SP099090` era enviado como `00SP099090`, podendo ocasionar rejeição da NF-e por código inexistente ou incompatível com a tabela da SEFAZ.
Com o ajuste, o sistema passa a validar e transmitir o código **cBenef com 8 caracteres**, preservando integralmente o valor informado, sem o acréscimo automático de zeros à esquerda.
##### **🐞 ERP — Divergência no valor de outras despesas na emissão de NF-e referenciando Ordem de Serviço**
**ID da tarefa:** 109978
**Descrição:**
Identificada uma divergência no valor destacado no campo **Outras Despesas** durante a emissão de NF-e referenciando uma Ordem de Serviço.
A ocorrência foi relatada em empresas que utilizam o processo de Ordem de Serviço e posteriormente realizam a emissão da nota fiscal, incluindo **Mundial Auto Center** e **Master Caminhões**. Também houve relato de situação semelhante em uma revenda localizada no Acre.
Durante as validações realizadas com os backups disponíveis, o comportamento não pôde ser reproduzido. O registro foi mantido para acompanhamento e conhecimento da equipe técnica.
O ajuste deverá garantir que o valor de **Outras Despesas** seja calculado e destacado corretamente na NF-e, conforme os dados registrados na Ordem de Serviço, evitando divergências nos valores fiscais do documento.
##### **🐞 ERP — Rejeição 452 na emissão de NF-e de venda em São Paulo**
**ID da tarefa:** 109148
Corrigido o processo de emissão de NF-e de venda para o estado de São Paulo, que retornava a rejeição 452 ao solicitar resposta assíncrona para um lote contendo apenas uma nota fiscal.
O envio foi ajustado para utilizar o processamento adequado em lotes com somente uma NF-e, permitindo a autorização do documento sem a ocorrência da rejeição.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-07/GY7image.png)
##### **🐞 ERP — Falha na importação de arquivo OFX do banco Cora**
**ID da tarefa:** 109444
Corrigida a não conformidade na importação de arquivos OFX do banco Cora.
O processo de leitura foi ajustado para tratar corretamente arquivos que possuem o caractere hash (`#`) no campo de identificação, permitindo a importação dos dados sem falhas.
##### **🐞 PDV — Correção do banco de dados utilizado na importação de pré-vendas**
**ID da tarefa:** 109570
Corrigido o comportamento da rotina de importação de pré-vendas no PDV Off-line, que mantinha a consulta no banco de dados offline `SUPOFFSCE` em vez de utilizar o contexto adequado para a operação.
Foi criada uma variável para identificar a tela em processo de abertura. Com o ajuste, a tela de pré-venda não direciona o fluxo para a opção de busca de vendas no banco online, evitando a utilização incorreta do banco de dados durante a importação.
##### **🐞 PDV — Aplicação indevida de desconto em produtos promocionais**
**ID da tarefa:** 104896
Corrigido o comportamento do parâmetro 87 — “Quando permitido dar desconto para produtos em promoção, deseja pedir senha de supervisor?”.
Anteriormente, ao solicitar desconto em um produto promocional, o sistema exigia a senha do supervisor e informava que o desconto não havia sido aplicado. No entanto, o valor final da venda era calculado com o desconto, gerando divergência entre a mensagem apresentada e o total da operação.
O tratamento do parâmetro foi ajustado para impedir a aplicação indevida do desconto. A correção foi validada para descontos em percentual e em valor, tanto no item individual quanto em todos os itens da venda.
##### **🐞 ERP/PDV — Inconsistência no fluxo de desconto em operações de atacarejo**
**ID da tarefa:** 109532
Corrigida a não conformidade no fluxo de aplicação de descontos em operações de atacarejo no PDV, considerando a configuração do parâmetro 399 — “Desconto atacarejo no fechamento?”.
O ajuste impede a aplicação indevida do desconto em itens não elegíveis, mantendo o comportamento do cálculo consistente com as mensagens apresentadas pelo sistema. Também foram corrigidas as inconsistências relacionadas ao botão “Utilizar porcentagem” na janela de desconto.
##### **🐞 ERP — Travamento ao sair sem selecionar uma instância**
**ID da tarefa:** 110008
Corrigido o comportamento do ERP ao clicar em “Sair” sem selecionar uma instância. Anteriormente, o sistema ainda tentava acessar a base de dados, causando demora no encerramento completo da aplicação.
Foi implementado o encerramento imediato de todos os processos do sistema quando o usuário seleciona a opção “Sair”, evitando consultas desnecessárias à base de dados e eliminando o travamento durante o fechamento.
##### **🐞 ERP — Atualização do Autorizador de NFC-e**
**ID da tarefa:** 110390
Corrigida a falha no Autorizador de NFC-e causada pela utilização de uma interface desatualizada da DLL `NortesysNotaFiscalBase`.
A incompatibilidade ocasionava a mensagem de erro “Parâmetro incorreto” e impedia a emissão dos documentos fiscais. Foi gerado um novo executável do autorizador com a interface da DLL atualizada, restabelecendo o processo de emissão de NFC-e.
##### **🐞 PDV — Correção na aplicação de descontos promocionais**
**ID da tarefa:** 110716
**Problema:**
Foram identificadas inconsistências na rotina de finalização de vendas com produtos configurados para descontos promocionais progressivos por quantidade. Ao atingir a quantidade mínima da promoção e pressionar **F5 – Finalizar**, o desconto era exibido, porém não era subtraído do **Valor Líquido** nem do **Total a Pagar**. Além disso, ao retornar ao pedido com **F9** e acessar novamente a tela de pagamento, o sistema reaplicava o desconto, acumulando o valor indevidamente a cada acesso.
**Correção:**
A rotina de cálculo da tela de pagamento foi ajustada para deduzir corretamente o desconto promocional do **Valor Bruto**, refletindo o resultado no **Valor Líquido**, no **Saldo Restante** e no **Total a Pagar**. Também foi implementada uma validação para impedir a reaplicação do desconto quando não houver alterações nos itens do pedido.
Após a correção, um pedido com valor bruto de **R$ 45,00** e desconto de **R$ 7,50** passou a apresentar corretamente o valor líquido de **R$ 37,50**. Nos testes de retorno à tela de pagamento, o desconto permaneceu inalterado, sem incrementos sucessivos.
##### **🐞 ERP — Validação incorreta de CFOP na emissão de NF-e para operação interna**
**ID da tarefa:** 110536
**Problema:**
Na emissão de NF-e para um cliente localizado no mesmo estado da empresa emitente, o sistema está classificando a operação como interestadual. Com isso, a emissão é bloqueada e é apresentada uma mensagem exigindo a utilização de um CFOP iniciado pelo código **6**, destinado a operações interestaduais.
**Correção:**
A validação da natureza da operação deve considerar corretamente a UF da empresa emitente e a UF do destinatário. Para operações realizadas dentro do mesmo estado, o sistema deve permitir a utilização do CFOP correspondente à operação interna, sem apresentar indevidamente a exigência de CFOP iniciado por **6**.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-07/tskimage.png)
##### **🐞 PDV — Correção de erro esporádico no cancelamento de vendas**
**ID da tarefa:** 110570
**Problema:**
Durante o cancelamento de vendas no PDV, ao realizar a consulta pela função **F7**, o sistema apresentava um erro de forma esporádica, interrompendo o processo. A ocorrência estava relacionada às rotinas de pesquisa de produtos e de validação da senha do usuário durante falhas momentâneas de comunicação com o banco de dados.
**Correção:**
Foram realizadas melhorias nas units responsáveis pela pesquisa de produtos e pela validação da senha do usuário. As procedures envolvidas foram implementadas e remodeladas para aumentar a resiliência da comunicação com o banco de dados.
Caso ocorra perda de conexão durante a execução, o sistema passa a realizar automaticamente uma nova tentativa de reconexão e, após o restabelecimento da comunicação, reexecuta a consulta, garantindo a continuidade do processo de cancelamento da venda.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-07/X0dimage.png)
##### **🐞 PDV — Correção de arredondamento em vendas com itens fracionados**
**ID da tarefa:** 110620
**Problema:**
No fechamento de vendas com múltiplos produtos de quantidade ou preço fracionado, o PDV apresentava divergência de **R$ 0,01** entre o **Total Bruto** e o **Total a Pagar**. Além disso, ao atualizar, recalcular ou finalizar a venda, os valores podiam sofrer alterações indevidas, impedindo que o valor líquido permanecesse consistente com a soma dos itens registrados.
**Correção:**
Foi revisada a procedure **AtualizaDadosNaTela**, especialmente a lógica responsável pelo processamento de campos do tipo **Float**. Também foi padronizada a regra de arredondamento para que os valores fracionados de cada item correspondam corretamente aos totais bruto e líquido da venda.
Os gatilhos de atualização e finalização foram ajustados para reutilizar os valores já processados, evitando novos arredondamentos conflitantes. Após a correção, o **Total Bruto** e o **Total a Pagar** permaneceram estáveis em **R$ 29,68**, mesmo após novas atualizações ou retornos à tela de fechamento.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-07/6ywimage.png)
##### **🐞 ERP — Correção da totalização do ICMS-ST em vendas realizadas por DAV**
**ID da tarefa:** 110676
**Problema:**
Ao realizar uma venda no ERP por meio do **DAV**, o valor do **ICMS-ST** não era considerado no cálculo do valor total da operação. Com isso, o sistema apresentava um total inferior ao valor correto da venda.
**Correção:**
A rotina de totalização da venda foi ajustada para incluir corretamente o valor do **ICMS-ST** no montante final do DAV. Após a correção, o total da venda passou a refletir a soma dos produtos e do imposto devido, garantindo a apresentação correta do valor da operação.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-07/rG5image.png)