Olay Özelliğinde Boşlukları Doldurma
Genel Bakış
Olay Özelliğinde Boşlukları Doldurma zenginleştirmesi, olay düzeyindeki özniteliklerdeki null veya boş değerleri her bir vaka içinde ileriye doğru geçerli boş olmayan değerleri yayarak akıllıca dolduran güçlü bir veri kalitesi operatörüdür. Bu temel veri temizleme aracı, sipariş durumu, onay durumu veya takip numaraları gibi eksik bilgiler içeren olay özniteliklerinde yaygın bir veri kalitesi sorununu çözer; bu değerler her işlem adımında kaydedilmeyebilir ancak mantıksal olarak değişene kadar devam etmelidir. Zenginleştirme, en son bilinen değeri, eksik veya null değer içeren sonraki olaylara taşıyan ileri doldurma stratejisi kullanır.
Bu zenginleştirme, her vaka içinde olayları kronolojik sırayla işleyerek olay düzeyinde çalışır; böylece boş değerler, aynı vakanın önceki olaylarındaki en son boş olmayan değeri devralır. İleri doldurma yaklaşımı, değerin yokluğunun tipik olarak "değişiklik yok" anlamına geldiği durum bazlı öznitelikler için özellikle değerlidir. Boşluklar doldurulduğunda, vaka yaşam döngüsü boyunca öznitelik değerlerinin tam ve tutarlı bir görünümü oluşturulur; bu da olaylar arasındaki zamansal ilişkiyi kaybetmeden daha doğru süreç analizi, filtreleme ve raporlama yapılmasını sağlar.
Yaygın Kullanımlar
- Durum değişikliklerinin gerçekleştiğinde kaydedildiği ancak her adımda tekrarlanmadığı satın alma-satış süreçlerinde sipariş durumu özniteliklerini tamamlama
- Onay kararlarının sonraki faaliyetlerde sonraki onay aşamasına kadar sürdüğü iş akışlarında onay durumlarını doldurma
- Sürecin erken aşamalarında atanan ancak tüm olaylarda analiz için gereken takip numaralarını veya referans kimliklerini yayma
- Sipariş oluşturulurken yakalanan ancak yerine getirme ve gönderim olaylarında eksik olan ürün veya müşteri özniteliklerini tamamlama
- Gönderim sırasında belirlenen ancak sonraki tüm takip olaylarına ilişkilendirilmesi gereken gönderici bilgilerini doldurma
- Proje yürütme aşamalarındaki tüm faaliyetlerde proje aşaması veya safha özniteliklerini koruma
- İlk atamadan sonra vakadaki tüm olaylara uygulanan satış temsilcisi veya ekip görevlerini tamamlama
Ayarlar
Olay Özelliği Adı: Doldurmak istediğiniz boş veya null değerler içeren olay düzeyinde özniteliği seçin. Açılır menü, veri kümenizdeki tüm olay özniteliklerini gösterir. Zenginleştirme, her vakayı bağımsız olarak işler ve aynı vakadaki önceki olaylardan en son bilinen boş olmayan değeri ileriye taşıyarak boş değerleri doldurur. Sadece açıkça null veya boş olan değerler doldurulur - mevcut boş olmayan değerler korunur ve sonraki boşlukları doldurmak için temel olarak kullanılır. Eksik değerlerin mantıksal olarak "önceki değeri kullan" anlamına geldiği, durum alanları, durum göstergeleri veya birden çok etkinlik boyunca süren referans kodları gibi öznitelikleri seçin.
Örnekler
Örnek 1: Satın Alma Siparişi Durumu Tamamlama
Senaryo: Bir e-ticaret şirketinin sipariş işleme sistemi, "Order_Status" adlı bir olay özniteliğinde sipariş durumu değişikliklerini kaydeder, ancak bu öznitelik sadece durum gerçekten değiştiğinde doldurulur. Çoğu olaydaki Order_Status null olduğundan, siparişleri belirli süreç aşamalarındaki durumlarına göre filtrelemek veya analiz etmek imkansızdır.
Zenginleştirme Öncesi Olay Verisi: | Vaka ID | Aktivite | Zaman Damgası | Order_Status | Order_Amount | |---------|----------|--------------|--------------|--------------| | PO-1001 | Sipariş Oluştur | 2024-01-10 08:00 | Pending | 1500.00 | | PO-1001 | Kredi Kontrolü | 2024-01-10 08:15 | null | 1500.00 | | PO-1001 | Sipariş Onayı | 2024-01-10 09:30 | Approved | 1500.00 | | PO-1001 | Ürünleri Seç | 2024-01-10 10:00 | null | 1500.00 | | PO-1001 | Ürünleri Paketle | 2024-01-10 11:00 | null | 1500.00 | | PO-1001 | Siparişi Gönder | 2024-01-10 14:00 | Shipped | 1500.00 | | PO-1001 | Teslimat Onayı | 2024-01-10 16:00 | null | 1500.00 |
Ayarlar:
- Olay Özelliği Adı: Order_Status
Çıktı:
Zenginleştirme Sonrası Olay Verisi: | Vaka ID | Aktivite | Zaman Damgası | Order_Status | Order_Amount | |---------|----------|--------------|--------------|--------------| | PO-1001 | Sipariş Oluştur | 2024-01-10 08:00 | Pending | 1500.00 | | PO-1001 | Kredi Kontrolü | 2024-01-10 08:15 | Pending | 1500.00 | | PO-1001 | Sipariş Onayı | 2024-01-10 09:30 | Approved | 1500.00 | | PO-1001 | Ürünleri Seç | 2024-01-10 10:00 | Approved | 1500.00 | | PO-1001 | Ürünleri Paketle | 2024-01-10 11:00 | Approved | 1500.00 | | PO-1001 | Siparişi Gönder | 2024-01-10 14:00 | Shipped | 1500.00 | | PO-1001 | Teslimat Onayı | 2024-01-10 16:00 | Shipped | 1500.00 |
Zenginleştirme, null değerleri en son durumu ile doldurdu: "Pending" Kredi Kontrolü'ne, "Approved" seçme ve paketleme işlemlerine, "Shipped" ise teslimat onayına taşındı.
İçgörüler: Artık süreç haritalarını "durumu Approved olan tüm seçme faaliyetlerini" göstermek için doğru biçimde filtreleyebilir veya herhangi bir süreç aşamasında onaylanan ve bekleyen siparişler için performans metriklerini hesaplayabilirsiniz. Tam durum bilgisi her adımda doğru darboğaz analizi ve uyumluluk kontrolü sağlar.
Örnek 2: Gönderim Takip Numarası Yayma
Senaryo: Bir lojistik şirketi gönderiler oluşturulduğunda takip numarası atar, ancak sistem sadece sevkiyat olayında takip numarasını kaydeder. Sonraki tüm tarama ve takip olayları null takip numarası içerir, bu da uçtan uca göndermeleri analiz etmeyi engeller.
Zenginleştirme Öncesi Olay Verisi: | Vaka ID | Aktivite | Zaman Damgası | Tracking_Number | Konum | Tarayıcı_ID | |---------|----------|--------------|-----------------|-------|-------------| | SHIP-501 | Gönderi Oluştur | 2024-01-15 06:00 | null | Depo A | SYS001 | | SHIP-501 | Rota Ata | 2024-01-15 06:30 | null | Depo A | USER123 | | SHIP-501 | Sevkiyat | 2024-01-15 07:00 | TRK-789456123 | Depo A | SCAN001 | | SHIP-501 | Transit Tarama | 2024-01-15 10:00 | null | Merkez Hub | SCAN045 | | SHIP-501 | Varış Tarama | 2024-01-15 14:00 | null | Doğu Hub | SCAN089 | | SHIP-501 | Teslimat İçin Çıkış | 2024-01-15 16:00 | null | Şube 12 | SCAN102 | | SHIP-501 | Teslim Edildi | 2024-01-15 18:30 | null | Müşteri | SCAN102 |
Ayarlar:
- Olay Özelliği Adı: Tracking_Number
Çıktı:
Zenginleştirmeden sonra sevkiyat sonrası tüm olaylarda takip numarası var: | Vaka ID | Aktivite | Zaman Damgası | Tracking_Number | Konum | Tarayıcı_ID | |---------|----------|--------------|-----------------|-------|-------------| | SHIP-501 | Gönderi Oluştur | 2024-01-15 06:00 | null | Depo A | SYS001 | | SHIP-501 | Rota Ata | 2024-01-15 06:30 | null | Depo A | USER123 | | SHIP-501 | Sevkiyat | 2024-01-15 07:00 | TRK-789456123 | Depo A | SCAN001 | | SHIP-501 | Transit Tarama | 2024-01-15 10:00 | TRK-789456123 | Merkez Hub | SCAN045 | | SHIP-501 | Varış Tarama | 2024-01-15 14:00 | TRK-789456123 | Doğu Hub | SCAN089 | | SHIP-501 | Teslimat İçin Çıkış | 2024-01-15 16:00 | TRK-789456123 | Şube 12 | SCAN102 | | SHIP-501 | Teslim Edildi | 2024-01-15 18:30 | TRK-789456123 | Müşteri | SCAN102 |
İlk iki olay, henüz takip numarası atanmadığı için null kalır; ileri doldurma sadece değer ilk belirdiği andan sonra yayılır.
İçgörüler: Müşteri hizmetleri artık herhangi bir takip numarasını arayabilir ve tüm tarama olayları dahil tam yolculuğu görebilir. Performans analizi, her konumda uygun takip numarası atamasıyla işlem sürelerini ölçebilir. İstisna yönetimi, takip numaralarının beklenmeyen aşamalarda göründüğü vakaları tespit edebilir.
Örnek 3: Sağlık Hizmetlerinde Hasta Sigorta Durumu
Senaryo: Bir hastanenin hasta yönetim sistemi, sigorta doğrulama sonuçlarını bir olay özniteliğinde kaydeder; ancak durum sadece doğrulama yapıldığında veya sigorta değiştiğinde güncellenir. Çoğu tedavi olayı null sigorta durumu içerir, bu da sigorta kapsam türüne göre tedavi örüntülerini analiz etmeyi zorlaştırır.
Zenginleştirme Öncesi Olay Verisi: | Vaka ID | Aktivite | Zaman Damgası | Insurance_Status | Tedavi_Kodu | Sağlayıcı | |---------|----------|--------------|------------------|-------------|-----------| | PAT-2001 | Kayıt | 2024-02-01 08:00 | Pending | null | Görevli A | | PAT-2001 | Sigorta Doğrulama | 2024-02-01 08:15 | Verified | null | Sistem | | PAT-2001 | Triaj Değerlendirmesi | 2024-02-01 08:30 | null | TRIAGE-01 | Hemşire B | | PAT-2001 | Doktor Konsültasyonu | 2024-02-01 09:00 | null | CONSULT-01 | Dr. Smith | | PAT-2001 | Laboratuvar Testi Siparişi | 2024-02-01 09:30 | null | LAB-CBC | Dr. Smith | | PAT-2001 | Laboratuvar Numune Alımı | 2024-02-01 10:00 | null | LAB-CBC | Teknisyen C | | PAT-2001 | Sigorta Yeniden Doğrulama | 2024-02-01 11:00 | Approved | null | Sistem | | PAT-2001 | Tedavi | 2024-02-01 12:00 | null | TX-MINOR | Dr. Jones | | PAT-2001 | Taburcu | 2024-02-01 14:00 | null | DISCHARGE | Hemşire D |
Ayarlar:
- Olay Özelliği Adı: Insurance_Status
Çıktı:
Zenginleştirme sonrası sigorta durumu hasta seyri boyunca tamamlanır: | Vaka ID | Aktivite | Zaman Damgası | Insurance_Status | Tedavi_Kodu | Sağlayıcı | |---------|----------|--------------|------------------|-------------|-----------| | PAT-2001 | Kayıt | 2024-02-01 08:00 | Pending | null | Görevli A | | PAT-2001 | Sigorta Doğrulama | 2024-02-01 08:15 | Verified | null | Sistem | | PAT-2001 | Triaj Değerlendirmesi | 2024-02-01 08:30 | Verified | TRIAGE-01 | Hemşire B | | PAT-2001 | Doktor Konsültasyonu | 2024-02-01 09:00 | Verified | CONSULT-01 | Dr. Smith | | PAT-2001 | Laboratuvar Testi Siparişi | 2024-02-01 09:30 | Verified | LAB-CBC | Dr. Smith | | PAT-2001 | Laboratuvar Numune Alımı | 2024-02-01 10:00 | Verified | LAB-CBC | Teknisyen C | | PAT-2001 | Sigorta Yeniden Doğrulama | 2024-02-01 11:00 | Approved | null | Sistem | | PAT-2001 | Tedavi | 2024-02-01 12:00 | Approved | TX-MINOR | Dr. Jones | | PAT-2001 | Taburcu | 2024-02-01 14:00 | Approved | DISCHARGE | Hemşire D |
İçgörüler: Hastane, hangi tedavilerin hangi sigorta onay durumu altında gerçekleştiğini doğru biçimde izleyebilir. Uyumluluk raporu, tüm prosedürlerin uygun sigorta onayı olduğundan emin olabilir. Kalite analizi, sigorta doğrulama ile tedavi başlangıcı arasındaki gecikmeleri tespit edebilir.
Örnek 4: İmalat İş Emri Önceliği
Senaryo: Bir imalat tesisi iş emirlerine öncelik düzeyi atar; ancak öncelik sadece iş emri oluşturulduğunda veya müşteri talepleri nedeniyle değiştiğinde kaydedilir. Üretim faaliyetleri öncelik bilgisini taşımaz, bu da öncelik düzeyine göre kaynak tahsisini analiz etmeyi imkansız kılar.
Zenginleştirme Öncesi Olay Verisi: | Vaka ID | Aktivite | Zaman Damgası | Öncelik | Makine | Operatör | |---------|----------|--------------|---------|--------|----------| | WO-3005 | İş Emri Oluştur | 2024-03-01 06:00 | Normal | null | Sistem | | WO-3005 | Malzeme Tahsisi | 2024-03-01 07:00 | null | null | Planlayıcı A | | WO-3005 | Makine Kurulumu | 2024-03-01 08:00 | null | MC-205 | Teknisyen B | | WO-3005 | Üretime Başla | 2024-03-01 09:00 | null | MC-205 | Operatör C | | WO-3005 | Öncelik Yükseltme | 2024-03-01 11:00 | Acil | null | Süpervizör | | WO-3005 | Kalite Kontrol | 2024-03-01 13:00 | null | QC-12 | Denetçi D | | WO-3005 | Üretimi Bitir | 2024-03-01 15:00 | null | MC-205 | Operatör C | | WO-3005 | Paketleme | 2024-03-01 16:00 | null | PKG-08 | Paketleyici E |
Ayarlar:
- Olay Özelliği Adı: Priority
Çıktı:
Zenginleştirme, öncelik değerlerini ileriye yayarak öncelik değişim zamanlarını net gösterir: | Vaka ID | Aktivite | Zaman Damgası | Öncelik | Makine | Operatör | |---------|----------|--------------|---------|--------|----------| | WO-3005 | İş Emri Oluştur | 2024-03-01 06:00 | Normal | null | Sistem | | WO-3005 | Malzeme Tahsisi | 2024-03-01 07:00 | Normal | null | Planlayıcı A | | WO-3005 | Makine Kurulumu | 2024-03-01 08:00 | Normal | MC-205 | Teknisyen B | | WO-3005 | Üretime Başla | 2024-03-01 09:00 | Normal | MC-205 | Operatör C | | WO-3005 | Öncelik Yükseltme | 2024-03-01 11:00 | Acil | null | Süpervizör | | WO-3005 | Kalite Kontrol | 2024-03-01 13:00 | Acil | QC-12 | Denetçi D | | WO-3005 | Üretimi Bitir | 2024-03-01 15:00 | Acil | MC-205 | Operatör C | | WO-3005 | Paketleme | 2024-03-01 16:00 | Acil | PKG-08 | Paketleyici E |
İçgörüler: Üretim yöneticileri artık hangi faaliyetlerin acil öncelik altında yapıldığını belirleyebilir, öncelik yükseltmelerinin çevrim sürelerine etkisini ölçebilir ve her üretim aşamasında gerçek zamanlı öncelik durumuna göre kaynak tahsisini optimize edebilir.
Örnek 5: Finansal İşlem Onay Yetkisi
Senaryo: Bir bankanın işlem işleme sistemi, onay yetki seviyesini (Şube, Bölgesel, Kurumsal) yalnızca işlemler onay için gönderildiğinde kaydeder. Sonraki işleme adımlarında yetki değerleri null olduğundan, onay yetkisi bazında iş akışı yönlendirme analiz edilemez.
Zenginleştirme Öncesi Olay Verisi: | Vaka ID | Aktivite | Zaman Damgası | Approval_Authority | Tutar | Durum | |---------|----------|--------------|--------------------|-------|-------| | TXN-8001 | Transfer Başlat | 2024-04-01 09:00 | null | 250000.00 | Pending | | TXN-8001 | Risk Değerlendirmesi | 2024-04-01 09:15 | null | 250000.00 | Pending | | TXN-8001 | Onay İçin Yönlendirme | 2024-04-01 09:30 | Regional | 250000.00 | Pending | | TXN-8001 | Belge İnceleme | 2024-04-01 10:00 | null | 250000.00 | Pending | | TXN-8001 | Uyumluluk Kontrolü | 2024-04-01 10:30 | null | 250000.00 | Pending | | TXN-8001 | Bölgesel Onay | 2024-04-01 11:00 | null | 250000.00 | Approved | | TXN-8001 | Transfer Gerçekleştir | 2024-04-01 11:15 | null | 250000.00 | Completed | | TXN-8001 | Onay Gönderildi | 2024-04-01 11:20 | null | 250000.00 | Completed |
Ayarlar:
- Olay Özelliği Adı: Approval_Authority
Çıktı:
Zenginleştirme sonrası, yönlendirmeden sonraki tüm olaylarda yetki seviyesi gösterilir: | Vaka ID | Aktivite | Zaman Damgası | Approval_Authority | Tutar | Durum | |---------|----------|--------------|--------------------|-------|-------| | TXN-8001 | Transfer Başlat | 2024-04-01 09:00 | null | 250000.00 | Pending | | TXN-8001 | Risk Değerlendirmesi | 2024-04-01 09:15 | null | 250000.00 | Pending | | TXN-8001 | Onay İçin Yönlendirme | 2024-04-01 09:30 | Regional | 250000.00 | Pending | | TXN-8001 | Belge İnceleme | 2024-04-01 10:00 | Regional | 250000.00 | Pending | | TXN-8001 | Uyumluluk Kontrolü | 2024-04-01 10:30 | Regional | 250000.00 | Pending | | TXN-8001 | Bölgesel Onay | 2024-04-01 11:00 | Regional | 250000.00 | Approved | | TXN-8001 | Transfer Gerçekleştir | 2024-04-01 11:15 | Regional | 250000.00 | Completed | | TXN-8001 | Onay Gönderildi | 2024-04-01 11:20 | Regional | 250000.00 | Completed |
İçgörüler: Banka artık onay yetki seviyesine göre işlem sürelerini ölçebilir, bölgesel ve kurumsal onay akışlarındaki darboğazları tespit edebilir ve yetki seviyesi yönlendirme politikalarına uyumluluğu sağlayabilir. Performans panoları, yetki seviyesine göre ortalama onay sürelerini gösterebilir.
Çıktı
Olay Özelliğinde Boşlukları Doldurma zenginleştirmesi, seçilen olay özniteliğini yerinde değiştirir; null veya boş değerleri, aynı vakadaki önceki olaylardaki en son boş olmayan değerle değiştirir. Zenginleştirme her vakayı bağımsız olarak işler, böylece değerler vaka sınırları arasında hiçbir zaman yayılmaz.
İleri Doldurma Algoritması: Zenginleştirme, her vaka içindeki olayları kronolojik sırayla işler ve bir "en son bilinen değer" değişkeni tutar. Seçilen öznitelikte boş olmayan bir değer olan olay, yeni "en son bilinen değer" olur. Eğer olay null veya boş değer içeriyorsa ve mevcut bir "en son bilinen değer" varsa, zenginleştirme bu değerle doldurur. Bu ileri doldurma yaklaşımı, değerlerin açıkça yeni bir boş olmayan değere değişene kadar korunduğu bir adım fonksiyonu oluşturur.
Null Değerlerin İşlenmesi: Zenginleştirme sadece açıkça null ya da boş olan değerleri doldurur - var olan boş olmayan değerleri asla üzerine yazmaz, hatta önceki değerden farklı olsalar bile. Eğer bir vakadaki ilk birkaç olay null değerliyse ve taşınacak önceki bir değer yoksa, bu başlangıç null değerleri değiştirilmeden kalır ve yalnızca sonraki bir olayda boş olmayan bir değer göründüğünde doldurma başlar.
Vaka Düzeyinde İzolasyon: Her vaka tamamen bağımsız olarak işlenir. Zenginleştirme hiçbir zaman bir vakadan diğerine değer taşımaz; bu, veri bütünlüğünü sağlar ve farklı vakalar arasında öznitelik değerlerinin karışmasını önler. Yeni bir vaka başladığında, "en son bilinen değer" null olarak sıfırlanır.
Veri Tipi Korunumu: Zenginleştirme, doldurulan özniteliğin orijinal veri tipini korur. Metin, sayı, tarih ve diğer türde değerler doğru şekilde işlenir, doldurulan değerlerin orijinal boş olmayan değerlerle aynı türde olması sağlanır.
Olay Sırası Bağımlılığı: Zenginleştirme, her vaka içindeki olayların düzgün sıralanmasına bağlıdır. Bu zenginleştirmeyi uygulamadan önce olayların zaman damgasına göre sıralanması gerekir; aksi takdirde ileri doldurma beklenmedik sonuçlar doğurabilir.
Diğer Zenginleştirmelerle Kullanım: Bu zenginleştirme genellikle zenginleştirme iş akışınızda, olay sırasını etkileyen veri temizleme işlemlerinden hemen sonra erken uygulanmalıdır. Boşluklar doldurulduktan sonra, diğer zenginleştirmeler ve filtreler özniteliğin tam bilgi içerdiğini bilerek güvenle referans verebilir. Doldurulmuş öznitelik, şunlarda kullanılabilir:
- Süreç haritası filtrelerinde belirli aşamalarda öznitelik değerlerine göre varyantları göstermek
- Tüm olaylar boyunca tam öznitelik değerleri gerektiren hesaplamalar
- Belirli etkinliklerde öznitelik değerlerini doğrulayan uyumluluk kontrolleri
- Süreç fazları boyunca vaka durumlarına göre performans analizi
Performans Etkisi: Zenginleştirme, her vakanın olayları üzerinde tam bir kez iterasyon yaparak veriyi verimli şekilde işler. Büyük veri setlerinde performans, olay sayısıyla doğrusal ölçeklenir. İşlem bellekte veri üzerinde değişiklik yapar ve yeni öznitelik oluşturmaz, böylece bellek açısından verimlidir.
Bu Zenginleştirmeyi Ne Zaman Kullanılmamalı: Bu zenginleştirme, eksik değerlerin mantıksal olarak "değişiklik yok" anlamına geldiği durum bazlı öznitelikler için tasarlanmıştır. Aşağıdaki durumlarda kullanmayın:
- Null değerin "ölçülmedi" anlamına geldiği ölçüm öznitelikleri (sıcaklık ölçümleri, miktarlar)
- Olay bazında gerçekten değişen veri (aktivite adları, zaman damgaları, kaynaklar)
- Null'un önceki değerden farklı, iş açısından anlam taşıdığı öznitelikler
- Yayılmaması gereken rastgele veya bağımsız değerler (işlem ID'leri, benzersiz tanımlayıcılar)
Ayrıca Bakınız
- Vaka Özniteliklerine Dönüştür - Değerler değişmediğinde olay özniteliklerini otomatik olarak vaka düzeyine dönüştürür
- Temsili Vaka Özniteliği - Vaka öznitelikleri oluşturmak için olay özniteliklerinden temsilci bir değer seçer
- Boş Öznitelikleri Gizle - Değeri olmayan öznitelikleri veri setinden kaldırır
- Anonimleştir - Analitik değeri koruyarak hassas verileri korur
- Başlangıç Zamanına Göre Günlüğü Sırala - Boşlukları doldurmadan önce doğru olay sırasını sağlar
- Öznitelik Değerlerini Grupla - Benzer öznitelik değerlerini standart kategorilere birleştirir
- Metni Değiştir - Özniteliklerde metin değerlerini bul ve değiştir
- Metni Kırp - Öznitelik değerlerindeki gereksiz boşlukları temizler
Bu dokümantasyon, mindzie Studio süreç madenciliği platformunun bir parçasıdır.