Comunicar um erro
Existe algum problema no site Workflow Webhooks ou o seu funcionamento não corresponde ao esperado. Quanto mais preciso for ao identificar o problema, mais rapidamente o poderemos resolver.
Antes de enviar: a página «Histórico» na aplicação resolve a maioria das notificações em poucos minutos. As causas mais comuns são uma incompatibilidade de token ou de cabeçalho, uma chave de payload que não corresponde ao mapeamento de campos ou o esgotamento da cota mensal.
Se, mesmo assim, continuar incorreto, o formulário acima é a forma mais rápida de resolver a situação.
O que torna um relatório fácil de corrigir
Os quatro elementos que nos permitem rastrear uma chamada de webhook de início a fim:
- O domínio da sua loja - para que possamos localizar a chamada.
- O nome do webhook, tal como aparece na aplicação.
- Uma data e hora aproximadas da chamada que esperava que funcionasse.
- O que o Histórico apresentou para esse momento, se é que apresentou alguma coisa - o estado e o texto de erro em a página de detalhes da invocação.
Com isso, podemos acompanhar o pedido desde o momento em que chega ao nosso ponto final até ao gatilho de entrega pelo Shopify Flow.
Elementos úteis a anexar
- Uma captura de ecrã da lista de Histórico ou da página de detalhes da invocação.
- Uma captura de ecrã do seu fluxo de trabalho «Shopify Flow», que mostra a etapa de ativação.
- Uma captura de ecrã das «Definições avançadas» do webhook, caso suspeite de um problema de mapeamento.
- A solicitação exata que o seu sistema envia - método, URL, cabeçalhos e corpo. Ocultem o token.
Prefere outro canal?
- Chat na aplicação - abra qualquer página da aplicação no seu painel de administração do Shopify e utilize o chat bolha. Esta é a via mais rápida e mantém o relatório associado à sua loja.
- E-mail - support@codecreationlabs.com. Indique o URL da sua loja para que possamos dar seguimento ao assunto.
- Slack - junte-se ao nosso espaço de trabalho dedicado às aplicações, acessível através do link Suporte.
Será que falta alguma coisa, em vez de estar avariado?
Se a aplicação estiver a funcionar conforme previsto, mas não fizer o que precisa, utilize, em vez disso, o Solicitar uma funcionalidade. Os erros têm prioridade; os pedidos de funcionalidades são agrupados, pelo que os pedidos repetidos têm mais peso.