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 05Ticket-Grundlagen
EinstiegKapitel 5 von 22

Ticket-Grundlagen

Ticket, Artikel, Gruppe, Besitzer, Status, Priorität und Tags – die wichtigsten Begriffe für saubere Vorgänge.

Lesefortschritt
In diesem Kapitel8 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.

Tickets sind die zentrale Arbeitseinheit in Zammad. Sie verbinden Kommunikation, Verantwortung und Bearbeitungsstand zu einem nachvollziehbaren Vorgang.

Für wen: Alle Personen, die Tickets lesen, anlegen oder bearbeiten
Voraussetzung: Grundlegende Orientierung in der Oberfläche
Abhängig von der Konfiguration: Eigene Ticketfelder, Statuswerte, Prioritäten und Gruppen können die hier beschriebenen Standardwerte ergänzen oder ersetzen.

Ticket und Artikel unterscheiden

Das Ticket beschreibt den gesamten Vorgang. Ein Artikel ist ein einzelner Kommunikations- oder Dokumentationsschritt innerhalb dieses Vorgangs.

Beispiel „Defekte Brandschutztür im Bürgerhaus“:

  1. Die E-Mail der Objektleitung ist der erste Artikel.
  2. Die interne Notiz des Service-Desks ist der zweite Artikel.
  3. Die Antwort an den Wartungsbetrieb ist ein weiterer Artikel.
  4. Alle Artikel, Attribute und Anhänge zusammen bilden das Ticket.

Erstellen Sie für dasselbe Anliegen nicht unnötig mehrere Tickets. Umgekehrt sollten fachlich getrennte Anliegen nicht in einem Sammelvorgang vermischt werden. Wenn eine E-Mail zwei voneinander unabhängige Aufgaben enthält, kann das Abspalten eines Artikels sinnvoll sein.

Die Kerneigenschaften eines Tickets

EigenschaftLeitfrageBeispiel
NummerWie wird der Vorgang eindeutig referenziert?123456
TitelWorum geht es konkret?„Brandschutztür schließt nicht – Bürgerhaus West“
KundeWer meldet oder betrifft das Anliegen?Lara Demir
OrganisationWelcher Einheit gehört die Person an?Stadtteilzentrum West
GruppeWelches Team darf und soll bearbeiten?Technischer Gebäudeservice
BesitzerWer trägt aktuell die Verantwortung?M. Schneider
StatusIn welcher Arbeitsphase ist der Vorgang?offen
PrioritätWie dringlich wird er sichtbar eingeordnet?3 hoch
TagsWelche ergänzenden Merkmale helfen?brandschutz, tuer

Gruppe und Besitzer

Die Gruppe ordnet das Ticket einem Arbeitsbereich zu und kann darüber entscheiden, wer es überhaupt sehen darf. Der Besitzer ist die Person mit der aktuellen Verantwortung.

Eine belastbare Übergabe umfasst daher immer beides:

  • Ticket in die richtige Gruppe verschieben,
  • passenden Besitzer wählen oder bewusst nicht zuweisen,
  • interne Übergabenotiz schreiben,
  • Status und Termin prüfen.

Nur den Besitzer zu ändern, ohne den aktuellen Arbeitsstand zu dokumentieren, führt leicht zu Rückfragen und Doppelarbeit.

Standardstatus verstehen

Die offizielle Zammad-Dokumentation beschreibt unter anderem folgende Standardzustände:

StatusTypische Verwendung
neuTicket ist eingegangen und wurde noch nicht vollständig eingeordnet
offenTicket wird aktiv bearbeitet
warten auf SchließenZammad schließt zum eingestellten Zeitpunkt automatisch
warten auf ErinnerungZammad erinnert zum eingestellten Zeitpunkt erneut
geschlossenVorgang ist fachlich erledigt
zusammengefasstTicket wurde in einen anderen Vorgang übernommen

Ihre Instanz kann Bezeichnungen oder zusätzliche Zustände verwenden. Wählen Sie einen Status nach dem tatsächlichen Arbeitsstand, nicht nach der gewünschten Optik in der Übersicht.

Prioritäten richtig einordnen

Standardmäßig gibt es 1 niedrig, 2 normal und 3 hoch. Eine höhere Priorität ist zunächst eine visuelle Einordnung. Sie löst nur dann weitere Folgen aus, wenn die Administration entsprechende SLAs, Trigger oder Automatisierungen eingerichtet hat.

Eine sinnvolle Priorisierung berücksichtigt zum Beispiel:

  • Gefahr für Menschen oder Sachwerte,
  • Umfang der Betriebsbeeinträchtigung,
  • gesetzte Reaktions- oder Wiederherstellungszeiten,
  • Zahl betroffener Standorte oder Personen,
  • verfügbare Übergangslösungen.

Wichtig: „Laut nachgefragt“ ist kein belastbares Prioritätskriterium. Arbeiten Sie nach den vereinbarten fachlichen Einstufungen Ihrer Organisation.

Interne und öffentliche Artikel

Interne Artikel dienen der Teamdokumentation. Öffentliche Artikel sind für die Kommunikation mit externen Beteiligten bestimmt. Zammad kennzeichnet interne Artikel in der Chronik mit einer hellroten gestrichelten Umrandung.

Vor jedem Update:

  • Empfänger kontrollieren,
  • Sichtbarkeit kontrollieren,
  • Zitate und Anhänge kontrollieren,
  • interne Personennamen oder Bewertungen entfernen,
  • Status und Wiedervorlage prüfen.

Achtung: Die Sichtbarkeit ist keine Freigabeprüfung. Ein öffentlich eingestellter Artikel kann versendet werden; lesen Sie ihn deshalb vor dem Aktualisieren vollständig.

Was ein gutes Ticket auszeichnet

  • Ein konkreter Titel nennt Störung, Leistung oder Frage sowie den Bezug.
  • Die Chronik enthält Entscheidungen und Ergebnisse, nicht nur Tätigkeiten.
  • Zuständigkeit und Status stimmen mit der Realität überein.
  • Öffentliche Antworten sind verständlich und frei von internen Details.
  • Anhänge sind notwendig, plausibel benannt und dem richtigen Ticket zugeordnet.
  • Verknüpfte oder zusammengehörige Vorgänge sind erkennbar.
  • Der Abschluss erklärt, was erledigt wurde und ob Folgemaßnahmen bestehen.

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.