Notas de versão 1489.443

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).

 

Imagem 1 - Guarani Agent :: Módulo de Configuração

 

 

 

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).

  • O campo “Tipo” contém as seguintes opções “Segmento”, “Linha”, “Grupo”, “Subgrupo” e “Produto”;

  • Na opção “Margem Mínima” poderá ser informado qualquer valor;

  • Na opção “Margem Ideal” somente poderá ser informado valores maiores ou iguais a “-100” e não poderá ser menor que o valor informado na opção “Margem Mínima”;

  • A opção “Comissão” exibirá na tela de pesquisa todas as comissões ativas;

  • O pedido irá ser calculado pelo “%Com/MC Padrão” para o grupo de representantes cadastrados no pedido.

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).

  • O campo “Tipo” contém as seguintes opções “Segmento”, “Linha”, “Grupo”, “Subgrupo” e “Produto”;

  • Na opção “Margem Mínima” poderá ser informado qualquer valor;

  • Na opção “Margem Ideal” somente poderá ser informado valores maiores ou iguais a “-100” e não poderá ser menor que o valor informado na opção “Margem Mínima”;

  • A opção “Comissão” exibirá na tela de pesquisa todas as comissões ativas;

  • O pedido irá ser calculado pelo “%Com/MC Padrão” para o grupo de representantes cadastrados no pedido.

 

 

 

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).

  • O campo “Tipo” contém as seguintes opções “Grupo econômico”, “Ramo de atividade”, “Canal de vendas”, “Plano Financeiro”, “Microrregião”, “Segmento” e Cliente. Para o “Tipo” de “Plano Financeiro” a tela de seleção não permitirá selecionar mais de um segmento ao mesmo tempo, sendo necessário adicionar um a um;

  • Na opção “Margem Mínima” poderá ser informado qualquer valor;

  • Na opção “Margem Ideal” somente poderá ser informado valores maiores ou iguais a “-100” e não poderá ser menor que o valor informado na opção “Margem Mínima”;

  • A opção “Comissão” mostrará na tela de pesquisa todas as comissões ativas.

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).

  • O campo “Tipo” contém as seguintes opções “Grupo econômico”, “Ramo de atividade”, “Canal de vendas”, “Plano Financeiro”, “Microrregião”, “Segmento” e Cliente. Para o “Tipo” de “Plano Financeiro” a tela de seleção não permitirá selecionar mais de um segmento ao mesmo tempo, sendo necessário adicionar um a um;

  • Na opção “Margem Mínima” poderá ser informado qualquer valor;

  • Na opção “Margem Ideal” somente poderá ser informado valores maiores ou iguais a “-100” e não poderá ser menor que o valor informado na opção “Margem Mínima”;

  • A opção “Comissão” mostrará na tela de pesquisa todas as comissões ativas.

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).

  • Na opção “Usuário”, será realizado o cadastro de usuários;

  • Na opção “Tipo”, poderá ser informado todos os tipos cadastrados em “Produtos” ou “Clientes”;

  • A opção “%Tolerância Margem Mínima”, se refere a quantidade de percentual o usuário poderá informar abaixo da “Margem Mínima” para aquele tipo;

  • A subgrid informará quais os tipos de cadastro de acordo selecionados.

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 opção “Usuário”, será realizado o cadastro de usuários;

  • Na opção “Tipo”, poderá ser informado todos os tipos cadastrados em “Produtos” ou “Clientes”;

  • A opção “%Tolerância Margem Mínima”, se refere a quantidade de percentual o usuário poderá informar abaixo da “Margem Mínima” para aquele tipo;

  • A subgrid informará quais os tipos de cadastro de acordo selecionados.

 

 

 

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:

  • Segmento do produto em 20%;

  • Produto em 18%;

  • Segmento do cliente em 22%;

  • Cliente em 10%.

Irá valer a porcentagem do cliente, neste caso 10%.

Por exemplo:

  • Segmento do produto em 20%;

  • Produto em 18%;

  • Segmento do cliente em 22%;

  • Cliente em 10%.

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).

 

 

 

 

FINANCEIRO - RECEBER

WMS

CONTÁBIL

FISCAL