Nous utilisons le plugin Zendesk pour gérer les réponses du personnel sur les sujets du forum. Cependant, lorsqu’un sujet est marqué comme résolu dans le forum, cela ne met pas à jour Zendesk, ce qui nous empêche de clore le ticket associé. Ce que je voudrais savoir, c’est : existe-t-il des métadonnées sur les sujets lorsqu’une solution est choisie ? Et pouvons-nous envoyer un déclencheur à Zendesk pour mettre à jour le ticket associé ?
1 « J'aime »
Je comprends qu’il pourrait être utile d’avoir une indication sur Zendesk lorsqu’un sujet est marqué comme résolu sur Discourse. Idéalement, que souhaiteriez-vous qu’il se produise lorsqu’un sujet est marqué comme résolu sur Discourse ? Le ticket Zendesk devrait-il être fermé ? Une alternative serait d’ajouter un tag au ticket Zendesk lorsqu’un sujet est marqué comme résolu sur Discourse.
Un TopicCustomField est créé avec son nom défini sur \"accepted_answer_post_id\".
Un webhook d’événement « Résolu » peut être configuré pour envoyer une requête POST contenant les détails de la solution. Je ne suis pas sûr que Zendesk puisse être configuré pour gérer les requêtes POST entrantes. Savez-vous si cela est possible ?
1 « J'aime »
Bonjour Simon,
Idéalement, je souhaiterais que le ticket correspondant dans Zendesk soit marqué comme Résolu, avec un tag indiquant le message du forum qui constitue la solution.
Ah, c’est très utile ! Si le pire arrive, je pourrais configurer une application Vercel pour interroger Discourse à la recherche de messages avec ce tag, puis mettre à jour Zendesk. Ce ne serait pas idéal car cela devrait fonctionner essentiellement comme un cron, mais ce serait mieux que de devoir le faire manuellement.
Oui, l’API de Zendesk est très complète et peut gérer plusieurs types de requêtes différentes. Le webhook devrait pouvoir envoyer une requête PUT, car c’est ce que Zendesk attend pour mettre à jour un ticket, mais à part cela, cela devrait être trivial. Consultez leur documentation API pour plus de détails.
Il semble que l’API de Discourse ne fasse que des requêtes POST sur ses webhooks. Je vais devoir faire des tests à ce sujet ; peut-être aurai-je toujours besoin de cette configuration Vercel, mais pour qu’elle accepte une requête POST qui déclenche ensuite une requête PUT vers Zendesk. J’espère qu’il existe une solution plus propre que cela.
2 « J'aime »