Gestão dos preços de venda a retalho
Isto artigo fornece informações sobre o processo de criação e gestão de preços de venda em Dynamics 365 Commerce. Centra-se nos conceitos que estão envolvidos neste processo e nos efeitos das várias opções de configuração para os preços de venda.
Terminologia
Os seguintes termos são utilizados neste artigo.
| Termo | Definição, utilização e notas |
|---|---|
| Preço | O montante unitário pelo qual um produto é vendido num cliente de ponto de venda (POS) ou numa ordem de venda. Neste artigo, o termo price refere-se sempre ao preço de venda e não ao preço de inventário ou preço de custo. |
| Preço base | O preço que é definido no campo Price num produto lançado. |
| Preço do acordo comercial | O preço que é definido num produto ou variante através de um acordo comercial do tipo Price (sales) . |
| Melhor preço | Quando mais de um preço ou desconto pode ser aplicado a um produto, o menor valor de preço e/ou o maior valor de desconto que produz o menor valor líquido possível que o cliente deve pagar. Neste artigo, o conceito de melhor preço é sempre referido como "o melhor preço". Isto melhor preço é diferente e não deve ser confundido com o valor da enumeração Best price para o modo de concorrência de um desconto. |
Grupos de preços
Os grupos de preços estão no centro da gestão de preços e descontos no comércio. Os grupos de preços são utilizados para atribuir preços e descontos a entidades comerciais (ou seja, canais, catálogos, afiliações e programas de fidelidade). Uma vez que os grupos de preços são utilizados para todos os preços e descontos, é muito importante planear a sua utilização antes de começar.
Por si só, um grupo de preços é apenas um nome, uma descrição e, opcionalmente, uma prioridade de preços. O ponto principal a ter em conta sobre os grupos de preços é que são utilizados para gerir as relações de muitos para muitos que os descontos e os preços têm com as entidades comerciais.
A ilustração seguinte mostra como os grupos de preços são utilizados. Nesta ilustração, repare que o "Grupo de preços" está literalmente no centro da gestão de preços e descontos. As entidades comerciais que podem ser utilizadas para gerir preços e descontos diferenciais estão à esquerda, e os registos de preços e descontos reais estão à direita.
Quando se criam grupos de preços, não se deve utilizar um único grupo de preços para vários tipos de entidades comerciais. Caso contrário, pode ser difícil determinar a razão pela qual um preço ou desconto específico está a ser aplicado a uma transação.
Como mostra a linha tracejada vermelha na ilustração, o Commerce suporta a funcionalidade principal do Microsoft Dynamics 365 de um grupo de preços que é definido diretamente num cliente. No entanto, neste caso, apenas se obtêm acordos comerciais de preços de venda. Para aplicar preços específicos do cliente, é recomendável não definir grupos de preços diretamente no cliente. Em vez disso, deve utilizar as afiliações.
Se o grupo de preços for definido no cliente, isto grupo de preços é associado ao cabeçalho da ordem de venda das encomendas criadas para isto cliente. Se o utilizador alterar o grupo de preços no cabeçalho da ordem, o grupo de preços antigo é substituído pelo novo grupo de preços apenas para a ordem atual. Por exemplo, o grupo de preços antigo não afecta a encomenda atual, mas continua associado ao cliente para futuras encomendas.
As secções seguintes fornecem mais informações sobre as entidades comerciais que podem ser utilizadas para definir preços distintos quando os grupos de preços são utilizados. A configuração de preços e descontos para todas estas entidades é um processo em duas fases. Estes passos podem ser efectuados em qualquer ordem. No entanto, a ordem lógica é definir primeiro os grupos de preços nas entidades, porque isto passo é provavelmente uma configuração única que é feita durante a implementação. Depois, à medida que os preços e descontos são criados, é possível definir os grupos de preços nesses preços e descontos individualmente.
Canais
No sector do comércio, é habitual ter preços diferentes em canais diferentes. Os dois principais factores que afectam os preços específicos do canal são os custos e as condições do mercado local.
- Custos - Quanto mais longe um canal estiver da fonte do produto, mais custa armazenar um produto. Por exemplo, os produtos frescos têm um prazo de validade limitado e requisitos de produção específicos (por exemplo, uma época de crescimento). Durante o inverno, é provável que a alface fresca custe mais nos climas do Norte do que nos climas do Sul. Se estiver a definir preços para canais numa grande área geográfica, é provável que queira definir preços diferentes em canais diferentes.
- Condições do mercado local - Uma loja que tem um concorrente direto do outro lado da rua é muito mais sensível ao preço do que uma loja que não tem um concorrente direto nas proximidades.
Afiliações
A definição geral de uma filiação é uma ligação ou associação a um grupo. No comércio, as afiliações são grupos de clientes. As afiliações são uma ferramenta muito mais flexível para a fixação de preços e descontos para clientes do que o conceito central do Microsoft Dynamics 365 de grupos de clientes e grupos de descontos. Em primeiro lugar, uma afiliação pode ser utilizada tanto para preços como para descontos, enquanto que a determinação de preços não retalhista tem um grupo diferente para cada tipo de desconto e preço. Em seguida, um cliente pode pertencer a várias filiações, mas só pode pertencer a um grupo de determinação de preços não retalhista de cada tipo. Por último, embora as afiliações possam ser configuradas de modo a estarem ligadas a um cliente, não têm de estar. Pode ser utilizada uma afiliação ad-hoc para clientes anónimos no POS. Um exemplo típico de desconto por afiliação anónima é um desconto para idosos ou estudantes, em que um cliente pode receber um desconto apenas por mostrar um cartão de membro do grupo.
Embora as filiações estejam mais com frequência associadas a descontos, também é possível utilizá-las para definir preços diferenciados. Por exemplo, quando um retalhista vende a um empregado, pode querer alterar o preço de venda em vez de aplicar um desconto sobre o preço normal. Como outro exemplo, um retalhista que vende tanto a clientes particulares como a clientes empresariais pode oferecer aos clientes empresariais melhores preços, com base no seu volume de compras. As afiliações permitem estes dois cenários.
Programas de fidelização
Em relação aos preços e descontos, os programas de fidelização são uma afiliação que tem um nome especial. Tanto os preços como os descontos podem ser definidos para um programa de fidelização, tal como podem ser definidos para uma afiliação. No entanto, a forma como os clientes obtêm os preços de fidelização durante uma transação ou encomenda é diferente da forma como obtêm os preços de afiliação. Os clientes só podem obter preços de fidelização se for adicionado um cartão de fidelização a uma transação. Quando um cartão de fidelização é adicionado a uma transação, o programa de fidelização também é adicionado. O programa de fidelização permite então obter preços e descontos especiais.
Os programas de fidelização podem ter vários escalões e os descontos podem ser diferentes para os diferentes escalões. Desta forma, os retalhistas podem dar aos clientes frequentes prémios maiores sem terem de os colocar manualmente num grupo especial.
Os programas de fidelização têm outras funcionalidades para além dos preços e descontos. No entanto, do ponto de vista dos preços e descontos, são o mesmo que filiações.
Catálogos
Alguns retalhistas utilizam catálogos físicos ou virtuais para comercializar produtos e fixar preços para grupos específicos de clientes. Como parte do seu modelo comercial de marketing direcionado através de um catálogo, estes retalhistas podem estabelecer preços diferenciados nos seus vários catálogos. Microsoft Dynamics O 365 suporta esta capacidade, permitindo-lhe definir descontos e preços específicos do catálogo, tal como pode definir descontos específicos do canal ou da afiliação. Ao editar um catálogo, é possível associar grupos de preços ao catálogo, da mesma forma que é possível associá-los a um canal, afiliação ou programa de fidelidade.
Melhores práticas para grupos de preços
Não utilize um grupo de preços para vários tipos de entidades. Em vez disso, utilize um conjunto de grupos de preços para canais, um conjunto diferente de grupos de preços para afiliações ou programas de fidelização, e assim por diante. Pode utilizar um prefixo ou sufixo no nome do grupo de preços para agrupar visualmente os vários tipos de grupos de preços que está a utilizar.
Evite fixar grupos de preços diretamente a um cliente. Em vez disso, utilize uma afiliação. Desta forma, é possível atribuir todos os tipos de preços e descontos aos clientes, e não apenas acordos comerciais de preços de venda.
Prioridade de preços
Por si só, uma prioridade de preços é apenas um número e uma descrição. As prioridades de determinação de preços podem ser aplicadas a grupos de preços ou podem ser aplicadas diretamente a descontos. Quando as prioridades de preços são utilizadas, permitem que um retalhista se sobreponha ao princípio do melhor preço, controlando a ordem pela qual os preços e descontos são aplicados aos produtos. Um número de prioridade de determinação de preços maior é avaliado antes de um número de prioridade de determinação de preços menor. Além disso, se for encontrado um preço ou desconto em qualquer número de prioridade, todos os preços ou descontos que tenham números de prioridade inferiores são ignorados.
O preço e uma dedução podem vir de duas prioridades de determinação de preços diferentes, porque as prioridades de determinação de preços se aplicam a preços e deduções independentemente.
Para utilizar a prioridade de determinação do preço para preços, é necessário atribuir uma prioridade de determinação do preço a um grupo de preços e, em seguida, criar um acordo comercial de preço de venda para esse grupo de preços.
A caraterística de prioridade de preços foi introduzida para apoiar o cenário em que um retalhista pretende aplicar preços mais elevados num conjunto específico de lojas. Por exemplo, um retalhista definiu preços regionais para a costa leste dos Estados Unidos, mas quer preços mais elevados para alguns produtos nas lojas da cidade de Nova Iorque, porque custa mais vender alguns produtos na cidade e/ou porque o mercado local suporta um preço mais elevado.
Tal como foi descrito na secção "Melhor preço" deste artigo, o motor de cálculo de preços selecciona normalmente o mais baixo de dois preços. Por conseguinte, o retalhista é impedido de utilizar o mais elevado dos dois preços numa loja que tenha os grupos de preços da costa leste e de Nova Iorque. Para resolver isto problema antes da introdução da funcionalidade de prioridade de determinação de preços, o retalhista tinha de definir os preços de cada produto duas vezes e não atribuir ambos os grupos de preços. Em alternativa, o retalhista teve de criar grupos de preços adicionais para isolar os produtos que têm preços mais elevados dos produtos que têm os preços habituais, mais baixos.
Entretanto, a caraterística de prioridade de determinação de preços permite que o varejista crie uma prioridade de determinação de preços para preços de filial que seja mais alta do que a prioridade de determinação de preços para preços regionais. Como alternativa, o varejista pode criar uma prioridade de determinação de preços apenas para os preços de filial e deixar os preços regionais na prioridade de determinação de preços default, que é 0 (zero). Ambas as configurações ajudam a garantir que os preços de loja são sempre utilizados antes dos preços regionais.
Exemplo de prioridade de determinação de preços
Vejamos um exemplo em que os preços de loja se sobrepõem a outros preços.
Um retalhista nacional/regional define a maioria dos preços por região e tem quatro regiões: Nordeste, Sudeste, Centro-Oeste e Oeste. Identificou vários mercados de custos elevados que podem suportar preços mais elevados. Estes mercados situam-se em Nova Iorque, Chicago e na zona da Baía de São Francisco.
Isto exemplo utiliza a região nordeste. A loja 1 situa-se em Boston e a loja 2 em Manhattan. Para a loja de Boston, dois grupos de preços estão ligados ao canal: Nordeste e Loja 1. Para a loja de Manhattan, três grupos de preços estão ligados ao canal: Nordeste, NYC e Loja 2.
O varejista define duas prioridades de preços: Custo elevado tem um número de prioridade 5, e Preços de loja tem um número de prioridade 10. (Lembre-se que, por defeito, a prioridade de preços é 0 [zero], e um preço ou desconto que tenha um número de prioridade mais elevado é utilizado antes de um preço ou desconto que tenha um número de prioridade mais baixo). Para o grupo de preços do Nordeste, a prioridade de determinação de preços é deixada no valor predefinido de 0 (zero). Para o grupo de preços NYC, a prioridade de preços é definida como 5, porque a cidade de Nova Iorque é um mercado de custo elevado. Para os grupos de preços da Loja 1 e da Loja 2, a prioridade de determinação do preço é definida como 10.
Dois produtos que o retalhista vende são o produto 1, uma T-shirt de base, e o produto 2, umas calças de ganga de marca específica.
| Produto | Preço no Nordeste | Preço em Nova Iorque | Preço de loja |
|---|---|---|---|
| T-shirt | $15 | Não definido | Não definido |
| Calças de ganga da moda | $50 | $70 | Não definido |
A T-shirt é vendida ao mesmo preço (ou seja, $15) nas lojas de Boston e de Manhattan, porque apenas um preço é definido no grupo de preços do Nordeste que está ligado a ambos os canais. As calças de ganga da moda são vendidas por $50 na loja de Boston, porque esse é o único preço disponível na loja. No entanto, na loja de Manhattan, estão disponíveis dois preços: $50 e $70. Como a prioridade de determinação de preços de 5 para o grupo de preços de Nova York é maior do que a prioridade de determinação de preços de 0 (zero) para o grupo de preços do Nordeste, o preço é registrado como $70 no sistema PDV.
Nota
Para cada prioridade de determinação de preços, é necessária uma passagem completa pela lógica do mecanismo de determinação de preços de venda a retalho. Portanto, para ajudar a manter o desempenho do cálculo de preços e descontos, as prioridades de determinação de preços devem ser usadas com moderação.
Tipos de preços
Em Microsoft Dynamics 365, é possível definir o preço de um produto em três locais:
- Diretamente no produto (preço de base)
- Num acordo comercial de preço de venda
- Num ajustamento de preços
O preço base e o preço do acordo comercial fazem parte do núcleo do Dynamics 365 e estão disponíveis mesmo que não utilize o Commerce. A funcionalidade de ajuste de preços está disponível apenas no comércio. A secção seguinte fornece mais informações sobre cada uma destas opções de fixação de preços e explica como as opções funcionam em conjunto.
Fixação de preços
Preço base
O local mais fácil para definir o preço de um produto é diretamente no produto. O valor definido diretamente num produto é muitas vezes referido como o preço de base do produto. O preço base é definido no campo Preço no separador Vender da página Detalhes do produto libertado . O valor introduzido é na moeda da empresa. Por predefinição, o preço é para uma quantidade de 1 da unidade de medida (UM) que está definida no campo Unit no separador Sell . O preço real por unidade de um produto é baseado na UM, na quantidade do preço e na moeda.
Se um produto tiver um preço único para todos, o preço base oferece a forma mais eficiente de gerir o preço desse produto. Mesmo que se utilizem acordos comerciais para fixar preços, também se pode fixar o preço de base de um produto. Depois, se não utilizar um acordo comercial All , tem um preço de recurso que é utilizado quando não se aplica qualquer acordo comercial.
Se a moeda de um canal for diferente da moeda da empresa, o preço base nesse canal é determinado utilizando a conversão de moeda no preço que está definido no produto.
Embora a unidade de preço não seja um cenário comum, o motor de cálculo de preços suporta-o. Se a unidade de preço for definida para um valor diferente de 0 (zero), o preço por unidade é igual a Preço ÷ Unidade de preço. Por exemplo, se o preço de um produto é $10.00, e a unidade de preço é 50, o preço para uma quantidade de 1 é $0.20 (= $10.00 ÷ 50).
Acordo comercial sobre o preço de venda
Utilizando o diário de acordos comerciais, é possível criar acordos comerciais de preços de venda para cada produto. Em Microsoft Dynamics 365, existem três âmbitos de aplicação de clientes para acordos comerciais de preços de venda: Tabela, Grupo, e Todos. O âmbito do cliente determina os clientes a que se aplica um determinado acordo comercial de preço de venda.
Um acordo comercial de preço de venda da tabela é para um único cliente que é definido diretamente no acordo comercial. Isto cenário não é um cenário típico de empresa para consumidor (B2C). No entanto, se tal acontecer, o motor de cálculo de preços utiliza a tabela acordos comerciais para determinar o preço.
Um acordo comercial sobre o preço de venda do Group é o tipo mais com frequência utilizado. Comércio Externo, Group Os acordos comerciais de preços de venda são para um simples grupo de clientes. No entanto, no comércio, o conceito de grupo de clientes foi alargado, passando a ser um grupo de preços mais genérico. Um grupo de preços pode ser ligado a um canal, afiliação, programa de fidelização ou catálogo. Para obter informações pormenorizadas sobre os grupos de preços, consulte a secção "Grupos de preços" no início deste artigo.
Nota
Um preço de acordo comercial é sempre utilizado antes do preço de base.
Revisão de preços
Como o nome indica, um ajustamento de preços é utilizado para alterar o preço que foi fixado diretamente no produto ou fixado através de um acordo comercial. Um ajustamento de preço pode ser utilizado para baixar ou aumentar o preço. Um ajustamento de preços é a forma recomendada para os retalhistas criarem, acompanharem e gerirem as remarcações de preços dos seus produtos ao longo do tempo.
Existem três tipos de ajustamentos de preços: Percentagem de desconto, Montante de desconto, e Preço unitário. Um ajuste de preço do tipo percentagem de desconto ou montante de desconto é sempre aplicado a uma transação de venda. No entanto, um ajustamento de preço do tipo de preço só é aplicado se o preço ajustado for inferior ao preço que foi estabelecido utilizando o preço de base ou o preço do acordo comercial. Por conseguinte, se o preço fixado num ajustamento de preço for superior ao preço não ajustado, o ajustamento de preço não é utilizado.
Determinação do preço de um produto numa transação
O cálculo do preço e do desconto numa transação utiliza o princípio de encontrar o melhor preço para o cliente. De acordo com isto princípio, se for encontrado mais do que um preço, é utilizado o preço mais baixo. Além disso, é utilizada a combinação de descontos que produz o maior montante de desconto para toda a transação. Em alguns casos, é necessário utilizar um desconto mais pequeno num único produto, para que possam ser aplicados mais descontos a outros produtos da transação.
A única exceção ao princípio de encontrar o melhor preço para o cliente é a opção de misturar e combinar descontos mais baratos. Esta opção permite descontos menos dispendiosos que favorecem o retalhista quando os produtos são seleccionados e agrupados. Portanto, quando uma transação inclui mais produtos do que o necessário para se qualificar para o desconto mais barato, o mecanismo de determinação de preços seleciona os produtos que produzem o menor valor de desconto possível para o cliente.
O motor de determinação de preços devolve três preços para cada produto: o preço base, o preço do acordo comercial e o preço ativo.
O preço de base é apenas a propriedade do produto e é o mesmo para todos em todo o lado.
No acordo comercial de preço de venda, se a opção Find next estiver definida como Yes, o preço mais baixo encontrado para acordos comerciais de preço de venda aplicáveis é utilizado como o preço do acordo comercial. Os acordos comerciais podem ser encontrados utilizando grupos de preços ou o código de conta ALL . Em alternativa, os acordos comerciais podem ser atribuídos diretamente a um cliente. Se a opção Find next estiver definida como No, é utilizado o primeiro preço de acordo comercial encontrado. Se não forem encontrados acordos comerciais de preços de venda, então o preço do acordo comercial é definido como igual ao preço base.
O preço ativo é calculado tomando o preço do acordo comercial e aplicando o maior ajustamento de preço que se aplica ao produto. Se não forem encontrados ajustamentos de preços, ou se o preço ativo calculado for superior ao preço do acordo de comércio, o preço ativo é definido como igual ao preço do acordo de comércio. Os ajustes de preço aplicáveis só podem ser encontrados usando grupos de preços atribuídos a um canal, catálogo, afiliação ou programa de fidelidade.
Regras de preço de categoria
A funcionalidade de regras de preços de categoria no Commerce oferece uma forma fácil de criar novos acordos comerciais para todos os produtos de uma categoria. Esta funcionalidade permite-lhe também encontrar automaticamente acordos comerciais existentes para os produtos da categoria e expirá-los.
Quando você seleciona a opção para expirar acordos comerciais existentes, o sistema cria um novo diário de acordos comerciais para os produtos na categoria que têm um acordo comercial ativo. No entanto, o diário deve ser lançado manualmente. Além disso, as regras de preços da categoria podem encontrar acordos comerciais existentes apenas se estiver a utilizar a mesma regra de preços (ou seja, se criar uma nova regra de preços que utilize a mesma categoria que existia anteriormente). Se não estiver a utilizar a mesma regra de preços, os acordos comerciais existentes não caducarão.
Os preços podem ser aumentados ou diminuídos utilizando os campos Regra de preços e Base de preços das regras de preços da categoria.
No campo Price rule , seleccione o tipo de alteração de preço a utilizar:
- Markup - Uma percentagem da base do preço é utilizada para calcular o preço de venda. Por exemplo, um produto que custa 10,00 e é vendido por 15,00 tem uma margem de lucro de 50 por cento.
- Margem - É utilizada uma percentagem do preço de venda para calcular o montante do lucro. Por exemplo, um produto que custa 10,00 e é vendido por 15,00 tem uma margem de 33,3 por cento.
- Montante fixo - Um montante que é adicionado à base do preço é utilizado para calcular o preço de venda. Por exemplo, um produto que custa 10,00 e é vendido por 15,00 tem um montante fixo de 5,00.
No campo Base de preços , seleccione o tipo de preço a modificar:
- Custo base - O montante que o retalhista pagou ao fornecedor.
- Preço base - O preço de venda antes da aplicação de acordos comerciais e ajustamentos de preços.
- Preço atual - O preço de venda após a aplicação de acordos comerciais e ajustamentos de preços.
Para atualizar facilmente os preços de vários produtos de diferentes categorias de produtos, é possível utilizar as categorias de produtos suplementares juntamente com as regras de preços da categoria.
Melhores práticas
Microsoft SQL Server O Express é com frequência utilizado para bases de dados de canais devido ao seu custo (gratuito). Tenha em atenção que o SQL Server Express tem limitações de hardware e limites de tamanho de dados. Se não planear corretamente, pode atingir rapidamente os limites de tamanho de dados do SQL Server Express. Esta consideração aplica-se não só ao preço, mas também a outras áreas do produto. Eis algumas práticas recomendadas que podem ajudá-lo a reduzir o tamanho dos seus dados:
Se estiver a utilizar acordos comerciais e os seus preços mudarem, deve expirar os acordos comerciais antigos definindo uma data final. Com o tempo, esta abordagem ajuda a reduzir o número de acordos comerciais que são mantidos nas bases de dados dos canais. Também ajuda a reduzir a quantidade de dados com que o algoritmo de cálculo de preços tem de trabalhar.
Se os seus preços variam consoante a variante do produto, considere utilizar o preço base do produto como o preço da variante mais comum. Em seguida, utilizar os acordos comerciais apenas para as variantes de preços que constituem excepções. Esta abordagem ajuda a reduzir o número de registos de acordos comerciais. Como é muito fácil importar dados para Microsoft Dynamics 365, pode sentir-se tentado a importar um acordo comercial para cada variante de cada produto. No entanto, esta abordagem pode dar origem a muitos acordos comerciais com o mesmo valor. Por conseguinte, pode aumentar desnecessariamente o tamanho dos seus dados.
O comércio processa os preços específicos de variantes por ordem do mais específico para o menos específico. Se uma dimensão do produto não afetar o preço, não é necessário definir acordos comerciais para essa dimensão. Por exemplo, um produto está disponível em três cores e quatro tamanhos, mas o preço só varia consoante o tamanho. Se for definido um acordo comercial para cada variante, são criados 12 registos. Em vez disso, é possível definir um acordo comercial apenas para cada tamanho e deixar a dimensão Cor em branco. Neste caso, são produzidos apenas quatro registos.
Alternativamente, se nem todos os valores de uma dimensão produzirem um preço diferente, é possível definir um acordo comercial para o mestre de produtos e deixar todas as dimensões do produto em branco. Em seguida, definir um acordo comercial separado apenas para cada valor de dimensão que produz um preço diferente. Por exemplo, se o tamanho XXL tiver um preço mais alto, mas todos os outros tamanhos tiverem o mesmo preço, são necessários apenas dois acordos comerciais: um para o mestre de produtos e outro para o tamanho XXL.
Preços que incluem impostos vs. preços que não incluem impostos
Quando define preços de venda no Dynamics 365, não especifica se o valor do preço que está a definir inclui ou exclui impostos. O valor é apenas o preço. No entanto, a definição Price includes sales tax nos canais permite-lhe configurar os canais de modo a incluírem ou excluírem o imposto dos preços. Esta definição é definida no canal e pode mudar mesmo numa única empresa.
Se trabalhar com tipos de imposto inclusivos e exclusivos, é muito importante que defina os preços corretamente, porque o valor total que o cliente paga muda se a definição Preço inclui imposto sobre vendas no canal for alterada.
Diferenças entre preços comerciais e preços não comerciais
É utilizado um único motor de cálculo de preços para calcular os preços em todos os canais: call center, loja de retalho e lojas online. Isto ajuda a permitir os cenários de comércio unificado.
O preço foi concebido para funcionar com entidades comerciais em vez de entidades não comerciais. Especificamente, foi concebido para definir os preços por loja e não por armazém.
O motor de preços do Commerce não suporta as seguintes características de preços:
O preço baseado em atributos não é suportado.
A passagem do desconto do fornecedor não é suportada.
A funcionalidade de moeda genérica não é suportada. Por outras palavras, mesmo que um acordo comercial tenha a opção Incluir moeda genérica activada, o acordo comercial continua a ser considerado válido apenas para a moeda nele definida.
O mecanismo de determinação de preços standard do Supply Chain Management suporta o cálculo de preços baseado na data de envio solicitada e na data de entrada solicitada, juntamente com a data atual. No entanto, os preços de retalho não suportam atualmente estes valores. A razão é que, nos cenários B2C, os clientes não esperam que a data de entrega solicitada afecte o preço do artigo. Em alguns casos, os retalhistas têm operações B2B e B2C. Para as operações B2B, é comum alterar os preços com base nas datas de entrega. Estes retalhistas podem utilizar os preços da gestão da cadeia de abastecimento para o seu negócio B2B e os preços de retalho para o seu negócio B2C. O cálculo de preços de venda avulsa só entra em vigor se o utilizador da aplicação for adicionado como um utilizador de call center, para que os varejistas possam atribuir utilizadores específicos que trabalhem com o cálculo de preços do Supply Chain Management e também atribuir alguns que trabalhem com o cálculo de preços de venda avulsa. Por outras palavras, estes utilizadores devem ser adicionados como utilizadores do centro de atendimento. Além disso, a propriedade Use today's date for calculating prices deve ser activada na secção Miscellaneous no separador Pricing and discounts da página Commerce parameters . Desta forma, os utilizadores podem continuar a utilizar o valor do parâmetro Contas a receber para a data de envio solicitada ou data de receção solicitada para a determinação de preços da Gestão da cadeia logística. No entanto, o preço de retalho continua a utilizar a data de hoje para o cálculo dos preços.
Para acordos comerciais, apenas as seguintes dimensões são suportadas no motor de preços do comércio:
- Dimensões do produto: Tamanho, estilo, cor e configuração
- Dimensões do inventário: Sítio e armazém
- Dimensões de rastreio: Número de série
Além disso, apenas o motor de fixação de preços do Commerce suporta as seguintes características de fixação de preços:
- O preço é baseado nas dimensões do produto, por ordem do preço da variante mais específica para o preço da variante menos específica e para o preço mestre do produto. Um preço definido através da utilização de duas dimensões do produto (por exemplo, cor e tamanho) é utilizado antes de um preço definido através da utilização de apenas uma dimensão do produto (por exemplo, tamanho).
- O mesmo grupo de preços pode ser utilizado para controlar preços e descontos.
Melhorias na API de preços
O preço é um dos factores mais importantes que controlam as decisões de compra de muitos clientes, e muitos clientes comparam os preços em vários sítios antes de efectuarem uma compra. Para garantir a oferta de preços competitivos, os retalhistas observam cuidadosamente os seus concorrentes e fazem com frequência promoções. Para ajudar estes retalhistas a atrair clientes, é muito importante que a pesquisa de produtos, a funcionalidade de navegação, as listas e a página de detalhes do produto apresentem os preços mais exactos.
A interface de programação de aplicativos (API) GetActivePrices no Commerce retorna preços que incluem descontos simples (por exemplo, descontos de linha única que não dependem de outros itens no carrinho). Desta forma, os preços apresentados estão próximos do montante real que os clientes pagam pelos artigos. Esta API inclui todos os tipos de descontos simples: descontos baseados na afiliação, na fidelidade, no catálogo e no canal. Além disso, a API devolve os nomes e a informação de validade dos descontos aplicados, para que os retalhistas possam fornecer uma descrição mais detalhada do preço e criar um sentido de urgência se a validade do desconto expirar em breve.