This plugin is bundled with Discourse core. There is no need to install the plugin separately.
Features
Create Zendesk tickets
This plugin allows you to create Zendesk tickets from Discourse topics. This can be done either by configuring the plugin so that all topics in a category automatically generate Zendesk tickets, or by pushing individual topics to Zendesk by clicking the “Create Zendesk Ticket” button that’s displayed for site staff below each topic:
When the ticket is created, the author of the topic’s first post will be set as the Requester on Zendesk. They will also be added to your Zendesk customers list.
After the ticket has been created, the “Create Zendesk Ticket” button will be updated to “View on Zendesk.” Clicking that button will take you to the associated Zendesk ticket:
The plugin allows you to optionally push all replies to the Discourse topic to the Zendesk ticket, or to only push replies created by the topic’s author. Both of these features are configurable via the plugin’s settings.
Sync Zendesk comments with Discourse
Zendesk comment can be synced with the Discourse topic that the ticket originated on.
Configuration
The Discourse Zendesk settings can be accessed from the Plugins page of your Discourse site’s Admin section. Click the “Settings” button for the “discourse-zendesk-plugin” entry on that page to access the settings.
zendesk url : enter the URL of your Zendesk account, followed by api/v2 . For example, https://example.zendesk.com/api/v2
zendesk enabled : used to enable and disable the plugin.
zendesk jobs api token : details for generating the API token on Zendesk are here: Generating a new API token – Zendesk help. Copy that token to this Discourse setting.
zendesk jobs email : the email address of a staff user on your Zendesk account that also has an admin account on your Discourse site.
zendesk autogenerate all categories (formerly zendesk enable all categories) : if enabled, all topics on your Discourse site will automatically generate Zendesk tickets. This setting is disabled by default.
zendesk autogenerate categories (formerly zendesk enabled categories) : a list of Discourse categories that will have all new topics automatically pushed to Zendesk.
zendesk job push all posts and zendesk job push only author posts : both of these settings are disabled by default. Enable one of them if you want to push either all replies, or only the topic author’s replies to Zendesk.
sync comments from zendesk and zendesk incoming webhook token : these two settings are used to sync comments from Zendesk to Discourse. Details about how to configure syncing Zendesk comments to Discourse are here: How to enable Zendesk two-way sync
zendesk tags : an optional list of tags to append to all Zendesk tickets that originate on your Discourse site.
Ich würde gerne eine Funktionsanfrage für diese Zendesk-Integration stellen:
Die Möglichkeit, sowohl Antworten an Zendesk als Kommentare zu senden als auch Kommentare von Zendesk als Antworten abzurufen, ist für uns von entscheidender Bedeutung. Derzeit ist die einzige Möglichkeit, Letzteres durchzuführen, dass automatisch von Discourse erstellte Kategoriethemen Zendesk-Tickets erstellen.
Ich hätte es viel lieber, wenn es eine Möglichkeit gäbe, auch manuell erstellte Zendesk-Tickets diese Fähigkeit zu haben, Kommentare als Antworten abzurufen! Dies liegt daran, dass wir einen Triage-Prozess haben, bei dem nur einige von Kunden erstellte Themen an Zendesk weitergeleitet werden müssen. Wir möchten unseren Endbenutzern nicht erlauben, auch hinter den Kulissen Zendesk-Tickets zu erstellen.
Vielen Dank für das Plugin, es hat uns sehr geholfen!
Ich hätte gerne Hilfe bei folgendem Problem:
In Zendesk, wenn wir „interne Notizen“ (private Notizen) in einem Ticket erstellen, erzeugen diese internen Notizen kein Discourse Whisper.
Ich habe einen Webhook in Zendesk implementiert, um für jede interne Notiz ein Whisper zu erstellen. Dieses Whisper wird jedoch durch die normale Arbeit des Plugins wieder nach Zendesk gepusht.
Meine Frage ist also: Gibt es eine Möglichkeit, zu verhindern, dass das Plugin einen neuen Kommentar in Zendesk erstellt, wenn ich die Whispers aus den internen Notizen erstelle, wie oben beschrieben?
Ich weiß, dass ich die Synchronisierung für alle Beiträge deaktivieren kann, aber das Ziel wäre, nur die Whispers nicht zu synchronisieren, die ich über die Discourse API erstelle.
Wissen Sie, ob es dafür eine einfache Lösung gibt?
Ich bin mir nicht sicher, ob dies der richtige Ort ist, um einen Fehler zu melden. Bitte lasst mich wissen, ob ich dies woanders hin verschieben soll.
Wir verwenden dieses Plugin nun seit einigen Wochen und es hat insgesamt gut funktioniert. Wir haben jedoch ein Problem festgestellt, bei dem das Plugin Kommentare doppelt zu synchronisieren scheint. Ich glaube, Folgendes passiert:
Ein Benutzer sendet einen Beitrag in Discourse
Er wird in Zendesk synchronisiert
Das Synchronisierungs-Plugin erkennt den neuen Kommentar in Zendesk und synchronisiert ihn zurück nach Discourse
Hier ist, was wir visuell sehen, wo John (der Administrator, der das Plugin eingerichtet hat) manchmal Duplikate von Nachrichten anderer Benutzer sendet, ohne dass er eingreift. Dies stammt vom Discourse-Synchronisierungs-Plugin:
Auf der Zendesk-Seite sehen wir keine doppelten Antworten, sondern nur die des Benutzers (kann aufgrund der Einschränkungen dieses Forums kein zweites Screenshot posten).
Die Erweiterung der Verlaufsansicht des Tickets zeigt keine Auffälligkeiten in Zendesk.
Irgendwelche Ideen, was schiefgehen könnte oder wie wir das debuggen können?
Danke fürs Einsteigen! Ja, das ist ein Softwareproblem, John postet diese Nachrichten nicht selbst.
Ich werde unsere Trigger untersuchen und testen, ob ich sie deaktivieren und wieder aktivieren kann. Leider habe ich keine Ähnlichkeiten gefunden, wann oder warum dies geschieht, daher habe ich keine direkte Möglichkeit, es zu reproduzieren.
Ich habe einen Trigger gefunden, der jedes Mal, wenn ein Ticket aktualisiert wird und es das discourse-Tag hat, den Discourse-Sync-Webhook über eine PUT-Anfrage benachrichtigt. Ich habe das Plugin nicht eingerichtet, aber könnte dies die Ursache sein?
Abgesehen von diesem Trigger sehe ich keine anderen Automatisierungen, die stören könnten. Ich habe unsere Discourse-Administratoren gebeten, eine Liste aller Kommentare von John (einschließlich der gelöschten) zurückzugeben, damit ich jede Instanz abgleichen kann, um eine Verbindung zu finden.
Ich benutze das Zendesk-Plugin und mag es wirklich. Allerdings ist gerade etwas Unerwartetes passiert. Als ein anderes Mitglied des Teams (jemand, der früher ein Agent in Zendesk war) auf einen Thread in Discourse geantwortet hat, hat Zendesk die Nachricht zurück an Discourse gesendet. Daher wird sie doppelt im Discourse-Thema gepostet, einmal vom Teammitglied, das sie in Discourse gepostet hat, und erneut vom aktuellen Bearbeiter des Tickets in Zendesk.
Ist das schon jemandem passiert und gibt es dafür eine Lösung?
Ich stoße auf ein Problem, bei dem private Themen, die auf der Community-Seite erstellt wurden, nicht in Zendesk generiert werden. Könnte mir jemand bitte mitteilen, ob bestimmte Einstellungen oder Konfigurationen erforderlich sind, um sicherzustellen, dass private Themen korrekt mit Zendesk synchronisiert werden?
Ich sehe, dass die Schaltflächen „Zendesk-Ticket erstellen/anzeigen“ nur für Mitarbeiter sichtbar sind.
Könnte die Sichtbarkeit dieser Schaltflächen durch neue Plugin-Einstellungen zendesk_create_ticket_allowed_groups und zendesk_view_ticket_allowed_groups für mehr Flexibilität gesteuert werden?
Ich möchte unseren Support-Teams nicht unbedingt Admin- oder Moderatorenrollen zuweisen. Sie sind natürlich die Administratoren ihrer (Zendesk-)Domäne, aber meiner Meinung nach rechtfertigt das nicht immer erweiterte Privilegien auf Discourse.
Dieses Plugin ist jetzt Teil des Discourse-Kerns im Rahmen von Bundling more popular plugins with Discourse core. Wenn Sie selbst hosten und das Plugin verwenden, müssen Sie es vor Ihrem nächsten Upgrade aus Ihrer app.yml entfernen.
Dieses Plugin ist jetzt Teil des Discourse-Kerns im Rahmen von