Registro de alterações

A aplicação fala a sua língua

A aplicação passa a apresentar-se na língua que utilizar na área de administração do Shopify. Está disponível em inglês, alemão, francês, espanhol, italiano, neerlandês, dinamarquês, português (do Brasil e de Portugal), japonês e chinês (simplificado e tradicional). Altere a língua da área de administração e a aplicação adaptará-se assim que a página for recarregada.

• Todas as páginas, caixas de diálogo e mensagens estão traduzidas, incluindo os cartões de permissão, as definições dos gatilhos e o editor de gatilhos personalizados.
• Os blocos de eventos nas suas páginas de produtos, pedidos e clientes também utilizam o seu idioma.
• Os modelos de fluxo de trabalho apresentam o seu título, descrição e nota de configuração no seu idioma no Shopify Flow.
• Os nomes dos gatilhos permanecem em inglês. O Shopify Flow apresenta os nomes dos gatilhos em inglês, pelo que a aplicação também o faz - o nome que vê na aplicação é sempre o mesmo que encontra no Shopify Flow.

Monitorização: saiba quando um gatilho deixa de funcionar

Um gatilho que deixa de ser acionado sem aviso prévio é o problema mais difícil de detetar. A nova página de Monitorização permite-lhe configurar um alerta para qualquer gatilho e receber um e-mail quando algo não estiver a funcionar corretamente:

• Sem eventos - nada é acionado durante um período de tempo à sua escolha. Para gatilhos que devem ser acionados diariamente, como a «Atualização de Pedidos» numa loja com muito movimento.
• O fluxo de trabalho não foi confirmado - o gatilho foi acionado, mas o seu fluxo de trabalho nunca enviou uma resposta. Adicione a ação «Confirmar execução do fluxo de trabalho» como o último passo do fluxo de trabalho, com o ID do evento definido como eventId.
• Falhas - eventos que falharam por um motivo que pode ser resolvido, como a falta de uma autorização. Os erros temporários de Shopify não são contabilizados.

Recebe um e-mail quando surge um problema, e não um por cada verificação, e o monitor apresenta o seu estado atual na página. Os monitores estão disponíveis em todos os planos.

Também nesta versão

• A opção «Enviar estado do fluxo» passa a chamar-se «Confirmar execução do fluxo de trabalho», com descrições de campos mais claras. Os fluxos de trabalho que já a utilizam continuam a funcionar sem alterações.
• Os e-mails de alerta de falha indicam o motivo e os gatilhos afetados, acompanhados de uma frase com instruções sobre o que fazer a esse respeito.
• Os valores antigos e novos nas atualizações de produto, pedido e cliente são agora um interruptor. Abra as definições do gatilho na página «Gatilhos» e ative a opção «Enviar valores antigos e novos se um fluxo de trabalho ler changes». Se estiver desativada, changes será recebido vazio. O seu código de gatilho personalizado continua a receber os valores antigos e novos em qualquer dos casos.

Saber que algo mudou raramente é suficiente. Um fluxo de trabalho precisa, normalmente, saber como estava a situação anteriormente: se o preço baixou ou subiu, em quanto, que tag foi adicionada, qual era o valor do metacampo ontem. Esta versão disponibiliza os valores antigo e novo em toda a aplicação e permite que um gatilho personalizado inicie um fluxo de trabalho mesmo quando não ocorreu qualquer alteração.

Valores antigos e novos, em todo o lado

• Os gatilhos de metacampo passam agora a conter o valor anterior. Cada gatilho de metacampo (genérico, produto, variante, pedido, cliente) transmite ao Shopify Flow Metafield.previousValue a par de Metafield.value. Este campo fica vazio quando o metacampo acaba de ser criado. Consulte Gatilhos de metacampo.
• As alterações de preço, preço unitário e custo vêm acompanhadas de valores numéricos. As condições de fluxo não permitem operações aritméticas; por isso, as condições «Alteração do preço da variante», «Alteração do preço unitário da variante» e «Alteração do custo da variante do produto» apresentam agora também delta (novo menos antigo), percentChange e direction (aumento, diminuição, inalterado). «O preço baixou mais de 10%» é agora uma condição, sem código.
• As atualizações de produto, de pedido e de cliente indicam-lhe o que foi alterado. Anteriormente, limitavam-se a indicar que o registo tinha sido atualizado. Agora incluem um changes: a lista dos campos alterados e, para cada um deles, o valor antigo e o novo. Os campos monitorizados são: título, descrição, estado, tags, fornecedor, tipo e identificador para produtos; estado do pagamento, processamento, itens de linha, tags, nota e detalhes adicionais para pedidos; tags, nota e estado da conta para clientes. Os valores longos são abreviados. A lista fica vazia quando a atualização não incidiu sobre esses campos, por exemplo, no caso de uma alteração no estoque.
• A opção «Alterações nos itens de linha do pedido provisório» apresenta agora as mesmas diferenças, linha a linha, que o gatilho do pedido: o que foi adicionado, removido ou alterado em termos de quantidade, preço ou variante.
• O seu próprio código de gatilho personalizado também deteta o valor antigo e o novo. Um gatilho personalizado do tipo () na atualização de um produto, de uma encomenda ou de um cliente recebe agora payload._changes: todos os campos monitorizados que sofreram alterações, cada um com oldValue e newValue. Assim, o seu código pode ser acionado numa transição, em vez de num estado - «o estado passou de rascunho para ativo», «a encomenda passou para paga» - , o que uma condição baseada no valor atual não consegue expressar. O evento de exemplo que capta no editor mostra o campo.

Tudo é cumulativo. Os fluxos de trabalho que já criou continuam a funcionar sem alterações. A lista completa de campos por gatilho encontra-se na referência de gatilhos do .

Escolha quais as alterações que ativam um gatilho de atualização

As opções «Atualização do produto», «Atualização do pedido» e «Atualização do cliente» dispõem de uma nova configuração, acessível através da roda dentada ao lado do respetivo botão na página «Gatilhos» do : quais as alterações que acionam esta função.

• Nenhuma opção marcada: o gatilho é acionado em cada atualização, exatamente como sempre foi.
• Campos marcados: a notificação só é enviada quando um deles é alterado. Todas as outras atualizações são ignoradas e não são contabilizadas no seu plano.

Esta é também a forma mais adequada de impedir que um fluxo de trabalho se acione a si próprio. Um fluxo de trabalho que se inicia na «Atualização do produto» e, em seguida, preenche um metacampo do produto que é utilizado para o acionar novamente. Limite o gatilho aos campos que lhe interessam e essa segunda atualização deixará de ser acionada.

Os seus outros gatilhos não são afetados por esta escolha. Limitar a atualização do pedido ao estado do pagamento não altera o momento em que o gatilho «Adicionadas tags ao pedido» é acionado.

Gatilhos personalizados que são executados de acordo com um horário definido

Shopify Flow Reage quando algo acontece. Não consegue reagir quando nada acontece e não consegue ver nada fora da sua loja. Um gatilho personalizado do agora consegue. O editor pergunta: «O que faz com que isto seja executado: um evento Shopify ou de acordo com um horário?» De acordo com uma programação, o seu código é executado a cada 30 segundos, até um máximo de uma vez por dia. Ele recorda o que observou na última execução, consegue analisar a sua loja e aceder a qualquer recurso na Internet pública, e decide por si próprio o que constitui uma alteração.

Comece por um modelo e altere os números na parte superior:

• Produto, pedido ou cliente não atualizado há N dias - análises de catálogo desatualizadas, pedidos em espera, recuperação de clientes. Cada registo é acionado uma vez por período de inatividade; os registos que já estejam em atraso no momento em que ativar esta funcionalidade não serão acionados todos de uma só vez.
• Um valor fora de Shopify foi alterado - um feed de stock de um fornecedor, uma taxa de câmbio, uma lista de preços. Apresenta o valor anterior e o valor posterior, bem como a diferença e a percentagem no caso de valores numéricos.
• Novo item num feed RSS ou Atom - notícias do fornecedor, um feed de listagem, uma página de estado.
• Sem pedidos durante N horas - um «batimento cardíaco» para a sua loja. É executado uma vez quando os pedidos cessam e outra vez quando estes voltam a surgir.

A primeira execução de um gatilho programado apenas regista o que deteta, pelo que ativar um não sobrecarrega nunca os seus fluxos de trabalho. Este aparece em Shopify Flow como «Gatilho personalizado», filtrado pelo seu identificador, e o registo é apresentado como o seu ID. Cada execução conta para o seu plano, quer seja acionado ou não - o editor mostra o número total de execuções acumuladas por intervalo. A opção «Teste» executa o seu código uma vez sem acionar nada.

Modelos para gatilhos personalizados baseados em eventos

Os gatilhos personalizados que monitorizam um evento Shopify passam agora a dispor também de modelos. Se selecionar um na opção «Começar a partir de um modelo», este seleciona o evento e preenche o código. Cada um deles lê o valor antes e depois da alteração:

• Um campo de um produto, de um pedido ou de um cliente passou de um valor para outro - por exemplo, o estado passou de «rascunho» para «ativo», ou um pedido passou para o estado «paga».
• O preço baixou mais de N por cento - uma verdadeira redução de preço, não uma simples alteração de preço.
• O stock desceu abaixo de um limiar - o alarme dispara uma única vez, no momento em que o stock ultrapassa o limite, e não a cada venda enquanto o stock já se encontra baixo.
• O valor de um metacampo do produto ultrapassou um limiar - uma classificação desceu abaixo de 3, uma margem ultrapassou os 40.
• Pedido pago por um cliente de elevado valor - analisa o valor total gasto pelo cliente na sua loja ao longo do tempo através do ctx.shopify() e só é acionado quando o valor ultrapassa o montante que definir.

Os gatilhos de um registo na respetiva página de administração

Os novos blocos de administração apresentam os gatilhos mais recentes relativos ao registo que está a visualizar, diretamente na respetiva página na área de administração do Shopify, cada um com uma breve linha que indica «antigo → novo», como, por exemplo, price: 100.00 -> 85.00. A partir daí, pode abrir o gatilho ou aceder a uma visualização do Histórico de Eventos desse registo específico.

Disponível para produtos, variantes, pedidos, pedidos provisórios, clientes, cobranças, empresas e locais da empresa. Adicione o bloco uma única vez a partir do menu de personalização da página. Os gatilhos que processam dados pessoais são listados sem os respetivos valores. Como adicioná-lo, com um exemplo numa página de produto, de pedido e de cliente: Gatilhos de eventos na página de administração de um registo.

Mais fornecedores de IA para o «Generate with AI»

O «Generate with AI» funciona agora com o Google Gemini e o OpenRouter, para além da Anthropic e da OpenAI. O OpenRouter disponibiliza-lhe modelos de várias empresas com uma única chave, incluindo qualquer ID de modelo que introduzir. Ligue uma chave em «Developer» → «Connections»: para obter uma chave API do Gemini ou para obter uma chave API do OpenRouter. Tal como anteriormente, a geração decorre na sua própria conta do fornecedor e a chave é encriptada, não sendo nunca mais apresentada.

Uma interface mais rápida, desenvolvida com base nos componentes web dShopify

Todas as páginas da aplicação foram reconstruídas com base nos novos componentes web de administração dShopify, os mesmos blocos de construção que a própria área de administração de Shopify utiliza.

• Carregamento mais rápido. A aplicação já não inclui a sua própria cópia de uma biblioteca de interfaces. Os componentes provêm de Shopify, são partilhados com o resto da sua área de administração e, normalmente, já se encontram na cache do seu navegador, pelo que cada página tem muito menos dados para descarregar antes de ser apresentada.
• Parece mesmo a área de administração. Os botões, tabelas, interruptores, caixas de diálogo e formulários têm o mesmo aspeto e funcionam exatamente como os que utiliza em qualquer outra parte do site Shopify, incluindo a navegação por teclado e os leitores de ecrã.
• Mantém-se atualizada. Quando a Shopify melhora os seus componentes, a aplicação incorpora essas melhorias sem que seja necessária uma atualização da nossa parte.

Nada mudou: todas as páginas, configurações e ligações estão exatamente onde estavam.

Também nesta versão

• «Conceder tudo» e «Revogar tudo» na página «Permissões». A opção «Conceder tudo» solicita todas as permissões em falta numa única caixa de diálogo Shopify, em vez de uma por cartão. A opção «Revogar tudo» pede-lhe que confirme primeiro e explica-lhe o que isso significa: os seus gatilhos permanecem ativados, mas não poderão ser acionados até que volte a conceder acesso.
• O gatilho personalizado pode aceder à Internet pública através de ctx.fetch(), e não apenas à sua loja através de ctx.shopify(). Os endereços internos são recusados.
• Os seus gatilhos personalizados e os gatilhos da sua loja virtual funcionam agora da mesma forma: clique na linha para editar; o estado aparece à direita.
• A página «Gatilhos» apresenta, junto ao título, o número de gatilhos ativos, e os quatro gatilhos de metacampo tipados dispõem agora dos seus próprios botões na lista.
• Os campos obrigatórios estão assinalados nos formulários do gatilho personalizado, do gatilho da loja virtual e de ligação.
• Corrigido: não era possível limpar um filtro de data no Histórico de Eventos. Ao remover o marcador de data ou ao selecionar «Limpar tudo», as datas continuavam aplicadas. Agora, ambas as opções limpam-nas.
• As linhas do Histórico de Eventos são apresentadas em texto simples, em vez de ligações azuis. É possível clicar na linha na sua totalidade.

Até agora, todos os gatilhos desta aplicação tiveram origem em algo que ocorreu no seu painel de administração: um pedido foi pago, um produto foi atualizado. Esta versão introduz gatilhos que têm origem nas ações dos compradores na sua loja virtual.

Shopify não envia webhooks relativos ao comportamento de navegação; por isso, estes são recolhidos por um pixel da web da que a aplicação instala automaticamente para si - sem necessidade de editar o tema, nem de colar código.

Gatilhos da Loja virtual

Configuração, permissões e o que cada gatilho envia: Gatilhos da Loja virtual.

• Produto visualizado na loja virtual e coleção visualizada na loja virtual
• Produto da loja virtual adicionado ao carrinho e removido do carrinho
• Cesto de compras visualizado na loja virtual
• Início do processo de checkout na loja virtual
• Pesquisa na loja virtual e «Pesquisa na loja virtual não apresentou resultados» - a segunda é uma lista em tempo real de artigos que os clientes esperavam que vendesse. Uma única pesquisa aciona exatamente uma das duas opções, pelo que pode ativar ambas sem que haja dupla contagem. Como se dividem os dois gatilhos de pesquisa.
• Variante esgotada visualizada - um comprador real visualizou um artigo que não lhe pode vender. Um sinal de necessidade de reabastecimento, por variante e não por produto. O que se considera esgotado.
• «Cliente com sessão iniciada» e **«Comprador B2B» - ** um cliente recorrente encontra-se na sua loja. As visualizações repetidas de páginas são agrupadas num intervalo de visita que definir, por cliente ou por empresa. Explicação sobre os intervalos de visita.

Gatilhos do processo de checkout

Detalhes: Os gatilhos de Checkout acionam.

• Erro de checkout apresentado - descubra por que razão o checkout está a falhar sem ter de aguardar uma resposta a um pedido de suporte.
• Código de desconto rejeitado no checkout - um cliente introduziu um código e o checkout rejeitou-o. Normalmente, trata-se de uma campanha expirada ou de um código proveniente de um e-mail que nunca foi ativado.
• Pedido de um novo cliente - um pedido de um cliente que nunca fez um pedido anteriormente, sendo o cliente e o pedido referências nativas do Shopify Flow. Provém do webhook de pedidos do Shopify; por isso, ao contrário dos dois anteriores, é tão fiável quanto qualquer gatilho de administrador. Consta na referência de gatilhos.

Gatilhos personalizados da loja virtual

Para tudo aquilo que o Shopify não regista de todo. Publique o seu próprio evento a partir do seu tema com uma única linha de JavaScript e este tornar-se-á um gatilho do Shopify Flow. Passo a passo, com o trecho de código para copiar: Gatilhos personalizados da Loja virtual.

O caso mais evidente é a gaveta do carrinho: o evento «cart view» do Shopify só é acionado na página /cart, e a maioria dos temas modernos abre a gaveta através de um efeito deslizante, sem nunca navegar para essa página. A publicação do seu próprio evento quando a gaveta se abre colmata essa lacuna. As adições à lista de desejos, a abertura do guia de tamanhos e a alternância entre variantes funcionam da mesma forma.

Apenas os nomes dos eventos que registou são encaminhados, pelo que outros scripts na sua página não podem esgotar a sua quota. Atribuir o nome ao evento e utilizá-lo em Shopify Flow.

Antes de os ligar

• Precisam da nova autorização «Loja virtual Behaviour», que é concedida a partir da página «Permissões», tal como qualquer outra. O que esta autorização abrange:.
• O consentimento do utilizador é respeitado. Se um utilizador não tiver dado o seu consentimento para a análise de dados, o evento é eliminado do seu navegador e nunca nos chega - não lhe custa nada e não aciona qualquer fluxo de trabalho. Como é gerido o consentimento.
• O seu volume é muito superior ao dos gatilhos administrativos. Uma loja com grande volume de atividade gera mais visualizações de produtos num dia do que atualizações de pedidos num ano, e cada evento conta para o seu plano. Ative apenas o que for necessário para o seu fluxo de trabalho. Planos e utilização.
• Funcionam com base no princípio do «melhor esforço», não são garantidos. Uma aba fechada, uma perda de ligação ou um bloqueador de anúncios significa que o evento nunca chega. Utilize-os para sinais e reações, e não para situações em que a perda de um evento constitua um problema de precisão.

Encontrará todos os detalhes, incluindo a forma como a funcionalidade «Out-of-Stock Variant Viewed» determina o que se considera esgotado, no guia de gatilhos da loja virtual do .

Gerar código de gatilho com IA

Descreva o que um gatilho personalizado deve fazer em linguagem simples e deixe que a IA escreva o código. Em «Developer» → «Connections», adicione a sua própria chave de API da Anthropic ou da OpenAI; a geração é executada na sua conta, e a chave é encriptada, nunca mais é apresentada e nunca é executada dentro do código do seu gatilho. Guia completo: Gere código de gatilho com IA. Precisa primeiro de uma chave? Obtenha uma chave API da Anthropic (Claude) ou ; obtenha uma chave API da OpenAI.

• Baseado no que o «gatilho» recebe efetivamente. É fornecido ao gerador o contrato de tempo de execução desta aplicação, a API de administração Shopify e - assim que tiver capturado um - a carga útil real do evento; por isso, este escreve payload.total_price, uma vez que consegue ver o campo em vez de ter de adivinhar um nome. O que este sabe.
• Aproveita o que já tem. Se já existir código, este é editado em vez de se começar do zero, pelo que a abordagem «agora faça também X» funciona.
• Nunca guarda automaticamente. O código gerado aparece no editor como uma alteração não guardada: teste-o com a sua carga útil capturada, veja o que ele ativaria e, em seguida, guarde. Gerar um gatilho personalizado.
• Escreve o fragmento de código do tema para os «Gatilhos personalizados da loja virtual», que é a parte em que as pessoas ficam com dificuldades, uma vez que cada tema atribui nomes diferentes aos seus elementos. Gerar um fragmento de código para a loja.

Também corrigido

• A lista «Adicionar Gatilho» nos Gatilhos de Metacampo podia permanecer vazia até uma hora após a concessão de uma autorização, indicando que não existiam definições, embora estas existissem. O resultado vazio estava a ser armazenado em cache; isso já não acontece, pelo que a lista preenche-se na próxima vez que a abrir. O mesmo se aplicava à lista de metaobjetos. Consulte (Gatilhos de metacampo) e (Gatilhos de metaobjeto).
• O produto publicado no canal e retirado do canal não registou a primeira alteração num produto recém-criado. A aplicação armazena um valor de referência na primeira vez que deteta um registo e só é acionada quando existe uma diferença em relação a esse valor; no entanto, no caso das publicações, esse valor de referência nunca foi gravado no momento da criação - pelo que a primeira publicação após a criação de um produto foi ignorada silenciosamente e apenas a segunda foi acionada. Ambas funcionam agora a partir da primeira alteração. Os gatilhos de produto na referência.

Duas correções resultantes de pedidos de suporte - os nossos agradecimentos aos lojistas que as comunicaram.

• O «Histórico de Eventos» carrega agora instantaneamente em lojas com um volume de eventos muito elevado. Nas lojas que guardam milhões de eventos no seu histórico de 30 dias, a página podia demorar muito tempo a carregar ou nem sequer carregar. Agora abre em bem menos de um segundo, independentemente do volume, com todos os filtros a funcionar como anteriormente.
• A sincronização da linha de base para os gatilhos baseados em instantâneos inicia-se agora automaticamente. Os gatilhos que comparam alterações com uma linha de base armazenada (etiquetas, estado, título e similares) podiam ficar à espera indefinidamente com a mensagem «0 registos sincronizados» quando o gatilho era ativado antes de um fluxo de trabalho o utilizar. Ao ativar um gatilho deste tipo, a sincronização inicial é agora iniciada automaticamente, pelo que a primeira alteração efetiva aciona o gatilho.

Trata-se da maior atualização desde que a aplicação foi criada e altera a forma como configura os gatilhos.

Gatilhos personalizados

Caso nenhum gatilho integrado seja adequado, crie o seu próprio. Escolha um evento Shopify, capte um payload real da sua loja e crie uma transformação breve que determine quando deve ser acionado e o que deve ser enviado.

• Aplique apenas de acordo com as suas condições. Não «qualquer atualização de produto» - apenas pedidos acima de um determinado valor, apenas produtos de um determinado fornecedor, apenas as alterações que realmente lhe interessam.
• Envie ao Shopify Flow exatamente os campos que deseja, adaptados às necessidades do seu fluxo de trabalho.
• Recupere dados que o evento não contém. O ctx.shopify() executa uma consulta Admin GraphQL a partir do seu gatilho, para que possa enriquecer um evento com qualquer informação presente no seu repositório.
• Faça um teste antes do envio, utilizando uma payload real capturada, e compare os resultados e os registos lado a lado.

O seu código aparece em Shopify Flow como «Gatilho personalizado», filtrado pelo seu identificador, pelo que cada fluxo de trabalho reage a exatamente um dos seus gatilhos.

A página «Definições» passou a chamar-se «Gatilhos»

As nove separadores «Definições» desapareceram. Cada gatilho encontra-se agora numa única página com a função de pesquisa, e cada um dispõe do seu próprio botão de ativação/desativação.

A página anterior apresentava dois tipos de interruptores que funcionavam em sentidos opostos: a maioria dos gatilhos estava desativada até que fossem ativados, mas os gatilhos de ... Update (amplo) estavam ativados por predefinição, com um separador específico de «supressores» para os desativar. Agora, existe uma regra única em todo o sistema: um gatilho dispara enquanto o seu interruptor estiver ativado.

• Pesquise pelo nome, em vez de tentar adivinhar em que separador um gatilho foi arquivado.
• Todos os 83 gatilhos são selecionáveis. Anteriormente, um gatilho só dispunha de um botão de seleção se tivéssemos criado uma linha específica para ele.
• Ativar ou desativar em massa, aplicado aos seus resultados de pesquisa ou a tudo.
• As autorizações são concedidas no momento em que as seleciona. Ao ativar um gatilho que requer uma autorização, esta é solicitada nesse mesmo momento. Se forem necessárias duas, é apresentada uma caixa de diálogo única que abrange ambas.

Nada do que tinha configurado sofreu alterações, e os seus links antigos das «Definições» continuam a funcionar. Um gatilho que tinha desativado aparece agora simplesmente como «desativado».

Simular um gatilho

Anteriormente, testar um fluxo de trabalho significava realizar o processo na sua loja - editar um produto, efetuar um pedido, aguardar uma votação. Agora, pode ativar um gatilho sempre que desejar: abra qualquer evento no Histórico de Eventos e selecione «Simular» novamente.

A simulação segue o mesmo fluxo que um webhook real do Shopify, pelo que o seu fluxo de trabalho recebe exatamente o que receberia em produção. Utilize a opção «dry run» para pré-visualizar a carga útil sem ativar nada. Os eventos simulados são registados como testes, pelo que não são incluídos nas suas estatísticas nem contam para o seu plano.

Tenha em atenção que um gatilho simulado executa os seus fluxos de trabalho de forma efetiva - se um fluxo de trabalho atribuir uma etiqueta a um pedido ou enviar um e-mail, isso acontece efetivamente.

API para programadores e MCP

• Uma página para programadores destinada à criação de chaves de API, com comandos de ligação para o Claude, o Cursor, o VS Code e outros.
• Uma API REST que permite listar todos os gatilhos da sua loja, juntamente com o respetivo estado, consultar o histórico de eventos e as estatísticas, e verificar quais as permissões que concedeu.
• Um servidor MCP, para que um assistente de IA possa analisar a sua configuração e simular gatilhos numa conversa.
• Três níveis de acesso, com simulação e execução de código de gatilho personalizado por trás de cada nível, de modo a que uma chave de leitura comum não possa ativar as suas automatizações.

Guarde o seu código de gatilho no GitHub

Ligue um repositório do GitHub e os seus gatilhos personalizados serão enviados para ele automaticamente. Edite um ficheiro no seu próprio editor e a alteração será refletida na aplicação. Cada versão corresponde a um commit, pelo que uma alteração pode ser revista e revertida, e pode voltar a qualquer versão anterior a partir da aplicação.

Também nesta versão

• A sincronização de dados apresenta agora a indicação «Em sincronização», em vez de apenas a contagem de registos, juntamente com a data da última sincronização completa no fuso horário da sua loja. A importação inicial ocorre uma única vez; depois disso, o instantâneo é mantido atualizado automaticamente.
• A concessão de acesso a um produto ou a um pedido ativo ativa o gatilho de atualização geral desse recurso, pelo que os eventos começam a ser transmitidos imediatamente.
• Um guia de configuração mais claro que acompanha os passos que realmente segue: escolher os gatilhos, autorizar o acesso, criar um fluxo de trabalho e observar a sua execução.

O acesso a Produtos, Variantes e Coleções já não é concedido automaticamente. Anteriormente, era obrigatório, incluído na instalação e impossível de remover. Agora é opcional, tal como todas as outras autorizações: conceda-o a partir da página «Autorizações» e revogue-o sempre que desejar. Ao concedê-lo, os gatilhos de produtos e coleções são registados imediatamente na sua loja.

As lojas que já o tinham, mantêm-no - não há nada a fazer.

Um painel de controlo muito mais rápido

O painel já não analisa todo o seu histórico de eventos para calcular os seus valores. As contagens por dia, por tópico e por estado provêm agora de um resumo pré-agregado, e o seu valor de utilização é lido diretamente do contador que efetivamente controla o limite do seu plano - pelo que é em tempo real e corresponde sempre aos dados reais. Em lojas com milhões de eventos, esta é a diferença entre o painel de controlo atingir o tempo limite e carregar instantaneamente.

Nova central de ajuda

Documentação completa em docs.workflow-trigger-extensions.app - uma referência para cada gatilho, guias de configuração e de autorizações, resolução de problemas e guias passo a passo sobre fluxos de trabalho com vídeos. Pode comunicar um erro, solicitar uma funcionalidade ou contactar-nos através de um formulário que nos chega diretamente, com capturas de ecrã em anexo.

A bolha de chat da aplicação aparece agora em todas as páginas e fica oculta quando uma janela de diálogo está aberta.

Também nesta versão

• Pergunte a um SidekShopify sobre os seus gatilhos - quais estão configurados, por que razão um deles não está a ser acionado, o que foi acionado recentemente e qual a percentagem da sua cota que já utilizou. Modo de leitura apenas; não é possível alterar nenhuma configuração.
• Corrigido: os eventos «Cliente Note Changed» e «Cliente State Changed» nunca eram acionados. A alteração estava a ser comparada com um valor que a aplicação não estava, na realidade, a ler. Ambos funcionam agora.
• Corrigido: a alteração silenciosa da morada de envio do pedido não produzia qualquer efeito, a menos que também tivesse sido concedido o acesso aos dados do cliente. A aplicação agora informa-o disso logo à partida, em vez de falhar silenciosamente.
• Corrigido: lojas com um grande número de subscrições de gatilhos podiam deixar de registar uma delas ao conceder uma autorização, ou não a ter em conta ao revogar uma.
• O guia de configuração permanece recolhido depois de o ter recolhido.
• A aplicação está agora listada como «Workflow Trigger Extensions». É a mesma aplicação, a mesma instalação, mas com um novo nome.

A notificação «Alteração do custo da variante do produto» é acionada quando o custo por unidade de uma variante se altera - para o recálculo da margem, regras de reajustamento de preços ou para alertar o departamento de compras.

É importante saber por que razão isto necessitou de um gatilho próprio: o custo está associado ao item de estoque, e não ao produto; por isso, Shopify não emite uma atualização do produto quando apenas o custo se altera. Nada que esteja a monitorizar as atualizações do produto poderá detetar essa alteração. Este gatilho monitoriza diretamente o item de estoque.

Fornece o produto, a variante e o SKU, bem como o custo antigo e o novo, expressos em valores monetários. Utiliza a autorização «Estoque» existente e o seu separador «Definições».

Shopify

• Alteração do nível do estoque no local - qualquer alteração na quantidade disponível num local específico, seja para mais ou para menos.
• Esgotado no local - aciona-se quando o stock disponível desce para zero.
• Novamente em stock no local - acende-se quando o nível volta a ser positivo.

Cada evento inclui a localização e o respetivo nome, a variante e o SKU, bem como a quantidade anterior, a nova e a diferença. Assim, só pode retirar um produto da venda quando este estiver esgotado numa das suas localizações de processamento, ou iniciar uma transferência quando um armazém estiver com stock reduzido e outro tiver excedentes.

É necessária a nova autorização «Acesso aos dados de estoque», que também inclui o «Acesso a locais», para que os eventos incluam o nome do local e não apenas o seu identificador. Ao ativar qualquer uma delas, os níveis de estoque atuais são atualizados retroativamente em primeiro lugar, pelo que a primeira alteração efetiva é aplicada.

Dois gatilhos para a adesão a contas B2B, ambos utilizando a sua permissão «Empresa» já existente:

• Cliente removido da empresa - é acionado quando um cliente é removido como contacto de uma empresa. No âmbito da saída: revogar o acesso ao ERP, alertar o gestor de conta, arquivar o registo.
• Atualização de contactos da empresa - é acionado quando a função ou os dados de um contacto são alterados.

Ambos indicam o cliente e a empresa em conjunto, bem como a função do contacto.

Optámos deliberadamente por não adicionar «Cliente adicionado à empresa» - o Shopify Flow já dispõe de um gatilho nativo para esse efeito.

• Nota do cliente alterada - é acionada quando a nota relativa a um cliente é adicionada, editada ou apagada, indicando o valor antigo e o novo.
• Alteração do estado do cliente - é acionado quando uma conta passa do estado «desativada» para «ativada», «convidada» ou «recusada».
• Alterações nas isenções fiscais da localização da empresa - um lojista comunicou que a edição das definições fiscais de uma localização B2B nunca desencadeava qualquer ação. O método Shopify não emite qualquer evento de atualização para essa alteração; por isso, esta funcionalidade deteta-a através de um processo de sondagem. É acionado com as isenções adicionadas, removidas e atualmente em vigor, sob a forma de uma lista de códigos com rótulos legíveis, juntamente com o número de registo fiscal.

Foi também corrigido: os oito gatilhos dos pedidos provisórios apresentavam um nome errado no histórico de eventos.

Manutenção de segurança de rotina: atualizações de dependências e reforço da segurança em toda a aplicação. Não é necessária qualquer ação.

• Alteração do consentimento para o marketing por e-mail e alteração do consentimento para o marketing por SMS - ative o processo assim que o consentimento for alterado, indicando o novo estado (subscrito, cancelado ou pendente), o nível de consentimento e a data e hora. Para a automatização da conformidade com o RGPD e com as normas de marketing, ou para manter uma lista de exclusão sincronizada.
• Produto publicado no canal de vendas e produto retirado do canal de vendas - saiba quando um produto é disponibilizado num canal de vendas ou quando é retirado do mesmo. Cada evento inclui os canais adicionados, removidos e atuais numa lista específica, para que possa percorrê-los no Shopify Flow, em vez de ter de analisar texto. É acionado uma vez por alteração, e não uma vez por canal. Requer a nova permissão «Acesso aos dados de publicações».
• Alteração do estado do mercado - é acionado quando um mercado passa do estado «rascunho» para «ativo», indicando o estado anterior e o novo. Inclui um novo separador «Mercados» nas «Definições».

A maior versão lançada até à data e a primeira a incluir os seus próprios alertas por e-mail.

Alertas relativos a cotas e falhas

Um sistema de notificações, acedido a partir do ícone no painel de controlo. Receba um e-mail à medida que se aproxima do seu limite mensal, quando o atingir e quando os seus gatilhos começarem a falhar com mais frequência do que o habitual. Adicione destinatários para além do proprietário da loja.

Condições de acionamento do pedido provisório (7)

Uma nova autorização de acesso aos dados dos pedidos provisórios permite aceder a todo o ciclo de vida dos pedidos provisórios - concebida para o setor B2B e o comércio grossista, onde a negociação ocorre antes de o pedido existir.

• Atualização do pedido provisório - é executada sempre que houver uma alteração. Desative-a em «Definições» se pretender apenas as opções específicas abaixo indicadas.
• Pedido provisório: Etiquetas adicionadas / Etiquetas removidas - etapas de aprovação baseadas em etiquetas.
• Pedido provisório relativo ao projeto de portaria alterado - com a nota antiga e a nova.
• Alterações aos atributos dos pedidos provisórios - números de ordem de compra, datas de entrega, opções de presente - , com uma discriminação, por campo, do que foi adicionado, removido ou alterado.
• Alterações nos itens de linha do pedido provisório - artigos, quantidades, preços ou variantes ajustados durante a negociação.
• Alteração do estado do pedido provisório - transições entre os estados «em aberto», «fatura enviada» e «concluído». Ideal para ciclos de lembretes de pagamento.

As linhas de base são preenchidas automaticamente quando se cria um rascunho, pelo que a primeira alteração efetiva após a criação é executada corretamente. Ao ativar qualquer gatilho específico, as suas versões preliminares existentes são atualizadas retroativamente.

Shopify Flow já inclui nativamente os eventos «Criação de pedido provisório» e «Eliminação de pedido provisório», pelo que, deliberadamente, não os duplicamos.

Mercados e locais (8)

• Mercado criado / atualizado / eliminado - para vendas internacionais e B2B.
• Local criado / atualizado / eliminado / ativado / desativado - armazéns, lojas de retalho e pontos de recolha.

Mais informações sobre o pedido e o produto

• Alteração do estado financeiro do pedido - transições no estado de pagamento, por exemplo, de «pendente» para «pago» ou «reembolsado».
• «Alteração do tipo de produto» e «Alteração do fornecedor do produto» - cada uma destas ações é acionada de forma independente, pelo que um fluxo de trabalho pode reagir a uma alteração de fornecedor sem ser executado sempre que um produto for editado.

Além disso

• Aprovado para o selo «Built for Shopify».
• Melhorias na estabilidade e no desempenho, bem como um conjunto de correções na interface do utilizador.

Shopify Flow podem indicar que um cliente ou produto foi atualizado, mas não que uma tag foi alterada. Estes quatro gatilhos são acionados apenas quando ocorre a própria alteração da tag.

• Tags de cliente adicionadas / Tags de cliente removidas
• Tags de produto adicionadas / Tags de produto removidas

Cada uma delas apresenta-lhe as tags que foram adicionadas, as que foram removidas e a lista completa antes e depois - para que possa criar uma ramificação com base exatamente no que mudou, em vez de ter de reler o registo.

Todas as quatro opções podem ser ativadas nas Definições. Na primeira vez que a aplicação deteta um registo, armazena um valor de referência sem disparar o evento; por isso, ativá-las não sobrecarrega os seus fluxos de trabalho com eventos relativos a tags que já existiam.

Foi também corrigido: o SKU, o código de barras e o preço estavam em falta nas cargas úteis dos quatro gatilhos de alteração de variantes.

Tenha em atenção que não existe um gatilho de etiqueta para coleções - Shopify as coleções não têm etiquetas. Em vez disso, utilize um metacampo de coleção com a ação «Atualização de Metacampo».