Sorun yönetimi Veri Templateiniz
Sorun yönetimi Veri Templateiniz
- 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
Sorun yönetimi öznitelikleri
| 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
|
|||
Sorun yönetimi etkinlikleri
| 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
|
|||
Veri çıkarma rehberleri
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
Kredi kartı gerekmez. Kurulum 5 dakika sürer.