| Índice |
|---|
Melhorias
...
Valor máximo do pedido por tabela de preço ( SUP-
...
O comportamento do desconto progressivo continua o mesmo.
Agora quando entra em uma faixa do desconto progressivo, o valor do campo PPG_PERCDESCPROMOCIONAL ( padrão 0 ) é somado ao valor do campo PRP_DESCPROMOCAO para calcular o valor promocional. Logo impacta no cálculo da verba e na validação do desconto flex.
fator desconto promocional = ((100 - (PPG_PERCDESCPROMOCIONAL + PRP_DESCPROMOCAO)) / 100)fator desconto adicional = ((100 - (PPG_PERCDESCPROMOCIONAL + PRP_DESCPROMOCAO + PRP_DESCONTOFLEX)) / 100)valor promocional = valor original * fator desconto promocionalvalor desconto adicional = valor original * fator desconto adicional Se o fator desconto adicional for igual a 1, então esse valor passa ser 0.
diferença débito e crédito = valor unitário - valor promocionalPara calcular a verba, existem 3 formas (seguindo essa ordem de prioridade):
1º Tipo do pedido debita RCA e tem local de débito na verba e o percentual de débito é > 0
valor verba = - (valor original * (percentual de débito do tipo do pedido / 100) * quantidade vendida)2º Diferença deb cred <= 0
valor verba = diferença débito e crédito3º Diferença deb cred > 0
valor verba = diferença débito e crédito * (percentual de verba creditar da comissão / 100)Considerando que o tipo do pedido não seja sem regras, entende-se que ultrapassou o desconto flex quando valor unitário < valor desconto adicional.
[ Imagem 1 - PPG_PERCDESCPROMOCIONAL ]
Correções
Lista Guarani ( SUP-51054 )
Ao realizar a inclusão de Listas em um pedido, o sistema não estava considerando a quantidade obrigatória de múltiplo do produto, desta forma, um produto que só permite a venda de quantidades múltiplas, estava entrando no pedido com quantidade = 1, quando incluso pelo Guarani Lista. Sendo assim, foi efetuada correção para que não ocorra mais esta situação.
[ Imagem 1 - Guarani Lista ]
...
49435 )
Foi criado a possibilidade de estipular valor máximo de mercadoria por tabela de preço. Para utilização desta funcionalidade, basta preencher o campo PRC_VALORPEDIDOMAX da tabela GUA_CABTABPRECO com o valor máximo de para a tabela de preço vinculada, se este campo estiver preenchido com número zero ou vazio, mantem comportamento anterior ( sem restrição de valor máximo ). No multilojas o comportamento será quase o mesmo, com a diferença de que caso haja pedidos dentro da margem permitida, esses serão salvos, e os que foram indicados como fora do permitido serão descartados. A tela será fechada após a confirmação.
[ Imagem 1 - PRC_VALORPEDIDOMAX ]
Adicionar percentual no tipo de bonificação no cadastro de promoções ( SUP-49435 )
Ao salvar um pedido cujo tipo pedido é bonificação ( TPP_BONIFICACAO = 'S'), o tipo do pedido possuir percentual de limite ( TPP_PERCLIMITE > 0 ), e não ser orçamento, então será validado o valor máximo do pedido.
O valor máximo do pedido é calculado da seguinte forma:
((HPC_VALORPEDIDO - ( HPC_VALORIPI + HPC_VALORST)) * (0.01 * TPP_PERCLIMITE))Note que o pedido a ser usado para calcular o valor máximo é o último pedido de venda, não orçamento do mesmo cliente do pedido atual.
[ Imagem 1 - Alterações de banco ]
Alterar nomenclatura "B2B" no cabeçalho do pedido
Alterar nomenclatura "B2B" no cabeçalho do pedido para "Gerar Loja Exclusiva B2B para esse cliente".
[ Imagem 1 - Loja B2B ]
Correções
Parâmetro de cálculo de ST afetando o valor da base de cálculo do IPI nos produtos ( SUP-51172 )
O parâmetro 'PAR_CALCULASTPRECOCUSTO', que faz com que a base para o cálculo da ST dos produtos passe a ser o custo destes, ao invés do valor de venda, também estava afetando e realizando este comportamento no cálculo do IPI dos produtos, comportamento incorreto. Sendo assim, foi efetuada correção.