Resolver a simultaneidade entre códigos de componentes de preços (pré-visualização)

[Este artigo é documentação de pré-lançamento e está sujeito a alterações.]

As regras de simultaneidade permitem definir o que acontece se várias regras de determinação de preços se aplicarem à mesma ordem e/ou linha de ordem. É possível definir regras de simultaneidade para controlar se o cliente recebe apenas uma das regras de correspondência (e, em caso afirmativo, qual delas recebe) ou se as regras são combinadas (e, em caso afirmativo, como são combinadas). Existem dois tipos de concorrência:

• Concorrência entre códigos de componentes de preços - Isto tipo de concorrência controla a forma como os diferentes códigos de componentes de preços que estão incluídos numa estrutura de preços se combinam entre si. Uma estrutura de preços define um conjunto de diferentes tipos de códigos de componentes de preços (incluindo preço base, preço do acordo de vendas, componentes de margem, descontos e/ou taxas), a ordem em que os códigos são calculados e a forma como os ajustamentos de preços são calculados e combinados para determinar o preço final.
• Concorrência entre códigos de componentes de preços - Qualquer número de regras de fixação de preços pode ser associado a cada código de componente de preço incluído numa estrutura de preços. Isto princípio é especialmente válido para os descontos. Esse tipo de concorrência ocorre quando uma ordem ou linha de ordem se qualifica para mais de uma regra de determinação de preços associada ao mesmo código de componente. Por exemplo, se definir um código de componente de preço com o nome Eventos de promoção sazonal, e lhe associar várias regras de desconto, podem aplicar-se várias regras de determinação de preços à mesma linha de encomenda. Por conseguinte, no código do componente de preço Seasonal promotion events , definirá regras de simultaneidade para controlar se o cliente recebe apenas um dos descontos correspondentes (e, em caso afirmativo, qual deles recebe) ou se os descontos são combinados (e, em caso afirmativo, como são combinados).

Isto artigo explica como gerir a simultaneidade entre códigos de componentes de preços. Para obter informações sobre como gerir a simultaneidade dentro do código da componente de preço, consulte Resolver a simultaneidade dentro dos códigos da componente de preço.

Definir opções de concorrência entre códigos de componentes de preços para cada estrutura de preços

A simultaneidade entre códigos de componentes de preço afecta apenas descontos e ajustes de preço de margem. Pode configurar a definição ao nível da estrutura de preços, utilizando o campo Modo de simultaneidade através da prioridade na página Configuração do código da componente de preço ou na página Árvores de preço . Estão disponíveis os seguintes valores:

• Composto - O sistema calcula primeiro o ajuste de preço ou desconto para cada linha na estrutura de preços. Em seguida, calcula o desconto ou ajustamento final somando o valor de cada linha. Este valor só está disponível para as linhas quando o campo Componente de preço está definido como Descontos ou Componente da margem. (Para componentes de margem, isto valor é o único que está disponível).
• Melhor preço - Se a estrutura de preços incluir mais do que um código de componente de preço que tenha isto valor, apenas uma das linhas (a que tiver o maior desconto) contribuirá para o preço unitário final. Este valor só está disponível para as linhas quando o campo Componente de preço está definido como Descontos.

A definição Modo de simultaneidade entre prioridades afecta os cálculos de desconto apenas quando a opção Melhor preço e composto dentro da prioridade, melhor preço e composto entre prioridades está selecionada em Modelo de controlo de simultaneidade de melhor preço e composto na página Gestão de preços parameters . Para mais informações, consulte a secção Configurações do sistema para resolver a simultaneidade de descontos entre códigos de componentes de preços deste artigo.

Como foi mencionado, os componentes de margem são sempre compostos entre componentes (por outras palavras, o campo Concurrency mode across priority está sempre definido para Compounded para componentes de margem nas suas estruturas de preços). No entanto, ainda é necessário configurar cada estrutura de preço para controlar se cada ajuste é calculado usando o preço base ou o preço composto (ou seja, o total em execução). A opção escolhida pode ter um efeito significativo nos preços finais para os ajustes de preço de margem que são calculados como uma percentagem. Para cada componente de margem nas suas estruturas de preços, pode definir a opção utilizando a caixa de verificação Compound . Para um exemplo que mostra como a definição desta caixa de verificação afecta os seus preços finais, consulte a secção Exemplo de cálculo de preços utilizando uma mistura de componentes de margem compostos e não compostos deste artigo.

Para obter informações sobre como configurar estruturas de preços, consulte Organizar códigos de componentes de preços numa estrutura de preços.

Configurações do sistema para resolver a concorrência de descontos entre códigos de componentes de preços

Uma definição na página Gestão de preços parameters afecta a forma como os descontos simultâneos são calculados. O método de cálculo pode, por sua vez, afetar a forma como algumas das definições da estrutura de preços funcionam, uma vez que se aplicam a descontos. Siga estes passos para configurar o cálculo.

1. Vá para Gestão de preços > Configuração > Parâmetros de gestão de preços.

2. No separador Preços e descontos , no separador Controlo de simultaneidade de descontos FastTab, em Melhor preço e modelo de controlo de simultaneidade composto, seleccione uma das seguintes opções:

   • Melhor preço e composto dentro da prioridade, nunca composto entre prioridades
   • Melhor preço apenas dentro da prioridade, sempre composto entre prioridades
   • Melhor preço e composto dentro da prioridade, melhor preço e composto entre prioridades

Exemplo: Cálculo de preço que utiliza uma combinação de componentes de margem compostos e não compostos

Se a sua estrutura de preços incluir vários componentes de margem e/ou desconto, a ordem pela qual os componentes são calculados e o método utilizado para os combinar pode afetar significativamente o preço final.

A tabela seguinte mostra um exemplo de configuração de um código de componente de preço e os cálculos resultantes.

O sistema aplica as seguintes regras para calcular o preço unitário final:

• Um novo preço unitário é calculado para cada linha, de acordo com a seqüência de cálculo de preços.
• Para as linhas não compostas, o valor da linha é calculado com base no preço de base original.
• Para linhas compostas, o valor da linha é calculado com base no novo preço unitário da linha anterior.
• O novo preço unitário de cada linha é encontrado adicionando o seu valor de linha calculado ao novo preço unitário da linha anterior.
• O cálculo continua até que todas as linhas tenham sido processadas. O resultado é o preço unitário final.

Exemplo: Cálculo de preço que utiliza uma combinação de componentes de desconto composto e de melhor preço

A tabela seguinte mostra um exemplo de uma estrutura de preços que utiliza uma combinação de componentes de melhor preço e compostos.

Além disso, na página Gestão de preços parameters , a opção Best price and compound within priority, best price and compound across priority em Best price and compound concurrency control model é selecionada. No nome desta opção, prioridade refere-se a cada código de componente de preço na sequência. (Esta definição afecta a forma como as linhas de desconto são interpretadas.) Portanto, aplicam-se as seguintes modificações de preço unitário:

• O ajustamento total do preço é a soma das linhas componentes da margem: $70.
• O melhor preço (maior desconto) para as linhas de melhor preço é $20. O desconto composto é então adicionado a isto preço. Por conseguinte, o desconto total é $50.