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 11Besitzer, Gruppen, Erwähnungen & Übergaben
ZusammenarbeitKapitel 11 von 22

Besitzer, Gruppen, Erwähnungen & Übergaben

Verantwortung übergeben, Kolleginnen und Kollegen einbeziehen und parallele Arbeit ohne Doppelbearbeitung koordinieren.

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

Zammad macht parallele Zusammenarbeit sichtbar, ersetzt aber keine klare Übergabe. Verantwortlichkeit, Kontext und nächster Schritt müssen im Ticket zusammenpassen.

Für wen: Teams mit Schichten, Vertretungen oder mehreren Fachgruppen
Voraussetzung: Änderungsrecht im Quellticket; Zielgruppe und erwähnte Personen benötigen passende Leserechte
Abhängig von der Konfiguration: Gruppenrechte, Benachrichtigungen, Stellvertretungen und Automatisierungen können abweichen.

Verantwortung richtig übergeben

Eine Übergabe besteht aus vier Teilen:

  1. Zielgruppe: Wählen Sie die fachlich zuständige Gruppe.
  2. Verantwortung: Setzen Sie einen Besitzer, wenn eine konkrete Person übernimmt.
  3. Kontext: Schreiben Sie eine interne Übergabenotiz.
  4. Steuerung: Prüfen Sie Status, Priorität, SLA und Wiedervorlage.

Beispiel:

Übergabe an Gruppe Elektrotechnik. Objektleitung bestätigt: nur Untergeschoss betroffen, keine Personen eingeschlossen. Bitte Sicherungsabgang E-UV-03 bis 13:00 Uhr prüfen und Ergebnis im Ticket dokumentieren. Externe Rückmeldung an Frau Ceylan übernimmt weiterhin Servicekoordination.

Damit sind Umfang, Sicherheitsstand, Auftrag, Termin und Kommunikationsrolle erkennbar.

Gruppe wechseln

Die Gruppe steuert Arbeitsbereich und häufig auch Sichtbarkeit. Vor dem Wechsel:

  • Zielgruppe eindeutig bestimmen,
  • prüfen, ob vertrauliche Artikel dort sichtbar sein dürfen,
  • lokale Pflichtfelder ergänzen,
  • Übergabenotiz verfassen,
  • Besitzer nur setzen, wenn die Übernahme abgestimmt oder geregelt ist.

Achtung: Ein Gruppenwechsel kann den bisherigen Bearbeitenden den Zugriff entziehen oder neue Personen berechtigen. Kontrollieren Sie deshalb Zielgruppe und Inhalt vor Aktualisieren.

Besitzer setzen

Der Besitzer trägt die aktuelle Verantwortung. Setzen Sie nicht vorsorglich eine abwesende Person und verwenden Sie Besitzerwechsel nicht als bloße Benachrichtigung.

Eine sinnvolle Regel lautet:

  • Gruppe ohne Besitzer: Team muss noch disponieren.
  • Gruppe mit Besitzer: konkrete Person hat übernommen.
  • Erwähnung: Person soll informiert oder punktuell beteiligt werden.
  • Abonnement: Person möchte Änderungen verfolgen, ohne Besitzer zu sein.

Kolleginnen und Kollegen erwähnen

Geben Sie im Editor @@ ein und wählen Sie eine berechtigte Person. Die Erwähnung benachrichtigt die Person und abonniert sie automatisch für das Ticket. Erwähnt werden können nur Personen mit Leserecht.

Eine hilfreiche Erwähnung enthält eine konkrete Frage:

@@Nora Weiss: Kannst du bitte bestätigen, ob die Messung am 25.07. in den bestehenden Prüfauftrag fällt? Rückmeldung bis morgen 12 Uhr benötigt.

Vermeiden Sie Erwähnungen ohne Arbeitsauftrag wie „zur Info“, wenn ein normales Abonnement genügt.

Tickets abonnieren

Mit Abonnieren erhalten Sie Benachrichtigungen zu Änderungen, ohne Besitzer zu werden. Das eignet sich etwa für:

  • Projektleitung bei einem kritischen Baumangel,
  • Servicekoordination während einer Fremdleistung,
  • Vertretung vor einer geplanten Abwesenheit.

Beenden Sie nicht mehr benötigte Abonnements, damit wichtige Hinweise nicht in einer zu großen Benachrichtigungsmenge untergehen.

Parallele Bearbeitung erkennen

Avatare am Ticket zeigen, wer den Vorgang betrachtet oder aktiv bearbeitet. Ein Stiftsymbol weist auf aktuelle Bearbeitung hin. Wenn eine andere Person schreibt:

  1. nicht gleichzeitig eine konkurrierende Antwort verfassen,
  2. kurz abstimmen, wer übernimmt,
  3. vorhandenen Entwurf respektieren,
  4. erst danach Gruppe, Besitzer oder Status verändern.

Optional konfigurierte KI-Agenten können ebenfalls als aktive Bearbeitende erscheinen. Warten Sie, bis die KI-Aktion abgeschlossen ist, und prüfen Sie das Ergebnis anschließend fachlich.

Schicht- und Urlaubsübergabe

Vor der Übergabe

  • eigene offene und bald fällige Tickets filtern,
  • erreichte Erinnerungen bearbeiten,
  • besonders kritische Vorgänge einzeln übergeben,
  • Entwürfe abschließen oder eindeutig kennzeichnen,
  • Abwesenheit und Vertretung im Profil eintragen.

Inhalt einer Übergabenotiz

PunktLeitfrage
LageWas ist bestätigt, was unklar?
WirkungWelche Personen, Anlagen oder Termine sind betroffen?
BisherWas wurde bereits getan und mit welchem Ergebnis?
Nächster SchrittWer tut was bis wann?
KommunikationWer erwartet wann eine Rückmeldung?
RisikoWelche Frist, Sicherheit oder Abhängigkeit ist kritisch?

Zusammenarbeit über mehrere Tickets

Verwenden Sie Ticketverknüpfungen, wenn Vorgänge zusammenhängen, aber eigenständig bleiben sollen. Nutzen Sie Zusammenfassen nur für echte Dubletten. Ein Sammelproblem kann als übergeordnetes Ticket mit mehreren untergeordneten Objekttickets abgebildet werden, sofern Ihr Team dieses Muster vereinbart hat.

Übergabe-Check

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.