In Zendesk Support sind Platzhalter Container für dynamisch erstellte Ticket- und Endbenutzerdaten. Das Format ist ein Datenbezug in doppelten geschweiften Klammern. Da Sie beim Definieren der Programmlogik auch auf Ticket- und Benutzerdaten zugreifen können, bietet es sich an, nicht nur an Platzhalter zu denken, sondern stattdessen an Datenobjekte und ihre Eigenschaften.
Es gibt zwei primäre Datenobjekte in Zendesk Support: Tickets und Benutzer. Jedes Objekt verfügt über eigene Eigenschaften. Das Benutzerobjekt umfasst z. B. Benutzereigenschaften wie Name und E-Mail-Adresse. Neben diesen beiden Datenobjekten gibt es verknüpfte Datenobjekte. Für Tickets gibt es Kommentar- und Zufriedenheitsbewertungsobjekte. Für Benutzer gibt es Organisations- und Agentenobjekte.
Obwohl Platzhalter im HTML-Format angegeben werden können, wird ein an ein URL-Ziel oder einen Webhook gesendeter Platzhalter als unformatierter Text und nicht als HTML-Text dargestellt.
Hinweis:Wenn Sie mehrere Sprachen unterstützen, denken Sie daran, dass Platzhalterwerte zumeist mit der Sprache des Anfragenden im Ticket übereinstimmen werden. Diese automatische Übersetzung kann nicht deaktiviert werden.
In Support gibt esvordefinierte Systemregeln, die Platzhalter in Auslösern in bestimmten Situationen unterdrücken. Diese vordefinierten Systemregeln können nicht geändert oder außer Kraft gesetzt werden und bestimmen das Standardverhalten von Zendesk Support. Aufgrund dieser Regeln kann es vorkommen, dass Platzhalter in Auslösern nicht zu funktionieren scheinen, obwohl kein Fehler vorliegt. Diese Regeln dienen zu Ihrem Schutz und verhindern, dass Spammer Ihr Konto zur Verbreitung von Spamnachrichten nutzen. Weitere Informationen finden Sie unterÜberblick über die Regeln zur Unterdrückung von Platzhaltern.
In diesem Beitrag sind die Platzhalter nach den jeweils angezeigten Daten unterteilt. Bei der Angabe von Platzhaltern ist die Groß- und Kleinschreibung zu beachten.
- Benutzerdaten
- Organisationsdaten
- Agentendaten
- Ticketdaten
- Kommentardaten
- Zufriedenheitsbewertungsdaten
Verwandte Beiträge:
Benutzerdaten
Bei der Aktualisierung von Tickets gibt es unterschiedliche Benutzertypen. Zu diesen zählen:
- ticket.requester – die Person, die das Ticket angefordert hat
- ticket.assignee – der Agent, dem das Ticket zugewiesen wurde
- ticket.submitter – die Person, die entweder die Anfrage eingereicht hat, oder der Agent, der das Ticket im Auftrag des Anfragenden geöffnet hat
- current_user – die Person, die das Ticket zurzeit aktualisiert (Endbenutzer oder Agent)
Das bedeutet, dass die meisten der in der folgenden Tabelle aufgeführten Benutzerdaten für jeden Benutzertyp ({{ticket.submitter.name}}, {{current_user.name}} usw.) zurückgegeben werden können.
| Eigenschaften/Platzhalter | Beschreibung |
|---|---|
| Benutzer.name
Wichtig:Denken您政治,Benutzerdurch einen der oben angegebenen Benutzertypen zu ersetzen (z. B. ticket.requester).
|
Vor- und Nachname des Benutzers. |
| Benutzer.first_name | Vorname des Benutzers. |
| Benutzer.last_name | Nachname des Benutzers. |
| Benutzer.email | Die E-Mail-Adresse des Benutzers. |
| Benutzer.language | Bevorzugte Sprache des Benutzers. |
| Benutzer.phone | Telefonnummer des Benutzers. |
| Benutzer.external_id | Externe ID des Benutzers (wenn vorhanden). Optional bei Konten, bei denen der Enterprise-Single-Sign-On über JWT oder SAML aktiviert ist. |
| Benutzer.details | Details des Benutzers. |
| Benutzer.notes | Notizen des Benutzers. |
| Benutzer.time_zone | Zeitzone des Benutzers. |
| Benutzer.role | Rolle des Benutzers (Admin, Agent oder Endbenutzer). |
| Benutzer.extended_role | Bei Verwendung von Agentenrollen in Support Enterprise wird hier der Name der Enterprise-Rolle des Benutzers angezeigt. Die folgenden Rollen sind vordefiniert:
Wenn Sie angepasste Benutzerrollen erstellt haben, werden diese Rollenbezeichnungen angezeigt. Wenn es sich bei Ihrem Konto nicht um ein Enterprise-Konto handelt, wird bei Verwendung dieses Platzhalters für alle Agenten die Bezeichnung „Agent“ und für alle Endbenutzer die Bezeichnung „Endbenutzer“ angezeigt. Weitere Informationen zu angepassten Agentenrollen finden Sie unterErstellen von angepassten Rollen und Zuweisen von Agenten. |
| Benutzer.id | ID des Benutzers. |
| Benutzer.locale | Gebietsschema des Benutzers (z. B. de-DE). |
| Benutzer.signature | Signatur des Agenten. Nur Agenten verfügen über Signaturen. |
| Benutzer.organization... | Weitere Informationen finden Sie unterOrganisationsdatenweiter unten. |
| Benutzer.tags | Stichwörter. Weitere Informationen finden Sie unterHinzufügen von Stichwörtern zu Benutzern und Organisationen. |
| user.custom_fields. |
Eigenschafts-/Platzhalterformat für den Wert eines angepassten Benutzerfelds (ausgenommen Dropdownfelder). Beispiel: {{ticket.requester.custom_fields.my_custom_field}}. Weitere Informationen finden Sie unterHinzufugen冯angepassten Feldern祖茂堂Benutzern. |
| user.custom_fields. |
Eigenschafts-/Platzhalterformat für den Wert eines angepassten Benutzer-Dropdownfelds. Beispiel: {{ticket.requester.custom_fields.manager_for_approval.title}}. Weitere Informationen finden Sie unterHinzufugen冯angepassten Feldern祖茂堂Benutzern. |
Überblick über die Platzhalter für Benutzernamen
Das Verhalten der Platzhalter für Vor- und Nachnamen hängt davon ab, wie der Name im Profil formatiert ist. Wenn der Name beispielsweise als „Dutch van der Linde“ angegeben ist, wird der Platzhalteruser.last_name军队ersetzt林德。是der名字我Profil als „van der Linde, Dutch“ angegeben, so ergibt der Platzhalteruser.last_name „van der Linde“.
Außerdem bezieht sich in Japan der Platzhalter für den Vornamen auf den Nachnamen des Benutzers und der Platzhalter für den Nachnamen auf den Vornamen des Benutzers.
Organisationsdaten
Jeder Benutzertyp kann zu einer Organisation hinzugefügt werden. Eine Organisation umfasst die folgenden Dateneigenschaften.
| Eigenschaften/Platzhalter | Beschreibung |
|---|---|
| Benutzer.organization.id
Wichtig:Denken您政治,Benutzerdurch einen der unten angegebenen Benutzertypen zu ersetzen.
|
ID der Organisation, der der Benutzer zugewiesen ist. |
| Benutzer.organization.name | Name der Organisation, der der Benutzer zugewiesen ist. |
| Benutzer.organization.is_shared | „True“ oder „false“. Gibt an, ob es sich bei der Organisation um eine gemeinsame Organisation handelt. |
| Benutzer.organization.is_shared_comments | „True“ oder „false“. Gibt an, ob die Organisation es zulässt, dass Benutzer Kommentare zu den Tickets anderer Benutzer hinzufügen. |
| Benutzer.organization.details | Details zur Organisation. |
| Benutzer.organization.notes | Notizen zur Organisation. |
| Benutzer.organization.tags | Stichwörter. Weitere Informationen finden Sie unterHinzufügen von Stichwörtern zu Benutzern und Organisationen. |
Da alle Benutzer zu einer Organisation hinzugefügt werden können, können Sie mit Liquid Markup auf die entsprechenden Organisationsdaten zugreifen. Zum Beispiel können Sie Daten für jeden der folgenden Benutzertypen zurückgeben (hier als Platzhalter dargestellt):
- {{蜱虫et.organization.name}} – die Organisation des Ticketanfragenden
- {{蜱虫et.requester.organization.name}} – identisch mit {{ticket.organization.name}} (Anfragender)
- {{current_user.organization.name}} – der Benutzer, der das Ticket zurzeit aktualisiert (Endbenutzer oder Agent)
- {{蜱虫et.assignee.organization.name}} – der dem Ticket zugewiesene Agent
- {{蜱虫et.submitter.organization.name}} – der Benutzer, der die Anfrage eingereicht hat, oder der Agent, der das Ticket im Auftrag des Anfragenden geöffnet hat
Agentendaten
死folgenden Platzhalter您能在Agentensig努尔naturen verwendet werden. Weitere Informationen zu Agentensignaturen finden Sie unterHinzufügen einer Agentensignatur zu E-Mail-Benachrichtigungen für Tickets.
| Eigenschaften/Platzhalter | Beschreibung |
|---|---|
| agent.name | Vollständiger Name des Agenten (oder Alias, falls vorhanden). |
| agent.first_name | Vorname des Agenten. |
| agent.last_name | Nachname des Agenten. |
| agent.role | Rolle des Agenten. |
| agent.signature | Signatur des Agenten. |
| agent.email | E-Mail-Adresse des Agenten. |
| agent.phone | Telefonnummer des Agenten. |
| agent.organization | Organisation des Agenten. |
| agent.language | Sprache des Agenten. |
| agent.time_zone | Zeitzone des Agenten. |
Ticketdaten
Zendesk Support-Tickets haben die folgenden Dateneigenschaften.
| Eigenschaften/Platzhalter | Beschreibung |
|---|---|
| ticket.account | Der Zendesk-Kontoname. |
| ticket.assignee.name | Vollständiger Name des Mitarbeiters, dem das Ticket zugewiesen ist (falls zutreffend). Weitere Informationen finden Sie unterBenutzerdatenweiter oben. |
| ticket.brand.name | Der zugewiesene Markenname des Tickets. |
| ticket.cc_names | Gibt die Namen der im Ticket auf CC gesetzten Benutzer zurück.
Hinweis:Wenn Siedas neue CCs- und Follower-Erlebnisverwenden und Ihre Platzhalter hinzufügen oder aktualisieren, empfehlen wir, den Platzhalter ticket.email_cc_namesanstelle vontickets.cc_nameszu verwenden. Die Funktion ist identisch.Verwenden Sie den folgenden Liquid-Code, um die E-Mail-Adressen der bei dieser Nachricht auf CC gesetzten Personen zurückzugeben: |
| ticket.email_cc_names | Gibt beimneuen CC- und Follower-Erlebnisdie Namen der Ticket-CCs zurück. Beim alten CC-Erlebnis wird nichts zurückgegeben.
Hinweis:Wenn Siedas neue CCs- und Follower-Erlebnisverwenden und Ihre Platzhalter hinzufügen oder aktualisieren, empfehlen wir, den Platzhalter ticket.email_cc_namesanstelle vontickets.cc_nameszu verwenden. Die Funktion ist identisch. |
| ticket.follower_names | Gibt beimneuen CC- und Follower-Erlebnisdie Namen der Follower zurück. Beim alten CC-Erlebnis wird nichts zurückgegeben. |
| ticket.follower_reply_type_message | Gibt beimneuen CC- und Follower-Erlebnisan, ob die Benachrichtigung durch einen öffentlichen oder einen privaten Kommentar ausgelöst wurde. Fügt den Hinweis „Antworten Sie auf diese E-Mail, um einen Kommentar zur Anfrage hinzuzufügen“ oder „Antworten Sie auf diese E-Mail, um eine interne Notiz zur Anfrage hinzuzufügen“ in eine E-Mail-Benachrichtigung ein. Weitere Informationen finden Sie unter一个passen der Standard-E-Mail-Benachrichtigungen für CCs und Follower. Beim alten CC-Erlebnis wird nichts zurückgegeben. |
| ticket.created_at | Datum, an dem das Ticket erstellt wurde (z. B. 18. Mai 2014).
Hinweis:Wenn das Ticket im aktuellen Jahr erstellt wurde, werden nur der Tag und der Monat zurückgegeben. |
| ticket.created_at_with_timestamp | Zeitpunkt, an dem das Ticket erstellt wurde, im iso8601-Format. Beispiel: 2013-12-12T05:35Z, d. h. 12. Dezember 2013 um 05:35 UTC. |
| ticket.created_at_with_time | Datum und Uhrzeit des Zeitpunkts, an dem das Ticket erstellt wurde. Beispiel: 10. Februar, 14:29. |
| ticket.current_holiday_name | Wenn der Platzhalter an einem Tag verwendet wird, der kein Feiertag ist, ist er leer. Wenn er an einem Feiertag verwendet wird, erscheint der Name des Feiertags. Wenn Sie mehrere Zeitpläne eingerichtet haben, berücksichtigt dieser Platzhalter die Liste der Feiertage in dem auf das Ticket angewendeten Zeitplan. |
| ticket.description | Beschreibung des Tickets. Sie umfasst den Namen des Agenten, das Datum des Kommentars und die Ticketbeschreibung (erster Kommentar).
Hinweis:Wenn das Feld „Betreff“ leer oder für den Anfragenden nicht sichtbar ist, wird dieser erste Kommentar an den Anfragenden gesendet. Dasselbe gilt auch für private Tickets. |
| ticket.due_date | Fälligkeitsdatum des Tickets (relevant für Tickets vom Typ „Aufgabe“). Das Format lautet September-18. |
| ticket.due_date_with_timestamp | Fälligkeitsdatum des Tickets (relevant für Tickets vom Typ „Aufgabe“), im iso8601-Format. Beispiel: 2013-12-12T05:35+0100, d. h. 12. Dezember 2013 um 06:35 UTC+1. |
| ticket.external_id | Externe ID (wenn vorhanden). |
| ticket.encoded_id | Die codierte ID wird zum Threading eingehender E-Mail-Antworten in existierende Tickets verwendet. |
| ticket.group.name | Dem Ticket zugewiesene Gruppe. |
| ticket.id | Die Ticket-ID.#{{ticket.id}}erstellt einen anklickbaren Link.{{蜱虫et.id}}zeigt die Ticketnummer als Text an. |
| ticket.in_business_hours | „True“ oder „false“. „True“, wenn die Ticketaktualisierung während der Geschäftszeiten erfolgt. Weitere Informationen finden Sie unterFestlegen eines Zeitplans mit Geschäftszeiten und Feiertagen. |
| ticket.link | Vollständiger URL-Pfad zum Ticket. |
| ticket.organization.custom_fields. |
Eigenschafts-/Platzhalterformat für angepasste Organisationsfelder. Weitere Informationen finden Sie unterHinzufügen von angepassten Feldern zu Organisationen. |
| ticket.organization.custom_fields. |
Eigenschafts-/Platzhalterformat für den Wert eines angepassten Organisations-Dropdownfelds. Weitere Informationen finden Sie unterHinzufügen von angepassten Feldern zu Organisationen. |
| ticket.organization.external_id | Externe ID der Organisation des Ticketanfragenden. |
| ticket.organization.id | ID der Organisation des Ticketanfragenden. |
| ticket.organization.name | Weitere Informationen finden Sie unterOrganisationsdatenweiter oben. |
| ticket.priority | Ticketpriorität auf Englisch (Low, Normal, High, Urgent). |
| ticket.requester.name | Vollständiger Name des Anfragenden. |
| ticket.requester.email | E-Mail-Adresse des Ticketanfragenden. |
| ticket.requester.custom_fields. |
Eigenschafts-/Platzhalterformat für angepasste Benutzerfelder. Beispiel: {{ticket.requester.custom_fields.my_custom_field}}. Weitere Informationen finden Sie unterHinzufugen冯angepassten Feldern祖茂堂Benutzern. |
| ticket.requester.custom_fields. |
Eigenschafts-/Platzhalterformat für den Wert eines angepassten Benutzer-Dropdownfelds. Beispiel: {{ticket.requester.custom_fields.manager_for_approval.title}}. Weitere Informationen finden Sie unterHinzufügen von angepassten Feldern zu Organisationen. |
| ticket.requester.details | Der Inhalt des Felds „Details“ im Benutzerprofil des Anfragenden. |
| ticket.status | Ticketstatus auf Englisch (New, Open, Pending, Solved, Closed).
Hinweis:Wenn Sieangepasste Ticketstatuswerte aktivierthaben, beachten Sie, dass für angepasste Statuswerte noch keine Platzhalter verfügbar sind und der Platzhalter {{蜱虫et.status}}nur auf die Standardstatuswerte verweist. |
| ticket.tags | Alle Stichwörter des Tickets. |
| ticket.ticket_field_ |
Eigenschafts-/Platzhalterformat für angepasste Felder. Beispiel: {{ticket.ticket_field_123}}. Weitere Informationen finden Sie unterPlatzhalter für angepasste Felder. |
| ticket.ticket_field_option_title_ |
Eigenschafts-/Platzhalterformat für den Wert eines angepassten Dropdownfelds. Beispiel: {{ticket.ticket_field_option_title_456}}. Weitere Informationen finden Sie unterPlatzhalter für angepasste Felder. |
| ticket.ticket_form | Der für Endbenutzer sichtbare Formularname. |
| ticket.ticket_type | Tickettyp auf Englisch (Question, Incident, Problem, Task). Ist der Tickettyp nicht angegeben, gibt der Platzhalter „Ticket“ zurück. |
| ticket.title | Betreff des Tickets. Endbenutzer sehen in diesem Feld möglicherweise anderen Text. Weitere Informationen zur Fehlerbehebung für diesen Platzhalter finden Sie unterDer Platzhalter „ticket title“ zeigt anstelle des Betreffs den ersten Kommentar anundWarum lautet die Betreffzeile meiner E-Mail-Benachrichtigungen „Unbenanntes Ticket"?. |
| ticket.updated_at | Datum, an dem das Ticket zuletzt aktualisiert wurde (z. B. 18. Mai). |
| ticket.updated_at_with_time | Datum und Uhrzeit des Zeitpunkts, an dem das Ticket zuletzt aktualisiert wurde. Beispiel: 10. Februar, 14:29. |
| ticket.updated_at_with_timestamp | Zeitpunkt, an dem das Ticket zuletzt aktualisiert wurde, im iso8601-Format. Beispiel: 2013-12-12T05:35Z, d. h. 12. Dezember 2013 um 05:35 UTC. |
| ticket.url | Vollständige URL zum Ticket (ohne „http://“). |
| ticket.verbatim_description | Text der Ticketbeschreibung (erster Kommentar). Wenn die Option一个hänge in E-Mails einschließenaktiviert ist, sind Anhänge enthalten. |
| ticket.via | Ursprung des Tickets (z. B. Web-Formular, E-Mail, Twitter usw.). |
| account.incoming_phone_number_ID | Eingehende Telefonnummer für Zendesk Talk. Beispiel{{account.incoming_phone_number_123}}: |
Kommentardaten
Da Kommentare zu Tickets hinzugefügt werden, erfolgt der Zugriff auf sie mit dem Ticketdatenobjekt. Es gibt vier Arten von Kommentarplatzhaltern:
- HTML-Kommentarplatzhalterwerden für das vereinfachte E-Mail-Threading in Gmail und anderen E-Mail-Anwendungen verwendet. Die besten Ergebnisse erzielen Sie, wenn Sie sie nicht zusammen mit anderen Kommentarplatzhaltern verwenden. Weitere Informationen finden Sie in den BeiträgenÜberblick über das vereinfachte E-Mail-ThreadingundImplementieren des vereinfachten E-Mail-Threadings für E-Mail-Anwendungen.
- Standard-Kommentarplatzhalterbieten die Möglichkeit, überLiquid-Hashesauszuwählen, was angezeigt werden soll, und eine Sammlung von Kommentar- und Anhangsdaten zurückzugeben. So können Sie beispielsweiseVorlageneinrichten, die Kommentare mit
{{蜱虫et.comments}}durchsuchen. - Formatierte Kommentarplatzhalterkönnen verwendet werden, um vorformatierte gerenderte HTML-Darstellungen der Standardplatzhalter zurückzugeben, ohne größere Anpassungen vorzunehmen. Zurückgegeben werden lediglich Kommentare in einem vordefinierten Format. Zum Beispiel gibt
{{蜱虫et.comments_formatted}}gerenderten HTML-Code zurück. Die Ticketkommentare enthalten Datumsangaben, den Namen und Avatar des Autors usw. - Rich-Text-Kommentarplatzhalterermöglichen es Ihnen, Rich Text in einer angepassten Vorlage zu verwenden (ähnlich wie bei über formatierte Objekte dargestellten Platzhaltern), ohne Sie auf die vordefinierten Formatierungsregeln zu beschränken. So haben Sie mehr Kontrolle über das Erscheinungsbild Ihrer Benachrichtigungen. Rich-Text-Objekte unterstützen Anhänge nur, wenn die Option一个hänge in E-Mails einschließenaktiviert ist.
| Eigenschaften/Platzhalter | Beschreibung |
|---|---|
| ticket.latest_comment_html | Der neueste Kommentar, einschließlich Anhänge. Agenten erhalten den neuesten öffentlichen oder privaten Kommentar. Endbenutzer erhalten den neuesten öffentlichen Kommentar. |
| ticket.latest_public_comment_html | Der neueste öffentliche Kommentar, einschließlich Anhänge. |
| Eigenschaften/Platzhalter | Beschreibung |
|---|---|
| ticket.comments | Der Platzhalter {{ticket.comments}} zeigt alle Kommentare eines Tickets als unformatierten Text an.
Hinweis:Agenten erhalten sowohl öffentliche Kommentare als auch interne Notizen, Endbenutzer nur öffentliche Kommentare. {{蜱虫et.comments}} erfasst außerdem Kommentar- und Anhangsdetails. Sie können mit Liquid Markup auf die folgenden Daten zugreifen:
Ein Beispiel für den Zugriff auf diese Daten in Business-Regeln finden Sie unter一个passen des Textformats und der Textplatzierung in Kommentaren und E-Mail-Benachrichtigungen.
Hinweis:Die gleichen Kommentardaten sind bei Verwendung der Platzhalter „ticket.public_comments“, „ticket.latest_comment“ und „ticket.latest_public_comment“ verfügbar.
|
| ticket.public_comments | Alle öffentlichen Kommentare (die neuesten zuerst). Unformatierter Text. |
| ticket.latest_comment | Der neueste Kommentar. Unformatierter Text. Anhänge sind nicht enthalten, es sei denn,一个hänge in E-Mails einschließenist aktiviert. Um Anhänge zurückzugeben, verwenden Sie „ticket.latest_comment_formatted“.
Hinweis:Agenten erhalten den neuesten öffentlichen Kommentar sowie die neueste interne Notiz, Endbenutzer nur den neuesten öffentlichen Kommentar. |
| ticket.latest_public_comment | Der neueste öffentliche Kommentar. Unformatierter Text. |
| Eigenschaften/Platzhalter | Beschreibung |
|---|---|
| ticket.comments_formatted | Alle Kommentare (die neuesten zuerst).
Hinweis:Agenten erhalten sowohl öffentliche Kommentare als auch interne Notizen, Endbenutzer nur öffentliche Kommentare. |
| ticket.public_comments_formatted | Alle öffentlichen Kommentare (die neuesten zuerst). |
| ticket.latest_comment_formatted | Der neueste Kommentar, einschließlich Anhänge.
Hinweis:Agenten erhalten den neuesten öffentlichen Kommentar sowie die neueste interne Notiz, Endbenutzer nur den neuesten öffentlichen Kommentar. |
| ticket.latest_public_comment_formatted | Der neueste öffentliche Kommentar. |
| Eigenschaften/Platzhalter | Beschreibung |
|---|---|
| ticket.latest_comment_rich | Der neueste Kommentar. Rich-Text-Formatierung. Wenn die Option一个hänge in E-Mails einschließenaktiviert ist, sind Anhänge enthalten.
Hinweis:Agenten erhalten den neuesten öffentlichen Kommentar sowie die neueste interne Notiz, Endbenutzer nur den neuesten öffentlichen Kommentar. |
| ticket.latest_public_comment_rich | Der neueste öffentliche Kommentar. Rich-Text-Formatierung. Wenn die Option一个hänge in E-Mails einschließenaktiviert ist, sind Anhänge enthalten. |
Hinweis:
Unter bestimmten Umständenwerden Kommentarplatzhalter für E-Mail-Benachrichtigungen des Typs一个frage erhaltenunterdrückt und nicht übertragen.
Zufriedenheitsbewertungsdaten
Ab Suite Growth oder Support Professional und Enterprise sind die folgenden Dateneigenschaften für die Kundenzufriedenheitsbewertung verfügbar (sieheVerwenden der Kundenzufriedenheit (CSAT) in Zendesk Support).
Hinweis:Wenn Sie vermuten, dass Zufriedenheitsbewertungen von anderen Personen als dem Anfragenden hinterlassen werden, verwenden Sie möglicherweise Platzhalter für Zufriedenheitsbewertungen außerhalb der Business-Regeln. Dadurch sind andere Benutzer in der Lage, Zufriedenheitsbewertungen für den Anfragenden abzugeben.
| Eigenschaften | Beschreibung |
|---|---|
| satisfaction.rating_section | Formatierter Textblock zum Auffordern des Benutzers, eine Zufriedenheitsbewertung abzugeben. |
| satisfaction.rating_url | URL, um den Support zu bewerten. |
| satisfaction.current_rating | Text der aktuellen Zufriedenheitsbewertung (z. B. „Gut, ich bin zufrieden“). |
| satisfaction.positive_rating_url | URL, um den Support positiv zu bewerten. |
| satisfaction.negative_rating_url | URL, um den Support negativ zu bewerten. |
| satisfaction.current_comment | Kommentar, den der Benutzer bei der Bewertung des Tickets hinzugefügt hat. |
11 Kommentare
Hallo,
ich denke die Informationen zu
sind veraltet, denn bei uns werden sie auf Deutsch übertragen .
Gibt es eine Möglichkeit, dass Zendesk den Ticket Status auf Englisch für den Platzhalter einträgt?
Danke und viele Grüße ,
Philipp
Hey Phillip,
Ticket.status sollte immer noch funktionieren, daher bin ich mir nicht ganz sicher, wo Sie auf ein Problem stoßen.
Erhalten Sie eine Fehlermeldung, wenn Sie versuchen, den Platzhalter zu verwenden?
Gibt es eine Chance, einen Screenshot zu erstellen?
Gib mir Bescheid!
Moin Brett,
danke für die schnelle Antwort.
{{蜱虫et.status}} funktioniert. Nur nicht so wie in der Dokumentation beschrieben.
Ein Beispiel:
ich habe einen Rest Endpoint angeschlossen und schicke als Payload
{"id": "{{ticket.id}}",
"status": "{{ticket.status}}"
}
dann hätte ich der Dokumentation folgend erwartet, dass ich
{“id”:“123”,
"status": "Solved"
}
bekomme. Was ich tatsächlich aber bekomme ist:
{“id”:“123”,
"status": "Gelöst"
}
Daher ist hier die Dokumentation denke ich nicht mehr ganz aktuell
Hey Phillip,
Danke für die Klarstellung! Ich verstehe, was du jetzt meinst. Ich werde dies mit unserem Dokumentationsteam teilen, damit sie es wissen.
Prost!
Hey Brett,
gerne. Aber ich würde trotzdem gerne wissen, ob ich auch erzwingen kann, dass der Status auf Englisch eingesetzt wird? Also Ohne Zendesk für alle User auf Englisch zu stellen natürlich.
Viele Grüße,
Philipp
Hey Phillip,
Möglicherweise muss ich in Ihrem Namen ein Ticket erstellen, damit wir dies prüfen können. Wäre es in Ordnung, wenn ich ein Ticket generiere und wir dieses Gespräch auf Englisch mit unserem Kundenbetreuungsteam fortsetzen?
Hey Brett,
当然,这听起来good.
Hallo,
ich suche einen Platzhalter für das Datum des letzten öffentlichen Kommentars. Wir arbeiten mit Round Robin, und bei allen bisherigen Versuchen bekomme ich immer nur das tagesaktuelle Datum. Wie lautet der korrekte Platzhalter?
Außerdem möchte ich in einen neuen öffentlichen Kommentar den kompletten Text des letzten öffentlichen Kommentars über einen Platzhalter einfügen. Dies funktioniert auch, aber leider unformatiert, so dass es nicht lesbar ist. Wie ist dafür der korrekte Platzhalter?
Moin,
ich möchte gerne zu einem Makro einen Platzhalter hinzufügen, der das heutige Datum + 1Woche hinzufügt.
z.B. Wenn heute der 01.01.2022 ist dann soll der Kunde die Nachricht erhalten.
Bitte bezahlen Sie Ihre Rechnung bis zum 07.01.2022.
Kann mir jemand hierzu helfen?
Grüße,
S2G
nativ ist das leider nicht möglich.
Ich konnte jedoch dieMacro Date Appin unseremMarketplacefinden, welche eine ähnliche Funktion wie die von Ihnen gesuchte Anbietet.
Beachten Sie hierbei jedoch, dass es sich bei der App um die eines Drittanbieters handelt, weshlab zusätzliche Kosten anfallen können.
Hallo Zendesk-Team,
gibt es einen Makro-befehl, mit dem ich Nachrichten in Nebenkonversationen automatisch genauso formatiert anhängen bzw. einfügen kann, wie sie sonst überNebenkonversation >电子邮件> Ticketkommentare einfügeneingefügt werden? Also etwas eingerückt und mit allen Originaldaten und Inhalten aus dem eigentlichen Ticket?
Über {{ticket.comments}}, {{ticket.latest_comment_formatted}} oder {{ticket.latest_comment_html}} erhalte ich leider nie das gewünschte Ergebnis.
Könnt ihr mir sagen, wo ich hier auf dem Schlauch stehe?
Vielleicht verdeutlicht das, was ich meine.
So sollte es aussehen: (Ticketkommentare über Checkbox hinzugefügt)
So sieht es mit Verwendung der Platzhalter aus:
LG
Bittemelden Sie sich an, um einen Kommentar zu hinterlassen.