🐞 1.0 Release Notes | Bugs
🐞 Correção no Cálculo de Desconto no Módulo de Vendas do ERP
ID da tarefa: 109222
Foi identificado um erro no módulo de vendas do ERP em que, ao realizar uma venda e aplicar qualquer valor de desconto, o sistema não considerava o desconto informado no valor final da venda. O comportamento ocorria independentemente da forma de pagamento utilizada e do valor de desconto aplicado.
Foi realizada a correção para que o valor do desconto informado seja devidamente considerado no cálculo final da venda, garantindo que o total apresentado e processado reflita corretamente o desconto aplicado.
🐞 Correção no Retorno Automático do Preço Original Após Encerramento da Promoção
ID da tarefa: 108946
Foi identificado um erro no ERP em que, ao criar uma promoção para determinado produto e realizar a entrada de mercadoria enquanto a promoção estava vigente, o sistema não retornava automaticamente o preço de venda original após o encerramento da promoção. Nessa situação, o produto permanecia com o preço promocional, mesmo após o término da validade da promoção.
Foi realizada a correção para que, ao encerrar a promoção, o sistema restabeleça automaticamente o preço de venda anterior do produto, garantindo a consistência do cadastro e evitando a manutenção indevida do valor promocional.
🐞 Correção na Busca do XML para Emissão de Nota Complementar
ID da tarefa: 109338
Foi identificado um erro no ERP ao tentar emitir uma Nota Complementar. Durante a validação, foi constatado que o XML armazenado no banco de dados não estava completo. Mesmo ao exportar o XML e realizar o update diretamente no banco de dados, o conteúdo não era inserido integralmente.
Foi realizada a troca do método de busca do XML no banco de dados, pois o BDE utilizado com Delphi 7 não conseguia recuperar o XML por completo, ocasionando falha no processo de emissão da Nota Complementar.
Com a correção, o sistema passa a realizar a busca adequada do XML, garantindo que o conteúdo necessário seja recuperado corretamente para a emissão da Nota Complementar.
🐞 Correção na Emissão Automática do Receituário Agronômico em Venda Não Fiscal
ID da tarefa: 109194
Foi identificado um erro no ERP em que, após a atualização do cliente para a versão de 22/05/2026 ou para a versão do portal de 19/06/2026, o sistema deixou de exibir a pergunta para emissão do Receituário Agronômico ao realizar o faturamento de uma venda não fiscal.
O problema ocorria especificamente no fluxo de venda não fiscal. Ao emitir uma NFC-e, o Receituário Agronômico continuava sendo emitido normalmente. No processo operacional do cliente, as vendas que geram receituário são realizadas inicialmente como venda não fiscal e, posteriormente, é emitida a NF-e de venda, com a entrega dos documentos impressos ao cliente.
Foi identificado que a linha responsável por apresentar a pergunta de emissão do Receituário Agronômico estava comentada, devido à necessidade anterior de emissão vinculada ao documento fiscal. A linha foi descomentada, permitindo que o sistema volte a apresentar a opção de emissão do receituário no fluxo de venda não fiscal.
Com a correção, o usuário consegue realizar novamente a emissão do Receituário Agronômico ao faturar vendas não fiscais pelo ERP.
🐞 Correção na Emissão de NF-e de SP com Rejeição 452
ID da tarefa: 109148
Foi identificado um erro no ERP durante a emissão de NF-e de venda para o estado de São Paulo, em que o sistema retornava a Rejeição 452: “Solicitada resposta assíncrona para lote com somente 1 (uma) NF-e”.
A ocorrência impedia a continuidade do processo de autorização da NF-e, devido ao tratamento inadequado do envio da nota no cenário informado.
Foi realizada melhoria na DLL responsável pelo processo de emissão, ajustando o tratamento da comunicação para evitar a rejeição 452 durante o envio de NF-e com apenas uma nota no lote.
Com a correção, o sistema passa a realizar a emissão da NF-e corretamente, respeitando o fluxo esperado para autorização junto à SEFAZ.
🐞 Correção na Validação da Forma de Pagamento em Venda O.S.
ID da tarefa: 109104
Foi identificado um erro no ERP em que, ao realizar uma Venda O.S. com forma de pagamento cartão, o sistema solicitava indevidamente as opções de lançamento em caixa, banco e tesouraria, em vez de solicitar a seleção da administradora de cartão.
Foi aplicada a correção para que o sistema diferencie corretamente o fluxo conforme a forma de pagamento utilizada. Quando a Venda O.S. for realizada com pagamento via PIX, o sistema validará se o usuário deseja lançar o valor em caixa, banco e tesouraria. Já quando a forma de pagamento for cartão, o sistema solicitará a seleção da administradora de cartão.
Com a correção, o fluxo financeiro da Venda O.S. passa a respeitar corretamente a forma de pagamento informada, evitando lançamentos ou validações indevidas.
🐞 Correção na Consulta de Valores de Caixas Fechados no Resumo Diário do PDV
ID da tarefa: 109102
Foi identificado um erro no PDV em que, ao consultar o Resumo Diário, marcar a opção para exibir informações de caixas fechados e informar o número do caixa, o sistema não retornava nenhum valor.
Foi realizada melhoria nas buscas de caixas fechados, ajustando a consulta para que os valores sejam apresentados corretamente conforme os filtros informados.
Com a correção, o Resumo Diário passa a exibir corretamente as informações dos caixas fechados, garantindo maior consistência na conferência dos valores no PDV.
🐞 Correção no Cálculo de Entrada no Plano de Pagamento da Venda Balcão
ID da tarefa: 109368
Foi identificada uma falha no módulo de Venda Balcão, no cálculo do Plano de Pagamento, em que o valor informado como entrada era tratado incorretamente como acréscimo no total da venda. Esse comportamento fazia com que o valor final fosse calculado de forma indevida, distorcendo os totalizadores da venda.
O problema ocorria ao fechar uma venda parcelada com entrada. O sistema deveria subtrair o valor da entrada do total da venda antes de calcular e distribuir as parcelas restantes, porém o valor estava sendo considerado de forma inadequada na base de cálculo das parcelas.
Foi realizada a correção na rotina de partilha do plano de pagamento, ajustando o cálculo para considerar corretamente a operação: valor total da venda menos o valor da entrada, resultando no saldo a parcelar.
Com a correção, o valor da entrada passa a ser contabilizado corretamente como recebimento à vista, mantendo a consistência dos valores dos itens, totalizadores da venda e parcelas geradas.
🐞 Correção de Erros de Persistência no Cadastro de Categorias Fiscais
ID da tarefa: 109542
Foi identificada uma instabilidade no módulo de Categorias Fiscais do ERP Company, ocasionando erros de banco de dados ao tentar incluir, alterar ou excluir registros após a execução da rotina de sincronização de categorias com o cadastro de produtos.
O problema ocorria quando o usuário executava a sincronização e, em seguida, tentava realizar alguma operação de manutenção no cadastro. Nessa condição, o sistema apresentava erros como “Update Failed” e “Table is read only”, impedindo a gravação ou exclusão dos registros.
A causa estava relacionada ao uso da consulta principal da tela, baseada em TQuery com driver BDE, que utilizava um SELECT complexo com múltiplos relacionamentos entre tabelas. Após a sincronização, o BDE perdia a referência adequada da consulta, causando falhas ao tentar persistir alterações na mesma instância.
Foi realizada a refatoração da arquitetura da tela, separando as responsabilidades das consultas. A TQuery principal passou a ser utilizada exclusivamente para leitura dos dados exibidos na grade, enquanto novas estruturas internas foram criadas para tratar operações de inclusão, atualização e exclusão de forma isolada.
Também foram revisados os blocos de controle de transação, incluindo StartTransaction, Commit e Rollback, tanto nas operações básicas de manutenção quanto na rotina de sincronização com os produtos.
Com a correção, o cadastro de Categorias Fiscais passa a permitir a inclusão, alteração e exclusão de registros após a sincronização, evitando falhas de persistência e bloqueios indevidos nas tabelas.
🐞 Correção nos Relatórios de NFC-e Vinculados à Ordem de Serviço
ID da tarefa: 109354
Foram identificadas não conformidades nos relatórios de impressão de NFC-e vinculados ao módulo de Ordem de Serviço, impactando a apresentação correta das notas após refaturamento e a emissão do relatório em cenários com campos não preenchidos.
No primeiro cenário, quando uma O.S. era faturada, tinha a NFC-e cancelada e posteriormente era faturada novamente, o relatório continuava exibindo os dados da primeira NFC-e, já cancelada. O problema ocorria porque o relacionamento entre as tabelas ORDEMSERV e ORDEMSERV_NFCE era realizado apenas pelo código da O.S., sem considerar a chave completa da nota.
Foi realizada a reestruturação da consulta interna do relatório, passando a validar também o código da loja, número e série da NFC-e, garantindo que o relatório utilize corretamente os dados da nota ativa vinculada à O.S.
No segundo cenário, o relatório apresentava erro ou não era aberto quando a Ordem de Serviço era fechada sem preenchimento do campo “Atendido por”. Foi aplicado tratamento no parâmetro de impressão para aceitar valores nulos ou vazios, permitindo a emissão normal do DANFE mesmo quando o atendente não estiver informado.
Também foi identificado comportamento semelhante em outros pontos do sistema, como nas telas de NFC-e de Venda no PDV e no Balcão de Vendas. Recomenda-se a abertura de tarefas preventivas para aplicação da mesma validação de chave composta nesses módulos.
Como a correção foi realizada diretamente nos arquivos físicos de layout dos relatórios, a atualização no ambiente do cliente deve ser feita por meio da substituição dos arquivos personalizados corrigidos.
Arquivos corrigidos:
NFC-e OS 40.zip— Relatório de vendas modelo NFC-e Ordem de Serviço 40 colunas;NFC-e OS 65.zip— Relatório de vendas NFC-e modelo 65 para módulo O.S.