Notas de versão 1489.387
- Luciana Barboza
- Amanda Ramiro Benedicto (Unlicensed)
Data de publicação: 28/03/22
Ticket | Criticidade |
Implementação | Relevante |
Solicitação | Importante |
Mudança | Muito importante |
Notas de versão:
Ao clonar um produto, não estava trazendo informações de medidas das embalagens (SUP-66703)
Ocorrência: Um produto ao ser clonado não estava trazendo as informações da aba “Dimen. emb. de venda”.
Solução: Foi feito um ajuste para que ao clonar um produto na tela “1.1.19 - Cadastro de produtos”, o sistema traga as informações de comprimento, altura, largura e cubagem (Imagens 1 e 2).
Local>Tela 1.1.19 - Cadastro de produtos
Cadastro de produtos - Com impossibilidade de excluir produto clonado (SUP-66788)
Ocorrência: Não era possível excluir um produto clonado na tela de “Cadastro de produtos”.
Solução: Foi ajustado para que o produto clonado, possa ser excluído na tela “1.1.19 - Cadastro de Produtos” e que ao realizar a exclusão, exclua também o registro gerado no centro de custo do produto (Imagens 1, 2 e 3).
Só será possível fazer a exclusão de um produto clonado quando não estiver nenhuma operação atrelada à ele.
Não deixava autorizar a ordem de compra para produto do tipo serviço (SUP-66782)
Ocorrência: Ao alterar o tipo de ordem na tela “2.2.8 - Manutenção das ordens de compra”, apresentava um desacerto de violação de chave no plano financeiro.
Solução: Foi feito um ajuste para que ao alterar a o tipo de ordem na tela “2.2.8 - Manutenção das ordens de compra”, não ocorra mais o desacerto (Imagens 1 e 2).
Na tela “Digitação de ordem”, não aparecia o campo “Tipo de Ordem” para uma ordem duplicada do telemarketing (SUP-66582)
Ocorrência: Após duplicar uma ordem do tipo telemarketing e alterar a origem para outro tipo, não aparecia o campo com a descrição do “Tipo de Ordem” na tela “Digitação de ordem”.
Solução: Foi feito um ajuste para que ao duplicar uma ordem do tipo telemarketing e ser feita a troca da ordem para o tipo venda, o sistema acate a operação validando o tipo selecionado (Imagens 1, 2 e 3).
Atualização de tabela de produto não considerava o fator de condição de venda (SUP-65773)
Ocorrência: O fator da condição de venda não estava sendo considerado ao atualizar em massa a tabela de preço na “Digitação de ordens”.
Solução: Foi realizado um ajuste para que ao efetuar a atualização em massa da tabela de preço através da “Digitação de ordens”, o sistema considere o fator da condição de venda configurado na tela “Cadastro de condição de venda” (Imagens 1, 2, 3 e 4).
“Access violation” na tela “Expedição” ao gerar cobrança (SUP-45124)
Na tela “4.2.6 - Expedição”, foi implementada uma melhoria com relação a chamada da geração de cobranças após o faturamento para a tratativa do desacerto de “acess violation” na emissão de boletos. Essa melhoria também estará na tela “3.2.12 - Digitação de ordens”, podendo ser feito o faturamento do boleto sem passar pela expedição (Imagens 1, 2, 3 e 4).
“Relatório de contas a receber (NOVO)”, traz filtros utilizados no cabeçalho (SUP-61033)
Na tela “5.3.7 - Relatório de contas a receber (NOVO)”, foi inserida uma opção para exibir filtros que precisam estar marcados, assim estes filtros a serem executados serão impressos na última página do relatório (Imagem 1 e 4). Por exemplo quando indicado o filtro por “Tipo de Documento” (Imagem 2) ou o filtro por “Clientes” (Imagem 3).
“Centros de custos” sem categoria não trazia categoria padrão nos “Lançamentos a pagar” (SUP-66797)
Ocorrência: Quando era feito um “Lançamento a pagar” manual e era alterado o “Plano Financeiro” para um novo que não possuía “Centro de custo” com categoria, este não trazia a categoria padrão nos lançamentos a pagar.
Solução: Foi efetuada uma correção para que quando for alterado o “Plano Financeiro” para um novo que não possua “Centro de custo”, seja informado o padrão (Imagem 1).
Última chance: Participe da expansão do Guarani BI até 20 de setembro e tenha acesso exclusivo. Saiba mais