# 🐞 1.0 Release Notes | Bugs
##### **🐞 PI | Correção na consulta de produtos pelo tipo de pesquisa “Cod Produto”**
**ID da Tarefa:** 107868
Foi realizada uma correção no processo de consulta de produtos do módulo **Produtos Inteligentes (PI)** para solucionar uma inconsistência em que a pesquisa utilizando o tipo **“Cod Produto”** não retornava corretamente os produtos cadastrados.
A correção teve como objetivo restabelecer o funcionamento adequado da busca por código de produto, garantindo maior confiabilidade nas consultas realizadas pelos usuários e melhorando a experiência operacional no uso da funcionalidade.
Durante a análise, foram identificadas inconsistências no fluxo responsável pelo processamento do tipo de pesquisa **“Cod Produto”**, especialmente na validação e no tratamento das informações utilizadas para realizar a consulta dos registros.
Após a revisão do fluxo, foram aplicados ajustes na rotina de busca de produtos, assegurando que os filtros e parâmetros informados sejam processados corretamente e que os produtos esperados sejam retornados na consulta.
Também foram implementadas validações adicionais para aumentar a estabilidade do carregamento das informações e reduzir falhas no retorno dos dados durante a utilização da pesquisa.
Com essa correção, a consulta de produtos por código no PI passa a funcionar corretamente, proporcionando maior estabilidade, confiabilidade no retorno dos registros e mais eficiência operacional nas rotinas de pesquisa.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-06/z0Pimage.png)
##### **🐞 XML | Correção na importação de XML com tag Medicamentos/Rastro**
**ID da Tarefa:** `107946`
Foi realizada uma correção no processo de importação de XML, solucionando uma inconsistência que ocorria ao processar documentos contendo informações na tag **Medicamentos/Rastro**.
O problema gerava erro durante a rotina responsável por atualizar as informações do produto, impedindo a continuidade correta da importação do XML.
Após a análise, foi ajustado o tratamento das informações relacionadas à tag **Medicamentos/Rastro**, garantindo que os dados sejam processados corretamente durante a importação.
Com essa correção, o sistema passa a importar XMLs com informações de medicamentos de forma adequada, evitando falhas no processamento e assegurando maior estabilidade na atualização dos dados do produto.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-06/VuGimage.png)
##### **🐞 ERP/NFC-e | Correção da rejeição “Ausência de Troco” em vendas com quantidade fracionada**
**ID da Tarefa:** `108334`
Foi realizada uma correção no processo de emissão de **NFC-e** para tratar a rejeição **“Ausência de troco quando o valor dos pagamentos informados for maior que o total da nota”**, identificada em vendas com produtos de quantidade fracionada.
A inconsistência ocorria principalmente em vendas com itens comercializados por peso, como produtos em **KG**, ou outras unidades que utilizam quantidade com **três casas decimais** após a vírgula.
Durante a análise, foi verificado que a diferença entre o total da nota e os valores de pagamento poderia gerar a necessidade de informação de troco na NFC-e, ocasionando a rejeição durante a autorização do documento fiscal.
Foram realizados ajustes no tratamento dos valores envolvidos na emissão da NFC-e, considerando corretamente os cenários com quantidades fracionadas e garantindo maior consistência entre o total da nota, os pagamentos informados e o valor de troco quando aplicável.
Com essa correção, o sistema passa a emitir NFC-e de forma mais estável em vendas com produtos fracionados, reduzindo rejeições fiscais e garantindo maior confiabilidade no processo de autorização.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-06/cVRimage.png)
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-06/iahimage.png)
##### **🐞 ERP/PI | Correção na sequência da tabela PRODUTO\_REGRA\_FISCAL**
**ID da Tarefa:** 108054
Foi realizada uma correção no processo de sincronização entre o módulo **Produtos Inteligentes (PI)** e o **ERP**, relacionada ao controle de sequência da tabela **PRODUTO\_REGRA\_FISCAL**.
Após a sincronização dos produtos pelo PI, foi identificada uma divergência na geração da sequência dos registros na tabela **PRODUTO\_REGRA\_FISCAL**, ocasionando o registro da sequência máxima e gerando o erro **“is not a valid integer value”**.
Durante a análise, foi validado com o desenvolvimento que a inconsistência estava relacionada ao tratamento da sequência utilizada na tabela **PRODUTO\_REGRA\_FISCAL**, impactando o correto processamento dos registros fiscais sincronizados.
Foram realizados ajustes no controle e validação da sequência, garantindo que os registros sejam gerados corretamente durante a sincronização dos produtos inteligentes.
Com essa correção, o processo de sincronização entre PI e ERP passa a registrar as regras fiscais de forma mais estável, reduzindo falhas relacionadas à sequência da tabela e garantindo maior integridade no processamento das informações fiscais.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-06/fWLimage.png)
##### **🐞 Contas a Receber | Correção na baixa coletiva de títulos com desconto**
**ID da Tarefa:** `107772`
Foi realizada uma correção no módulo **Contas a Receber**, no processo de **Baixa por Seleção > Quitar Todo(s) os Título(s) Selecionado(s)**, para tratar inconsistências identificadas ao realizar a baixa coletiva de vários títulos com aplicação de desconto.
O problema ocorria independentemente da forma de pagamento utilizada e podia gerar divergências nos valores baixados, principalmente em situações com rateio de desconto entre múltiplos títulos.
Foram identificados cenários em que um dos títulos permanecia em aberto com centavos residuais na coluna **“R$ Valor Aberto”** após a conclusão da baixa. Além disso, em alguns casos, ao consultar a rotina de **Estorno de Baixa**, o título era apresentado com status **Haver** em vez de **Quitar**, mesmo tendo participado da baixa coletiva.
Também foi corrigida a divergência de centavos na soma dos títulos exibidos em **Estorno de Baixa**, garantindo que o total dos títulos quitados corresponda ao valor efetivamente baixado no processo.
Com essa correção, a baixa coletiva de títulos com desconto passa a ser processada com maior precisão, evitando resíduos indevidos, divergências de valores e inconsistências de status no estorno da baixa.
##### **🐞 Correção na Confirmação do Tipo de Pesquisa no Balcão**
**ID da Tarefa:** 108346
**Descrição:**
Na tela do Balcão, ao utilizar o atalho **Ctrl + P** para alterar o tipo de pesquisa, a janela de seleção permitia escolher diferentes opções. No entanto, o botão **“OK”** confirmava corretamente a seleção apenas para valores menores ou iguais a **10**.
A partir da opção **11**, o botão **“OK”** não realizava a confirmação da escolha, sendo necessário utilizar a tecla **Enter** do teclado para concluir a operação.
**Correção Realizada:**
Foi ajustada a ação de confirmação do botão **“OK”**, permitindo que o sistema aceite corretamente as opções de tipo de pesquisa até o valor **15**, conforme esperado.
##### **🐞 Ajuste no Registro D500 do SPED Contribuições para Validação do Campo CHV\_DOC\_E**
**ID da Tarefa:** 108030
**Descrição:**
Foi identificado erro na importação/validação do arquivo **SPED Contribuições** relacionado ao registro **D500**.
Na versão **6.1.2** do validador da **EFD-Contribuições**, passou a ser validado o campo **23 – CHV\_DOC\_E** referente à chave do Documento Fiscal Eletrônico. Esse campo é obrigatório para **Nota Fiscal de Entrada de Comunicação Eletrônica – modelo 62**, porém o validador também passou a exigir a estrutura do campo para documentos de Comunicação/Telecomunicação dos modelos **21 e 22**, emitidos a partir de **01/04/2025**.
Com isso, o arquivo apresentava erro de leiaute, indicando divergência entre a quantidade de campos informada no registro e a quantidade de campos esperada.
**Correção Realizada:**
Foi ajustada a geração do registro **D500** no arquivo do **SPED Contribuições**, acrescentando o delimitador **pipe “|”** ao final da linha do registro, permitindo que o novo campo seja considerado na estrutura do leiaute e possibilitando a continuidade da validação do arquivo.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-06/lJWimage.png)
##### **🐞 Correção de Erro na Geração do EFD Contribuições por XML Malformado**
**ID da Tarefa:** 108684
**Descrição:**
Ao gerar o arquivo **EFD Contribuições** referente ao período **05/2026**, o sistema apresentava mensagens de erro indicando **XML malformado**.
Ao analisar os logs da geração, foram identificados os números das **NFC-e** vinculadas às vendas que não tiveram o XML inserido corretamente no banco de dados no momento da autorização.
**Correção Realizada:**
Foi realizada a recuperação dos XMLs diretamente pelo portal e, posteriormente, efetuada a atualização dos registros no banco de dados.
Após a atualização dos XMLs das vendas identificadas nos logs, a geração do **EFD Contribuições** pôde prosseguir corretamente, sem a ocorrência do erro de XML malformado.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-06/AZ7image.png)
##### **🐞 Correção ao Copiar NF-e e Alterar o Cliente**
**ID da Tarefa:** 108696
**Descrição:**
Foi identificado um erro no **ERP** ao copiar uma **NF-e** emitida para o cliente **Venda Direta ao Consumidor** e, em seguida, alterar o cliente da nota copiada.
Ao selecionar um novo cliente ou tentar gravar a **NF-e**, o sistema apresentava a mensagem:
**“A tabela de NF não está em modo de inserção/edição.”**
**Cenário Identificado:**
O comportamento ocorria ao executar a seguinte sequência:
1. Acessar uma **NF-e** com cliente **Venda Direta ao Consumidor**;
2. Copiar a **NF-e**;
3. Alterar a **NF-e** copiada;
4. Alterar o cliente;
5. Selecionar o cliente ou gravar a **NF-e**.
**Correção Realizada:**
Foi realizado o tratamento para que o sistema não apresente a mensagem indevida durante a alteração do cliente na **NF-e** copiada.
Também foi ajustado o processo para colocar a query em modo de edição, permitindo a alteração e gravação correta das informações da nota.
##### **🐞 Ajuste no Atacarejo com Preço de Atacado Zerado no Fechamento da Venda**
**ID da Tarefa:** 108872
**Descrição:**
Foi identificada uma inconsistência no módulo **Atacarejo**, relacionada ao parâmetro **399 – PDV - Atacarejo: Aplicar desconto no fechamento da venda?**
No cenário em que o parâmetro está configurado como **“Sim”** e o produto está marcado como **Atacarejo**, porém sem preço de atacado configurado, o sistema aplicava indevidamente um desconto no fechamento da venda, alterando o preço de venda padrão do produto.
**Correção Realizada:**
Foi realizado o tratamento para que, quando o preço de atacarejo estiver zerado, o sistema apresente uma mensagem informando a situação e prossiga utilizando o **preço de venda padrão do produto**, evitando a aplicação indevida de desconto.
##### **🐞 Correção de Erro ao Fechar Caixa Após Haver de Título no PDV**
**ID da Tarefa:** 108878
**Descrição:**
Foi identificado um erro no **PDV** ao realizar um **haver em um título** e, posteriormente, efetuar o **fechamento do caixa**.
Durante o fechamento, o sistema apresentava a mensagem:
**“Value of field 'TIPO\_OPERACAO' is out of range”**
A inconsistência impedia a conclusão correta do fechamento do caixa quando havia registro de operação relacionada ao haver de título.
**Correção Realizada:**
Foi alterada a estrutura da coluna **TIPO\_OPERACAO**, permitindo que o campo receba uma descrição com tamanho maior.
Com o ajuste, o sistema passou a registrar corretamente a operação e permitir o fechamento do caixa sem apresentar a mensagem de erro.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-06/ZMCimage.png)
##### **🐞 Correção Crítica na Gravação das Formas de Pagamento no Fechamento de Caixa do PDV**
**ID da Tarefa:** 108594
**Descrição:**
Foi identificada uma falha crítica no módulo de **fechamento de caixa do Nortesys PDV**, onde apenas a última forma de pagamento lançada era salva corretamente.
Quando o caixa possuía múltiplas formas de pagamento, como **Dinheiro**, **Cartão** e **PIX**, o sistema descartava os registros anteriores e mantinha somente o último item processado. Essa inconsistência causava divergência no controle financeiro do fechamento de caixa.
**Causa Identificada:**
A rotina de exclusão preventiva dos registros financeiros do caixa estava sendo executada dentro do laço de repetição responsável por percorrer as formas de pagamento.
Com isso, a cada nova forma de pagamento processada, o sistema apagava os registros já gravados anteriormente, mantendo apenas a última forma de pagamento ao final do fechamento.
**Correção Realizada:**
A instrução de exclusão preventiva foi movida para fora do laço de repetição, sendo executada apenas uma vez antes da gravação das formas de pagamento.
Com o ajuste, o sistema limpa os registros do código de controle de caixa uma única vez e, em seguida, grava corretamente todas as formas de pagamento do fechamento, preservando os valores de **Dinheiro**, **Cartão**, **PIX** e demais subgrupos financeiros.
##### **🐞 Correção na Formatação de Data no Fechamento de Caixa do PDV**
**ID da Tarefa:** 108730
**Descrição:**
Foi identificada uma falha na rotina de carregamento dos itens do **Fechamento de Caixa** do **Nortesys PDV**, relacionada à conversão de datas em ambientes com **SQL Server** configurado com idioma ou cultura diferente da máquina local.
Durante a busca das informações de abertura do caixa, a consulta SQL utilizava a data conforme as configurações regionais do Windows. Em ambientes onde o SQL Server estava configurado com idioma diferente, como **us\_english**, a data podia ser interpretada em formato incompatível, ocasionando erro de conversão de **varchar para datetime**.
**Correção Realizada:**
A consulta foi ajustada para utilizar a função interna do ERP responsável por identificar dinamicamente a formatação de data exigida pelo servidor de banco de dados ativo.
Com o ajuste, a data de abertura do caixa passou a ser tratada de forma segura e compatível, independentemente do idioma ou configuração regional da instância do **SQL Server**, evitando falhas no carregamento dos itens do fechamento de caixa.