2️⃣0️⃣2️⃣6️⃣ - 0️⃣9️⃣ Setembro

• ✨ 1.0 Release Notes | Melhorias
• 🐞 1.0 Release Notes | Bugs
• 🚀 1.0 Release Notes | Implementações

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

 

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

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

 

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

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

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

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

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

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

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

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

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

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

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

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

🚀 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 <det>.

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

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.

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

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

🚀 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;

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