IT-SUPPORT / IT VI.01
VI.01
IT VI.01 · IT-SERVICE-MANAGEMENT
IT VI.01 / SERVICE DESK / ITIL / ITSM

KEIN TICKETOHNE PLAN.

Wähle einen Themenreiter und lies die Kapitel vollständig. Erst am Kapitelende legt sich die nächste Karte darüber. Suche im Stoff und übe mit Grafiken und Rechenwegen.

0 von 24 Wissensfragen beantwortet

IT VI.01Vier Themen. Ein übersichtlicher Lernpfad.

Wähle oben einen Reiter. Nur die Kapitel dieses Themas werden angezeigt – und innerhalb des Themas überlagern sie sich erst am Kapitelende.

THEMENBEREICH 01 KAPITEL 01–04Support & TicketsVom ersten Kontakt bis zur nachvollziehbaren Lösung.
01
IT VI.01 · Grundverständnis

Service Desk. Ein Eingang. Klare Verantwortung.

IT-Support ist nicht das wilde Weiterreichen von Problemen. Jede Anfrage wird erfasst, bewertet und nachvollziehbar bearbeitet.

IT ist Grundlage nahezu aller Geschäftsprozesse. Ausfälle und Fehlbedienungen verursachen Produktivitätsverluste und Kosten. Das IT-Servicemanagement organisiert deshalb Serviceanfragen strukturiert, kundenorientiert, wirtschaftlich und rechtskonform. ITIL dient als Referenz für die Organisation von IT-Services.

KAPITELENDE · WEITER SCROLLEN ↓
02
IT VI.01 · Organisationsmodell

Wer übernimmt welches Ticket?

Drei Supportlevel – von Standardaufgaben am Service Desk bis zu komplexen Herstellerproblemen.

SupportlevelAufgabenTypische QualifikationPraxisbeispiele
1st LevelService DeskAnnahme, Identifikation, Erfassung, Vorqualifizierung; Standardlösungen anhand Knowledge Base.Technisches Basiswissen, Kommunikationsfähigkeit, Empathie.Passwort-Reset, Berechtigungen, einfache Softwarebereitstellung, Benutzerberatung.
2nd LevelFachsupportVertiefte Fehleranalyse, Arbeitsplatz-/Systemstörungen, Vor-Ort-Service, Konfiguration.Fachinformatiker für Systemintegration oder Anwendungsentwicklung.Routingfehler, defekte Festplatten, Treiberkonflikte.
3rd LevelExperten / HerstellerArchitektur, Datenbanken, Programmcode; Einbeziehung von Herstellern.Systemarchitekten, Entwickler, Hersteller-Spezialisten.Patches, Zero-Day-Lücken, Firmware-Bugs an Switches oder SAN.
KAPITELENDE · WEITER SCROLLEN ↓
03
IT VI.01 · Prozess

Der Lebenszyklus eines Tickets

Vom ersten Kontakt bis zum nachvollziehbaren Abschluss.

01ErfassenWer? Was? Wo? Wann? Fehlermeldung, Screenshots.
02KategorisierenAnfragetyp, Auswirkung und Dringlichkeit.
03ErstprüfungFirst Contact Resolution (FCR) möglich?
04ZuweisenFalls nötig, 2nd oder 3rd Level einschalten.
05BehebenDiagnose, Workaround oder dauerhafter Fix.
06SchließenRückmeldung, Bestätigung und Wissensdatenbank.
Ticket-Workflow als Entscheidungsbaum
Ticketbearbeitung vom Eingang bis zum AbschlussTicket erfassen, kategorisieren und prüfen. Bei Erstlösung dokumentieren und schließen, andernfalls spezialisieren und eskalieren, dann Lösung und Abschluss.ErfassenWer / Was / Wann?EinstufenTyp & PrioritätSofortlösbar?Dokumentieren &abschließen2nd / 3rd LevelDiagnose & LösungJANEIN

In der Praxis können Rückfragen, Workarounds und Genehmigungen zusätzliche Schleifen auslösen. Status und SLA-Regeln immer dokumentieren.

TicketstatusBedeutungSLA-Wirkung (laut Lernmaterial)
NeuEingegangen, noch nicht fest zugeteilt.Reaktionszeit läuft.
In ArbeitSupporter analysiert oder behebt.Lösungszeit läuft.
Warten auf KundeRückmeldung, Logs, Termin oder Bestätigung ausstehend.In der Regel pausiert.
Warten auf DritteHersteller, Provider oder Ersatzteil ausstehend.Abhängig von SLA, OLA und UC.
GelöstFix oder Workaround umgesetzt; Bestätigung ausstehend.Lösungszeit stoppt.
GeschlossenBestätigt oder nach Frist archiviert.Keine weiteren Änderungen.
KAPITELENDE · WEITER SCROLLEN ↓
04
IT VI.01 · Serviceanfragen

Incident, Request, Change oder Problem?

Die richtige Kategorie bestimmt, wie ein Fall bearbeitet wird.

01

Incident · Störung

Ungeplante Unterbrechung oder Qualitätseinbuße: Drucker streikt, CRM nicht erreichbar. Ziel: Betrieb schnell wiederherstellen.

02

Service Request

Regulärer Wunsch ohne technischen Defekt: neuer Monitor, Rechtebeantragung, Softwareinstallation.

03

Change Request

Geplante strukturelle Änderung: Core-Switch-Tausch, neue Firewall-Regeln oder ERP-Upgrade. Kann Genehmigung durch CAB erfordern.

04

Problem

Unbekannte zugrundeliegende Ursache wiederkehrender Incidents. Ziel: Root Cause Analysis und dauerhafte Beseitigung.

THEMENENDE · WÄHLE OBEN DEN NÄCHSTEN REITER ↑

Dein Lernstand · lokal gespeichertMeine Notizen

Angemeldet: Antworten und Notizen werden automatisch im Lernkonto gespeichert. Ohne Anmeldung bleiben sie nur auf diesem Gerät.