Bir Vaka Özelliği ile Aktivite Zamanları Arasındaki Süreler

Genel Bakış

Bir Vaka Özelliği ile Aktivite Zamanları Arasındaki Süreler zenginleştirmesi, vaka düzeyindeki bir zaman damgası özelliği ile o vakadaki her bireysel olayın aktivite zamanı arasındaki zaman farkını hesaplar. Bu güçlü zenginleştirme, sabit bir referans noktası (örneğin sipariş tarihi, sözleşme başlangıç tarihi veya son tarih) ile süreçteki her bir aktivite arasından ne kadar zaman geçtiğini gösteren yeni bir olay özelliği oluşturur. Bu, aktivitelerin önemli iş son tarihleri, kilometre taşları veya temel tarihlerle nasıl ilişkili olduğunu detaylı analiz etmeyi mümkün kılar.

Aktiviteler arasındaki zamanı ölçen zenginleştirmelerin aksine, bu operatör tüm süre hesaplamaları için vaka düzeyinde bir zaman damgasını sabit nokta olarak kullanır. Bu, sürecinizdeki her adımın kritik bir iş tarihiyle nasıl ilişkili olduğunu anlamanız gerektiğinde özellikle değerlidir; örneğin, tüm aktiviteleri hizmet düzeyi sözleşmesi (SLA) son tarihine karşı ölçmek, bir proje başlangıç tarihinden ilerlemeyi takip etmek veya ödemelerin son ödeme tarihine yakın kümelendiği dönemleri analiz etmek gibi. Zenginleştirme, referans tarihinden sonra geçen süreyi (ileri hesaplama) ve referans tarihine kadar kalan süreyi (geri hesaplama) destekler; saniyelerden yıllara kadar esnek zaman birimi seçenekleri sunar.

Yaygın Kullanımlar

Sipariş verilme tarihinden sipariş-tahsilat sürecindeki her gerçekleşme aktivitesine kadar geçen süreyi takip etmek
Her tahsilat aktivitesinin ödeme son tarihinden önce veya sonra kaç gün gerçekleştiğini ölçmek
Hasta kabul tarihinden sağlık süreçlerindeki her tıbbi işleme kadar olan süreyi izlemek
Sözleşme imza tarihinden proje yönetimindeki her kilometre taşı teslimine kadar geçen gün sayısını hesaplamak
Vaka oluşturulduktan sonra her müşteri hizmetleri etkileşiminin ne kadar zamanda gerçekleştiğini analiz etmek
Üretim başlangıç tarihinden her kalite kontrol veya imalat aşamasına kadar olan süreyi ölçmek
Kredi başvuru tarihinden her onay veya doğrulama aktivitesine kadar geçen günleri takip etmek

Ayarlar

Yeni Özellik Adı: Hesaplanan sürelerin saklanacağı yeni olay özelliğinin adı. Bu özellik olay düzeyinde oluşturulacak, yani bir vakadaki her olay, vaka özelliğinden hesaplanan kendi süre değerine sahip olacak. Ölçülen şeyi açıkça belirten açıklayıcı bir ad seçin; örneğin "Days_Since_Order_Date", "Hours_Until_Due_Date" veya "Time_From_Contract_Start" gibi. Ad benzersiz olmalı ve veri kümenizde zaten bulunmamalıdır.

Özellik Adı: Tüm süre hesaplamaları için referans noktası olarak kullanılacak vaka düzeyi zaman damgası özelliği. Bu açılır liste vaka tablonuzdaki mevcut tüm DateTime özelliklerini listeler. İş referans tarihinizi temsil eden özelliği seçin; örneğin "Order_Date", "Due_Date", "Contract_Start_Date" veya "SLA_Deadline". Sadece DateTime türü özellikler seçilebilir, böylece geçerli zaman damgası karşılaştırmaları sağlanır.

Süre Türü: Süre hesaplamasında kullanılacak zaman birimini belirtir. Seçenekler:

TimeSpan: Gün, saat, dakika ve saniyeyi koruyan tam zaman aralığı (örneğin "2d 14:30:45" şeklinde gösterilir)
Seconds: Zaman damgaları arasındaki toplam saniye sayısı
Minutes: Toplam dakika sayısı (kısa süreçler için yararlı)
Hours: Toplam saat sayısı (aynı gün veya çok günlük süreçler için ideal)
Days: Toplam gün sayısı (iş süreçlerinde en yaygın)
Weeks: Toplam hafta sayısı (uzun süreli süreçler için yararlı)
Months: Yaklaşık ay sayısı (gün/30.44 olarak hesaplanır)
Years: Yıl sayısı (çok uzun süreli süreçler için)

Özellik İlk Olmalı: Süre hesaplamasının yönünü kontrol eder. İşaretlendiğinde (varsayılan), hesaplama "olay zamanı eksi vaka özelliği zamanı" şeklindedir ve olaylar referans tarihten sonra gerçekleştiğinde pozitif değer üretir. İşaretlenmediğinde hesaplama tersine çevrilir, "vaka özelliği zamanı eksi olay zamanı" şeklindedir ve olaylar referans tarihten önce gerçekleştiğinde pozitif değerler verir. Başlangıç tarihinden sonraki geçen süreyi ölçmek için varsayılanı kullanın, son tarihe kalan süreyi ölçmek için işaretini kaldırın.

Ondalık Dönemlere İzin Ver: Süre değerlerinin ondalık sayı içerebilmesini sağlar. İşaretlenmediğinde (varsayılan), süreler tam sayıya yuvarlanır (ör. 3 gün yerine 3.7 gün gösterilmez). İşaretlendiğinde süreler ondalık hassasiyet korunur (ör. 3.7 gün, 2.5 saat). Detaylı zaman metrikleri analiz ederken veya küçük zaman farklılıkları önemliyse bu seçeneği açın. Tam birimler yeterliyse daha temiz raporlama için kapalı tutun.

Örnekler

Örnek 1: Sipariş Tamamlama Süresi Takibi

Durum: Bir e-ticaret şirketi, sipariş verildiği tarihten başlayarak her tamamlama adımının ne kadar sürdüğünü takip ederek sipariş-tahsilat sürecindeki darboğazları tespit etmek ister.

Ayarlar:

Yeni Özellik Adı: Days_Since_Order
Özellik Adı: Order_Date
Süre Türü: Days
Özellik İlk Olmalı: İşaretli (true)
Ondalık Dönemlere İzin Ver: İşaretsiz (false)

Çıktı: Zenginleştirme, sipariş verilme tarihinden itibaren geçen tam gün sayısını gösteren yeni bir "Days_Since_Order" olay özelliği oluşturur: | Aktivite | Aktivite Zamanı | Order_Date | Days_Since_Order | |----------|-----------------|------------|------------------| | Sipariş Verildi | 2024-01-15 09:00 | 2024-01-15 | 0 | | Ödeme Doğrulandı | 2024-01-15 14:00 | 2024-01-15 | 0 | | Seçildi | 2024-01-16 10:00 | 2024-01-15 | 1 | | Paketlendi | 2024-01-16 15:00 | 2024-01-15 | 1 | | Gönderildi | 2024-01-17 08:00 | 2024-01-15 | 2 | | Teslim Edildi | 2024-01-19 16:00 | 2024-01-15 | 4 |

İçgörüler: Şirket, "Days_Since_Order" değerinin 3 günü aşan siparişleri kolayca filtreleyerek gönderim aşamasında gecikmeye neden olan aktiviteleri belirleyebilir.

Örnek 2: Ödeme Son Tarihinden Önce Tahsilat

Durum: Bir finansal hizmetler firması, tahsilat aktivitelerini ödeme son tarihine göre analiz etmek, hangi aktivitelerin proaktif hangilerinin reaktif olduğunu anlamak ister.

Ayarlar:

Yeni Özellik Adı: Days_Until_Due_Date
Özellik Adı: Payment_Due_Date
Süre Türü: Days
Özellik İlk Olmalı: İşaretsiz (false)
Ondalık Dönemlere İzin Ver: İşaretli (true)

Çıktı: Zenginleştirme, ödeme son tarihine kadar geçen (pozitif) veya gecikmiş (negatif) ondalıklı gün sayısını gösteren "Days_Until_Due_Date" oluşturur: | Aktivite | Aktivite Zamanı | Payment_Due_Date | Days_Until_Due_Date | |----------|-----------------|------------------|---------------------| | Fatura Gönderildi | 2024-02-01 | 2024-02-15 | 14.0 | | Hatırlatma E-Postası | 2024-02-10 | 2024-02-15 | 5.0 | | Telefon Görüşmesi | 2024-02-14 | 2024-02-15 | 1.0 | | Ödeme Alındı | 2024-02-16 | 2024-02-15 | -1.0 | | Gecikme Ücreti Uygulandı | 2024-02-20 | 2024-02-15 | -5.0 |

İçgörüler: Pozitif değerler proaktif tahsilat çabalarını, negatif değerlerse son tarihten sonraki reaktif önlemleri gösterir ve tahsilat stratejilerinin optimize edilmesine yardımcı olur.

Örnek 3: Sağlıkta Hasta Tedavi Zaman Çizelgesi

Durum: Bir hastane, hasta kabul zamanına göre tüm tedavi aktivitelerini takip ederek zamanında bakım sağlamak ve kritik tedavilerde gecikmeleri belirlemek ister.

Ayarlar:

Yeni Özellik Adı: Hours_Since_Admission
Özellik Adı: Admission_DateTime
Süre Türü: Hours
Özellik İlk Olmalı: İşaretli (true)
Ondalık Dönemlere İzin Ver: İşaretli (true)

Çıktı: Zenginleştirme, ondalıklı saat değeriyle hassas "Hours_Since_Admission" üretir: | Aktivite | Aktivite Zamanı | Admission_DateTime | Hours_Since_Admission | |----------|-----------------|--------------------|----------------------| | Acil Kabul | 2024-03-10 14:30 | 2024-03-10 14:30 | 0.0 | | Triaj Değerlendirmesi | 2024-03-10 14:45 | 2024-03-10 14:30 | 0.25 | | Kan Testi İstendi | 2024-03-10 15:15 | 2024-03-10 14:30 | 0.75 | | Doktor Konsültasyonu | 2024-03-10 16:00 | 2024-03-10 14:30 | 1.5 | | Tedavi Başladı | 2024-03-10 17:30 | 2024-03-10 14:30 | 3.0 | | Hasta Taburcu Edildi | 2024-03-11 09:00 | 2024-03-10 14:30 | 18.5 |

İçgörüler: Hastane, kritik aktiviteler için eşik değerler belirleyebilir (örn. triaj 0.5 saat içinde, tedavi 4 saat içinde) ve tüm acil durum vakalarında uyumu izleyebilir.

Örnek 4: Üretim Süre Analizi

Durum: Bir üretici, üretim planlanan başlangıç tarihine göre her üretim aşamasını ölçerek üretim programını optimize etmek ve süreçteki verimsizlikleri tespit etmek ister.

Ayarlar:

Yeni Özellik Adı: Production_Days
Özellik Adı: Planned_Start_Date
Süre Türü: Days
Özellik İlk Olmalı: İşaretli (true)
Ondalık Dönemlere İzin Ver: İşaretsiz (false)

Çıktı: Zenginleştirme, planlanan başlangıç tarihinden itibaren geçen tam günleri gösteren "Production_Days" oluşturur: | Aktivite | Aktivite Zamanı | Planned_Start_Date | Production_Days | |----------|-----------------|--------------------|-----------------| | Malzeme Alındı | 2024-04-01 | 2024-04-03 | -2 | | Üretim Başladı | 2024-04-03 | 2024-04-03 | 0 | | Montaj Tamamlandı | 2024-04-05 | 2024-04-03 | 2 | | Kalite Kontrol 1 | 2024-04-06 | 2024-04-03 | 3 | | Yeniden İşleme | 2024-04-07 | 2024-04-03 | 4 | | Kalite Kontrol 2 | 2024-04-08 | 2024-04-03 | 5 | | Paketleme | 2024-04-09 | 2024-04-03 | 6 |

İçgörüler: Negatif değerler malzemenin erken geldiğini gösterirken, ilerleme 6 günlük üretim döngüsünü ve yeniden işleme nedeniyle eklenen 2 günlük süreyi gösterir, böylece kalite sorunlarını ön plana çıkarır.

Örnek 5: Proje Kilometre Taşı Takibi

Durum: Bir danışmanlık firması, sözleşme imza tarihine karşı tüm proje aktivitelerini izleyerek teslimatların sözleşmeye uygun olmasını sağlar ve program risklerini belirler.

Ayarlar:

Yeni Özellik Adı: Weeks_From_Contract
Özellik Adı: Contract_Signed_Date
Süre Türü: Weeks
Özellik İlk Olmalı: İşaretli (true)
Ondalık Dönemlere İzin Ver: İşaretli (true)

Çıktı: Zenginleştirme, ondalıklı hafta değerleriyle "Weeks_From_Contract" oluşturur: | Aktivite | Aktivite Zamanı | Contract_Signed_Date | Weeks_From_Contract | |----------|-----------------|---------------------|---------------------| | Sözleşme İmzalandı | 2024-01-01 | 2024-01-01 | 0.0 | | Başlangıç Toplantısı | 2024-01-03 | 2024-01-01 | 0.29 | | Gereksinimler Toplandı | 2024-01-15 | 2024-01-01 | 2.0 | | Tasarım Onaylandı | 2024-01-29 | 2024-01-01 | 4.0 | | Geliştirme Başladı | 2024-02-05 | 2024-01-01 | 5.0 | | Testler Tamamlandı | 2024-03-04 | 2024-01-01 | 9.0 | | Teslimat | 2024-03-11 | 2024-01-01 | 10.0 |

İçgörüler: Firma, gerçek kilometre taşı zamanlamasını sözleşme süreci ile karşılaştırabilir, 10 haftalık toplam süre gelecekteki proje tahminleri ve kaynak planlamasının doğrulanmasına yardımcı olur.

Çıktı

Zenginleştirme, belirtilen vaka özelliği ile her olayın aktivite zamanı arasındaki hesaplanan süreyi içeren yeni bir olay düzeyi özelliği oluşturur. Özellik türü, Süre Türü seçiminize bağlıdır: TimeSpan seçeneği için TimeSpan türü (tam zaman hassasiyetini korur), ondalıklı dönemler devre dışı ise tam sayı türü veya ondalıklı dönemler etkinse Float türü.

Veri kümesindeki her olay, aktivite zaman damgasına göre ayrı ayrı hesaplanan kendi süre değerine sahip olur. Hesaplama, sürelerin pozitif (olaylar referans tarihten sonra) veya negatif (olaylar referans tarihinden önce) olmasını belirlemek için "Özellik İlk Olmalı" ayarına uyar. Zaman damgalarında saat bileşeni yoksa (gece yarısı zaman damgaları), zenginleştirme daha temiz gün hesaplamaları için otomatik olarak sadece tarih aritmetiği kullanır.

Yeni özellik, mindzieStudio’nun diğer özellikleri ile sorunsuz entegre olur. Belirli zaman pencereleri içinde gerçekleşen olayları filtrelemek için kullanabilirsiniz (örneğin, "Sipariş tarihinden 5 günden fazla sonra gerçekleşen tüm aktiviteleri göster"). Ortalama süreleri hesaplamak, aykırı değerleri belirlemek veya süre temelinde KPI’lar oluşturmak için hesaplayıcılarla birleştirin. Özellik ayrıca zaman kovalara olayları kategorize etmek veya alışılmadık zamanlama desenleri olan vakaları tanımlamak gibi diğer zenginleştirmeler için giriş olarak da kullanılabilir.

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