Sorun yönetimi Veri Templateiniz

Freshservice
Sorun yönetimi Veri Templateiniz

Sorun yönetimi Veri Templateiniz

Bu Template, Freshservice’te sorun yaşam döngünüzü haritalamanız için bir çerçeve sunar. Kök neden analizinde ve geçici çözüm oluşturmada yaşanan darboğazları belirlemenize yardımcı olur. Process Mining için güvenilir bir Event Log oluşturmak üzere gereken temel öznitelikleri ve etkinlikleri açıklar. Bu rehberi izleyerek veri çıkarma sürecinizi kolaylaştırabilir ve BT hizmetlerinizin kararlılığını iyileştirmeye odaklanabilirsiniz.
  • Daha ayrıntılı kök neden analizi için temel öznitelikler
  • Sorun yaşam döngüsü için standart etkinlik haritalaması
  • Freshservice verilerini çıkarmaya yönelik teknik rehber
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

Sorun yönetimi öznitelikleri

Önerilen bu veri alanları, sorun yönetimi performansınızı ayrıntılı biçimde analiz edebilmeniz için Event Loga gerekli bağlamı sağlar.
3 Zorunlu 9 Önerilen 7 İsteğe bağlı
Ad Açıklama
Etkinlik
ActivityName
Sorun kaydında gerçekleştirilen belirli olay veya eylem.
Açıklama

Bu öznitelik, 'Sorun kaydedildi', 'Temel neden belirlendi' veya 'Destek grubu değişti' gibi süreç yaşam döngüsündeki adımı tanımlar. İş sırasını haritalamak için süreç keşif algoritmalarının temel bileşenidir.

Analizde bu alan, süreç haritasındaki düğümleri belirler ve yeniden çalışma döngülerini, atlanan adımları ve süreç çeşitlerini saptamak için gereklidir.

Neden önemli?

Sürecin nasıl yürütüldüğünü tanımlar ve süreç haritası oluşturmak için gereklidir.

Nereden alınır?

Freshservice 'Activities' veya 'Audit Log' uç noktalarından elde edilir.

Örnekler
Sorun kaydedildiÖncelik güncellendiDurum Çözüldü olarak değişti
Sorun kaydı
ProblemNumber
Sorun kaydına atanan benzersiz alfasayısal tanımlayıcıdır (ör. PRB-10234).
Açıklama

Bu öznitelik, Process Mining analizinde merkezi Vaka kimliği olarak kullanılır. Freshservice’teki belirli bir sorun incelemesini benzersiz biçimde tanımlar ve ilgili tüm etkinlikleri, olayları ve değişiklikleri birbirine bağlar. Denetim günlüğündeki kayıtları tek bir süreç örneği altında gruplandırmak için kullanılır.

Analizde bu tanımlayıcı, kullanıcıların üst düzey toplu verilerden belirli sorun yolculuklarına inerek gerçekleşen olayların tam sırasını anlamasını sağlar.

Neden önemli?

Süreç akışını yeniden oluşturmanın temel anahtarıdır ve her vakayı benzersiz biçimde tanımlamak için gereklidir.

Nereden alınır?

Freshservice API’sindeki 'Problem' nesnesinin 'display_id' alanı.

Örnekler
PRB-10023PRB-10045PRB-11201
Zaman damgası
EventTimestamp
Etkinliğin gerçekleştiği kesin tarih ve saat.
Açıklama

Bu öznitelik, belirli bir olayın sistemde ne zaman gerçekleştiğini kaydeder. Process Mining motorunun olayları kronolojik sıraya koymasını ve adımlar arasındaki süreleri hesaplamasını sağlar.

Analizde bu veri; işlem süresi, tamamlanma süresi analizi ve darboğaz belirleme gibi zamana dayalı tüm KPI’ların temelini oluşturur.

Neden önemli?

Olayların zaman çizelgesini oluşturur, çevrim süresinin hesaplanmasını ve süreç adımlarının sıralanmasını sağlar.

Nereden alınır?

Freshservice API içindeki etkinlik akışında yer alan 'created_at' veya 'updated_at' alanları.

Örnekler
2023-10-15T08:30:00Z2023-10-15T09:15:22Z2023-10-16T14:00:00Z
Atanan temsilci
AgentName
Soruna şu anda atanmış Hizmet Masası temsilcisinin adı.
Açıklama

Bu öznitelik, sorunu araştırmaktan veya çözmekten sorumlu kişiyi belirtir. Kaynak analizine ve performans takibine olanak tanır.

Analizde, iş yükünün nasıl dağıldığını ve RCA konusunda aşırı yük altında olabilecek ya da özellikle verimli çalışan kişileri belirlemeye yardımcı olur.

Neden önemli?

Kaynak analizi ve organizasyonel Process Mining için temel bir alandır.

Nereden alınır?

Freshservice API 'Problem' nesnesindeki 'responder_id' alanı (Agent tablosunda arama yapılması gerekir).

Örnekler
Alice SmithBob JonesSistem yöneticisi
Bağlantılı olaylar
RelatedIncidentCount
Bu sorunla bağlantılı olay kayıtlarının sayısı.
Açıklama

Bu öznitelik, sorun kaydıyla ilişkili olayların sayısını gösterir. Kullanıcıların yaşadığı kesintinin boyutunu anlamak için dolaylı bir ölçüt olarak kullanılır.

Analizde, sorunların olay hacmini gerçekten azaltıp azaltmadığını kontrol etmek için 'Olay bağlantı yoğunluğu' KPI’ında kullanılır.

Neden önemli?

Sorunun Hizmet Masası üzerindeki etkisinin boyutunu gösterir.

Nereden alınır?

Freshservice API’deki 'associated_incidents' dizisinin sayısı.

Örnekler
05120
Departman
DepartmentName
Sorunu bildiren veya sorundan en çok etkilenen kullanıcının departmanı.
Açıklama

Bu öznitelik, sorundan etkilenen iş birimini belirtir.

Analizde, bazı departmanların diğerlerine kıyasla daha yavaş hizmet alıp almadığını görmek için 'Kritik sorunlarda SLA performansı' verilerini departmana göre ayırmaya yardımcı olur.

Neden önemli?

Sorunların etkisini değerlendirmek için kurumsal bağlam sağlar.

Nereden alınır?

Freshservice API’den, talep sahibi üzerinden Department tablosunda arama yapılarak alınır.

Örnekler
Finansİnsan kaynaklarıBT
Destek grubu
SupportGroup
Sorunu ele almakla görevlendirilen teknik ekip veya grup.
Açıklama

Bu öznitelik, sorun kaydının hangi ekibin sorumluluğunda olduğunu gösterir. Gruplar arasındaki devir teslimler, Problem Management sürecindeki gecikmelerin başlıca nedenlerindendir.

Analizde bu alan, 'Destek grubu devir teslim ısı haritası’nı oluşturmak ve ekipler arasındaki gidip gelmeleri belirlemek için kullanılır.

Neden önemli?

Devir teslimleri incelemek ve ekip silolarından kaynaklanan darboğazları belirlemek için önemlidir.

Nereden alınır?

Freshservice API 'Problem' nesnesindeki 'group_id' alanı (Groups tablosunda arama yapılması gerekir).

Örnekler
Veritabanı ekibiAğ operasyonlarıUygulama desteği
Durum
ProblemStatus
Sorunun mevcut yaşam döngüsü durumu (ör. Açık, Değişiklik bekliyor, Çözüldü).
Açıklama

Bu öznitelik, sorunun iş akışındaki ilerlemesini izler. Bu alandaki değişiklikler standart süreç etkinliklerini tetikler.

Analizde, devam eden işleri tamamlananlardan ayırmak için temel filtre olarak kullanılır ve devam eden iş (WIP) analizine olanak tanır.

Neden önemli?

Vakanın durumunu tanımlar ve akış istatistiklerini hesaplamak için kullanılır.

Nereden alınır?

Freshservice API 'Problem' nesnesindeki 'status' alanı.

Örnekler
AçıkDeğişiklik bekliyorÇözüldüKapalı
Kök neden kategorisi
RootCauseCategory
Sorunun altında yatan neden için belirlenen sınıflandırma.
Açıklama

Bu öznitelik, sorunun nedenini 'Yazılım hatası', 'Yapılandırma hatası' veya 'İnsan hatası' gibi kategorilere ayırır. RCA aşamasından sonra doldurulur.

Analizde, altyapıdaki sistemik zayıflıkları belirlemek için 'Kök neden sınıflandırma kalitesi' Dashboardında kullanılır.

Neden önemli?

Eğilim analizi yapmak ve proaktif iyileştirme alanlarını belirlemek için gereklidir.

Nereden alınır?

Freshservice API 'Problem' nesnesi. Yapılandırmaya bağlı olarak genellikle özel bir alan veya 'root_cause' metin alanıdır.

Örnekler
Yazılım arızasıYapılandırma hatasıDonanım arızası
Öncelik
ProblemPriority
Soruna atanan öncelik düzeyi (ör. Düşük, Orta, Yüksek, Acil).
Açıklama

Bu öznitelik, sorun kaydının göreli önemini ve aciliyetini belirtir. Genellikle Etki ve Aciliyet matrisiyle belirlenir.

Analizde bu alan, segmentasyon için önemlidir. Analistlerin kritik sorunlarla küçük kusurlar arasındaki çevrim sürelerini ve SLA uyumunu karşılaştırmasını sağlar.

Neden önemli?

Etkisi yüksek sorunlara yönelik analizleri filtrelemek ve önceliklendirmek için gereklidir.

Nereden alınır?

Freshservice API 'Problem' nesnesindeki 'priority' alanı.

Örnekler
DüşükOrtaYüksekAcil
SLA ihlal edildi
IsSlaBreached
Sorun kaydının hizmet seviyesi anlaşmasındaki hedefi kaçırıp kaçırmadığını belirten bir işaret.
Açıklama

Sorunun çözüm süresi tanımlanan politikayı aştığında bu boole özniteliği true değerini alır.

Analizde, 'Kritik sorunlarda SLA performansı' Dashboardını besler ve hangi ekiplerin veya kategorilerin zamanında çözüm konusunda en çok zorlandığını belirlemeye yardımcı olur.

Neden önemli?

Süreç uyumluluğunun ve performansının doğrudan ölçüsüdür.

Nereden alınır?

Freshservice API’deki 'sla_policy' veya 'sla_breached' işaretlerinden türetilir.

Örnekler
truefalse
Yeniden açıldı mı
IsReopened
Sorun kaydının kapalı durumdan tekrar açık duruma alınıp alınmadığını belirten bir işaret.
Açıklama

Bu boole özniteliği, etkinlik geçmişinde son durumdan etkin duruma geçiş olup olmadığı kontrol edilerek hesaplanır.

Analizde, çözüm sürecinin temel kalite göstergelerinden biri olarak 'Sorun kayıtlarının yeniden açılma eğilimleri' Dashboardını destekler.

Neden önemli?

Hatalı çözümlerin ve yeniden çalışmanın başlıca göstergesidir.

Nereden alınır?

Olay günlüğündeki ActivityName alanından hesaplanır.

Örnekler
truefalse
Bağlantılı değişiklik talebi
ChangeRequestId
Sorunu gidermek için oluşturulan değişiklik talebinin tanımlayıcısı.
Açıklama

Bu öznitelik, kalıcı bir çözüm uygulamak üzere sorun kaydıyla ilişkilendirilmiş Değişiklik Talebinin kimliğini içerir.

Analizde, nedeni bulmakla harekete geçmek arasında geçen süreyi ölçen 'RCA’dan değişikliğe geçiş süresi' KPI’ı için gereklidir.

Neden önemli?

Problem sürecini Change Management sürecine bağlar.

Nereden alınır?

Freshservice API’deki 'associated_change_request' alanı.

Örnekler
CHG-2001CHG-2045
Etki
ImpactLevel
Sorunun iş süreçleri üzerindeki etkisinin ölçüsü.
Açıklama

Bu öznitelik, sorunun kapsamını ölçer ve önceliği belirlemek için genellikle Aciliyet ile birlikte kullanılır.

Analizde, hangi süreç darboğazlarının en kritik işlevleri etkilediğini belirlemeye yardımcı olur.

Neden önemli?

Analiz sonuçlarını iş açısından önem düzeyine göre ağırlıklandırmak için kullanılır.

Nereden alınır?

Freshservice API 'Problem' nesnesindeki 'impact' alanı.

Örnekler
DüşükOrtaYüksek
Etkilenen varlık
AssociatedAsset
Sorunla bağlantılı temel yapılandırma öğesi (CI) veya varlık.
Açıklama

Bu öznitelik, incelemenin konusu olan belirli donanım veya yazılım varlığını belirtir.

Analizde, varlık türüne göre 'Kök neden sınıflandırma kalitesi' incelemesi yapılmasını sağlar. Böylece belirli cihazların veya yazılım sürümlerinin kusurlara daha yatkın olup olmadığı görülebilir.

Neden önemli?

Süreç performansını altyapı bileşenleriyle ilişkilendirir.

Nereden alınır?

Freshservice API’deki 'associated_assets' alanı.

Örnekler
Server-01Bordro uygulamasıCore Switch A
Geçici çözüm açıklaması
WorkaroundNotes
Geçici çözümü veya alternatif yöntemi açıklayan metin.
Açıklama

Bu öznitelik, sunulan geçici çözümün ayrıntılarını içerir. Dolu olması, geçici bir çözümün başarıyla yayımlandığını gösterir.

Analizde, bu alanın doldurulduğu zaman damgası 'Ortalama geçici çözüm süresi' KPI’ını belirler.

Neden önemli?

Sorunun etkisini azaltma süresiyle tamamen çözülme süresini karşılaştırmak için önemlidir.

Nereden alınır?

Freshservice API 'Problem' nesnesindeki 'workaround' alanı.

Örnekler
Hizmeti elle yeniden başlatTarayıcı önbelleğini temizleAlternatif VPN uç noktasını kullan
Kaynak sistem
SourceSystem
Verinin alındığı sistemin adı.
Açıklama

Bu statik öznitelik, veri setinin kaynağını belirtir: 'Freshservice'. Birden fazla sistemin kullanıldığı ortamlarda farklı ITSM araçlarından veya örneklerinden gelen kayıtları ayırt etmeye yardımcı olur.

Analiz sırasında, birden fazla kaynaktan gelen veriler birleştirildiğinde filtreleme veya gruplama amacıyla kullanılır.

Neden önemli?

Birden fazla sistemin kullanıldığı Process Mining uygulamalarında veri kökenini ve izlenebilirliği sağlar.

Nereden alınır?

Veri çıkarımı sırasında sabit olarak atanır.

Örnekler
Freshservice
Son tarih
DueDate
Sorun kaydının çözülmesinin beklendiği hedef tarih.
Açıklama

Bu öznitelik, sorun için SLA politikalarıyla veya bir yönetici tarafından belirlenen son tarihi içerir.

Bu tarihi gerçek çözüm tarihiyle karşılaştırmak, planlama doğruluğunu ve belirlenen beklentilerin gerçekçiliğini değerlendirmeye yardımcı olur.

Neden önemli?

Zamanında tamamlanma analizinde referans noktasıdır.

Nereden alınır?

Freshservice API 'Problem' nesnesindeki 'due_by' alanı.

Örnekler
2023-12-31T17:00:00Z
Son veri güncellemesi
LastExtractionTime
Verinin Freshservice’ten ne zaman çıkarıldığını gösteren zaman damgası.
Açıklama

Bu öznitelik, analizde kullanılan veri setinin ne kadar güncel olduğunu gösterir. Gerçek zamanlı verilere mi yoksa geçmişte alınmış bir anlık görüntüye mi baktığınızı anlamanıza yardımcı olur.

Analizde, etkin vakaların mevcut açık kalma sürelerini hesaplarken referans noktası olarak kullanılır.

Neden önemli?

Veri gecikmesi ve güvenilirliği hakkında bilgi verir.

Nereden alınır?

ETL çalıştırıldığı andaki sistem saati.

Örnekler
2023-11-01T12:00:00Z
Zorunlu Önerilen İsteğe bağlı

Sorun yönetimi etkinlikleri

Hizmet masanızdaki sorun kayıtlarının baştan sona yolculuğunu görselleştirmek için temel süreç aşamalarını ve durum değişikliklerini kaydedin.
7 Önerilen 8 İsteğe bağlı
Aktivite Açıklama
Değişiklik talebi ilişkilendirildi
Bir Değişiklik kaydının Sorun kaydına bağlanmasıdır ve düzeltme aşamasının başladığını gösterir. 'Association with Change' sistem olayıyla kaydedilir.
Neden önemli?

Değişiklik Talebi Darboğazı İzleyicisi için gereklidir. Sorun Yönetimi’nden Değişiklik Yönetimi’ne devir teslimi ölçer.

Nereden alınır?

Activity Stream: 'Association with Change' olayı.

Kaydedin

Bir Change ID bağlandığında kaydedilir

Olay türü explicit
Destek grubu atandı
Sorun kaydının belirli bir teknik ekibe veya atama grubuna yönlendirilmesidir. Kayıt geçmişindeki Group alanı değişiklikleri izlenerek kaydedilir.
Neden önemli?

Destek Grubu Aktarım Isı Haritası için gereklidir. Bu geçişleri izlemek, ekipler arasındaki gidip gelmeleri ve aşırı devir teslimleri ortaya çıkarır.

Nereden alınır?

Activity Stream: 'group_id' veya 'group_name' alanındaki güncellemeler.

Kaydedin

Group alanı güncellendiğinde kaydedilir

Olay türü explicit
Geçici çözüm yayımlandı
Sorun kaydına geçici bir çözüm eklenmesidir. Genellikle 'Workaround' notu veya alanıyla belirtilir. Geçici Çözüm Yayımlama Hızını hesaplamak için kullanılır.
Neden önemli?

Ekibin etkiyi ne kadar hızlı azalttığını ölçer. Ortalama Geçici Çözüm Tamamlanma Süresi KPI’ı için gereklidir.

Nereden alınır?

Activity Stream: 'workaround' alanının güncellenmesi veya Solution/Workaround olarak işaretlenmiş bir notun oluşturulması.

Kaydedin

Workaround alanı doldurulduğunda kaydedilir

Olay türü explicit
Kalıcı düzeltme uygulandı
Nihai çözümün uygulanmasını ifade eder. Freshservice’te bu durum genellikle status alanının 'Solved' veya 'Resolved' değerine geçmesinden çıkarılır.
Neden önemli?

Kalıcı Düzeltme Uygulama Gecikmesini hesaplar. Teknik düzeltme çalışmalarının sonunu gösterir.

Nereden alınır?

Activity Stream: Durumun 'Solved' veya 'Resolved' değerine değişmesi.

Kaydedin

Durum alanını değişiklik öncesi ve sonrası karşılaştırın

Olay türü inferred
Sorun kapatıldı
Kaydın kilitlendiği ve etkin olmadığı kabul edildiği son yaşam döngüsü olayıdır. Durumun 'Closed' değerine geçmesiyle kaydedilir.
Neden önemli?

Süreç örneğinin kesin bitiş noktasını belirler. Toplam çevrim süresini hesaplamak için gereklidir.

Nereden alınır?

Activity Stream: Durumun 'Closed' değerine değişmesi.

Kaydedin

Durum Closed olarak değiştiğinde kaydedilir

Olay türü explicit
Sorun kaydedildi
Sorun kaydının sistemde ilk kez oluşturulmasıdır. Yeni bir sorun kaydı kaydedildiğinde bu olay Freshservice denetim günlüğüne açıkça kaydedilir.
Neden önemli?

Süreç örneğinin başlangıcını gösterir. Tüm tamamlanma sürelerini ve çevrim sürelerini hesaplamak için başlangıç noktasıdır.

Nereden alınır?

Freshservice Activity Stream veya Tickets API (created_at zaman damgası).

Kaydedin

New Problem işlemi yürütüldüğünde kaydedilir

Olay türü explicit
Temel neden belirlendi
Temel neden metin alanının veya analiz bölümünün doldurulduğu andır. Root Cause alanının boş durumdan ilk kez güncellenmesi belirlenerek kaydedilir.
Neden önemli?

Temel Neden Analizi Tamamlanma Süresi analizinin başlıca kilometre taşıdır. İncelemeden çözüm tasarımına geçişi gösterir.

Nereden alınır?

Activity Stream: 'root_cause' veya 'analysis' alanlarındaki güncellemeler.

Kaydedin

root_cause alanını güncelleme öncesi ve sonrası karşılaştırın

Olay türü inferred
Durum: Değişiklik bekleniyor
Sorunun bir Değişiklik Talebinin uygulanmasını beklediğini gösteren durum geçişidir. Durum alanının 'Change Requested' veya benzeri bir değere değişmesinden çıkarılır.
Neden önemli?

Sorun Yönetimi ekibinin harici Değişiklik süreçlerine bağlı olduğu bekleme süresini belirler.

Nereden alınır?

Activity Stream: Durumun 'Change Requested' değerini temsil eden kimliğe değişmesi.

Kaydedin

Durum alanını değişiklik öncesi ve sonrası karşılaştırın

Olay türü inferred
Not eklendi
Kayda herkese açık veya özel bir not eklendiğinde kaydedilen genel bir etkinliktir. Süregelen iş birliğini veya güncellemeleri gösterir.
Neden önemli?

Durum değişmese bile etkin çalışma olduğunu gösterebilir. 'Etkin bekleme' dönemlerini belirlemek için yararlıdır.

Nereden alınır?

Activity Stream: 'Note added' olayı.

Kaydedin

Bir yorum gönderildiğinde kaydedilir

Olay türü explicit
Öncelik güncellendi
Sorun kaydının aciliyet veya etki düzeyindeki değişikliktir. Priority alanının denetim geçmişinden kaydedilir.
Neden önemli?

SLA ihlallerini analiz etmek ve Kritik Sorun SLA Performansı Dashboardunu filtrelemek için gereklidir.

Nereden alınır?

Activity Stream: 'priority' alanındaki güncellemeler.

Kaydedin

Priority alanı değiştirildiğinde kaydedilir

Olay türü explicit
SLA ihlal edildi
'Due By' süresinin aşıldığını gösteren, sistem tarafından oluşturulmuş bir olaydır. Freshservice, belirli SLA ihlali işaretlerini kaydeder.
Neden önemli?

Kritik Sorun SLA Performansı analizini doğrudan destekler. Uyumluluk ihlallerini gösterir.

Nereden alınır?

Activity Stream: SLA ihlali sistem günlüğü.

Kaydedin

Sistem SLA izleyicisi devreye girdiğinde kaydedilir

Olay türü explicit
Sorun görevi tamamlandı
Sorun kaydına bağlı bir alt görevin tamamlanmasıdır. Genellikle Uygulama Sonrası İncelemeleri (PIR) veya belirli inceleme adımlarını izlemek için kullanılır.
Neden önemli?

İnceleme görevlerinin kapatılıp kapatılmadığını izleyerek İnceleme Sonrası Tamamlama Denetimi Dashboardunu destekler.

Nereden alınır?

Activity Stream: 'Task' durumunun Closed/Completed olarak değişmesi.

Kaydedin

Bağlantılı bir Task tamamlandı olarak işaretlendiğinde kaydedilir

Olay türü explicit
Sorun yeniden açıldı
'Resolved' veya 'Closed' durumundan 'Open' durumuna geçiştir. Düzeltmenin işe yaramadığını veya kabul edilmediğini gösterir.
Neden önemli?

Sorun Kaydı Yeniden Açılma Eğilimleri Dashboardunun temel metriğidir. Yüksek oranlar, temel neden analizinin veya düzeltmelerin kalitesiz olduğuna işaret eder.

Nereden alınır?

Activity Stream: Durumun [Closed/Solved] değerinden [Open/In Progress] değerine değişmesi.

Kaydedin

Durum alanını değişiklik öncesi ve sonrası karşılaştırın

Olay türü inferred
Temsilci atandı
Belirli bir sorumlu kişinin sorun kaydına atanmasıdır. Agent alanı doldurulduğunda veya güncellendiğinde açıkça kaydedilir.
Neden önemli?

Bir kaynağın işi resmen üstlendiğini gösterir. Önceliğe göre kaynak dağılımını analiz etmeye yardımcı olur.

Nereden alınır?

Activity Stream: 'responder_id' alanındaki güncellemeler.

Kaydedin

Agent alanı güncellendiğinde kaydedilir

Olay türü explicit
Varlık bağlandı
Bir Yapılandırma Öğesinin (CI) veya varlığın sorun kaydıyla ilişkilendirilmesidir. Bu, 'Etkilenen İş Hizmeti’ni veya 'Etkilenen Yapılandırma Öğesi’ni belirlemeye yardımcı olur.
Neden önemli?

Soyut sorunu fiziksel veya mantıksal altyapıya bağlar. Temel Neden Kategorilendirme Kalitesi analizi için önemlidir.

Nereden alınır?

Activity Stream: 'Association with Asset' olayı.

Kaydedin

Bir varlık kayda eklendiğinde kaydedilir

Olay türü explicit
Önerilen İsteğe bağlı

Veri çıkarma rehberleri

Freshservice verilerinizi nasıl alabilirsiniz?

Başlamaya hazır mısınız?

Sorun yönetimi verilerinizi bugün uygulanabilir içgörülere dönüştürün. Ekibimiz, veri çıkarma sürecinde size yardımcı olmaya ve BT hizmetlerinizi iyileştirmeye başlamanıza destek olmaya hazır.

Sorun yönetimindeki darboğazları bugün ortadan kaldırın

Çevrim sürenizi yüzde 30 azaltın ve BT hizmetlerinizin kararlılığını artırın

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez. Kurulum 5 dakika sürer.