Políticas no modelo de dados do catálogo combinável do Adobe
Se uma exibição de catálogo for a lente que molda o que os compradores veem de um catálogo base unificado, as políticas serão o que é feito dessa lente. Este tutorial explica o que é uma política, como as políticas STATIC e TRIGGER funcionam juntas no cenário de demonstração Automóveis Carvelo e por que a atualização de uma política entra em vigor imediatamente, sem reconstruir o catálogo.
Para quem é este vídeo?
- Arquitetos e desenvolvedores de soluções da Commerce que configuram exibições de catálogo e regras de merchandising no Adobe Commerce Optimizer
Conteúdo de vídeo
- Políticas como filtros de acesso a dados nos atributos do produto
- Como várias políticas se combinam na visualização do catálogo do Celport (marcas e categorias de peça)
- Políticas ESTÁTICAS para regras de negócios permanentes
- Políticas de ACIONAMENTO ativadas por cabeçalhos de solicitação de API (por exemplo
AC-Policy-Brand) - Atualização de políticas em operações diárias sem reconstrução de catálogo
Uma política é um filtro de acesso a dados. Ele inspeciona os atributos do produto e aplica regras que determinam quais produtos uma exibição de catálogo pode expor. As políticas ficam na parte superior do catálogo de composição compartilhado — elas não duplicam os dados do catálogo.
Políticas ESTÁTICAS
Uma política STATIC é always on. Ela impõe regras de negócios permanentes, independentemente do comportamento do comprador ou do estado da sessão.
No cenário do Celport, as regras STATIC incluem:
- A Celport venderá somente as marcas Bolt e Cruz.
- Celport só mostrará freios e suspensão partes.
Estas regras nunca desligam. As políticas STATIC são o local onde residem contratos de licenciamento, restrições territoriais e permissões de marca. Defina-as uma vez e o Adobe Commerce Optimizer as aplicará automaticamente em cada solicitação.
políticas DE ACIONAMENTO
Às vezes, as políticas com uma origem de valor de TRIGGER são chamadas de políticas exclusivas. A exibição de catálogo executa essa política somente quando o gatilho é especificado no cabeçalho da chamada de API.
Por exemplo, uma loja EDS (Serviços de Entrega de Experiência) pode oferecer uma lista suspensa com Todas as Marcas, Aurora, Bolt e Cruz:
- Na exibição da página inicial, nada está selecionado, portanto, nenhum cabeçalho de marca extra é enviado.
- Quando o comprador seleciona Parafuso, a API subjacente define o cabeçalho
AC-Policy-BrandcomoBolt. - Quando o comprador seleciona Cruz, o mesmo cabeçalho é definido como
Cruz.
A exibição de catálogo aplica a política TRIGGER somente quando esse cabeçalho está presente, o que oferece suporte à filtragem interativa sem alterar as regras ESTÁTICAS permanentes.
STATIC e TRIGGER juntos
As políticas STATIC lidam com regras permanentes. As políticas TRIGGER manipulam as interativas. Usados juntos em uma única exibição de catálogo, eles fornecem conformidade e flexibilidade—limites de sortimento fixos, além de refinamento orientado pelo comprador.
Atualizar políticas sem recriar o catálogo
Para operações diárias, as alterações nas políticas são imediatas. Suponha que o contrato de licenciamento da Celport agora permita pneus, bem como freios e suspensão:
- Abra a política relevante.
- Adicionar camadas à lista de valores.
- Salve.
Esta alteração está ativa imediatamente. Não há tempo de espera, reimplantação ou recriação de catálogo. A próxima solicitação para a loja Celport reflete a atualização.
As políticas são filtros leves em um catálogo compartilhado, não regras transformadas em cópias de catálogo separadas. Alterar a regra, não os dados.