Ticketsystem und Support-Level erklärt
Kurzantwort
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.
Teil des Lernpfads IT-Service und Projekte · Schritt 2 von 7
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.
Der Lebenszyklus eines Tickets
Erfassen → Klassifizieren → Priorisieren → Zuweisen
→ Bearbeiten → Lösen → SchließenBeim 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:
| 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.
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.
Warum das dem Kunden nützt
Selbstkontrolle
Selbstkontrolle
Der First-Level-Support kann eine Störung nicht lösen und gibt das Ticket an die Fachadministration weiter. Wie heißt dieser Vorgang?
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 · Active Directory: zentrale Verwaltung im Firmennetz
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ß.