Veri Template: Olay Yönetimi

Freshservice
Veri Template: Olay Yönetimi

Olay Yönetimi Veri Şablonunuz

Bu template, etkili olay yönetimi analizi için verilerinizi hazırlamanıza yardımcı olmak üzere tasarlanmıştır. Toplanması gereken temel nitelikleri, izlenmesi gereken kritik aktiviteleri özetler ve bu bilgileri kaynak sisteminizden çıkarmanız için pratik rehberlik sunar. Veri hazırlık sürecinizi düzene sokmak için bu kaynağı kullanın.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Veri Çekim Rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

Olay Yönetimi Öznitelikleri

Bunlar, olay yönetimi sürecinizin kapsamlı analizi için event log'unuza dahil etmeniz önerilen veri alanlarıdır.
5 Gerekli 7 Önerilen 8 İsteğe Bağlı
Ad Açıklama
Olay ID
IncidentId
Her bir olay kaydının benzersiz tanımlayıcısıdır ve tüm olay yaşam döngüsünü izlemek için birincil anahtar görevi görür.
Açıklama

Olay Kimliği, olay yönetimi analizinin temel taşıdır. Tüm ilgili aktiviteleri, 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 olanak tanır. Bu, cycle timeları hesaplamak, süreç varyantlarını analiz etmek ve bireysel caselere özgü darboğazları belirlemek için esastır. 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

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

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
Faaliyet Adı
ActivityName
Olay yaşam döngüsü içinde belirli bir zamanda meydana gelen iş aktivitesi veya eventinin 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 temeldir. 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

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 sağlar.

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 bütünsel 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 sağlar; 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

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

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 kesin 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 yaşam döngüsündeki oluşturulmasından kapatılmasına kadar her aktivitenin ilişkili bir zaman damgası vardır.

Bu nitelik, tüm zaman tabanlı Process Mining analizleri için kritik öneme sahiptir. Eventleri kronolojik olarak sıralamak, aktiviteler arasındaki süreyi hesaplamak, toplam case cycle timeını ö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 dashboardlar oluşturmanın temelini oluşturur.

Neden önemli

Olayların kronolojik sırasını sağlar, bu da süreleri hesaplamak, döngü sürelerini analiz etmek ve süreç performansını anlamak için hayati öneme sahiptir.

Nereden alınır

Bu, Freshservice'teki 'created_at', 'updated_at' gibi çeşitli timestamp alanlarından ve ticket'ın konuşma veya denetim günlüklerindeki timestamp'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ı.
Açıklama

Bu öznitelik, tüm veri setinin kaynak sistemden en son ne zaman güncellendiğine dair bir zaman damgası sağlar. 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 hayati öneme sahiptir. Kullanıcılara içgörülerin 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

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

Nereden alınır

Bu, veri çıkarma (ETL) süreci sırasında oluşturulan bir meta veri timestamp'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 kritik öneme sahiptir. 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

Hangi ekibin sorumlu olduğunu takip eder, bu da devirler, eskalasyonlar ve ekipler arası gecikmeleri analiz etmek için çok önemlidir.

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 dashboardlar aracılığıyla performans analizi için çok önemlidir. 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

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

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ı.
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 esastır. Gerçek çözüm 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 temeldir.

Neden önemli

Çözüm için son tarihi sağlar, 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 yaşam 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 temeldir. Her statüde 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 çok önemlidir.

Neden önemli

Olayın yaşam 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 kritik öneme sahiptir.

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

Olay eğilimlerinin analizini sağlar 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 yönlendirir.

Process Mining'de, öncelik, filtreleme ve analiz için kritik 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 sağlar. Dashboard'lar genellikle cycle time ve SLA uyumluluğu gibi metrikleri önceliğe göre ayrıştırarak destek yöneticilerine eyleme geçirilebilir içgörüler sunar.

Neden önemli

En kritik olaylar üzerindeki analizi önceliklendirmeye yardımcı olur ve SLA performansını ve kaynak tahsisini değerlendirmek için hayati öneme sahiptir.

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 Şiddeti
IncidentSeverity
Olayın ciddiyet seviyesi, iş üzerindeki etkisini gösterir.
Açıklama

Olay Şiddeti, 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. Şiddet ve etki kombinasyonu çoğu zaman nihai önceliği belirler.

Şiddete 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 yaşam döngüsü boyunca uygun düzeyde ilgi ve kaynak aldığından emin olmak için dashboard'larda çözüm sürelerini ve SLA performansını segmentlere ayırmakta kullanılır.

Neden önemli

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

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
Çözüm Çevrim Süresi
ResolutionCycleTime
Bir olayın ilk bildirildiği andan çözüldüğü ana kadar geçen toplam süre.
Açıklama

Resolution Cycle Time, her olay için hesaplanan kritik bir performans göstergesidir. Kullanıcının bakış açısından olay yönetimi sürecinin toplam süresini ölçer; ilk bildiriden çözümün teyidine kadar olan süreyi kapsar.

Bu hesaplanan metrik, 'Incident Resolution Cycle Time' dashboard'unun temelidir. Genel süreç verimliliğini ölçmek için kullanılır; öncelik, kategori ve temsilci gibi boyutlarda sıkça analiz edilir. Süresi uzun olan olayları saptamak, sistematik gecikme ve verimsizlikleri nokta atışı belirlemenize yardımcı olur.

Neden önemli

Süreç performansının temel bir ölçüsüdür, olayları baştan sona çözmenin ne kadar sürdüğünü doğrudan gösterir.

Nereden alınır

Bu, hesaplanmış bir metriktir. 'Olay Çözüldü' aktivitesinin timestamp'i ile 'Olay Bildirildi' aktivitesinin timestamp'i arasındaki farktır.

Örnekler
259200000864000003600000
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 olanak tanır; bu da geçici düzeltmeler sağlamanı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

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
Handoff Sayısı
HandoffCount
Bir olayın farklı temsilciler veya gruplar arasında aktarıldığı sayı.
Açıklama

Handoff Count, bir olayın yaşam 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' dashboard'unu doğrudan destekleyerek, gecikmelere yol açan aşırı transferlere sahip olayları veya süreç yollarını belirlemeye yardımcı olur.

Neden önemli

Yeniden işleme ve yeniden atamaları nicelendirir, yanlış yönlendirme veya bilgi eksikliklerinden kaynaklanan verimsizlikleri belirlemeye yardımcı olur.

Nereden alınır

Bu, tek bir olayın yaşam 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
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 temel 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 kritik öneme sahiptir. 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

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

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

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ı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 olanak tanır. Hizmet taahhütlerini karşılayamayan olayların hacmini ve yüzdesini hızla belirlemeye yardımcı olur.

Neden önemli

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ü' timestamp'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 sağlar ve kritik departmanları etkileyen düzeltmelerin önceliklendirilmesine yardımcı olabilir.

Neden önemli

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

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 kritik öneme sahiptir. Yüksek oranda yeniden açılan olaylar, başlangıçtaki çözüm kalitesiyle ilgili sorunlara, eksik temel 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

Çö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 İsteğe Bağlı

Olay Yönetimi Aktiviteleri

Bunlar, doğru Process Discovery ve darboğaz tespiti için event log'unuza dahil etmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
7 Önerilen 7 İsteğe Bağlı
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

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 timestamp'tan alınır.

Yakala

Olayın konuşma kaydındaki 'Resolution Note' girişinin timestamp'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

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 timestamp'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

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 timestamp'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

Atamaları takip etmek, ilk yanıt sürelerini ölçmek ve sevk sürecindeki bottleneck'leri (darboğazları) belirlemek için kritik öneme sahiptir. 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 timestamp'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 yaşam döngüsünün sonunu işaretler.
Neden önemli

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 yaşam 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 timestamp'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

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 sağlamaya 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 timestamp'leri kullanın.

Event tipi inferred
Olay Raporlandı
Freshservice'te yeni bir olay kaydının oluşturulduğunu işaretler. Bu, olay yaşam 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 timestamp ile günlüğe kaydedilir.
Neden önemli

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

Nereden alınır

Olay tablosunun oluşturulma timestamp'ı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) timestamp'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

Beklemedeki durumlarda harcanan zamanı belirlemek, harici bağımlılıkları ve gecikmeleri anlamak için çok önemlidir. 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 timestamp'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

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ı ile kaydeder.
Neden önemli

İ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 sağlar.

Nereden alınır

Bir agent tarafından olayın konuşma kaydına eklenen ilk genel not veya yanıtın timestamp'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

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

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 event'leri 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

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 olanak tanır. Temsilci performans Dashboard'ları için kritik öneme sahiptir.

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 timestamp'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ını SLA politikalarına karşılaştırarak türetilebilir.
Neden önemli

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 esastır.

Nereden alınır

Çözüm veya yanıt timestamp'ı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' timestamp'ini 'Due by' timestamp'i ile karşılaştırarak veya 'SLA Status' alanı 'Violated' olarak değiştiğinde türetilir.

Event tipi calculated
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

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