Wenn Gespräche an das falsche Team oder den falschen inbox gehen, fälschlicherweise im Unassigned-Ordner landen oder Zuweisungs-Workflows nicht korrekt routen, behandelt diese Anleitung die häufigsten Ursachen. Sie umfasst die häufigsten Ursachen — nicht übereinstimmende Audience-Regeln, widersprüchliche Workflows, fehlende Zuweisungsschritte, Round Robin-Probleme und Teamverfügbarkeit — mit praktischen Lösungen für jede.

Folgen Sie diesen Schritten, um Workflows zu erstellen und zu verwalten, die Gespräche oder tickets automatisch zuweisen.

Stellen Sie vor der Erstellung eines Workflows sicher, dass Ihre Teams und Teammitglieder konfiguriert sind.

Vereinfachen Sie Ihre Logik, indem Sie verwandte Kriterien und Aktionen zusammenfassen. Stellen Sie sicher, dass jede Bedingung genau dem Teammitglied oder Team entspricht, dem Sie zuweisen möchten.

Weisen Sie neue Gespräche oder tickets direkt einem Team zu, um zu verhindern, dass sie im Unassigned-Ordner verbleiben.

Verwenden Sie wann immer möglich explizite Aktionen Assign to teammate oder Assign to team. Für wiederverwendbare oder Fin-verbundene Workflows definieren Sie die Zuweisungslogik direkt im Workflow, um ein Zurückfallen auf „Unassigned“ zu vermeiden.

Einige Workflows werden nur bei neuen Nachrichten ausgelöst und können Antworten oder laufende Gespräche verpassen. Passen Sie die Auslöser an, um alle relevanten Kundenaktionen abzudecken, einschließlich Folgeaktionen oder wiedereröffneter Gespräche.

Wenn Sie CSAT-Automatisierungen verwenden, fügen Sie eine Bedingung wie Teammate has replied is true vor dem Senden hinzu. So wird sichergestellt, dass Umfragen nicht nach vollständig automatisierten Austauschen gesendet werden.

Workflows automatisieren die Gesprächszuweisung, aber Konfigurationsprobleme können dazu führen, dass Gespräche unzugewiesen bleiben, an das falsche Team geleitet werden oder im falschen inbox landen. Nachfolgend die häufigsten Ursachen und deren Lösungen.

Wenn ein Workflow einen Schritt Let Fin continue oder Fin continues enthält, kann die Zuweisung übersprungen werden, wodurch das Gespräch an den Standardempfänger Ihres Arbeitsbereichs (oft „Unassigned“) geleitet wird.

​Lösung: Fügen Sie immer explizite Schritte Assign to teammate oder Assign to team hinzu – besonders in wiederverwendbaren oder Fin-verbundenen Workflows.

Zwei oder mehr Workflows, die gleichzeitig ausgelöst werden, können sich gegenseitig stören und zu Neu-Zuweisungen oder unzugewiesenen Zuständen führen.

​Lösung:

Ein Workflow, der nur für Users konfiguriert ist, wird für Leads nicht ausgeführt, wodurch diese Gespräche unzugewiesen bleiben.

Lösung: Aktualisieren Sie die Workflow-Audience, um Users, Leads und Visitors einzuschließen, wo zutreffend.

Gespräche, die aus Help Center-Feedback (z. B. einer „Daumen runter“-Reaktion) erstellt werden, werden standardmäßig an Unassigned geleitet.

​Lösung: Erstellen Sie einen dedizierten Workflow, der diese Gespräche einem Support-Team oder einem bestimmten Teammitglied zuweist.

Round Robin weist Gespräche nur einmal zu, wenn sie erstmals in einem Team inbox eingehen. Wenn ein Gespräch später als unassigned markiert oder zurückverschoben wird, erfolgt keine automatische Neu-Zuweisung.

​Lösung:

Wenn ein Workflow mit einer Assign conversation-Aktion vor der Fin-Übergabe ausgelöst und später gelöscht wird, werden Gespräche, die ursprünglich von diesem Workflow zugewiesen wurden, stattdessen an Unassigned geleitet, nicht an das beabsichtigte Team. Dies geschieht, weil die Zuweisung vom Workflow (nicht direkt von Fin's Übergabelogik) stammt und das System nach Löschung des Workflows auf den Standardzuweiser zurückfällt.

​Lösung: Überprüfen Sie alle Workflows, die vor der Fin-Übergabe laufen, und stellen Sie sicher, dass keine Überschneidungen oder widersprüchliche Zuweisungslogik vorliegen. Wenn Sie einen Workflow löschen müssen, der Zuweisungen behandelt, erstellen Sie zuerst einen Ersatzworkflow oder aktualisieren Sie Ihre Fin-Übergabeeinstellungen, um explizite Zuweisungsschritte einzuschließen.

Das Workflow-Routing hängt davon ab, dass zwei Bedingungen erfüllt sind: Der Kunde muss das Gespräch über den vorgesehenen Trigger starten, und die Seiten-URL muss den URL-Kriterien entsprechen, die in den Workflow-Bedingungen definiert sind. Wenn ein Gespräch von einer Seite startet, die keine URL-Kriterien eines Workflows erfüllt, kann das Routing komplett übersprungen werden und das Gespräch wird dem Standardteam zugewiesen (oder bleibt unassigned).

​Lösung: Stellen Sie sicher, dass Ihre Workflows alle relevanten URLs abdecken, auf denen Kunden Gespräche starten können. Für Seiten ohne passenden Workflow richten Sie einen Fallback-Workflow ohne URL-Einschränkungen ein, um alle sonst verpassten Gespräche abzufangen.

Workflows können fehlschlagen, wenn Attribute (z. B. Market AUS) erst nach der Aktivierung gesetzt werden.

Lösung: Entfernen Sie vorübergehend die Attributbedingung, um zu prüfen, ob das Timing das Problem ist. Stellen Sie sicher, dass Workflows vor dem auslösenden Ereignis aktiv sind, um Timing-Konflikte zu vermeiden.

Überlappende Trigger oder falsch verwendete AND/OR-Logik können Zuweisungen verhindern.

Stellen Sie sicher, dass Ihre Workflow-Zielgruppe zum Gesprächstyp passt (Users, Leads, Visitors oder alle).

Die Round-Robin-Zuweisung schloss früher abwesende Teammitglieder aus – Gespräche übersprangen jeden im Away-Modus. Wir haben diese Funktion aktualisiert, sodass Teammitglieder weiterhin Zuweisungen erhalten können, damit ihre Warteschlange bei Rückkehr bereit ist, falls das Team dies wünscht. Ein pro Team einstellbarer Ignore activity status-Schalter ermöglicht die Steuerung dieses Verhaltens pro Team inbox. Wenn aktiviert, bleiben abwesende Teammitglieder in der Rotation und Gespräche, die ihnen zugewiesen sind, werden nicht automatisch neu zugewiesen. Details siehe Round Robin Deep Dive.

Wenn der Ignore activity status-Schalter deaktiviert ist, überspringt Round Robin Teammitglieder, die als Away markiert sind, und lässt Gespräche im Team inbox unassigned, bis jemand aktiv wird. Stellen Sie in diesem Fall sicher, dass Teammitglieder in ihrem inbox aktiv verfügbar sind, da inaktive Teammitglieder Routing-Probleme verursachen können, z. B. Gespräche, die im Ordner „Escalated“ landen. Überwachen Sie regelmäßig Teamstatus, um unnötige Verzögerungen zu vermeiden. Stellen Sie außerdem sicher, dass Gesprächs- und ticket-Limits angemessen konfiguriert sind, um Überlastung der Teammitglieder zu verhindern und die Betriebseffizienz zu erhalten.

Überlappende Kategorien (z. B. Routing vs. Schließen) können Logikkonflikte verursachen. Konsolidieren Sie verwandte Workflows und setzen Sie klare Prioritäten oder Verzögerungen zwischen Aktionen. Pausieren Sie andere Workflows und testen Sie den aktuellen isoliert, um Konflikte zu identifizieren und zu beheben.

Gespräche oder tickets, die über die API erstellt werden, lösen standardmäßig möglicherweise keine kundenorientierten Workflows aus. Um sicherzustellen, dass Ihre Workflows API-erstellte tickets verarbeiten, fügen Sie Back office tickets als Auslöserquelle in Ihren Workflow-Einstellungen hinzu.

Problem: E-Mails bleiben unassigned wegen nicht passender Routing-Regeln.

Lösung: