Documentação
de Versão
Plataforma CORE
Versão 2.4
1CORE – Documentação de versão 2.4
Sumário
Melhorias e novidades da versão............................................................................................... 2
Integração com Zenvia ............................................................................................................... 3
Permitir que facetas apresentem apenas variações disponíveis............................................... 8
Financiamento pela loja virtual................................................................................................ 12
Debug de promoções no carrinho............................................................................................ 17
Contador global de boleto por gateway de pagamento.......................................................... 20
Gravar perfil de filtros por usuário *........................................................................................ 21
Integração de preço de brindes no ERP Ábacos ...................................................................... 25
Melhorias nas promoções de desconto progressivo ............................................................... 26
Histórico de navegação por cookie.......................................................................................... 29
Ajuste para Bing seguir links de paginação de forma correta ................................................. 30
Melhorias na funcionalidade de invalidação de cache no admin............................................ 31
Disponibilizar informações de condições de pagamento nas promoções *............................ 32
Melhorias para produtos KIT.................................................................................................... 33
Melhorias no processo de invalidação automatizada de cache .............................................. 35
2CORE – Documentação de versão 2.4
Melhoriasenovidades
daversão
 Novidades
 Integração com Zenvia
 Permitir que facetas apresentem apenas variações disponíveis
 Financiamento pela loja virtual
 Debug de promoções no carrinho
 Contador global de boleto por gateway de pagamento
 Gravar perfil de filtros por usuário *
 Integração de preço de brindes no ERP Ábacos
 Melhorias
 Melhorias nas promoções de desconto progressivo
 Histórico de navegação por cookie
 Ajuste para Bing seguir links de paginação de forma correta
 Melhorias na funcionalidade de invalidação de cache no admin
 Disponibilizar informações de condições de pagamento nas promoções *
 Melhorias para produtos KIT
 Melhorias no processo de invalidação automatizada de cache
3CORE – Documentação de versão 2.4
IntegraçãocomZenvia
A integração possibilitará incluir a um fluxo de trabalho do Core (workflow) a tarefa de envio
de SMS utilizando os serviços da Zenvia. As mensagens poderão ser configuradas através de
um template de email utilizando os mesmos contextos já disponíveis. Também poderá ser
definido uma faixa de horários em que os disparos serão permitidos evitando assim que o
cliente receba mensagens em horários indevidos.
4CORE – Documentação de versão 2.4
Instalação / Ativação
1. Sistema Administrativo
Por se tratar de um plugin, é necessário solicitar a ativação do mesmo para o suporte.
1.1. Configurando os dados
Após o plugin estar habilitado, estará disponível no menu “Integrações” a opção “Configurar
Zenvia (Plugin)”.
 No painel do sistema administrativo: Integrações -> Configurar Zenvia (Plugin)
Na mesma tela temos abaixo os campos de configuração da mensagem onde é possível definir
o nome do remetente que aparecerá no SMS e também as faixas em que será permitido o
envio. Caso o fluxo execute em um horário não permitido a mensagem será automaticamente
agendada para ser entregue no primeiro horário disponível.
5CORE – Documentação de versão 2.4
As configurações podem ser feitas por grupo de configurações e deverão conter
obrigatoriamente a Conta e a Senha fornecidos pela Zenvia.
1.2. Configurando o template da mensagem
A mensagem do SMS será configurada através de um template de email que posteriormente
será vinculado ao fluxo desejado.
 No painel do sistema administrativo: Aparência -> Templates de email
O campo assunto apesar de obrigatório ao criar um novo template de email não será usado
no SMS.
Tendo em vista que não será possível reproduzir tags HTML nas mensagens do SMS e que
cada mensagem tem limite de 160 caracteres (conforme documentação), sugerimos no
momento da configuração do template de email o uso do modelo
“Emails/email.empty.template” no campo “Modelo”, pois o mesmo renderizará somente os
dados configurados no campo “Conteúdo”.
O campo “Contexto” deverá estar configurado como “Pedidos de Compra”.
6CORE – Documentação de versão 2.4
1.3. Configurando um fluxo
Ao criar ou editar as tarefas de um fluxo, estará disponível a opção “(Zenvia) Enviar SMS”.
Ao editar a tarefa, é possível definir um template de email previamente configurado, que será
o conteúdo da mensagem do SMS.
7CORE – Documentação de versão 2.4
Utilização
O único meio de utilização é dentro de um fluxo, como mostrado anteriormente. Dependendo do
fluxo escolhido, este poderá ser executado manualmente ou através de uma tarefa agendada.
É importante salientar que os envios são baseados no metadado de cliente “Celular”, caso o mesmo
não possua esta informação a tarefa do fluxo não enviará a mensagem de SMS para este cliente.
8CORE – Documentação de versão 2.4
Permitirquefacetas
apresentemapenas
variaçõesdisponíveis
A inserção de uma nova configuração na administração do sistema permitirá que o cliente
possa configurar a exibição ou não de variações de produtos que não estejam mais
disponíveis na loja, da mesma forma que atualmente é possível fazer a mesma configuração
para produtos indisponíveis.
9CORE – Documentação de versão 2.4
Configuração
Dentro das opções de Produtos > Listagens, foi adicionada a configuração “Exibir variações sem
estoque ao facetar”, para que o cliente possa visualizar variações indisponíveis nas listagens do site
no momento que o usuário realizar um facetamento. A mesma configuração pode ser realizada para
as pesquisas, em Produtos > Pesquisa.
 No painel do sistema administrativo: Configs -> Configurações gerais
10CORE – Documentação de versão 2.4
Utilização
No site, entrando em alguma categoria disponível, podemos visualizar que, para o exemplo abaixo, o
produto em questão contém variações disponíveis (azul) e indisponíveis (verde), mas mesmo assim
ele é retornado na listagem, uma vez que foi configurado para exibir variações sem estoque ao
facetar.
11CORE – Documentação de versão 2.4
Ao configurar para que as variações indisponíveis não sejam mais exibidas ao realizar o facetamento,
o produto desaparece da listagem caso a faceta selecionada (no caso a verde) esteja indisponível no
site.
 No painel do sistema administrativo: Configs -> Configurações gerais
12CORE – Documentação de versão 2.4
Financiamentopela
lojavirtual
O cliente terá agora uma nova forma de pagamento chamada Financiamento. Esse método de
pagamento habilitará um formulário customizado para solicitar informações ao cliente final,
mediante algumas configurações no sistema administrativo.
13CORE – Documentação de versão 2.4
Configuração
2. Sistema Administrativo
2.1. Configurando os Metadados
Foi adicionada uma nova entidade para criação de metadados, chamada Forma de
Pagamento. Entrando em Configs > Metadados, insira todos os metadados que sejam
necessários o cliente preencher no site (essas informações serão utilizadas para gerar o
formulário de financiamento no site).
Para cada metadado criado, diversas opções poderão ser configuradas, dependendo da
necessidade de cada cliente, como:
- Obrigatoriedade da informação
- Tamanho do campo
- Tipo de dado
- Entre outros.
14CORE – Documentação de versão 2.4
2.2. Configurando a Forma de Pagamento Financiamento
Entre em Configs > Meios de Pagamento e, caso ainda não exista na listagem, insira
uma nova forma de pagamento clicando em <Adicionar Meio de Pagamento> e escolha o
Fornecedor do Serviço como Financiamento.
Após inserir as informações gerais sobre a forma de pagamento, na aba Personalizados será
possível selecionar os metadados do tipo Forma de Pagamento criados anteriormente e
vinculá-los ao Financiamento que está sendo criado, arrastando-os para o quadro
Selecionados conforme necessidade.
15CORE – Documentação de versão 2.4
Utilização
No momento de finalizar um pedido no site, caso esteja ativo na administração, o cliente
poderá selecionar o meio de pagamento Financiamento, e preencher as informações
cadastradas para esse meio de pagamento. As validações e obrigatoriedades de campos
respeitarão as configurações realizadas no sistema administrativo, nos metadados.
16CORE – Documentação de versão 2.4
Fechamento do pedido
De volta ao sistema administrativo, entrando em Backoffice > Pedidos e selecionando o pedido que
acabou de ser finalizado, as informações de financiamento poderão ser visualizadas na aba
Pagamento.
17CORE – Documentação de versão 2.4
Debugdepromoções
nocarrinho
Criamos uma ferramenta que auxiliará no entendimento de que promoções estão sendo aplicadas
em um determinado carrinho. A partir de uma rota determinada no padrão
http://www.sualoja.com.br/carrinho/debug, você poderá acessar e verificar quais promoções foram
ou não aplicadas, sobrescritas ou anuladas. A ferramenta apresentará também as promoções na
ordem em que foram executadas e separadas por grupo de promoção.
18CORE – Documentação de versão 2.4
Configuração
Essa rota terá restrição de IPS para controle de acesso, caso não consiga acessá-la, favor
entrar em contato com a equipe de suporte para que possamos cadastrar o seu IP.
19CORE – Documentação de versão 2.4
Utilização
As promoções serão separadas por grupo, e listadas na ordem em que foram aplicadas. Está
disponível uma legenda (Aplicada, Anulada, Não aplicada), para melhor entendimento da
execução das promoções.
Aplicada significa que a promoção passou por todas as condições e foi executada.
Anulada significa que a promoção foi sobrescrita por outra por regra de exclusividade.
Não aplicada significa que a promoção não atendeu a todas as condições.
 Acesse a seguinte url: http://www.sualoja.com.br/carrinho/debug
20CORE – Documentação de versão 2.4
Contadorglobalde
boletoporgatewayde
pagamento
Foi realizada a possiblidade de configuração para que as somas dos identificadores de boleto
genéricos possam ser contadas de forma global. Por exemplo, se você possui boleto genérico
Itaú e Bradesco, ambos os identificadores (Nosso Número), irão seguir a contagem global.
* Se você deseja essa funcionalidade, entre em contato com o suporte técnico para solicitar
a configuração.
21CORE – Documentação de versão 2.4
Gravarperfildefiltros
porusuário*
Widget criado especialmente para o auxílio na compra de peças de vestuário, onde
armazena as medidas para que possa ser utilizado para indicar o tamanho ideal ao cliente.
* Widget disponível apenas para clientes que contrataram previamente o serviço. Para
solicitar a instalação é preciso fazer requisição através do canal do suporte.
22CORE – Documentação de versão 2.4
Instalação
A instalação pode ser feita de duas maneiras, pelo gerenciador de Widgets, no editor de
layout:
Ou pelo editor de arquivo:
{% profile_body_measure() %}
23CORE – Documentação de versão 2.4
Parâmetros
Title: Título do botão
ModalTitle: Título da modal
ModalSubmit: Botão, salvar dados
SubmitSuccess: Menssagem, salvo com sucesso
SubmitError: Menssagem, erro ao salvar
SaveProfile: Label: opção para salvar informações no perfil
Fields: Campos do metadados mostrados no form (Busto, Cintura, Quadril, Bojo)
Metadados:
Os campos utilizados pelo Widget são configurados pelo painel de metadados no admin
(Configs > Metadados).
A entidade para os campos devem ser Cliente – Pessoa Física.
Não é necessário que o campo seja configurado como visível no site, ele se torna visível com
o parâmetro Fields do próprio Widget. Note que o “Nome” do campo deve ser igual ao
configurado no Widget.
Não é recomendado que o campo seja definido como obrigatório.
24CORE – Documentação de versão 2.4
A dica de cadastramento é utilizada como sufixo para o input, utilize definições de medidas
como “cm”.
Customizações:
O Widget possui uma nova forma de customização que tem o objetivo de melhor organizar
os arquivos do tema.
As templates podem ser automaticamente sobrescritas quando o arquivo com mesmo nome
for colocado na passa TEMA/Widgets/profile_body_measures, veja quais templates estão
disponíveis para serem customizadas.
 wd.profile.body.measures.template
 Templates/button.template
 Templates/input.template
 Templates/mannequin.template
O CSS para o Widget não é incluído automaticamente e neste caso é necessário que seja
incluído através do gerenciador de recursos.
Salve o arquivo em: TEMA/Widgets/profile_body_measures
/Styles/wd.profile.body.measures.css
Este Widget tem parte do seu layout definido pelo tema, sendo assim é obrigatório a
customização do tema para a loja, utilize o CSS que se encontra dentro do tema Default
(Default/Widgets/profile_body_measures/Styles/wd.profile.body.measures.css) como
base.
25CORE – Documentação de versão 2.4
Integraçãodepreçode
brindesnoERPÁbacos
Para clientes que utilizam o ERP Ábacos adicionamos uma melhoria que preenche o valor da
DANFE - Documento Auxiliar da Nota Fiscal Eletrônica (NF-e) de forma correta para os
preços dos produtos brindes na integração de pedidos.
26CORE – Documentação de versão 2.4
Melhoriasnas
promoçõesde
descontoprogressivo
Adicionamos novas propriedades nas seguintes promoções de desconto progressivo:
 Promoções em pedidos » Desconto progressivo
 Promoções em pagamento » Desconto progressivo em meios de pagamento
Foram adicionados filtros de produtos inclusivos e negados e uma nova opção de tipo de
desconto “Por faixa de quantidade do mesmo produto”. Esses novos critérios permitem que
o lojista faça uma regra para um grande número de produtos sem grande esforço.
27CORE – Documentação de versão 2.4
Configuração
1. Sistema Administrativo
1.1. Configurando promoções (Condições e Benefícios)
Para cada tipo de promoção com desconto progressivo diversas opções poderão ser
configuradas dependendo da necessidade de cada cliente, como:
 Tipo de desconto
o Faixa de quantidade / valor para aplicar o desconto
 Lista de produtos que deverão receber a promoção
 Lista de produtos que não deverão receber a promoção
 No painel do sistema administrativo: Marketing -> Promoções
28CORE – Documentação de versão 2.4
2. Lista de produtos
É possível definir uma lista que deverá receber as promoções, assim como a lista de
produtos que não deverão receber as promoções.
 No painel do sistema administrativo: Marketing -> Promoções
29CORE – Documentação de versão 2.4
Históricodenavegação
porcookie
Alteramos a forma de armazenamento da funcionalidade de histórico de navegação. A partir
de agora as informações serão gravadas através de cookies, o que possibilita a exibição dos
itens visitados (produtos, categorias e buscas) por mais tempo e com menos uso de recursos
do servidor.
30CORE – Documentação de versão 2.4
AjusteparaBingseguir
linksdepaginaçãode
formacorreta
Foi efetuada uma melhoria na marcação do html gerado para os resultados de busca de
produtos de modo que o buscador bing consiga reconhecer corretamente os paginadores
dessas páginas. Esta alteração foi necessária devido ao bing utilizar uma forma diferente do
google e outros buscadores.
31CORE – Documentação de versão 2.4
Melhoriasna
funcionalidadede
invalidaçãodecache
noadmin
Foram realizadas melhorias de interface e usabilidade na tela de Invalidação de Cache no
Admin. As melhorias consistem em:
 Quantidade de proxys e clusters visíveis
 Respostas mais amigáveis para as ações de acordo com cada proxy ou cluster
 Unificação de ações
 Redução no número de botões
 No painel do sistema administrativo: Configs -> Invalidação de Cache
32CORE – Documentação de versão 2.4
Disponibilizar
informaçõesde
condiçõesde
pagamentonas
promoções*
Adicionamos ao contexto do site algumas informações como as condições de meios de
pagamentos configurados nas promoções, de forma a esta poder ser utilizada através do
sistema de templates nas páginas de checkout do Core. Com esta implementação podemos
apresentar a forma que está dando o desconto (boleto/carrinho, etc.) no checkout.
Esta informação estará disponível através dos componentes de checkout no seguinte
método:
* Widget disponível apenas para clientes que contrataram previamente o serviço. Para
solicitar a instalação é preciso fazer requisição através do canal do suporte.
{% Basket.BasketPayment %}
33CORE – Documentação de versão 2.4
Melhoriaspara
produtosKIT
Foram realizadas melhorias na apresentação de produtos do tipo KIT, dentre eles, ajuste no
cálculo de frete, contexto com as imagens dos produtos internos e apresentação do produto
no mobile.
34CORE – Documentação de versão 2.4
Instalação / Ativação
3. Configuração do KIT
É necessário o cadastro adequado dos produtos do tipo KIT e a associação das medias dos
produtos KIT e seus produtos associados.
Importante: Caso a loja nunca utilizou este tipo de produto ou possui uma customização, é
necessária a realização dos ajustes pertinentes para apresentação da funcionalidade em
concordância com o layout da loja.
35CORE – Documentação de versão 2.4
Melhoriasnoprocesso
deinvalidação
automatizadadecache
Foram realizadas melhorias na invalidação de caches de output automatizado da plataforma,
mais especificamente, nas invalidações relacionadas a alterações em banners, alterações em
templates e alterações em assets (css, js).
36CORE – Documentação de versão 2.4
Funcionamento
1. Processo de invalidação de cache
O processo realizado para invalidação de cache não é imediato, podendo levar até 2
minutos, pois são necessários processamentos para determinar as páginas (urls) que devem
receber a invalidação.
Cada página acessada recebe uma “tag” (ex.: X-Proxy-Cache-Dep:3841133719@1008) que
fica vinculado com cada recurso (template, asset, ...) que foi utilizado para entregar o
conteúdo. Quando é identificada alguma alteração em um recurso vinculado, são
determinadas as tags que devem ser invalidadas.
2. Processo de invalidação de cache para banners
O processo de invalidação de cache para banners são vinculados pelas posições de banner
utilizadas na página. Este vinculo só acontece quando é utilizado o widget de banners
“marketing_banner”, sendo imprescindível a sua utilização.
Além disso, as imagens dos banners são enviadas para o CDN e são entregues no domínio
com formato http://xxxxxxxxxxxxx.cloudfront.net/. Estas imagens enviadas ao CDN nunca
são invalidadas.
Ao alterar a imagem de um banner pela administração da plataforma, a imagem recebe um
novo “timestamp”, o que permite que o CDN entregue a nova imagem sem cache.
Importante: Caso seja referenciada uma imagem do cdn diretamente no template, a única
forma de invalidação da imagem é adicionando um parâmetro “querystring” na imagem
para que seja considerado como uma nova imagem.
3. Processo de invalidação de cache para templates
O processo de invalidação de cache para templates é realizado pelo vinculo dos caminhos
dos arquivos utilizados na página. Este vinculo acontece automaticamente durante a entrega
do conteúdo pelo servidor.
Ao alterar um template pelo gerenciador de arquivos ou configuração de design na
administração da plataforma o processo de invalidação é iniciado.
4. Processo de invalidação de cache para assets (css, js)
O processo de invalidação de cache para assets (css, js) é realizado por vínculos
automaticamente gerados durante a entrega do conteúdo pelo servidor.
37CORE – Documentação de versão 2.4
Ao alterar um arquivo de estilos ou de script pelo gerenciador de arquivos ou pelo
gerenciador de recursos na administração da plataforma o processo de invalidação é
iniciado.
Importante perceber que estes recursos são combinados e minificados em um único
“arquivo” e entregues pelo CDN. Estes recursos entregues pelo CDN nunca são invalidados.
Ao realizar a alteração em um arquivo, é gerada uma nova “hash” para o arquivo
combinado. Isto permite que o CDN automaticamente entregue o conteúdo mais atual e o
cache no navegador do cliente também é automaticamente atualizado.

Release notes versão 2.4

  • 1.
  • 2.
    1CORE – Documentaçãode versão 2.4 Sumário Melhorias e novidades da versão............................................................................................... 2 Integração com Zenvia ............................................................................................................... 3 Permitir que facetas apresentem apenas variações disponíveis............................................... 8 Financiamento pela loja virtual................................................................................................ 12 Debug de promoções no carrinho............................................................................................ 17 Contador global de boleto por gateway de pagamento.......................................................... 20 Gravar perfil de filtros por usuário *........................................................................................ 21 Integração de preço de brindes no ERP Ábacos ...................................................................... 25 Melhorias nas promoções de desconto progressivo ............................................................... 26 Histórico de navegação por cookie.......................................................................................... 29 Ajuste para Bing seguir links de paginação de forma correta ................................................. 30 Melhorias na funcionalidade de invalidação de cache no admin............................................ 31 Disponibilizar informações de condições de pagamento nas promoções *............................ 32 Melhorias para produtos KIT.................................................................................................... 33 Melhorias no processo de invalidação automatizada de cache .............................................. 35
  • 3.
    2CORE – Documentaçãode versão 2.4 Melhoriasenovidades daversão  Novidades  Integração com Zenvia  Permitir que facetas apresentem apenas variações disponíveis  Financiamento pela loja virtual  Debug de promoções no carrinho  Contador global de boleto por gateway de pagamento  Gravar perfil de filtros por usuário *  Integração de preço de brindes no ERP Ábacos  Melhorias  Melhorias nas promoções de desconto progressivo  Histórico de navegação por cookie  Ajuste para Bing seguir links de paginação de forma correta  Melhorias na funcionalidade de invalidação de cache no admin  Disponibilizar informações de condições de pagamento nas promoções *  Melhorias para produtos KIT  Melhorias no processo de invalidação automatizada de cache
  • 4.
    3CORE – Documentaçãode versão 2.4 IntegraçãocomZenvia A integração possibilitará incluir a um fluxo de trabalho do Core (workflow) a tarefa de envio de SMS utilizando os serviços da Zenvia. As mensagens poderão ser configuradas através de um template de email utilizando os mesmos contextos já disponíveis. Também poderá ser definido uma faixa de horários em que os disparos serão permitidos evitando assim que o cliente receba mensagens em horários indevidos.
  • 5.
    4CORE – Documentaçãode versão 2.4 Instalação / Ativação 1. Sistema Administrativo Por se tratar de um plugin, é necessário solicitar a ativação do mesmo para o suporte. 1.1. Configurando os dados Após o plugin estar habilitado, estará disponível no menu “Integrações” a opção “Configurar Zenvia (Plugin)”.  No painel do sistema administrativo: Integrações -> Configurar Zenvia (Plugin) Na mesma tela temos abaixo os campos de configuração da mensagem onde é possível definir o nome do remetente que aparecerá no SMS e também as faixas em que será permitido o envio. Caso o fluxo execute em um horário não permitido a mensagem será automaticamente agendada para ser entregue no primeiro horário disponível.
  • 6.
    5CORE – Documentaçãode versão 2.4 As configurações podem ser feitas por grupo de configurações e deverão conter obrigatoriamente a Conta e a Senha fornecidos pela Zenvia. 1.2. Configurando o template da mensagem A mensagem do SMS será configurada através de um template de email que posteriormente será vinculado ao fluxo desejado.  No painel do sistema administrativo: Aparência -> Templates de email O campo assunto apesar de obrigatório ao criar um novo template de email não será usado no SMS. Tendo em vista que não será possível reproduzir tags HTML nas mensagens do SMS e que cada mensagem tem limite de 160 caracteres (conforme documentação), sugerimos no momento da configuração do template de email o uso do modelo “Emails/email.empty.template” no campo “Modelo”, pois o mesmo renderizará somente os dados configurados no campo “Conteúdo”. O campo “Contexto” deverá estar configurado como “Pedidos de Compra”.
  • 7.
    6CORE – Documentaçãode versão 2.4 1.3. Configurando um fluxo Ao criar ou editar as tarefas de um fluxo, estará disponível a opção “(Zenvia) Enviar SMS”. Ao editar a tarefa, é possível definir um template de email previamente configurado, que será o conteúdo da mensagem do SMS.
  • 8.
    7CORE – Documentaçãode versão 2.4 Utilização O único meio de utilização é dentro de um fluxo, como mostrado anteriormente. Dependendo do fluxo escolhido, este poderá ser executado manualmente ou através de uma tarefa agendada. É importante salientar que os envios são baseados no metadado de cliente “Celular”, caso o mesmo não possua esta informação a tarefa do fluxo não enviará a mensagem de SMS para este cliente.
  • 9.
    8CORE – Documentaçãode versão 2.4 Permitirquefacetas apresentemapenas variaçõesdisponíveis A inserção de uma nova configuração na administração do sistema permitirá que o cliente possa configurar a exibição ou não de variações de produtos que não estejam mais disponíveis na loja, da mesma forma que atualmente é possível fazer a mesma configuração para produtos indisponíveis.
  • 10.
    9CORE – Documentaçãode versão 2.4 Configuração Dentro das opções de Produtos > Listagens, foi adicionada a configuração “Exibir variações sem estoque ao facetar”, para que o cliente possa visualizar variações indisponíveis nas listagens do site no momento que o usuário realizar um facetamento. A mesma configuração pode ser realizada para as pesquisas, em Produtos > Pesquisa.  No painel do sistema administrativo: Configs -> Configurações gerais
  • 11.
    10CORE – Documentaçãode versão 2.4 Utilização No site, entrando em alguma categoria disponível, podemos visualizar que, para o exemplo abaixo, o produto em questão contém variações disponíveis (azul) e indisponíveis (verde), mas mesmo assim ele é retornado na listagem, uma vez que foi configurado para exibir variações sem estoque ao facetar.
  • 12.
    11CORE – Documentaçãode versão 2.4 Ao configurar para que as variações indisponíveis não sejam mais exibidas ao realizar o facetamento, o produto desaparece da listagem caso a faceta selecionada (no caso a verde) esteja indisponível no site.  No painel do sistema administrativo: Configs -> Configurações gerais
  • 13.
    12CORE – Documentaçãode versão 2.4 Financiamentopela lojavirtual O cliente terá agora uma nova forma de pagamento chamada Financiamento. Esse método de pagamento habilitará um formulário customizado para solicitar informações ao cliente final, mediante algumas configurações no sistema administrativo.
  • 14.
    13CORE – Documentaçãode versão 2.4 Configuração 2. Sistema Administrativo 2.1. Configurando os Metadados Foi adicionada uma nova entidade para criação de metadados, chamada Forma de Pagamento. Entrando em Configs > Metadados, insira todos os metadados que sejam necessários o cliente preencher no site (essas informações serão utilizadas para gerar o formulário de financiamento no site). Para cada metadado criado, diversas opções poderão ser configuradas, dependendo da necessidade de cada cliente, como: - Obrigatoriedade da informação - Tamanho do campo - Tipo de dado - Entre outros.
  • 15.
    14CORE – Documentaçãode versão 2.4 2.2. Configurando a Forma de Pagamento Financiamento Entre em Configs > Meios de Pagamento e, caso ainda não exista na listagem, insira uma nova forma de pagamento clicando em <Adicionar Meio de Pagamento> e escolha o Fornecedor do Serviço como Financiamento. Após inserir as informações gerais sobre a forma de pagamento, na aba Personalizados será possível selecionar os metadados do tipo Forma de Pagamento criados anteriormente e vinculá-los ao Financiamento que está sendo criado, arrastando-os para o quadro Selecionados conforme necessidade.
  • 16.
    15CORE – Documentaçãode versão 2.4 Utilização No momento de finalizar um pedido no site, caso esteja ativo na administração, o cliente poderá selecionar o meio de pagamento Financiamento, e preencher as informações cadastradas para esse meio de pagamento. As validações e obrigatoriedades de campos respeitarão as configurações realizadas no sistema administrativo, nos metadados.
  • 17.
    16CORE – Documentaçãode versão 2.4 Fechamento do pedido De volta ao sistema administrativo, entrando em Backoffice > Pedidos e selecionando o pedido que acabou de ser finalizado, as informações de financiamento poderão ser visualizadas na aba Pagamento.
  • 18.
    17CORE – Documentaçãode versão 2.4 Debugdepromoções nocarrinho Criamos uma ferramenta que auxiliará no entendimento de que promoções estão sendo aplicadas em um determinado carrinho. A partir de uma rota determinada no padrão http://www.sualoja.com.br/carrinho/debug, você poderá acessar e verificar quais promoções foram ou não aplicadas, sobrescritas ou anuladas. A ferramenta apresentará também as promoções na ordem em que foram executadas e separadas por grupo de promoção.
  • 19.
    18CORE – Documentaçãode versão 2.4 Configuração Essa rota terá restrição de IPS para controle de acesso, caso não consiga acessá-la, favor entrar em contato com a equipe de suporte para que possamos cadastrar o seu IP.
  • 20.
    19CORE – Documentaçãode versão 2.4 Utilização As promoções serão separadas por grupo, e listadas na ordem em que foram aplicadas. Está disponível uma legenda (Aplicada, Anulada, Não aplicada), para melhor entendimento da execução das promoções. Aplicada significa que a promoção passou por todas as condições e foi executada. Anulada significa que a promoção foi sobrescrita por outra por regra de exclusividade. Não aplicada significa que a promoção não atendeu a todas as condições.  Acesse a seguinte url: http://www.sualoja.com.br/carrinho/debug
  • 21.
    20CORE – Documentaçãode versão 2.4 Contadorglobalde boletoporgatewayde pagamento Foi realizada a possiblidade de configuração para que as somas dos identificadores de boleto genéricos possam ser contadas de forma global. Por exemplo, se você possui boleto genérico Itaú e Bradesco, ambos os identificadores (Nosso Número), irão seguir a contagem global. * Se você deseja essa funcionalidade, entre em contato com o suporte técnico para solicitar a configuração.
  • 22.
    21CORE – Documentaçãode versão 2.4 Gravarperfildefiltros porusuário* Widget criado especialmente para o auxílio na compra de peças de vestuário, onde armazena as medidas para que possa ser utilizado para indicar o tamanho ideal ao cliente. * Widget disponível apenas para clientes que contrataram previamente o serviço. Para solicitar a instalação é preciso fazer requisição através do canal do suporte.
  • 23.
    22CORE – Documentaçãode versão 2.4 Instalação A instalação pode ser feita de duas maneiras, pelo gerenciador de Widgets, no editor de layout: Ou pelo editor de arquivo: {% profile_body_measure() %}
  • 24.
    23CORE – Documentaçãode versão 2.4 Parâmetros Title: Título do botão ModalTitle: Título da modal ModalSubmit: Botão, salvar dados SubmitSuccess: Menssagem, salvo com sucesso SubmitError: Menssagem, erro ao salvar SaveProfile: Label: opção para salvar informações no perfil Fields: Campos do metadados mostrados no form (Busto, Cintura, Quadril, Bojo) Metadados: Os campos utilizados pelo Widget são configurados pelo painel de metadados no admin (Configs > Metadados). A entidade para os campos devem ser Cliente – Pessoa Física. Não é necessário que o campo seja configurado como visível no site, ele se torna visível com o parâmetro Fields do próprio Widget. Note que o “Nome” do campo deve ser igual ao configurado no Widget. Não é recomendado que o campo seja definido como obrigatório.
  • 25.
    24CORE – Documentaçãode versão 2.4 A dica de cadastramento é utilizada como sufixo para o input, utilize definições de medidas como “cm”. Customizações: O Widget possui uma nova forma de customização que tem o objetivo de melhor organizar os arquivos do tema. As templates podem ser automaticamente sobrescritas quando o arquivo com mesmo nome for colocado na passa TEMA/Widgets/profile_body_measures, veja quais templates estão disponíveis para serem customizadas.  wd.profile.body.measures.template  Templates/button.template  Templates/input.template  Templates/mannequin.template O CSS para o Widget não é incluído automaticamente e neste caso é necessário que seja incluído através do gerenciador de recursos. Salve o arquivo em: TEMA/Widgets/profile_body_measures /Styles/wd.profile.body.measures.css Este Widget tem parte do seu layout definido pelo tema, sendo assim é obrigatório a customização do tema para a loja, utilize o CSS que se encontra dentro do tema Default (Default/Widgets/profile_body_measures/Styles/wd.profile.body.measures.css) como base.
  • 26.
    25CORE – Documentaçãode versão 2.4 Integraçãodepreçode brindesnoERPÁbacos Para clientes que utilizam o ERP Ábacos adicionamos uma melhoria que preenche o valor da DANFE - Documento Auxiliar da Nota Fiscal Eletrônica (NF-e) de forma correta para os preços dos produtos brindes na integração de pedidos.
  • 27.
    26CORE – Documentaçãode versão 2.4 Melhoriasnas promoçõesde descontoprogressivo Adicionamos novas propriedades nas seguintes promoções de desconto progressivo:  Promoções em pedidos » Desconto progressivo  Promoções em pagamento » Desconto progressivo em meios de pagamento Foram adicionados filtros de produtos inclusivos e negados e uma nova opção de tipo de desconto “Por faixa de quantidade do mesmo produto”. Esses novos critérios permitem que o lojista faça uma regra para um grande número de produtos sem grande esforço.
  • 28.
    27CORE – Documentaçãode versão 2.4 Configuração 1. Sistema Administrativo 1.1. Configurando promoções (Condições e Benefícios) Para cada tipo de promoção com desconto progressivo diversas opções poderão ser configuradas dependendo da necessidade de cada cliente, como:  Tipo de desconto o Faixa de quantidade / valor para aplicar o desconto  Lista de produtos que deverão receber a promoção  Lista de produtos que não deverão receber a promoção  No painel do sistema administrativo: Marketing -> Promoções
  • 29.
    28CORE – Documentaçãode versão 2.4 2. Lista de produtos É possível definir uma lista que deverá receber as promoções, assim como a lista de produtos que não deverão receber as promoções.  No painel do sistema administrativo: Marketing -> Promoções
  • 30.
    29CORE – Documentaçãode versão 2.4 Históricodenavegação porcookie Alteramos a forma de armazenamento da funcionalidade de histórico de navegação. A partir de agora as informações serão gravadas através de cookies, o que possibilita a exibição dos itens visitados (produtos, categorias e buscas) por mais tempo e com menos uso de recursos do servidor.
  • 31.
    30CORE – Documentaçãode versão 2.4 AjusteparaBingseguir linksdepaginaçãode formacorreta Foi efetuada uma melhoria na marcação do html gerado para os resultados de busca de produtos de modo que o buscador bing consiga reconhecer corretamente os paginadores dessas páginas. Esta alteração foi necessária devido ao bing utilizar uma forma diferente do google e outros buscadores.
  • 32.
    31CORE – Documentaçãode versão 2.4 Melhoriasna funcionalidadede invalidaçãodecache noadmin Foram realizadas melhorias de interface e usabilidade na tela de Invalidação de Cache no Admin. As melhorias consistem em:  Quantidade de proxys e clusters visíveis  Respostas mais amigáveis para as ações de acordo com cada proxy ou cluster  Unificação de ações  Redução no número de botões  No painel do sistema administrativo: Configs -> Invalidação de Cache
  • 33.
    32CORE – Documentaçãode versão 2.4 Disponibilizar informaçõesde condiçõesde pagamentonas promoções* Adicionamos ao contexto do site algumas informações como as condições de meios de pagamentos configurados nas promoções, de forma a esta poder ser utilizada através do sistema de templates nas páginas de checkout do Core. Com esta implementação podemos apresentar a forma que está dando o desconto (boleto/carrinho, etc.) no checkout. Esta informação estará disponível através dos componentes de checkout no seguinte método: * Widget disponível apenas para clientes que contrataram previamente o serviço. Para solicitar a instalação é preciso fazer requisição através do canal do suporte. {% Basket.BasketPayment %}
  • 34.
    33CORE – Documentaçãode versão 2.4 Melhoriaspara produtosKIT Foram realizadas melhorias na apresentação de produtos do tipo KIT, dentre eles, ajuste no cálculo de frete, contexto com as imagens dos produtos internos e apresentação do produto no mobile.
  • 35.
    34CORE – Documentaçãode versão 2.4 Instalação / Ativação 3. Configuração do KIT É necessário o cadastro adequado dos produtos do tipo KIT e a associação das medias dos produtos KIT e seus produtos associados. Importante: Caso a loja nunca utilizou este tipo de produto ou possui uma customização, é necessária a realização dos ajustes pertinentes para apresentação da funcionalidade em concordância com o layout da loja.
  • 36.
    35CORE – Documentaçãode versão 2.4 Melhoriasnoprocesso deinvalidação automatizadadecache Foram realizadas melhorias na invalidação de caches de output automatizado da plataforma, mais especificamente, nas invalidações relacionadas a alterações em banners, alterações em templates e alterações em assets (css, js).
  • 37.
    36CORE – Documentaçãode versão 2.4 Funcionamento 1. Processo de invalidação de cache O processo realizado para invalidação de cache não é imediato, podendo levar até 2 minutos, pois são necessários processamentos para determinar as páginas (urls) que devem receber a invalidação. Cada página acessada recebe uma “tag” (ex.: X-Proxy-Cache-Dep:3841133719@1008) que fica vinculado com cada recurso (template, asset, ...) que foi utilizado para entregar o conteúdo. Quando é identificada alguma alteração em um recurso vinculado, são determinadas as tags que devem ser invalidadas. 2. Processo de invalidação de cache para banners O processo de invalidação de cache para banners são vinculados pelas posições de banner utilizadas na página. Este vinculo só acontece quando é utilizado o widget de banners “marketing_banner”, sendo imprescindível a sua utilização. Além disso, as imagens dos banners são enviadas para o CDN e são entregues no domínio com formato http://xxxxxxxxxxxxx.cloudfront.net/. Estas imagens enviadas ao CDN nunca são invalidadas. Ao alterar a imagem de um banner pela administração da plataforma, a imagem recebe um novo “timestamp”, o que permite que o CDN entregue a nova imagem sem cache. Importante: Caso seja referenciada uma imagem do cdn diretamente no template, a única forma de invalidação da imagem é adicionando um parâmetro “querystring” na imagem para que seja considerado como uma nova imagem. 3. Processo de invalidação de cache para templates O processo de invalidação de cache para templates é realizado pelo vinculo dos caminhos dos arquivos utilizados na página. Este vinculo acontece automaticamente durante a entrega do conteúdo pelo servidor. Ao alterar um template pelo gerenciador de arquivos ou configuração de design na administração da plataforma o processo de invalidação é iniciado. 4. Processo de invalidação de cache para assets (css, js) O processo de invalidação de cache para assets (css, js) é realizado por vínculos automaticamente gerados durante a entrega do conteúdo pelo servidor.
  • 38.
    37CORE – Documentaçãode versão 2.4 Ao alterar um arquivo de estilos ou de script pelo gerenciador de arquivos ou pelo gerenciador de recursos na administração da plataforma o processo de invalidação é iniciado. Importante perceber que estes recursos são combinados e minificados em um único “arquivo” e entregues pelo CDN. Estes recursos entregues pelo CDN nunca são invalidados. Ao realizar a alteração em um arquivo, é gerada uma nova “hash” para o arquivo combinado. Isto permite que o CDN automaticamente entregue o conteúdo mais atual e o cache no navegador do cliente também é automaticamente atualizado.