Notas de versão 1489.443
- Luciana Barboza
- Amanda Ramiro Benedicto (Unlicensed)
Data de publicação: 27/12/22
Ticket | Criticidade |
Implementação | Relevante |
Solicitação | Importante |
Mudança | Muito importante |
Notas de versão
Classificação menu ERP
AGENT
Inconsistência ao atualizar banco de dados (SUP-80469)
Ocorrência: Os scripts não estavam sendo executados ao atualizar o sistema.
Solução: Foi realizada uma alteração no pacote de scripts, para que sejam executados ao atualizar o sistema (Imagem 1).
Alteração do projeto Agent para Delphi 10
Foi realizada uma atualização no Agente 2.0, onde foram feitas alterações internas e externas (Imagem 1). A nova versão 2.0.0.0 será manuseada pelo Delphi 10 Seatle e não mais pelo Delphi 7, alteração interna. O menu (Ribbon) foi alterado para que se pareça com um integrador, sendo apenas uma alteração visual, as funcionalidades permanecem as mesmas comparadas a versão 1.58. O botão “Salvar” foi movido para a aba “Guarani Sistemas”, ao lado do botão “Liberar Configuração” (Imagem 2).
A partir da versão Agent 2.0, a execução não será mais pelo “guarani_agent”, mas sim pelo “LauncherAgent”. Após a atualização para 2.0, é recomendado que exclua o atalho do “GuaraniAgent” que é usado atualmente e criar manualmente um novo atalho através do “LauncherAgent” (Imagem3). Importante: O novo atalho deverá ser executado como “Administrador”, pois poderá implicar na funcionalidade do atalho quando não se encontrar com a permissão citada (Imagem 4). Realizar o mesmo processo de permissão de “Administrador” no executável “LauncherAgent” (Imagens 5 e 6). |
---|
A partir da versão Agent 2.0, a execução não será mais pelo “guarani_agent”, mas sim pelo “LauncherAgent”. Após a atualização para 2.0, é recomendado que exclua o atalho do “GuaraniAgent” que é usado atualmente e criar manualmente um novo atalho através do “LauncherAgent” (Imagem3). Importante: O novo atalho deverá ser executado como “Administrador”, pois poderá implicar na funcionalidade do atalho quando não se encontrar com a permissão citada (Imagem 4). Realizar o mesmo processo de permissão de “Administrador” no executável “LauncherAgent” (Imagens 5 e 6). |
---|
COMUNS
Adicionar todos os campos da grid da consulta de clientes na aba de consulta de atualização em massa (SUP-74469)
Na tela “1.1.3 - Cadastro de clientes” e aba “Consulta Clientes” foi realizado um ajuste para que tenham os mesmos campos na grid, desta forma, foram incluídos campos que não continham na aba “Consulta Clientes“ (Imagem 1).
COMERCIAL - COMPRAS
Campo “Qt Ped.” estava diferente da quantidade da ordem de compra (SUP-80383)
Ocorrência: O campo “Qt. Pedido“ estava sendo duplicado ao realizar uma entrada de nota importando guia de conferência. A inconsistência ocorria quando o pedido de compra continha mais de uma guia de conferência criada, duplicando o registro.
Solução: Foi realizado um ajuste no conjunto de resultados (SELECT), que retorna os registros referentes ao pedido de compra com guia de conferência (Imagens 1 e 2).
Campo “Volumes” do CTE não é preenchido na tela “Entrada de notas fiscais” (SUP-79842)
Ocorrência: Quando importava o CT-e pela tela “Entrada de notas fiscais”, não estava trazendo as informações do campo “Volume”.
Solução: Foi realizado um ajuste para que ao efetuar a importação de um CT-e na tela “Entrada de notas fiscais”, o campo “Volumes” seja preenchido. Este ajuste foi feito para CT-e e CT-e em lote (Imagem 1).
Cancelar financeiro de ordem mãe antecipada (SUP-63392)
Na tela “2.2.8 - Manutenção das ordens de compra” foi realizado um ajuste na geração de pedidos filhos, quando o pedido mãe for antecipado e autorizado, possuindo um título no “Contas a Pagar”. Ao gerar um pedido filho com a quantidade total do pedido mãe, a ordem mãe será cancelada e o título na tela “Contas a Pagar” será excluído.
O sistema não respeita a seleção de produtos na “2.4.5 - Transferência entre locais de estoque” (SUP-80380)
Ocorrência: O Sistema não estava respeitando os produtos selecionados para gerar uma ordem de transferência, também era passado para a tela “Geração de notas de transferência” registros além do que tinha sido selecionado, tela onde se cria a ordem de transferência.
Solução: Foi realizada uma correção na tela “Transferência entre locais de estoque”, para que considere somente os itens selecionados ao gerar a ordem. Foi aplicado um filtro nos produtos passados para a tela “Geração de notas de transferência”, para que siga o processo da ordem de transferência somente com os produtos selecionados (Imagens 1 e 2).
Correção do comportamento ao alterar praça do pedido com itens já informados (SUP-80165)
Na tela “2.2.8 - Manutenção das ordens de compra” foi realizada uma alteração, para que passe a seguir as regras implementadas:
1. Caso seja utilizada a “praça 3” campo (Fidelidade), não será permitido alterar o campo “Fidelidade (%)”, independente se em “Local” estiver marcado como “Q” ou “V”.
2. Caso seja utilizada a “praça 1” campo (Fidelidade), não será possível alterar o campo “Fidelidade (%)” se em “Local” estiver marcado como “Q”.
3. Praça 1, permite alterar o campo “Fidelidade (%)” quando o “Local” estiver marcado como “V” e calcule os valores “Vr Unitário” e “Vr Unitário 2” conforme “Fidelidade (%)”.
4. Foi adicionada uma mensagem para quando os itens do pedido já tenham sido informados, de acordo com a praça e caso o usuário altere a praça no cabeçalho.
Com o intuito de melhorar a experiência do usuário:
Caso o usuário tentasse alterar o campo “Fidelidade (%)” de um pedido praça 3, o sistema exibia a mensagem de alerta “Pedido praça 3 com percentual maior que 0!” e era recalculado o valor do item no campo “Vr Unitário”, fazendo com que os valores ficassem divergentes. Foi realizado um ajuste para que ao alterar o campo “Fidelidade (%)” com praça 3, o valore do campo “Vr Unitário” não sofra alteração. |
---|
Com o intuito de melhorar a experiência do usuário:
Caso o usuário tentasse alterar o campo “Fidelidade (%)” de um pedido praça 3, o sistema exibia a mensagem de alerta “Pedido praça 3 com percentual maior que 0!” e era recalculado o valor do item no campo “Vr Unitário”, fazendo com que os valores ficassem divergentes. Foi realizado um ajuste para que ao alterar o campo “Fidelidade (%)” com praça 3, o valore do campo “Vr Unitário” não sofra alteração. |
---|
COMERCIAL - VENDAS
Histórico de pedido não consta os pedidos "automaticamente" no cadastro do cliente (SUP-80239)
Ocorrência: Na tela “Cadastro de clientes, botão “Hist. Pedidos” não constavam os pedidos "automaticamente". Foi identificado que o campo “Tipo” do filtro “[Período]” estava exibindo como padrão a “Data de Emissão”.
Solução: Foi realizado um ajuste para que ao abrir a tela “Pesquisa de ordens”, o tipo de data venha automaticamente no campo “Tipo” como “NENHUM”, no filtro por “[Período]”, que exibirá todos os pedidos (Imagem 1).
Na a tela “Digitação de ordens”, que traz a opção de abrir a tela “Pesquisa de ordens” quando o cliente possui pedidos em aberto, será mantido o comportamento existente que traz como tipo de data a “Data Digitação”.
Formação de preço de vendas respeitando margem de contribuição especificada (SUP-70384)
Foi implementada ao sistema a opção de calcular o preço de venda em tempo real na tela “3.2.12 - Digitação de ordens”. Sendo baseado em margem mínima e margem ideal, o sistema irá calcular um valor sugerido para o preço de venda, para isso serão necessárias algumas parametrizações no tipo de ordem, bem como configurações para estas exceções que deverão ser feitas pela nova tela “3.2.48 - Configurações para regras quanto a política de margem de contribuição”.
Na tela “3.2.20 - Manutenção de comissionamento”, na grid “[Comissões - Grupo de representantes]” foi alterado o título da coluna “%Com Padrão” para “%Com/MC Padrão”. Caso o tipo seja de “Margem de contribuição” irá validar para o tipo de “Margem de Contribuição”, contudo o campo "Política Acr/Descto Totais?" deverá estar marcado (Imagem 2).
Foi criada a tela “3.2.48 - Configurações para regras quanto a política de margem de contribuição”. No cabeçalho principal será informada a “Descrição” de configuração, “Validade de” campo obrigatório, “Validade até” campo não obrigatório, podendo deixar esta configuração sempre vigente, e “Ativo” (Imagem 3).
As configurações estão divididas em três abas: 1. Aba “Produtos”: Nesta aba deverá ser informado o “Tipo”, “Margem Mínima”, “Margem Ideal” e “Comissão” (Imagem 4).
|
---|
As configurações estão divididas em três abas: 1. Aba “Produtos”: Nesta aba deverá ser informado o “Tipo”, “Margem Mínima”, “Margem Ideal” e “Comissão” (Imagem 4).
|
---|
Após cadastrar o “Tipo” e as margens ideal e mínima, deverá clicar no simbolo “+” da subgrid para cadastrar cada “Tipo” neste ambiente. Por exemplo, se o “Tipo” for da categoria “Grupo”, o usuário terá que vincular quais grupos serão pertencentes aquele cadastro (Imagem 6).
2. Aba “Clientes”. Nesta aba deverá ser informado o “Tipo”, “Margem Mínima”, “Margem Ideal” e “Comissão” (Imagens 8, 9 e 10).
A aba “Clientes” seguirá as mesmas regras da aba “Produtos”, não podendo informar uma mesma configuração de “Tipo”, “Margem Ideal” e “Margem Mínima” iguais e após o cadastro de “Tipo” será necessário entrar na subgrid para selecionar os códigos de tipos. |
---|
2. Aba “Clientes”. Nesta aba deverá ser informado o “Tipo”, “Margem Mínima”, “Margem Ideal” e “Comissão” (Imagens 8, 9 e 10).
A aba “Clientes” seguirá as mesmas regras da aba “Produtos”, não podendo informar uma mesma configuração de “Tipo”, “Margem Ideal” e “Margem Mínima” iguais e após o cadastro de “Tipo” será necessário entrar na subgrid para selecionar os códigos de tipos. |
---|
3. Aba “Alçadas”. Nesta aba deverá ser informado o “Usuário”, “Tipo” e “%Tolerância Margem Mínima” esta configuração definirá qual percentual o usuário poderá alterar no preço, considerando a “Margem Mínima - %Tolerância” (Imagem 11).
|
---|
3. Aba “Alçadas”. Nesta aba deverá ser informado o “Usuário”, “Tipo” e “%Tolerância Margem Mínima” esta configuração definirá qual percentual o usuário poderá alterar no preço, considerando a “Margem Mínima - %Tolerância” (Imagem 11).
|
---|
Na tela “3.2.12 - Digitação de ordens”, quando o tipo de ordem for “Gerar preço de vendas em tempo real sem necessidade de tabela de preços”, o campo “Tabela” ficará desabilitado e irá calcular o preço de venda de acordo com as configurações do pedido.
A “Margem Ideal” será a menor margem dentre todos os parâmetros configuráveis para a situação, onde deverá ser encontrada a menor margem entre as menores margens mínimas.
Por exemplo:
Irá valer a porcentagem do cliente, neste caso 10%. |
---|
Por exemplo:
Irá valer a porcentagem do cliente, neste caso 10%. |
---|
FATURAMENTO
Layout DANFE da Nota Fiscal manual (SUP-80082)
Ocorrência: Quando duplicava uma Nota Fiscal manual pela tela “Cadastro de notas fiscais”, o layout da DANFE ficava como retrato mesmo sendo configurado como paisagem na tela “Cadastro de empresas”.
Solução: Foi realizado um ajuste para que ao duplicar uma Nota Fiscal manual pela tela “Cadastro de notas fiscais”, o layout respeitará a configuração que estiver cadastrada na tela “Cadastro de empresas”.
Lentidão na tela “Expedição” (SUP-80468)
Ocorrência: Estava ocorrendo lentidão na aba “Sugestão de carregamento #3”, da tela “Expedição”.
Solução: Foi realizado um ajuste para que o processamento quanto a busca de informações seja mais rápido.
Solução técnica: Foi alterada a procedure do banco de dados para realizar de forma mais eficiente a consulta, não comprometendo o funcionamento da tela com o tempo de consulta atual (Imagens 1 e 2).
Tem novo curso gratuito do Guarani AFV na Academia. Clique aqui