Aktualisiert · Zammad 7.1.1 · Juli 2026

Volltextsuche

Was möchten Sie nachschlagen?

Durchsucht Titel und Inhalte aller 22 Kapitel.

Die Suche schaut auch in den Kapiteltext.

Zum Beispiel nach Ticketnummer, Makro, Warten oder macOS.

auswählenEnter öffnenEsc schließen
Kapitel 09Tickets bearbeiten & kommunizieren
Tägliche ArbeitKapitel 9 von 22

Tickets bearbeiten & kommunizieren

Antworten, interne Notizen, Anhänge und Artikelaktionen so einsetzen, dass Kommunikation und Historie stimmen.

Lesefortschritt
In diesem Kapitel13 Abschnitte
Fiktive Zammad-nahe Ticketansicht einer Heizungsstörung mit Verlauf, Antworteditor und Ticketattributen
Fiktive UI-BeispieldarstellungEin typischer Servicevorgang: externe Nachricht, interne Notiz, Antwortentwurf und Zuständigkeit bleiben an einem Ticket zusammen.Eigenständig für dieses Handbuch erstellt; Oberfläche und Funktionen können je nach Version, Rechten und Konfiguration abweichen.

Die eigentliche Ticketarbeit findet in der Chronik, im Artikel-Editor und in der rechten Seitenleiste statt. Gute Bearbeitung verbindet klare Kommunikation mit einem jederzeit verständlichen Bearbeitungsstand.

Für wen: Agentinnen und Agenten in Service, Technik und Sachbearbeitung
Voraussetzung: Änderungsrecht in der Ticketgruppe
Abhängig von der Konfiguration: Kanäle, Pflichtfelder, Zeitbuchung, Textbausteine und Artikelberechtigungen können abweichen.

Vor der ersten Änderung

Lesen Sie den relevanten Verlauf vollständig. Prüfen Sie anschließend:

  • meldende Person und Organisation,
  • aktuelle Gruppe und Besitzer,
  • letzter öffentlicher Kontakt,
  • offene Zusagen, Termine und Rückfragen,
  • Anhänge und verknüpfte Tickets,
  • Status, Priorität und mögliche SLA-Anzeigen.

Bei langen Vorgängen navigieren Sie mit und durch Artikel. Markieren Sie Text nur dann als Hervorhebung, wenn er dem Team später wirklich beim Erfassen des Sachverhalts hilft; die Hervorhebung ist eine interne Lesehilfe und keine Formatierung für ausgehende Antworten.

Den passenden Artikeltyp wählen

ArtikeltypEinsatzSichtbarkeit
NotizArbeitsschritt, Entscheidung, Übergabe, Gesprächsergebnisstandardmäßig intern; vor Update prüfen
Anrufeingehendes oder ausgehendes Telefonat dokumentierenabhängig von Auswahl und Konfiguration
E-MailNachricht an externe oder interne Empfänger sendenöffentlich beziehungsweise ausgehend

Mit X beginnen Sie eine neue Notiz, mit R antworten Sie auf den letzten Artikel. I schaltet – wenn verfügbar – zwischen intern und öffentlich um.

Achtung: Ein Artikel mit falscher Sichtbarkeit kann Informationen an die falsche Zielgruppe geben. Verlassen Sie sich nicht auf Gewohnheit oder Farbe; kontrollieren Sie die Einstellung vor jedem Update.

Eine belastbare interne Notiz verfassen

Eine gute interne Notiz beantwortet mindestens eine dieser Fragen:

  • Was wurde geprüft oder entschieden?
  • Mit wem wurde wann gesprochen?
  • Welches Ergebnis liegt vor?
  • Was ist als Nächstes zu tun, durch wen und bis wann?
  • Welche Unsicherheit oder Abhängigkeit besteht noch?

Beispiel:

22.07., Rücksprache mit Elektro Hansa, Frau Lechner: Ersatzteil ist bestellt, Lieferung voraussichtlich 24.07. Zwischenlösung mit Objektleitung abgestimmt. Wiedervorlage 24.07., 14:00 Uhr; danach Lieferstatus prüfen.

Trennen Sie bestätigte Tatsachen von Annahmen. Schreiben Sie nicht „Sensor defekt“, wenn bislang nur „Sensor liefert keine Werte“ bekannt ist.

Auf eine E-Mail antworten

  1. Öffnen Sie am passenden Artikel Antworten oder drücken Sie R für den letzten Artikel.
  2. Wählen Sie Allen antworten nur, wenn alle bisherigen Empfänger die neue Information benötigen. Diese Option steht bei E-Mail-Artikeln zur Verfügung.
  3. Prüfen Sie Empfänger, Betreff, Zitate und Signatur.
  4. Schreiben Sie zuerst Ergebnis oder nächsten Schritt, dann notwendige Details.
  5. Ergänzen Sie nur geprüfte Anhänge.
  6. Wählen Sie Status beziehungsweise Wiedervorlage.
  7. Klicken Sie auf Aktualisieren.

Markierter Text kann als Zitat übernommen werden. Mehrfaches Zitieren ist möglich, erhöht aber das Risiko, veraltete oder interne Inhalte weiterzugeben. Kürzen Sie Zitate auf den notwendigen Kontext.

Eine Nachricht weiterleiten

Mit Weiterleiten erstellen Sie eine neue Nachricht auf Grundlage eines Artikels. Prüfen Sie besonders:

  • ob der komplette ursprüngliche Verlauf wirklich weitergegeben werden darf,
  • ob Anhänge sensible Angaben enthalten,
  • ob die Zieladresse korrekt ist,
  • ob eine interne Notiz statt externer Weiterleitung genügt.

Für fachliche Übergaben innerhalb Zammads sind Gruppe, Besitzer und eine interne Notiz meist besser als das Weiterleiten per E-Mail.

Dateien und formatierte Inhalte

Der Editor unterstützt formatierten Text, eingefügte oder hineingezogene Bilder und Dateien. Verwenden Sie Formatierung sparsam und barrierearm. Benennen Sie Anhänge verständlich, zum Beispiel Pruefprotokoll_Aufzug_A_2026-07-22.pdf.

Vor dem Anhängen:

  • richtige Version und Ticketzuordnung prüfen,
  • unnötige Metadaten oder personenbezogene Inhalte vermeiden,
  • Dateigröße und Lesbarkeit kontrollieren,
  • verdächtige oder unerwartete Dateien nicht öffnen beziehungsweise weitergeben.

Titel und Attribute ändern

Klicken Sie auf den Tickettitel, um ihn zu bearbeiten. Attribute ändern Sie in der Seitenleiste. Einzelne Änderungen wie Titel oder Tags können unmittelbar übernommen werden; für den verlässlichen Abschluss einer Bearbeitungsrunde sollten Sie dennoch Status, Artikel und Schaltfläche Aktualisieren bewusst prüfen.

Änderungen in der Historie nachvollziehen

Öffnen Sie im Ticketmenü Historie, wenn Sie klären müssen, wer wann eine Ticketeigenschaft geändert hat. Die Ansicht hilft beispielsweise bei Fragen wie:

  • Wann wechselte das Ticket in eine andere Gruppe?
  • Wer änderte Besitzer, Status oder Priorität?
  • Welche Attributänderung ging einer unerwarteten Übersichtssortierung voraus?

Lesen Sie die Historie zusammen mit der Ticket-Chronik: Die Historie zeigt Änderungen, erklärt aber nicht automatisch ihren fachlichen Grund. Dokumentieren Sie wichtige Entscheidungen deshalb weiterhin als verständliche interne Notiz. Nutzen Sie die Historie zur Vorgangsklärung und nicht als alleinige Bewertung der Arbeitsleistung einer Person.

Nützliche Editor-Aufrufe

  • :: öffnet verfügbare Textbausteine.
  • @@ erwähnt berechtigte Kolleginnen oder Kollegen.
  • ?? fügt einen freigegebenen Knowledge-Base-Artikel ein.

Diese Funktionen erscheinen nur, wenn passende Inhalte eingerichtet und für die aktuelle Gruppe sichtbar sind.

Entwürfe und Tabwechsel

Beim Wechsel zwischen Ticket-Tabs speichert Zammad Artikelentwürfe serverseitig. Das ist eine Arbeitshilfe, aber kein fachlicher Abschluss. Andere Änderungen am Ticket benötigen weiterhin Aktualisieren.

Wenn Zammad einen vorhandenen Entwurf meldet:

  1. Prüfen Sie Autor, Zeitpunkt und Inhalt.
  2. Laden oder überschreiben Sie ihn nur bewusst.
  3. Stimmen Sie sich bei fremden Entwürfen mit der bearbeitenden Person ab.

Eigenen Artikel löschen

Eigene Artikel können laut offizieller Dokumentation nur innerhalb von zehn Minuten gelöscht werden. Ein Kommunikationsartikel muss dafür zunächst intern gesetzt werden.

Achtung – möglicherweise nicht vollständig rückgängig zu machen: Löschen Sie nur offensichtliche Fehleinträge und nur nach Ihrer internen Regel. Eine bereits versandte E-Mail wird durch das Löschen in Zammad nicht aus dem Postfach der empfangenden Person zurückgeholt.

Abschluss jeder Bearbeitungsrunde

Weiterführende Originalquellen

Unabhängig recherchiert, eigenständig erklärt und transparent belegt.

Produkt, Originaldokumentation, Lizenz und Beispieldarstellungen bleiben klar getrennt.

Dieses unabhängige Anwenderhandbuch wurde von einfach.digital eigenständig auf Grundlage öffentlich zugänglicher Produktinformationen und der offiziellen Zammad User Documentation erstellt (Funktionsstand 7.1.1, geprüft im Juli 2026). Bei technischen Abweichungen sind die Originaldokumentation und die konkrete Systemkonfiguration maßgeblich. Texte, Beispieldaten und UI-Darstellungen dieses Handbuchs wurden neu erstellt.

Die Zammad-Software und das Repository der offiziellen Benutzerdokumentation stehen jeweils unter der GNU Affero General Public License v3.0; für die Dokumentation gilt deren separater Lizenzhinweis. Die Softwarelizenz lizenziert dieses eigenständige Handbuch nicht automatisch. Zammad und das Zammad-Logo sind Marken der Zammad Foundation. Dieses Handbuch ist weder offizielle Zammad-Dokumentation noch von Zammad Foundation oder Zammad GmbH herausgegeben, geprüft oder unterstützt.