IT intsidendi klassifitseerimine
Intsidendi tüübi kirjeldamiseks tuleb valida antud intsidenti kõige paremini iseloomustav tüüp. Intsidendi tüüpi võib lisainfo juurde tekkimisel muuta. Enne intsidendi sulgemist tuleb kontrollida, kas intsidendi tüüp oli õige. IT intsidendi klassifitseerimine tuleb teha võimalikult täpselt.
Intsidendi tüübid:
- Intsident – IT teenuse planeerimata katkemine või kvaliteedi langus. Konfiguratsioonielemendi tõrge, mis pole veel teenusele mõju avaldanud, on samuti intsident. Näiteks ühe kõvaketta tõrge kettamassiivis.
- Probleem – Ühe või mitme intsidendi tekkimise põhjus. Probleemi kirje loomisel pole põhjus enamasti teada ja probleemihalduse ülesandeks on selle väljaselgitamisega tegeleda.
- Teenuspäring – Kasutaja pöördumine info või nõuande saamiseks, taotlus standardmuudatuse teostamiseks või ligipääsu tekitamiseks mingile IT teenusele. Näiteks salasõna nullimiseks või uuele kasutajale ligipääsu tekitamiseks mingile standardteenusele. Kasutaja pöördumistega tegeleb tavaliselt kasutajatugi ja eraldi RFC pole vaja esitada.
- Katastroof – Väga laiaulatuslik probleem, mis põhjustab probleeme paljudes pakutavates teenustes või CI’des. Oluline väga kiiresti reageerida. Nimetatkse ka nn.peamine intsident või major incident.
- Garantiijuhtum – Seadme või tarkvara garantiikäsitlus.
- Muudatuse soov – Igasugune lisamine, modifitseerimine või eemaldamine, mis võib IT teenust mõjutada. Muudatuse alla käivad IT teenused, konfiguratsioonielemendid,protsessid, dokumentatsioon jne.
- Hinnapäring, ostusoov või tellimus – Kliendi konsultatsiooni soov, hinnapäring, tellimus riist- või tarkvara tellimiseks. Müügiprotsessid. Sealhulgas ka teenuse saamiseks.