knooing

01Modul · IT Service Management

IT Service Management,
das Ihre IT wirklich kennt.

Servicedesk, Störungen, Major Incidents, Probleme, Changes, Bestellungen und SLAs in einem Ablauf. Weil knooing OS auch Ihre CMDB, Ihre Geräte und Ihre Services kennt, hat jeder Vorgang von Anfang an den vollen Kontext.

Demo buchen
IT Service Management, das Ihre IT wirklich kennt.

Warum knooing OS

Ein Servicedesk auf derselben Datenbasis wie Bestand, Kosten und Compliance.

IT Service Management im Überblick

ServicedeskAlle Eingangskanäle an einer Stelle, sauber eingeordnet und richtig zugewiesen.Störungen und Major IncidentVom ersten Hinweis bis zur Nachbetrachtung, mit Meldefristen im Blick.Problem und ChangeUrsachen dauerhaft beheben und Änderungen kontrolliert umsetzen.Service-Katalog und PortalEin Portal für Beschäftigte: bestellen, melden, nachlesen, Stand verfolgen.SLA und EskalationZielzeiten für Teams und Dienstleister, die von selbst überwacht werden.Dienstleister steuernMehrere Dienstleister und deren Tools in einem durchgängigen Ablauf.

01Kontext statt Rückfragen

Jede Störung kennt ihr Gerät, ihren Service und ihren Geschäftsservice.

knooing leitet die Kette aus der CMDB ab, statt sie bei der meldenden Person abzufragen. Am Vorgang sehen Sie frühere Störungen, Changes und Probleme am selben System. Wer bearbeitet, muss nicht erst recherchieren.

  • Geschäftsservice, Service und Gerät automatisch am Vorgang, mit Herkunft
  • Frühere Störungen, Changes und Probleme am selben CI
  • Mitarbeitende melden eine Störung direkt an ihrem Gerät im Portal
  • Verfügbarkeit je Service entsteht aus den Störungen in der Betriebszeit

02Ein Datenmodell

Störung, Anfrage, Problem und Change teilen eine Logik.

Alle Vorgangsarten nutzen dieselbe Prioritätsrechnung, dasselbe SLA-Regelwerk und denselben lückenlosen Verlauf. Auswertungen und Nachweise gelten damit für jeden Vorgang gleich.

  • Priorität aus Auswirkung und Dringlichkeit, angehoben durch Kritikalität
  • Ein SLA-Regelwerk für Kunden-SLA, Team-OLA und Provider-Verträge
  • Vollständiger Verlauf inklusive SLA-Uhr, Eskalation und Freigaben
  • Eigene Nummernkreise je Vorgangsart
Störung, Anfrage, Problem und Change teilen eine Logik.

03Mehr als ein Ticket-Tool

Kritikalität und Schutzbedarf wirken direkt auf den Betrieb.

Was in CMDB und Servicekatalog steht, bestimmt Priorität, Change-Risiko und Verfügbarkeit. Ein reines Ticket-Tool kennt diese Daten nicht. Bei knooing OS sind sie die Grundlage.

  • Changes werden über die CMDB auf betroffene Systeme und Geschäftsservices analysiert
  • Nach der Umsetzung führt ein Abschluss-Schritt durch die CMDB-Nachführung
  • Schutzbedarf und Kritikalität heben die Priorität an, nie ab
  • Kritikalität von CI, Service, Geschäftsservice und Anwendung fließt in die Priorität ein
Kritikalität und Schutzbedarf wirken direkt auf den Betrieb.

Dokumentation

So funktioniert es im Detail.

Dokumentation

Störung, Problem und Change im Zusammenhang: der Überblick

Was knooing an einer Störung zeigt und tut, damit Ursachen und laufende Änderungen nicht in drei Listen versteckt bleiben: der Abschnitt Am selben CI, Changes als vermutete Ursache, die Wartestatus auf Problemlösung und Change und die automatische Weitergabe.

6 min Lesezeit

Dokumentation

Störungen den Services zuordnen: die vier Bezüge jeder Störung

Überblick, wie knooing jede Störung mit meldender Person, Geschäftsservice, Service-Angebot und auslösendem Gerät verknüpft, woher die Zuordnung kommt und wie Sie sie auswerten.

6 min Lesezeit

Anleitung

Den Kontext Am selben CI lesen und den Rückblick einstellen

So sehen Sie an einer Störung, welche Changes am betroffenen Objekt laufen oder kürzlich liefen, welche weiteren Störungen, Probleme und Known Errors dort offen sind, und stellen ein, wie viele Stunden der Abschnitt zurückblickt.

6 min Lesezeit

Anleitung

Die Auswirkung eines Changes über die CMDB analysieren und den Risikovorschlag nutzen

So lassen Sie knooing berechnen, welche Services, Anwendungen und CIs ein Change im geplanten Umsetzungsfenster betrifft, und übernehmen den daraus abgeleiteten Vorschlag für Wahrscheinlichkeit und Auswirkung.

6 min Lesezeit

Anleitung

CMDB nach einem Change nachführen: Sollwerte erfassen und übernehmen

So erfassen Sie vor der Umsetzung, was sich in der Konfigurationsverwaltung ändern soll, stellen nach der Umsetzung Soll und Ist gegenüber und übernehmen die Werte mit einem Klick oder bestätigen begründet, dass nichts nachzuführen ist.

9 min Lesezeit

Anleitung

Meine Geräte und Meine Software im Portal ansehen und Störungen melden

Im Mitarbeiterportal sehen, welche Geräte, Lizenzen und installierte Software Ihnen zugeordnet sind, den Erhalt bestätigen und zu einem Gerät oder Programm eine Störung melden.

5 min Lesezeit

Treffen Sie jetzt datenbasierte IT-Entscheidungen in Minuten.

Vereinbaren Sie eine kostenlose und unverbindliche Demo

Demo buchen