# 2️⃣0️⃣2️⃣6️⃣ - 0️⃣9️⃣ Setembro
# ✨ 1.0 Release Notes | Melhorias
##### **✨ Melhoria na Aplicação de Desconto e Acréscimo em Itens com DIFAL no Balcão**
**ID da tarefa:** 111868
Foi realizada correção no módulo **Balcão de Vendas** para tratar inconsistências na aplicação de **descontos e acréscimos em itens que possuem DIFAL**.
No cenário de desconto em valor aplicado a todos os itens do orçamento, foi identificado que o sistema convertia o valor informado em percentual considerando **produto + DIFAL**, porém aplicava posteriormente esse percentual apenas sobre o valor do produto. Esse comportamento fazia com que o desconto efetivamente aplicado fosse diferente do valor informado pelo usuário.
Também foi corrigido o tratamento de acréscimos em itens com DIFAL, evitando o comportamento em que o valor do imposto era zerado durante o processamento.
Como parte da correção e dos ajustes de interface, foram implementadas as seguintes alterações:
- Inclusão de uma **label para exibição do valor de desconto aplicado ao DIFAL**, quando houver DIFAL no item;
- Inclusão de **dois RadioButtons** para permitir ao usuário selecionar o tratamento dos totais do cupom entre **arredondamento** e **truncamento**;
- Ajuste do indicador visual anteriormente utilizado para **ICMS-ST**, passando a apresentar a identificação **“DIFAL”** quando o cupom possuir esse imposto;
- Adequação do processamento de desconto e acréscimo para preservar e tratar corretamente os valores relacionados ao DIFAL.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/BXVimage.png)
##### **✨ Melhoria na ordenação das Colunas na Consulta de Lançamentos Bancários**
**ID da tarefa:** 104710
Solicitada melhoria no módulo **Financeiro > Bancos > Lançamentos**, especificamente na tela de consulta dos lançamentos bancários.
Atualmente, a consulta apresenta colunas como **Emissão**, **Vencimento**, **Data de Baixa** e **Valor**, porém não permite reorganizar a listagem por meio do clique no cabeçalho dessas colunas.
A melhoria deverá permitir que o usuário realize a **ordenação dos registros ao clicar sobre as colunas disponíveis na consulta**, facilitando a localização, conferência e organização das informações exibidas.
O comportamento deverá ser aplicado, no mínimo, às colunas:
- **Emissão**;
- **Vencimento**;
- **Data de Baixa**;
- **Valor**.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/FfSimage.png)
##### **✨ Validação e Sincronização de Formas de Pagamento no SINCOFF/PDV**
**ID da tarefa:** 105224
Foi realizada uma correção no processo de integração entre o **SINCOFF/PDV**, devido à vinculação de códigos de formas de pagamento que não estavam disponíveis na base correspondente, ocasionando inconsistências na sincronização das vendas.
Para tratar o cenário, foram implementados os seguintes ajustes:
- Criação de uma **thread para validação de vendas ainda não sincronizadas**;
- Implementação da **sincronização automática dos logs da base OFF para a base ON**;
- Inclusão de **validação da forma de pagamento**, verificando a existência do respectivo cadastro na base ON antes do processamento da sincronização.
Com os ajustes, o processo passa a validar previamente as informações necessárias para a sincronização das vendas, reduzindo inconsistências relacionadas ao vínculo de formas de pagamento inexistentes.
##### **✨ Validação de GTIN na Emissão de NF-e/NFC-e**
**ID da tarefa:** 111650
Foi implementada uma validação do **GTIN (código de barras)** utilizado na emissão de **NF-e e NFC-e**, com o objetivo de evitar rejeições relacionadas a códigos inválidos, incluindo a **Rejeição 882 – GTIN com prefixo inválido**.
O sistema passa a validar o código informado utilizando o cálculo aplicável ao padrão **GS1** antes da geração do documento fiscal.
Quando o GTIN não atender à validação, o sistema deverá enviar a informação **“SEM GTIN”** no documento fiscal, evitando que um código inválido seja utilizado na transmissão da NF-e/NFC-e e resulte em rejeição.
Com a alteração, o tratamento do código de barras passa a ocorrer previamente à transmissão do documento fiscal, proporcionando maior consistência na geração das informações de GTIN.
##### **✨ Melhorias na Tela de Resumo de Vendas**
**ID da tarefa:** 111912
Solicitadas melhorias na tela de **Resumo de Vendas** do ERP, com o objetivo de ampliar os recursos disponíveis para consulta, impressão e utilização das informações apresentadas.
A implementação deverá contemplar:
- Inclusão do botão **Movimento de Caixa**, atualmente indisponível nesta versão do sistema;
- Disponibilização de **impressão no formato de 40 colunas**;
- Inclusão da opção de **exportação dos dados** apresentados na tela.
As alterações têm como objetivo disponibilizar recursos adicionais para consulta e utilização das informações do resumo de vendas, mantendo as funcionalidades necessárias ao processo operacional.
##### **✨ Inclusão do Campo de Preço Atacado na Aba Preços e Margem do Cadastro de Produtos**
**ID da tarefa:** 112032
Foi implementada uma melhoria na tela de **Cadastro de Produtos**, especificamente na aba **Preços e Margem**, para facilitar o acesso e a manutenção do **preço de atacado**.
Anteriormente, essa informação somente podia ser consultada ou alterada por meio de uma janela externa, acessada pelos detalhes do produto.
Com a alteração, o campo **Preço Atacado** passa a ser exibido diretamente na aba **Preços e Margem**, permitindo que o usuário informe ou ajuste o valor sem necessidade de acessar outra tela.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/aL8image.png)
##### **✨ Busca por Código Original e Códigos Alternativos Adicionais na Nota de Entrada**
**ID da tarefa:** 112046
Foi implementada uma melhoria no módulo **iXML / Nota de Entrada** para ampliar os critérios utilizados na busca de produtos.
Anteriormente, a pesquisa não considerava os **códigos alternativos adicionais** cadastrados para o produto, fazendo com que esses registros não fossem localizados mesmo utilizando a opção de pesquisa em **“Todos os campos”**.
Com a alteração, além dos critérios de busca já existentes, o sistema passa a considerar também:
- **Código Original** do produto;
- **Códigos Alternativos Adicionais** vinculados ao cadastro.
A melhoria facilita a identificação e seleção de produtos durante o processo de entrada da nota, principalmente nos casos em que o item possui múltiplos códigos associados.
##### **✨ Validação de Cadastro Duplicado de Fornecedor por CNPJ**
**ID da tarefa:** 112050
Foi implementada uma melhoria no **Cadastro de Fornecedores** do ERP para impedir a inclusão de registros duplicados com o mesmo **CNPJ**.
Anteriormente, ao cadastrar um fornecedor já existente na base de dados, o sistema não apresentava uma validação adequada antes da gravação.
Com a alteração, ao informar um **CNPJ já cadastrado**, o sistema passa a exibir uma mensagem informando que já existe um fornecedor com esse número de documento e **bloqueia a gravação do novo cadastro**.
A melhoria reforça a integridade das informações cadastrais e evita duplicidades na base de fornecedores.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/E5Qimage.png)
##### **✨ Inclusão de Somatórios de Preço de Compra e Venda no Relatório de Saldo de Estoque por Fornecedor**
**ID da tarefa:** 112056
Solicitada melhoria no relatório **Produtos > Relatório de Saldo de Estoque > Por Fornecedor**, visando complementar as informações apresentadas nos totais do relatório.
Atualmente, ao gerar o relatório utilizando as opções de impressão de **preço de compra** ou **preço de venda**, não é apresentado o respectivo somatório ao final da listagem.
A melhoria deverá incluir a totalização dos valores conforme o tipo de preço selecionado no filtro, contemplando:
- **Somatório do Preço de Compra**;
- **Somatório do Preço de Venda**.
Com a alteração, o relatório passará a apresentar os totais correspondentes aos valores exibidos, facilitando a conferência e análise do saldo de estoque por fornecedor.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/CAPimage.png)
##### **✨ Liberação de Venda no Balcão para Cliente sem Vínculo com a Forma de Pagamento**
**ID da tarefa:** 112062
Solicitada melhoria no **Balcão de Vendas** para tratar situações em que o cliente não possui vínculo com a forma de pagamento selecionada.
Atualmente, ao realizar uma venda nessa condição, o sistema solicita uma senha de autorização. Mesmo após a confirmação da senha, o processo permanece na mesma tela e não permite o avanço da venda. A permissão de supervisor utilizada nesse processo também não possui vínculo específico com a validação da forma de pagamento bloqueada.
A melhoria deverá implementar o parâmetro:
**“Balcão: Liberar venda no sistema quando a forma de pagamento não está vinculada ao cliente?”**
Quando o parâmetro estiver habilitado, o sistema deverá permitir a liberação da venda para faturamento, apresentando ao usuário uma mensagem informando que o cliente **não possui permissão para utilizar a forma de pagamento selecionada**.
A implementação deverá considerar a configuração do parâmetro e a permissão de supervisor existentes no cadastro de usuários.
**Status:** Melhoria solicitada para implementação.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/GDuimage.png)
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/YfIimage.png)
##### **✨ Inclusão da Categoria “Investimento” no Cadastro de Despesas e Receitas e Relatórios Gerenciais**
**ID da tarefa:** 112804
Solicitada melhoria no módulo **Financeiro > Plano de Contas > Despesas e Receitas** para inclusão da nova classificação **I - Investimento** no campo atualmente utilizado para diferenciar despesas **Fixas, Variáveis e Neutras**.
A alteração deverá permitir que despesas relacionadas a aportes e aplicações de capital de longo prazo sejam identificadas separadamente das despesas operacionais recorrentes.
Na tela de cadastro, deverá ser adicionada a opção **“I - Investimento”** no campo de classificação, juntamente com a respectiva descrição na área de ajuda:
> **I - Investimento:** despesas relacionadas a aplicações de capital de longo prazo com o objetivo de gerar retorno futuro.
Também deverá ser realizada a adequação da estrutura de dados e das regras de negócio para aceitar o novo identificador **`I`**.
Nos **relatórios gerenciais e financeiros**, a nova classificação deverá ser considerada nos filtros, agrupamentos e totalizações, permitindo que os valores de investimento sejam apresentados de forma separada dos custos **fixos, variáveis e neutros**.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/Xeuimage.png)
##### **✨ Otimização da Seleção de Itens na NF-e de Devolução a Fornecedor**
**ID da tarefa:** 112694
Foi realizada uma melhoria na interface de **seleção de itens da NF-e de Devolução a Fornecedor**, contemplando ajustes de usabilidade, desempenho, rastreabilidade e validações relacionadas às quantidades disponíveis para devolução.
A grade de itens foi reorganizada para priorizar as informações essenciais, com destaque visual para as colunas de quantidade e persistência das configurações de tamanho e posição das colunas conforme o usuário. A apresentação do número da NF-e também passou a ser contextual: em consultas com uma única nota, a informação é exibida no cabeçalho; em consultas com múltiplas notas, permanece disponível na grade.
Foram adicionadas legendas para identificação de itens com **devolução parcial** e **devolução total**. Os itens totalmente devolvidos permanecem visíveis para conferência, porém sem permitir nova seleção de quantidade. Também foram realizados ajustes nos botões da tela, suporte à tecla **ESC** no modal de quantidade, melhorias nas mensagens de orientação e inclusão de aviso quando todos os itens consultados já tiverem sido integralmente devolvidos.
No processamento da grade, foram aplicadas otimizações nas ações de **marcar/desmarcar todos**, reduzindo atualizações visuais desnecessárias e preservando a posição do usuário após o processamento. Também foi incluída uma indicação de **“Aguarde...”** durante o carregamento dos itens da NF de Entrada.
Na regra de negócio, foi corrigido o cálculo da **quantidade disponível para devolução**, passando a descontar corretamente as quantidades já devolvidas anteriormente. Também foi ajustada a validação do modal de quantidade para evitar mensagens indevidas quando a operação for simplesmente cancelada.
O painel de informações da origem foi ampliado para apresentar os quantitativos de **itens disponíveis**, **devoluções totais**, **devoluções parciais** e o **período de datas utilizado na consulta**.
# 🐞 1.0 Release Notes | Bugs
##### **🐞 Correção de Filtro de Importação e Ajustes de Interface na NF-e de Devolução de Fornecedor**
**ID da tarefa:** 112640
Foi realizada manutenção corretiva no módulo de **NF-e de Devolução de Fornecedor** do ERP, contemplando ajustes no mecanismo de busca dos documentos de origem e refinamentos na interface relacionada à **Reforma Tributária**.
Foi corrigida a passagem do parâmetro referente ao número da **NF de Entrada**, que estava sendo enviado como uma string vazia para a consulta SQL. Com o ajuste, o filtro passou a considerar corretamente o número informado, restabelecendo a precisão na pesquisa das notas de entrada utilizadas como origem da devolução.
Também foram realizados ajustes na interface da Reforma Tributária. A regra de visibilidade foi corrigida para ocultar a própria **aba da Reforma Tributária** quando não aplicável, evitando a exibição de abas vazias.
Adicionalmente, foi ajustado o espaçamento dos campos numéricos de valores presentes nessa aba, melhorando o alinhamento, a organização visual e a legibilidade das informações apresentadas.
##### **🐞 Erro SQL ao Faturar Venda no Balcão de Vendas**
**ID da tarefa:** 111848
Identificado erro ao realizar o **faturamento de uma venda no módulo Balcão de Vendas**, impedindo a conclusão da operação.
Durante o processamento, o sistema apresenta uma exceção SQL informando que o objeto **`CADASTRO_BIOMETRIA`** não foi localizado:
`SQL Error: Invalid object name 'CADASTRO_BIOMETRIA'`
O erro ocorre durante a execução de uma consulta à tabela `CADASTRO_BIOMETRIA`, utilizada no fluxo de faturamento da venda.
É necessário validar a referência e a disponibilidade desse objeto no ambiente para identificar a causa e aplicar a correção adequada, sem comprometer o processo de faturamento.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/Yz7image.png)
##### **🐞 Correção de Divergências nos Valores de Fechamento de Venda no PDV**
**ID da tarefa:** 111934
Foi realizada uma correção no módulo **PDV** para tratar divergências recorrentes nos valores apresentados durante o fechamento das vendas, que ocasionavam diferenças de aproximadamente **R$ 0,01 a R$ 0,02** entre os totais calculados.
A inconsistência estava relacionada ao tratamento de arredondamento utilizado na tela **`u_PDV`**.
Como correção, foram removidas as rotinas antigas de arredondamento utilizadas nessa tela e implementadas as **novas funções de cálculo e arredondamento já utilizadas pelo ERP**, padronizando o processamento dos valores entre os módulos.
Com a alteração, o fechamento da venda passa a utilizar o mesmo critério de cálculo adotado no ERP, reduzindo divergências nos totais decorrentes do tratamento anterior.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/Tgdimage.png)
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/xwOimage.png)
##### **🐞 Correção de Travamento ao Fechar NFC-e Aberta pelo F9 Utilitário**
**ID da tarefa:** 105060
Foi realizada uma correção no ERP, na funcionalidade **F9 – Utilitário > Fechar NFC-e Aberta**, devido a um travamento que ocorria durante a execução da ação.
O processo foi revisado e recebeu novos tratamentos para evitar o bloqueio da aplicação e da estação durante o fechamento de NFC-e que permanecesse em aberto.
Com a alteração, a rotina passa a executar o procedimento de fechamento com maior estabilidade, evitando o travamento apresentado anteriormente.
##### **🐞 Correção na Liberação Remota de Venda no PDV**
**ID da tarefa:** 111910
Foi realizada correção no **PDV/Frente de Loja** para tratar uma falha no processo de **liberação remota de venda**.
Identificou-se que o sistema não estava solicitando a liberação corretamente porque o processo estava utilizando a conexão com o **banco de dados OFF**.
A rotina foi ajustada para utilizar a conexão adequada no processo de liberação, permitindo que a solicitação seja realizada corretamente pelo Frente de Loja.
##### **🐞 Correção na Alteração de Promoção**
**ID da tarefa:** 112008
Foi identificada uma inconsistência na tela de **manutenção de promoções** do ERP.
Ao editar uma promoção já cadastrada, o sistema não estava carregando corretamente os campos de **hora de início** e **hora de término**, mesmo quando essas informações estavam definidas no cadastro original.
A correção deverá garantir que, ao acessar uma promoção para alteração, os horários previamente cadastrados sejam recuperados e exibidos corretamente na tela, preservando as informações configuradas para o período da promoção.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/bCqimage.png)
##### **🐞 Correção de Duplicidade na Sincronização de Vendas Pendentes do PDV**
**ID da tarefa:** 112068
Foi identificada uma falha no **Sincronizador OFF-LINE do PDV** que estava interrompendo o envio das vendas pendentes para a base ONLINE.
Durante o processo de upload, o sistema apresenta erro de violação de chave primária na tabela **`LOG_NVENDI2`**, indicando tentativa de inserção de um registro duplicado. Com isso, a rotina executa rollback e impede a continuidade da sincronização das vendas pendentes.
No cenário reportado, o sincronizador acumulou **169 vendas pendentes**, sem conseguir avançar devido à ocorrência recorrente dessa duplicidade.
A correção deverá tratar adequadamente registros já existentes na base ONLINE, evitando que uma duplicidade interrompa todo o processo de sincronização. O objetivo é permitir que as demais vendas pendentes continuem sendo processadas normalmente.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/w6timage.png)
##### **🐞 Correção de Divergência de R$ 0,01 em Vendas com Quantidade Decimal**
**ID da tarefa:** 112148
Foi realizada uma correção no ERP para tratar divergências de **R$ 0,01 para mais ou para menos** no valor total de vendas que possuem produtos com **quantidades em casas decimais**.
O comportamento foi identificado em determinados cenários de cálculo, nos quais os valores finais apresentavam diferença em relação ao total esperado.
A correção foi validada utilizando a opção de **truncamento da venda**, fazendo com que os valores da simulação analisada fossem calculados corretamente, sem a divergência anteriormente apresentada.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/ZKrimage.png)
##### **🐞 Duplicidade de Chave no Upload de Títulos do SINCOFF**
**ID da tarefa:** 112414
Foi identificada uma falha no **SINCOFF** durante o processo de **upload de títulos da base OFF para a base ON-LINE**.
Durante a sincronização, o sistema tenta inserir um título que já possui uma combinação de chave existente na base de destino, ocasionando erro de violação de índice único na tabela **`TITULOS`**.
No cenário apresentado, o erro ocorre ao processar o título de código **5315**, retornando duplicidade no índice **`IX_TITULOS`**, com a chave duplicada **`(5315, 2)`**.
Após a ocorrência, o processo executa **rollback** e a sincronização permanece impedida de avançar normalmente.
Será necessário ajustar o tratamento do upload para validar previamente a existência do registro ou tratar adequadamente a duplicidade, evitando que esse cenário interrompa o processamento dos demais títulos pendentes.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/648image.png)
##### **🐞 Correção na Persistência dos Dados de Redes Sociais no Cadastro de Clientes**
**ID da tarefa:** 97250
Foi realizada uma correção no **Cadastro de Clientes** do ERP para tratar uma falha na gravação das informações de redes sociais.
Anteriormente, os dados preenchidos nos campos de **Instagram**, **Facebook** e **LinkedIn** eram exibidos normalmente na interface, porém não eram persistidos no banco de dados após a gravação do cadastro.
A inconsistência ocorria porque as colunas **`INSTAGRAMCLIENTE`**, **`FACEBOOKCLIENTE`** e **`LINKEDINCLIENTE`** não estavam contempladas nas instruções SQL de **INSERT** e **UPDATE** utilizadas pela rotina de cadastro.
As consultas foram ajustadas para incluir corretamente esses campos, garantindo que as informações preenchidas pelo usuário sejam gravadas e recuperadas posteriormente no cadastro do cliente.
##### **🐞 Correção de Rastreabilidade Financeira em Devoluções com Títulos Renegociados**
**ID da tarefa:** 102922
Foi realizada uma correção no módulo de **Devoluções e Trocas de Produtos** para tratar inconsistências financeiras em operações vinculadas a títulos de **Contas a Receber** que passaram por **Negociação de Débitos**.
O problema ocorria quando os títulos originais da venda eram renegociados, fazendo com que o vínculo direto com a venda de origem deixasse de ser suficiente para localizar corretamente os novos títulos gerados. Esse cenário podia provocar tratamento incorreto dos saldos financeiros durante devoluções, incluindo duplicidade de lançamentos e distribuição inadequada de valores.
Para corrigir o comportamento, a rotina de rastreamento financeiro foi ajustada para considerar tanto os títulos vinculados diretamente à venda quanto aqueles originados por processos posteriores de negociação, incluindo títulos desmembrados ou agrupados.
Também foi criada uma estrutura específica no banco de dados para armazenar informações de origem e histórico dos títulos utilizados na negociação. Essa estrutura será utilizada pelas rotinas de devolução para recuperar os vínculos necessários de forma mais eficiente. Devido à inclusão de novos objetos e índices, é necessária a execução do **script de atualização do banco de dados**.
Adicionalmente, foram realizados os seguintes ajustes no módulo:
- Correção da grade da tela de **Renegociação de Dívida de Cliente**, permitindo a exibição dos títulos selecionados;
- Inclusão de **sinalização visual em amarelo/laranja** na aba **Novo Plano de Pagamento**, identificando títulos provenientes de renegociações;
- Alteração da ordenação da grade de **Duplicatas/Outros**, passando a apresentar os títulos por **data de vencimento em ordem crescente**, em vez da ordenação pelo código interno.
##### **🐞 Correção do Cálculo de Acréscimo e Persistência de Valores no PDV e Faturamento Balcão**
**ID da tarefa:** 111806
Foi realizada uma correção nas rotinas do **PDV** e do **Faturamento Balcão** para tratar inconsistências no cálculo, rateio e gravação dos valores de acréscimo aplicados às vendas.
A rotina de fechamento foi ajustada para recalcular corretamente os **centavos residuais gerados pelo arredondamento**, garantindo que o somatório dos valores dos itens corresponda ao total final da venda e evitando divergências que poderiam interromper o processo de fechamento do cupom.
Também foi corrigida a persistência do valor de acréscimo na tabela **`NVENDI2`**. Anteriormente, a coluna **`VALOR_ACRESCIMO`** recebia o valor unitário do acréscimo, em vez do valor total correspondente ao item.
Como o campo **`ACRESCIMO`** da tabela **`NVENDA2`** é consolidado a partir dos valores registrados nos itens, essa inconsistência também refletia nos totais apresentados no **Faturamento Balcão**.
A rotina de gravação foi ajustada para registrar corretamente o **valor total do acréscimo aplicado ao item**, mantendo a consistência entre os itens da venda, o cabeçalho e as informações utilizadas nos relatórios e consultas do sistema.
##### **🐞 Correção de Divergência no Valor Total a Pagar com Aplicação de Acréscimo no PDV**
**ID da tarefa:** 112554
Foi realizada uma correção no **PDV** para tratar divergências no **valor total a pagar** em vendas com aplicação de acréscimo.
A inconsistência estava relacionada ao processo de **arredondamento**, que interferia nas rotinas responsáveis pela verificação e distribuição dos centavos restantes necessários para compor corretamente o valor do acréscimo.
Com a correção, o sistema passa a realizar o somatório do valor acrescido de forma consistente, mantendo o total final da venda correto e sem impactar o fluxo de fechamento.
A disponibilização da correção será realizada juntamente com a **tarefa principal**, após a conclusão das demais subtarefas relacionadas.
##### **🐞 Correção na Aplicação de Acréscimo na Venda no PDV**
**ID da tarefa:** 112556
Foi realizada uma correção no **PDV** para tratar inconsistências na aplicação de acréscimos durante o processamento da venda.
A falha estava relacionada ao processo de **arredondamento**, que interferia nas rotinas responsáveis pela verificação e distribuição dos centavos restantes utilizados para compor corretamente o valor total do acréscimo.
Com o ajuste, o sistema passa a calcular e somar corretamente o valor acrescido, mantendo a consistência do total da venda e sem impactar o fluxo de fechamento.
A correção será disponibilizada juntamente com a **tarefa principal**, após a conclusão das demais subtarefas relacionadas.
##### **🐞 Correção de Valores Incorretos no Faturamento Balcão em Vendas com Acréscimo do PDV**
**ID da tarefa:** 112558
Foi realizada uma correção no **PDV** para tratar inconsistências nos valores exibidos no **Faturamento Balcão** em vendas que possuem acréscimo.
A não conformidade ocorria porque a rotina de acréscimo do PDV gravava na coluna **`VALOR_ACRESCIMO`** da tabela **`NVENDI2`** o valor **unitário** do acréscimo, em vez do valor **total correspondente ao item**.
Como o somatório dessa coluna é utilizado para preencher o campo **`ACRESCIMO`** da tabela **`NVENDA2`**, a gravação incorreta refletia diretamente nos valores apresentados no Faturamento Balcão.
A rotina foi ajustada para persistir corretamente o **valor total do acréscimo aplicado ao item**, garantindo consistência entre os registros da venda e os valores apresentados no faturamento.
A correção será disponibilizada juntamente com a **tarefa principal**, após a conclusão das demais subtarefas relacionadas.
##### **🐞 Correção do Erro “Update Failed” após Sincronização de Categoria Fiscal**
**ID da tarefa:** 112594
Foi realizada uma correção no ERP para tratar o erro **“Update Failed”** apresentado após alterações e sincronização de **Categoria Fiscal**, com impacto posterior no acesso aos módulos de **Produtos** e **Parâmetros de Configuração**.
A falha estava relacionada à execução de scripts fiscais da **Reforma Tributária** que utilizavam estruturas **CTE (Common Table Expression)** por meio de uma conexão baseada no driver legado **BDE**.
Esse fluxo de execução apresentava incompatibilidade com a estrutura utilizada nas queries, resultando em falhas de atualização durante o processamento das regras fiscais por categoria.
Como correção, a execução desses scripts foi migrada do componente **BDE** para a biblioteca **Zeos Lib**, permitindo o processamento adequado das instruções com CTE e eliminando a ocorrência do erro durante a atualização fiscal.
Com a alteração, a sincronização da Categoria Fiscal passa a ser executada de forma consistente, sem comprometer o acesso posterior aos demais módulos do sistema.
##### **🐞 Correção na Aplicação do Desconto do Clube de Promoções no Fechamento da Venda**
**ID da tarefa:** 112602
Foi realizada uma correção no **PDV** para tratar uma falha na aplicação dos descontos vinculados ao **Clube de Promoções** durante o fechamento da venda.
No cenário identificado, o desconto era calculado durante a venda, porém não permanecia corretamente aplicado ao avançar para a etapa de pagamento e conclusão do cupom. A situação foi reproduzida com a inclusão de **2 unidades do produto de código de barras `7891149103119`**.
Como correção, o valor calculado pelo Clube de Promoções passou a ser incorporado ao **desconto acumulado da venda**, garantindo que os recálculos realizados durante o fechamento preservem corretamente o benefício concedido.
Também foi implementada a **limpeza prévia do buffer de descontos promocionais antes de cada reprocessamento**, evitando que o desconto seja aplicado mais de uma vez em situações de retorno à tela de pagamento ou alteração da forma de recebimento.
Com os ajustes, o desconto do Clube de Promoções passa a ser mantido corretamente durante todo o fluxo de fechamento, sem duplicações ou perda do valor anteriormente calculado.
##### **🐞 Correção da Validação de CPF/CNPJ no Cadastro de Fornecedores**
**ID da tarefa:** 112638
Foi realizada uma correção no módulo de **Cadastro de Fornecedores** do ERP para tratar um falso bloqueio na validação de duplicidade de **CPF/CNPJ** durante a alteração de registros existentes.
Anteriormente, ao acessar um fornecedor já cadastrado, clicar em **Alterar** e posteriormente em **Gravar**, o sistema identificava o próprio registro como uma duplicidade e apresentava a mensagem de que já existia um fornecedor com a mesma numeração de documento.
A rotina de validação foi ajustada para **desconsiderar o próprio fornecedor que está sendo editado** durante a verificação de unicidade do documento. Dessa forma, a gravação somente será bloqueada quando existir outro cadastro utilizando o mesmo CPF/CNPJ.
Também foram implementados os seguintes ajustes:
- Melhoria da mensagem de validação, indicando de forma mais clara qual informação está impedindo a gravação;
- Ajuste no tratamento da alteração do **Tipo de Pessoa (Física/Jurídica)**;
- Preservação temporária do número do documento informado, permitindo sua restauração caso o usuário retorne ao tipo de pessoa original durante a edição.
Com as alterações, o processo de manutenção cadastral passa a permitir a edição normal do fornecedor sem gerar falsas ocorrências de duplicidade ou perda indevida do documento informado.
##### **🐞 Correção de Filtro de Importação e Ajustes de Interface na NF-e de Devolução de Fornecedor**
**ID da tarefa:** 112640
Foi realizada uma correção no módulo de **NF-e de Devolução de Fornecedor** do ERP, contemplando ajustes no filtro de documentos de origem e melhorias na interface relacionada à **Reforma Tributária**.
Foi identificado que o filtro pelo número da **NF de Entrada** não estava sendo considerado corretamente pela consulta, pois o parâmetro correspondente era enviado como uma string vazia para a instrução SQL. A passagem do parâmetro foi ajustada, permitindo que a pesquisa utilize corretamente o número informado e recupere os documentos de origem esperados.
Também foram realizados ajustes de interface na aba da Reforma Tributária. A regra de visibilidade foi corrigida para controlar a exibição da própria **aba**, evitando que ela permaneça visível sem conteúdo quando a funcionalidade não for aplicável.
Adicionalmente, foi ajustado o espaçamento dos campos numéricos de valores presentes na aba, melhorando o alinhamento visual e a legibilidade das informações.
##### **🐞 Ajustes na Estrutura do XML e Interface da NF-e de Devolução a Fornecedor**
**ID da tarefa:** 112660
Foi realizada uma manutenção corretiva no módulo de **NF-e de Devolução a Fornecedor**, contemplando ajustes relacionados à **Reforma Tributária**, geração do XML e comportamento da interface de emissão.
O processo de geração do XML foi ajustado para tratar de forma condicional o grupo de totalização de **IBS/CBS**. A partir da correção, o sistema verifica os itens da nota e somente inclui o respectivo grupo no totalizador quando houver informações de IBS/CBS nos itens, evitando a geração indevida de estruturas vazias.
Também foi corrigida a inicialização da tela de emissão. Ao abrir o formulário, o sistema volta a apresentar por padrão a aba **“Informações de totais em R$”**, evitando a exibição inicial indevida da aba relacionada à Reforma Tributária.
Adicionalmente, foi implementado um tratamento dinâmico para definição da **data de vigência da regra de referência da NF-e por item**, considerando o ambiente utilizado. Dessa forma, os parâmetros podem ser aplicados de maneira distinta entre **Produção** e **Homologação**, permitindo a validação antecipada das novas regras fiscais sem impactar o ambiente produtivo.
##### **🐞 Correção na Geração de Cobrança e Duplicatas em NF-e de Devolução a Fornecedor**
**ID da tarefa:** 112686
Foi realizada uma correção na geração do XML da **NF-e de Devolução a Fornecedor**, adequando o documento aos cenários em que a operação não possui movimentação financeira.
O sistema já identificava a forma de pagamento **`90 - Sem Pagamento`** para documentos com finalidade **3 - Ajuste** ou **4 - Devolução/Retorno**, porém ainda gerava indevidamente os grupos de **cobrança e duplicatas** no XML.
A rotina foi ajustada para que, quando a nota estiver configurada com a forma de pagamento **90 - Sem Pagamento**, os respectivos blocos de cobrança e duplicatas sejam omitidos da estrutura do documento.
Para utilização da regra, deverá existir uma forma de pagamento finalizadora configurada com o código fiscal **90 - Sem Pagamento**, vinculada ao plano selecionado na emissão da NF-e.
Com a alteração, o XML passa a refletir corretamente operações de devolução ou ajuste sem cobrança financeira, evitando a geração indevida dessas informações.
##### **🐞 Correção na Identificação da Conta Bancária na Importação de Arquivos OFX**
**ID da tarefa:** 112802
Foi realizada uma correção no módulo de **Conciliação Financeira** do ERP para tratar inconsistências na identificação da conta bancária durante a importação de arquivos **OFX**.
O problema ocorria em arquivos nos quais a instituição financeira informava o número da conta sem o **dígito verificador (DV)**. Nesses casos, o sistema não conseguia localizar corretamente a conta correspondente cadastrada no ERP, comprometendo o processo de importação.
A rotina de leitura e validação foi ajustada para considerar diferentes formatos do número da conta, permitindo a comparação tanto no formato completo quanto no formato sem o dígito verificador.
Com a alteração, o sistema passa a realizar uma busca mais flexível e tolerante às variações de layout presentes nos arquivos OFX, aumentando a confiabilidade do vínculo automático entre o extrato importado e a conta bancária cadastrada.
##### **🐞 Ajustes Fiscais e de Concorrência na NF-e de Devolução a Fornecedor**
**ID da tarefa:** 112814
Foi realizada uma manutenção no módulo de **NF-e de Devolução a Fornecedor** para tratar inconsistências na definição de **CST/CSOSN** dos itens, além de aplicar ajustes de usabilidade, concorrência em banco de dados e validações relacionadas à referência da NF-e de origem.
Como medida temporária, foi liberado novamente o botão **Alterar** para notas com finalidade de **Devolução/Retorno**, permitindo que o usuário edite manualmente a tributação dos itens e selecione o **CST/CSOSN** adequado antes da emissão do documento.
Essa liberação foi aplicada como contorno operacional enquanto o processo automático de determinação fiscal dos itens de devolução passa por revisão.
Também foram realizados os seguintes ajustes:
- Inclusão de **`WITH (NOLOCK)`** na consulta responsável pelo carregamento dos itens das NF-e de entrada, reduzindo bloqueios de leitura e contenções no SQL Server;
- Remoção da obrigatoriedade de preenchimento manual da **chave da NF-e referenciada no cabeçalho** durante a alteração, quando estiver ativa a regra de **referência individual por item**;
- Liberação da edição manual da tributação para evitar a permanência de códigos fiscais incompatíveis com o regime tributário aplicável.
##### **🐞 Correção no Resgate de Cashback e Integração Nummus na Venda Balcão**
**ID da tarefa:** 112836
Foi realizada uma correção no módulo de **Venda Balcão**, envolvendo o processo de **Fidelidade/Cashback** e a integração com a plataforma **Nummus**.
Foi identificado que o valor resgatado em cashback não estava sendo considerado corretamente na composição do **plano de parcelamento**, fazendo com que as parcelas fossem calculadas sem descontar o benefício utilizado pelo cliente.
A rotina foi ajustada para que o valor do cashback seja deduzido antes do cálculo do saldo restante da venda, garantindo que os valores das parcelas reflitam corretamente o **valor líquido a pagar**.
Também foi corrigido o envio da operação de resgate para a **Nummus**. Anteriormente, quando nenhum item da venda gerava novos créditos de cashback, a solicitação de resgate podia deixar de ser enviada à integração.
Com a alteração, o processo de **resgate de cashback** passa a ser tratado de forma independente da geração de novos créditos por produto, garantindo o envio da transação à Nummus mesmo quando os itens da venda não forem elegíveis para acúmulo.
##### **🐞 Correção no Resgate de Cashback e Fechamento da Venda no PDV**
**ID da tarefa:** 112848
Foi realizada uma correção no **PDV** para tratar inconsistências no fluxo de **Fidelidade/Cashback** durante o fechamento da venda.
Foi identificado que o valor resgatado em cashback não estava sendo considerado corretamente na composição do **plano de parcelamento**, fazendo com que o saldo devedor inicial fosse calculado sem o abatimento correspondente.
A rotina foi ajustada para descontar o valor do cashback antes da geração das parcelas, garantindo que o parcelamento reflita corretamente o **valor líquido final da venda**.
Também foi corrigido o fluxo de **fechamento avançado**, no qual o valor resgatado podia ser perdido ou desconsiderado quando a finalização ocorria por um caminho diferente do acionamento explícito do botão **Confirmar**.
Com a alteração, o estado do resgate passa a ser preservado durante todo o ciclo de fechamento, independentemente da forma utilizada pelo operador para concluir a operação.
##### **🐞 Correção de Falhas na Sincronização Completa de Produtos no Sincronizador PI**
**ID da tarefa:** 111666
Foi realizada uma correção no **Sincronizador PI** para tratar falhas que impediam a conclusão do processo de sincronização completa e classificação fiscal dos produtos.
O problema estava relacionado ao volume de dados enviados por lote e ao tempo de processamento das requisições, resultando em erros de comunicação e interrupções durante a sincronização.
Foram aplicados os seguintes ajustes:
- Redução da quantidade padrão de produtos por lote, de **100 para 30 itens por requisição**;
- Redução do limite preventivo de payload de aproximadamente **900 KB para 150 KB**, permitindo a fragmentação antecipada de pacotes maiores;
- Aumento do timeout global do **HttpClient** de **10 para 20 minutos**;
- Melhoria no tratamento de exceções durante a desserialização de respostas, contemplando valores nulos, retornos parciais e divergências de tipagem.
Com as alterações, o processo de sincronização passa a operar com maior estabilidade, reduzindo ocorrências de timeout e falhas durante o processamento de grandes volumes de produtos.
# 🚀 1.0 Release Notes | Implementações
##### **🚀 Cálculo da Base de Cálculo e Seleção de Impostos da Reforma Tributária na NF-e de Devolução de Fornecedor**
**ID da tarefa:** 109112
Foi implementado o cálculo da base de cálculo e a seleção dos impostos relacionados à Reforma Tributária na emissão de **NF-e de devolução de fornecedor**.
A implementação contempla o tratamento necessário para determinação dos impostos aplicáveis no processo de devolução, adequando a geração da NF-e às novas informações tributárias de **IBS/CBS**.
A finalização dos testes ficará condicionada à implementação das colunas de **CST, cClassTrib e percentual de IBS/CBS** na tela de entrada de NF-e de fornecedor, tanto para lançamentos realizados **manualmente** quanto por **importação da NF-e**.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/image.png)
##### **🚀 Reforma Tributária na NF-e de Devolução de Cliente**
**ID da tarefa:** 109114
Foi implementado no ERP o cálculo da **base de cálculo** e a **seleção dos impostos da Reforma Tributária** na emissão de **NF-e de devolução de cliente**.
A implementação contempla o tratamento das informações tributárias necessárias para a correta composição dos impostos aplicáveis à operação de devolução, adequando a geração da NF-e às regras relacionadas ao **IBS/CBS**.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/LR7image.png)
##### **🚀 NF-e de Devolução de Fornecedor com Referência por Item**
**ID da tarefa:** 109738
Foi implementada no ERP a adequação da **NF-e de devolução para fornecedor** à nova regra fiscal de referência dos documentos de origem por item.
Com a alteração, cada item da devolução passa a manter o vínculo com a **NF-e de entrada original**, considerando as seguintes informações:
- **Chave de acesso da NF-e original**;
- **Número original do item no XML da NF-e**, correspondente ao atributo `nItem` da tag ``.
O valor utilizado como número do item deverá ser obrigatoriamente o **nItem original do XML da NF-e de entrada**, não sendo utilizado o código interno do produto nem o sequencial apresentado na grid da devolução.
Também foi implementado o tratamento referente à **Reforma Tributária** no processo de devolução de fornecedor. A aplicação da nova regra está condicionada à data de início de vigência configurada na tabela **CONFIGURACAO\_DFE\_PARAMETRO**, atualmente definida para **05/10/2026**.
##### **🚀 NF-e de Devolução de Cliente com Referência por Item**
**ID da tarefa:** 109740
Foi implementada no ERP a adequação da **NF-e de devolução de cliente** à nova regra fiscal de referência dos documentos de origem por item.
Com a alteração, cada item da devolução passa a manter o vínculo com a **NF-e original**, considerando as seguintes informações:
- **Chave de acesso da NF-e original**;
- **Número original do item no XML da NF-e**, correspondente ao atributo `nItem` da tag ``.
O valor utilizado como número do item deverá ser obrigatoriamente o **nItem original do XML da NF-e**, não sendo utilizado o código interno do produto nem o sequencial apresentado na grid da devolução.
Também foi implementado o tratamento referente à **Reforma Tributária** no processo de devolução de cliente. A aplicação da nova regra está condicionada à data de início de vigência configurada na tabela **CONFIGURACAO\_DFE\_PARAMETRO**, atualmente definida para **05/10/2026**.
##### **🚀 Inclusão dos Campos de IBS/CBS na NF-e de Entrada de Fornecedor**
**ID da tarefa:** 109768
Foi implementada no ERP a estrutura necessária para armazenamento e utilização das informações de **IBS/CBS** nas notas fiscais de entrada de fornecedor.
Foram criadas, na tela e na tabela de notas de entrada do banco de dados, as colunas que ainda não estavam disponíveis para atendimento às regras da **Reforma Tributária**, contemplando:
- **CST de IBS/CBS**;
- **cClassTrib**;
- **Percentual de IBS/CBS**;
- **Campos de redução aplicáveis à tributação**.
Com a alteração, as informações tributárias passam a ser registradas na entrada da NF-e de fornecedor, disponibilizando os dados necessários para os demais processos que dependem dessas informações, incluindo operações de devolução.
##### **🚀 Thread de Validação de Vendas Não Sincronizadas no SINCOFF/PDV**
**ID da tarefa:** 105336
Será implementado no **SINCOFF/PDV** um processo de validação automática para identificar vendas realizadas na base **OFF** que ainda não foram sincronizadas com a base **ONLINE**.
A nova rotina deverá executar em uma **thread de validação**, consultando na base ON se a venda registrada no ambiente OFF já existe.
Como exemplo, caso uma venda de número **50** tenha sido realizada no OFF, contendo título financeiro e NFC-e autorizada, o sincronizador deverá utilizar o número da venda para verificar sua existência no ambiente ONLINE.
Quando a venda não for localizada na base ON, o processo deverá realizar sua **inclusão automática**, garantindo a recuperação de vendas que não tenham sido sincronizadas corretamente no fluxo normal.
O objetivo da implementação é aumentar a confiabilidade da sincronização entre os ambientes **OFF e ON**, reduzindo ocorrências de vendas ausentes na base central.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/Te2image.png)
##### **🚀 Validação para Cadastro e Pesquisa do NCM 00000000**
**ID da tarefa:** 111908
Foi implementado no ERP um ajuste na validação de **NCM** para permitir a utilização do código **`00000000`**.
Com a alteração, o sistema passa a aceitar esse código nas rotinas correspondentes, permitindo que o usuário realize tanto o **cadastro** quanto a **pesquisa** do NCM `00000000`.
A validação anterior foi adequada para que o código composto exclusivamente por zeros não seja bloqueado nesses processos.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/Jc9image.png)
##### **🚀 Dashboard Gerencial na Abertura do ERP**
**ID da tarefa:** 112222
Foi implementado no ERP um **Dashboard Gerencial** para apresentação automática de indicadores operacionais e financeiros na abertura do sistema.
A exibição do dashboard será controlada pela **permissão de usuário 1620 – Apresentar o dashboard no sistema**, disponível na aba **AD21** do cadastro de permissões. Quando a permissão estiver habilitada, o dashboard será apresentado ao iniciar o ERP.
O painel contempla os seguintes indicadores:
- Valores de vendas do dia e do dia anterior;
- Contas a receber do dia e do dia anterior;
- Contas a pagar do dia e do dia anterior;
- Valores de caixa do dia e do dia anterior;
- Quantidade de NFC-e em contingência;
- Quantidade de NFC-e rejeitadas;
- Valor de contas a receber em atraso;
- Valor de contas a pagar em atraso;
- Quantidade de clientes inadimplentes;
- Quantidade de produtos abaixo do estoque mínimo;
- Quantidade de produtos com estoque negativo;
- Valor recebido de contas a receber no dia anterior;
- Valor pago de contas a pagar no dia anterior;
- Lucro bruto do dia;
- Lucro líquido do dia;
- Títulos a pagar do dia.
Caso o usuário feche o painel e deseje consultá-lo novamente, poderá acessá-lo pelo menu **Dashboard Gerencial**.
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/SHdimage.png)
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/P0timage.png)
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/cirimage.png)
##### **🚀 Atalho para Devoluções e Trocas no Faturamento Balcão**
**ID da tarefa:** 109792
Foi implementada uma integração entre a consulta de **vendas faturadas** e o módulo de **Devoluções/Trocas** do ERP, permitindo iniciar o processo diretamente a partir da grade de faturados.
Na opção **F3 – Faturados**, o usuário poderá clicar com o botão direito sobre a venda desejada e selecionar a ação **“Realizar Devoluções/Trocas”**. O sistema abrirá o fluxo correspondente utilizando as informações da venda selecionada, reduzindo a necessidade de digitação manual do identificador do documento.
A execução da funcionalidade respeita a permissão de usuário **Faturamento > Faturamento - Balcão > Devoluções e Trocas de Produtos**. Caso o usuário não possua a permissão necessária, o sistema apresentará uma mensagem indicando a configuração exigida.
Também foram implementados ajustes adicionais no processo:
- Inclusão de validação para impedir o fechamento acidental da tela de devoluções/trocas enquanto houver um processo em andamento;
- Remoção da nomenclatura legada **ECF** do título do bloco **Faturamento - Balcão** nas permissões de usuário;
[](https://info3.nortesys.com.br/uploads/images/gallery/2026-09/fCYimage.png)
##### **🚀 Filtro e Correção no Retorno de Produtos Pendentes em Produtos Inteligentes**
**ID da tarefa:** 112164
Foi realizada uma implementação no módulo **Produtos Inteligentes** do ERP para permitir a consulta de produtos pendentes por meio da API, além de corrigir uma inconsistência que impedia o retorno dos dados na aba **Devolvidos**.
Durante a análise, foi identificado que o problema estava relacionado ao tipo de dado utilizado na integração. A API de origem fornecia determinados identificadores no formato **`long`**, enquanto a API da Nortesys realizava o recebimento utilizando **`Int32`**.
Essa diferença de tipagem impedia o processamento de valores que ultrapassavam a capacidade suportada pelo `Int32`, fazendo com que determinados registros enviados pela **IMendes** não fossem retornados corretamente.
A integração foi ajustada para utilizar um tipo compatível com o tamanho dos dados recebidos, permitindo o processamento correto das informações e restabelecendo a exibição dos registros na aba **Devolvidos**.
##### **🚀 Validação de Produtos Pesáveis na Sincronização do Produtos Inteligentes**
**ID da tarefa:** 112552
Foi implementado no módulo **Produtos Inteligentes (PI)** um controle para permitir ou restringir a atualização do **código de barras de produtos pesáveis** durante o processo de sincronização fiscal.
A solução passou a utilizar um parâmetro específico, armazenado na tabela **`pi_configuracoes`**, por meio do campo **`atualizar_codbarras`**. Esse parâmetro define se produtos identificados como pesáveis, através da condição **`BALANCA = "S"`**, poderão ter o código de barras atualizado durante a sincronização.
Também foram realizadas adequações na estrutura de banco de dados e na rastreabilidade das alterações:
- Inclusão do parâmetro **`atualizar_codbarras`** na tabela `pi_configuracoes`;
- Inclusão de campos na tabela **`pi_log_produtos`** para registrar o **código de barras anterior** e o **novo código recebido**;
- Implementação de rotina automática em **C#** para verificar e criar as novas colunas durante a inicialização da aplicação, quando necessário;
- Vinculação do parâmetro à interface de configurações, permitindo seu controle pelo usuário;
- Implementação da validação condicional na sincronização para atualizar o código de barras de produtos pesáveis somente quando o parâmetro estiver habilitado;
- Adequação da gravação dos logs para manter o histórico dos códigos de barras antes e depois da atualização.
Com a implementação, o processo passa a evitar alterações indevidas em códigos de barras utilizados por produtos de balança, ao mesmo tempo em que mantém a rastreabilidade das atualizações realizadas pela integração.