Olay Yönetimi Veri Template'inuz

Freshservice
Olay Yönetimi Veri Template'inuz

Olay Yönetimi Veri Template'inuz

Bu şablon, etkili olay yönetimi analizi için verilerinizi hazırlamanıza yardımcı olmak üzere tasarlanmıştır. Toplanması gereken temel öznitelikler.i, izlenmesi gereken kritik aktiviteleri özetler ve bu bilgileri kaynak sisteminizden çıkarmanız için pratik rehberlik. eder. Veri hazırlık sürecinizi verimli hale getirmek için bu kaynağı kullanın.
  • Önerilen Öznitelikler
  • İzlenecek Temel Etkinlikler
  • Veri Çekim Kılavuzu
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Olay Yönetimi Öznitelikleri

Bunlar, Olay Yönetimi sürecinizin detaylı analizi için event lognuza dahil etmeniz gereken önerilen veri alanlarıdır.
5 Gerekli 7 Önerilen 7 Opsiyonel
Ad Açıklama
Olay Kimliği
IncidentId
Her bir olay kaydının benzersiz tanımlayıcısıdır ve tüm olay süreç döngüsünü izlemek için birincil anahtar görevi görür.
Açıklama

Olay Kimliği, olay yönetimi analizinin en önemli bileşenidir. Tüm ilgili aktiviteleri, zaman damgası (zaman damgası)nı ve nitelik değişikliklerini tek, tutarlı bir yolculuğa bağlayan Case ID olarak işlev görür.

Process Mining'de, her event log girdisi bir Olay Kimliği ile ilişkilidir ve her olay için uçtan uca süreç akışının yeniden yapılandırılmasına sunar. Bu, döngü süreleriı hesaplamak, süreç varyantlarını analiz etmek ve bireysel caselere özgü darboğazları belirlemek için gereklidir. Benzersiz bir tanımlayıcı olmadan, farklı olayları ayırt etmek ve raporlamadan çözüme kadar olan yollarını analiz etmek imkansız olurdu.

Neden Önemli?dir?

Her olayı benzersiz şekilde tanımlar, süreç döngüsünün oluşturulmasından kapanışına kadar uçtan uca izlenmesini ve analiz edilmesini sunar.

Nereden Alınır??

Bu, bir ticket için birincil tanımlayıcıdır ve Freshservice Tickets API aracılığıyla ticket nesnesindeki 'id' alanı olarak mevcuttur.

Örnekler:::::::
INC-10234INC-10235INC-10236
Aktivite Adı
ActivityName
Olay süreç döngüsü içinde belirli bir zamanda meydana gelen iş aktivitesi veya olayının adı.
Açıklama

Olay Yönetimi sürecindeki 'Gruba Atanan Olay', 'Durum Beklemede Olarak Değiştirildi' veya 'Olay Çözüldü' gibi tek bir adımı veya eventi tanımlayan Aktivite Adı, olayın zaman içindeki veri değişikliklerinden türetilir.

Bu nitelik, keşfedilen süreç haritasındaki nodeları tanımladığı için Process Mining için büyük önem taşır. Bu aktivitelerin sırasını ve sıklığını analiz ederek, kuruluşlar gerçek olay çözüm sürecini görselleştirebilir, ortak yolları belirleyebilir, standart prosedürden sapmaları tespit edebilir ve sık yeniden atamalar gibi yeniden işleme döngülerini belirleyebilirler.

Neden Önemli?dir?

Süreç haritasındaki adımları tanımlar, olay çözüm akışının, darboğazların ve sapmaların görselleştirilmesini ve analiz edilmesini sunar.

Nereden Alınır??

Bu öznitelik, Freshservice'de doğrudan bir alan değildir, ancak durum, öncelik, temsilci/grup ataması ve not ekleme gibi ticket özelliklerindeki değişikliklerden türetilir.

Örnekler:::::::
Olay RaporlandıOlay Gruba AtandıÇözüm Notu EklendiOlay Çözüldü
Kaynak Sistem
SourceSystem
Verilerin çıkarıldığı sistem, genellikle 'Freshservice'.
Açıklama

Bu öznitelik, verinin kaynağını tanımlar. Bu bağlamda her zaman 'Freshservice' olsa da, birden fazla sistemden gelen verilerin uçtan uca bir süreç görünümü için birleştirilebileceği ortamlarda kritik bir alandır.

Kaynak Sistem özniteliğini dahil etmek, veri yönetimi ve izlenebilirlik için en iyi uygulamadır. Bu, veri kökeni hakkında netlik sunar; bu da doğrulama, hata ayıklama ve Process Mining projesinin diğer hizmet yönetimi veya operasyonel sistemleri içerecek şekilde gelecekteki genişlemesi için önemlidir.

Neden Önemli?dir?

Olay yönetimi verilerinin kaynağını net bir şekilde belirterek veri izlenebilirliğini ve yönetimini sunar.

Nereden Alınır??

Bu genellikle veri setini etiketlemek için veri dönüşüm (ETL) süreci sırasında eklenen statik bir değerdir.

Örnekler:::::::
FreshserviceFreshservice-EUFreshservice-PROD
Olay Zaman Damgası
EventTimestamp
Aktivite veya eventin gerçekleştiği tam tarih ve saat.
Açıklama

Event Zaman Damgası veya Başlangıç Saati, bir aktivitenin gerçekleştiği kesin anı işaretler. Bir olayın süreç döngüsündeki oluşturulmasından kapatılmasına kadar her aktivitenin ilişkili bir zaman damgası (zaman damgası) vardır.

Bu nitelik, tüm zaman tabanlı Process Mining analizleri için büyük önem taşır. Eventleri kronolojik olarak sıralamak, aktiviteler arasındaki süreyi hesaplamak, toplam vaka döngü süresini ölçmek ve bekleme sürelerini analiz etmek için kullanılır. SLA performansını, devir gecikmelerini ve genel çözüm sürelerini izleyen kontrol paneli'lar oluşturmanın temelini oluşturur.

Neden Önemli?dir?

Olayların kronolojik sırasını sunar, bu da süreleri hesaplamak, döngü sürelerini analiz etmek ve süreç performansını anlamak için büyük önem taşır.

Nereden Alınır??

Bu, Freshservice'teki 'created_at', 'updated_at' gibi çeşitli zaman damgası (zaman damgası) alanlarından ve ticket'ın konuşma veya denetim günlüklerindeki zaman damgası (zaman damgası)'lerden türetilir.

Örnekler:::::::
2023-10-26T10:00:00Z2023-10-26T10:05:14Z2023-10-27T14:30:00Z
Son Veri Güncellemesi
LastDataUpdate
Bu sürece ait verilerin son kez yenilendiği veya çıkarıldığı zamanı belirten zaman damgası (zaman damgası)dır.
Açıklama

Bu öznitelik, tüm veri setinin kaynak sistemden en son ne zaman güncellendiğine dair bir zaman damgası (zaman damgası) sunar. Bireysel olaylardan ziyade tüm veri setine uygulanan bir meta veri alanıdır, ancak tutarlılık için genellikle olay seviyesinde dahil edilir.

Analizde, bu bilgi verinin güncelliğini ve Dashboard'lar ile KPI'lar tarafından kapsanan zaman aralığını anlamak için büyük önem taşır. Kullanıcılara stratejik bilgilerin güncelliği konusunda güven verir ve en son olayların analize dahil edilip edilmediği konusundaki beklentileri yönetmeye yardımcı olur.

Neden Önemli?dir?

Kullanıcılara verilerin güncelliği hakkında bilgi vererek, analizin kapsadığı zaman dilimini anlamalarını sunar.

Nereden Alınır??

Bu, veri çıkarma (ETL) süreci sırasında oluşturulan bir meta veri zaman damgası (zaman damgası)'idir.

Örnekler:::::::
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
Atanan Grup
AssignedGroup
Şu anda olaya atanmış olan destek grubu veya ekibi.
Açıklama

Atanan Grup, '1. Seviye Destek', 'Ağ Ekibi' veya 'Veritabanı Yöneticileri' gibi olayın sorumlusu olan ekibi belirtir. Bu nitelikteki değişiklikler, farklı işlevsel ekipler arasında bir eskalasyon veya transfer anlamına gelir.

Atanan Grubu analiz etmek, devir ve transfer gecikmelerini anlamak için büyük önem taşır. Process Mining, gruplar arasındaki olay akışını görselleştirebilir, ortak eskalasyon yollarını vurgulayabilir ve her grubun işlem yapmasını beklemekle geçen süreyi ölçebilir. Bu, kurumsal darboğazları ve ekipler arası iş birliğini kolaylaştırma fırsatlarını belirlemeye yardımcı olur.

Neden Önemli?dir?

Hangi ekibin sorumlu olduğunu takip eder, bu da devirler, eskalasyonlar ve ekipler arası gecikmeleri analiz etmek için büyük önem taşır.

Nereden Alınır??

Freshservice Biletler API'sında 'group_id' alanı olarak mevcuttur. Bu ID, grubun adını almak için Gruplar API'si ile birleştirilebilir.

Örnekler:::::::
Servis MasasıAğ OperasyonlarıAltyapı Desteği
Atanan Temsilci
AssignedAgent
Olayı çözmekle şu anda görevli olan destek temsilcisinin adı veya kimliği.
Açıklama

Atanan Temsilci, belirli bir zaman diliminde olaydan sorumlu bireysel servis masası çalışanını tanımlar. Bu nitelikteki değişiklikler, temsilciler arasındaki sahiplik transferini temsil eder.

Bu nitelik, temsilci iş yükünü, temsilci başına ortalama çözüm süresini ve ilk temas çözüm oranlarını izleyen kontrol paneli'lar aracılığıyla performans analizi için büyük önem taşır. Aynı zamanda, gecikme ve verimsizlik kaynağı olabilen temsilciler arası devirleri analiz etmek için de kullanılır. Temsilci atamalarını izleyerek, yöneticiler eğitim ihtiyaçlarını belirleyebilir ve yüksek performans gösteren ekip üyelerini tanıyabilir.

Neden Önemli?dir?

Temsilci performansının, iş yükü dağıtımının ve temsilci devirlerinin çözüm süreleri üzerindeki etkisinin analizini sunar.

Nereden Alınır??

Freshservice Biletler API'sında 'responder_id' alanı olarak mevcuttur. Bu ID, temsilcinin adını almak için Temsilciler API'si ile birleştirilebilir.

Örnekler:::::::
John DoeJane SmithDestekBotu
Çözüm SLA Hedef Süresi
ResolutionSlaTargetTime
Olayın SLA politikasına göre çözülmesi beklenen zaman damgası (zaman damgası)dır.
Açıklama

Bu öznitelik, bir olayın çözümü için son tarih olarak belirlenen belirli tarih ve saati depolar. Bu hedef, ticket'a uygulanan Hizmet Seviyesi Anlaşması (SLA) politikası tarafından belirlenir ve genellikle öncelik gibi faktörlere bağlıdır.

Bu hedef süre, 'SLA Uyumluluk Oranı' KPI'ını hesaplamak ve 'SLA Performans Dashboard'unu desteklemek için gereklidir. Gerçek çözüm zaman damgası (zaman damgası)nı bu hedefle karşılaştırarak, bir olayın zamanında çözülüp çözülmediğini veya SLA'sını ihlal edip etmediğini belirleyebiliriz. Bu, hizmet seviyesi uyumluluk ölçümü için büyük önem taşır.

Neden Önemli?dir?

Çözüm için son tarihi sunar, bu da SLA uyumluluğunu hesaplamak ve risk altındaki olayları belirlemek için gereklidir.

Nereden Alınır??

Freshservice Biletler API'sında 'fr_due_by' (ilk yanıt) ve 'due_by' (çözüm) alanları olarak mevcuttur.

Örnekler:::::::
2023-10-26T14:00:00Z2023-10-27T09:00:00Z2023-11-05T17:00:00Z
Olay Durumu
IncidentStatus
Olayın süreç döngüsündeki mevcut durumu; Açık, Beklemede, Çözüldü veya Kapalı gibi.
Açıklama

Olay Durumu, olayın mevcut durumunu gösterir. Durum değişiklikleri, 'Devam Ediyor'dan 'Beklemede'ye veya 'Çözüldü'den 'Kapalı'ya geçiş gibi, keşfedilen süreç haritasının temelini oluşturan önemli eventlerdir.

Bu nitelik, olayın yolculuğunu anlamak için büyük önem taşır. Her durumde harcanan süreyi analiz etmek, olayların kullanıcı yanıtı bekleyerek 'Beklemede' durumunda çok uzun süre kalması gibi darboğazları belirlemeye yardımcı olur. Ayrıca, cycle time hesaplamaları için başlangıç ve bitiş noktalarını tanımlamak da büyük önem taşır.

Neden Önemli?dir?

Olayın süreç döngüsü boyunca ilerlemesini izler ve gecikmelerin sık görüldüğü aşamaları belirlemeye yardımcı olur.

Nereden Alınır??

Freshservice Biletler API'sında 'status' alanı olarak mevcuttur. Değerler sayısal.

Örnekler:::::::
AçıkDevam EdiyorBeklemedeÇözüldüKapalı
Olay Kategorisi
IncidentCategory
Olayı donanım, yazılım veya ağ gibi sınıflandırmak için kullanılan kategori.
Açıklama

Olay Kategorisi, bildirilen sorunun türüne göre olayları sınıflandırmak için bir yöntem sunar. Bu hiyerarşik sınıflandırma, olayın doğru ekibe yönlendirilmesine yardımcı olur ve trend analizleri için büyük önem taşır.

Bu öznitelik, 'Olay Kategorizasyon Doğruluğu' Dashboard'unda, başlangıçtaki yanlış sınıflandırmanın yeniden atamalar sonucunda daha uzun çözüm sürelerine yol açıp açmadığını analiz etmek için kullanılır. Olayları kategoriye göre gruplandırarak, kuruluşlar sıkça tekrar eden sorunları tespit edebilir, destek çabalarının yoğunlaştığı alanları anlayabilir ve iyileştirme projelerini buna göre şekillendirebilir.

Neden Önemli?dir?

Olay eğilimlerinin analizini sunar ve yanlış kategorilendirmenin çözüm gecikmelerine neden olup olmadığını belirlemeye yardımcı olur.

Nereden Alınır??

Bu, Freshservice'te varsayılan ancak özelleştirilebilir bir alandır. Tickets API'sinde 'category' olarak, ilgili 'sub_category' ve 'item_category' alanlarıyla birlikte mevcuttur.

Örnekler:::::::
DonanımYazılımAğ SorunuHesap Erişimi
Olay Önceliği
IncidentPriority
Olayın öncelik seviyesi, yanıt ve çözüm aciliyetini belirler.
Açıklama

Olay Önceliği, bir olayın ele alınması gereken hızı ve odaklanma derecesini belirleyen temel bir alandır. Genellikle Düşük, Orta, Yüksek ve Acil gibi bir ölçekte tanımlanır ve sıklıkla SLA hedeflerini destekler.

Process Mining'de, öncelik, filtreleme ve analiz için önemli bir boyuttur. Yüksek öncelikli olayların çözüm süreçleri ile düşük öncelikli olayların süreçlerini karşılaştırmaya imkan tanıyarak, kritik sorunların verimli bir şekilde yönetilmesini sunar. Dashboard'lar genellikle cycle time ve SLA uyumluluğu gibi metrikleri önceliğe göre ayrıştırarak destek yöneticilerine eyleme geçirilebilir stratejik bilgiler sunar.

Neden Önemli?dir?

En kritik olaylar üzerindeki analizi önceliklendirmeye yardımcı olur ve SLA performansını ve kaynak tahsisini değerlendirmek için büyük önem taşır.

Nereden Alınır??

Freshservice Biletler API'sında 'priority' alanı olarak mevcuttur. Değerler sayısal (örn. 1 Düşük, 4 Acil).

Örnekler:::::::
DüşükOrtaYüksekAcil
Olay Önem Derecesii
IncidentSeverity
Olayın ciddiyet seviyesi, iş üzerindeki etkisini gösterir.
Açıklama

Olay Önem Derecesii, bir olayın işletme üzerindeki etkisini ölçer; genellikle Düşük, Orta, Yüksek veya Kritik olarak sınıflandırılır. Öncelikle ilişkili olsa da, şiddet etkiye odaklanırken, öncelik aciliyete vurgu yapar. Önem Derecesi ve etki kombinasyonu çoğu zaman nihai önceliği belirler.

Önem Derecesie göre yapılan analizler, kuruluşun iş açısından önemli sonuçları olan olayları ne kadar etkin yönettiğini anlamaya yardımcı olur. En etkili sorunların süreç döngüsü boyunca uygun düzeyde ilgi ve kaynak aldığından emin olmak için kontrol paneli'larda çözüm sürelerini ve SLA performansını segmentlere ayırmakta kullanılır.

Neden Önemli?dir?

Bir olayın iş üzerindeki etkisini ölçerek, en zararlı sorunları hafifletmeye odaklanan analize sunar.

Nereden Alınır??

Bu, Freshservice'te Tickets API aracılığıyla 'impact' olarak erişilebilen varsayılan bir alandır. Değerler numeric'tir.

Örnekler:::::::
DüşükOrtaYüksek
Devir Sayısı
HandoffCount
Bir olayın farklı temsilciler veya gruplar arasında aktarıldığı sayı.
Açıklama

Handoff Count, bir olayın süreç döngüsü boyunca kaç kez yeniden görevlendirildiğini ölçen hesaplanmış bir metriktir. 'AssignedAgent' veya 'AssignedGroup' özniteliğindeki her değişiklik bu sayıyı artırır.

Yüksek bir handoff count genellikle süreç verimsizliğinin, yanlış ilk yönlendirme veya agent uzmanlığı eksikliğinin bir göstergesidir. Bu metrik, 'Incident Handoff Count' KPI'ını ve 'Handoff And Transfer Delay Analysis' kontrol paneli'unu doğrudan destekleyerek, gecikmelere yol açan aşırı transferlere sahip olayları veya süreç yollarını belirlemeye yardımcı olur.

Neden Önemli?dir?

Yeniden işleme ve yeniden atamaları ölçülmesini sağlar, yanlış yönlendirme veya bilgi eksikliklerinden kaynaklanan verimsizlikleri belirlemeye yardımcı olur.

Nereden Alınır??

Bu, tek bir olayın süreç döngüsü boyunca 'Atanan Temsilci' (AssignedAgent) veya 'Atanan Grup' (AssignedGroup) alanlarındaki farklı değerlerin veya değişikliklerin sayılmasıyla türetilen hesaplanmış bir metriktir.

Örnekler:::::::
0125
Geçici Çözüm Sağlandı
WorkaroundProvided
Nihai çözümden önce kullanıcıya geçici bir çözüm sunulup sunulmadığını gösteren bir bayrak.
Açıklama

Bu boolean öznitelik, kalıcı bir çözüm geliştirilirken olayın etkisini hafifletmek için geçici bir düzeltme veya workaround uygulanıp uygulanmadığını belirtir. Bu genellikle bir onay kutusu veya belirli bir durum aracılığıyla izlenir.

Process Mining'de, bu öznitelik 'Workaround Etkinlik Metrikleri' Dashboard'unu destekler. Bu, workaround'lı ve workaround'sız olaylar için çözüm sürelerinin karşılaştırılmasına sunar; bu da geçici düzeltmeler güçlüanın iş kesintisini etkili bir şekilde azaltıp azaltmadığını ve kullanıcının bakış açısından daha hızlı bir genel çözüme katkıda bulunup bulunmadığını belirlemeye yardımcı olur.

Neden Önemli?dir?

Geçici çözümlerin olay etkisini azaltma ve algılanan çözümü hızlandırmadaki etkinliğini ölçmeye yardımcı olur.

Nereden Alınır??

Bu genellikle özel bir boolean (onay kutusu) alanıdır. Varlığı Freshservice 'Ticket Alanları' (Ticket Fields) yapılandırmasında doğrulanmalıdır.

Örnekler:::::::
truefalse
Kök Neden
RootCause
Araştırma sonrası olay için belirlenen temel neden.
Açıklama

Temel Neden özniteliği, olaya yol açan temel sorunu tanımlar. Bu bilgi, genellikle çözüm sırasında veya sonrasında destek temsilcileri tarafından bir kök neden analizi (RCA) sürecinin bir parçası olarak doldurulur.

Bu öznitelik, 'Tekrarlayan Olaylar ve Temel Nedenler' Dashboard'u ve 'Temel Neden Analizi Tamamlama Oranı' KPI'ı için büyük önem taşır. Yaygın temel nedenleri analiz ederek, kuruluşlar reaktif olay gidermeden proaktif problem yönetimine geçebilir, gelecekteki olayları önleyen ve tekrarlayan sorunları azaltan kalıcı çözümler uygulayabilirler.

Neden Önemli?dir?

Tekrarlayan olayların temel nedenlerini belirleyerek ve ortadan kaldırarak proaktif problem yönetimini sunar.

Nereden Alınır??

Bu genellikle Freshservice'te özel bir alandır, çünkü varsayılan işlevsellik sınırlı olabilir. 'Ticket Alanları' (Ticket Fields) yapılandırmasında 'Ana Neden' (Root Cause) veya benzeri bir alanı kontrol edin.

Örnekler:::::::
Yazılım HatasıAğ Yapılandırma HatasıKullanıcı Eğitimi SorunuDonanım Arızası
Raporlama Kanalı
ReportingChannel
Olayın e-posta, Portal veya telefon gibi raporlandığı yöntem veya kanal.
Açıklama

Olayın destek sistemine nasıl girdiğini belirten Raporlama Kanalı, aynı zamanda olay kaynağı olarak da bilinir. Yaygın kanallar arasında e-posta, self-servis portalı, telefon görüşmeleri veya chat bulunur.

Bu özniteliği analiz etmek, farklı raporlama kanallarının verimliliğini değerlendirmeye yardımcı olur. 'Raporlama Kanalı Verimliliği' Dashboard'u, hangi yöntemlerin en etkili olduğunu ve hangilerinin süreç iyileştirmeleri gerektirebileceğini belirlemek için olay hacmini ve ortalama çözüm süresini kanal bazında karşılaştırır. Örneğin, portal aracılığıyla bildirilen olaylar, başlangıçtan itibaren daha yapılandırılmış bilgi içeriyorsa daha hızlı çözülebilir.

Neden Önemli?dir?

En verimli bildirim kanallarını belirlemeye yardımcı olur ve olay alım sürecini iyileştirme fırsatlarını ortaya çıkarır.

Nereden Alınır??

Freshservice Biletler API'sında 'source' alanı olarak mevcuttur. Değerler sayısal.

Örnekler:::::::
E-postaPortalTelefonChat
SLA İhlal Edildi mi?
IsSlaBreached
Olayın tanımlanan SLA hedef süresi içinde çözülüp çözülmediğini gösteren hesaplanmış bir bayrak.
Açıklama

Bu boolean öznitelik, bir olayın çözüm süresinin SLA hedefini aşıp aşmadığını gösteren hesaplanmış bir metriktir. Gerçek çözüm zaman damgası (zaman damgası)nın 'ResolutionSlaTargetTime' ile karşılaştırılmasıyla türetilir.

Bu bayrak, 'SLA Uyumluluk Oranı' KPI'ı ve 'SLA Performans Dashboard'u için doğrudan bir girdidir. Her bir olayın SLA performansı için net, ikili bir sonuç sağlayarak analizi basitleştirir, kolay toplama ve trend analizi yapılmasına sunar. Hizmet taahhütlerini karşılayamayan olayların hacmini ve yüzdesini hızla belirlemeye yardımcı olur.

Neden Önemli?dir?

Her olay için SLA uyumluluğunu doğrudan ölçerek, genel uyum oranlarını hesaplamayı ve sorunlu alanları belirlemeyi kolaylaştırır.

Nereden Alınır??

Bu, veri dönüşümü sırasında 'Olay Çözüldü' zaman damgası (zaman damgası)'ini 'Çözüm SLA Hedef Süresi' (ResolutionSlaTargetTime) alanı ile karşılaştırarak türetilen hesaplanmış bir alandır.

Örnekler:::::::
truefalse
Talep Sahibinin Departmanı
RequestersDepartment
Olayı bildiren kullanıcının ait olduğu departman.
Açıklama

Bu öznitelik, talep edenin iş departmanını belirler; örneğin 'Satış', 'Finans' veya 'BT' gibi. Bu bilgi, genellikle Freshservice içindeki kullanıcı profilinden alınır.

Olayları talep edenin departmanına göre analiz etmek, belirli iş birimlerinin sorunlardan orantısız şekilde etkilenip etkilenmediğini veya departmana özgü sorunlar olup olmadığını ortaya çıkarabilir. Bu, olayların iş üzerindeki etkisini anlamak için değerli bir bağlam sunar ve kritik departmanları etkileyen düzeltmelerin önceliklendirilmesine yardımcı olabilir.

Neden Önemli?dir?

İş bağlamı sağlayarak, olay eğilimlerinin ve belirli departmanlar üzerindeki etkilerinin analizine sunar.

Nereden Alınır??

Bu bilgi, ticket'ın talep edenine bağlıdır. Ticket'taki 'requester_id' kullanılarak 'Requesters' API endpoint'inden alınabilir, ardından 'department_id' ve adına erişilir.

Örnekler:::::::
SatışPazarlamaFinansİnsan Kaynakları
Yeniden Açıldı mı?
IsReopened
Bir olayın çözüldükten veya kapatıldıktan sonra yeniden açılıp açılmadığını gösteren hesaplanmış bir bayrak.
Açıklama

Bu boolean öznitelik, yeniden açılan olayları tanımlayan hesaplanmış bir bayraktır. Bir olay 'Çözüldü' veya 'Kapalı' durumuna ulaştıktan sonra, durumu tekrar açık veya devam eden bir duruma değiştirilirse doğru (true) olarak ayarlanır.

Bu bayrak, 'Olay Yeniden Açılma Oranı' KPI'ını hesaplamak ve 'Tekrarlayan Olaylar' Dashboard'u için büyük önem taşır. Yüksek oranda yeniden açılan olaylar, başlangıçtaki çözüm kalitesiyle ilgili sorunlara, eksik kök neden analizine veya erken kapanışa işaret edebilir. Bu durumları analiz etmek, düzeltmelerin kalitesini ve sürdürülebilirliğini artırmaya yardımcı olur.

Neden Önemli?dir?

Çözüm sürecindeki aksaklıkları belirler, ilk düzeltmenin etkisiz olduğu ve yeniden çalışmaya yol açan olayları vurgular.

Nereden Alınır??

Bu, Event Log'daki aktivite dizisinden türetilen hesaplanmış bir alandır. 'Olay Yeniden Açıldı' gibi bir aktivite gerçekleşirse veya aynı Olay ID'si için kapalı durumdaki bir aktivitenin ardından açık durumdaki bir aktivite gelirse doğru (true) olur.

Örnekler:::::::
truefalse
Gerekli Önerilen Opsiyonel

Olay Yönetimi Faaliyetleri

Bunlar, doğru Process Discovery ve darboğaz tespiti için event lognuza dahil etmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
7 Önerilen 7 Opsiyonel
Aktivite Açıklama
Çözüm Notu Eklendi
Bir temsilci, olaya ilişkin çözümü bir çözüm notu ekleyerek kaydettiğinde gerçekleşir. Bu, Freshservice'de durum 'Resolved' yapılmadan önceki ayrı bir adımdır. İşlem ve içeriği kayıt altına alınır.
Neden Önemli?dir?

Bu, bir çözümün belirlenmesini işaret eder. Bu olay ile 'Olay Çözüldü' durumu arasındaki süre, dahili inceleme veya dokümantasyon yükünü gösterebilir.

Nereden Alınır??

Olayın konuşma geçmişine kaydedilen bir çözüm notunun eklendiği zaman damgası (zaman damgası)'tan alınır.

Yakala

Olayın konuşma kaydındaki 'Resolution Note' girişinin zaman damgası (zaman damgası)'ini belirleyin.

Event tipi explicit
Durum "Devam Ediyor" Olarak Değiştirildi
Bu aktivite, olayın aktif incelemesinin ve üzerinde çalışılmasının resmi başlangıcını işaret eder. Bir temsilci olayın durumunu 'Devam Ediyor' olarak değiştirdiğinde kaydedilir. Bu, ticket'ın aktivite geçmişine kaydedilen standart bir durum değişikliğidir.
Neden Önemli?dir?

Bu dönüm noktası, bekleme süresi ile aktif çalışma süresini ayırt etmeye yardımcı olur. Bir olayın 'Devam Ediyor' (In Progress) durumunda kaldığı süreyi analiz etmek, çözüm çabasını anlamanın anahtarıdır.

Nereden Alınır??

Olayın etkinlik günlüğünden, 'Durum' alanının 'Devam Ediyor' olarak güncellendiği zamanın belirlenmesiyle çıkarılmıştır.

Yakala

Activity log'u 'In Progress' durum değişikliği için filtreleyin ve zaman damgası (zaman damgası)'ini kullanın.

Event tipi inferred
Olay Çözüldü
Temsilcinin bir düzeltme uyguladığı ve olayı çözüldü olarak kabul ettiği noktayı işaretler. Bu, olayın durumu 'Çözüldü' olarak değiştirildiğinde yakalanır. Freshservice'te bu, SLA saatini durduran önemli bir kilometre taşıdır.
Neden Önemli?dir?

Bu, Çözüm Süresi (TTR) ölçümü için kritik bir dönüm noktasıdır. 'Çözüldü' ve 'Kapandı' arasındaki süre, kullanıcı onay gecikmelerini ve otomatik kapatma politikalarını analiz etmek için önemlidir.

Nereden Alınır??

Olayın etkinlik günlüğünden, 'Durum' alanının 'Çözüldü' olarak güncellendiği zamanın belirlenmesiyle çıkarılmıştır.

Yakala

Durum değişikliğinin 'Çözüldü' (Resolved) olduğu aktivite günlüğü girdisindeki zaman damgası (zaman damgası)'i kullanın.

Event tipi inferred
Olay Gruba Atandı
Bir olayın ilk kez bir destek grubuna atanmasını ifade eder. Bu işlem, yönlendirme kurallarıyla otomatik olarak veya bir görevli tarafından elle yapılabilir. Olayın denetim günlüğünde 'Group' alanının ilk kez doldurulması izlenerek tespit edilir.
Neden Önemli?dir?

Atamaları takip etmek, ilk yanıt sürelerini ölçmek ve sevk sürecindeki darboğazları belirlemek için büyük önem taşır. Bu, olayların doğru ekibe ne kadar verimli bir şekilde yönlendirildiğini analiz etmeye yardımcı olur.

Nereden Alınır??

Olayın etkinlik günlüğündeki 'Grup' alanını dolduran veya değiştiren ilk girişten çıkarılmıştır.

Yakala

Bir olay için 'Group' alanının doldurulduğu ilk zaman damgası (zaman damgası)'i belirleyin.

Event tipi inferred
Olay Kapatıldı
Olay kaydının nihai ve resmi olarak kapatılmasını ifade eder. Bu genellikle 'Resolved' durumunda belirli bir sürenin ardından otomatik gerçekleşir ya da bir temsilci tarafından manuel yapılabilir. Bu olay, olay süreç döngüsünün sonunu işaretler.
Neden Önemli?dir?

Bu aktivite, sürecin kesin bitiş noktasıdır. Bu olaya kadar geçen toplam süre, herhangi bir kullanıcı onay süresi dahil olmak üzere tam olay süreç döngüsü süresini temsil eder.

Nereden Alınır??

Olayın etkinlik günlüğünden, 'Durum' alanının 'Kapalı' olarak güncellendiği zamanın belirlenmesiyle çıkarılmıştır.

Yakala

Durum değişikliğinin 'Kapandı' (Closed) olduğu aktivite günlüğü girdisindeki zaman damgası (zaman damgası)'i kullanın.

Event tipi inferred
Olay Önceliklendirildi
Olayın önceliği ayarlandığında veya güncellendiğinde gerçekleşir. Öncelik düzeyi, aciliyeti ve çözüm için SLA hedeflerini belirler. Bu durum, olay geçmişindeki 'Priority' alanındaki değişiklikler izlenerek tespit edilir.
Neden Önemli?dir?

Yanlış veya gecikmiş önceliklendirme, SLA ihlallerine ve verimsiz kaynak tahsisine yol açabilir. Bu etkinliği analiz etmek, kritik olayların acil dikkat görmesini güçlüaya yardımcı olur.

Nereden Alınır??

Olayın etkinlik günlüğünden, 'Öncelik' alanındaki tüm güncellemeleri izleyen bilgilerden çıkarılmıştır.

Yakala

'Öncelik' (Priority) alanı değerinin ayarlandığı veya değiştirildiği denetim günlüğündeki zaman damgası (zaman damgası)'leri kullanın.

Event tipi inferred
Olay Raporlandı
Freshservice'te yeni bir olay kaydının oluşturulduğunu işaretler. Bu, olay süreç döngüsünün başlangıç noktasıdır ve tipik olarak bir son kullanıcı tarafından portal, e-posta aracılığıyla veya bir servis masası temsilcisinin onlar adına bir talep oluşturmasıyla tetiklenir. Bu event açıkça bir zaman damgası (zaman damgası) ile günlüğe kaydedilir.
Neden Önemli?dir?

Bu aktivite, tüm sürecin birincil başlangıç olayıdır. Bu olaydan çözüme kadar geçen süreyi analiz etmek, genel döngü süreleriı ve SLA uyumluluğunu ölçmek için gereklidir.

Nereden Alınır??

Olay tablosunun oluşturulma zaman damgası (zaman damgası)'ından alınır. Freshservice, her yeni bilet için bunu açıkça kaydeder.

Yakala

Ana olay kaydındaki 'Oluşturulma zamanı' (Created at) zaman damgası (zaman damgası)'ini kullanın.

Event tipi explicit
Durum Beklemede Olarak Değiştirildi
Çözüm sürecinin durakladığı bir noktayı ifade eder; genellikle kullanıcıdan veya üçüncü bir taraftan bilgi beklenirken oluşur. Bu, durumun herhangi bir 'Pending' durumuna değişmesinden anlaşılır. Bu durumda geçen süre çoğunlukla SLA hesaplamalarına dahil edilmez.
Neden Önemli?dir?

Beklemedeki durumlarda harcanan zamanı belirlemek, harici bağımlılıkları ve gecikmeleri anlamak için büyük önem taşır. Bu, agent çalışma süresini bekleme süresinden ayırmaya yardımcı olur.

Nereden Alınır??

Olayın etkinlik günlüğünden, 'Durum' alanının 'Beklemede' veya 'Kullanıcı Yanıtı Bekleniyor' gibi bir değere güncellendiği zaman çıkarılmıştır.

Yakala

Activity log'u herhangi bir beklemedeki durum değişikliği için filtreleyin ve ilişkili zaman damgası (zaman damgası)'i kullanın.

Event tipi inferred
Geçici Çözüm Sağlandı
Bu aktivite, olayın etkisini azaltmak için kullanıcıya geçici bir çözüm veya workaround iletildiğini gösterir. Bunu yakalamak genellikle özel bir onay kutusu, belirli bir not türü veya temsilci notlarındaki anahtar kelime analizi gibi belirli sistem yapılandırmaları gerektirir.
Neden Önemli?dir?

Bu, workaround'ların iş üzerindeki etkiyi azaltmadaki etkinliğini ve nihai çözüm süresiyle ilişkilerini analiz etmeye yardımcı olur. Workaround Etkinlik Metrikleri Dashboard'unu destekler.

Nereden Alınır??

Bu muhtemelen açık bir olay değildir. 'Geçici Çözüm' (workaround) gibi anahtar kelimeler içeren notları işaretleyerek veya özel bir 'Geçici Çözüm Sağlandı' (Workaround Provided) onay kutusu alanı kullanılıp değişikliği kaydedilirse çıkarım yapılabilir.

Yakala

Özel bir alan değişikliğinden veya temsilci notlarının anahtar kelime analizinden çıkarılmıştır.

Event tipi inferred
İlk Yanıt Gönderildi
Bu aktivite, olayın bildirilmesinden sonra bir temsilcinin kullanıcıya yaptığı ilk iletişimi temsil eder. Bu, herkese açık bir not veya doğrudan bir yanıt olabilir. Freshservice, tüm temsilci iletişimlerini zaman damgası (zaman damgası) ile kaydeder.
Neden Önemli?dir?

İlk Yanıt SLA'sını karşılamak, müşteri memnuniyeti için kritik bir KPI'dır. Bu etkinlik, temsilcilerin yeni olaylarla ne kadar hızlı ilgilendiğinin ölçülmesini ve analiz edilmesini sunar.

Nereden Alınır??

Bir agent tarafından olayın konuşma kaydına eklenen ilk genel not veya yanıtın zaman damgası (zaman damgası)'ini bularak belirlenir.

Yakala

Olayın konuşma geçmişini bir agent tarafından yapılan en eski giriş için filtreleyin.

Event tipi explicit
Olay Yeniden Açıldı
Daha önce 'Resolved' olarak işaretlenmiş bir olay, genellikle kullanıcının çözüme katılmaması nedeniyle yeniden açıldığında gerçekleşir. Bu, durumun 'Resolved'dan 'Open' veya 'In Progress' gibi bir duruma dönmesiyle anlaşılır.
Neden Önemli?dir?

Yüksek yeniden açılma oranı, çözüm kalitesi veya eksik düzeltmelerle ilgili sorunlara işaret eder. Bu, yeniden işleme ve temsilci performansını analiz etmek için önemli bir ölçüttür.

Nereden Alınır??

Olayın etkinlik günlüğünden, durumun 'Çözüldü'den aktif bir duruma geçtiğinin tespitiyle çıkarılmıştır.

Yakala

Activity log'u 'Status' değişikliği için 'Resolved'dan 'Open' veya 'In Progress'e filtreleyin.

Event tipi inferred
Olay Yeniden Atandı
Olayın bir temsilciden veya gruptan diğerine aktarıldığını belirtir. Bu, çözüm sürecinde bir devir teslim anlamına gelir. Bu event, ilk atamadan sonra 'Temsilci' veya 'Grup' alanlarındaki sonraki değişikliklerin tespit edilmesiyle çıkarılır.
Neden Önemli?dir?

Sıkça yapılan yeniden görevlendirmeler veya handoff'lar genellikle süreç verimsizliklerini, bilgi eksikliklerini veya yanlış ilk yönlendirmeyi gösterir. Bu olayları analiz etmek, gecikmeleri belirlemeye ve azaltmaya yardımcı olur.

Nereden Alınır??

Olayın etkinlik günlüğünden, ilk atamadan sonra 'Temsilci' veya 'Grup' alanlarındaki herhangi bir değişikliğin izlenmesiyle çıkarılmıştır.

Yakala

Ticket'ın denetim geçmişindeki 'Agent' veya 'Group' alanlarındaki değişiklikleri tespit edin.

Event tipi inferred
Olay'a Atanan Temsilci
Bu aktivite, belirli bir temsilcinin olayı ele almak üzere atandığı zamanı işaret eder. Bu, ticket'ın bireysel sahiplenişini ifade eder. Atama, ticket'ın aktivite geçmişine kaydedilir ve hangi temsilcinin ne zaman atandığını gösterir.
Neden Önemli?dir?

Bu, temsilci iş yükü, performans ve grup atamasından sonra bir olayın bir kişi tarafından ele alınma süresini analiz etmeye sunar. Temsilci performans Dashboard'ları için büyük önem taşır.

Nereden Alınır??

Olayın aktivite günlüğü veya denetim izindeki 'Temsilci' alanındaki değişiklikler aracılığıyla izlenir.

Yakala

'Agent' alanındaki değişikliklere karşılık gelen zaman damgası (zaman damgası)'leri belirleyin.

Event tipi inferred
SLA Hedefi İhlal Edildi
Bu, bir olayın üzerinde geçen sürenin yanıt veya çözüm için tanımlanmış SLA hedefini aştığında meydana gelen hesaplanmış bir olaydır. Freshservice, SLA durumunu dahili olarak izler ve bu olay, zaman damgası (zaman damgası)nı SLA politikalarına karşılaştırarak türetilebilir.
Neden Önemli?dir?

Hizmet seviyesi taahhütlerine uyumluluğu doğrudan ölçer. İhlallerin ne zaman ve neden gerçekleştiğini belirlemek, SLA Performance Dashboard'u ve sürekli iyileştirme için gereklidir.

Nereden Alınır??

Çözüm veya yanıt zaman damgası (zaman damgası)'ının SLA hedef bitiş zamanı ile karşılaştırılmasıyla hesaplanır. Freshservice, biletleri genellikle 'SLA İhlal Edildi' olarak işaretler.

Yakala

'Resolved at' zaman damgası (zaman damgası)'ini 'Due by' zaman damgası (zaman damgası)'i ile karşılaştırarak veya 'SLA Status' alanı 'Violated' olarak değiştiğinde türetilir.

Event tipi calculated
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

Verilerinizi Freshservice'den nasıl alırsınız