Sorun Yönetimi Veri Şablonunuz

ServiceNow Problem Management
Sorun Yönetimi Veri Şablonunuz

Sorun Yönetimi Veri Şablonunuz

Bu şablon, ServiceNow içindeki ITIL sorun yönetimi yaşam döngünüzü analiz etmek için kapsamlı bir taslak sunar. Toplanması gereken gerekli nitelikleri, izlenmesi gereken kritik faaliyetleri ve veri projeniz için adım adım çıkarma rehberliğini bulacaksınız. Bu yapı, ortalama çözüm süresini azaltmak ve tekrarlayan olayları ortadan kaldırmak için ihtiyacınız olan görünürlüğü sağlar.
  • 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
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Sorun Yönetimi Nitelikleri

Bunlar, ITIL sorun yönetimi sürecinizin kapsamlı bir analizi için event log'unuza dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 7 Önerilen 10 İsteğe Bağlı
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
Gerekli Önerilen İsteğe Bağlı

Sorun Yönetimi Faaliyetleri

Bunlar, sorun Workflow'larınızın doğru bir şekilde keşfedilmesi için event log'unuzda yakalamanız gereken temel süreç adımları ve yaşam döngüsü dönüm noktalarıdır.
8 Önerilen 6 İsteğe Bağlı
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
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

`Verinizi` ServiceNow Problem Management'tan Nasıl Alırsınız?