Criei uma configuração onde, toda vez que um post é criado em uma categoria específica, um ticket no Jira também é gerado usando o Zapier. O problema que estou enfrentando é que, sempre que alguém edita um post e o publica novamente, outro ticket no Jira é criado (o sistema o interpreta como um post novo). Existe alguma maneira de evitar isso? Não tenho certeza se há algum tipo de identificador único que indique que um post é original e não foi editado anteriormente, que eu possa usar para evitar que isso aconteça.
Há um cabeçalho na solicitação do webhook chamado X-Discourse-Event, que deve indicar se o post é novo ou uma edição.
Por algum motivo, não estou vendo essa opção nas configurações do webhook. Estou perdendo algo? Ou o nome é diferente? Eu assumiria que o número da postagem funcionaria para isso, mas parece que uma edição é contada como um novo número de postagem. Aqui está a lista de títulos de webhook disponíveis para mim:
Para acessar os cabeçalhos do webhook no Zapier, acredito que você precisará usar a opção ‘Catch Raw Hook’ para o webhook no Zapier. Este tópico fornece um exemplo de como fazer isso para um webhook de Evento de Usuário: Create a Salesforce lead via Zapier when a user signs up on Discourse. Configurar um Zap para ouvir um webhook de Evento de Postagem e filtrar todas as solicitações onde X-Discourse-Event está definido como post_edited será bastante semelhante.
A desvantagem dessa abordagem é que você precisa processar uma série de eventos de tópico que sabe que não quer, o que acaba tornando o processo caro.
Ter um evento de Novo Tópico parece ser uma boa ideia.
Olá @pfaffman! Sim, atualmente tenho configurado como um evento de novo tópico. Só não consigo descobrir qual desses campos filtrar para eliminar qualquer postagem após a original (incluindo edições). Alguma ideia de como fazer isso?
Alguém tem ideias sobre qual campo posso usar para evitar que posts duplicados sejam referenciados?