Tekrarlayan Olayları Kaldırma

Genel Bakış

Tekrarlayan Olayları Kaldırma zenginleştirmesi, süreç vakalarınızdan otomatik olarak tekrarlayan olayları tespit eden ve kaldıran güçlü bir veri kalitesi aracıdır. Aynı olay, bir vaka içinde öz nitelik değerleri (aktivite adı, zaman damgası ve diğer tüm olay nitelikleri) tamamen aynı şekilde birden çok kez görünüyorsa, bu zenginleştirme gereksiz kopyaları ortadan kaldırır ve sadece ilk meydana gelen olayın saklanmasını sağlar.

Bu zenginleştirme, özellikle birden fazla kaynak sistemden, veri entegrasyon süreçlerinden veya tekrarlayan olayların kazara oluşturulabileceği eski sistemlerden alınan verilerle çalışırken çok değerlidir. Bu kopyaları kaldırarak, süreç analizinizin gerçek süreç yürütmesini yansıtmasını sağlarsınız, böylece doğru çevrim süreleri, aktivite sıklıkları ve süreç akış görselleştirmeleri elde edilir.

Diğer aktiviteyle ilgili zenginleştirmelerin aksine, bu zenginleştirme olayları değiştirip kategorize etmek yerine, tekrarlayan olay kayıtlarını olay günlüğünüzden fiziksel olarak kaldırır ve veri kümenizi kalıcı olarak temizler. Zenginleştirme, iki olayın gerçekte aynı olup olmadığını belirlemek için orijinal veri kaynağındaki (hesaplanmış veya türetilmiş nitelikler değil) tüm olay niteliklerini karşılaştırır.

Yaygın Kullanımlar

  • Birden fazla kaynak sistemden içe aktarılan ve tekrarlayan olay kayıtları içerebilecek veri kümelerini temizlemek
  • Veri entegrasyon süreçleri veya ETL hatları tarafından oluşturulan gereksiz olayları kaldırmak
  • Sistem hataları veya veri senkronizasyon sorunları nedeniyle oluşan tekrarlayan aktivite kayıtlarını ortadan kaldırmak
  • Süreç madenciliği analizine başlamadan önce veri kalitesini artırmak için doğru metrikler sağlamak
  • Uyum kontrolü için veri kümelerini hazırlarken tekrarlayan olaylardan kaynaklanan gürültüyü kaldırmak
  • Eski sistem sorunları nedeniyle zaman içinde biriken tekrarlayan olayları temizlemek
  • Tekrarlayan olay gürültüsünü ortadan kaldırarak doğru aktivite sıklığı sayımları ve çevrim süresi ölçümlerini sağlamak

Ayarlar

Bu zenginleştirmenin herhangi bir yapılandırma ayarı gerektirmez. Her vaka içindeki tüm olayları otomatik olarak tarayan ve bulduğu tekrarlayanları kaldıran tek tıklamalık bir işlemdir.

Zenginleştirme, akıllı bir karşılaştırma algoritması kullanır ve:

  • Her olay için orijinal kaynak veri niteliklerinin tümünü karşılaştırır (aktivite adı, zaman damgası, vaka kimliği ve diğer tüm olay düzeyi nitelikler)
  • Önceki zenginleştirmeler tarafından eklenen hesaplanmış veya türetilmiş nitelikleri göz ardı eder
  • Her benzersiz olayın ilk meydana gelmesini tutar
  • Tüm nitelik değerleri aynı olan sonraki kopya olayları kaldırır

Bu zenginleştirmeyi kullanmak için:

  1. Herhangi bir analizden 'Log Enrichment' (Günlük Zenginleştirme) bölümüne gidin, sağ üstteki 'Log Enrichment' seçeneğine tıklayın
  2. Yeni bir zenginleştirme oluşturmak için 'Add New' (Yeni Ekle) butonuna tıklayın
  3. Activities (Aktiviteler) bölümünden 'Remove Duplicate Events' (Tekrarlayan Olayları Kaldır) seçin
  4. 'Create' (Oluştur) butonuna tıklayın - başka bir yapılandırma gerekmez
  5. Veri kümenizi işlemek için 'Calculate Enrichment' (Zenginleştirmeyi Hesapla) butonuna tıklayın

Örnekler

Örnek 1: Çok Sistemli Sipariş İşleme

Senaryo: Bir e-ticaret firması sipariş verilerini üç farklı sistemden (web mağazası, depo yönetim sistemi ve muhasebe sistemi) içe aktarıyor. Veri entegrasyon sorunları nedeniyle, aynı sipariş birkaç sistem tarafından aynı zaman damgası ve değerlerle kaydedildiğinde bazı sipariş olayları birden çok kez görünüyor.

Ayarlar:

  • Yapılandırma gerekmez - zenginleştirme tüm tekrarlayan olayları otomatik olarak tespit eder ve kaldırır

Çıktı: Zenginleştirme öncesi örnek bir vaka şu olayları içerebilir:

  • 2024-03-15 09:00:00 - Sipariş Alındı - Sipariş#12345 - Müşteri: ABC Corp - Tutar: $1,500
  • 2024-03-15 09:00:00 - Sipariş Alındı - Sipariş#12345 - Müşteri: ABC Corp - Tutar: $1,500 (tekrar)
  • 2024-03-15 10:30:00 - Ödeme İşlendi - Sipariş#12345 - Tutar: $1,500
  • 2024-03-15 10:30:00 - Ödeme İşlendi - Sipariş#12345 - Tutar: $1,500 (tekrar)
  • 2024-03-15 14:00:00 - Sipariş Sevk Edildi - Sipariş#12345

Zenginleştirmeden sonra, tekrarlayan olaylar kaldırılmıştır:

  • 2024-03-15 09:00:00 - Sipariş Alındı - Sipariş#12345 - Müşteri: ABC Corp - Tutar: $1,500
  • 2024-03-15 10:30:00 - Ödeme İşlendi - Sipariş#12345 - Tutar: $1,500
  • 2024-03-15 14:00:00 - Sipariş Sevk Edildi - Sipariş#12345

İçgörüler: Firma artık süreç performansını doğru şekilde ölçebilir. Sipariştan sevkiyata çevrim süresi, tekrarlayan kayıtlar nedeniyle sapmalar olmadan doğru şekilde 5 saat olarak hesaplanır. Aktivite sıklıkları gerçek işlem yürütmesini yansıtır.

Örnek 2: Sağlık Hizmetleri Hasta Yolculuğu

Senaryo: Bir hastane hasta verilerini EHK sistemi, radyoloji ve eczane sistemlerinden birleştiriyor. Eski bir sistemden geçiş sırasında bazı hasta olayları kopyalanarak aynı prosedürün birden çok kez görünmesine ve aktivite sayımlarının şişmesine yol açtı.

Ayarlar:

  • Yapılandırma gerekmez

Çıktı: Zenginleştirme öncesi hasta vakası:

  • 2024-06-20 08:00:00 - Hasta Kabul - Hasta ID: P9876 - Servis: Kardiyoloji
  • 2024-06-20 09:15:00 - Kan Testi İstendi - Test Tipi: CBC
  • 2024-06-20 09:15:00 - Kan Testi İstendi - Test Tipi: CBC (laboratuvar sisteminden kopya)
  • 2024-06-20 11:30:00 - EKG Yapıldı - Sonuç: Normal
  • 2024-06-20 11:30:00 - EKG Yapıldı - Sonuç: Normal (radyoloji sisteminden kopya)
  • 2024-06-20 15:00:00 - İlaç Yazıldı - İlaç: Aspirin
  • 2024-06-20 15:00:00 - İlaç Yazıldı - İlaç: Aspirin (eczane sisteminden kopya)
  • 2024-06-21 10:00:00 - Hasta Taburcu

Zenginleştirme sonrasında kopyalar kaldırılır:

  • 2024-06-20 08:00:00 - Hasta Kabul - Hasta ID: P9876 - Servis: Kardiyoloji
  • 2024-06-20 09:15:00 - Kan Testi İstendi - Test Tipi: CBC
  • 2024-06-20 11:30:00 - EKG Yapıldı - Sonuç: Normal
  • 2024-06-20 15:00:00 - İlaç Yazıldı - İlaç: Aspirin
  • 2024-06-21 10:00:00 - Hasta Taburcu

İçgörüler: Hastane artık hasta yolculuklarını doğru şekilde takip edebilir ve prosedürler arasındaki gerçek bekleme sürelerini hesaplayabilir. Kaynak kullanım metrikleri, kopya kayıtlar nedeniyle şişirilmiş sayılar yerine gerçek etkinlik hacimlerini yansıtır.

Örnek 3: Üretim Hattı

Senaryo: Bir üretim tesisi, ağ senkronizasyon sorunları nedeniyle aynı makine işlemini bazen iki kez kaydeden SCADA sistemleri kullanmaktadır. Bu tekrarlayan olaylar üretim analizlerini bozmakta ve işlemlerin olduğundan daha uzun sürdüğü izlenimini vermektedir.

Ayarlar:

  • Yapılandırma gerekmez

Çıktı: Zenginleştirme öncesi üretim vakası:

  • 2024-05-10 06:00:00 - Malzeme Yüklendi - Parti: B1234 - Makine: Press-01
  • 2024-05-10 06:05:00 - Pres İşlem Başlangıcı - Parti: B1234
  • 2024-05-10 06:05:00 - Pres İşlem Başlangıcı - Parti: B1234 (ağ kopyası)
  • 2024-05-10 06:45:00 - Pres İşlem Tamam - Parti: B1234
  • 2024-05-10 06:45:00 - Pres İşlem Tamam - Parti: B1234 (ağ kopyası)
  • 2024-05-10 07:00:00 - Kalite Kontrol - Sonuç: Başarılı
  • 2024-05-10 07:15:00 - Malzeme Boşaltıldı - Parti: B1234

Zenginleştirme sonrası:

  • 2024-05-10 06:00:00 - Malzeme Yüklendi - Parti: B1234 - Makine: Press-01
  • 2024-05-10 06:05:00 - Pres İşlem Başlangıcı - Parti: B1234
  • 2024-05-10 06:45:00 - Pres İşlem Tamam - Parti: B1234
  • 2024-05-10 07:00:00 - Kalite Kontrol - Sonuç: Başarılı
  • 2024-05-10 07:15:00 - Malzeme Boşaltıldı - Parti: B1234

İçgörüler: Üretim çevrim süreleri artık doğru hesaplanmaktadır. Tesis, makine kullanımını güvenilir şekilde ölçebilir ve gerçek darboğazları kopya olay kayıtlarının neden olduğu gürültü olmadan tespit edebilir.

Örnek 4: Finansal İşlem İşleme

Senaryo: Bir bankanın işlem işleme sistemi, işlemler hem gerçek zamanlı sistem hem de toplu mutabakat sistemi üzerinden işlendiğinde bazen tekrarlayan günlük girdileri oluşturur. Bu tekrarlayanlar, işlem kalıplarını ve uyumluluğu analiz etmeden önce kaldırılmalıdır.

Ayarlar:

  • Yapılandırma gerekmez

Çıktı: Zenginleştirme öncesi işlem vakası:

  • 2024-07-15 14:30:00 - İşlem Başlatıldı - Tutar: $5,000 - Hesap: 12345
  • 2024-07-15 14:30:05 - Dolandırıcılık Kontrolü Yapıldı - Risk Skoru: Düşük
  • 2024-07-15 14:30:05 - Dolandırıcılık Kontrolü Yapıldı - Risk Skoru: Düşük (mutabakat kopyası)
  • 2024-07-15 14:30:10 - Yetkilendirme Onaylandı - Yetki Kodu: A789
  • 2024-07-15 14:30:10 - Yetkilendirme Onaylandı - Yetki Kodu: A789 (mutabakat kopyası)
  • 2024-07-15 14:30:15 - İşlem Tamamlandı - Durum: Başarılı

Zenginleştirme sonrası:

  • 2024-07-15 14:30:00 - İşlem Başlatıldı - Tutar: $5,000 - Hesap: 12345
  • 2024-07-15 14:30:05 - Dolandırıcılık Kontrolü Yapıldı - Risk Skoru: Düşük
  • 2024-07-15 14:30:10 - Yetkilendirme Onaylandı - Yetki Kodu: A789
  • 2024-07-15 14:30:15 - İşlem Tamamlandı - Durum: Başarılı

İçgörüler: Banka artık işlem işleme sürelerini doğru ölçebilir ve sistemlerindeki gerçek gecikmeleri saptayabilir. Uyum raporları, kopya kayıtlarla şişirilmiş sayılar yerine gerçek aktivite sayımlarını gösterir.

Örnek 5: BT Hizmet Yönetimi

Senaryo: Bir BT servis masası, birden fazla izleme sisteminden bilet verilerini içe aktarır. Olayların sistemler arasında yükseltildiği durumlarda aynı durum değişikliği olayları bazen birden fazla kez görünür, bu da olay çözüm sürelerini olduğundan uzun gösterir.

Ayarlar:

  • Yapılandırma gerekmez

Çıktı: Zenginleştirme öncesi olay vakası:

  • 2024-08-22 10:00:00 - Olay Oluşturuldu - Bilet: INC0012345 - Öncelik: Yüksek
  • 2024-08-22 10:15:00 - L1 Desteğine Atandı - Temsilci: John Smith
  • 2024-08-22 10:30:00 - L2’ye Yükseltildi - Sebep: Karmaşık Sorun
  • 2024-08-22 10:30:00 - L2’ye Yükseltildi - Sebep: Karmaşık Sorun (yükseltme sisteminden kopya)
  • 2024-08-22 11:45:00 - Sorun Çözüldü - Çözüm: Ağ Konfigürasyon Düzeltmesi
  • 2024-08-22 11:45:00 - Sorun Çözüldü - Çözüm: Ağ Konfigürasyon Düzeltmesi (yükseltme sisteminden kopya)
  • 2024-08-22 12:00:00 - Olay Kapatıldı - Memnuniyet: 5/5

Zenginleştirme sonrası:

  • 2024-08-22 10:00:00 - Olay Oluşturuldu - Bilet: INC0012345 - Öncelik: Yüksek
  • 2024-08-22 10:15:00 - L1 Desteğine Atandı - Temsilci: John Smith
  • 2024-08-22 10:30:00 - L2’ye Yükseltildi - Sebep: Karmaşık Sorun
  • 2024-08-22 11:45:00 - Sorun Çözüldü - Çözüm: Ağ Konfigürasyon Düzeltmesi
  • 2024-08-22 12:00:00 - Olay Kapatıldı - Memnuniyet: 5/5

İçgörüler: BT departmanı artık ortalama çözüm süresini (MTTR) doğru ölçebilir ve olay yönetimi süreçlerindeki gerçek performans darboğazlarını kopya olayların analiz sonuçlarını bozması olmadan tespit edebilir.

Çıktı

Tekrarlayan Olayları Kaldırma zenginleştirmesi, olay günlüğünüzden fiziksel olarak tekrarlayan olay kayıtlarını kaldırarak veri kümenizi değiştirir. Veri kümenize yeni nitelikler ekleyen zenginleştirmelerin aksine, bu zenginleştirme logunuzdaki toplam olay sayısını azaltır.

Neler Kaldırılır:

  • Aynı vaka içindeki önceki bir olayla kıyaslandığında tüm orijinal kaynak veri nitelik değerleri (aktivite adı, zaman damgası, vaka kimliği ve diğer tüm olay nitelikleri) tamamen aynı olan her olay
  • Yalnızca kopya olaylar kaldırılır; her benzersiz olayın ilk kaydı her zaman saklanır

Neler Kalır:

  • Her benzersiz olayın ilk kaydı
  • Herhangi bir nitelik değerinde farklılık gösteren olaylar (zaman damgası veya aktivite adı aynı bile olsa)
  • Önceki zenginleştirmelerden gelen tüm hesaplanmış nitelikler ve sonuçlar

Veri Kümenize Etkisi:

  • Olay Sayısı: Kopya olay sayısına bağlı olarak toplam olay sayısı azalır
  • Vaka Sayısı: Vaka sayısı değişmeden kalır
  • Aktivite İstatistikleri: Aktivite sıklığı sayımları daha doğru hale gelir, gerçek süreç yürütmesini yansıtır
  • Çevrim Süreleri: Aktivite arası süre hesaplamaları, sıfır süreli kopya olay aralıkları olmadan daha hassas hale gelir
  • Süreç Akışı: Süreç haritaları ve varyant analizleri daha temiz ve doğru süreç akışlarını gösterir

Önemli Notlar:

  • Bu zenginleştirme, çalışma veri kümenizden tekrarlayan olayları kalıcı olarak kaldırır. Orijinal verilerinizin yedeğini almak veya zenginleştirme uygulamadan önce veri kümenizin bir anlık görüntüsünü oluşturmak isteyebilirsiniz.
  • Zenginleştirme yalnızca orijinal kaynak veri sütunlarını karşılaştırır, önceki zenginleştirmelerle eklenmiş hesaplanmış veya türetilmiş nitelikleri değil
  • Olaylar ancak TÜM orijinal nitelik değerleri tam olarak eşleşirse kopya olarak kabul edilir
  • Zenginleştirme olayları kronolojik sırayla işler ve her zaman ilk meydana geleni tutar

Temizlenmiş Verileri Kullanma: Bu zenginleştirme çalıştırıldıktan sonra:

  • Tekrarlayan olayların gürültüsü olmadan doğru süreç keşfi yapabilirsiniz
  • Güvenilir performans metrikleri ve KPI’lar hesaplayabilirsiniz
  • Temiz verilerle uyum kontrolü gerçekleştirebilirsiniz
  • Doğru süreç görselleştirmeleri ve kontrol panelleri oluşturabilirsiniz
  • Veri temelinizin temiz olduğunu bilerek diğer zenginleştirmelerle birleştirebilirsiniz

Ayrıca Bakınız

İlgili veri kalitesi zenginleştirmeleri:

Veri kalitesi en iyi uygulamaları hakkında daha fazla bilgi için:

  • Veri Kalitesi En İyi Uygulamaları - Temiz süreç verisi hazırlama yönergeleri
  • Günlük Zenginleştirme Genel Bakış - mindzieStudio’daki zenginleştirme iş akışını anlama

Bu dokümantasyon mindzie Studio süreç madenciliği platformunun bir parçasıdır.