Dieser Hilfeartikel erklärt, wie man ticket Attribute bedingt macht. Wenn Sie conversation Attribute bedingt machen möchten, lesen Sie bitte stattdessen den hier verlinkten Artikel hier.
Was sind bedingte ticket Attribute?
Diese Funktion ermöglicht es Ihnen, Ihre Attribute pro ticket Typ zu konfigurieren, um:
Attribute bedingt basierend auf dem Wert eines anderen Attributs anzuzeigen. Zum Beispiel wird das Attribut Delivery Carrier nur angezeigt, wenn der Wert von Category = Delivery ist.
Die Optionen eines Attributs bedingt basierend auf dem Wert eines anderen Attributs einzuschränken. Zum Beispiel werden im Attribut Country nur die Optionen Italy und Spain angezeigt, wenn Region = EMEA ist, aber nur die Optionen Malaysia und Japan, wenn Region = APAC ist.
Ein häufiger Anwendungsfall für diese Funktion ist das manuelle Sammeln granularer Kategorisierungsdaten zur Berichterstattung.
Diese neue Funktion verbessert die Genauigkeit der Datenerfassung und sorgt für ein reibungsloseres Erlebnis. Wenn beispielsweise ein Teammitglied „Complaint“ als Category des ticket auswählt, können Sie automatisch nur die Attribute anzeigen, die für die Complaint-Kategorie relevant sind. Bedingte Attribute können auch für Kunden gelten, wenn ein Attribut sowohl für Teammitglieder als auch Kunden sichtbar ist.
Dies ist keine Sicherheitsfunktion.
Terminologie
Es gibt zwei wichtige Begriffe zu verstehen:
Controlling attribute – das Attribut, dessen Werte steuern, ob ein oder mehrere Attribute angezeigt werden. Zum Beispiel wird das Attribut „Delivery Carrier“ angezeigt, wenn das Topic „Delivery“ ist. Topic ist das controlling attribute.
Dependent attribute – das Attribut, das als Ergebnis eines Werts des controlling attribute erscheint. Zum Beispiel wird das Attribut „Delivery Carrier“ angezeigt, wenn das Topic „Delivery“ ist. „Delivery Carrier“ ist das dependent attribute.
Bedingte Attribute für Ihren ticket Typ einrichten
Hier behandeln wir zwei praktische Beispiele.
Damit Ihre Kunden bedingte Attribute im Messenger erleben können, aktualisieren Sie bitte Ihr SDK auf mindestens Android 15.14.0/ iOS 18.6.1 oder höher.
1) Ein neues Attribut basierend auf dem Wert eines anderen anzeigen
Zum Beispiel: Zeigen Sie das Attribut „Delivery Carrier“ an, wenn Issue = „Delivery“ ist.
Gehen Sie zu Einstellungen > Inbox > Tickets > Ticket Typen und klicken Sie auf das Bearbeiten-Symbol neben dem ticket Typ mit den Attributen, die Sie konfigurieren möchten.
Erweitern Sie den Abschnitt „Attribute“ und klicken Sie auf Attribut hinzufügen, um zwei ticket Attribute „Issue“ und „Delivery Carrier“ zu erstellen.
Fügen Sie dem controlling attribute (Issue) eine Bedingung hinzu, indem Sie auf das + Symbol klicken.
Klicken Sie auf Bedingung hinzufügen.
Wählen Sie im ersten Dropdown-Menü (If option is) den relevanten Wert für „Issue“ aus. In diesem Fall „Delivery“.
Wählen Sie im zweiten Dropdown-Menü (then show) das Attribut aus, das angezeigt werden soll, wenn Issue = Delivery ist. In diesem Fall wählen Sie das Attribut „Delivery Carrier“.
Das zusätzliche Dropdown-Menü (Alle Optionen) ermöglicht es Ihnen, die angezeigten Optionen einzuschränken, wenn die Bedingung erfüllt ist. In diesem Beispiel würden Sie „Alle Optionen“ im Dropdown-Menü belassen. Um ein Beispiel zu sehen, wie man die angezeigten Optionen einschränkt, siehe unten.
Speichern Sie Ihre Bedingungen.
2) Werte in einem Dropdown eines Attributs basierend auf dem Wert eines anderen Attributs einschränken
Zum Beispiel: Wenn Category = EMEA, zeigen Sie nur EMEA-Länder an. Wenn Category APAC ist, zeigen Sie nur APAC-Länder an.
Neben dem bedingten Anzeigen eines neuen ticket Attributs basierend auf dem Wert eines anderen Attributs können Sie bedingte ticket Attribute auch verwenden, um die Optionen in einem Dropdown bedingt einzuschränken.
Gehen Sie zu Einstellungen > Inbox > Tickets > Ticket Typen und wählen Sie den ticket Typ mit den Attributen, die Sie konfigurieren möchten.
Erweitern Sie den Abschnitt „Attribute“ und klicken Sie auf Attribut hinzufügen, um zwei ticket Attribute „Category“ und „Sub-category“ zu erstellen.
Fügen Sie dem controlling attribute (Category) eine Bedingung hinzu, indem Sie auf das + Symbol klicken.
Die „Sub-category“ sollte alle Werte enthalten, die für jeden Wert von „Category“ relevant sind. In diesem Beispiel sollte „Sub-category“ eine Liste aller Länder in EMEA und APAC enthalten (Italy, Spain, Germany, Malaysia, Japan und Singapore).
Fügen Sie dem controlling attribute „Category“ zwei Bedingungen hinzu, indem Sie auf das + Symbol klicken.
Klicken Sie auf Bedingung hinzufügen.
Wählen Sie im Dropdown-Menü (If option is) den relevanten Wert für „Category“ aus. In diesem Fall „EMEA“.
Wählen Sie im Dropdown-Menü (then show) das Attribut aus, das angezeigt werden soll, wenn „Category = EMEA“ ist. In diesem Fall wählen Sie das Attribut „Sub-category“.
Um die Optionen in Sub-category einzuschränken, wenn Category = EMEA ist, ändern Sie das Dropdown-Menü von „Alle Optionen“ so, dass nur Italy, Spain und Germany angezeigt werden.
Wiederholen Sie das oben Genannte für „Category = APAC“.
Speichern Sie Ihre Bedingungen.
Attribute, auf die Bedingungen angewendet werden, sind standardmäßig für Teammitglieder im inbox verborgen, bis die Bedingungen für ihre Sichtbarkeit erfüllt sind.
So fügen Sie Bedingungen in großen Mengen hinzu
Wenn Sie viele Bedingungen erstellen müssen, können Sie Zeit sparen, indem Sie Ihre Bedingungen mit einer CSV-Datei hochladen.
Gehen Sie zu Einstellungen > Inbox > Tickets > Ticket Typen, um Ihren ticket Typ zu konfigurieren.
Erweitern Sie den Abschnitt „Attribute“ und bearbeiten Sie das Attribut, dem Sie Bedingungen hinzufügen möchten. Klicken Sie dann auf den Tab Bedingungen und wählen Sie Hochladen.
Laden Sie eine CSV mit Ihren Bedingungen hoch. Sie sollte folgendes Format haben:
Erste Spalte – Die steuernde Option, die die Bedingung auslöst.
Zweite Spalte – Das abhängige Attribut, das angezeigt wird, wenn die steuernde Option ausgewählt ist.
Dritte Spalte – Welche Optionen angezeigt werden, wenn das abhängige Attribut ein Listenattribut ist. Andernfalls lassen Sie es leer, um alle anzuzeigen. Jede Option muss in einer separaten Zeile eingetragen werden, auch wenn sie mit demselben steuernden Wert verbunden ist.
Die erste Zeile wird als Spaltenüberschriften behandelt und nicht importiert.
Dies ist ein Beispiel für ein formatiertes Blatt, wenn Sie Bedingungen für das steuernde Attribut Region mit den einzigen relevanten Optionen festlegen möchten. 👇
Wenn Option ist | dann anzeigen | mit diesen Optionen |
EMEA | Land | Frankreich |
|
| Griechenland |
|
| Italien |
APAC | Land | Japan |
|
| Australien |
Auswirkungen auf andere Einstellungen, vorhandene Daten und Automatisierungen
Wie bedingte ticket Attribute mit anderen Einstellungen zusammenarbeiten
Sichtbar für Kunden/Teammitglieder beim Erstellen eines ticket - Attribute sind nur sichtbar, wenn auch die Bedingung für deren Anzeige erfüllt ist. Zum Beispiel wird im obigen Beispiel „Delivery Carrier“ nur angezeigt, wenn Issue = Delivery ist, und ist erst dann sichtbar.
Erforderlich für Kunden/Teammitglieder, um ein ticket zu erstellen - Ebenso sind ticket Attribute erforderlich, wenn die Bedingungen für deren Anzeige erfüllt sind. Zum Beispiel ist „Delivery Carrier“ nur dann erforderlich, wenn Issue = Delivery ist.
Ticket-Formulare. Bedingte Attribute können in ticket Formularen verwendet werden, um Ihren Kunden ein reibungsloseres Erlebnis zu bieten.
Damit Ihre Kunden bedingte Attribute im Messenger erleben können, aktualisieren Sie bitte mindestens auf Android 15.14.0 und iOS 18.6.1.
Wie Änderungen am Wert der steuernden Attribute abhängige Attribute beeinflussen
Wenn ein steuerndes Attribut geändert wird, nachdem ein abhängiges Attribut bereits ausgefüllt wurde, wird der Wert des abhängigen Attributs automatisch entfernt.
Zum Beispiel wird das Attribut Delivery Carrier entfernt, wenn Topic von Delivery geändert wird.
Wie sich Änderungen an den Einrichtungsbedingungen auf die auf bestehenden tickets gesammelten Daten auswirken
Änderungen an den Bedingungen in der Einrichtung wirken sich nicht auf bereits in Attributen gesammelte historische Daten aus.
Nehmen Sie das Beispiel, bei dem ein Attribut Delivery Carrier Bedingungen hat, sodass es nur erscheint, wenn Topic = Delivery ist, und Delivery Carrier auf „DHL“ gesetzt wurde. Wenn die Einrichtungsbedingungen so geändert werden, dass Delivery Carrier nur erscheint, wenn Topic = Package Missing ist, wird Delivery Carrier als Attribut auf dem historischen ticket nicht entfernt oder zurückgesetzt.
Wenn ein Teammitglied dieses Attribut aktualisiert, wird es zurückgesetzt und ausgeblendet, wenn es nicht den neuen Bedingungen entspricht.
Wie man bedingte Attribute mit Fin Attributes verwendet
Fin Attributes klassifizieren Gespräche automatisch basierend auf ihrem Inhalt. Für präzisere und genauere Ergebnisse können Sie Bedingungen verwenden, um Attribute zu verknüpfen und eine Eltern-/Abhängigkeitsbeziehung zu erstellen.
Dies erzeugt eine bedingte Logik, bei der Fin erst versucht, das abhängige Attribut zu erkennen, nachdem es zuerst einen bestimmten Wert für das übergeordnete Attribut identifiziert hat. Dies führt zu saubereren Daten für Routing und Berichterstattung.
Wie bedingte Klassifizierung funktioniert
Bei der Verwendung der Fin-Attributerkennung in Workflows werden nur Attribute erkannt, die den Bedingungen Ihrer Attribute entsprechen. Die Logik für Bedingungen ist eine einfache Wenn/Dann-Anweisung: Wenn Fin einen bestimmten Wert für ein übergeordnetes Attribut erkennt, dann versucht es, das abhängige Attribut zu erkennen.
Zum Beispiel stellen Sie sich vor, Sie haben bedingte Attribute für „Region“ (das übergeordnete) und „Country“ (das abhängige) eingerichtet:
Wenn Option ist | dann anzeigen | mit diesen Optionen |
EMEA | Land | Frankreich |
|
| Griechenland |
|
| Italien |
APAC | Land | Japan |
|
| Australien |
Wenn Fin zuerst die „Region“ als „EMEA“ erkennt, sucht es nur nach den Werten „Frankreich“, „Griechenland“ oder „Italien“, wenn es das „Country“ erkennt. Die Werte „Japan“ und „Australien“ sind nur verfügbar, wenn die „Region“ zuerst als „APAC“ erkannt wurde. Diese bedingte Logik wird sowohl in Workflows als auch in regelbasierter Eskalationsanleitung beachtet.
Wenn Sie diese Logik in Workflows verwenden, stellen Sie sicher, dass das übergeordnete Attribut vor dem abhängigen Attribut ausgewertet wird, damit die richtige Bedingung angewendet werden kann.
Hinweis:
Es gibt eine Begrenzung von 100 Bedingungen pro abhängigem Attribut.
Das steuernde Attribut kann nur ein Listendatentyp sein, andere Datentypen sind derzeit nicht verfügbar. Die Option zum Hinzufügen von Bedingungen wird deaktiviert, wenn Sie keine Attribute vom Listendatentyp haben.
Sie können bedingte Ketten bis zu 7 Ebenen tief erstellen. Zum Beispiel kann Attribut A Attribut B steuern, das wiederum Attribut C steuert, und so weiter – insgesamt bis zu 7 Ebenen.
Es ist nicht möglich, ein Attribut so einzurichten, dass es basierend auf zwei Bedingungen in einer UND-Verknüpfung erscheint. Zum Beispiel soll das Attribut Refund nur angezeigt werden, wenn das Attribut Product UND der Preis > 100$ ist.
Macros, workflows und Änderungen über API können abhängige Attribute ausfüllen, ohne das steuernde Attribut auszufüllen.