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 no 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 único para o qual um produto é vendido num cliente de ponto de venda (POS) ou numa ordem de venda. Neste artigo, o termo preço refere-se sempre ao preço de venda, não ao preço de inventário ou preço de custo. |
| Preço base | O preço que é definido no campo Preço num produto lançado. |
| Preço do acordo comercial | O preço que é definido num produto ou variante utilizando um contrato comercial do tipo Preço (venda). |
| 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 difere e não deve ser confundido com o valor de enumeração de Melhor preço para o modo de simultaneidade 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 do Commerce (ou seja, canais, catálogos, afiliações e programas de fidelização). Uma vez que os grupos de preços são utilizados para todos os preços e descontos, é muito importante que planeie a forma como os utiliza 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 principal ponto a lembrar sobre os grupos de preços é que eles são utilizados para gerenciar as relações de muitos para muitos que os descontos e preços têm com as entidades do Comércio.
A ilustração seguinte mostra como os grupos de preços são utilizados. Nesta ilustração, observe que "Grupo de preços" está literalmente no centro da gestão de preços e descontos. As entidades do Commerce que pode utilizar para gerir preços e descontos diferenciais estão à esquerda e os registos de preços e descontos reais estão à direita.
Quando cria grupos de preços, não deve usar um único grupo de preços para vários tipos de entidades do Commerce. Caso contrário, pode ser difícil determinar por que um preço ou desconto específico está sendo aplicado a uma transação.
Como mostra a linha tracejada vermelha na ilustração, o Commerce suporta a funcionalidade principal Microsoft Dynamics do 365 de um grupo de preços que é definido diretamente num cliente. No entanto, neste caso, obtém apenas contratos comerciais de preço de venda. Se pretender aplicar preços específicos ao cliente, recomendamos que não defina grupos de preços diretamente no cliente. Em vez disso, você deve usar 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 encomenda, o grupo de preços antigo é substituído pelo novo grupo de preços apenas para a encomenda atual. Por exemplo, o grupo de preços antigo não afetará a encomenda atual, mas continuará a ser associado ao cliente para encomendas futuras.
As seguintes secções fornecem mais informações sobre as entidades de Comércio que pode utilizar 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 de dois passos. Estes passos podem ser feitos por qualquer ordem. No entanto, a ordem lógica é definir primeiro os grupos de preços nas entidades, porque isto passo é provável que seja uma configuração única que é feita durante a implementação. Em seguida, à medida que os preços e descontos são criados, pode definir os grupos de preços nesses preços e descontos individualmente.
Canais
No setor do comércio, é típico ter preços diferentes em diferentes canais. Os dois principais fatores que afetam 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 estocar 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, a alface fresca provavelmente custa mais nos climas do norte do que nos climas do sul. Se você estiver definindo preços para canais em uma grande área geográfica, provavelmente desejará 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 afiliaçã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 preços e descontos para clientes do que o conceito principal Microsoft Dynamics do 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 os preços não retalhistas têm um grupo diferente para cada tipo de desconto e preço. Em seguida, um cliente pode pertencer a várias afiliações, mas pode pertencer a apenas um grupo de preços não retalhista de cada tipo. Por fim, embora as afiliações possam ser configuradas para que estejam vinculadas a um cliente, não precisam ser. Uma afiliação ad-hoc pode ser usada para clientes anônimos no PDV. Um exemplo típico de um desconto de afiliação anónima é um desconto sénior ou estudantil, em que um cliente pode receber um desconto apenas mostrando um cartão de membro do grupo.
Embora as afiliações sejam, na maioria das vezes, associadas a descontos, também pode usá-las para definir preços diferenciados. Por exemplo, quando um retalhista vende a um colaborador, pode querer alterar o preço de venda em vez de aplicar um desconto em cima do preço normal. Outro exemplo, um retalhista que venda tanto a clientes consumidores como a clientes empresariais pode oferecer aos clientes empresariais melhores preços, com base no seu volume de compras. As afiliações permitem ambos os cenários.
Programas de fidelização
Em relação a preços e descontos, os programas de fidelidade 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 preços de fidelização durante uma transação ou encomenda difere da forma como obtêm 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 fidelidade é adicionado a uma transação, o programa de fidelidade também é adicionado. O programa de fidelização permite então preços e descontos especiais.
Os programas de fidelização podem ter vários escalões e os descontos podem diferir para diferentes níveis. Desta forma, os retalhistas podem dar maiores recompensas aos clientes frequentes sem terem de colocar manualmente esses clientes 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 de preços e descontos, eles são o mesmo que afiliações.
Catálogos
Alguns varejistas usam catálogos físicos ou virtuais para comercializar produtos e precificá-los para grupos focados de clientes. Como parte de seu modelo de negócios para direcionar o marketing por meio de um catálogo, esses varejistas podem definir preços diferenciados em 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, pode associar grupos de preços ao catálogo, tal como pode associá-los a um canal, afiliação ou programa de fidelização.
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, use um conjunto de grupos de preços para canais, um conjunto diferente de grupos de preços para afiliações ou programas de fidelidade 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 definir grupos de preços diretamente no cliente. Em vez disso, use uma afiliação. Desta forma, pode atribuir todos os tipos de preços e descontos aos clientes, não apenas os contratos comerciais de preço 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 preços podem ser aplicadas a grupos de preços ou 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 em que os preços e descontos são aplicados aos produtos. Um número de prioridade de preços maior é avaliado antes de um número de prioridade de preços mais baixo. 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 um desconto podem provir de duas prioridades de preços diferentes, porque as prioridades de preços aplicam-se aos preços e descontos de forma independente.
Para utilizar a prioridade de preços para preços, tem de atribuir uma prioridade de preços a um grupo de preços e, em seguida, criar um contrato comercial de preço de venda para esse grupo de preços.
A funcionalidade de prioridade de preços foi introduzida para suportar o cenário em que um retalhista pretende aplicar preços mais elevados num conjunto específico de lojas. Por exemplo, um varejista definiu preços regionais para a costa leste dos Estados Unidos, mas quer preços mais altos para alguns produtos nas lojas da cidade de Nova York, porque custa mais vender alguns produtos na cidade e/ou porque o mercado local tem um preço mais alto.
Como foi descrito na seção "Melhor preço" deste artigo, o mecanismo de preços normalmente seleciona o menor de dois preços. Portanto, o varejista é impedido de usar o mais alto de dois preços em uma loja que tem os grupos de preços da costa leste e de Nova York. Para resolver isto problema antes da introdução da funcionalidade de prioridade de preços, o retalhista tinha de definir os preços de cada produto duas vezes e não atribuir os dois 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.
No entanto, a funcionalidade de prioridade de preços permite ao retalhista criar uma prioridade de preços para os preços de loja que é superior à prioridade de preços para os preços regionais. Em alternativa, o retalhista pode criar uma prioridade de preços apenas para os preços de loja e deixar os preços regionais na prioridade de preço predefinida, 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 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. Esses mercados estão em Nova York, Chicago e na área da Baía de São Francisco.
Isto exemplo usa a região Nordeste. A loja 1 fica 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, Nova York e Loja 2.
O retalhista define duas prioridades de preços: Alto custo tem um número de prioridade de 5 e Preços da loja tem um número de prioridade de 10. (Lembre-se de que, por predefinição, a prioridade de preços é 0 [zero] e um preço ou desconto que tenha um número de prioridade superior é utilizado antes de um preço ou desconto que tenha um número de prioridade inferior.) Para o grupo de preços Nordeste, a prioridade de preços é deixada no valor padrão de 0 (zero). Para o grupo de preços de Nova York, a prioridade de preços é definida como 5, porque a cidade de Nova York é um mercado de alto custo. Para os grupos de preços Loja 1 e Loja 2, a prioridade de preços é definida como 10.
Dois produtos que o retalhista vende são o produto 1, uma t-shirt de mercadoria, e o produto 2, jeans de moda específicos da marca.
| Produto | Preço Nordeste | Preço NYC | Preço de loja |
|---|---|---|---|
| T-shirt | $15 | Não definido | Não definido |
| Calças jeans de moda | $50 | $70 | Não definido |
A T-shirt é vendida pelo mesmo preço (ou seja, $15) nas lojas de Boston e Manhattan, porque apenas um preço é definido no grupo de preços do Nordeste que está ligado a ambos os canais. Os jeans da moda são vendidos por $50 na loja de Boston, porque esse preço é o único preço disponível nessa loja. No entanto, na loja de Manhattan, dois preços estão disponíveis: $50 e $70. Como a prioridade de preço de 5 para o grupo de preços de Nova York é maior do que a prioridade de preço de 0 (zero) para o grupo de preços do Nordeste, o preço sobe como $70 no sistema POS.
Nota
Para cada prioridade de preços, é necessária uma passagem completa pela lógica do motor de preços de retalho. Portanto, para ajudar a manter o desempenho do cálculo de preço e desconto, deve utilizar as prioridades de preços com moderação.
Tipos de preços
No Microsoft Dynamics 365, você pode definir o preço de um produto em três lugares:
- Diretamente no produto (preço base)
- Num acordo comercial de preço de venda
- Num ajustamento de preços
O preço base e o preço do contrato comercial fazem parte do Dynamics 365 principal e estão disponíveis mesmo que não utilize o Commerce. A funcionalidade de ajuste de preços está disponível apenas no Commerce. A secção seguinte fornece mais informações sobre cada uma destas opções para a definição de preços e explica como as opções funcionam em conjunto.
Fixação de preços
Preço base
O lugar mais fácil para definir o preço de um produto é diretamente no produto. O valor que define diretamente num produto é muitas vezes referido como o preço base do produto. Você define o preço base no campo Preço na guia Venda da página Detalhes do produto lançado. O valor que introduz está na moeda da empresa. Por predefinição, o preço é para uma quantidade de 1 da unidade de medida (UoM) que está definida no campo Unidade no separador Vender . O preço unitário real de um produto baseia-se na UoM, na quantidade de preço e na moeda.
Se um produto tem um preço para todos, o preço base oferece a forma mais eficiente de gerir o preço desse produto. Mesmo que utilize acordos comerciais para definir preços, também pode definir o preço base de um produto. Depois, se não utilizar um acordo totalmente comercial, tem um preço de contingência que é utilizado quando não se aplica nenhum acordo comercial.
Se a moeda de um canal diferir 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 preços suporta-o. Se a unidade de preço for definida para um valor diferente de 0 (zero), o preço unitário é igual a Preço ÷ Unidade de preço. Por exemplo, se o preço de um produto for $10.00 e a unidade de preço for 50, o preço para uma quantidade de 1 é $0.20 (= $10.00 ÷ 50).
Acordo comercial de preço de venda
Ao utilizar o diário de contratos comerciais, pode criar acordos comerciais de preços de venda para cada produto. No Microsoft Dynamics 365, existem três âmbitos de cliente para contratos comerciais de preço de venda: Tabela, Grupo eTodos . O âmbito do cliente determina os clientes a que um determinado contrato comercial de preço de venda se aplica.
Um contrato comercial de preço de venda de tabela destina-se a um único cliente que é definido diretamente no contrato comercial. Isto cenário não é um cenário típico de empresa-consumidor (B2C). No entanto, se ocorrer, o motor de preços utiliza acordos comerciais de tabela quando determina o preço.
Um Acordo comercial de preço de venda de grupo é o tipo com o qual é mais utilizado. Fora do comércio, os acordos comerciais de preço de venda de grupo são para um grupo de clientes simples. No entanto, no Commerce, o conceito de grupo de clientes foi alargado para que seja um grupo de preços mais genérico. Um grupo de preços pode ser associado a um canal, afiliação, programa de fidelização ou catálogo. Para obter informações detalhadas sobre grupos de preços, consulte a secção "Grupos de preços" apresentada anteriormente neste artigo.
Nota
Um preço de acordo comercial é sempre utilizado antes do preço base.
Revisão de preços
Como o nome indica, um ajuste de preço é utilizado para modificar o preço que foi definido diretamente no produto ou definido através de um acordo comercial. Um ajuste de preço pode ser utilizado para baixar ou aumentar o preço. Um ajuste de preço é a forma recomendada de os retalhistas criarem, monitorizarem e gerirem remarcações de preços para os seus produtos ao longo do tempo.
Existem três tipos de ajustes de preço: Percentagem de desconto, Montante de desconto e Preço unitário. Um ajuste de preço do tipo percentagem off ou amount off é 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 definido utilizando o preço base ou o preço do acordo comercial. Portanto, se o preço definido num ajuste de preço for maior do que o preço não ajustado, o ajustamento de preço não é utilizado.
Determinar o 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, deve ser utilizado um desconto menor num único produto, para que possam ser aplicados mais descontos a outros produtos na transação.
A única exceção ao princípio de encontrar o melhor preço para o cliente é a opção de descontos mais baratos. Esta opção permite descontos menos dispendiosos que favorecem o retalhista quando os produtos são selecionados e agrupados. Assim, quando uma transação inclui mais produtos do que o necessário para se qualificar para o desconto menos dispendioso, o motor de preços seleciona os produtos que produzem o menor montante de desconto possível para o cliente.
O motor de preços devolve três preços para cada produto: o preço base, o preço do contrato comercial e o preço ativo.
O preço base é apenas a propriedade no produto e é o mesmo para todos em todos os lugares.
No acordo comercial de preço de venda, se a opção Localizar seguinte estiver definida como Sim , o preço mais baixo encontrado para os contratos comerciais de preço de venda aplicáveis é utilizado comoo 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 Localizar seguinte estiver definida como Não, é utilizado o primeiro preço de acordo comercial que é encontrado. Se não forem encontrados acordos comerciais de preço de venda, 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 ajuste de preço que se aplica ao produto. Se não forem encontrados ajustes de preço, ou se o preço ativo calculado for superior ao preço do acordo comercial, o preço ativo é definido como igual ao preço do acordo comercial. Os ajustes de preço aplicáveis só podem ser encontrados utilizando grupos de preços atribuídos a um canal, catálogo, afiliação ou programa de fidelização.
Regras de preço de categoria
A funcionalidade de regras de preços de categoria no Commerce dá-lhe uma maneira fácil de criar novos acordos comerciais para todos os produtos de uma categoria. Esta funcionalidade também lhe permite localizar automaticamente os acordos comerciais existentes para os produtos da categoria e expirá-los.
Ao selecionar a opção de expirar os contratos comerciais existentes, o sistema cria um novo diário de acordos comerciais para os produtos na categoria que têm um contrato comercial ativo. No entanto, o diário tem de ser lançado manualmente. Além disso, as regras de preços de categoria só podem encontrar acordos comerciais existentes se estiver a utilizar a mesma regra de preço (isto é, se criar uma nova regra de preço que utilize a mesma categoria que existia anteriormente). Se não estiver a utilizar a mesma regra de preço, os acordos comerciais existentes não expirarão.
Os preços podem ser aumentados ou diminuídos utilizando os campos Regra de preço e Base de preço das regras de preços da categoria.
No campo Regra de preço, selecione o tipo de alteração de preço a utilizar:
- Margem de lucro – Uma percentagem da base de preços é 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 50%.
- Margem – Uma percentagem do preço de venda é utilizada 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%.
- Montante fixo – Um montante adicionado à base de 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ço, selecione 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 dos acordos comerciais e dos ajustamentos de preço.
- Preço atual – O preço de venda após os contratos comerciais e ajustes de preço são aplicados.
Para atualizar facilmente os preços de vários produtos de diferentes categorias de produtos, pode utilizar as categorias de produtos suplementares juntamente com as regras de preços de categoria.
Melhores práticas
Microsoft SQL Server Express é com frequência utilizado para bancos de dados de canais por causa do custo (gratuito). Lembre-se de que o SQL Server Express tem limitações de hardware e limites de tamanho de dados. Se você não planejar corretamente, poderá atingir rapidamente os limites de tamanho de dados do SQL Server Express. Esta consideração aplica-se não só aos preços, mas também a outras áreas do produto. Aqui estão 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 de fim. Com o tempo, esta abordagem ajuda a reduzir o número de acordos comerciais que são mantidos em bases de dados de 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 preços variarem de acordo com a variante de produto, considere utilizar o preço base do produto como o preço da variante mais comum. Em seguida, utilize os acordos comerciais apenas para as variantes de preços que são exceções. Esta abordagem ajuda a reduzir o número de registos de acordos comerciais. Como é tão fácil importar dados para Microsoft Dynamics o 365, poderá sentir-se tentado a importar um acordo comercial para cada variante de cada produto. No entanto, esta abordagem pode produzir muitos acordos comerciais que têm o mesmo valor. Portanto, pode aumentar desnecessariamente o tamanho dos seus dados.
O comércio processa preços específicos de variantes em ordem do mais específico para o menos específico. Se uma dimensão do produto não afetar o preço, não é preciso definir acordos comerciais para a mesma. Por exemplo, um produto está disponível em três cores e quatro tamanhos, mas o preço varia apenas pelo tamanho. Se definir um contrato comercial para cada variante, cria 12 registos. Em vez disso, pode definir um contrato comercial apenas para cada tamanho e deixar a dimensão Cor em branco. Neste caso, produz apenas quatro registos.
Em alternativa, se nem todos os valores de uma dimensão produzirem um preço diferente, pode definir um contrato comercial para o produto principal e deixar todas as dimensões do produto em branco. Em seguida, defina um acordo comercial separado apenas para cada valor de dimensão que produza 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, precisará apenas de dois acordos comerciais: um para o produto principal e outro para o tamanho XXL.
Preços que incluem IVA vs. preços que não incluem impostos
Ao definir 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 Preço inclui o imposto sobre vendas nos canais permite configurar canais para incluírem ou excluírem impostos dos preços. Essa configuração é definida no canal e pode mudar até mesmo em uma única empresa.
Se trabalha com tipos de impostos 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 do Commerce e preços não comerciais
Um único motor de preços é utilizado para calcular os preços em todos os canais: call center, loja de retalho e lojas online. Isto ajuda a ativar os cenários de Comércio unificado.
Os preços foram concebidos para trabalhar com entidades do Commerce em vez de entidades que não são do Commerce. Especificamente, foi concebido para definir preços por loja, não por armazém.
O motor de preços do Commerce não suporta as seguintes funcionalidades de preços:
Não há suporte para preços baseados em atributos.
A passagem de desconto de fornecedor não é suportada.
A funcionalidade de moeda genérica não é suportada. Por outras palavras, mesmo que um acordo comercial tenha o botão de alternar Incluir moeda genérica ativado, o acordo comercial continua a ser considerado válido apenas para a moeda nele definida.
O motor de preços padrão do Supply Chain Management suporta o cálculo de preços baseado na data de envio solicitada e na data de receção pedida, juntamente com a data atual. No entanto, os preços de retalho atualmente não suportam estes valores. A razão é que, para cenários B2C, os clientes não esperam que a data de entrega solicitada afete o preço do item. Em alguns casos, os retalhistas têm operações B2B e B2C. Para operações B2B, é comum alterar os preços com base nas datas de entrega. Estes retalhistas podem utilizar os preços do Supply Chain Management para o seu negócio B2B e os preços de retalho para o seu negócio B2C. Os preços de retalho só entram em vigor se o utilizador da aplicação for adicionado como utilizador de call center, para que os retalhistas possam atribuir utilizadores específicos que trabalhem com os preços do Supply Chain Management e também atribuir alguns que trabalhem com preços de retalho. Em outras palavras, esses utilizadores devem ser adicionados como utilizadores de call center. Além disso, a propriedade Utilizar data de hoje para calcular preços tem de ser ativada na secção Diversos no separador Preços e descontos da página Parâmetros do comércio. Desta forma, os utilizadores podem continuar a utilizar o valor do parâmetro Contas a receber para a data de envio solicitada ou a data de receção solicitada para os preços do Supply Chain Management. No entanto, os preços de retalho continuam a utilizar a data de hoje para cálculos de preços.
Para contratos comerciais, apenas as seguintes dimensões são suportadas no motor de preços do Commerce:
- Dimensões do produto: Tamanho, estilo, cor e configuração
- Dimensões de inventário: Local e Armazém
- Dimensões de acompanhamento: Número de série
Além disso, apenas o motor de preços do Commerce suporta as seguintes funcionalidades de preços:
- O preço baseia-se nas dimensões do produto, por ordem desde o preço da variante mais específica até ao preço da variante menos específica e o preço principal do produto. Um preço que é definido utilizando duas dimensões do produto (por exemplo, cor e tamanho) é utilizado antes de um preço que é definido utilizando apenas uma dimensão do produto (por exemplo, tamanho).
- O mesmo grupo de preços pode ser utilizado para controlar preços e descontos.
Aprimoramentos da API de preços
O preço é um dos fatores mais importantes que controla as decisões de compra de muitos clientes, e muitos clientes comparam os preços em vários sites antes de fazer uma compra. Para ajudar a garantir preços competitivos, os retalhistas observam atentamente os seus concorrentes e, com frequência, realizam 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 mostrem os preços mais precisos.
A interface de programação de aplicações (API) GetActivePrices no Commerce devolve 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 itens. Esta API inclui todos os tipos de descontos simples: descontos baseados em afiliação, em fidelização, em catálogo e em canais. Além disso, a API devolve os nomes e as informações de validade para os 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.