Problem Yönetimi Veri Template'inuz

ServiceNow Olay Yönetimi
Problem Yönetimi Veri Template'inuz

Problem Yönetimi Veri Template'inuz

Bu şablon, ServiceNow içindeki ITIL sorun yönetimi yaşam döngünüzü analiz etmek için detaylı bir taslak sunar. Toplanması gereken gerekli nitelikleri, izlenmesi gereken temel faaliyetleri ve veri projeniz için adım adım veri çekme kılavuzuni 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üğü sunar.
  • 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
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Problem Yönetimi Öznitelikleri

Bunlar, ITIL sorun yönetimi sürecinizin detaylı bir analizi için event lognuza dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 7 Önerilen 9 Opsiyonel
Ad Açıklama
Aktivite
Activity
Problem kaydı üzerinde gerçekleştirilen belirli olay veya eylem.
Açıklama

Bir sorun kaydının süreç 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 büyük önem taşır.

Neden Önemli?dir?

Süreç haritasındaki düğümleri tanımlayarak iş akışının ve süreç varyantlarının görselleştirilmesini sunar.

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ı (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 hesaplanmasında temel rol oynar.

Neden Önemli?dir?

Olayları sıralamak ve tüm zaman tabanlı KPI'ları hesaplamak için gereklidir.

Nereden Alınır??

Denetim/geçmiş tablolarındaki ServiceNow 'sys_created_on' alanı

Örnekler:::::::
2023-10-12T08:30:00Z2023-10-12T14:45:12Z
Problem 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 tüm sürecinin yeniden yapılandırılmasına sunar.

Neden Önemli?dir?

Süreç grafiğinde benzersiz vakaları ayırt etmek ve ilgili olayları gruplandırmak için birincil temel rol oynar.

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?dir?

Özellikle birden fazla ITSM aracından veri birleştirilirken, veri kaynağı için bağlam sunar.

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ı (zaman damgası)dır.
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 büyük önem taşır.

Neden Önemli?dir?

Kullanıcıların doğru operasyonel raporlama için verilerin ne kadar güncel olduğunu bilmesini sunar.

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?dir?

Kaynak verimliliğini ve bireysel iş yükünü analiz etmek için temel rol oynar.

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 organizasyonel siloları belirlemek için 'Destek Grubu Yeniden Atama Analizi' Dashboard'u için büyük önem taşır.

Neden Önemli?dir?

Departmanlar arasındaki darboğazları belirlemek ve devir verimliliğini analiz etmek için büyük önem taşır.

Nereden Alınır??

ServiceNow 'problem' tablosu, 'assignment_group' alanı

Örnekler:::::::
Ağ OperasyonlarıVeritabanı YöneticileriServis Masası
İlgili Olay Sayısı
RelatedIncidentCount
Bu problem kaydına bağlı olayların 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?dir?

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 destekler ve sistemik hata kalıplarını belirlemeye yardımcı olur.

Neden Önemli?dir?

Stratejik iyileştirmeleri yönlendirmek için hata modellerinin analizini sunar.

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' kontrol paneli'unu destekler.

Neden Önemli?dir?

Süreç performansının iş kritikliği bazında segmentasyonuna sunar.

Nereden Alınır??

ServiceNow 'problem' tablosu, 'priority' alanı

Örnekler:::::::
1 - Kritik2 - Yüksek3 - Orta
Sorun Durumu
ProblemState
Sorun kaydının süreç 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?dir?

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?dir?

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?dir?

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 değer.
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 gereklidir.

Neden Önemli?dir?

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?dir?

'Düzeltme tasarımı' aşaması performansını izole eder.

Nereden Alınır??

Hesaplandı: 'Önerilen Çözüm Taslağı Oluşturuldu' zaman damgası (zaman damgası) eksi 'Temel Neden Belirlendi' zaman damgası (zaman damgası)

Örnekler:::::::
2 gün4 saat
Değişiklik Talep Numarası
ChangeRequestNumber
Problemi 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' kontrol paneli'u için büyük önem taşır.

Neden Önemli?dir?

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ımlandı
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?dir?

Nihai bir düzeltmeden önce iş etkisinin ne kadar hızlı hafifletildiğini ölçmek için büyük önem taşır.

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 sunar.

Neden Önemli?dir?

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
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' kontrol paneli'unu destekler.

Neden Önemli?dir?

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 güçlüak için 'Uygulama Sonrası İnceleme Uyumluluğu' Dashboard'u için gereklidir.

Neden Önemli?dir?

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ı (zaman damgası)dır. Bu, 'SLA İhlali ve Öncelik İzleme' Dashboard'u ve uyumluluk oranlarını hesaplanmasında temel rol oynar.

Neden Önemli?dir?

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 Opsiyonel

Problem Yönetimi Aktiviteleri

Bunlar, sorun Workflow'larınızın doğru bir şekilde keşfedilmesi için event lognuzda yakalamanız gereken temel süreç adımları ve süreç döngüsü dönüm noktaları.dır.
8 Önerilen 6 Opsiyonel
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?dir?

İ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ın

Event tipi inferred
Değişiklik Talebi Başlatıldı
Bir Değişiklik Talebinin (RFC) Sorun Kaydı ile ilişkilendirilmesi. Bu, Problem Yönetimi'nden Değişiklik Yönetimi'ne uygulama için devri işaret eder.
Neden Önemli?dir?

Değişiklik Talebi Geçiş Verimliliği Dashboard'u için büyük önem taşır. 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 büyük önem taşır.
Neden Önemli?dir?

Ekipler arasındaki ping-pong etkilerini ve darboğazları belirlemek için Destek Grubu Yeniden Atama Analizi kontrol paneli'u için gereklidir.

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ın

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?dir?

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ın

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?dir?

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ın

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?dir?

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ın

Event tipi inferred
Problem Kaydı Kapatıldı
Kaydın pasif hale geldiği son süreç döngüsü olayı. Daha fazla çalışma beklenmemektedir.
Neden Önemli?dir?

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 süreç döngüsünün başlangıcını işaret eder ve yaşlandırma metrikleri için temel zaman damgası (zaman damgası)nı belirler.
Neden Önemli?dir?

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?dir?

Kapanmadan önce kalite kontrolü sunar. Bu adımı atlamak, Süreç Sapması analizine sunar.

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ın

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?dir?

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ın

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?dir?

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ın

Event tipi inferred
Geçici Çözüm Yayımlandı
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?dir?

Bilgi paylaşımının hızını ölçmek için büyük önem taşır. 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?dir?

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ın

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?dir?

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 Opsiyonel

Veri Çıkarma Kılavuzları

Verinizi ServiceNow Olay Yönetimi'tan Nasıl Alırsınız?