# Ticketsystem und Support-Level erklärt

> Ein Ticketsystem erfasst jede Serviceanfrage nachvollziehbar mit Nummer, Status und Verlauf. Die Priorität ergibt sich aus Auswirkung und Dringlichkeit. Was der First-Level-Support nicht lösen kann, wird an den Second-Level und im Zweifel an den Third-Level eskaliert – idealerweise ohne dass der Kunde sein Anliegen erneut schildern muss.

**Autor:** Mr. Benjamin · **Beruf:** IT-Grundlagen
**Veröffentlicht:** 2026-07-24 · **Aktualisiert:** 2026-07-24
**Quelle:** https://yellowbluetech.de/blog/ticketsystem-support-level

---

Der Anruf kommt um 8:15 Uhr: „Ich komme nicht ins Netzwerk." Was danach passiert, entscheidet darüber, ob der Kunde um 8:30 Uhr arbeitet oder um 14:00 Uhr das dritte Mal anruft. Der Unterschied ist kein Talent, sondern Organisation.

## Was ist ein Ticketsystem?

Ein Ticketsystem ist die Software, in der **jede Serviceanfrage als eigener Vorgang** erfasst wird – mit eindeutiger Nummer, Status, zuständiger Person und vollständigem Verlauf.

> **Merksatz**
>
> Die Regel lautet: **Kein Vorgang ohne Ticket.** Nur was erfasst ist, kann priorisiert, verfolgt und ausgewertet werden. Zurufe auf dem Flur gehen verloren – Tickets nicht.

## Der Lebenszyklus eines Tickets

```text
Erfassen  →  Klassifizieren  →  Priorisieren  →  Zuweisen
   →  Bearbeiten  →  Lösen  →  Schließen
```

Beim **Erfassen** gehört alles hinein, was zur Bearbeitung nötig ist: wer meldet, welches Gerät, welche genaue Fehlermeldung, seit wann, was vorher geändert wurde. Beim **Schließen** kommt die Lösung dazu – daraus entsteht mit der Zeit eine Wissensdatenbank.

## Wie wird priorisiert?

Die Priorität ist keine Bauchentscheidung, sondern ergibt sich aus zwei Faktoren:

> **Merksatz**
>
> **Priorität = Auswirkung × Dringlichkeit**
>
> **Auswirkung**: Wie viele Personen oder wie kritische Prozesse sind betroffen? **Dringlichkeit**: Wie schnell muss es behoben sein?

| Fall | Auswirkung | Dringlichkeit | Priorität |
| --- | --- | --- | --- |
| Warenwirtschaft für alle ausgefallen | hoch | hoch | **kritisch** |
| Ein Nutzer kommt nicht ins Netz | gering | hoch | **mittel** |
| Zweiter Monitor defekt | gering | gering | **niedrig** |

Die maximale Reaktions- und Lösungszeit je Priorität steht im [Service Level Agreement](/blog/service-level-agreement-verstehen).

## Die Support-Level

| Level | Wer | Aufgabe |
| --- | --- | --- |
| **First Level** | Service Desk, erste Anlaufstelle | Anfrage aufnehmen, bekannte Fälle direkt lösen |
| **Second Level** | Fachadministration | tiefere Analyse, Systeme und Konfiguration |
| **Third Level** | Spezialisten, Hersteller, Entwicklung | Fehler im Produkt, Spezialwissen |

Kann eine Ebene nicht lösen, wird **eskaliert** – das Ticket geht mitsamt allem Dokumentierten eine Stufe weiter.

> **Prüfungstipp**
>
> Zwei Begriffe werden gern verwechselt: Die **funktionale Eskalation** gibt das Ticket an eine Stelle mit mehr Fachwissen weiter (First → Second → Third Level). Die **hierarchische Eskalation** informiert die Führungsebene, etwa wenn eine SLA-Frist zu reißen droht. Merke außerdem: Ein hoher Anteil an Fällen, die schon im First Level gelöst werden (die **First-Level-Lösungsquote**), ist ein zentrales Qualitätsmerkmal.

## Warum das dem Kunden nützt

> **Hinweis**
>
> Der Kunde bekommt eine Ticketnummer und kann jederzeit nachfragen. Er muss sein Anliegen bei der Eskalation **nicht erneut schildern**, weil alles dokumentiert ist. Und der Betrieb erkennt in der Auswertung, welche Störungen sich häufen – das ist der Einstieg ins Problem-Management aus dem [ITIL-Beitrag](/blog/itil-servicemanagement). Wie du dabei zur eigentlichen Ursache kommst, steht in [Systematische Fehlersuche](/blog/systematische-fehlersuche).

## Selbstkontrolle

**Frage:** Der First-Level-Support kann eine Störung nicht lösen und gibt das Ticket an die Fachadministration weiter. Wie heißt dieser Vorgang?

- [ ] Hierarchische Eskalation
- [x] Funktionale Eskalation
- [ ] Change Request
- [ ] Priorisierung

**Erklärung:** Die Weitergabe an eine Stelle mit mehr Fachwissen heißt funktionale Eskalation. Von hierarchischer Eskalation spricht man, wenn die Führungsebene eingeschaltet wird, etwa weil eine im SLA zugesagte Frist zu reißen droht.

## Häufige Fragen

### Was gehört in ein gutes Ticket?

Wer meldet und wie er erreichbar ist, welches Gerät oder System betroffen ist, die genaue Fehlermeldung im Wortlaut, seit wann das Problem besteht, ob es reproduzierbar ist und was zuletzt geändert wurde. Je vollständiger die Aufnahme, desto weniger Rückfragen entstehen – und desto eher kann die nächste Ebene direkt weiterarbeiten.

### Warum reicht Auswirkung allein nicht zur Priorisierung?

Weil beides zusammen die Priorität ergibt. Ein Fehler kann viele Personen betreffen, aber Zeit haben, etwa ein Bericht, der erst zum Monatsende gebraucht wird. Umgekehrt kann ein einzelner Arbeitsplatz höchst dringend sein, wenn dort gerade die Inventur läuft. Erst Auswirkung und Dringlichkeit gemeinsam ergeben ein realistisches Bild.

### Was ist der Unterschied zwischen Reaktionszeit und Lösungszeit?

Die Reaktionszeit ist die Frist, in der sich der Support beim Kunden meldet und mit der Bearbeitung beginnt. Die Lösungszeit ist die Frist, in der die Störung behoben sein soll. Beide Werte werden je Priorität im SLA vereinbart und getrennt gemessen.

### Wann darf ein Ticket geschlossen werden?

Erst, wenn die Lösung dokumentiert ist und der Kunde bestätigt hat, dass er wieder arbeiten kann. Ein Ticket ohne dokumentierte Lösung ist verschenkte Arbeit, weil derselbe Fall beim nächsten Mal erneut analysiert werden muss. Viele Systeme setzen ein Ticket deshalb zunächst auf einen Wartestatus und schließen es erst nach der Rückmeldung.

**Weiterlesen:** [Benutzer- und Rechteverwaltung im Betriebssystem](/blog/benutzer-rechteverwaltung) · [Active Directory: zentrale Verwaltung im Firmennetz](/blog/active-directory-grundlagen)

## Das Wichtigste in Kürze

- **Kein Vorgang ohne Ticket** – nur Erfasstes ist steuerbar.
- Lebenszyklus: **erfassen, klassifizieren, priorisieren, zuweisen, bearbeiten, lösen, schließen**.
- **Priorität = Auswirkung × Dringlichkeit**.
- **First, Second, Third Level** – Weitergabe heißt **funktionale Eskalation**.
- **Hierarchische Eskalation** informiert die Führungsebene, etwa bei drohendem SLA-Verstoß.