Alteração na rotina de mudança de senha para os projetos em Delphi 10

No “Guarani ERP”, foi feita uma alteração para que ao fazer uma mudança de senha, o sistema reconheça a nova senha corretamente, permitindo assim acesso ao sistema CHECK-OUT (Imagens 1, 2 e 3).

Open

Imagem 1 - Tela Manutenção de Usuários

Open

Imagem 2 - Tela Painel de controle

Incluir acréscimo em título

Na tela “5.2.15 - Manutenção de contas a receber”, foi adicionada uma validação para que ao inserir um título manualmente, validar primeiro o cadastro do título para depois cadastrar os adicionais. Antes de adicionar acréscimo, juros, multa e/ou abatimento ao título, será necessário gravar o título, primeiramente.

Permitindo a leitura de endereços inativos na guia de carregamento do coletor.

Na tela “7.2.2 - WMS - Guia de carregamento” foi feita uma melhoria para que ao permitir que os endereços de Picking inativos sejam apresentados no aplicativo “Carregamento do Coletor”, onde será possível inativar o endereço logo após criar a guia de carregamento, sem que seja necessário aguardar a finalização das guias para que os endereços sejam inativados.

Atualização em massa da data entrega não constando para outros usuários.

Ocorrência: Ao realizar a atualização em massa do campo “Data entrega” na tela "Manutenção de ordens de compra", a informação não atualizava para outros usuários.

Solução: Foi verificado que isso ocorria pois na operação de atualização em massa, o sistema desabilitava os controles do componente para não fazer algumas validações, entre os controles está o “Afterpost” onde fica o commit. Dessa forma, a alteração ficava visível somente para a transação que executou a operação até que algum commit fosse realizado. Foi incluído o commit após a confirmação da atualização em massa.

Manutenção de Ordens de Compra com pedido não autorizado.

Ocorrência: Não estava sendo possível importar um pedido de compra que ainda não estava autorizado. Esse problema ocorria quando o usuário importava um pedido de compra na tela “Entrada de Notas Fiscais”, em seguida abria o mesmo pedido pela tela “Manutenção de Ordens de Compra”, acessava as "Opções" para desautorizá-lo e depois voltava para a tela “Entrada de notas fiscais”, para prosseguir com o processo de confirmar a entrada.

Solução: Foi feita a inserção de uma validação na confirmação da entrada de notas fiscais. Agora, o sistema verificará se todos os pedidos importados ainda estão autorizados antes de permitir a confirmação da entrada. Isso garante que somente pedidos autorizados possam ser importados e confirmados corretamente (Imagem 1).

Estorno de nota fiscal de entrada apresentando inconsistência.

Ocorrência: O sistema estava apresentando uma inconsistência de violação de chave ao estornar uma nota fiscal de entrada. Isso acontecia porque havia uma nota de devolução que fazia referência a essa nota de entrada.

Solução: Fizemos uma alteração na chave da tabela NF_NFREFERENCIADA para DELETE CASCADE. Com essa mudança, quando uma chave for excluída da tabela, ela será automaticamente excluída também da tabela GRADE_NF_REFERENCIADA. Isso resolverá a inconsistência e evitará problemas ao estornar notas fiscais de entrada (Imagens 1 e 2).

Apuração de Royalties - Com o mínimo (15%) e não o máximo (45%)

Ocorrência: Havia uma inconsistência no cálculo de royalties flexível, onde o sistema estava recuperando um valor indevido da faixa estipulada. Isso aconteceu porque, no período de apuração, houve mais devoluções do que vendas do produto, resultando em um valor médio unitário de venda negativo. Quando o sistema não encontrava o valor na faixa correta, ele estava considerando o último valor da faixa, que era o maior.

Solução: Foi feito um ajuste para que, caso o valor médio unitário de venda seja menor que zero, o valor da primeira faixa seja considerado. Isso garante que o cálculo de royalties seja preciso mesmo quando há mais devoluções do que vendas.