Políticas de acréscimo separadas de políticas de desconto

A opção Cadastro → Venda → Desconto deverá ser renomeada para "Desconto / Acréscimo" e seu código de referência para pesquisa rápida alterado de "desconto" para "descontoacrescimo"

Deve ser criada nova coluna de label "Desc. / Acr.": textual, não editável

• O conteúdo da coluna será o resultado da lógica a seguir:
  

  se (desconto.faixapercentualinicial < 0 ou desconto.faixapercentualfinal < 0 ou desconto.percentual < 0 ou desconto.valor < 0) 
  	então "Acréscimo"
  caso contrário
  	então "Desconto"

Da mesma forma que hoje os caches de "Descontos sobre preço de tabela" foram separados de "Descontos sobre preço de venda" utilizando os mesmos critérios de busca de Busca Produto → DESCONTO, o sistema deverá separar o cache desta forma:

• "Descontos sobre preço de tabela" : Mesma lógica, apenas filtrando registros cujo campo "Desc. / Acr." seja igual a "Desconto"
• "Descontos sobre preço de venda": Mesma lógica, apenas filtrando registros cujo campo "Desc. / Acr." seja igual a "Desconto"
• "Acréscimos sobre preço de tabela": Mesma lógica de "Descontos sobre preço de tabela", apenas filtrando registros cujo campo "Desc. / Acr." seja igual a "Acréscimo"
• "Acréscimos sobre preço de venda": Mesma lógica de "Descontos sobre preço de venda", apenas filtrando registros cujo campo "Desc. / Acr." seja igual a "Acréscimo"

Da mesma forma que atualmente é consultado um registro de desconto do cache de "Descontos sobre preço de tabela", para ter o valor (ou percentual) multiplicado pelo preço de tabela para influenciar no preço original

• Agora, serão consultados 2 registros:
  • Um do cache de "Descontos sobre preço de tabela"
  • Um do cache de "Acréscimos sobre preço de tabela" 

    • Visto que o desconto.valor (ou desconto.percentual) estarão negativos, deverão ser tratados desta forma para influenciar corretamente no preço:
      

      se (desconto.valor is not null) {
      	então preco_influenciado = preco_anterior - desconto.valor --menos com menos dá mais
      } caso contrário se (desconto.percentual is not null) {
      	então preco_influenciado = preco_anterior * (1-desconto.percentual/100) --menos com menos dá mais
      }

• A influência de desconto deve ser aplicada anteriormente à influência de acréscimo, ou seja, a base de cálculo (preco_anterior) é o valor já influenciado pelo desconto.

Da mesma forma que atualmente é consultado um registro de desconto do cache de "Descontos sobre preço de venda", para definir lógicas de até quanto de desconto é permitido inserir para aquela faixa de percentuais (lógicas definidas pelo cadastro do campo "Lógica ao exceder"),

• Agora, serão consultados 2 registros:
  • Um do cache de "Descontos sobre preço de venda"
  • Um do cache de "Acréscimos sobre preço de venda"
    • Espelhando a lógica de políticas de descontos de forma a definir faixas permitidas de acréscimo e um limite de quanto acréscimo pode ser fornecido ao item sem aprovações / bloqueios  (lógicas definidas pelo cadastro do campo "Lógica ao exceder)
    • Atualmente, quando o filtro de FAIXA_PERCENTUAL não está configurado na busca de níveis, o sistema tem uma lógica de verificar ao inserir o item se o desconto padrão está contido dentro da faixa de percentual cadastrada para o registro buscado no cache.
      • Se não estiver, o sistema adiciona o item com % desconto igual ao percentual cadastrado na faixa de percentual inicial, para garantir que o registro esteja válido segundo a política de descontos
      • Para não causar conflito, quando existirem políticas de desconto retornadas no cache de "Descontos sobre preço de venda", essa validação não precisa acontecer para os acréscimos. Caso contrário, a validação deve acontecer para os acréscimos também.