Notas de versão 1489.410

Data de publicação: 18/07/22
Ticket
Criticidade
Implementação
Relevante
Solicitação
Importante
Mudança
Muito importante

Notas de versão:

Permitir na conferência por romaneio, salvar os produtos já conferidos a cada leitura (ERP-3331)

 

Na tela “Conferência de mercadorias por romaneio”, ao digitar um caractere no campo “Descrição” e clicar no botão “Enter” ou no “Tab” do teclado, irá mostrar uma validação (Imagem 1).

 

Imagem 1 - Tela Conferência de mercadorias por romaneio

 

  • Foi criada a possibilidade de pausar a conferência através da opção “F4 - Pausar/Salvar”, que permitirá salvar as etiquetas já conferidas e ao retornar para o romaneio pausado mostrará onde parou.

 

Validação questionando se deseja pausar a conferência (Imagem 2).

 

Retornando ao romaneio pausado, mostrará a partir de onde parou (Imagem 3).

 

  • Ao clicar em “SIM” para fechar a conferência e esta não estiver finalizada, mostrará a mesma validação.

  • Ao confirmar a saída, irá salvar para que possa continuar a conferência em outro momento sem perder as informações já conferidas. Caso o processo já tenha sido finalizado, mostrará a mensagem para sair da tela (Imagem 4).

 

 

 

 

 

 

Estoque divergente (ERP-3327)

 

Ocorrência: Ao desmarcar cancelamento de uma devolução de venda de um item digitado em embalagem, o sistema não realizava a conversão para movimentar o estoque.

Solução: Foi ajustada a movimentação do estoque ao desmarcar cancelamento de uma devolução de venda na emissão de notas fiscais, para que seja realizada devidamente a conversão de embalagem.

 

 

 

Local de estoque entrando com inconsistência (ERP-3345)

 

Ocorrência: Quando era feita a importação do XML sem pedido na tela “Entrada de notas fiscais”, o sistema mostrava mais de um local de estoque disponível.

Solução: Foi feito um ajuste na tela “Entrada de notas fiscais” para que ao fazer a importação de um XML sem pedido de compra, irá buscar pelo local de estoque do primeiro tipo de ordem de compra na tela “Cadastro de tipos de ordens” (Imagens 1, 2 e 3).

 

 

 

 

 

Inconsistência na tela “Guarani Móvel - Android - parametrização” (ERP-3323)

 

Ocorrência: Locais de estoque “Multiempresa” não eram exibidos na parametrização Android.

Solução: Foi feito um ajuste para que sejam exibidos os locais de estoque “Multiempresa”, na parametrização Android (Imagens 1 e 2).

 

 

 

 

 

Inconsistência ao visualizar o histórico do pedido (ERP-3342)

 

Ocorrência: Inconsistência ao exibir histórico de venda do item na “Digitação de ordens”, estava ocorrendo em relação a quantidade de casas decimais do valor do item, para o cálculo da média.

Solução: Foi feito um ajuste na tela “Digitação de ordens”, para que ao exibir o histórico de venda do item e desta forma, não apresente mais a ocorrência (Imagem 1).

 

 

 

 

Sistema permitia o faturamento de produtos com legenda "Fora de Linha" (ERP-3406)

 

Ocorrência: Quando os produtos eram inseridos através da importação do arquivo CVS na tela “Digitação de ordens” de forma expressa, estava permitindo inserir produtos “Fora de Linha”.

Solução: Foi realizado um ajuste para não permitir produto “Fora de Linha” ao importar o arquivo CSV na “Digitação expressa”, assim como já é validado na digitação manual.

 

 

  • Quando houver mais de um item na planilha e alguns destes estiverem como “Fora de Linha” será apresentada uma validação, os demais produtos serão inseridos normalmente.

 

 

 

 

Ordens não constavam em "Saídas pendentes", nos detalhes de produtos (ERP-3383)

 

Ocorrência: Na tela “Cadastro de Produtos”, em opções, na aba detalhes, o produto 109-18 não apresentava ordens pendentes na aba saídas, mesmo constando ordem pendente para o mesmo.

Solução: Foi feito um ajuste para que na aba “Pedidos pendentes”, não traga somente os pedidos cancelados e deste modo, irá trazer tudo que não estiver faturado.

 

 

 

 

 

 

Apuração de metas gera comissão para o representante apenas para “praça 3” (ERP-3055)

 

Na tela “3.2.5 - Apuração das metas de vendas”, foi criado o campo “Praça Lançamento” e como padrão virá com o valor = “3” (Imagem 1).

 

 

 

1ª Forma:

  • Atualizando individualmente: clicando no campo e selecionando o número da praça que deseja (Imagem 2).

 

2ª Forma:

  • Atualizando praça em massa: clicando com o botão direito do mouse em cima de qualquer campo da grid e selecionando a única opção “Atualizar praça em massa” (Imagem 3).

 

  • Inserindo o número da praça que deseja atualizar (Imagem 4).

 

  • Sistema irá atualizar com sucesso (Imagem 5).

 

  • Apurando a meta (Imagem 6).

 

  • Após apurar a meta, o sistema irá atualizar as informações na tela “6.2.2 - Contas correntes de representantes” no campo praça (Imagem 7).

 

 

Restrição de tabelas de preço por tipo de “Frete” (ERP-3098)

 

Foi criado na tela “3.2.22 - Manutenção de tabelas de preços”, os campos CIF, FOB e CIF/FOB para que o usuário insira um produto validando por tipo de frete (Imagem 1).

Como padrão todos os campos virão como “SIM”, mas o usuário conseguirá configurar como “NÃO” o campo de frete, para barrar uma tabela de preço por frete numa possível venda.

 

 

 

Na tela “3.2.12 - Digitação de Ordens”, o usuário selecionará o frete e conforme a seleção desejada, irá mostrar apenas as tabelas de preços já configuradas na tela “3.2.22 - Manutenção de tabelas de preços” (Imagens 2 e 3).

 

 

 

Quando terminada a digitação de ordem de um determinado frete, caso queira alterar o tipo e clicar no botão “Gravar”, o sistema somente validará se o novo frete selecionado estiver em acordo com a mesma tabela de preço selecionada anteriormente. Caso o novo frete inserido esteja em desacordo com a tabela de preço, será apresentada uma mensagem mostrando quais itens será necessário alterações na tabela de preços, antes de mudar o tipo de frete (Imagem 4).

 

 

Na tela “Digitação de ordens” na aba Consulta em opção “Atualização em Massa”, no tipo de frete o sistema irá apresentar a mesma validação citada anteriormente (Imagem 5). Para processar os romaneios alterando o tipo de frete, caso esteja em desacordo o novo frete com a tabela de preço, o sistema irá barrar a atualização, apresentando uma mensagem que deverá alterar cada pedido, caso deseje realmente alterar o tipo de frete (Imagem 6).

 

 

 

  • Após alterado corretamente os romaneios com suas respectivas tabelas de preços, o sistema permitirá alterar o tipo de frete (Imagens 7 e 8).

 

 

 

 

Inconsistência ao inserir item, emitir e imprimir ordem (ERP-3410)

 

Ocorrência: Inconsistência ao salvar o cabeçalho do pedido. Este problema corria no cálculo da comissão para os pedidos com valores altos, devido ao campo.

Solução: Foi feito um ajuste no campo para que possa ser efetuado cálculos de pedidos com valores altos.

Solução Técnica: A variável responsável pelo cálculo estava criada como “15,2”, porém ela estava com um “CAST” de 15,6 para efetuar o cálculo, foi feito um ajuste no CAST para “15,2”.

 

 

 

 

Importação de itens não esta cortando itens de um local de estoque (ERP-3328)

 

Ocorrência: Para definir o local de estoque do item ao realizar a importação de pedido, o sistema verifica primeiramente se existe um local de estoque padrão para o item, se não existir, então será considerado o local de estoque configurado na tela “Cadastro de tipos de ordens”. Quando a opção “Corte automático“ era marcada na importação do pedido, o sistema não seguia a mesma regra, considerando sempre o local de estoque configurado na tela “Cadastro de tipos de ordens” para verificar a quantidade disponível.

Solução: Foi realizado um ajuste na busca pelo local de estoque, que verifica a quantidade disponível para realizar o “Corte automático” pela tela “Guarani móvel - Android - importação de dados”, será verificado primeiramente se existe um local de estoque padrão para o item, caso não exista, irá ser considerado o local de estoque configurado na tela “Cadastro de tipos de ordens” (Imagens 1 e 2).

 

 

 

 

Inconsistência ao gerar cobranças na “Expedição” (ERP-3280)

 

Ocorrência: Quando saia da tela “Emissão de notas fiscais” na “Expedição” para gerar cobranças ocorria uma inconsistência, fazendo com que o cliente tivesse que sair do sistema e entrar novamente para que fosse possível gerar as cobranças.

Solução: Foi feito um ajuste para corrigir a inconsistência na tela “Expedição” ao gerar cobranças (Imagem 1).

Solução Técnica: Foi identificado que, o que estava causando a inconsistência era a propriedade “Filter”, do componente “TOpenPictureDialog”. Foi feito um ajuste nesta propriedade nas telas que utilizavam do componente e nas telas que não utilizavam foi feita a remoção do mesmo.