Müşteri Enerji ve Altyapıi Data Şablonunuz

ServiceNow CSM
Müşteri Enerji ve Altyapıi `Data` Şablonunuz

Müşteri Enerji ve Altyapıi Data Şablonunuz

Bu Veri Şablonu'i, müşteri hizmetleri sürecinizi analiz etmek için gereken temel bilgileri toplamak için net bir rehberlik. eder. Önemli veri öznitelikler.ini özetler, izlenecek temel aktiviteleri tanımlar ve bu bilgileri kaynak sisteminizden çıkarmak için rehberlik. eder. Verilerinizi Process Mining için doğru ve verimli bir şekilde hazırlamak 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.

Müşteri Enerji ve Altyapıi Öznitelikleri

Detaylı müşteri hizmetleri analizi için event lognuza dahil etmeniz önerilen veri alanları bunlardır.
3 Gerekli 6 Önerilen 9 Opsiyonel
Ad Açıklama
BT Hizmet Talebi Yönetimi
ServiceRequest
Her bir müşteri hizmetleri talebinin, olayının veya biletinin benzersiz tanımlayıcısı.
Açıklama

BT Hizmet Talebi Yönetimi, tek bir müşteri sorunuyla ilgili tüm faaliyetleri ve olayları, oluşturulmasından kapatılmasına kadar birbirine bağlayan birincil vaka (case) tanımlayıcısıdır. Bir müşteri etkileşiminin tüm sürecini takip etmek için merkezi bir bağlantı görevi görür.

Process Mining'de, bu öznitelik süreç akışını yeniden yapılandırmak için büyük önem taşır. Her benzersiz BT Hizmet Talebi Yönetimi değeri, sürecin bir örneğini temsil eder ve döngü sürelerinin, yolların ve varyasyonların vaka bazında analiz edilmesine sunar. İlk temastan nihai çözüme ve kapanışa kadar tüm adımların aynı müşteri sorgusuyla doğru şekilde ilişkilendirilmesini sunar.

Neden Önemli?dir?

Bu, tüm süreç adımlarını birbirine bağlayan temel Case ID'dir ve her müşteri hizmetleri etkileşiminin tüm süreç döngüsünü analiz etmeyi sunar.

Nereden Alınır??

Bu, genellikle ServiceNow CSM'deki 'sn_customerservice_case' tablosundaki 'number' alanıdır.

Örnekler:::::::
CS0010001CS0010045CS0010112
Olay Zamanı
EventTime
Belirli bir faaliyet veya olayın ne zaman meydana geldiğini gösteren kesin zaman damgası (zaman damgası)dır.
Açıklama

Olay Zamanı, bir aktivitenin gerçekleştirildiği tarihi ve saati kaydeder. Bu zaman damgası (zaman damgası), olayları kronolojik olarak sıralamak ve süreçteki farklı adımlar arasındaki süreleri hesaplanmasında temel rol oynar.

Process Mining analizinde, bu nitelik döngü süreleri, bekleme süreleri ve işleme süreleri dahil olmak üzere tüm zaman tabanlı metrikleri hesaplamak için kullanılır. Analistlerin, kendilerinden önce uzun gecikmeler olan aktiviteleri bularak darboğazları tespit etmesine ve Hizmet Seviyesi Anlaşmalarına (SLA'lar) karşı performansı ölçmesine sunar. Doğru ve tutarlı zaman damgaları, güvenilir bir analiz için şarttır.

Neden Önemli?dir?

Bu zaman damgası (zaman damgası), olayları doğru sıralamak ve döngü süreleri ve darboğazlar gibi tüm performans metriklerini hesaplamak için büyük önem taşır.

Nereden Alınır??

Bu, tipik olarak ServiceNow'un denetim ve geçmiş tablolarındaki (örneğin, 'sys_audit') 'sys_created_on' alanına karşılık gelir.

Örnekler:::::::
2023-10-26T10:00:00Z2023-10-26T10:15:32Z2023-10-27T14:05:11Z
Aktivite Adı
ActivityName
Hizmet talebi süreç döngüsü içinde meydana gelen belirli bir olay veya görevin adı.
Açıklama

Aktivite Adı, 'BT Hizmet Talebi Yönetimi Oluşturuldu', 'Talep Temsilciye Atandı' veya 'Çözüm Önerildi' gibi müşteri hizmetleri sürecindeki bir adımı tanımlar. Bu faaliyetler, her bir hizmet talebi için kronolojik bir olay dizisi oluşturmak üzere sistem günlüklerinden veya tablo güncellemelerinden çıkarılır.

Bu öznitelik, süreç haritasını görselleştirmek, darboğazları belirlemek ve iş akışını anlamak için büyük önem taşır. Faaliyetlerin sırasını ve sıklığını analiz ederek, analistler yaygın süreç yollarını, sapmaları ve yeniden işleme veya verimsizlik alanlarını keşfedebilirler. Tanımlanan faaliyetlerin ayrıntı düzeyi, süreç modelinden elde edilebilecek stratejik bilgilerin derinliğini doğrudan etkiler.

Neden Önemli?dir?

Bu öznitelik, süreç haritasının temelini oluşturur, sırası ve süresi analiz edilen belirli adımları ve görevleri tanımlar.

Nereden Alınır??

Bu, sistem denetim tablolarından (örneğin, 'sys_audit') veya 'sn_customerservice_case' tablosundaki durum değişikliklerini ve ana alan güncellemelerini izleyerek türetilen kavramsal bir özniteliktir.

Örnekler:::::::
Hizmet Talebi OluşturulduTalep Temsilciye AtandıMüşteriden Bilgi Talep EdildiBT Hizmet Talebi Yönetimi Çözüldü
Atama Grubu
AssignmentGroup
Hizmet talebinden sorumlu ekip veya departman.
Açıklama

Atama Grubu, bir hizmet talebinin atandığı kuyruğu veya ekibi temsil eder. Talepler, sorunun niteliğine bağlı olarak genellikle Seviye 1 destek masası, uzmanlaşmış bir teknik ekip veya faturalandırma departmanı gibi farklı gruplar arasında yönlendirilir.

Bu öznitelik, departmanlar arası devirleri analiz etmek ve ekip düzeyindeki darboğazları belirlemek için gereklidir. İşin farklı fonksiyonel alanlar arasında nasıl aktığını görselleştirmeye yardımcı olur ve aşırı yüklenmiş veya ek eğitime ihtiyaç duyan grupları vurgulayabilir. Bu, doğrudan 'Temsilci Devirleri ve Yeniden Atamalar' ve 'Süreç Akışı' Dashboard'ları destekler.

Neden Önemli?dir?

İşten hangi ekibin sorumlu olduğunu belirler; bu da ekip performansını, iş yüklerini ve departmanlar arası süreç devir teslimlerini analiz etmek için büyük önem taşır.

Nereden Alınır??

Bu, 'sn_customerservice_case' tablosundaki 'assignment_group' alanına karşılık gelir.

Örnekler:::::::
Servis MasasıFatura SorgularıTeknik Destek Kademe 2
Atanan Temsilci
AssignedAgent
Hizmet talebini yönetmekle görevli olan bireysel hizmet temsilcisi.
Açıklama

Bu öznitelik, belirli bir zamanda hizmet talebinden sorumlu kullanıcıyı tanımlar. Talep farklı temsilciler veya uzmanlar arasında el değiştirdikçe vaka süreç döngüsü boyunca sıkça değişir.

Atanmış Temsilciyi analiz etmek, iş yükü dağılımını, temsilci performansını ve devirleri anlamak için temel rol oynar. Hangi temsilcilerin en karmaşık vakaları ele aldığını, vakaların ne sıklıkla yeniden atandığını ve belirli temsilcilerin daha uzun çözüm süreleri veya daha yüksek müşteri memnuniyeti ile ilişkili olup olmadığını anlamaya yardımcı olur. Bu, 'Temsilci Devirleri ve Yeniden Atamalar' Dashboard'u için büyük önem taşır.

Neden Önemli?dir?

Temsilci sorumluluğunu izler, bu da iş yükü, performans ve yeniden atama sıklığının analizini sunar; bu durum genellikle süreçteki aksaklıkları gösterir.

Nereden Alınır??

Bu, 'sn_customerservice_case' tablosundaki 'assigned_to' alanına karşılık gelir.

Örnekler:::::::
Beth AnglinDavid LooAbel Tuter
Durum
State
Hizmet talebinin süreç döngüsündeki mevcut durumu veya hali.
Açıklama

Durum özniteliği, bir hizmet talebinin herhangi bir zamanda 'Yeni', 'Devam Ediyor', 'Bilgi Bekleniyor', 'Çözüldü' veya 'Kapatıldı' gibi operasyonel durumunu tanımlar. Bu alandaki değişiklikler genellikle süreç modelindeki faaliyetleri tanımlamak için kullanılır.

Durumu analiz etmek, vakaların süreçte nerede olduğuna dair üst düzey bir görünüm sunar. Vakaların 'Bilgi Bekleniyor' gibi belirli durumlarda ne kadar süre geçirdiğini belirlemek için kullanılır ve bu önemli bir gecikme kaynağı olabilir. Ayrıca 'Çözümden Kapatmaya Kadar Süre' gibi temel KPI'lar için başlangıç ve bitiş noktalarını tanımlamaya yardımcı olur.

Neden Önemli?dir?

Bir talebin herhangi bir zamandaki durumunu göstererek, 'Beklemede' veya 'Bilgi Bekleniyor' gibi verimsiz durumlarda harcanan zamanı belirlemeye yardımcı olur.

Nereden Alınır??

Bu, 'sn_customerservice_case' tablosundaki 'state' alanına karşılık gelir.

Örnekler:::::::
YeniDevam EdiyorKullanıcı Bilgisi BekleniyorÇözüldüKapalı
Kategori
Category
Hizmet talebinin ana sınıflandırması, örneğin 'Faturalama' veya 'Teknik Sorun'.
Açıklama

Kategori, müşterinin sorununun veya probleminin niteliğine göre hizmet talepleri için üst düzey bir gruplama sunar. Bu sınıflandırma genellikle talep ilk oluşturulduğunda yapılır ve doğru atama grubuna yönlendirilmesine yardımcı olur.

Bu öznitelik, süreç analizini segmentlere ayırmak için gereklidir. Kategoriye göre filtreleme yaparak, analistler farklı talep türleri için süreç akışlarını karşılaştırabilirler. Örneğin, bir 'Faturalama' sorununun çözüm süreci, bir 'Teknik Sorun'unkinden çok farklı olabilir. Bu, verileri dilimlemek için neredeyse tüm Dashboard'lar için önemli bir özniteliktir.

Neden Önemli?dir?

Analizi talep türüne göre ayrıştırmaya olanak tanıyarak, belirli kategorilerin gecikmelere, eskalasyonlara veya SLA ihlallerine daha yatkın olup olmadığını ortaya çıkarır.

Nereden Alınır??

Bu, 'sn_customerservice_case' tablosundaki 'category' alanına karşılık gelir.

Örnekler:::::::
Sorgu / YardımSiparişlerÜrün SorunlarıFaturalandırma
Öncelik
Priority
Hizmet talebinin aciliyetini etkileyen öncelik seviyesi.
Açıklama

Öncelik, bir hizmet talebinin ele alınması için gereken önemi ve aciliyeti gösterir. Genellikle talebin müşteri üzerindeki etkisi ile aciliyetinin birleşimiyle belirlenir. Yaygın değerler Kritik'ten Düşük'e kadar değişir.

Process Mining'de, Öncelik filtreleme ve karşılaştırma için güçlü bir boyuttur. Analistlerin yüksek öncelikli taleplerin düşük öncelikli olanlardan gerçekten daha hızlı işlenip işlenmediğini kontrol etmelerini ve belirli öncelik seviyeleri için SLA ihlallerinin daha yaygın olup olmadığını görmelerini sunar. Bu, 'BT Hizmet Talebi Yönetimi Uçtan Uca Döngü Süresi' Dashboard'u için büyük önem taşır.

Neden Önemli?dir?

Bu, hizmet taleplerini aciliyete göre segmentlere ayırmaya sunar ve kritik sorunların kritik olmayanlardan daha hızlı ele alındığını doğrulamak için gereklidir.

Nereden Alınır??

Bu, 'sn_customerservice_case' tablosundaki 'priority' alanına karşılık gelir.

Örnekler:::::::
1 - Kritik2 - Yüksek3 - Orta4 - Düşük
SLA İhlal Edildi mi?
IsSlaBreached
Hizmet talebinin, tanımlanmış Hizmet Seviyesi Anlaşması (SLA) hedefini aşıp aşmadığını belirten bir Boolean bayrağı.
Açıklama

Bu hesaplanmış öznitelik, bir hizmet talebinin üzerinde anlaşmaya varılan süre içinde çözülüp çözülmediğini gösterir. Çözüm süresi SLA hedefini aşarsa genellikle 'Doğru', aksi takdirde 'Yanlış'tır. Bu, her bir vaka için SLA performansı için net, ikili bir sonuç sunar.

Bu öznitelik, 'SLA Uyumluluğu ve İhlal Trendleri' Dashboard'u ve 'SLA Uyumluluk Oranı' KPI'sı için gereklidir. İhlal edilen vakaların doğrudan filtrelenmesine ve sayılmasına izin vererek analizi basitleştirir, bu da hangi talep türlerinin, önceliklerin veya ekiplerin SLA ihlalleriyle en çok ilişkili olduğunu belirlemeyi kolaylaştırır.

Neden Önemli?dir?

Bir olayın son teslim tarihine uyup uymadığını açık bir evet veya hayır cevabı ile sunar; bu, SLA uyumluluğunu ölçmek ve raporlamak için büyük önem taşır.

Nereden Alınır??

'task_sla' tablosundaki 'made_sla' alanına göre hesaplanır veya gerçek çözüm süresi ile planlanan çözüm süresinin karşılaştırılmasıyla türetilir.

Örnekler:::::::
truefalse
Çözüm Kodu
ResolutionCode
Hizmet talebinin nihai sonucunu veya nasıl çözüldüğünü gösteren bir kod.
Açıklama

Çözüm Kodu, bir vakayı çözerken temsilci tarafından seçilen yapılandırılmış bir değerdir. 'Kullanıcı Tarafından Çözüldü', 'Bilinen Hata', 'Kopya' veya 'Eylem Gerekmiyor' gibi çözüme ilişkin belirli ayrıntıları sunar.

Bu öznitelik, kök neden analizi için değerlidir. Farklı çözüm kodlarının sıklığını analiz ederek, kuruluşlar tekrarlayan sorunları, bilgi eksikliklerini veya ürün sorunlarını belirleyebilir. Bu bilgiler daha sonra belirli türdeki hizmet taleplerinin hacmini azaltan iyileştirmeleri yönlendirmek için kullanılabilir.

Neden Önemli?dir?

Hizmet taleplerinin sonuçları hakkında önemli bilgi sunar; bu, kök neden analizi ve tekrarlayan sorunların belirlenmesi için büyük önem taşır.

Nereden Alınır??

Bu, 'sn_customerservice_case' tablosundaki 'close_code' veya özel bir çözüm kodu alanına karşılık gelir.

Örnekler:::::::
Çözüldü (Geçici Çözüm)Çözüldü (Kalıcı)Çözülmedi (Müşteri Yanıtsız)Arayan Tarafından Kapatıldı/Çözüldü
İlk Temas Çözümü mü
IsFirstContactResolution
Talebin, herhangi bir aktarım veya üst makama iletme olmaksızın ilk atanan temsilci tarafından çözülüp çözülmediğini belirten bir Boolean bayrağı.
Açıklama

Bu hesaplanmış öznitelik, ilk etkileşim sırasında veya vakayı ele alan ilk temsilci tarafından verimli bir şekilde çözülen hizmet taleplerini belirler. Mantık genellikle sıfır yeniden atama ('ReassignmentCount' 0), 'Dahili Yükseltme Tetiklendi' faaliyeti yokluğu ve müşteriden ek bilgi talebi olmaması gibi koşulları kontrol eder.

Bu öznitelik, kritik bir müşteri hizmetleri metriğini doğrudan ölçer ve 'İlk Temasta Çözüm Oranı' Dashboard'unu ve KPI'sını destekler. FCR performansının kolayca nicelendirilmesini sunar ve kanal veya talep kategorisi gibi ilk temasta çözüme ulaşmaya katkıda bulunan veya engelleyen faktörleri analiz etmeye yardımcı olur.

Neden Önemli?dir?

İlk yanıtın verimliliğini doğrudan ölçer. Yüksek bir FCR oranı, hem operasyonel verimlilik hem de yüksek müşteri memnuniyeti ile güçlü bir şekilde bağlantılıdır.

Nereden Alınır??

Bu, hesaplanmış bir özniteliktir. Veri dönüşümü sırasında, 'ReassignmentCount' sıfır olması ve hiçbir yükseltme faaliyetinin gerçekleşmemesi gibi kurallara dayanarak türetilir.

Örnekler:::::::
truefalse
Kanal
Channel
Hizmet talebinin başlatıldığı iletişim kanalı.
Açıklama

Kanal, müşterinin talebini göndermek için kullandığı yöntemi belirtir; örneğin, 'E-posta', 'Telefon', 'Web Portalı' veya 'Sohbet'. Farklı kanalların süreç özellikleri ve müşteri beklentileri önemli ölçüde farklılık gösterebilir.

Süreci Kanala göre analiz etmek, her iletişim yönteminin etkinliğini değerlendirmeye yardımcı olur. Örneğin, 'Telefon' aracılığıyla gönderilen taleplerin daha yüksek bir ilk temasta çözüm oranına sahip olup olmadığını veya 'E-posta' taleplerinin daha uzun döngü sürelerine sahip olma eğiliminde olup olmadığını ortaya çıkarabilir. Bu, doğrudan 'İletişim Kanalı Etkinliği' Dashboard'unu destekler.

Neden Önemli?dir?

Telefon, e-posta veya web portalı gibi farklı müşteri etkileşim kanallarının verimliliğini ve sonuçlarını belirlemeye yardımcı olur.

Nereden Alınır??

Bu, tipik olarak 'sn_customerservice_case' tablosundaki 'contact_type' alanına karşılık gelir.

Örnekler:::::::
TelefonE-postaSelf-servisChat
Kaynak Sistem
SourceSystem
Verilerin çekildiği sistem.
Açıklama

Bu öznitelik, verilerin kökenini tanımlar; bu, bilgilerin birden fazla sistemden toplandığı ortamlarda özellikle önemlidir. Bu süreç görünümü için değer tutarlı bir şekilde 'ServiceNow CSM' olacaktır.

Analizde, bu veri yönetimi ve sorun gidermede yardımcı olur. Birden fazla kaynak sistem söz konusu olduğunda, belirli bir sistem içinde nasıl çalıştığını anlamak veya farklı sistemlerdeki süreç varyasyonlarını karşılaştırmak için süreci filtrelemeye sunar.

Neden Önemli?dir?

Verilerin kökeni hakkında temel bağlam sunar, çoklu sistem ortamlarında netliği garanti eder ve veri yönetimine yardımcı olur.

Nereden Alınır??

Bu, veri dönüşüm sürecinde veri kümesinin kökenini etiketlemek için eklenen statik bir değerdir.

Örnekler:::::::
ServiceNow CSM
Müşteri
Customer
Hizmet talebini başlatan müşterinin veya şirketin adı veya tanımlayıcısı.
Açıklama

Bu öznitelik, hizmet talebinin kime ait olduğunu, birey veya kuruluş olarak, harici paydaşı tanımlar. Her vaka için müşteri bağlamını sunar.

Analizde, Müşteri özniteliği, hizmet sürecinin müşteri odaklı bir görünümünü sunar. Belirli müşterilerin daha fazla sorun veya daha uzun gecikmeler yaşayıp yaşamadığını belirlemek için kullanılabilir ve süreç iyileştirme çabalarını önceliklendirmek için segment veya değer gibi diğer müşteri verileriyle birleştirilebilir. Örneğin, yüksek değerli müşterilerin daha hızlı hizmet alıp almadığı kontrol edilebilir.

Neden Önemli?dir?

Süreci belirli müşterilere bağlayarak, önemli hesaplar veya müşteri segmentleri için hizmet seviyelerinin ve sorun sıklığının analizini sunar.

Nereden Alınır??

Bu, 'sn_customerservice_case' tablosundaki 'caller_id', 'opened_for' veya 'account' alanı olabilir; bu alanlar kullanıcı veya şirket tablolarına referans verir.

Örnekler:::::::
Can DemirACME Corporation`Global Tech Inc.`
Son Veri Güncellemesi
LastDataUpdate
Verinin kaynak sistemden son çekildiği veya yenilendiği zamanı gösteren zaman damgası (zaman damgası)dır.
Açıklama

Bu öznitelik, en son veri çekiminin tarih ve saatini kaydeder. Analiz edilen verinin güncelliği hakkında bağlam sağlayarak, kullanıcıların neredeyse gerçek zamanlı bilgilere mi yoksa geçmiş bir anlık görüntüye mi baktıklarını bilmelerini sunar.

Analiz sırasında, bu, veri kümesinin zaman aralığını anlamak için kritik bir meta veri parçasıdır. Kullanıcıların Dashboard'ları ve KPI'ları doğru yorumlamalarına yardımcı olur, örneğin verinin son saate veya önceki güne ait olduğunu bilmelerini sunar.

Neden Önemli?dir?

Verinin güncelliğini gösterir; bu da Process Mining stratejik bilgilerinin alaka düzeyi ve zamanında olması için büyük önem taşır.

Nereden Alınır??

Bu zaman damgası (zaman damgası), veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulur ve eklenir.

Örnekler:::::::
2023-11-20T08:00:00Z
Yeniden Açılma Sayısı
ReopenCount
Çözülmüş bir hizmet talebinin müşteri tarafından yeniden açılma sayısı.
Açıklama

Bu sayaç, bir vakanın 'Çözüldü' veya 'Kapatıldı' durumundan tekrar 'Devam Ediyor' veya 'Açık' durumuna kaç kez geçtiğini izler. Yeniden açılan bir vaka, ilk çözümün etkili veya eksiksiz olmadığını gösterir.

Bu öznitelik, yeniden işleme ve ilk seferde çözüm kalitesinin güçlü bir göstergesidir. Yüksek yeniden açılma sayısı, temsilcilerin biletleri erken kapatması veya müşterinin temel sorununu tam olarak ele almaması gibi çözüm sürecindeki sorunlara işaret eder. Önerilen çözümlerin etkinliğini anlamak için önemli bir metriktir.

Neden Önemli?dir?

Başarısız çözümleri ve yeniden işlemeyi gösterir. Çok sayıda yeniden açma, çözüm sürecindeki düşük kaliteyi işaret eder ve müşteri hayal kırıklığına yol açar.

Nereden Alınır??

Bu, genellikle 'sn_customerservice_case' tablosunda veya ilgili bir tabloda 'reopen_count' adlı bir alanda izlenir.

Örnekler:::::::
012
Yeniden Atama Sayısı
ReassignmentCount
Hizmet talebinin farklı bir temsilciye veya gruba yeniden atanma toplam sayısı.
Açıklama

Bu öznitelik, 'assigned_to' veya 'assignment_group' alanı her değiştiğinde artan bir sayaçtır. Bir vakanın geçirdiği dahili transfer miktarını gösteren basit bir metrik sunar.

Yeniden Atama Sayısı, süreçteki aksaklıkların doğrudan bir ölçüsüdür ve 'Temsilci Devirleri ve Yeniden Atamalar' Dashboard'u ile 'Talep Başına Ortalama Temsilci Devri' KPI'sı için önemli bir girdidir. Yüksek yeniden atama sayıları genellikle ilk yönlendirme sorunlarını, temsilci beceri eksikliklerini veya kategorize edilmesi zor vakaları gösterir; bunların hepsi daha uzun çözüm sürelerine yol açar.

Neden Önemli?dir?

Süreç verimsizliğini devir teslimleri sayarak doğrudan ölçer. Yüksek bir sayı, genellikle daha uzun çözüm süreleri ve müşteri memnuniyetsizliği ile ilişkilidir.

Nereden Alınır??

Bu, 'sn_customerservice_case' tablosunun genişlettiği 'task' tablosundaki standart bir metrik alanıdır, 'reassignment_count'.

Örnekler:::::::
0135
Yeniden İşleme mi?
IsRework
Yeniden açılan bir vaka veya tekrarlanan bir araştırma gibi önemli bir yeniden işleme olup olmadığını gösteren bir Boolean bayrağı.
Açıklama

Bu, verimsizlik veya tekrar modelleri sergileyen vakaları işaretleyen hesaplanmış bir özniteliktir. Bu bayrağın mantığı, 'BT Hizmet Talebi Yönetimi Yeniden Açıldı' gibi olaylar veya 'Temsilci Soruşturmaya Başlar' ardından 'Çözüm Önerildi' gibi önemli bir faaliyet dizisinin aynı vaka içinde birden çok kez meydana gelmesi durumunda tetiklenebilir.

Bu bayrak, sorunlu vakaları hızlı bir şekilde belirlemek ve süreçteki genel yeniden işleme düzeyini nicelendirmek için büyük önem taşır. Doğrudan 'Yeniden İşleme ve Tekrarlama Hotspotları' Dashboard'unu ve 'Yeniden İşleme Oranı' KPI'sını destekleyerek analistlerin tekrarlayan modelleri manuel olarak belirlemeye gerek kalmadan verimsizliğin nedenlerine odaklanmasını sunar.

Neden Önemli?dir?

Tekrarlayan döngüler veya yeniden açma olayları olan vakaları işaretleyerek süreç verimsizliğini nicelleştirmeye yardımcı olur, bu da yeniden işlemeyi ölçmeyi ve hedeflemeyi kolaylaştırır.

Nereden Alınır??

Bu, hesaplanmış bir özniteliktir. Veri dönüşümü sırasında, sıfır olmayan bir 'ReopenCount' veya tekrarlayan faaliyetler gibi yeniden işleme modellerini algılayan iş mantığı uygulanarak türetilir.

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

Müşteri Enerji ve Altyapıi Etkinlikleri

Bunlar, doğru süreç keşfi için event lognüze (event log) kaydetmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
5 Önerilen 9 Opsiyonel
Aktivite Açıklama
BT Hizmet Talebi Yönetimi Çözüldü
Bu, hizmet temsilcisinin işi tamamladığını ve sorunun çözüldüğünü gösteren önemli bir dönüm noktasıdır. Bu durum, vaka durumu 'Çözüldü' olarak değiştirildiğinde ve resolved_at zaman damgası (zaman damgası) doldurulduğunda yakalanır.
Neden Önemli?dir?

Bu faaliyet, aktif çözüm sürecinin sonunu işaret eder ve çözüm döngü süreleri ile SLA uyumluluğunu hesaplamak için büyük önem taşır. Birçok verimlilik KPI'sı için birincil bitiş noktası görevi görür.

Nereden Alınır??

Denetim geçmişinden, sn_customerservice_case tablosundaki state alanı 'Çözüldü' olarak ayarlandığında çıkarılır. resolved_at alanı genellikle aynı anda doldurulur.

Yakala

'state' değişikliğinin 'Resolved' olduğunu tespit edin ve karşılık gelen zaman damgası (zaman damgası)nı kullanın.

Event tipi inferred
BT Hizmet Talebi Yönetimi Kapatıldı
Bu, hizmet talebi kaydının resmi olarak kapatılmasını işaret eden nihai faaliyettir, genellikle çözüm sonrası bir onay süresinden sonra. Bu durum, vaka durumu 'Kapatıldı' olarak değiştirildiğinde ve closed_at zaman damgası (zaman damgası) ayarlandığında yakalanır.
Neden Önemli?dir?

Sürecin kesin sonu olarak, bu aktivite tüm vaka süreç döngüsünü hesaplamak için gereklidir. 'Çözüldü' ve 'Kapatıldı' arasındaki süreyi analiz etmek, idari yükü veya gecikmeleri ortaya çıkarır.

Nereden Alınır??

Denetim geçmişinden, sn_customerservice_case tablosundaki state alanı 'Kapatıldı' olarak ayarlandığında çıkarılır. closed_at alanı aynı anda doldurulur.

Yakala

'state' değişikliğinin 'Closed' olduğunu tespit edin ve karşılık gelen zaman damgası (zaman damgası)nı kullanın.

Event tipi inferred
Dahili Eskalasyon Tetiklendi
Bir hizmet talebinin çözüm için daha yüksek bir destek veya yönetim düzeyine resmi olarak yükseltilmesini temsil eder. Bu durum, atama grubunun daha üst düzey bir ekibe değiştirilmesinden veya bir bayrağın ayarlanmasından çıkarılabilir.
Neden Önemli?dir?

Yükseltmeleri takip etmek, süreç zayıflıklarını, ön cephe desteğindeki bilgi eksikliklerini ve karmaşık vaka türlerini belirlemeye yardımcı olur. Bu, süreçteki aksaklıkların ve müşteri memnuniyetsizliğinin önemli bir göstergesidir.

Nereden Alınır??

Denetim günlüğünden, 'assignment_group' alanında bilinen bir üst makama iletme ekibine yönelik bir değişiklik tespit edilerek veya vaka kaydındaki 'escalation' alanındaki bir değişiklikten çıkarılabilir.

Yakala

'escalation' alanındaki değişikliği veya daha üst düzey bir 'assignment_group'a geçişi tespit edin.

Event tipi inferred
Hizmet Talebi Oluşturuldu
Bu faaliyet, yeni bir vakanın sisteme resmi olarak kaydedilmesiyle müşteri hizmetleri sürecinin başlangıcını işaret eder. Bu olay, sn_customerservice_case tablosuna yeni bir kayıt eklendiğinde açıkça yakalanır.
Neden Önemli?dir?

Her vakanın başlangıç noktası olarak, bu aktivite uçtan uca döngü süresini hesaplamak ve talep alım hacimlerini analiz etmek için gereklidir. Tüm sonraki süreçler ve SLA zamanlayıcıları için tetikleyici görevi görür.

Nereden Alınır??

Bu olay, sn_customerservice_case tablosunda bir kayıt oluşturulmasına karşılık gelir. Zaman damgası sys_created_on alanından alınır.

Yakala

sn_customerservice_case tablosundaki kayıt oluşturma zaman damgası (zaman damgası) (sys_created_on).

Event tipi explicit
Talep Temsilciye Atandı
Bu faaliyet, bir hizmet talebinin araştırılması ve çözümü için belirli bir temsilciye atandığında meydana gelir. Vaka kaydındaki assigned_to alanındaki değişikliğin çıkarılmasıyla yakalanır.
Neden Önemli?dir?

Bu, ilk yanıt sürelerini ve temsilci iş yükü dağılımını ölçmek için kritik bir dönüm noktasıdır. Bu alandaki yeniden atamaların takibi, süreç verimsizliklerini ve temsilci kullanılabilirliğindeki potansiyel darboğazları vurgular.

Nereden Alınır??

sn_customerservice_case tablosu için denetim geçmişinden (sys_audit), assigned_to alanının ne zaman doldurulduğunu veya değiştirildiğini takip ederek çıkarılır.

Yakala

Vakanın denetim günlüğündeki 'assigned_to' alanı için değer değişikliğini tespit edin.

Event tipi inferred
Atama Grubu Değişti
Bir vakanın sorumluluğunun bir ekipten diğerine aktarıldığını gösterir. Bu olay, vaka kaydındaki assignment_group alanındaki değişiklikleri izleyerek çıkarılır.
Neden Önemli?dir?

Atama gruplarındaki değişiklikleri takip etmek, departmanlar arası devirleri analiz etmek ve sistematik yönlendirme sorunlarını belirlemek için büyük önem taşır. Bu faaliyetin yüksek sıklığı, belirsiz sahiplenme veya süreç tanımlamalarını gösterebilir.

Nereden Alınır??

sn_customerservice_case tablosu için denetim geçmişinden (sys_audit), assignment_group alanının ne zaman değiştiğini takip ederek çıkarılır.

Yakala

Vakanın denetim günlüğündeki 'assignment_group' alanı için değer değişikliğini tespit edin.

Event tipi inferred
BT Hizmet Talebi Yönetimi Yeniden Açıldı
Daha önce çözülmüş bir hizmet talebinin, sorunun tekrarlaması veya çözümün etkisiz olması nedeniyle aktif bir duruma döndüğünde meydana gelir. Bu durum, 'Çözüldü' durumundan tekrar 'Devam Ediyor' durumuna geçişin tespitiyle çıkarılır.
Neden Önemli?dir?

Yeniden açılan vakalar, çözüm kalitesinin doğrudan bir ölçüsü ve yeniden işlemenin ana nedenidir. Bu olayları analiz etmek, ilk temasta çözüm oranlarını ve müşteri memnuniyetini iyileştirmek için büyük önem taşır.

Nereden Alınır??

sn_customerservice_case tablosunun denetim geçmişinden, state alanının 'Resolved' durumundan aktif bir duruma geçtiği bir dizi belirleyerek çıkarılır.

Yakala

'Resolved' durumundan 'Work in Progress' gibi aktif bir değere 'state' değişikliğini tespit edin.

Event tipi inferred
Çözüm Sunuldu
Bu faaliyet, bir temsilcinin bir çözüm belirleyip bunu müşteriye onaylaması için bildirdiği anı işaret eder. Genellikle 'Onay Bekleniyor' gibi bir değere durum değişikliğinden veya belirli bir çalışma notu girişinden çıkarılır.
Neden Önemli?dir?

Bu dönüm noktası, soruşturma aşamasını onay ve çözüm aşamasından ayırır. Müşteri onayı beklerken harcanan zamanı analiz etmek, bir vakanın kapanış aşamalarını kolaylaştırma fırsatlarını ortaya çıkarabilir.

Nereden Alınır??

sn_customerservice_case tablosunun denetim günlüğünden, state, önerilen bir çözümü (örn. 'Proposed Solution') gösteren bir değere değiştiğinde çıkarılır. Bu, uygulamaya göre değişebilir.

Yakala

'state' alanındaki değişimin 'Proposed Solution' veya 'Awaiting Acceptance' gibi bir değere geçişini tespit edin.

Event tipi inferred
Müşteri Anketi Gönderildi
Bir vakanın çözülmesinin ardından bir müşteri memnuniyeti anketi gönderilmesini temsil eder. Bu olay genellikle bir anket örneği kaydı oluşturulduğunda ve vakayla ilişkilendirildiğinde yakalanır.
Neden Önemli?dir?

Bu faaliyet, süreç yürütme modellerini müşteri geri bildirimleriyle ilişkilendirmeye yardımcı olur. Anketlerin ne zaman ve gönderilip gönderilmediğini anlamak, geri bildirim döngüsünün etkinliğini analiz etmek için önemlidir.

Nereden Alınır??

Bu, kaynak vaka kaydına bir referans içeren asmt_assessment_instance gibi ankete özel bir tabloda kaydedilen açık bir olaydır.

Yakala

Vakayla ilişkili 'asmt_assessment_instance' tablosunda kayıt oluşturma.

Event tipi explicit
Müşteriden Alınan Bilgi
Bu faaliyet, müşterinin istenen bilgiyi sağladığı noktayı işaret eder ve temsilcinin çalışmaya devam etmesini sunar. Vaka durumu 'Kullanıcı Bilgisi Bekleniyor' durumundan aktif bir duruma geçtiğinde çıkarılır.
Neden Önemli?dir?

Bu olay, müşteri bekleme süresini sona erdirir ve müşteri yanıt sürelerinin hassas bir şekilde ölçülmesini sunar. Hangi vaka türlerinin veya müşterilerin en uzun gecikmelerle ilişkili olduğunu belirlemeye yardımcı olur.

Nereden Alınır??

sn_customerservice_case tablosunun denetim geçmişinden, state alanı 'Bilgi Bekleniyor' durumundan 'Devam Ediyor' gibi aktif bir duruma geri döndüğünde çıkarılır.

Yakala

'state' alanındaki değişimin 'müşteri bekleniyor' değerinden tekrar aktif bir değere geçişini tespit edin.

Event tipi inferred
Müşteriden Bilgi Talep Edildi
Bir temsilcinin ilerlemek için müşteriden ek bilgi talep etmesi ve olayı beklemeye alması durumunda meydana gelir. Bu durum, 'Kullanıcı Bilgisi Bekleniyor' veya 'Beklemede' gibi bir değere durum değişikliğinden çıkarılır.
Neden Önemli?dir?

Bu faaliyet, 'Müşteri Bilgisi Bekleme Süreleri' analizi için büyük önem taşır. Harici bağımlılıkların neden olduğu süreç gecikmelerini, dahili işlem süresinden ayırarak izole eder.

Nereden Alınır??

sn_customerservice_case tablosunun denetim geçmişinden, state alanı, müşteri girişi beklediğini gösteren bir değere (örn. 'Bilgi Bekleniyor') değiştiğinde çıkarılır.

Yakala

'state' alanındaki değişimin belirlenmiş bir 'müşteri bekleniyor' değere geçişini tespit edin.

Event tipi inferred
SLA İhlal Edildi
Bir hizmet talebinin, çözüm süresi gibi tanımlanmış bir Hizmet Seviyesi Anlaşmasını karşılayamadığı anı temsil eder. Bu, çözüm süresinin SLA'nın planlanan bitiş süresiyle karşılaştırılmasıyla türetilen hesaplanmış bir olaydır.
Neden Önemli?dir?

SLA ihlallerini belirlemek, uyumluluk izleme ve performans yönetimi için büyük önem taşır. Bu olay, hangi süreç aşamalarının veya vaka türlerinin SLA ihlallerine en çok katkıda bulunduğunu belirlemeye yardımcı olur.

Nereden Alınır??

Vakayla ilişkili task_sla tablosundaki kayıtlar analiz edilerek hesaplanır. has_breached alanı doğruysa veya actual_elapsed_time, planned_duration'ı aşarsa bir ihlal meydana gelir.

Yakala

Bağlantılı task_sla kaydındaki 'has_breached' bayrağını kontrol edin.

Event tipi calculated
Talep Kategorize Edildi ve Önceliklendirildi
Hizmet talebinin sınıflandırıldığı ve aciliyeti ile yönlendirmesini belirlemek için bir öncelik düzeyinin atandığı ilk triyajı temsil eder. Bu, vaka kaydının denetim günlüğündeki kategori, alt kategori veya öncelik alanlarındaki değişikliklerden çıkarılır.
Neden Önemli?dir?

Bu aktiviteyi analiz etmek, vaka triyajındaki gecikmeleri belirlemeye ve taleplerin doğru şekilde yönlendirildiğinden ve aciliyete göre ele alındığından emin olmaya yardımcı olur. İlk atama süresini ve genel çözüm verimliliğini etkiler.

Nereden Alınır??

sn_customerservice_case tablosu için denetim geçmişinden (sys_audit), özellikle category ve priority alanlarına ilk doldurmayı veya güncellemeleri takip ederek çıkarılır.

Yakala

'category' veya 'priority' alanları için ilk değerin ayarlanmasını veya değer değişikliğini tespit edin.

Event tipi inferred
Temsilci Araştırmaya Başlıyor
Bu faaliyet, bir temsilcinin hizmet talebi üzerinde aktif olarak çalışmaya başladığını gösterir. Genellikle vaka durumu 'Yeni' veya 'Atandı' gibi bir durumdan 'Devam Ediyor' durumuna geçtiğinde çıkarılır.
Neden Önemli?dir?

Bu olay, kuyruk süresini aktif çalışma süresinden ayırmaya yardımcı olur. Atama ile soruşturmanın başlangıcı arasındaki süreyi analiz etmek, temsilcilerin yeni vakaları ele almasındaki gecikmeleri ortaya çıkarır.

Nereden Alınır??

Olayın durum alanı 'Devam Ediyor' gibi aktif bir çalışma durumuna geçtiğinde çıkarılır. Belirli durum değerleri yapılandırılabilir ve doğrulanmalıdır.

Yakala

'state' alanındaki değişimin bekleyen bir değerden aktif bir değere (örn. 'New'den 'Work in Progress'e) geçişini tespit edin.

Event tipi inferred
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

Verilerinizi ServiceNow CSM'den nasıl alırsınız