Skip to main content

📃 3.0 Release Notes | Bugs 🐞

🐞 ERP - Não conformidade geração da Tag vDesc em Produtos sem Desconto (NF-e)

  • ❌ Na versão atual, o sistema estava gerando a tag vDesc com valor 0.00 dentro do XML da NF-e, mesmo quando não havia desconto aplicado no item;

  • 📦 Exemplo de venda:

    • Quantidade: 9.000

    • Valor unitário: 1,60

    • Total: R$ 14.400,00

    • Tag gerada incorretamente: <vDesc>0.00</vDesc>

  • ✅ O comportamento foi corrigido e agora a tag vDesc somente será criada quando existir desconto real no produto.

🐞 ERP - Não conformidade no cálculo do Valor Total do Item em Vendas (Tratamento de Valores Nulos) 🛠️

Foi corrigida uma não conformidade no processo de inclusão de vendas que impedia a exibição do valor total do item, que é a soma de (Valor do Item + ICMS/ST + DIFAL).

Causa Técnica e Solução ✅

O problema residia na rotina de soma desses três componentes. Durante a inclusão de uma nova venda, o valor do DIFAL (Diferencial de Alíquota) é frequentemente nulo. A operação de soma, ao encontrar um valor nulo, resultava em um cálculo nulo, impedindo que qualquer valor fosse exibido ao usuário.

A solução implementada agora inclui uma validação robusta para tratar a nulidade de todos os itens envolvidos no cálculo (Valor do Item, ICMS/ST e DIFAL). Caso qualquer um desses valores seja nulo, o sistema atribui o valor zero por padrão para fins de cálculo. Isso garante que a soma seja sempre bem-sucedida, e o valor total do item seja exibido corretamente ao usuário.

🐞  Não conformidade ao compactar o arquivo no sincronizador do força de vendas

Correção realizada, arquivos agora são salvos em ZIP64, possibilitando uma compactação maior de arquivos, mantendo ainda a extensão .ZIP e compatibilidade com os aplicativos.

Correções adicionais realizadas:
* Melhoria na performance de criação dos bancos de dados — um banco de dados que anteriormente poderia levar mais de 2 horas para ser sincronizado agora sincroniza em minutos.
* Exclusão automática — Anteriormente o banco de dados do Altus não era previamente excluído para realizar a sincronização, fazendo com que ficasse desnecessariamente grande; isso foi resolvido, agora um mesmo banco que possuía 3.5gb, fica com cerca de 400mb.

🐞  Não conformidade na geração do arquivo MDF-e

Corrigida não conformidade no sistema na geração do MDF-e onde o sistema está gerando um erro de Metodo não encontrado:

image.png

 

Não conformidade no Cálculo do Valor Total do Item (NVTOTAL) no PDV 🛠️

Foi corrigida uma falha crítica na rotina de cálculo do valor total do item (NVTOTAL) no PDV, especificamente em produtos configurados para venda atacarejo. 💥

Causa e Solução Técnica ✅

  • Problema Identificado: O sistema estava incorretamente tratando o campo QUANTIDADE como um valor inteiro durante o cálculo do NVTOTAL para produtos atacarejo. Essa falha era especialmente crítica para vendas de produtos com quantidade fracionada (como itens de balança ou em kg), resultando em erros e imprecisões nos cálculos de valores finais. 📉
  • Valor da Correção: A rotina de cálculo foi ajustada para reconhecer e utilizar a coluna QUANTIDADE como um valor decimal (ou Float), garantindo que a multiplicação do preço pela quantidade seja precisa, mesmo para valores fracionados. 🎯

Ajuste na Precisão Decimal do Atacarejo (F5) ⚙️

Adicionalmente, foi realizada uma melhoria na precisão dos cálculos de preços atacarejo acionados pelo atalho F5:

  • O uso da conversão AsCurrency foi substituído por AsFloat.
  • Valor do Ajuste: Esta alteração evita o arredondamento prematuro após 4 casas decimais que é imposto pelo tipo Currency, permitindo que o sistema mantenha a máxima precisão nos cálculos intermediários, o que é crucial para evitar divergências de centavos nas transações. 💰

 

Não conformidade na Validação da Forma de Pagamento (POS) 🛠️

Foi corrigida uma inconsistência na validação da forma de pagamento que estava categorizando erroneamente a forma POS como Cartão. 💥

Causa Técnica e Solução ✅

  • Problema Identificado: A validação estava sendo realizada por meio dos índices de opções de um componente RadioButtonGroup. Esse método de validação baseado em índices é inerentemente frágil e sensível, pois qualquer alteração na ordem das opções do componente gera uma divergência imediata na lógica de validação.
  • Solução Técnica: Foi restaurada o índice de opções anterior, para que o método de va
Back to top