🐞 1.0 Release Notes | Bugs
🛠️ Bug 🐞 – 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.
🔧 Bug 🐞 – 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.
Status: Correção pendente de análise/implementação.
🔧 Bug 🐞 – 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.
Status: Correção concluída.
🔧 Bug 🐞 – 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.
Status: Correção concluída.
🔧 Bug 🐞 – 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.
Status: Correção concluída.
🔧 Bug 🐞 – 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.
Status: Correção solicitada para implementação.
🔧 Bug 🐞 – 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.
Status: Correção solicitada para implementação.
🔧 Bug 🐞 – 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.
Status: Correção concluída.
🔧 Bug 🐞 – 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.
Status: Correção solicitada para implementação.
🔧 Bug 🐞 – 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.
Para homologação, o instalador gerado contém a correção específica desta tarefa e deverá ser utilizado exclusivamente no processo de validação em QA.
Status: Correção concluída e disponibilizada para homologação.
🔧 Bug 🐞 – 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.
Status: Correção concluída.
🔧 Bug 🐞 – 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.
Status: Correção concluída.