Zusammengehörige Supporttickets zusammenführen
Einen weitergeführten Vorgang wählen, ohne vergangene Gespräche umzuschreiben.
Führe eine doppelte Quelle in ein Ziel, leite künftige Kanalbezüge weiter und bewahre ursprüngliche Historie samt Gespräch am erfassten Ort.
Zwei Anfragen können ein Problem beschreiben; das braucht Beurteilung.
Ein Kunde sendet womöglich Formular und Mail zum selben Thema. Vergleiche vor Zusammenführung Inhalt, Anfragende, Zielgruppe und laufende Arbeit. Ähnliche Betreffzeilen genügen nicht. Wähle den fortzuführenden Vorgang und erkläre intern die Entscheidung. Zusammenführung ordnet künftige Bearbeitung, beweist aber weder tatsächliche Dublette noch Sichtbarkeit aller Nachrichten oder Lösung. Fachlich verwandte Anliegen mit unterschiedlicher Verantwortung sollten nicht allein für eine kürzere Liste vereinigt werden.
Gültige Quelle und verbleibendes Ziel wählen.
Beide Tickets müssen sichtbar sein, passende Änderungsbefugnis gilt. Ein Vorgang wird nicht mit sich selbst zusammengeführt. Bereits zusammengeführte oder geschlossene Fälle sind keine gewöhnlichen Quellen oder Ziele dieser Aktion. Die Quellrevision verhindert veraltete Änderungen. Prüfe neu, wenn jemand den Stand während Vorbereitung ändert. Kontrolliere vor Bestätigung auch, ob das Ziel die gewünschte Zuständigkeit und den sinnvollen weiteren Kundenkanal besitzt.
- Sichtbarkeits-, Zustands- und Revisionsprüfung vor Zusammenführung
Verstehen, was wechselt und was historisch bleibt.
Die Quelle wird geschlossen und verweist aufs Ziel. Kanalbezüge und Widgetsitzungen gehen zum verbleibenden Ticket, damit spätere Nachrichten darüber im fortgeführten Fall landen. Tags werden vereinigt. Historische Nachrichten und Feldhistorie bleiben am ursprünglichen Ort. Das unterscheidet sich vom Kopieren aller Nachrichten in eine künstliche Gesamtchronik oder Löschen des Quellvorgangs. Bei späterer Prüfung muss deshalb nachvollziehbar bleiben, welcher Teil der Abstimmung ursprünglich wo stattfand.
- Künftige Wege wechseln; ursprüngliche Gespräche und Historie bleiben
Fortgeführtes Gespräch nach Entscheidung prüfen.
Prüfe Zielteam, Bearbeitung, Status und nächste Antwort. Lies bei Bedarf die historische Quelle, statt sämtliche Altmail direkt im Ziel vorauszusetzen. Erkläre Beteiligten den weiteren Weg und teste spätere Kundenantwort im passenden Kanal. Zusammenführung sendet nicht automatisch eine Lösung, ersetzt keine geprüfte Außenantwort und entfernt keine fremden externen Kopien. Eine klare interne Notiz verhindert doppelte Nacharbeit und hilft, die fachliche Begründung der Entscheidung später wiederzufinden.
- Geprüfte Zielübergabe statt automatischer Lösung
Ein konkreter Arbeitsablauf
Vergleichen
Beide Anliegen lesen und Zusammengehörigkeit bestätigen.
Ziel wählen
Für künftige Bearbeitung vorgesehenes Ticket wählen.
Zusammenführen
Rechte, aktuelle Revision und zulässigen Zustand prüfen.
Wege prüfen
Ziel prüfen und nächste relevante Kundenantwort testen.
Beispiel aus dem Arbeitsalltag
Illustrativer Ablauf: Formularanfrage mit zusätzlicher Mail
Ein Kunde meldet ein Problem per Formular und sendet weitere Angaben an die Serviceadresse. Eine Person vergleicht beide Tickets und wählt nach Zuständigkeitsprüfung den Mailfall als Ziel. Die Quelle schließt mit Verweis, Tags werden vereint. Die frühere Formulardiskussion bleibt am ursprünglichen Ort. Das Team testet die nächste Kanalantwort und erklärt den Ort der früheren Prüfung. Eine separate, ähnliche Anfrage eines anderen Kunden bleibt eigenständig. So wird Zusammenführung als bewusste Fallentscheidung geprüft statt als automatische Textähnlichkeitsbereinigung.
Fragen zu diesem Thema
Werden alte Gespräche ins Ziel kopiert?
Nein. Gespräche und Historie bleiben am Erfassungsort; künftige Kanalbezüge gehen zum Ziel.
Kann ich geschlossene Fälle normal zusammenführen?
Diese Aktion lehnt geschlossene und bereits zusammengeführte Fälle ab. Prüfe Zulässigkeit zuerst.
Löst Zusammenführung das Problem?
Nein. Es ordnet weitere Arbeit. Prüfung, Statusentscheidung und Außenantwort bleiben nötig.
Brauche ich Zugriff auf beide Tickets?
Ja. Beide müssen sichtbar sein, Änderung braucht Befugnis. Die Quellrevision wird geprüft.
Verbindungen für diesen Ablauf entdecken.
Ideen für vorgesehene Verbindungen. Prüfe je App die tatsächliche Verfügbarkeit, Berechtigungen und unterstützten Daten, bevor du ein Szenario einsetzt.
Zendesk
Anwendungskonzept: Zwei Zendesk-Meldungen vor fortgeführtem Fall auf echte Dublette und ursprüngliche Nachweise prüfen.
Intercom
Anwendungskonzept: Intercom-Chat und Mail vergleichen, ohne historische Nachrichten in künstliche Chronik umzuschreiben.
Slack
Anwendungskonzept: Slack-Übergabe mit verbleibendem Ticket und Ort des früheren Quellgesprächs vorbereiten.