Conceitos

A estrutura de integração fornece os mecanismos e componentes para:

• conexão com um mecanismo de comércio eletrônico
• extraindo dados para AEM
• exibição desses dados e coleta as respostas do comprador
• detalhes da transação de devolução
• pesquisar os dados de ambos os sistemas

Isso significa que:

• Os compradores podem se registrar e comprar sem esperar.
• As alterações de preços serão vistas pelos compradores sem demora.
• Os produtos podem ser adicionados conforme necessário.

Para otimizar a operação, tanto o AEM quanto o mecanismo de comércio eletrônico se concentram em sua própria área de especialização. A informação é transferida entre os dois em tempo real; por exemplo:

• AEM pode:

  • Solicitação:

    • Informações do produto do mecanismo de comércio eletrônico.

  • Fornecer:

    • Visualizações do usuário para obter informações sobre produtos, carrinho de compras e check-out.
    • Informações sobre carrinho de compras e check-out para o mecanismo de comércio eletrônico.
    • Otimização do mecanismo de pesquisa (SEO).
    • Funcionalidade da comunidade.
    • Interações de marketing não estruturadas.

• O mecanismo de comércio eletrônico pode:

  • Fornecer:

    • Informações do produto do banco de dados.
    • Gerenciamento de variantes do produto.
    • Gerenciamento de pedidos.
    • ERP (Enterprise Resource Planning).
    • Pesquise nas informações do produto.

  • Processo:

    • O carrinho de compras.
    • O check-out.
    • Cumprimento do pedido.

Vários componentes predefinidos AEM são fornecidos para usar a camada de integração. Atualmente, eles incluem:

• Informações sobre o produto
• Carrinho de compras
• Check-out
• Minha conta

Várias opções de pesquisa também estão disponíveis.

Arquitetura

A estrutura de integração fornece a API, uma variedade de componentes para ilustrar a funcionalidade e várias extensões para fornecer exemplos de métodos de conexão:

A estrutura oferece acesso a funcionalidades como:

Implementações

AEM eCommerce é implementado com um mecanismo de eCommerce:

• A estrutura de integração de eCommerce foi criada para permitir a integração fácil de um mecanismo de eCommerce com AEM. O mecanismo de comércio eletrônico criado para fins específicos controla dados de produtos, carrinhos de compras, finalização e cumprimento de pedidos, enquanto AEM controla a exibição de dados e campanhas de marketing.

Provedores de comércio

Ao importar dados de um mecanismo de comércio para seu site de comércio eletrônico AEM, um provedor de comércio é usado para fornecer dados aos importadores. Um único provedor de comércio pode suportar vários importadores.

Um provedor de comércio é AEM código personalizado para:

• interface para um mecanismo de comércio back-end
• implementar um sistema de comércio sobre o repositório JCR

Dois exemplos de provedores de comércio estão disponíveis para AEM:

• um para geometrixx-hybris
• outro para geometrixx-genérico (JCR)

Embora normalmente um projeto precise desenvolver seu próprio provedor de comércio personalizado e específico para o PIM e o schema de dados do produto.

O ProductServicesManager mantém (por meio de OSGi) uma lista de implementações das interfaces ProductImporter e CatalogBlueprintImporter. Eles estão listados no campo suspenso Importador/Provedor de Comércio do assistente do importador (usando a propriedade commerceProvider como nome).

Quando um importador/provedor de comércio específico estiver disponível na lista suspensa, todos os dados suplementares necessários devem ser definidos (dependendo do tipo de importador) em:

• /apps/commerce/gui/content/catalogs/importblueprintswizard/importers
• /apps/commerce/gui/content/products/importproductswizard/importers

A pasta na pasta apropriada importers deve corresponder ao nome do importador; por exemplo:

• .../importproductswizard/importers/geometrixx/.content.xml

O formato do arquivo de importação de origem é definido pelo importador. Ou o importador pode estabelecer uma conexão (por exemplo, WebDAV ou http) com o mecanismo de comércio.

Funções

O sistema integrado atende às seguintes funções para manter os dados:

• Usuário do Gerenciamento de Informações do Produto (PIM) que mantém:

  • Informações sobre o produto.
  • Taxonomia, categorização, aprovação.
  • Interage com o gerenciamento de ativos digitais.
  • Preços - muitas vezes isso vem de um sistema ERP e não é explicitamente mantido no sistema de comércio.

• Autor/Gerente de marketing que mantém:

  • Conteúdo de marketing para todos os canais.
  • Promoções.
  • Vouchers.
  • Campanhas.

• Surfista/Comprador que:

  • Visualização suas informações do produto.
  • Coloca itens no carrinho de compras.
  • Verifica seus pedidos.
  • Esperar o cumprimento do pedido.

Embora a localização real possa depender da implementação; por exemplo, genérico ou com um mecanismo de comércio eletrônico:

Produtos

Produto Dados versus Dados de marketing

Categorias estruturais versus de marketing

Se as duas categorias a seguir puderem ser diferenciadas, isso permitirá que você defina URLs claros com uma estrutura significativa (árvores de nós cq:Page) e, portanto, muito próximas à gestão de conteúdo AEM clássica):

• *categorias estruturais *

  A árvore de categoria que define o que é um produto; por exemplo:

  /products/mens/shoes/sneakers

• Categorias de marketing

  Todas as outras categorias de um produto podem pertencer a; por exemplo:

  /special-offers/christmas/shoes)

Data do produto

Para retratar e gerenciar seu produto, você desejará manter uma variedade de informações sobre ele.

Os dados do produto podem ser:

• mantido diretamente em AEM (genérico).

• mantido no mecanismo de comércio eletrônico e disponibilizado no AEM.

  Dependendo do tipo de dados, ele é sincronizado conforme necessário ou acessado diretamente; por exemplo, dados altamente voláteis e críticos, como preços de produtos, são recuperados do mecanismo de comércio eletrônico em cada solicitação de página para garantir que eles estejam sempre atualizados.

Em ambos os casos, quando os dados do produto foram inseridos/importados para AEM, eles podem ser vistos no console Products. Aqui, as visualizações de cartão e lista de um produto mostram informações como:

• a imagem
• o código SKU
• quando modificado pela última vez

Variantes do produto

Para os produtos adequados, podem também ser mantidas informações sobre as variantes. Por exemplo, para os artigos de vestuário, as diferentes cores disponíveis são mantidas como variantes:

Atributos do produto

Os atributos individuais mantidos sobre cada produto podem depender do mecanismo de comércio eletrônico que está sendo usado e da implementação AEM. Eles estão disponíveis (conforme apropriado) ao visualizar páginas de produtos e/ou editar informações de produtos e podem incluir:

• Imagem

  Uma imagem do produto.

• Título

  O nome do produto.

• Descrição

  Uma descrição textual do produto.

• Tags

  Tags usadas para agrupar produtos relacionados.

• Categoria do ativo padrão

  Uma categoria padrão para ativos.

• Dados de ERP

  Informações de ERP (Enterprise Resource Planning, planejamento de recursos empresariais).

  • SKU

    Informações sobre a unidade de manutenção de reservas (SKU).

  • Cor

  • Tamanho

  • Preço

    O preço unitário do produto.

• Resumo

  Um resumo dos recursos do produto.

• Recursos

  Detalhes completos dos recursos do produto.

Ativos do produto

Uma seleção de ativos pode ser mantida para produtos individuais. Normalmente, isso inclui imagens e vídeos.

Catálogos

Um catálogo agrupa os dados do produto para facilitar o gerenciamento e a representação para o comprador. Muitas vezes um catálogo é estruturado de acordo com atributos como língua, área geográfica, marca, estação, hobby, esporte, entre muitos outros.

Estrutura do catálogo

Catálogos em vários idiomas

AEM suporta conteúdo de produto em vários idiomas. Ao solicitar dados, a estrutura de integração recupera o idioma da árvore atual (por exemplo, en_US para páginas em /content/geometrixx-outdoors/en_US).

Para uma loja multilíngue, você pode importar o catálogo para cada árvore de idioma individualmente (ou copiá-lo por meio de MSM).

Catálogos para várias marcas

Assim como com os idiomas, as grandes empresas multinacionais podem precisar atender a várias marcas.

Catálogos por tags

As tags também podem ser usadas para agrupar produtos em um catálogo. Eles podem ser usados para catálogos mais dinâmicos, como ofertas sazonais.

Configuração do Catálogo (Importação Inicial)

Dependendo da sua implementação, você pode importar os dados do produto necessários para o seu catálogo base para AEM de:

• um arquivo CSV (para a implementação genérica)
• o mecanismo de comércio eletrônico

Manutenção do catálogo (Sincronização de dados)

Outras alterações nos dados do produto serão inevitáveis:

• para a implementação genérica, eles podem ser gerenciados com o editor de produtos
• ao usar um mecanismo de comércio eletrônico as alterações devem ser sincronizadas

Sincronização de dados com um mecanismo de comércio eletrônico (em andamento)

Após a importação inicial, as alterações nos dados do produto são inevitáveis.

Ao usar um mecanismo de comércio eletrônico, os dados do produto são mantidos lá e precisam estar disponíveis no AEM. Esses dados do produto precisam ser sincronizados quando as atualizações forem feitas.

Isso pode depender do tipo de dados:

• Uma sincronização periódica é usada juntamente com um feed de dados de alterações.

  Além disso, você pode selecionar atualizações específicas para uma atualização expressa.

• Dados altamente voláteis, como informações sobre preços, são recuperados do mecanismo de comércio para cada solicitação de página, para garantir que estejam sempre atualizados.

Catálogos - Desempenho e dimensionamento

Importar um catálogo grande com um grande número de produtos (normalmente mais de 100.000) de um mecanismo de eCommerce (PIM) pode afetar o sistema devido ao grande número de nós. Também pode retardar a instância de criação se os produtos tiverem ativos associados (por exemplo, imagens de produtos). Isso se deve ao fato de que o pós-processamento desses ativos consome muita CPU e memória.

Existem várias estratégias que você pode escolher para resolver esses problemas:

• Período - para atender ao grande número de nós
• Descarregar o processamento posterior do ativo para uma instância dedicada
• Importar apenas dados de produtos
• Importar limitação e salvar em lote
• Teste de desempenho
• Desempenho - Diversos

Período

Se um nó JCR tiver muitos nós secundários diretos (por exemplo, 1000 e mais), os buckets (pastas fantasmas) são necessários para garantir que o desempenho não seja afetado. Eles são gerados de acordo com um algoritmo ao importar.

Esses compartimentos assumem a forma de pastas fantasmas que são introduzidas na estrutura do catálogo, mas podem ser configurados para que não fiquem visíveis em URLs públicos.

Descarregar o processamento posterior do ativo para uma instância dedicada

Esse cenário envolve a configuração de duas instâncias do autor:

1. instância do autor principal

   Importa dados do produto do PIM, no qual o pós-processamento dos caminhos do ativo está desativado.

2. Instância dedicada do autor DAM

   Importa e pós-processa ativos de produtos do PIM, em seguida, os replica de volta para a instância do autor principal para uso.

Importar apenas dados do produto

Nos casos em que os produtos não contêm ativos (imagens) a serem importados, é possível importar os dados do produto sem ser afetado pelo pós-processamento do ativo.

Teste de desempenho

Os testes de desempenho devem ser considerados nas implementações AEM eCommerce:

• Ambiente do autor:

  A atividade em segundo plano (por exemplo, a importação) pode ocorrer ao mesmo tempo que a atividade normal do usuário (por exemplo, edição de página) e mesmo se o desempenho do front-end for (em geral) dado uma prioridade mais alta, um mau desempenho observado por autores online pode levar a frustração capaz de bloquear uma decisão ao vivo.

• Ambiente de publicação:

  A replicação é um processo essencial para garantir que o conteúdo seja publicado de forma rápida e confiável. Isso pode ser afetado pela forma como o autor agrupa o conteúdo a ser publicado.

• Front-end:

  A mistura de invalidações de front-end e cache pode levar a surpresas de desempenho. Testar ajuda a evitar isso.

Observe que este teste de desempenho requer conhecimento e análise do seu público alvo:

• Volumes de conteúdo

  • Ativos
  • Produtos e SKUs localizados e de tecnologia I18

• Atividade do usuário:

  • Edição em massa
  • Publicação em massa
  • Solicitações de pesquisa intensas

• Processos em segundo plano

  • Importações
  • Atualizações de sincronização (por exemplo, preços)

• Requisitos de manutenção (backup, otimização do Tar PM, coleta de lixo do armazenamento de dados etc.)

Desempenho - Diversos

Para todas as implementações, é possível ter em mente os seguintes pontos:

• Como produto, as unidades de manutenção de estoque e as categorias podem ser numerosas, tente usar o menor número possível de nós para modelar o conteúdo.

  Quanto mais nós você tiver, mais flexível será o seu conteúdo (por exemplo, parsys). No entanto, tudo é uma troca e você precisa de flexibilidade individual (por padrão) ao manipular (por exemplo) produtos 30K?

• Evite a duplicação o máximo possível (veja a localização) ou, quando o fizer, pense em quantos nós sua duplicação resultará.

• Tente marcar o seu conteúdo o máximo possível para preparar a otimização do query.

  Por exemplo:

  /content/products/france/fr/shoe/reebok/pump/46 SKU

  deve ter uma tag por nível de conteúdo (por exemplo, país, idioma, categoria, marca, produto). Procurando por

  /element(*,my:Sku)[@country=’france’ and @language=’fr’

  e

  @category=’shoe’ and @brand=’reebok’ and @product=’pump’]

  será drasticamente mais rápido do que procurar por

  /jcr:root/content/france/fr/shoe/reebok/pump/element(*,my:Sku)

• Em sua pilha técnica, planeje modelos e serviços de acesso a conteúdo muito fatorizados. Esta é uma prática recomendada geral, mas é ainda mais crucial para ela, pois você pode, em fases de otimização, adicionar caches de aplicativos para dados lidos com muita frequência (e com os quais você não deseja preencher o cache de pacotes).

  Por exemplo, o gerenciamento de atributos é, com frequência, um bom candidato para armazenamento em cache, pois se refere a dados atualizados por meio da importação de produtos.

• Considere o uso de páginas proxy.

Páginas de seção do catálogo

As seções de catálogo fornecem a você, por exemplo:

• Uma introdução (imagem e/ou texto) à categoria; isso também pode ser usado para banners e teasers para promover ofertas especiais
• links para os produtos individuais nessa categoria
• links para outras categorias

Páginas de produto

As páginas de produtos fornecem informações abrangentes sobre produtos individuais. As atualizações dinâmicas de também são refletidas; por exemplo, alterações de preço registradas no mecanismo de comércio eletrônico.

As páginas do produto são páginas AEM que usam o componente Product; por exemplo, no modelo Commerce Product:

O componente Produto fornece:

• Informações gerais sobre o produto; incluindo texto e imagens.
• Preços; isso geralmente é recuperado do mecanismo de comércio eletrônico toda vez que a página é mostrada/atualizada.
• Informação sobre a variante do produto; por exemplo, cor e tamanho.

Essas informações permitem que o comprador selecione o seguinte ao adicionar um item à sua cesta:

• Variantes de cor e tamanho
• Quantidade

Landings page do produto

São páginas AEM que fornecem principalmente informações estáticas; por exemplo, uma introdução e uma visão geral com links para as páginas de produtos subjacentes.

Componente do produto

O componente Product pode ser adicionado a qualquer página com uma página principal que forneça os metadados necessários (ou seja, os caminhos para cartPage e cartObject). No local da demonstração, Geometrixx Outdoors, isso é fornecido por UserInfo.jsp.

O componente Product também pode ser personalizado de acordo com seus requisitos individuais.

Páginas de proxy

As páginas de proxy são usadas para simplificar a estrutura do repositório e otimizar o armazenamento para catálogos grandes.

A criação de um catálogo usará dez nós por produto, pois fornece componentes individuais para cada produto que você pode atualizar e personalizar dentro do AEM. Esse grande número de nós pode se tornar um problema se seu catálogo contiver centenas ou até milhares de produtos. Para evitar qualquer problema, você pode criar seu catálogo usando páginas de proxy.

As páginas de proxy usam uma estrutura de dois nós ( cq:Page e jcr:content) que não contém nenhum conteúdo real do produto. O conteúdo é gerado, no momento da solicitação, referenciando os dados do produto e a página do modelo.

No entanto, há uma compensação. Você não poderá personalizar suas informações de produto dentro do AEM, um modelo padrão (definido para seu site) será usado.

Promoções e Vouchers

Vouchers

Os vendedores são um método testado e testado de oferecer descontos para atrair os compradores a fazer uma compra e/ou recompensar a fidelidade do cliente.

• Fornecimento de cupons:

  • Um código de comprovante (a ser digitado no carrinho pelo comprador).
  • Um rótulo de comprovante (a ser exibido depois que o comprador o tiver inserido no carrinho).
  • Um caminho de promoção (que define a ação que o comprovante aplica).

• Motores de comércio externo também podem fornecer comprovantes.

No AEM:

• Um comprovante é um componente baseado em página que é criado/editado com o console Sites.

• O componente Voucher fornece:

  • Um renderizador para a administração de comprovantes; isso mostra os vales que estão atualmente no carrinho.
  • As caixas de diálogo de edição (formulário) para administrar (adicionar/remover) os comprovantes.
  • As ações necessárias para adicionar/remover comprovantes de/para o carrinho.

• Os vendedores não têm data/hora de entrada e de saída, mas usam as campanhas pai.

Promoções

As promoções, juntamente com comprovantes, permitem que você realize cenários como:

• Uma empresa fornece preços personalizados para os funcionários, o que é uma lista artesanal de usuários.
• Os clientes de longo prazo recebem descontos em todos os pedidos.
• Um preço de venda oferecido durante um período bem definido.
• Um cliente recebe um comprovante quando seu pedido anterior excedeu uma quantia específica.
• Um cliente que compra product-X recebe um desconto em product-Y (produtos de pares).

Geralmente, as promoções não são mantidas pelos gerentes de informações do produto, mas pelos gerentes de marketing:

• Uma Promoção é um componente baseado em página que é criado/editado com o console Sites. "

• Promoção da oferta:

  • Uma prioridade
  • Um caminho do manipulador de promoção

• Você pode conectar promoções a uma campanha para definir a data/hora de ativação/desativação.

• Você pode conectar promoções a uma experiência para definir seus segmentos.

• As promoções que não estão ligadas a uma experiência não serão acionadas por si mesmas, mas ainda poderão ser acionadas por um Voucher.

• O componente de Promoção contém:

  • renderizadores e diálogos para administração de promoção
  • subcomponentes para renderizar e editar parâmetros de configuração específicos para os manipuladores de promoção

AEM as promoções também são integradas à Gestão de campanha a1/>:

• a campanha especifica os tempos de ativação/desativação
• As ** experiências dentro da campanha são usadas para agrupar ativos (páginas de grupo, promoções etc.) de acordo com o segmento de audiência ao qual elas correspondem

Uma promoção pode ser realizada em uma experiência ou diretamente na campanha:

• Se uma promoção for mantida em uma experiência, ela poderá ser automaticamente aplicada a um segmento de audiência.

  Por exemplo, no site de amostra geometrixx-outdoors, a promoção:

  /content/campaigns/geometrixx-outdoors/big-spender/ordervalueover100/free-shipping

  está em uma experiência e, portanto, é acionado automaticamente sempre que o segmento ( ordervalueover100) é resolvido.

• Se uma promoção não for exibida em uma experiência (somente na campanha), ela não poderá ser automaticamente aplicada a uma audiência. No entanto, ele ainda pode ser acionado se o comprador inserir um comprovante em seu carrinho e esse comprovante fizer referência à promoção.

  Por exemplo, a promoção:

  /content/campaigns/geometrixx-outdoors/article/10-bucks-off

  está fora de uma experiência e, portanto, nunca é acionado automaticamente (isto é: com base na segmentação). No entanto, ele é referenciado pelos comprovantes que podem ser encontrados em várias experiências dentro da campanha do artigo. A inserção desses códigos de comprovante no carrinho resultará no acionamento da promoção.

Personalização

Registro e contas do cliente

Quando um comprador se registra, os detalhes da conta precisam ser sincronizados entre o AEM e o mecanismo de comércio eletrônico. Os dados confidenciais são mantidos independentemente, mas os perfis são compartilhados:

O mecanismo exato pode depender do cenário:

1. As contas de usuário existem em ambos os sistemas:

   1. Nenhuma ação necessária.

2. A conta de usuário existe somente em AEM:

   1. O usuário será criado no mecanismo de comércio eletrônico com a mesma ID de conta e uma senha aleatória que será armazenada no AEM.
   2. A senha aleatória é necessária, pois AEM tenta se conectar ao mecanismo de comércio eletrônico na primeira chamada (por exemplo, quando uma página de produto é solicitada e o mecanismo de comércio eletrônico é referenciado pelo preço). Como isso acontece após o login AEM, a senha não está disponível.

3. A conta de usuário existe somente no mecanismo de comércio eletrônico:

   1. A conta será criada em AEM com a mesma ID de conta e senha.

Ao usar um mecanismo de comércio eletrônico, AEM somente armazena a ID da conta e a senha (opcionalmente, um grupo de usuários). Todas as outras informações são armazenadas no mecanismo de comércio eletrônico.

Inscrição no cliente

Muitas vezes, a inscrição é necessária para que o comprador tenha acesso ao carrinho de compras. Isso requer o registro (Criar conta) para que uma conta específica do cliente possa ser criada.

Logon do cliente

Após a inscrição, o comprador pode fazer logon com sua conta para que suas ações possam ser rastreadas e seus pedidos atendidos.

Logon único

O logon único (SSO) é fornecido, de modo que os autores sejam conhecidos tanto no AEM quanto no sistema de comércio eletrônico sem precisar fazer logon duas vezes.

myAccount

Os dados de transação do mecanismo de comércio eletrônico são combinados com informações pessoais sobre o comprador. AEM usa alguns desses dados como dados de perfil. A ação de um formulário no AEM grava informações de volta ao mecanismo de comércio eletrônico.

Há uma página que permite gerenciar facilmente as informações de sua conta. Você pode acessá-la clicando em Minha conta na parte superior de uma página geometrixx ou navegando até /content/geometrixx-outdoors/en/user/account.html.

Agenda de endereços

Seu site precisará armazenar uma seleção de endereços; incluindo endereços de delivery, faturamento e alternativos. Isso pode ser implementado usando formulários com base no formato de endereço padrão ou você pode usar o componente Catálogo de endereços fornecido pela AEM.

Esse componente do Catálogo de endereços permite que você:

• editar endereços no livro
• selecione um endereço do livro para o endereço de entrega
• selecione um endereço do livro para o endereço de cobrança

Você pode escolher o endereço desejado como padrão.

O componente do catálogo de endereços pode ser acessado na página Minha conta clicando em Catálogo de endereços ou navegando até /content/geometrixx-outdoors/en/user/account/address-book.html.

Você pode clicar em Adicionar novo endereço… para adicionar um novo endereço no seu catálogo de endereços. Ele abre um formulário que você pode preencher e, em seguida, clicar em Adicionar endereço.

O Catálogo de Endereços é usado ao fazer check-out do carrinho:

Os endereços são mantidos abaixo de user_home/profile/addresses.
Por exemplo, para Alison Parker, estaria em /home/users/geometrixx/aparker@geometrixx.info/perfil/address

Você pode escolher qual endereço deseja como padrão, essas informações são mantidas no perfil do comprador em vez de no endereço. A propriedade do perfil address.default é definida com o caminho do endereço selecionado para o valor.

Preço específico do cliente

O mecanismo de comércio eletrônico usa o contexto (essencialmente as informações do comprador) para determinar o preço que está retendo e, em seguida, fornece as informações corretas ao AEM.

Carrinho de compras e pedidos

Ao comprar, o comprador irá procurar as páginas de produtos e selecionar itens para colocá-los em seus carrinhos de compras. Quando eles forem fazer check-out, um pedido poderá ser feito.

Compradores anônimos

Um cliente anônimo pode:

• produtos de visualização
• Adicionar produtos ao carrinho
• Faça check-out para colocar seu pedido

Compradores registrados

Um cliente registrado pode:

• Efetuar login em sua conta
• produtos de visualização
• Adicionar produtos ao carrinho
• Faça check-out para colocar seu pedido
• Visualização e rastreamento de pedidos anteriores

Visão geral do conteúdo do carrinho de compras

O carrinho de compras fornece:

• uma visão geral dos itens selecionados

• links para as páginas de produtos dos itens selecionados

• a capacidade de:

  • atualizar o número/quantidade de itens individuais
  • remover itens individuais

O carrinho de compras é salvo de acordo com o mecanismo usado:

• AEM genérico armazena o carrinho em um cookie.
• Determinados mecanismos de comércio eletrônico podem armazenar o carrinho em uma sessão.

Em ambos os casos, os itens permanecem no carrinho (e podem ser restaurados) durante o logon/logout (mas somente no mesmo computador/navegador). Por exemplo:

• navegue como anonymous e adicione produtos ao carrinho

• fazer logon como Allison Parker - o carrinho dela está vazio

• adicionar produtos ao carrinho

• desconectar - o carrinho mostrará os produtos para anonymous

• entrar novamente como Allison Parker - seus produtos são restaurados

Antes do check-out, as alterações de preços são refletidas (em ambos os sistemas) à medida que ocorrem.

Informações do pedido

Dependendo das informações de implementação sobre um pedido mantidas no mecanismo de comércio eletrônico ou no AEM, essas informações são renderizadas pelo AEM.

São armazenadas várias informações, que podem incluir:

• ID do pedido

  O número de referência do pedido.

• Instalado

  A data em que o pedido foi feito.

• Status

  O estado da encomenda; por exemplo, Entregue.

• Moeda

  A moeda do pedido.

• Itens de conteúdo

  Uma lista de itens pedidos.

• Subtotal

  O custo total dos itens solicitados.

• Imposto

  A quantia de quaisquer impostos devidos no pedido.

• Envio

  Custos de envio.

• Total

  O valor total do pedido; itens encomendados, impostos e compras.

• Endereço de cobrança

  O endereço para o qual a fatura deve ser enviada.

• Token de pagamento

  O método de pagamento.

• Status do pagamento

  O status do pagamento.

• Endereço de envio

  O endereço para o qual as mercadorias devem ser enviadas.

• Método de envio

  O método de navegação; por exemplo, terra, mar ou ar.

• Número de rastreamento

  Qualquer número de rastreamento usado pela empresa de envio.

• Link de rastreamento

  O link usado para rastrear o pedido durante o envio.

Quando a ordem é mantida dentro AEM console Ordem mostra o seguinte para cada ordem:

• o número de itens no carrinho
• o valor total do pedido
• quando o pedido foi feito
• o status

Rastreamento de pedidos

Depois de fazer um pedido, os compradores geralmente retornarão para:

• Verifique o status do pedido
• Remover produtos do pedido
• Adicionar produtos ao pedido

Depois de receber o delivery do pedido, os compradores também podem desejar visualização do histórico de pedidos feitos durante um período de tempo.

O atendimento e o rastreamento de pedidos geralmente são gerenciados pelo mecanismo de comércio eletrônico. As informações podem ser exibidas AEM usando o componente Histórico de pedidos, que mostra todos os detalhes relevantes, incluindo os comprovantes e as promoções aplicadas. Por exemplo:

Check-out

O check-out é implementado com formulários AEM padrão. Isso permite que o gerente de marketing personalize a experiência com conteúdo de marketing.

Em seguida, o eCommerce gerencia o processo de finalização com entrada dos formulários AEM.

Segurança de pagamento

Os detalhes do pagamento, incluindo as informações de cartão de crédito, são geralmente gerenciados pelo mecanismo de comércio eletrônico. AEM transmitir essas informações transacionais ao motor (a partir do local em que são transmitidas a um serviço de processamento de pagamentos).

A complicação do setor de cartões de pagamento (PCI) pode ser alcançada.

Confirmação do pedido

A ordem é confirmada na tela e pode ser acompanhada com o controle de pedidos.

Pesquisar

Como AEM usa páginas padrão para produtos, você pode usar o componente de pesquisa padrão para criar uma página de pesquisa.

Se você precisar de uma implementação mais completa, poderá:

• Estenda o componente de pesquisa padrão com a funcionalidade necessária.
• Implemente o método de pesquisa em CommerceService e use o componente de pesquisa eCommerce na sua página de pesquisa.

Ao usar um mecanismo de eCommerce, a API de pesquisa de eCommerce pode ser totalmente implementada na solução de mecanismo de eCommerce, para que você possa usar o componente de pesquisa de eCommerce fornecido prontamente. A pesquisa facetada permite pesquisar no JCR e/ou no mecanismo: