Etapas de cálculo e modelos de condição de precificação

Uma etapa de cálculo é um contêiner para um modelo de condição de precificação, que determina o comportamento da etapa e como recuperar os dados necessários para realizar o cálculo.

O Modelo de condição de precificação é o equivalente funcional do SAP "Tipo de condição". O modelo determina a natureza da condição de precificação (seja um preço, um desconto ou uma adição) e ajuda o mecanismo de precificação a encontrar os dados. Ao integrar a um ERP, o ID exclusivo do modelo de condição de precificação é mapeado diretamente para o ID do tipo de condição SAP.

O tipo de meta do Modelo de condição de precificação determina seu comportamento:

• Preço: Estabelece o preço de base para cálculo (quantidade × valor da condição).

• Desconto (valor/percentual/taxa fixa): Calcula descontos fixos, descontos e adicionais baseados em percentual ou taxas fixas uniformes aplicadas ao pedido.

• Subtotais (Último valor válido, Mínimo, Máximo, Resumo): Capture totais intermediários (como a soma de todos os descontos anteriores) e armazene-os na memória para que etapas subsequentes (como impostos) possam referenciá-los. Eles não modificam o total do pedido.

• Mercadoria gratuita: Adiciona produtos gratuitos ao pedido com base nas condições de compra.

• Somente saída do usuário: Executa código personalizado em vez de cálculos padrão.

O nível da condição determina se a condição de precificação se aplica a todo o total do pedido ou a itens de linha de produto específicos.

O modelo de condição de precificação é vinculado a uma estratégia de pesquisa, que informa ao mecanismo de precificação a sequência priorizada de chaves a ser usada ao pesquisar o registro da condição. A estratégia de pesquisa consiste em uma ou mais etapas da estratégia de pesquisa em sequência. Cada etapa é vinculada a um tipo de chave, que é uma combinação de atributos-chave. Por exemplo, um tipo de chave pode incluir atributos-chave que especificam um cliente específico, um produto específico e um mercado específico.

Marque a caixa de seleção Exclusivo para parar de pesquisar ao encontrar a primeira condição que corresponde às chaves. Caso contrário, o mecanismo de precificação continuará pesquisando e aplicará a última condição correspondente.

Para evitar armazenar milhões de condições de precificação no dispositivo móvel offline, use uma pesquisa de hierarquia para procurar regras de precificação mais amplas definidas em níveis organizacionais mais altos. Você pode aplicar um desconto percentual a um nível específico na hierarquia de clientes ou na hierarquia de produtos. Por exemplo, se você tiver 1.000 clientes e 10.000 produtos, pesquisar sem hierarquia resultará em 10 milhões de registros de condição retornados. Com uma pesquisa de hierarquia, você pode limitar os resultados a um número menor. Por exemplo, um searcxh com 10 grupos de clientes e 50 categorias de produto retorna 500 registros de condição.

Não combine uma pesquisa de hierarquia de clientes e uma pesquisa de hierarquia de produtos no mesmo tipo de chave, pois essa abordagem força o mecanismo de precificação a fazer referência cruzada a cada nó do cliente em relação a cada nó do produto, o que pode prejudicar o desempenho. Por exemplo, se o cliente tiver quatro níveis de hierarquia e o produto tiver cinco níveis, o resultado será 20 pesquisas por etapa de pesquisa.

As etapas de cálculo são altamente configuráveis; elas podem fazer referência aos resultados de etapas de cálculo anteriores para agir como subtotais, aplicar regras de arredondamento específicas e ditar em qual atributo do pedido o resultado é gravado. Para usar o resultado de uma etapa anterior, use uma referência de etapa. Em uma etapa percentual, por exemplo, você pode usar uma referência de etapa para recuperar o resultado da etapa anterior para calcular a porcentagem. Em uma etapa de subtotal com um tipo de meta como Mínimo, Máximo ou Resumo, você pode usar uma referência de etapa para recuperar os resultados de um intervalo de etapas (por exemplo, 10 a 15) ou uma lista de etapas (por exemplo, 10, 12, 15).

Ao calcular uma condição obrigatória, como um preço base, você pode marcar uma etapa como obrigatória. Se uma etapa for obrigatória e não tiver um modelo de condição de precificação vinculado, o cálculo será interrompido e o dispositivo móvel mostrará uma mensagem de erro.

Para um valor que não seja adicionado diretamente ao total final do item do pedido, você pode marcar uma etapa como estatística. Os resultados calculados em etapas estatísticas podem ser usados em etapas subsequentes. Um tipo de etapa estatística é uma etapa de acúmulo, que é usada para itens que fazem parte tecnicamente do cálculo, mas não alteram imediatamente o preço líquido mostrado ao cliente. O resultado de uma etapa de acúmulo é registrado para relatórios internos ou liquidação financeira futura: por exemplo, um desconto de marketing ou uma promoção a ser deduzida posteriormente.

Use um Grupo de cálculo para classificar tipos de itens do pedido e aplicar comportamentos a eles. Por exemplo, você pode criar um grupo de "bem gratuito" para itens promocionais e, em seguida, criar uma etapa de desconto de 100% que se aplique apenas a esse grupo.

Para valores provisórios que você precisa preservar até o fim do cálculo, use Variáveis de cálculo. Há seis variáveis de cópia e seis variáveis de transferência. Quando você armazena uma etapa de resultado em uma variável de cópia, ela substitui o valor da variável pelo resultado da etapa. Quando você armazena um resultado da etapa em uma variável de transferência, ele adiciona o resultado ao valor da variável.

Para substituir a lógica de precificação padrão, adicione uma Saída do usuário: Apex ou código JavaScript personalizado que afeta a base de condições atual, o resultado do cálculo ou se a etapa deve ser executada.

Para registrar uma etapa e disponibilizá-la para impressões e relatórios, marque a impressão da etapa como relevante.