Aktivite Sayılarını Karşılaştır

Genel Bakış

Compare Activity Counts zenginleştirmesi, seçilen iki etkinliğin her vaka içinde eşit sıklıkta gerçekleşip gerçekleşmediğini analiz eder ve dengeli veya dengesiz yürütme örüntülerini gösteren boolean bir öznitelik oluşturur. Bu zenginleştirme, süreç simetrisini doğrulamak, eşleşmiş işlemlerin doğru biçimde eşlendiğinden emin olmak ve beklenen aktivite örüntülerindeki sapmaları tespit etmek için gereklidir. Basit sayım zenginleştirmelerinin aksine, bu operatör iki aktivitenin yürütme sayısını karşılaştırarak, dengeli olan vakalar ile bir aktivitenin diğerinden daha sık gerçekleştiği vakaları ayırt eder.

Bu zenginleştirme, belirli aktivitelerin çiftler halinde veya eşleşen sıklıklarda gerçekleşmesi gereken süreçlerde özellikle değerlidir. Örneğin, tedarik sürecinde her “Satın Alma Siparişi Oluştur” aktivitesine karşılık bir “Mal Kabul” aktivitesi beklenebilir. Üretimde kalite kontrolleri üretim seansları ile eşleşmelidir. Finansal süreçlerde borçlar ve alacaklar dengede olmalıdır. Zenginleştirme, bu beklenen örüntülerin ihlal edildiği vakaları belirleyerek süreç sapmaları, eksik yürütmeler veya dengesiz aktivite örüntülerine neden olan sistem hatalarının hedeflenmiş araştırılmasını sağlar.

Yaygın Kullanımlar

  • Eşleşen aktivitelerin eşit sıklıkta gerçekleşip gerçekleşmediğini doğrulamak (sipariş oluşturma vs. sipariş tamamlama)
  • Finansal süreçlerde dengeli işlemlerin sağlanması (ödeme başlatıldı vs. ödeme tamamlandı)
  • Üretim sürecindeki simetrinin kontrol edilmesi (montaj başlatma vs. montaj tamamlayıcı aktiviteler)
  • Kalite kontrolün tamamlanmasının doğrulanması (üretilen ürünler vs. denetlenen ürünler)
  • Onay iş akışlarının tutarlılığının izlenmesi (onay talepleri vs. onay kararları)
  • Beklenen eşleşen aktivitelerin eksik olduğu tamamlanmamış süreç yürütmelerinin tespiti
  • Aktivite sayısı uyuşmazlıklarına neden olan sistem entegrasyon sorunlarının belirlenmesi

Ayarlar

Filtre (İsteğe Bağlı): Hangi vakaların aktivite sayısı karşılaştırması için analiz edileceğini sınırlamak için filtre uygulayın. Filtre uygulandığında, yalnızca filtre kriterlerine uyan vakalar karşılaştırılır ve sonuç saklanır. Bu, yüksek öncelikli vakalar, belirli ürün kategorileri veya belli zaman dilimleri gibi belirli veri alt kümeleri için aktivite dengesi kontrolü yapmak istediğinizde kullanışlıdır. Filtreye uymayan vakalar yeni özniteliğe null değeri alır.

Yeni Öznitelik Adı: Karşılaştırma sonucunu saklayacak yeni boolean öznitelik için bir isim belirtin. Karşılaştırılan şeyin açıkça anlaşıldığı açıklayıcı bir isim seçin. Örneğin, sipariş ve teslimat aktivitelerini karşılaştırıyorsanız "Orders_Balanced" veya üretim ve denetim aktivitelerini karşılaştırıyorsanız "QC_Complete" kullanabilirsiniz. Öznitelik, sayılar eşleşiyorsa "Yes" (doğru), farklıysa "No" (yanlış) veya vakada hiçbir aktivite yoksa null içerir.

Aktivite 1: Veri kümenizdeki tüm aktivitelerin açılır listesinden karşılaştırılacak ilk aktiviteyi seçin. Bu, dengeli olup olmadığını kontrol etmek istediğiniz eşleştirilmiş aktivitelerden biri olmalıdır. Zenginleştirme, bu aktivitenin her vaka içinde kaç kere gerçekleştiğini sayar. Seçim listesi, etkinlik günlüğünüzde bulunan tüm benzersiz aktiviteleri gösterir ve yalnızca verinizde gerçekten var olan aktiviteleri seçmenizi sağlar.

Aktivite 2: Karşılaştırılacak ikinci aktiviteyi açılır listeden seçin. Bu aktivite, Aktivite 1 ile aynı sıklıkta gerçekleşmelidir. Zenginleştirme, bu aktivitenin gerçekleşme sayısını sayar ve Aktivite 1 ile karşılaştırır. Özel doğrulama senaryoları için Aktivite 1 ile aynı aktivite seçilebilir, ama genellikle Aktivite 1 ile mantıklı bir çift oluşturan farklı bir aktivite seçilir.

Örnekler

Örnek 1: Satın Alma Siparişi ve Mal Kabul Doğrulama

Senaryo: Bir tedarik sürecinde, oluşturulan her satın alma siparişinin karşılığında bir mal kabulün gerçekleştiğini doğrulamanız gerekir; böylece sipariş edilen tüm ürünlerin teslim edildiği ve sürecin tamamlandığı garanti altına alınır.

Ayarlar:

  • Filtre: Yok (tüm satın alma siparişlerini kontrol et)
  • Yeni Öznitelik Adı: Order_Receipt_Balanced
  • Aktivite 1: Create Purchase Order
  • Aktivite 2: Record Goods Receipt

Çıktı: “Order_Receipt_Balanced” adlı yeni boolean vaka özniteliği oluşturur:

  • "Yes" - Satın alma sipariş sayısı ile mal kabul sayısı eşit olan vakalar (örneğin 3 sipariş, 3 kabul)
  • "No" - Sayıların farklı olduğu vakalar (örneğin 3 sipariş oluşturulmuş ama yalnızca 2 mal kabul edilmiş)
  • Null - Her iki aktivitenin olmadığı vakalar (karışık veri setinde tedarikle ilgili olmayan vakalar)

İçgörüler: "No" gösteren vakalar tamamlanmamış tedarik süreçlerini belirtir ve araştırılmalıdır. Bu durum gecikmiş teslimatları, eksik belgeleri veya sipariş ve kabul sistemleri arasındaki senkronizasyon sorunlarını ortaya çıkarabilir.

Örnek 2: Üretimde Kalite Kontrolün Tamamlanması

Senaryo: Bir üretim sürecinde, her üretim seansının karşılığında bir kalite denetimi yapılmalıdır; böylece ürün standartları sağlanır ve uyumluluk şartları yerine getirilir.

Ayarlar:

  • Filtre: Product_Category = "Electronics"
  • Yeni Öznitelik Adı: QC_Inspection_Complete
  • Aktivite 1: Complete Production Run
  • Aktivite 2: Perform Quality Inspection

Çıktı: Elektronik ürünler için “QC_Inspection_Complete” özniteliği oluşturur:

  • "Yes" - Üretim seansları ile kalite denetimleri dengede (ör. 5 seans, 5 denetim)
  • "No" - Eksik denetimler veya yinelenen üretim kayıtları nedeniyle sayılar uyuşmaz
  • Null - Üretim aktivitesi olmayan (filtreye göre elektronik olmayan) vakalar

İçgörüler: Bu, kalite kontrolü atlatan üretim partilerini tanımlar, düzeltici işlem ve uyumluluk raporlamasını kolaylaştırır. Uyuşmazlık örüntüleri belirli üretim hatları veya vardiyalarla ilgili sistematik QC sorunlarını ortaya çıkarabilir.

Örnek 3: Finansal İşlem Mutabakatı

Senaryo: Hesap ödemeleri sürecinde her ödeme onayının karşılığında bir ödeme gerçekleştirildiğinin doğrulanması gerekir; böylece takılı kalan veya başarısız ödeme süreçleri tespit edilebilir.

Ayarlar:

  • Filtre: Amount > 10000 (yüksek değerli işlemlere odaklan)
  • Yeni Öznitelik Adı: Payment_Reconciled
  • Aktivite 1: Approve Payment
  • Aktivite 2: Execute Payment

Çıktı: Yüksek değerli işlemler için “Payment_Reconciled” özniteliği oluşturur:

  • "Yes" - Onay ve ödeme sayıları eşit (doğru tamamlanmış ödemeler)
  • "No" - Dengesiz sayılar, onaylanan fakat ödemesi yapılmamış veya ödeme hatası olanlar
  • Null - Ödeme aktivitesi olmayan vakalar

İçgörüler: "No" olan vakalar acil müdahale gerektirir; bu tip onaylanmış fakat gerçekleştirilmeyen ödemeler tedarikçi ilişkilerinde sorun veya uyumluluk ihlallerine yol açabilir.

Örnek 4: Müşteri Hizmetleri Talep Çözümü

Senaryo: Müşteri hizmetlerinde, her uzman yükseltmesinin karşılığında uzman yanıtının alındığını doğrulamak istersiniz; böylece hiçbir yükseltilmiş talebin cevapsız kalmadığından emin olunur.

Ayarlar:

  • Filtre: Priority = "High" OR Priority = "Critical"
  • Yeni Öznitelik Adı: Escalation_Handled
  • Aktivite 1: Escalate to Specialist
  • Aktivite 2: Specialist Response

Çıktı: Yüksek öncelikli talepler için “Escalation_Handled” özniteliği oluşturur:

  • "Yes" - Tüm yükseltmeler uzman yanıtı almış (denge sağlanmış destek süreci)
  • "No" - Bazı yükseltmeler cevaplanmamış (müşteri sorunları muhtemelen çözülmemiş)
  • Null - Yükseltme olmadan çözümlenmiş yüksek öncelikli talepler

İçgörüler: Bu metrik, yükseltilen ancak uygun uzman ilgisinin verilmediği servis düzeyi ihlallerini tespit ederek süreç iyileştirme ve personel eğitimi çalışmalarına olanak tanır.

Örnek 5: Sağlık Randevu Yönetimi

Senaryo: Hasta takvim sisteminde, planlanan her randevunun karşılığında bir tamamlanma veya iptal kaydının bulunması gerekir; böylece doğru kullanım raporlaması yapılabilir.

Ayarlar:

  • Filtre: Department = "Radiology"
  • Yeni Öznitelik Adı: Appointment_Closure_Complete
  • Aktivite 1: Schedule Appointment
  • Aktivite 2: Complete Appointment

Çıktı: Radyoloji randevuları için “Appointment_Closure_Complete” özniteliği oluşturur:

  • "Yes" - Planlanan ve tamamlanan randevular dengede
  • "No" - Eksik veya hatalı kayıtlar nedeniyle uyumsuzluk (gelmeyen, eksik kayıtlar, planlama hataları)
  • Null - Radyoloji ile ilgili olmayan randevular

İçgörüler: “No” olan vakalar, gelmeyen randevuların örüntülerini ortaya çıkarır; hedefe yönelik hasta iletişimi ve kaynak planlaması için faydalıdır.

Çıktı

Compare Activity Counts zenginleştirmesi, vaka seviyesinde karşılaştırma sonucunu içeren tek yeni boolean öznitelik oluşturur. Öznitelik, filtreler, pivot tablolar ve görselleştirmelerde kolay yorum için "Yes/No" gösterim formatında boolean veri tipi kullanır.

Değer Mantığı:

  • Yes (Doğru): Her iki aktivite vaka içinde tam olarak aynı sıklıkta gerçekleşir; her iki aktivitenin sıfır kez gerçekleştiği durumlar dahil
  • No (Yanlış): Aktivitelerin gerçekleşme sayıları farklıdır (biri diğerinden daha sık gerçekleşir)
  • Null: Hiçbir aktivite vaka içinde görünmez; değer boş bırakılır, “Yes” atanmaz

Yeni öznitelik, diğer zenginleştirmelerde, filtrelerde ve hesaplamalarda hemen kullanılabilir. Yaygın uygulamalar arasında yalnızca dengesiz vakaları filtrelemek, dengeli süreçlerin oranını hesaplamak veya uyumluluk denetimlerinde süreç ihlallerini tanımlamak bulunur. Çıktının boolean olması, KPI hesaplamaları, gösterge panoları ve süreç dengesizliğini işaretlemek için otomatik uyarı sistemleri için idealdir.


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