Skip to main content

🐞 1.0 Release Notes | Bugs

Bug 🐞 | ERP: Ajuste no sequencial de itens da NF-e em banco de dados Multiloja

ID da tarefa: 110580

Descrição

Durante a emissão de NF-e de venda, o ERP realizava a consulta do maior sequencial de item utilizando apenas o número da nota fiscal (NNF), conforme consulta abaixo:

SELECT MAX(ITEM) MA
FROM NFVENDI WITH (NOLOCK)
WHERE NNF = @variavel

Em ambientes com banco de dados Multiloja, diferentes lojas podem possuir o mesmo número de NNF. Como a consulta não considerava o código da loja, o cálculo do próximo item podia utilizar registros pertencentes a outras lojas, ocasionando inconsistências na geração da numeração sequencial dos itens da NF-e.

Correção

Foi incluída a validação pelo código da loja na geração da numeração de controle sequencial da NF-e.

Com o ajuste, o sequencial passa a considerar os registros correspondentes à loja responsável pela emissão, evitando interferência de notas com o mesmo número de NNF pertencentes a outras lojas do ambiente Multiloja.

🔧 Relatório Técnico de Correção

Bug 🐞 | ERP: Ajuste no simulador de preços para produtos com Regime Especial

ID da tarefa: 110774

Cliente: Pinheiro

Descrição

Durante o lançamento de Nota Fiscal de Entrada com produtos enquadrados em Regime Especial, foi identificada uma divergência entre os valores apresentados no Simulador de Preços e os valores calculados na Remarcação.

O simulador não estava considerando corretamente a condição de Regime Especial do produto, resultando em diferenças nos valores de custo de venda e preço de venda em relação à remarcação.

Correção

Foi realizada a correção no Simulador de Preços para considerar a configuração de Regime Especial vinculada ao produto.

Com o ajuste, os cálculos do simulador passam a respeitar o enquadramento tributário do produto, mantendo os valores compatíveis com os apresentados no processo de remarcação.

image.png

🔧 Relatório Técnico de Correção

Bug 🐞 | ERP: Correção na baixa selecionada de múltiplos títulos com desconto

ID da tarefa: 110940

Descrição

Ao realizar a baixa selecionada de múltiplos títulos no ERP, quando havia aplicação de desconto, o sistema não conseguia concluir corretamente a baixa de mais de um título na mesma operação.

O comportamento impedia a finalização da baixa conjunta dos títulos selecionados.

Correção

Foi realizada a correção no processo de baixa por seleção.

Com o ajuste, o sistema passa a realizar normalmente a baixa de múltiplos títulos selecionados, inclusive nos casos em que houver aplicação de desconto.

Bug 🐞 | ERP: Reconexão automática dos componentes Zeos no faturamento

ID da tarefa: 110996

Descrição

Durante operações de faturamento no ERP, em situações de perda ou oscilação da conexão com o banco de dados, o sistema apresentava erro de conexão e poderia interromper a instrução que estava sendo executada.

O comportamento ocorria devido à necessidade de restabelecimento da conexão dos componentes Zeos após uma indisponibilidade momentânea da rede ou do banco de dados.

Correção

Foi implementado o tratamento para reconexão automática dos componentes Zeos.

Com a correção, quando houver perda ou oscilação da conexão com o banco de dados, o sistema tentará restabelecer automaticamente os componentes e, caso a conexão de rede seja recuperada, dará continuidade à instrução que estava sendo executada.

Também foi ajustado o tratamento da mensagem de falha de conexão, que passa a ser registrada apenas em log, evitando a exibição da mensagem durante a operação.

image.png

🔧 Relatório Técnico de Correção

Bug 🐞 | ERP: Correção da omissão de OS antigas no Relatório de Comissão com múltiplos técnicos

ID da tarefa: 111080

Descrição

Foi identificado que, após a habilitação do parâmetro que permite vincular mais de um técnico por Ordem de Serviço, o Relatório de Comissão de Serviços passou a utilizar a tabela ORDEMSERV_TECNICOS_SERVICO como fonte das informações dos técnicos participantes.

As Ordens de Serviço emitidas anteriormente à ativação desse recurso não possuem registros nessa tabela. Como consequência, essas OS deixavam de ser consideradas no relatório, ocasionando a omissão de informações na consulta de comissões.

Correção

Foi realizada a correção na geração do Relatório de Comissão de Serviços, adequando o processamento conforme a configuração do parâmetro de múltiplos técnicos.

Com o ajuste, o sistema passa a gerar corretamente o relatório tanto para cenários com múltiplos técnicos quanto para operações com apenas um técnico, respeitando a configuração definida no sistema e garantindo a inclusão das Ordens de Serviço aplicáveis.

image.png

 

🔧 Relatório Técnico de Correção

Bug 🐞 | ERP: Correção do campo Total com Juros em vendas com troco

ID da tarefa: 111126

Descrição

Ao realizar o faturamento de uma venda em que o cliente efetuava um pagamento com valor superior ao total da operação, gerando troco, o sistema apresentava incorretamente o valor pago no campo Total com Juros.

Esse comportamento fazia com que o campo exibisse um valor diferente do total efetivo da venda.

Correção

Foi realizada a correção no cálculo e na apresentação do campo Total com Juros durante o faturamento.

Com o ajuste, quando houver pagamento superior ao valor da venda e geração de troco, o sistema deixa de considerar o valor entregue pelo cliente como total da operação, apresentando corretamente o valor correspondente à venda no campo Total com Juros.

 

image.png

 

🔧 Relatório Técnico de Correção

Bug 🐞 | SINCOFF/PDV: Validação de forma de pagamento inexistente no banco OFF

ID da tarefa: 105224

Descrição

Foi identificado que o SINCOFF/PDV estava realizando o vínculo de códigos de formas de pagamento que não existiam ou não estavam disponíveis no banco de dados OFF.

Esse comportamento poderia gerar inconsistências no processamento das vendas, pois a forma de pagamento vinculada ao movimento não possuía correspondência válida na base utilizada pelo PDV.

Correção

Foi implementada uma validação para impedir que o sistema vincule uma forma de pagamento inexistente na base OFF.

Com a correção, o vínculo somente será realizado quando a forma de pagamento possuir um cadastro correspondente e válido, evitando inconsistências entre as bases e no processamento das vendas pelo PDV.

 

image.png