Ocorrência: Estava sendo apresentada uma inconsistência ao incluir um produto com desconto progressivo em uma venda rápida, quando havia um desconto configurado no cabeçalho do pedido.
Ao adicionar o item através da exibição de venda rápida (+), o sistema exibia o valor do item de acordo com a configuração de desconto progressivo, mas não aplicava o desconto definido no cabeçalho.

Solução: Foi feito um ajuste para que em todas as formas de inclusão do item no pedido, o sistema primeiro calcule o valor do item de acordo com a configuração de desconto progressivo, em seguida, aplique os acréscimos e descontos definidos no cabeçalho ou no item.

Open

Imagem 1

Ocorrência: Ao realizar o processo de coleta de gôndola, foi identificada uma inconsistência na exibição dos produtos coletados. Ao realizar a coleta de determinados itens, eles eram apresentados corretamente na tela inicial. No entanto, ao realizar um novo pedido, esses produtos não eram exibidos no filtro de "COLETADOS". Sendo assim, na tela “Coleta de Gôndola” ao clicar no “Mix do Cliente” era apresentada uma mensagem “Guarani AFV Parou”.

Solução: Foram realizados ajustes no SQL de diversas consultas relacionadas aos seguintes itens: Mix de Cliente, Mix ideal, Mix Ramo de Atividade, Ramo de Atividade, Produtos com preço, Produtos, Produtos por Pedido, Coleta, Cortados e Últimas Entradas. Essas alterações foram efetuadas para ajustar a exibição dos produtos coletados, após a realização de um novo pedido. Desta forma, essas modificações solucionarão a funcionalidade adequada no sistema (Imagens 1 e 2).

Ocorrência: O sistema impedia a exclusão de pré-clientes recém-cadastrados e sem pedidos digitados quando o parâmetro “PAR_EXCLUIRCLIENTES” era configurado como “NÃO”.

Solução: Foi feita uma correção para validar o parâmetro “PAR_EXCLUIRCLIENTES” apenas para clientes que não são novos no sistema, permitindo a exclusão adequada de registros conforme parametrizado e permitindo sempre a exclusão de clientes/pré-clientes novos (Imagem 1).

Ocorrência: Ao desmarcar a flag “Utiliza AFV Preposto” o sistema continuava seguindo o fluxo de preposto. Isso ocorria quando o banco tinha o parâmetro PAR_UTILIZAGUARANIAFVPREPOSTO como “SIM” e não tinha o campo PAR_PASTAREPRESENTANTEPADRAO preenchido, mesmo com a flag de “Utiliza AFV Preposto” desativada o sistema apresentava a seguinte mensagem “Parâmetros preenchidos incorretamente! Verifique com a sua empresa a pasta do representante padrão”.

Solução: Foi feito um ajuste e quando o banco tiver o parâmetro PAR_UTILIZAGUARANIAFVPREPOSTO com a opção “SIM” e o campo PAR_PASTAREPRESENTANTEPADRAO vazio, será possível que o representante desmarque a flag “Utiliza AFV Preposto”, para que o sistema consuma uma licença AFV Android, assim possibilitando a sincronização de uma carga com os parâmetros corrigidos pela representada (Imagens 1 e 2).

Ocorrência: A carga de parâmetros exigia a reinicialização do aplicativo para que as atualizações de prazos no pedido fossem refletidas no comportamento. O banco de dados estava configurado para que ao escolher o prazo de um pedido, o sistema apresentasse um calendário para a seleção da data correspondente. No entanto, ao sincronizar uma carga configurada para permitir a escolha de prazos fechados nos pedidos, a configuração não era imediatamente refletida ao entrar na digitação de um novo pedido. A atualização só ocorria ao fechar e abrir novamente o aplicativo no dispositivo.

Solução: Foi realizado um ajuste para garantir que o sistema atualize os parâmetros imediatamente após a sincronização, eliminando a necessidade de reinicialização do aplicativo para refletir as alterações de comportamento. Ao sincronizar o AFV, a digitação de um novo pedido apresentará o comportamento de escolha de prazos conforme parametrizado na carga recém-recebida, sem a necessidade de fechar e abrir o aplicativo (Imagem 1).