Sorun Yönetimi Veri Şablonunuz
Sorun Yönetimi Veri Şablonunuz
- Kök neden analizi için önerilen nitelikler
- Temel süreç kilometre taşları ve etkinlikler
- Adım adım ServiceNow veri çekme rehberliği
Sorun Yönetimi Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
Activity
|
Sorun kaydı üzerinde gerçekleştirilen belirli olay veya eylem. | ||
|
Açıklama
Bir sorun kaydının yaşam döngüsü sırasında meydana gelen ayrı adımları veya durum değişikliklerini temsil eder. Örnekler arasında 'Sorun Kaydı Oluşturuldu', 'Kök Neden Tespit Edildi' veya 'Destek Grubuna Atandı' yer alır. Bu nitelik, süreç haritasını oluşturmak ve olayların dizisini görselleştirmek için çok önemlidir.
Neden önemli
Süreç haritasındaki düğümleri tanımlayarak iş akışının ve süreç varyantlarının görselleştirilmesini sağlar.
Nereden alınır
'sys_audit', 'sys_history_line' tablolarından veya 'problem' tablosundaki durum değişikliklerinden türetilmiştir.
Örnekler
Sorun Kaydı OluşturulduAnaliz TamamlandıDurum Kapandı
|
|||
|
Olay Zaman Damgası
EventTime
|
Bir faaliyetin meydana geldiği tam tarih ve saat. | ||
|
Açıklama
Sistemde bir değişiklik veya eylemin kaydedildiği belirli zaman damgasını kaydeder. Bu veri noktası, faaliyetleri kronolojik olarak sıralamak ve süreç adımları arasındaki döngü süreleri ve teslim süreleri gibi süre metriklerini hesaplamak için temeldir.
Neden önemli
Olayları sıralamak ve tüm zaman tabanlı KPI'ları hesaplamak için esastır.
Nereden alınır
Denetim/geçmiş tablolarındaki ServiceNow 'sys_created_on' alanı
Örnekler
2023-10-12T08:30:00Z2023-10-12T14:45:12Z
|
|||
|
Sorun Kaydı
ProblemNumber
|
Sorun kaydı için benzersiz tanımlayıcı. | ||
|
Açıklama
ServiceNow içinde belirli bir sorun kaydına atanan benzersiz alfanümerik anahtar (örn. PRB000123). Bu tanımlayıcı, ilk kayıttan kök neden analizine ve son kapanışa kadar tüm süreç faaliyetlerini birbirine bağlayan merkezi bir bağlantı görevi görür. Process Mining analizinde, bu nitelik Case ID olarak işlev görerek, sorun çözümünün uçtan uca yolculuğunun yeniden yapılandırılmasına olanak tanır.
Neden önemli
Süreç grafiğinde benzersiz vakaları ayırt etmek ve ilgili olayları gruplandırmak için birincil anahtardır.
Nereden alınır
ServiceNow 'problem' tablosu, 'number' alanı
Örnekler
PRB004512PRB009823PRB001122
|
|||
|
Kaynak Sistem
SourceSystem
|
Verinin kaynaklandığı sistemin adı. | ||
|
Açıklama
Sorun yönetimi verilerinin çıkarıldığı belirli ServiceNow örneğini veya ortamını belirler. Bu, çok sistemli ortamlarda veri soyunu izlemek ve analizdeki sisteme özgü nüansları ele almak için özellikle kullanışlıdır.
Neden önemli
Özellikle birden fazla ITSM aracından veri birleştirilirken, veri kaynağı için bağlam sağlar.
Nereden alınır
Çıkarma sırasında sabit kodlanmıştır (örn. 'ServiceNow Üretim')
Örnekler
ServiceNow ProdServiceNow EMEA
|
|||
|
Son Veri Güncellemesi
LastDataUpdate
|
Verilerin çıkarıldığı veya son güncellendiği zaman damgası. | ||
|
Açıklama
Analiz için kullanılan veri setinin güncelliğini gösterir. Analistlerin gerçek zamanlı verilere mi yoksa geçmiş bir anlık görüntüye mi baktıklarını anlamalarına yardımcı olur, bu da açık durumların doğru yorumlanması için kritiktir.
Neden önemli
Kullanıcıların doğru operasyonel raporlama için verilerin ne kadar güncel olduğunu bilmesini sağlar.
Nereden alınır
ETL yürütme anındaki sistem zamanı
Örnekler
2023-11-01T12:00:00Z
|
|||
|
Atanan Kullanıcı
AssignedTo
|
Sorun üzerinde çalışmak üzere atanan belirli kişi. | ||
|
Açıklama
Sorun kaydından şu anda sorumlu olan kullanıcıyı belirler. Bu özniteliği analiz etmek, iş yükü dağılımını, bireysel performansı ve kaynak düzeyindeki potansiyel darboğazları anlamaya yardımcı olur.
Neden önemli
Kaynak verimliliğini ve bireysel iş yükünü analiz etmek için anahtar.
Nereden alınır
ServiceNow 'problem' tablosu, 'assigned_to' alanı
Örnekler
Alice SmithBob JonesSistem Yöneticisi
|
|||
|
Destek Grubu
AssignmentGroup
|
Sorun çözümünden sorumlu teknik ekip. | ||
|
Açıklama
Soruna şu anda atanmış belirli destek grubunu veya ekibi belirler. Bu öznitelik, ekipler arasındaki devirleri izlemek ve örgütsel siloları belirlemek için 'Destek Grubu Yeniden Atama Analizi' Dashboard'u için hayati öneme sahiptir.
Neden önemli
Departmanlar arasındaki darboğazları belirlemek ve devir verimliliğini analiz etmek için çok önemlidir.
Nereden alınır
ServiceNow 'problem' tablosu, 'assignment_group' alanı
Örnekler
Ağ OperasyonlarıVeritabanı YöneticileriServis Masası
|
|||
|
İlgili Olay Sayısı
RelatedIncidentCount
|
Bu sorun kaydına bağlı olay sayısı. | ||
|
Açıklama
Sorunla ilişkili olay sayısını sayarak sorunun etkisini nicel olarak belirler. Bu alandaki yüksek sayılar, özellikle Bilinen Hatalar için, 'Bilinen Hata ve Olay Tekrarlanması' Dashboard'unu besler.
Neden önemli
Sorunun neden olduğu kullanıcı etkisi büyüklüğünü ölçer.
Nereden alınır
ServiceNow 'problem' tablosu, 'related_incidents' alanı (alan adı değişir) veya bağlantılı kayıt sayısı
Örnekler
1501200
|
|||
|
Kök Neden Kategorisi
RootCauseCategory
|
Belirlenen kök nedenin sınıflandırılması. | ||
|
Açıklama
Sorunun temel nedenini, örneğin Yazılım Hatası, İnsan Hatası veya Donanım Arızası gibi kategorilere ayırır. Bu öznitelik, 'Temel Neden Kategorizasyon Doğruluğu' Dashboard'unu güçlendirir ve sistemik hata kalıplarını belirlemeye yardımcı olur.
Neden önemli
Stratejik iyileştirmeleri yönlendirmek için hata modellerinin analizini sağlar.
Nereden alınır
ServiceNow 'problem' tablosu, 'rca_category' veya 'u_root_cause_category' alanı
Örnekler
Yazılım HatasıYapılandırma HatasıTedarikçi Sorunu
|
|||
|
Öncelik
Priority
|
Sorun kaydına atanan öncelik seviyesi. | ||
|
Açıklama
Sorunun önemini ve aciliyetini belirtir, genellikle etki ve aciliyetten hesaplanır. Bu öznitelik, analizin kritiklik bazında segmentlere ayrılmasına olanak tanıyarak 'SLA İhlali ve Öncelik İzleme' dashboard'unu destekler.
Neden önemli
Süreç performansının iş kritikliği bazında segmentlere ayrılmasına olanak tanır.
Nereden alınır
ServiceNow 'problem' tablosu, 'priority' alanı
Örnekler
1 - Kritik2 - Yüksek3 - Orta
|
|||
|
Sorun Durumu
ProblemState
|
Sorun kaydının yaşam döngüsü durumu. | ||
|
Açıklama
Sorun kaydının Açık, Kök Neden Analizi, Düzeltme Devam Ediyor veya Kapalı gibi mevcut aşamasını yansıtır. Bu, 'Eski Sorun Kaydı Yaşlandırma Analizi'ndeki iş yükü bileşimini filtrelemek ve anlamak için birincil bir faktördür.
Neden önemli
Açık ve kapalı vakaları filtrelemek için kullanılan birincil durum göstergesi.
Nereden alınır
ServiceNow 'problem' tablosu, 'state' alanı
Örnekler
YeniDeğerlendirKök Neden AnaliziÇözüldü
|
|||
|
Yeniden Atama Sayısı
ReassignmentCount
|
Sorunun gruplar arasında yeniden atandığı sayı. | ||
|
Açıklama
Atama grubunun ne sıklıkta değiştiğini izleyen bir sayıcıdır. Bu, 'Sorun Kaydı Yeniden Atama Sayısı' KPI'ı için doğrudan kaynaktır ve biletlerin ekipler arasında gidip geldiği 'ping-pong' etkilerini belirlemeye yardımcı olur.
Neden önemli
Süreç sürtüşmesinin ve net sahiplik eksikliğinin doğrudan göstergesidir.
Nereden alınır
ServiceNow 'problem' tablosu, 'reassignment_count' alanı
Örnekler
0312
|
|||
|
Bekleme Süresi
PendingDuration
|
Sorunun askıya alınmış veya beklemede durumunda geçirdiği toplam süre. | ||
|
Açıklama
'Tedarikçi Bekleniyor' veya 'Beklemede' gibi durumlarda geçen süreyi hesaplar. Bu metrik, dahili işlem süresini dış kaynaklı gecikmelerden ayırmak amacıyla 'Bekleme Durumu ve Bekleme Süresi Analizi' kapsamında kullanılır.
Neden önemli
Ekip verimsizliği ile harici bağımlılıklar arasında ayrım yapar.
Nereden alınır
Hesaplandı: Durumun Beklemede/Askıda Olduğu aralıkların süresinin toplamı
Örnekler
5 gün0 dakika
|
|||
|
Bilinen Hata mı
IsKnownError
|
Sorunun Bilinen Hata olarak sınıflandırılıp sınıflandırılmadığını gösteren bayrak. | ||
|
Açıklama
Sorun kaydının Bilinen Bir Hata'ya dönüştürülüp dönüştürülmediğini veya Bilinen Bir Hata olarak işaretlenip işaretlenmediğini belirler. Bu, bilgi yönetimi sürecinin etkili olup olmadığını görmek için 'Bilinen Hata ve Olay Tekrarı' analizi için esastır.
Neden önemli
Aktif araştırmalar ile geçici çözümlere sahip kabul edilmiş kusurları birbirinden ayırır.
Nereden alınır
ServiceNow 'problem' tablosu, 'known_error' alanı
Örnekler
truefalse
|
|||
|
Çözüm Taslağı Süresi
SolutionDraftingTime
|
Kök nedeni belirleme ile bir çözüm önerme arasındaki süre. | ||
|
Açıklama
Neden bilindikten sonra bir düzeltmenin geliştirildiği tasarım aşamasının süresini izler. Bu, 'Çözüm Taslağı Hazırlama ve Düzeltme Uygulama' Dashboard'unu destekler.
Neden önemli
'Düzeltme tasarımı' aşaması performansını izole eder.
Nereden alınır
Hesaplandı: 'Önerilen Çözüm Taslağı Oluşturuldu' zaman damgası eksi 'Temel Neden Belirlendi' zaman damgası
Örnekler
2 gün4 saat
|
|||
|
Değişiklik Talep Numarası
ChangeRequestNumber
|
Sorunu düzeltmek için başlatılan değişiklik talebinin tanımlayıcısı. | ||
|
Açıklama
Sorun kaydını bir Değişiklik Yönetimi kaydına (RFC) bağlar. Bu bağlantı, sorun tanısı ile altyapı değişikliği yürütmesi arasındaki devir hızını ölçmek için 'Değişiklik Talebi Geçiş Verimliliği' dashboard'u için hayati öneme sahiptir.
Neden önemli
Sorun yönetiminden değişiklik yönetimine geçişi izler.
Nereden alınır
ServiceNow 'problem' tablosu, 'rfc' alanı
Örnekler
CHG003001CHG004552
|
|||
|
Geçici Çözüm Yayınlandı
WorkaroundPublished
|
Bir geçici çözümün belgelenip paylaşılıp paylaşılmadığını gösterir. | ||
|
Açıklama
Geçici bir çözümün belirlenip Bilgi Tabanına veya Bilinen Hata Veritabanına yayınlanıp yayınlanmadığını gösteren bir boolean veya durum bayrağıdır. Bu, 'Geçici Çözüm Yayınlama Performansı' Dashboard'unu destekler.
Neden önemli
Nihai bir düzeltmeden önce iş etkisinin ne kadar hızlı hafifletildiğini ölçmek için kritiktir.
Nereden alınır
ServiceNow 'problem' tablosu, 'work_around' alanı (metin varlığı) veya belirli durum
Örnekler
truefalse
|
|||
|
İş Hizmeti
BusinessService
|
Sorundan etkilenen üst düzey iş hizmeti. | ||
|
Açıklama
Teknik bileşen yerine işletme odaklı hizmeti (örneğin, 'Bordro Hizmeti', 'Müşteri Portalı') temsil eder. Bu, paydaşlara raporlama için iş odaklı bir görünüm sağlar.
Neden önemli
Teknik sorunları iş değeri akışlarına bağlar.
Nereden alınır
ServiceNow 'problem' tablosu, 'business_service' alanı
Örnekler
Online BankacılıkDahili E-posta
|
|||
|
Kök Neden Analizi Süresi
RootCauseAnalysisDuration
|
Sorun oluşturmadan kök neden tespitine kadar geçen süre. | ||
|
Açıklama
Araştırma aşamasının verimliliğini ölçen hesaplanmış bir süredir. Bu, 'Temel Neden Ortalama Süresi' KPI'ını doğrudan destekler ve teknik beceri eksikliklerini veya karmaşıklık sorunlarını belirlemeye yardımcı olur.
Neden önemli
Araştırma aşaması için temel verimlilik metriği.
Nereden alınır
Hesaplandı: 'Temel Neden Belirlendi' etkinliğinin zaman damgası eksi 'Sorun Kaydı Oluşturuldu' zamanı
Örnekler
3 gün 4 saat12 saat
|
|||
|
Konfigürasyon Öğesi
ConfigurationItem
|
Sorundan etkilenen belirli varlık veya hizmet. | ||
|
Açıklama
Sorun kaydına bağlı Yapılandırma Öğesini (CI) belirler. Bunu analiz etmek, sorunları belirli donanım, yazılım veya hizmetlerle ilişkilendirmeye yardımcı olarak 'Temel Neden Kategorizasyon Doğruluğu' dashboard'unu destekler.
Neden önemli
Süreç sorunlarını belirli fiziksel veya mantıksal varlıklara bağlar.
Nereden alınır
ServiceNow 'problem' tablosu, 'cmdb_ci' alanı
Örnekler
SAP ERP Sunucusu 01Exchange E-posta HizmetiOracle DB Prod
|
|||
|
PIR Sonucu
PostImplementationReviewResult
|
Uygulama Sonrası İnceleme'nin sonucu veya tamamlanma durumu. | ||
|
Açıklama
PIR'ın sonucunu veya durumunu saklar (örn. Tamamlandı, Gerekli Değil, Beklemede). Bu nitelik, büyük sorunların incelenmesini sağlamak için 'Uygulama Sonrası İnceleme Uyumluluğu' Dashboard'u için gereklidir.
Neden önemli
Büyük olaylardan öğrenmeyi sağlayan kalite kontrol metriği.
Nereden alınır
ServiceNow 'problem' tablosu, 'pir_state' alanı veya benzer özel alan
Örnekler
TamamlandıFeragat EdildiBeklemede
|
|||
|
SLA Son Tarihi
SlaDueDate
|
SLA'ya göre sorun çözümü için hedef tarih/saat. | ||
|
Açıklama
Sorunun hizmet seviyesi anlaşmalarını karşılamak için ne zaman çözülmesi gerektiğini gösteren zaman damgası. Bu, 'SLA İhlali ve Öncelik İzleme' Dashboard'u ve uyumluluk oranlarını hesaplamak için temeldir.
Neden önemli
SLA ihlali durumunu hesaplamak için temel çizgi.
Nereden alınır
Sorunla bağlantılı ServiceNow 'task_sla' tablosu
Örnekler
2023-12-31T17:00:00Z
|
|||
Sorun Yönetimi Faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Araştırma Başlatıldı
|
Sorun kaydı durumunun 'New'den 'Assess' veya 'Root Cause Analysis'e geçişi. Bir analistin sorun üzerinde aktif olarak çalışmaya başladığını gösterir. | ||
|
Neden önemli
İlk kuyruk bekleme süresinin sonunu ve aktif araştırma aşamasının başlangıcını işaretleyerek Bekleyen Durum analizini destekler.
Nereden alınır
'state' alanındaki değişiklikleri izleyen ServiceNow 'sys_audit' tablosu (örn. yapılandırmaya bağlı olarak 102 veya 103 değerine geçiş).
Yakala
Durum alanını öncesi/sonrası ile karşılaştır
Event tipi
inferred
|
|||
|
Değişiklik Talebi Başlatıldı
|
Bir Değişiklik Talebinin (RFC) Sorun Kaydı ile ilişkilendirilmesi. Bu, Sorun Yönetimi'nden Değişiklik Yönetimi'ne uygulama için devri işaret eder. | ||
|
Neden önemli
Değişiklik Talebi Geçiş Verimliliği Dashboard'u için hayati öneme sahiptir. Bir düzeltme bulma ile değişiklik sürecini başlatma arasındaki gecikmeleri belirler.
Nereden alınır
'problem' tablosundaki 'rfc' referans alanının doldurulmasını izleyen ServiceNow 'sys_audit' tablosu.
Yakala
Normal Değişiklik Oluştur işlemi yürütüldüğünde kaydedildi
Event tipi
explicit
|
|||
|
Destek Grubuna Atandı
|
Sorun kaydının belirli bir teknik ekibe araştırma için yönlendirilmesi. Bu aktivite, sahiplik akışını izler ve el değiştirmeleri analiz etmek için kritiktir. | ||
|
Neden önemli
Ekipler arasındaki ping-pong etkilerini ve darboğazları belirlemek için Destek Grubu Yeniden Atama Analizi dashboard'u için esastır.
Nereden alınır
'assignment_group' alanındaki değişiklikleri izleyen ServiceNow 'sys_audit' veya 'sys_history_line' tablosu.
Yakala
Durum alanını öncesi/sonrası ile karşılaştır
Event tipi
inferred
|
|||
|
Geçici Çözüm Belirlendi
|
Sorun kaydındaki 'Workaround' alanına metin girme eylemi. Bu, bir analist tarafından geçici bir çözümün belgelendiği anı yakalar. | ||
|
Neden önemli
Teknik çözümün ilk ne zaman bilindiğini belirleyerek Geçici Çözüm Yayınlama Performansı Dashboard'unu destekler.
Nereden alınır
'fieldname'in 'workaround' olduğu ServiceNow 'sys_audit' tablosu.
Yakala
Durum alanını öncesi/sonrası ile karşılaştır
Event tipi
inferred
|
|||
|
Kalıcı Düzeltme Uygulandı
|
Sorunun Çözüldü olarak işaretlendiği an, genellikle ilişkili Değişiklik Talebinin kapatılmasıyla tetiklenir. Bu, teknik çalışmanın tamamlandığını gösterir. | ||
|
Neden önemli
Aktif düzeltme döngüsünün sonunu belirler. SLA'ya göre toplam çözüm süresini hesaplamak için kullanılır.
Nereden alınır
ServiceNow 'sys_audit' tablosu, 'state' alanının 'Resolved' durumuna geçişi (tipik değer 106).
Yakala
Durum alanını öncesi/sonrası ile karşılaştır
Event tipi
inferred
|
|||
|
Kök Neden Belirlendi
|
'Kök Neden' kodlarının doldurulduğu veya durumun 'Düzeltme Devam Ediyor'a geçtiği nokta. Bu, sorunun başarılı bir şekilde teşhis edildiğini temsil eder. | ||
|
Neden önemli
Temel Neden Ortalama Süresini hesaplar ve Temel Neden Araştırma Döngü Süresi Dashboard'unu destekler. Bu, önemli bir süreç dönüm noktasıdır.
Nereden alınır
'root_cause' kategori alanındaki değişiklikleri veya 'Fix in Progress' durumuna geçişi izleyen ServiceNow 'sys_audit' tablosu.
Yakala
Durum alanını öncesi/sonrası ile karşılaştır
Event tipi
inferred
|
|||
|
Sorun Kaydı Kapatıldı
|
Kaydın pasif hale geldiği son yaşam döngüsü olayı. Daha fazla çalışma beklenmemektedir. | ||
|
Neden önemli
Süreç örneği için kesin bitiş noktası. Toplam döngü süresini hesaplamak için gereklidir.
Nereden alınır
ServiceNow 'problem' tablosu, 'closed_at' alanı veya 'state'in 'Closed' durumuna geçişi.
Yakala
Sorun Kapatma işlemi yürütüldüğünde kaydedildi
Event tipi
explicit
|
|||
|
Sorun Kaydı Oluşturuldu
|
ServiceNow sisteminde bir sorun kaydının ilk oluşturulması. Bu, sorun yönetimi yaşam döngüsünün başlangıcını işaret eder ve yaşlandırma metrikleri için temel zaman damgasını belirler. | ||
|
Neden önemli
Tüm döngü süresi hesaplamaları ve SLA ölçümleri için başlangıç zamanını belirler. Gelen sorun araştırmalarının hacmini belirlemek için birincil dayanak noktasıdır.
Nereden alınır
ServiceNow 'problem' tablosu, 'sys_created_on' alanı.
Yakala
Yeni Kayıt işlemi yürütüldüğünde kaydedildi
Event tipi
explicit
|
|||
|
Çözüm Doğrulandı
|
Çözümün etkili olduğunun onaylandığı bir doğrulama adımıdır. Bu, süreç olgunluğuna bağlı olarak belirli bir durum veya bir onay kutusu olabilir. | ||
|
Neden önemli
Kapanmadan önce kalite kontrolü sağlar. Bu adımı atlamak, Süreç Sapması analizine olanak tanır.
Nereden alınır
ServiceNow 'sys_audit' tablosu. Yapılandırılmışsa bir durum değişikliği (Resolved -> Closed) veya belirli bir 'u_resolution_verified' alanı olabilir.
Yakala
Durum alanını öncesi/sonrası ile karşılaştır
Event tipi
inferred
|
|||
|
Değerlendirme Reddedildi
|
Sorun kaydı, değerlendirme aşamasında geçerli bir sorun olmadığı için önceki bir duruma döndürülür veya iptal edilir. | ||
|
Neden önemli
Olayların yanlışlıkla sorunlara yükseltildiği süreçteki israfı belirler.
Nereden alınır
ServiceNow 'sys_audit' tablosu, 'state' alanının 'Assess' durumundan 'Closed/Cancelled' veya 'New' durumuna geçişi.
Yakala
Durum alanını öncesi/sonrası ile karşılaştır
Event tipi
inferred
|
|||
|
Durum Düzeltme Aşamasında
|
Kaydın, bir düzeltmenin oluşturulduğunu veya dağıtıldığını gösteren bir duruma geçişi (genellikle Değişiklik Yönetimi'ni bekler). | ||
|
Neden önemli
Aktif araştırma süresini 'değişiklik bekleniyor' süresinden ayırarak darboğaz analizini iyileştirir.
Nereden alınır
ServiceNow 'sys_audit' tablosu, 'state' alanının 'Fix in Progress' durumuna geçişi (tipik değer 104).
Yakala
Durum alanını öncesi/sonrası ile karşılaştır
Event tipi
inferred
|
|||
|
Geçici Çözüm Yayınlandı
|
Geçici çözümü ilgili olaylara ileten veya Bilinen Hata makalesi oluşturan 'Communicate Workaround' eyleminin yürütülmesi. Bu, sadece geçici çözümü yazmaktan farklıdır. | ||
|
Neden önemli
Bilgi paylaşımının hızını ölçmek için kritiktir. Buradaki gecikmeler, tekrar eden olay hacmini doğrudan etkiler.
Nereden alınır
ServiceNow 'sys_journal_field' veya belirli UI Action günlükleri; ayrıca 'Known Error' türünde bir 'kb_knowledge' kaydı oluşturulursa da çıkarılabilir.
Yakala
Geçici Çözümü İlet işlemi yürütüldüğünde kaydedildi
Event tipi
explicit
|
|||
|
Önerilen Çözüm Taslağı Hazırlandı
|
'Fix Notes' veya 'Resolution Code' alanlarına veri girişi. Analistin nedeni anlamaktan kalıcı düzeltmeyi tasarlamaya geçtiğini gösterir. | ||
|
Neden önemli
Tasarım aşaması süresini izole ederek Çözüm Taslağı Hazırlama ve Düzeltme Uygulama Dashboard'unu destekler.
Nereden alınır
'fix_notes' alanındaki güncellemeleri izleyen ServiceNow 'sys_audit' tablosu.
Yakala
Durum alanını öncesi/sonrası ile karşılaştır
Event tipi
inferred
|
|||
|
Uygulama Sonrası İnceleme Tamamlandı
|
PIR görevinin tamamlanması veya bir PIR işaretinin ayarlanması. Bu, büyük sorunlar için geriye dönük bir analizin yapıldığını doğrular. | ||
|
Neden önemli
Uygulama Sonrası İnceleme Uyumluluğu Dashboard'unu doğrudan destekler. Yüksek öncelikli sorunlarda bu etkinliğin eksik olması, uyumluluk başarısızlığını gösterir.
Nereden alınır
ServiceNow 'problem_task' tablosu (type=PIR) kapatılması veya 'problem' tablosu 'pir_state' alan değişikliği.
Yakala
X alanını Y ile karşılaştırarak türetilir
Event tipi
inferred
|
|||