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.

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

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