2️⃣0️⃣2️⃣6️⃣ - 0️⃣7️⃣ Julho

✨ 1.0 Release Notes | Melhorias

 ✨ Melhoria  no Ajustes no Fluxo de Emissão, Consulta e Cancelamento de NFS-e

ID da tarefa: 109560

Foi realizada a validação do fluxo completo de NFS-e, contemplando a autorização da nota e, posteriormente, o cancelamento da mesma.

Também foram aplicadas melhorias no módulo de emissão de NFS-e, com o objetivo de simplificar o processo operacional e ampliar o suporte aos métodos de envio. Foram realizados os seguintes ajustes:

As alterações garantem maior flexibilidade no processo de emissão, além de facilitar a validação das etapas de autorização, consulta e cancelamento da NFS-e.

 

 ✨ Melhoria  no Controle de Permissão nos Relatórios de Saldo de Estoque

ID da tarefa: 108870

Foi implementada uma melhoria de segurança no menu de Produtos do ERP Company, restringindo o acesso ao grupo de Relatórios de Saldo de Estoque conforme as permissões configuradas no cadastro de usuários.

Anteriormente, o grupo de relatórios de saldo ficava disponível de forma irrestrita na árvore de menus, permitindo que usuários sem autorização visualizassem informações estratégicas, como quantitativos e custos de estoque.

Foi ajustada a validação de acesso para que o menu seja exibido ou habilitado somente quando o usuário possuir a permissão correspondente marcada no cadastro.

Permissão validada:
Cadastro de Usuários > Aba Cadastro 2 > Bloco “Produtos” > Relatório de Produtos Geral

Com a melhoria, o acesso aos Relatórios de Saldo de Estoque passa a respeitar as diretivas de segurança do perfil do operador, aumentando o controle sobre informações sensíveis do estoque.

image.png

 

 

✨ Melhoria  na Refatoração de Performance e Interface no Reajuste da Tabela de Preço por Departamentalização

ID da tarefa: 108842

Foi implementada uma melhoria no processo de Reajuste da Tabela de Preço por Departamentalização no ERP Company, com foco em performance, estabilidade e usabilidade da tela.

Anteriormente, a rotina apresentava lentidão significativa em bases com grande volume de dados, podendo levar horas para conclusão e ocasionar congelamento da aplicação durante o processamento. Nos cenários de teste realizados com base pesada, o tempo de execução foi reduzido para menos de 5 minutos.

Foram aplicadas melhorias técnicas na rotina, incluindo a migração de processamento do BDE para Zeos, execução do reajuste em thread dedicada, otimização de índices no banco de dados, revisão do controle de transações e ajustes no gerenciamento de memória durante a leitura e gravação massiva de dados.

Também foram realizadas melhorias na interface e na experiência do usuário, contemplando atualização visual do formulário, mensagens informativas antes e durante o processamento, exibição do status “Reajustando preços…”, barra de progresso dinâmica com quantidade de itens processados, velocidade e estimativa de tempo restante, além da inclusão de botão para interrupção do processo.

A rotina também passou a preservar os preços já gravados em caso de cancelamento da operação, interrompendo apenas os próximos itens pendentes de processamento. Além disso, foram ajustadas instruções de rodapé sobre produtos com múltiplas unidades e realizado alinhamento visual dos componentes da tela.

Com a melhoria, o processo de reajuste de preços passa a executar de forma mais rápida, estável e transparente para o usuário, reduzindo travamentos e melhorando o controle operacional durante a execução da rotina.

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

image.png

 

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

🚀 1.0 Release Notes | Implementações

🚀 Implementação Leitura de Arquivos OFX do Banco Cora

ID da tarefa: 109444

Foi identificada a necessidade de ajuste no padrão de leitura de arquivos OFX do banco Cora no ERP. A cliente encaminhou um arquivo OFX referente à conta bancária da Loja 2 para utilização na conciliação bancária, porém o sistema não conseguiu interpretar corretamente as informações do arquivo.

O banco utilizado possui o código 0403, sendo necessário adequar a leitura do arquivo para permitir a importação correta dos dados no processo de conciliação bancária.

Foi realizado o tratamento para leitura de arquivos OFX quando o identificador contém hash no ID, permitindo que o sistema interprete corretamente as informações do arquivo do banco Cora.

Com a implementação, os arquivos OFX do banco Cora passam a ser importados corretamente, viabilizando sua utilização na conciliação bancária.

🚀 Emissão de Documentos Alfanuméricos no ERP

ID da tarefa: 109452

Foi identificada a necessidade de tratamento na emissão de documentos alfanuméricos nos módulos de NF-e, ERP e documentação.

Foi implementado ajuste para que o sistema realize o tratamento adequado de documentos que possuam identificação ou numeração alfanumérica, garantindo maior compatibilidade no processo de emissão e evitando inconsistências durante o processamento dos documentos.

Com a implementação, o sistema passa a contemplar cenários de emissão envolvendo documentos alfanuméricos de forma adequada.

🚀 Sincronização das Tabelas DESTAXA no SINCOFF

ID da tarefa: 109556

Foi identificada a necessidade de implementar a sincronização das tabelas da DESTAXA no sincronizador OFF. Embora o TEF DESTAXA já estivesse implementado, as tabelas necessárias para sincronização no modo offline ainda não haviam sido contempladas, ocasionando erro nos clientes que estavam habilitando a funcionalidade.

Foram adicionadas as chaves primárias e estrangeiras necessárias no sistema, permitindo a estruturação correta das tabelas para o processo de sincronização.

A alteração deverá ser aplicada no ambiente do cliente para realização dos testes e validação do funcionamento, antes da geração da versão final.

image.png

🚀 Gerenciamento dos Percentuais Redutores da Compra Governamental

ID da tarefa: 108840

Foi implementada uma nova funcionalidade no ERP Company para gerenciamento dos Percentuais Redutores da Compra Governamental, dando continuidade às atualizações relacionadas à Reforma Tributária e às operações destinadas a entes públicos.

A funcionalidade permite o controle dos percentuais utilizados para aplicação dos abatimentos de IBS e CBS nas vendas classificadas como Compra Governamental.

O sistema passa a permitir a alimentação da tabela de percentuais redutores por meio de carga inicial automatizada, executada durante a ativação dos parâmetros globais da Reforma Tributária e atualização de banco de dados da nova versão. Também foi disponibilizada a opção de atualização manual via API, por meio do botão “Baixar Cadastro”, permitindo forçar o download das tabelas atualizadas.

Na atualização manual, foi implementada regra de sobreposição dos dados, em que novos registros são adicionados e os cadastros pertencentes ao mesmo ano de referência são integralmente substituídos, mantendo a base atualizada e consistente.

Também foi criada a tela de gerenciamento operacional, localizada em:

Produtos > Reforma Tributária > Compra Governamental > Percentuais de Redução

A nova tela permite consulta por filtros de data de vigência e status, além de manutenção completa dos registros, contemplando inclusão, alteração e exclusão. No cadastro do percentual, o usuário pode definir o período de vigência, status de ativação, percentual redutor e os impostos aplicados, com opções para CBS e IBS ou apenas CBS.

Foi implementada ainda uma validação de interseção de períodos, impedindo a gravação de registros com sobreposição de vigência para itens que possuam o mesmo status de ativação. Essa regra evita duplicidade de cadastros e inconsistências nos cálculos fiscais.

Com a implementação, o sistema passa a oferecer controle estruturado dos Percentuais Redutores da Compra Governamental, garantindo maior segurança e consistência na aplicação das regras fiscais vinculadas à Reforma Tributária.

🚀 Espelhamento Fiscal de Compra Governamental na NF-e de Devolução de Clientes

ID da tarefa: 108216

Foi implementada consistência fiscal para operações de NF-e de Devolução de Clientes vinculadas a vendas classificadas como Compra Governamental, dando continuidade às entregas relacionadas à Reforma Tributária.

A partir desta implementação, quando a nota original de venda referenciada possuir enquadramento de Compra Governamental, a NF-e de devolução passará a preencher e espelhar automaticamente as informações fiscais correspondentes, garantindo simetria tributária entre a operação de venda e a operação de retorno.

Foram implementadas as gerações dos blocos XML gCompraGov e gTribCompraGov na NF-e de devolução. No cabeçalho, o sistema passa a herdar os dados da venda original, incluindo tipo de ente governamental, percentual de redução aplicado e tipo da operação governamental.

Nos itens devolvidos, o sistema passa a manter as mesmas regras tributárias da nota original, replicando as informações de CST e cClassTrib do item referenciado, quando aplicável.

Com a implementação, a NF-e de Devolução de Clientes passa a refletir corretamente as tags de Compra Governamental da nota de venda original, reduzindo inconsistências fiscais e evitando divergências no processamento da operação junto à SEFAZ.

🚀 Preenchimento Inicial de Tags de Compra Governamental na NF-e de Venda

ID da tarefa: 108212

Foi implementada a rotina inicial para preenchimento e transmissão das tags de Compra Governamental na NF-e de Venda, como parte das atualizações relacionadas à Reforma Tributária.

A implementação tem como objetivo garantir a estrutura técnica dos XMLs e a validação do envio junto à SEFAZ, considerando que as regras definitivas de negócio ainda estão em fase de definição e refinamento pelos órgãos competentes.

Quando o operador emitir uma NF-e de Venda para um cliente identificado como Ente Governamental no cadastro, o ERP passará a gerar automaticamente o bloco gCompraGov na seção de identificação da nota.

O sistema realizará o preenchimento das seguintes informações:

Também foi implementado o tratamento inicial da tributação dos itens vinculados à Compra Governamental. Para esses itens, o sistema aplicará o CST padrão 200 - Alíquota Reduzida para os impostos IBS e CBS.

Quanto ao cClassTrib, o ERP tentará associar automaticamente o código de classificação tributária correspondente ao NCM cadastrado no produto. Caso não exista vínculo configurado, será utilizado o parâmetro padrão do sistema localizado no Grupo 50 — Gestão de NF-e, referente ao cClassTrib padrão para itens de NF-e de Compra Governamental.

Após a atualização do banco de dados, o sistema definirá automaticamente o código 200014 como parâmetro padrão nessa configuração.

Com a implementação, o ERP passa a contemplar a estrutura inicial de Compra Governamental na NF-e de Venda, permitindo a geração das informações fiscais necessárias no XML e a validação técnica do envio.

🚀 Identificação de Compras Governamentais no Cadastro de Clientes

ID da tarefa: 108210

Foi implementada a estrutura inicial para suporte a Compras Governamentais no cadastro de clientes do ERP, permitindo a classificação do tipo de ente governamental e o registro do percentual de redução tributária aplicável.

Foi criado o grupo “Ente Governamental” em:

Clientes > Cadastro > Cliente > Informações Adicionais

A nova seção contempla os campos de tipo de ente governamental, com opções para União, Estados, Distrito Federal, Municípios ou não se aplica, além do campo numérico para informar o percentual de redução tributária aplicado à compra governamental.

Também foi realizada a reorganização dos componentes da aba Informações Adicionais, adequando a interface para acomodar os novos campos de forma estruturada.

A antiga flag “É órgão público?” foi descontinuada e migrada para a nova estrutura. Clientes que possuíam essa flag ativa serão mapeados internamente como 99 — Não Especificado.

Ao editar e salvar o cadastro desses clientes antigos, o ERP exigirá que o usuário selecione uma opção válida de ente governamental, entre 0 e 4, para permitir a gravação do registro.

Com a implementação, o sistema passa a possuir a base cadastral necessária para identificação de clientes vinculados a Compras Governamentais, preparando o ERP para os tratamentos fiscais relacionados à Reforma Tributária.

✨ 2.0 Release Notes | Melhorias

✨ iXML — Importação de XML baixado pelo portal da DFe

ID da tarefa: 109552

Foi aprimorado o processo de abertura do iXML para permitir a importação de arquivos XML baixados diretamente pelo portal da DFe.

A melhoria corrige o comportamento em que o sistema apresentava uma tela branca ao baixar e importar um XML utilizando a chave de acesso, garantindo o carregamento adequado do arquivo no iXML.

✨ Boletos - Ajustes na exclusão em lote e impressão de comprovantes no Gerenciador de Boletos

ID da tarefa: 110032

Problema:
No módulo Gerenciador de Boletos, a exclusão em lote não processava corretamente todos os registros marcados na grade. Mesmo com vários boletos selecionados, o sistema excluía somente o registro que estava com o foco ativo.

Também foi identificada a geração individual de comprovantes, fazendo com que a tela de impressão fosse apresentada repetidamente para cada boleto excluído. Além disso, após a operação, o sistema redirecionava o usuário para a listagem de boletos excluídos, interrompendo o fluxo de trabalho e os filtros utilizados na consulta.

Correção:
Foram realizadas melhorias na rotina de exclusão para permitir o processamento dos boletos selecionados em lote, considerando todos os registros marcados na grade.

O relatório de comprovante também foi ajustado para consolidar os boletos excluídos em uma única impressão, evitando a abertura sucessiva de relatórios individuais e tornando o processo de exclusão em massa mais eficiente.

 

 

🚀 2.0 Release Notes | Implementações

🚀 ERP — Suporte a CNPJ alfanumérico na emissão de documentos fiscais

ID da tarefa: 109452

Implementado o suporte ao CNPJ alfanumérico nos processos de entrada e saída de documentos fiscais.

O ajuste contempla a emissão de NFC-e, NF-e e CT-e, garantindo o correto tratamento do novo formato de identificação do CNPJ nas operações fiscais do sistema.

🚀 SINCOFF — Sincronização das tabelas do Destaxa no ambiente offline

ID da tarefa: 109556

Implementada a estrutura necessária para a sincronização das tabelas do Destaxa no sincronizador offline. Embora o TEF Destaxa já estivesse disponível, suas tabelas ainda não estavam contempladas no processo de sincronização, ocasionando erros nos clientes que habilitavam a integração.

Foram adicionadas as chaves primárias e estrangeiras necessárias ao relacionamento e à sincronização dos dados. O ajuste deverá ser aplicado em ambiente de cliente para realização dos testes de validação antes da geração da versão final.

🚀 SNGPC — Atualização da transmissão de arquivos para API

ID da tarefa: 108770

Atualizada a integração de transmissão de arquivos do SNGPC, que apresentava erros durante a validação do usuário e o envio do arquivo XML selecionado pela internet, obrigando o cliente a realizar o procedimento diretamente pelo portal da ANVISA.

A comunicação anteriormente realizada por Web Service foi migrada para a nova API, adequando o sistema à rota atual de envio e restabelecendo a transmissão dos arquivos diretamente pelo SNGPC.

🚀 ERP — Inclusão do campo ICMS ST/DIFAL e correção do valor líquido no faturamento

ID da tarefa: 110700

Problema:
Na tela de faturamento de vendas, o valor de ICMS ST/DIFAL não era exibido de forma destacada no resumo do pedido. Além disso, embora o imposto fosse considerado no campo Total com Juros, o Total Líquido apresentava somente o valor bruto dos produtos, gerando divergência entre os valores exibidos.

Implementação e correção:
Foi incluído o campo ICMS ST/DIFAL no rodapé da tela de faturamento e na grade de navegação dos pedidos. A regra de totalização também foi ajustada para que o Total Líquido considere o valor dos produtos, os descontos aplicados e o ICMS ST/DIFAL.

A tela de pagamento acionada pela função F2 foi sincronizada com os novos cálculos, garantindo consistência entre os valores apresentados. Também foi implementada a atualização automática do campo de imposto durante a navegação entre os pedidos.

Após os ajustes, uma venda de R$ 160,00, com R$ 11,70 de ICMS ST/DIFAL, passou a apresentar corretamente o Total Líquido de R$ 171,70.

 

🚀 ERP — Adequações na emissão de NFS-e para a Reforma Tributária

ID da tarefa: 110322

Implementação:
Foram realizadas adequações no processo de emissão de NFS-e para compatibilidade com as regras da Reforma Tributária.

Para utilização das novas classificações, foi disponibilizada a opção Produtos > Reforma Tributária > Cadastro de Regras, na qual o usuário pode acionar a função Baixar Cadastro. Essa rotina realiza o download da tabela de cClassTrib, contendo as informações relacionadas ao NBS e ao Indicador de Operação.

Também foram implementadas as seguintes melhorias no módulo de NFS-e:

Com essas alterações, o processo de emissão de NFS-e passa a contemplar os novos dados tributários e oferece maior flexibilidade para envio, acompanhamento e obtenção do documento fiscal.

🐞 2.0 Release Notes | Bugs

🐞 ERP/Fiscal — Ajuste na validação do código cBenef para 8 caracteres

ID da tarefa: 109990

Descrição:
Corrigida a validação do campo Código de Benefício Fiscal (cBenef) durante a emissão da NF-e. Anteriormente, o sistema exigia o preenchimento de 10 caracteres e adicionava automaticamente zeros à esquerda quando o código informado possuía tamanho inferior.

Esse comportamento modificava o código oficial do benefício fiscal. Por exemplo, o código SP099090 era enviado como 00SP099090, podendo ocasionar rejeição da NF-e por código inexistente ou incompatível com a tabela da SEFAZ.

Com o ajuste, o sistema passa a validar e transmitir o código cBenef com 8 caracteres, preservando integralmente o valor informado, sem o acréscimo automático de zeros à esquerda.

🐞 ERP — Divergência no valor de outras despesas na emissão de NF-e referenciando Ordem de Serviço

ID da tarefa: 109978

Descrição:
Identificada uma divergência no valor destacado no campo Outras Despesas durante a emissão de NF-e referenciando uma Ordem de Serviço.

A ocorrência foi relatada em empresas que utilizam o processo de Ordem de Serviço e posteriormente realizam a emissão da nota fiscal, incluindo Mundial Auto Center e Master Caminhões. Também houve relato de situação semelhante em uma revenda localizada no Acre.

Durante as validações realizadas com os backups disponíveis, o comportamento não pôde ser reproduzido. O registro foi mantido para acompanhamento e conhecimento da equipe técnica.

O ajuste deverá garantir que o valor de Outras Despesas seja calculado e destacado corretamente na NF-e, conforme os dados registrados na Ordem de Serviço, evitando divergências nos valores fiscais do documento.

🐞 ERP — Rejeição 452 na emissão de NF-e de venda em São Paulo

ID da tarefa: 109148

Corrigido o processo de emissão de NF-e de venda para o estado de São Paulo, que retornava a rejeição 452 ao solicitar resposta assíncrona para um lote contendo apenas uma nota fiscal.

O envio foi ajustado para utilizar o processamento adequado em lotes com somente uma NF-e, permitindo a autorização do documento sem a ocorrência da rejeição.

image.png

🐞 ERP — Falha na importação de arquivo OFX do banco Cora

ID da tarefa: 109444

Corrigida a não conformidade na importação de arquivos OFX do banco Cora.

O processo de leitura foi ajustado para tratar corretamente arquivos que possuem o caractere hash (#) no campo de identificação, permitindo a importação dos dados sem falhas.

🐞 PDV — Correção do banco de dados utilizado na importação de pré-vendas

ID da tarefa: 109570

Corrigido o comportamento da rotina de importação de pré-vendas no PDV Off-line, que mantinha a consulta no banco de dados offline SUPOFFSCE em vez de utilizar o contexto adequado para a operação.

Foi criada uma variável para identificar a tela em processo de abertura. Com o ajuste, a tela de pré-venda não direciona o fluxo para a opção de busca de vendas no banco online, evitando a utilização incorreta do banco de dados durante a importação.

 🐞 PDV — Aplicação indevida de desconto em produtos promocionais

ID da tarefa: 104896

Corrigido o comportamento do parâmetro 87 — “Quando permitido dar desconto para produtos em promoção, deseja pedir senha de supervisor?”.

Anteriormente, ao solicitar desconto em um produto promocional, o sistema exigia a senha do supervisor e informava que o desconto não havia sido aplicado. No entanto, o valor final da venda era calculado com o desconto, gerando divergência entre a mensagem apresentada e o total da operação.

O tratamento do parâmetro foi ajustado para impedir a aplicação indevida do desconto. A correção foi validada para descontos em percentual e em valor, tanto no item individual quanto em todos os itens da venda.

🐞 ERP/PDV — Inconsistência no fluxo de desconto em operações de atacarejo

ID da tarefa: 109532

Corrigida a não conformidade no fluxo de aplicação de descontos em operações de atacarejo no PDV, considerando a configuração do parâmetro 399 — “Desconto atacarejo no fechamento?”.

O ajuste impede a aplicação indevida do desconto em itens não elegíveis, mantendo o comportamento do cálculo consistente com as mensagens apresentadas pelo sistema. Também foram corrigidas as inconsistências relacionadas ao botão “Utilizar porcentagem” na janela de desconto.

🐞 ERP — Travamento ao sair sem selecionar uma instância

ID da tarefa: 110008

Corrigido o comportamento do ERP ao clicar em “Sair” sem selecionar uma instância. Anteriormente, o sistema ainda tentava acessar a base de dados, causando demora no encerramento completo da aplicação.

Foi implementado o encerramento imediato de todos os processos do sistema quando o usuário seleciona a opção “Sair”, evitando consultas desnecessárias à base de dados e eliminando o travamento durante o fechamento.

🐞 ERP — Atualização do Autorizador de NFC-e

ID da tarefa: 110390

Corrigida a falha no Autorizador de NFC-e causada pela utilização de uma interface desatualizada da DLL NortesysNotaFiscalBase.

A incompatibilidade ocasionava a mensagem de erro “Parâmetro incorreto” e impedia a emissão dos documentos fiscais. Foi gerado um novo executável do autorizador com a interface da DLL atualizada, restabelecendo o processo de emissão de NFC-e.

🐞 PDV — Correção na aplicação de descontos promocionais

ID da tarefa: 110716

Problema:
Foram identificadas inconsistências na rotina de finalização de vendas com produtos configurados para descontos promocionais progressivos por quantidade. Ao atingir a quantidade mínima da promoção e pressionar F5 – Finalizar, o desconto era exibido, porém não era subtraído do Valor Líquido nem do Total a Pagar. Além disso, ao retornar ao pedido com F9 e acessar novamente a tela de pagamento, o sistema reaplicava o desconto, acumulando o valor indevidamente a cada acesso.

Correção:
A rotina de cálculo da tela de pagamento foi ajustada para deduzir corretamente o desconto promocional do Valor Bruto, refletindo o resultado no Valor Líquido, no Saldo Restante e no Total a Pagar. Também foi implementada uma validação para impedir a reaplicação do desconto quando não houver alterações nos itens do pedido.

Após a correção, um pedido com valor bruto de R$ 45,00 e desconto de R$ 7,50 passou a apresentar corretamente o valor líquido de R$ 37,50. Nos testes de retorno à tela de pagamento, o desconto permaneceu inalterado, sem incrementos sucessivos.

🐞 ERP — Validação incorreta de CFOP na emissão de NF-e para operação interna

ID da tarefa: 110536

Problema:
Na emissão de NF-e para um cliente localizado no mesmo estado da empresa emitente, o sistema está classificando a operação como interestadual. Com isso, a emissão é bloqueada e é apresentada uma mensagem exigindo a utilização de um CFOP iniciado pelo código 6, destinado a operações interestaduais.

Correção:
A validação da natureza da operação deve considerar corretamente a UF da empresa emitente e a UF do destinatário. Para operações realizadas dentro do mesmo estado, o sistema deve permitir a utilização do CFOP correspondente à operação interna, sem apresentar indevidamente a exigência de CFOP iniciado por 6.

image.png

 

🐞 PDV — Correção de erro esporádico no cancelamento de vendas

ID da tarefa: 110570

Problema:
Durante o cancelamento de vendas no PDV, ao realizar a consulta pela função F7, o sistema apresentava um erro de forma esporádica, interrompendo o processo. A ocorrência estava relacionada às rotinas de pesquisa de produtos e de validação da senha do usuário durante falhas momentâneas de comunicação com o banco de dados.

Correção:
Foram realizadas melhorias nas units responsáveis pela pesquisa de produtos e pela validação da senha do usuário. As procedures envolvidas foram implementadas e remodeladas para aumentar a resiliência da comunicação com o banco de dados.

Caso ocorra perda de conexão durante a execução, o sistema passa a realizar automaticamente uma nova tentativa de reconexão e, após o restabelecimento da comunicação, reexecuta a consulta, garantindo a continuidade do processo de cancelamento da venda.

image.png

🐞 PDV — Correção de arredondamento em vendas com itens fracionados

ID da tarefa: 110620

Problema:
No fechamento de vendas com múltiplos produtos de quantidade ou preço fracionado, o PDV apresentava divergência de R$ 0,01 entre o Total Bruto e o Total a Pagar. Além disso, ao atualizar, recalcular ou finalizar a venda, os valores podiam sofrer alterações indevidas, impedindo que o valor líquido permanecesse consistente com a soma dos itens registrados.

Correção:
Foi revisada a procedure AtualizaDadosNaTela, especialmente a lógica responsável pelo processamento de campos do tipo Float. Também foi padronizada a regra de arredondamento para que os valores fracionados de cada item correspondam corretamente aos totais bruto e líquido da venda.

Os gatilhos de atualização e finalização foram ajustados para reutilizar os valores já processados, evitando novos arredondamentos conflitantes. Após a correção, o Total Bruto e o Total a Pagar permaneceram estáveis em R$ 29,68, mesmo após novas atualizações ou retornos à tela de fechamento.

image.png

🐞 ERP — Correção da totalização do ICMS-ST em vendas realizadas por DAV

ID da tarefa: 110676

Problema:
Ao realizar uma venda no ERP por meio do DAV, o valor do ICMS-ST não era considerado no cálculo do valor total da operação. Com isso, o sistema apresentava um total inferior ao valor correto da venda.

Correção:
A rotina de totalização da venda foi ajustada para incluir corretamente o valor do ICMS-ST no montante final do DAV. Após a correção, o total da venda passou a refletir a soma dos produtos e do imposto devido, garantindo a apresentação correta do valor da operação.

image.png