Gestão de variedades

Isto artigo explica os conceitos básicos da gestão de sortimento em Microsoft Dynamics 365 Commerce e fornece considerações de implementação para o seu projeto.

Dynamics 365 Commerce fornece assortments que lhe permite gerir a disponibilidade de produtos em todos os canais. Os sortidos determinam quais os produtos que estão disponíveis em lojas específicas e durante um período específico.

No comércio, um sortido é um mapeamento de um ou mais canais (ou grupos de canais, quando se utilizam hierarquias de organizações) para um ou mais produtos (ou grupos de produtos, quando se utilizam hierarquias de categorias).

O mix global de produtos de um canal é determinado pelos sortimentos publicados que são atribuídos ao canal. Por conseguinte, é possível configurar vários sortimentos activos por canal.

Configuração básica do sortido

No exemplo a seguir, um sortimento exclusivo é configurado para cada loja. Neste caso, apenas o produto 1 está disponível na loja 1 e apenas o produto 2 está disponível na loja 2.

Para disponibilizar o produto 2 na loja 1, é possível adicionar o produto ao sortido 1.

Como alternativa, é possível adicionar a loja 1 ao sortimento 2.

Hierarquias organizacionais

Em situações em que vários canais partilham os mesmos sortimentos de produtos, é possível configurar os sortimentos utilizando a hierarquia de organização do sortimento comercial. Quando os nós desta hierarquia são adicionados, todos os canais desse nó e dos seus nós filhos são incluídos.

Categorias de Produto

Do mesmo modo, no lado do produto, pode incluir grupos de produtos utilizando hierarquias de categorias de produtos. É possível configurar sortimentos incluindo um ou mais nós de hierarquia de categorias. Nesse caso, o sortimento inclui todos os produtos desse nó de categoria e seus nós filhos.

Produtos ou categorias excluídos

Além de incluir produtos e categorias em sortimentos, é possível usar a opção Excluir para definir produtos ou categorias específicos que devem ser excluídos dos sortimentos. No exemplo seguinte, pretende incluir todos os produtos de uma categoria específica, exceto o produto 2. Neste caso, não é necessário definir o sortimento produto a produto ou criar nós de categoria adicionais. Em vez disso, pode apenas incluir a categoria mas excluir o produto.

Nota

Se um produto estiver incluído e excluído num ou mais sortimentos por definição, o produto é sempre considerado excluído.

Produtos globais e lançados

Os sortimentos são definidos a nível global e podem conter canais de várias entidades jurídicas. Os produtos e categorias incluídos nos sortimentos também são partilhados entre entidades jurídicas. No entanto, um produto tem de ser lançado antes de poder ser efetivamente vendido, encomendado, contado ou recebido no canal (por exemplo, no ponto de venda (POS)). Embora duas lojas de entidades jurídicas diferentes possam partilhar um sortido que contenha os mesmos produtos, os produtos só estão disponíveis se forem disponibilizados a essas entidades jurídicas.

Sortimentos dinâmicos e estáticos

Os sortimentos podem ser definidos com canais e produtos específicos ou incluindo unidades organizacionais e categorias. Os sortimentos que incluem referências a esses grupos são considerados sortimentos dinâmicos. Se a definição ou o conteúdo desses grupos for modificado enquanto o sortimento estiver ativo, a definição do sortimento também será modificada.

Por exemplo, um sortimento é originalmente definido e publicado de forma a fazer referência a uma categoria de produtos. Se mais tarde forem acrescentados produtos adicionais à categoria, esses produtos são automaticamente incluídos na definição do sortido existente. Não é necessário adicionar manualmente os produtos ao sortido. Da mesma forma, se uma unidade organizacional for adicionada a um nó diferente, o sortimento da unidade organizacional é automaticamente ajustado com base nessa definição.

Produtos parados

É possível "parar" os produtos libertados para o processo de vendas activando uma definição em . Encomenda por defeito definições. Esta definição é mais com frequência activada quando um produto está no fim da sua vida útil e não deve ser vendido através de qualquer canal. Os sortimentos respeitam esta definição. Se um produto estiver parado em todas as entidades legais para as quais foi lançado, não é sortido, independentemente da configuração do sortido.

Produtos bloqueados

Para além de parar as vendas de um produto, é possível bloquear temporariamente as vendas de um produto. Pode configurar esta definição no separador Commerce de um produto lançado. Os produtos bloqueados continuam a ser sortidos, mas o utilizador recebe uma mensagem no POS que indica que o produto não pode ser vendido.

Efetividade da data

Os sortidos são eficazes em termos de datas, pelo que os retalhistas podem configurar quando os produtos devem ou não estar disponíveis por canal. É possível especificar as datas de início e fim ao definir e publicar sortimentos com antecedência. Os produtos afectados ficam automaticamente disponíveis ou não disponíveis durante os intervalos de datas especificados.

Processar sortimentos batch job

Os sortimentos definidos no comércio devem ser processados antes de entrarem em vigor. Isto tratamento é efectuado pelas seguintes razões:

• As definições de sortido devem ser desnormalizadas para que os canais as possam consumir mais facilmente. Um mix de produtos para um canal pode ser definido através de vários sortimentos que abrangem vários intervalos de datas. Quando algumas destas informações são calculadas antecipadamente no servidor, o desempenho no canal é melhorado.
• Os produtos e canais do sortido podem mudar fora do próprio sortido. Os sortimentos dinâmicos que contêm referências a categorias ou unidades organizacionais devem ser processados periodicamente para que incluam ou excluam registos, com base na sua atribuição atual.

Considerações de implementação

Considere os seguintes requisitos de implementação ao planejar e gerenciar sortimentos para sua implementação do Commerce:

• Replicação de dados e tamanho da base de dados - Embora os sortimentos ajudem a satisfazer a necessidade comercial de gerir a disponibilidade dos produtos, são também uma ferramenta importante para gerir o tamanho das bases de dados do canal e offline. Os sortimentos bem geridos ajudam a reduzir a quantidade de dados que têm de ser processados e replicados para bases de dados do canal e offline. Ajudam também a reduzir o número de registos que têm de ser mantidos. Ter menos registos nas bases de dados do canal e offline melhora o desempenho quando adiciona itens a uma transação, pesquisa e procura produtos.
• Sortimentos com data de validade/expiração - Uma das ferramentas mais eficazes para gerir o número de produtos nas bases de dados do canal e offline é a data de validade dos sortimentos. Se deixar sortimentos abertos (sem prazo de validade) para produtos sazonais ou produtos em fim de vida, estas bases de dados crescem indefinidamente. É possível utilizar várias abordagens para ajudar a gerir esta situação. Por exemplo, é possível manter sortimentos separados para produtos sazonais e produtos que estão sempre disponíveis.
• Vendas e devoluções fora dos sortimentos - Esta capacidade ajuda os retalhistas a gerir eficazmente os seus sortimentos, permitindo-lhes limitar o número de produtos disponíveis aos produtos que pertencem à gama de produtos principais da loja. Esta capacidade também ajuda os retalhistas a lidar com situações em que um produto é erradamente omitido de um sortido, ou em que um produto é devolvido fora das datas efectivas do sortido.

Se os dados do produto não existirem na base de dados do canal, o POS faz chamadas em tempo real para a sede para obter as informações necessárias, de modo a que o produto possa ser vendido, devolvido ou colocado numa encomenda do cliente. As informações sobre produtos obtidas desta forma só estão disponíveis durante o âmbito dessa transação. O produto não é adicionado à definição do sortimento. Por conseguinte, as chamadas subsequentes em tempo real são efectuadas conforme necessário.

Nota

Quando o POS faz chamadas em tempo real para a sede para recuperar informações sobre o produto para descarregar para a base de dados do canal, dependendo do tamanho dos dados das informações do produto, como o número de variantes do produto, os atributos do produto e as dimensões do inventário, pode haver problemas de desempenho durante as chamadas em tempo real ou ao guardar os dados na base de dados do canal. Esses problemas de desempenho podem levar a falhas na API da Commerce Scale Unit (CSU). Para evitar problemas de desempenho relacionados com chamadas em tempo real, deve adicionar produtos com grandes quantidades de dados de informação sobre produtos ao sortido do canal.