Zamanı attribute’lara ekleme

Genel Bakış

Zamanı attribute’lara ekleme zenginleştirmesi, veri setinizdeki mevcut DateTime (TarihSaat) attribute’larını belirlenen bir zaman süresi kadar ekleyerek veya çıkararak değiştirir. Yeni hesaplanan attribute’lar oluşturan zenginleştirmelerin aksine, bu zenginleştirme mevcut zaman damgası alanlarını doğrudan günceller. Bu nedenle, zaman dilimi ayarları, veri düzeltmeleri ve süreç verinizde sistematik zaman kaymaları için çok değerlidir. Tüm DateTime attribute’larına saniye, dakika, saat, gün, hafta, ay veya yıl ekleyebilir ya da sadece bazılarını seçerek değiştirebilirsiniz.

Bu zenginleştirme, sistematik zaman kayıt hatalarını düzeltmek, yaz saati uygulaması (DST) değişikliklerine uyarlamak, farklı sistemlerden gelen zaman damgalarını hizalamak veya tüm süreçleri simülasyon ve ne olur analizleri için ileri veya geri kaydırmak için özellikle güçlüdür. Filtre uygulama yeteneği sayesinde, örneğin yalnızca belirli bir bölgeden veya zaman aralığından gelen olayların zaman damgalarını değiştirmek gibi seçici ayarlamalar yapabilirsiniz. Zenginleştirme orijinal veri yapısını korurken zaman değerlerini değiştirir; böylece süreç modelinizdeki tüm ilişkiler ve bağımlılıklar korunur.

Yaygın Kullanım Alanları

  • Zaman Dilimi Düzeltmeleri: Küresel operasyonlardan gelen verileri konsolide ederken farklı zaman dilimleri arasında zaman damgalarını ayarlamak
  • Yaz Saati Uygulaması Düzeltmeleri: Tarihsel verilerde DST geçişleri sırasında kayıp veya çift saatlerin düzeltilmesi
  • Sistem Saati Hata Düzeltmeleri: Veri toplama sırasında yanlış sistem saati ayarlarından kaynaklanan sistematik zaman damgası hatalarını düzeltmek
  • Veri Migrasyonu Zaman Kaydırmaları: Farklı zaman kayıt standartlarına sahip sistemler arasında süreçleri taşırken zaman damgalarını hizalamak
  • Süreç Simülasyonu: Test ve ne olur senaryo analizleri için süreçleri tümüyle ileri veya geri kaydırmak
  • Toplu İşlem Düzeltmeleri: Gerçek oluş zamanları yerine işlem zamanı ile kaydedilen toplu işler için zaman damgası düzeltmek
  • Tarihsel Veri Hizalama: Eski sistemlerden gelen ve farklı zaman referansları veya epoch kullanan zaman damgalarını senkronize etmek

Ayarlar

Filtre: Zaman ayarlamasından etkilenecek olayları sınırlamak için isteğe bağlı filtre. Filtre uygulanmadığında veri setindeki tüm olayların seçilen DateTime attribute’ları değiştirilir. Filtreler, belirli bir zaman aralığı, bölge veya sistemden olan alt küme olaylara hedeflenmeye olanak sağlar. Bu, örneğin belirli bölgeler için zaman dilimi sorunlarını düzeltirken veya yalnızca belirli veri toplama dönemlerine ait hataları giderirken özellikle faydalıdır. Filtre, karmaşık koşullar ve kombinasyonları destekleyen standart mindzie filtre arayüzünü kullanır.

Attribute İsimleri: Hangi DateTime attribute’larının değiştirileceğini seçin. Varsayılan olarak, hiçbir attribute seçilmezse zenginleştirme hem olay hem de vaka tablolarındaki tüm DateTime attribute’larına uygulanır. Değiştirmek istediğiniz zaman damgalarını hedeflemek için birden fazla spesifik attribute seçebilirsiniz. Bu liste, veri setinizde bulunan tüm mevcut DateTime attribute’larıyla dinamik olarak doldurulur. Yaygın seçimler arasında "Start_Time", "End_Time", "Created_Date", "Modified_Date" ve veri setinizdeki özel zaman damgası alanları bulunur. Zenginleştirme null değerleri atlar, onları değişmeden bırakır.

Eklenecek Değer: Seçilen zaman damgalarına eklenecek sayısal değer. Bu değer pozitif olabilir (zaman damgalarını ileri almak için) veya negatif olabilir (zaman damgalarını geri almak için). Bu değerin yorumu, Timespan Duration (Zaman Birimi) ayarına bağlıdır. Örneğin, "Saat" seçilmişken "2" girerseniz tüm zaman damgalarına 2 saat eklenir; "Dakika" seçilip "-30" girerseniz 30 dakika çıkarılır. Değer tam sayı olarak girilmelidir. Değerin büyüklüğünü dikkatle değerlendirin - yıl veya ay eklemek süreç zaman çizelgesinde önemli değişiklikler yaratabilir.

Zaman Birimi (Timespan Duration): Eklenecek değerin zamansal birimi. Mevcut seçenekler:

  • Saniye: İnce ayar veya dakikanın altındaki zamanlama sorunları için
  • Dakika: Küçük saat farkları veya küçük zaman düzeltmeleri için kullanışlı
  • Saat: En yaygın kullanım, özellikle zaman dilimi ayarlamaları için (örneğin, EST’den UTC’ye 5 saat eklemek)
  • Gün: Tüm süreçleri kaydırmak veya tarih seviyesindeki hataları düzeltmek için
  • Hafta: Haftalık toplu süreçleri veya hafta bazlı planlama hatalarını ayarlamak için
  • Ay: Uzun vadeli süreç kaydırmaları veya mali dönem ayarlamaları için
  • Yıl: Tarihsel veri hizalama veya büyük zaman dönüşümleri için

Örnekler

Örnek 1: EST’den UTC’ye Zaman Dilimi Dönüşümü

Durum: Bir şirketin ABD Doğu Kıyısı operasyonları tüm zaman damgalarını EST (UTC-5) olarak kaydetti, ancak merkezi veri ambarı tüm zamanların küresel tutarlılık için UTC’de olmasını istiyor. ABD operasyonlarından gelen tüm zaman damgalarına 5 saat eklenmesi gerekiyor.

Ayarlar:

  • Filtre: Region = "US-East"
  • Attribute İsimleri: (tüm DateTime attribute’ları için boş bırakın)
  • Eklenecek Değer: 5
  • Zaman Birimi: Hours

Çıktı: Orijinal zaman damgaları:

  • Order_Created: 2024-03-15 09:00:00 (EST)
  • Order_Approved: 2024-03-15 09:30:00 (EST)
  • Order_Shipped: 2024-03-15 14:00:00 (EST)

Zenginleştirme sonrası:

  • Order_Created: 2024-03-15 14:00:00 (UTC)
  • Order_Approved: 2024-03-15 14:30:00 (UTC)
  • Order_Shipped: 2024-03-15 19:00:00 (UTC)

Tüm zaman damgaları şimdi UTC ile hizalanmış durumda; böylece küresel süreç analizleri doğru şekilde yapılabilmekte ve farklı zaman dilimleri arasındaki karmaşa önlenmektedir.

İçgörüler: Standart UTC zaman damgaları sayesinde analistler artık küresel lokasyonlar arasında süreç performansını doğru karşılaştırabilir, yerel zaman dilimlerinden bağımsız gerçek darboğazları tespit edebilir ve dünya çapında operasyonlar için birleşik gösterge panoları oluşturabilir.

Örnek 2: Yaz Saati Uygulaması Düzeltmesi

Durum: Mart 2023 tarihli tarihsel veride, kaynak sistem tarafından doğru işlenmeyen yaz saati uygulaması geçişinden dolayı 1 saatlik boşluk var. Mart 12, 2023 02:00’den sonraki tüm zaman damgaları 1 saat geri alınmalı.

Ayarlar:

  • Filtre: Start_Time >= "2023-03-12 02:00:00"
  • Attribute İsimleri: Start_Time, End_Time, Activity_Timestamp
  • Eklenecek Değer: -1
  • Zaman Birimi: Hours

Çıktı: Yanlış gözüken olaylar:

  • Aktivite A: 2023-03-12 03:30:00
  • Aktivite B: 2023-03-12 04:15:00
  • Aktivite C: 2023-03-12 05:00:00

Düzeltme sonrası:

  • Aktivite A: 2023-03-12 02:30:00
  • Aktivite B: 2023-03-12 03:15:00
  • Aktivite C: 2023-03-12 04:00:00

DST’den kaynaklanan 1 saatlik boşluk düzeltilmiş ve aktivitelerin gerçek sırası ile süreleri geri getirilmiş oldu.

İçgörüler: DST sorunlarının düzeltilmesi kesin süre hesaplamalarını sağlar, yanlış darboğaz raporlamalarını engeller ve zaman bazlı KPI ile SLA ölçümlerinin doğruluğunu korur.

Örnek 3: Sistem Migrasyonu Zaman Hizalaması

Durum: Sistem migrasyonu sırasında eski sistem (farklı epoch kullanan) tüm zaman damgaları, yeni sistemin zaman referansıyla hizalanması için tam 30 gün ileri kaydırılmalı.

Ayarlar:

  • Filtre: Source_System = "Legacy_ERP"
  • Attribute İsimleri: (tüm attribute’lar için boş bırakın)
  • Eklenecek Değer: 30
  • Zaman Birimi: Days

Çıktı: Eski sistem tarihler:

  • Case_Start: 2024-01-01 08:00:00
  • First_Approval: 2024-01-02 10:00:00
  • Final_Completion: 2024-01-05 16:00:00

Hizalama sonrası:

  • Case_Start: 2024-01-31 08:00:00
  • First_Approval: 2024-02-01 10:00:00
  • Final_Completion: 2024-02-04 16:00:00

Tüm eski sistem zaman damgaları yeni sistemin zaman referansıyla doğru şekilde hizalanmış oldu, böylece iki sistem arasında sorunsuz süreç analizi yapılabilir.

İçgörüler: Uygun zaman hizalaması, migrasyon öncesi ve sonrası süreç karşılaştırmalarının doğruluğunu sağlar, yeni sistemin beklenen süreç performansını sürdürdüğünü doğrular ve tarihsel trend analizinin anlamlı kalmasını temin eder.

Örnek 4: Toplu İşlem Zaman Düzeltmesi

Durum: Bir toplu işlem sistemi, tüm olayları gerçek oluş zamanları yerine çalıştırma zamanı olan gece yarısında kaydetmiş. Olaylar, sıralamalarına göre saat çıkarılarak gün içine dağıtılmalı.

Ayarlar:

  • Filtre: Batch_Processed = "True" AND Processing_Sequence >= 6
  • Attribute İsimleri: Event_Timestamp, Activity_Time
  • Eklenecek Değer: -6
  • Zaman Birimi: Hours

Çıktı: Toplu işlem kayıt zamanları (hepsi gece yarısı):

  • Order_Received: 2024-03-15 00:00:00
  • Order_Validated: 2024-03-15 00:00:00
  • Order_Approved: 2024-03-15 00:00:00

Sıra 6 ve sonrası için düzeltme sonrası:

  • Order_Received: 2024-03-14 18:00:00
  • Order_Validated: 2024-03-14 18:00:00
  • Order_Approved: 2024-03-14 18:00:00

Olaylar artık gerçekleştiği günün içine dağıtılmış durumda, ancak tam dağıtım için birden fazla zenginleştirme turu gerekebilir.

İçgörüler: Toplu işlem zaman damgalarının düzeltilmesi gerçek süreç kalıplarını ortaya çıkarır, kesin süre ve verimlilik hesaplamalarını sağlar ve yapay toplu işlem yoğunluklarının etkisini azaltır.

Örnek 5: Mali Yıl Ayarı

Durum: Bir şirket, takvim yılı verilerini mali yıl ile (Nisan’da başlayan) uyumlu hale getirmek için tüm zaman damgalarını 3 ay ileri kaydırmalı.

Ayarlar:

  • Filtre: (yok - tüm vakalara uygula)
  • Attribute İsimleri: (tüm attribute’lar için boş bırakın)
  • Eklenecek Değer: 3
  • Zaman Birimi: Months

Çıktı: Takvim yılı zaman damgaları:

  • Q1_Start: 2024-01-01
  • Q1_Transaction: 2024-02-15
  • Q1_Close: 2024-03-31

Mali yıla uyarlanmış:

  • Q1_Start: 2024-04-01
  • Q1_Transaction: 2024-05-15
  • Q1_Close: 2024-06-30

Bütün zaman damgaları artık mali takvimle uyumlu, böylece finansal dönem analizleri ve raporlamalar doğru yapılabilir.

İçgörüler: Mali uyarlama finans ekiplerinin mali dönem bazında süreç performansını doğru analiz etmesini sağlar, yıl bazında mali performans karşılaştırmalarını destekler ve süreç metriklerinin finansal raporlama ile tutarlı olmasını sağlar.

Çıktı

Zamanı attribute’lara ekleme zenginleştirmesi, mevcut DateTime attribute’larını yerinde değiştirir ve şu özelliklere sahiptir:

Yerinde Değişim: Yeni attribute oluşturmak yerine mevcut DateTime attribute’larının değerlerini doğrudan değiştirir. Attribute isimleri, tipleri ve yapısı değişmez – sadece zaman değerleri ayarlanır.

Attribute Kapsamı: Zenginleştirme;

  • Vaka attribute’ları: vaka seviyesindeki DateTime alanları
  • Olay attribute’ları: olay seviyesindeki DateTime alanları
  • Spesifik seçim yapılmazsa tüm DateTime attribute’ları
  • Spesifik olarak seçilen attribute’lar

Değer Koruma: Zenginleştirme;

  • Tarih ve saat bileşenlerini (her ikisi de uygun şekilde ayarlanır)
  • Orijinal zaman damgasının hassasiyetini (milisaniyeler varsa korunur)
  • Null (boş) değerleri (null kalırlar, değiştirilmezler)
  • Veri tipini (DateTime türü korunur)

Filtre Uygulaması: Filtre uygulandığında;

  • Sadece filtre kriterlerine uyan vakaların zaman damgaları değiştirilir
  • Filtre uymayan vakalar orijinal zaman damgalarını korur
  • Böylece bazı zaman damgaları değiştirilmiş, bazılarında değişiklik olmamış karışık bir veri seti oluşur

Hesaplama Detayları:

  • Saniye/Dakika/Saat/Gün: Zaman damgasına basit aritmetik ekleme
  • Hafta: Gün * 7 olarak hesaplanıp eklenir
  • Ay: Ay sınırlarını akıllıca hesaplar (ör: 31 Ocak + 1 ay = 28 veya 29 Şubat)
  • Yıl: Artık yılları otomatik olarak dikkate alır

Önemli Hususlar:

  • Bu zenginleştirme verinizi kalıcı olarak değiştirir (mevcut analiz oturumu boyunca)
  • Büyük zaman kaydırmaları uygulamadan önce veri setinizin yedeğini veya kopyasını oluşturmayı düşünün
  • Ay ve yıl eklemeleri geçersiz tarihleri (30 Şubat gibi) geçerli tarihlere ayarlar
  • Negatif değerler desteklenir, zaman damgalarını geri kaydırmak için kullanılabilir

Diğer Özelliklerle Entegrasyon:

  • Değiştirilen zaman damgaları tüm zaman bazlı hesaplamaları ve görselleştirmeleri hemen etkiler
  • Aktiviteler arasındaki süre hesaplamaları zaman damgalarının değişmesi durumunda güncellenir
  • Tarih aralığı kullanan filtreler ve panolar, zaman kaydırmalarından sonra ayarlanmalıdır
  • Değişiklik diğer zenginleştirmelere şeffaftır – onlar yeni zaman değerlerini kullanır

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