Problem yönetimi Veri Templateiniz
Problem yönetimi Veri Templateiniz
- Ayrıntılı analiz için önerilen öznitelikler
- Temel süreç etkinlikleri ve durum geçişleri
- Zendesk Support verilerini dışa aktarma kılavuzu
Problem yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Aktivite
ActivityName
|
Problem kaydında gerçekleştirilen olayın veya işlemin adı. | ||
|
Açıklama
Bu öznitelik, problem kaydının yaşam döngüsü boyunca atılan belirli adımı veya yapılan işlemi gösterir. Örneğin, 'Open' durumundan 'Pending' durumuna geçiş, atama değişiklikleri veya 'Workaround Published' gibi belirli iş akışı adımları. Analizde bu etkinlikler süreç haritasındaki düğümleri oluşturur. Etkinliklerin sırası, analistlerin iş akışını görselleştirmesine, darboğazları belirlemesine ve belirli süreç adımları arasındaki süreyi ölçmesine yardımcı olur.
Neden önemli?
Sürecin 'ne' olduğunu tanımlar; süreç akışını görselleştirmeyi ve varyant analizi yapmayı sağlar.
Nereden alınır?
Zendesk Ticket Audits veya Ticket Metrics verilerinden elde edilir
Örnekler
Problem kaydı oluşturulduİnceleme başladıGeçici çözüm yayımlandı
|
|||
|
Başlangıç zamanı
EventTimestamp
|
Bir etkinliğin gerçekleştiği belirli tarih ve saat. | ||
|
Açıklama
Bu öznitelik, bir etkinliğin Zendesk sisteminde gerçekleştiği tam zamanı kaydeder. Olayları doğru sıraya koymak ve adımlar arasındaki süreleri hesaplamak için gereken zaman bilgisini sağlar. Analizde çevrim sürelerini hesaplamak, gecikmeleri belirlemek, SLA uyumluluğunu denetlemek ve sürecin zaman içindeki seyrini görselleştirmek için kullanılır. Doğru zaman damgaları olmadan problem çözüm sürecinin hızını anlamak mümkün değildir.
Neden önemli?
Etkinlikleri sıralamayı ve zamana dayalı tüm KPI’ları hesaplamayı sağlar.
Nereden alınır?
Zendesk Ticket Audits içindeki 'created_at' alanı
Örnekler
2023-10-12T08:30:00Z2023-10-12T09:15:22Z
|
|||
|
Kaynak sistem
SourceSystem
|
Verinin geldiği sistemin adı. | ||
|
Açıklama
Bu öznitelik, süreç verilerinin hangi yazılım platformundan çıkarıldığını belirtir. Bu durumda alanın değeri her zaman 'Zendesk Support' olur. Özellikle birden fazla sistemden (ör. Zendesk ve Jira) gelen veriler birleştirildiğinde, analistler bu alanı kullanarak verileri kaynağına göre filtreleyebilir veya gruplayabilir. Birden fazla sistemi kapsayan süreç görünümlerinde veri kökeninin izlenmesini sağlar.
Neden önemli?
Veri kökeninin izlenmesini sağlar ve birden fazla sistemi kapsayan Process Mining yapılandırmalarını destekler.
Nereden alınır?
Veri çıkarımı sırasında sabit olarak atanır
Örnekler
Zendesk Support
|
|||
|
Problem kaydı
ProblemRecordId
|
Zendesk’te problem ticket’ına atanan benzersiz sayısal tanımlayıcı. | ||
|
Açıklama
Bu öznitelik, Zendesk Support sistemindeki problem kaydının benzersiz anahtarını belirtir. Process Mining için merkezi Vaka kimliği olarak kullanılır ve sonraki tüm olayların, güncellemelerin ve etkileşimlerin tek bir süreç örneğinde gruplanmasını sağlar. Analizde bu kimlik, her problem incelemesini oluşturulmasından kapanışına kadar ayırt etmek için kullanılır. İlişkili olayların eşleştirilmesine ve problem yaşam döngüsünün farklı destek kademelerindeki seyrinin izlenmesine yardımcı olur.
Neden önemli?
Process Mining analizinde olayları vakalara göre gruplamak için gereken temel ve zorunlu anahtardır.
Nereden alınır?
Zendesk Ticket nesnesinde, türü 'problem' olan 'id' alanı
Örnekler
1045293849921
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Problem kaydının en son değiştirildiği zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, problem kaydı verilerinin kaynak sistemde en son güncellendiği zamanı gösterir. Etkinlik düzeyindeki zaman damgasından farklı olarak kayıt düzeyindeki güncellemeyi belirtir. Analizde verilerin ne kadar güncel olduğunu anlamaya yardımcı olur. Veri setinin güncel olup olmadığını veya kaynak sistemle Process Mining ortamı arasında eşitleme gecikmeleri bulunup bulunmadığını belirlemek için kullanılır.
Neden önemli?
Veri güncelliğini izler ve artımlı veri yükleme stratejilerine yardımcı olur.
Nereden alınır?
Zendesk Ticket nesnesindeki 'updated_at' alanı
Örnekler
2023-11-01T14:20:00Z
|
|||
|
Atanan kişinin adı
AssigneeName
|
Problem üzerinde çalışmakla görevlendirilen temsilci. | ||
|
Açıklama
Bu öznitelik, problem kaydından o anda sorumlu olan kullanıcının adını içerir. Belirli işlemleri kimin yaptığını ayrıntılı biçimde görmenizi sağlar. Analizde bireysel iş yükünü ve performansı anlamaya yardımcı olur. Grup düzeyindeki analiz yaygın olsa da, atanan kişi düzeyindeki veriler eğitim ihtiyaçlarını veya karmaşık kök nedenleri çözmede özellikle başarılı kişileri ortaya çıkarabilir.
Neden önemli?
Bireysel düzeyde kaynak analizi yapmayı sağlar.
Nereden alınır?
Zendesk Ticket nesnesindeki 'assignee_id' alanı (kullanıcı adına dönüştürülür)
Örnekler
John DoeJane SmithSistem
|
|||
|
Destek grubu
SupportGroup
|
Problem kaydının o anda atandığı ekip veya departman. | ||
|
Açıklama
Bu öznitelik, belirli bir anda problemden sorumlu olan temsilci grubunu belirtir. Ticket bir ekipten diğerine devredildikçe değişir. Destek grubu devir teslim analizi Dashboardı için önemlidir. Ekip bazında performansın ölçülmesini, devir teslimlerdeki darboğazların belirlenmesini ve kaynak iş yükünün dağılımının analiz edilmesini sağlar.
Neden önemli?
Kuruluş genelinde analiz yapmayı ve departmanlar arasındaki darboğazları belirlemeyi sağlar.
Nereden alınır?
Zendesk Ticket nesnesindeki 'group_id' alanı (grup adına dönüştürülür)
Örnekler
L2 desteğiVeritabanı ekibiAğ operasyonları
|
|||
|
İlişkili olay sayısı
RelatedIncidentCount
|
Bu problem kaydıyla ilişkilendirilmiş olay ticket’larının sayısı. | ||
|
Açıklama
Bu öznitelik, problem kaydıyla ilişkili olay ticket’larının sayısını gösterir. Zendesk’te bu ilişki, olay ticket’larındaki 'problem_id' alanı kullanılarak kurulur. Analizde 'Olay korelasyonu ve etkisi' için temel metriktir. En fazla kullanıcıyı etkileyen problemlere öncelik vermeye yardımcı olur ve ticket sayısını azaltarak en yüksek yatırım getirisini sağlayacak düzeltmeler konusunda stratejik kararları destekler.
Neden önemli?
Problemin boyutunu ve kullanıcılar üzerindeki etkisini gösterir.
Nereden alınır?
Zendesk Tickets API: type='incident' ve problem_id=ThisID olan ticket’ların sayısı
Örnekler
015342
|
|||
|
Kök neden kategorisi
RootCauseCategory
|
Belirlenen temel problem nedeni (ör. Kod hatası, Yapılandırma hatası). | ||
|
Açıklama
Bu öznitelik, probleme neyin yol açtığına ilişkin nihai teşhisi kaydeder. Genellikle Kök Neden Belirlendi etkinliği sırasında doldurulur. Analizde Problem Kategorilendirme Doğruluğu raporunu oluşturmak ve sistem arızalarındaki eğilimleri incelemek için kullanılır. Yönetimin kod kalitesine, altyapı kararlılığına veya tedarikçi yönetimine odaklanması gerekip gerekmediğini anlamasına yardımcı olur.
Neden önemli?
Arıza örüntülerini analiz etmeyi ve uzun vadeli iyileştirme çalışmalarını yönlendirmeyi sağlar.
Nereden alınır?
Zendesk Ticket özel alanları
Örnekler
Yazılım hatasıYapılandırma hatasıKullanıcı hatası
|
|||
|
Öncelik
Priority
|
Problem kaydına atanan aciliyet düzeyi. | ||
|
Açıklama
Bu öznitelik, problemin göreli önemini gösterir ve genellikle Düşük, Normal, Yüksek veya Acil olarak sınıflandırılır. Beklenen hizmet düzeyi anlaşmalarını (SLA) ve kaynak dağılımını belirler. Analizde süreci bölümlere ayırmak ve farklı aciliyet düzeylerindeki performansı karşılaştırmak için kullanılır. Örneğin, Kök neden inceleme hızı Dashboardı kapsamında 'Acil' öncelikli problemlerin gerçekten 'Düşük' öncelikli olanlardan daha hızlı çözülüp çözülmediğini denetlemeye yardımcı olur.
Neden önemli?
SLA uyumunu ve kaynak önceliklendirmesini analiz etmek için vakaları gruplandırmayı sağlar.
Nereden alınır?
Zendesk Ticket nesnesindeki 'priority' alanı
Örnekler
AcilYüksekNormalDüşük
|
|||
|
Problem durumu
ProblemStatus
|
Problem kaydının yaşam döngüsündeki mevcut durumu. | ||
|
Açıklama
Bu öznitelik, problemin New, Open, Pending, Solved veya Closed gibi mevcut durumunu gösterir. İncelemenin ilerleyişini yansıtır. Analizde açık ve kapalı vakaları filtrelemek için kullanılır. Beklenen durum akışında ilerlemeyen etkin vakaları belirleyen Bekleyen problem kaydı izleme Dashboardı için önemlidir.
Neden önemli?
Vakaları tamamlanma durumlarına göre filtrelemeyi sağlar.
Nereden alınır?
Zendesk Ticket nesnesindeki 'status' alanı
Örnekler
YeniAçıkBeklemedeÇözüldüKapalı
|
|||
|
Problem kategorisi
ProblemCategory
|
Problemin sınıflandırması (ör. Yazılım, Donanım, Ağ). | ||
|
Açıklama
Bu öznitelik, problemi etkilenen hizmete veya teknoloji yığınına göre kategorilere ayırır. Zendesk formlarında genellikle özel bir açılır liste alanı olarak bulunur. Analizde bu öznitelik, Problem Kategorilendirme Doğruluğu Dashboardu için kullanılır. İlk kategoriyi nihai kök nedenle karşılaştırmak, ilk değerlendirmenin problemleri doğru ekiplere yönlendirip yönlendirmediğini belirlemeye yardımcı olur.
Neden önemli?
Teknolojiye veya iş hizmetine göre segmentasyon yapılmasını sağlar.
Nereden alınır?
Zendesk Ticket özel alanları
Örnekler
VeritabanıKullanıcı arayüzü/kullanıcı deneyimiAğ altyapısı
|
|||
|
SLA son tarihi
SlaDueDate
|
Problemin çözülmesi gereken hedef tarih ve saat. | ||
|
Açıklama
Bu öznitelik, Hizmet Düzeyi Anlaşması yapılandırmasına göre belirlenen çözüm son tarihini gösterir. Genellikle önceliğe ve ticket’ın oluşturulma zamanına göre hesaplanır. Analizde 'Problem SLA uyum oranı’nı hesaplamak için gerçek çözüm süresiyle karşılaştırılır. Ayrılan süreye yaklaşan veya bu süreyi aşan vakaları göstererek SLA performansı ve risk Dashboardını destekler.
Neden önemli?
Uyumluluğu ve sözleşme performansını ölçmek için gereklidir.
Nereden alınır?
Zendesk Ticket Metrics veya SLA Policies uç noktası
Örnekler
2023-12-01T17:00:00Z
|
|||
|
Bilgi makalesi kimliği
KnowledgeArticleId
|
Problem için oluşturulan veya probleme bağlanan bilgi bankası makalesinin kimliği. | ||
|
Açıklama
Bu öznitelik, Zendesk Guide makalesine veya harici bir bilgi kaynağına ait referansı saklar. Problemden edinilen bilginin kayda geçirildiğini gösterir. Analizde bu alanın dolu olup olmadığı, Bilgi Bankası Entegrasyon Oranını hesaplamak için kullanılır. Kuruluşun çözümleri ileride başvurulmak üzere belgeleyerek öğrenme döngüsünü tamamlayıp tamamlamadığını gösterir.
Neden önemli?
Bilgi yönetimi süreçlerinin etkinliğini ölçer.
Nereden alınır?
Zendesk Ticket özel alanları veya bağlı içerik
Örnekler
360045889KB-2991
|
|||
|
Değişiklik talebi kimliği
ChangeRequestId
|
Düzeltmeyi uygulamak için bağlantı verilen değişiklik talebinin tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, problem kaydını bir Değişiklik Yönetimi kaydına bağlar. Bu kayıt başka bir sistemde veya farklı bir talep türünde olabilir. Resmî bir değişiklik sürecinin başlatıldığını gösterir. Analizde Değişiklik Talebi Başlatma Oranı Dashboardunu destekler. Teşhisten uygulamaya geçişi izlemeye yardımcı olur ve belirlenen kök nedenlerin resmî değişiklik işlemleriyle sonuçlanmasını sağlar.
Neden önemli?
Problem sürecini değişiklik yönetimi sürecine bağlar.
Nereden alınır?
Zendesk Ticket özel alanları veya bağlı talepler
Örnekler
CR-1002CHG00394
|
|||
|
Geçici çözüm etkin
WorkaroundActive
|
Geçici bir çözüm sunulup yayımlandığını belirten işaret. | ||
|
Açıklama
Bu boole öznitelik, problem için geçici bir çözümün belgelenip belgelenmediğini gösterir. Genellikle Geçici Çözüm Yayımlandı etkinliğinin bulunmasından veya formdaki belirli bir onay kutusundan elde edilir. Analizde Geçici Çözüm Yayınlama Uyumluluğu Dashboardu için kullanılır. Uzun vadeli inceleme sürerken destek ekibinin kullanıcılara ne sıklıkla anında çözüm sunduğunu ölçer.
Neden önemli?
İnceleme sırasında kullanıcıların yaşadığı etkinin ne ölçüde azaltıldığını ölçmek için önemlidir.
Nereden alınır?
Geçici Çözüm Yayımlandı etkinliğinin veya özel alanın varlığından elde edilir
Örnekler
truefalse
|
|||
|
Güncelliğini yitirmiş mi
IsStale
|
Problemde 14 günden uzun süredir etkinlik olmadığını belirtir. | ||
|
Açıklama
Bu hesaplanan öznitelik, yakın zamanda güncellenmemiş kayıtları belirler. Geçerli tarihi (veya analiz tarihini) son etkinliğin zaman damgasıyla karşılaştırır. Güncelliğini Yitirmiş Problem Kayıtlarını İzleme Dashboardunu destekler. Yöneticilerin birikmiş işleri artıran ve idari olarak kapatılması ya da yeniden atanması gerekebilecek ihmal edilmiş kayıtları hızla bulmasına yardımcı olur.
Neden önemli?
Süreçteki israfı ve ihmal edilen iş öğelerini belirlemeye yardımcı olur.
Nereden alınır?
Process Mining aracında hesaplanır: (Şimdi - SonVeriGüncellemesi) > 14 gün
Örnekler
truefalse
|
|||
|
PIR yapıldı mı
HasPostImplementationReview
|
Uygulama sonrası inceleme yapıldığını belirtir. | ||
|
Açıklama
Bu öznitelik, problem çözüm sürecinde bir inceleme aşaması bulunup bulunmadığını gösterir. Vaka geçmişinde Uygulama Sonrası İnceleme Yapıldı etkinliğinin olup olmadığı kontrol edilerek elde edilir. Uygulama Sonrası İnceleme Kapsamı Dashboardunu destekler. Kuruluşun önemli problemlerden ders çıkarmasını sağlayan bir uyumluluk metriğidir.
Neden önemli?
Sürekli iyileştirme süreçlerine uyumu doğrular.
Nereden alınır?
Uygulama Sonrası İnceleme Yapıldı etkinliğinin varlığından elde edilir
Örnekler
truefalse
|
|||
|
Problem konusu
ProblemSubject
|
Problem kaydının kısa özeti veya başlığı. | ||
|
Açıklama
Bu öznitelik, problem oluşturulurken girilen metin özetini içerir. Genellikle incelenen belirtiyi veya sorunu açıklar. Analizde belirli vakaların ayrıntılarına inerken analiste bağlam sağlar. Buradaki metinlere metin analizi teknikleri de uygulanarak benzer problemler gruplandırılabilir veya yapılandırılmış kategori alanlarında yer almayan tekrarlayan konular belirlenebilir.
Neden önemli?
Her vaka için kolay anlaşılır bir bağlam sunar.
Nereden alınır?
Zendesk Ticket nesnesindeki 'subject' alanı
Örnekler
AB bölgesinde ödemeler işlenemiyorOturum açma sunucusunda gecikme artışlarıYönetici kullanıcılar için veri dışa aktarma işlemi başarısız
|
|||
Problem yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Çözüm doğrulandı
|
Problemin resmi olarak Solved olarak işaretlenmesidir. Zendesk’te standart sistem durumu 'Solved' olarak ayarlandığında gerçekleşir ve düzeltmenin doğrulandığını, vakanın tamamlandığını gösterir. | ||
|
Neden önemli?
SLA performansı ve risk hesaplamalarının yanı sıra Problem SLA uyum oranı için temel bitiş noktasıdır.
Nereden alınır?
Ticket durumunun 'Solved' olarak değişmesinden elde edilir.
Kaydedin
Durum Solved olarak değiştiğinde kaydedilir
Olay türü
explicit
|
|||
|
Destek grubuna atandı
|
Problem kaydının belirli bir teknik ekibe veya departmana yönlendirilmesidir. Ticket üzerindeki Group ID alanı güncellendiğinde izlenir. | ||
|
Neden önemli?
Departmanlar arasındaki bekleme sürelerini ölçen Destek grubu devir teslim analizi Dashboardı için gereklidir.
Nereden alınır?
Değişiklikleri görmek için ticket denetim günlüğündeki 'group_id' alanını izleyin.
Kaydedin
Group Assignment Change işlemi yürütüldüğünde kaydedilir
Olay türü
explicit
|
|||
|
Geçici çözüm yayımlandı
|
Problem için geçici bir çözümün belgelenip paylaşılmasıdır. Zendesk’te bu işlem genellikle belirli bir etiketle veya geçici çözümün kullanılabilir olduğunu belirten özel bir onay kutusu alanıyla kaydedilir. | ||
|
Neden önemli?
Uzun süren incelemelerde kullanıcılara geçici çözüm sunulmasını sağlayan Geçici çözüm yayımlama uyumluluğu Dashboardını destekler.
Nereden alınır?
'workaround_published' etiketinin eklenmesini veya 'Workaround' adlı özel bir boole alanının değiştirilmesini izleyin.
Kaydedin
Özel alan veya etiket değerlerini karşılaştırın
Olay türü
inferred
|
|||
|
İnceleme başladı
|
Pasif 'New' durumundan etkin çalışma durumuna geçişi belirtir. Bir temsilcinin problemi kabul edip tanılamaya başladığını gösterir. | ||
|
Neden önemli?
Bekleyen problem kaydı metriklerini hesaplamak için kullanılır ve Ortalama kök neden analizi süresi KPI’ının başlangıç noktasını oluşturur.
Nereden alınır?
Ticket durumu 'New' durumundan 'Open' veya 'Pending' durumuna geçtiğinde çıkarım yapılır.
Kaydedin
Durum alanını önceki ve sonraki değerleriyle karşılaştırın
Olay türü
inferred
|
|||
|
Kalıcı çözüm uygulandı
|
Teknik çözümün ortama dağıtıldığını belirtir. Bu genellikle ticket tamamen çözülmeden önce özel bir durum geçişiyle veya belirli bir etiketle izlenir. | ||
|
Neden önemli?
Tanıdan dağıtıma kadar geçen süreyi ölçen Düzeltme uygulama verimliliği Dashboardı için gereklidir.
Nereden alınır?
Belirli bir etiket ('fix_deployed' gibi) veya varsa özel bir durum alanı üzerinden çıkarım yapılır.
Kaydedin
Etiketleri veya özel durum açılır listelerini izleyin
Olay türü
inferred
|
|||
|
Kök neden belirlendi
|
Problemin temel nedeninin belirlendiği aşamadır. Genellikle temsilcinin özel 'Root Cause' metin alanını veya açılır kategori listesini doldurmasıyla kaydedilir. | ||
|
Neden önemli?
Kök neden inceleme hızı Dashboardı ve tanı verimliliğini ölçmek için önemli bir kilometre taşıdır.
Nereden alınır?
'Root Cause', 'RCA' veya 'Problem Source' etiketli özel alanlarda boş olmayan değerleri izleyin.
Kaydedin
Doldurulup doldurulmadığını görmek için özel alan değerlerini karşılaştırın
Olay türü
inferred
|
|||
|
Problem kaydı kapatıldı
|
Ticket’ın kilitlendiği ve artık değişiklik yapılamadığı son yaşam döngüsü olayıdır. Zendesk’te bu işlem genellikle Solved durumundan 4 gün sonra otomatik olarak gerçekleşir. | ||
|
Neden önemli?
Kaydın yaşam döngüsünün kesin olarak sona erdiğini belirtir; veri saklama ve geçmiş raporlaması için kullanılır.
Nereden alınır?
Ticket durumunun 'Closed' olarak değişmesinden elde edilir.
Kaydedin
Durum Closed olarak değiştiğinde kaydedilir
Olay türü
explicit
|
|||
|
Problem kaydı oluşturuldu
|
Problem kaydının Zendesk Support’ta ilk kez oluşturulmasıdır. Bu olay, problemin sisteme ilk kaydedildiği zaman damgasını içerir ve genellikle süreç örneğini başlatır. | ||
|
Neden önemli?
Uçtan uca çözüm çevriminin başlangıç zamanını belirler ve sonraki tüm çevrim süresi metrikleri için temel oluşturur.
Nereden alınır?
Ticket nesnesindeki 'created_at' zaman damgasından veya ticket denetim günlüğündeki ilk kayıttan elde edilir.
Kaydedin
Ticket Created işlemi yürütüldüğünde kaydedilir
Olay türü
explicit
|
|||
|
Değişiklik talebi başlatıldı
|
Problemi çözmek için resmi bir değişiklik yönetimi sürecinin başlatıldığını gösterir. Genellikle özel 'Change Request ID' alanının doldurulmasından veya 'Change' türünde bir ticket’ın ilişkilendirilmesinden anlaşılır. | ||
|
Neden önemli?
Değişiklik talebi başlatma oranını izler ve Problem Management ile Change Management iş akışlarını ilişkilendirir.
Nereden alınır?
'change_reference' gibi özel bir alanın güncellenmesini veya 'problem_change' bağlantı türünün oluşturulmasını izleyin.
Kaydedin
Harici kimlik girişini görmek için özel alanı izleyin
Olay türü
inferred
|
|||
|
Önerilen çözüm taslağı hazırlandı
|
Problem incelemesine dayalı bir bilgi bankası makalesi oluşturulmasıdır. Zendesk Knowledge Capture uygulamasının kullanılması veya yeni bir makalenin ilişkilendirilmesi üzerinden çıkarım yapılır. | ||
|
Neden önemli?
Kurumsal öğrenmeyi destekleyen Bilgi bankası entegrasyon oranı KPI’ına katkı sağlar.
Nereden alınır?
'Knowledge Capture' entegrasyonuyla ilgili olayları veya 'kcs_draft' gibi etiketleri izleyin.
Kaydedin
Belirli sistem etiketlerinden veya bağlantı olaylarından çıkarım yapın
Olay türü
inferred
|
|||
|
Problem incelemesi yeniden açıldı
|
Daha önce Solved olarak işaretlenen problem kaydının Open veya etkin bir duruma döndürülmesiyle gerçekleşir. Başarısız bir düzeltmeye veya kabul edilmeyen bir çözüme işaret eder. | ||
|
Neden önemli?
Problem yeniden açılma oranı KPI’ını destekler ve çözüm sürecindeki kalite sorunlarını belirlemeye yardımcı olur.
Nereden alınır?
Durum 'Solved' değerinden yeniden 'Open', 'New' veya 'Pending' değerine geçtiğinde çıkarım yapılır.
Kaydedin
Durum alanını önceki ve sonraki değerleriyle karşılaştırın
Olay türü
inferred
|
|||
|
Uygulama sonrası inceleme yapıldı
|
Düzeltme sonrasında geriye dönük incelemenin tamamlandığının doğrulanmasıdır. Genellikle süreç koordinatörünün güncellediği bir onay kutusu veya tarih alanıyla kaydedilir. | ||
|
Neden önemli?
Kalite standartlarına uyumu sağlamak için Uygulama sonrası inceleme sıklığı KPI’ı kapsamında gereklidir.
Nereden alınır?
'PIR Completed' özel onay kutusundaki veya 'PIR Date' tarih alanındaki güncellemeleri izleyin.
Kaydedin
Tamamlanma durumunu görmek için özel alanı izleyin
Olay türü
inferred
|
|||
Veri dışa aktarma kılavuzları
Başlamaya hazır mısınız?
Bu Templatei bugün Zendesk ortamınıza uygulayarak BT istikrarınızı artırın. Ekibimiz, veri dışa aktarma sürecinizi iyileştirmenize ve Process Mining yolculuğunuza başlamanıza yardımcı olabilir.
BT sorunlarını daha hızlı çözmek için problem yönetiminizi iyileştirin
Çözüm döngülerini %30 kısaltın ve BT süreçlerindeki darboğazları giderin.
Kredi kartı gerekmez. Kurulum birkaç dakika sürer.