Bir Tarihe Gün Ekleme

Genel Bakış

Bir Tarihe Gün Ekleme zenginleştirmesi, veri setinizdeki mevcut bir tarih özniteliğine belirtilen sayıda gün ekleyerek yeni bir zaman damgası özniteliği oluşturur. Bu zenginleştirme, süreç verilerinize dayalı gelecekteki tarihlerin, son teslim tarihlerinin ve beklenen kilometre taşlarının hesaplanması için gereklidir. Eklenmesi gereken gün sayısını belirtmek için sayısal bir öznitelik kullanarak, örneğin müşteri anlaşmalarına bağlı olarak fatura tarihlerine farklı ödeme koşulları eklemek veya hizmet seviyesi sözleşmelerine göre beklenen teslimat tarihlerini hesaplamak gibi vaka bazında değişen tarihleri dinamik olarak hesaplayabilirsiniz. Bu yetenek, özellikle son teslim tarihlerinin izlenmesi, SLA uyumluluğunun takibi ve mevcut süreç durumuna dayanarak gelecekteki tarihlerin projelendirilmesi gereken öngörücü süreç analizleri için değerlidir.

Zenginleştirme, veri setinizdeki herhangi bir sayısal öznitelikten alınan gün sayısını kabul ederek esnek tarih hesaplamalarını destekler. Bu, hesaplanan alanları, arama değerlerini veya içe aktarılan verileri kullanarak eklenmesi gereken gün sayısını belirlemenize olanak tanır ve vaka özelliklerine bağlı olarak zaman kaymasının değiştiği karmaşık iş senaryolarında güçlüdür.

Yaygın Kullanımlar

  • Ödeme Vadesi Hesaplama: Ödemelerin ne zaman yapılacağını belirlemek için fatura tarihlerine (30, 60, 90 gün) ödeme koşulları eklemek
  • SLA Son Tarihi Takibi: Bilet oluşturma tarihlerine sözleşmeli yanıt süreleri ekleyerek hizmet seviyesi sözleşmesi son tarihlerini hesaplamak
  • Beklenen Teslim Tarihleri: Sipariş tarihlerine standart kargo süreleri ekleyerek müşterilerin ürünlerini ne zaman alacaklarını tahmin etmek
  • Sözleşme Yenileme Tarihleri: Başlangıç tarihlerine sözleşme süresi dönemleri ekleyerek yenileme tarihlerini hesaplamak
  • Garanti Süresi Sonu: Satın alma veya kurulum tarihlerine garanti süreleri ekleyerek garanti bitiş tarihlerini belirlemek
  • Proje Kilometre Taşı Planlaması: Proje başlangıç tarihlerine planlanan süreler ekleyerek beklenen kilometre taşı tarihlerini hesaplamak
  • Yasal Uyum Son Tarihleri: Gönderim tarihlerine yasal yanıt süreleri ekleyerek uyum pencerelerini takip etmek

Ayarlar

Yeni Öznitelik Adı: Veri setinizde oluşturulacak yeni tarih özniteliğinin adı. Bu öznitelik, hesaplanan gelecekteki tarihi içerecektir. Tarihin neyi temsil ettiğini açıkça gösteren açıklayıcı bir ad seçin, örneğin "Payment_Due_Date", "SLA_Deadline" veya "Expected_Delivery_Date". Bu yeni öznitelik, filtreler, panolar ve diğer zenginleştirmelerde kullanılabilir olacaktır.

Öznitelik Adı: Hesaplama için başlangıç noktası olarak hizmet eden mevcut tarih/zaman damgası özniteliğini seçin. Bu, vaka tablonuzdaki DateTime türünde bir öznitelik olmalıdır. Yaygın örnekler "Invoice_Date", "Order_Date", "Ticket_Created" veya sürecinizden herhangi bir zaman damgası özniteliğidir. Zenginleştirme, bu tarihi baz alacak ve belirtilen gün sayısını ekleyecektir.

Öznitelik Gün Ekle: Baz tarihine eklenmesi gereken gün sayısını içeren sayısal özniteliği seçin. Bu, vaka tablonuzdaki Integer, Double veya Float türünde bir sayısal öznitelik olmalıdır. Değer pozitif olabilir (gelecekteki tarihleri hesaplamak için) veya negatif olabilir (geçmiş tarihleri hesaplamak için). Örnekler "Payment_Terms_Days", "SLA_Response_Hours" (günlere çevrilmesi gerekir), "Shipping_Days" veya herhangi bir hesaplanmış sayısal alandır. Her vaka için farklı bir değer olabilir, bu da vaka bazlı tarih hesaplamalarına olanak tanır.

Örnekler

Örnek 1: Fatura Ödeme Vadesi Tarihleri

Senaryo: Bir şirket, fatura ödeme vadelerini takip etmek istiyor. Farklı müşterilerin farklı ödeme koşulları var - bazıları 30 günde, bazıları 60 veya 90 günde ödeme yapıyor. Ödeme koşulları, müşteri sözleşmelerine dayalı sayısal bir öznitelik olarak saklanıyor.

Ayarlar:

  • Yeni Öznitelik Adı: Payment_Due_Date
  • Öznitelik Adı: Invoice_Date
  • Öznitelik Gün Ekle: Customer_Payment_Terms

Çıktı: Aşağıdaki değerler için:

  • Invoice_Date = 2024-03-01
  • Customer_Payment_Terms = 30

Zenginleştirme oluşturur:

  • Payment_Due_Date = 2024-03-31

Bu yeni öznitelik, yaklaşan ödeme vadelerini gösteren panolar oluşturmak, gecikmiş faturaları belirlemek ve ödeme davranış modellerini analiz etmek için kullanılabilir.

Bilgiler: Hesaplanan ödeme vadeleri sayesinde finans ekibi ödemeleri proaktif olarak takip edebilir, tahsilat çabalarını önceliklendirebilir ve beklenen ödeme tarihlerine göre nakit akışını doğru şekilde tahmin edebilir.

Örnek 2: SLA Son Tarihi İzleme

Senaryo: Bir BT servis masası, farklı bilet öncelikleri için SLA son tarihlerini takip etmek istiyor. Yüksek öncelikli biletler 1 gün içinde çözümlenmeli, orta öncelikli 3 gün, düşük öncelikli 7 gün içinde. SLA günleri bilet önceliğine bağlı bir öznitelik olarak saklanıyor.

Ayarlar:

  • Yeni Öznitelik Adı: SLA_Resolution_Deadline
  • Öznitelik Adı: Ticket_Created_Date
  • Öznitelik Gün Ekle: SLA_Days_Required

Çıktı: Yüksek öncelikli bilet için:

  • Ticket_Created_Date = 2024-03-15 09:00:00
  • SLA_Days_Required = 1
  • SLA_Resolution_Deadline = 2024-03-16 09:00:00

Düşük öncelikli bilet için:

  • Ticket_Created_Date = 2024-03-15 09:00:00
  • SLA_Days_Required = 7
  • SLA_Resolution_Deadline = 2024-03-22 09:00:00

Bilgiler: Servis yöneticileri, SLA son tarihlerine yaklaşan biletleri gösteren gerçek zamanlı panolar oluşturabilir, böylece kaynak tahsisini proaktif yapabilir ve SLA ihlallerinin önüne geçebilir.

Örnek 3: Beklenen Teslim Tarihi Hesaplama

Senaryo: Bir e-ticaret şirketi, gönderim yöntemine bağlı olarak beklenen teslim tarihlerini hesaplamak istiyor. Standart gönderim 5 gün ekler, ekspres 2 gün, overnight ise 1 gün ekler.

Ayarlar:

  • Yeni Öznitelik Adı: Expected_Delivery_Date
  • Öznitelik Adı: Order_Shipped_Date
  • Öznitelik Gün Ekle: Shipping_Days

Çıktı: Ekspres gönderim için:

  • Order_Shipped_Date = 2024-03-20 14:00:00
  • Shipping_Days = 2
  • Expected_Delivery_Date = 2024-03-22 14:00:00

Bu, müşteri hizmetlerinin doğru teslimat beklentileri sağlamasına ve gecikmesi muhtemel gönderimleri belirlemesine olanak tanır.

Bilgiler: Operasyon ekipleri, gerçek teslim performansını beklenen tarihlere karşı analiz edebilir, sık sık beklentileri karşılamayan taşıyıcıları veya güzergahları belirleyebilir ve teslimat zaman çizelgeleri hakkında müşteri iletişimini iyileştirebilir.

Örnek 4: Sözleşme Yenileme Yönetimi

Senaryo: Bir yazılım şirketi, müşteri sözleşmelerinin yenileme tarihlerini takip etmek istiyor. Sözleşmeler farklı sürelerde - aylık (30 gün), üç aylık (90 gün) veya yıllık (365 gün) abonelikler.

Ayarlar:

  • Yeni Öznitelik Adı: Contract_Renewal_Date
  • Öznitelik Adı: Contract_Start_Date
  • Öznitelik Gün Ekle: Contract_Duration_Days

Çıktı: Yıllık sözleşme için:

  • Contract_Start_Date = 2024-01-15
  • Contract_Duration_Days = 365
  • Contract_Renewal_Date = 2025-01-15

Aylık sözleşme için:

  • Contract_Start_Date = 2024-03-01
  • Contract_Duration_Days = 30
  • Contract_Renewal_Date = 2024-03-31

Bilgiler: Satış ekipleri yenileme tarihlerinden önce müşterilerle proaktif olarak iletişim kurabilir, hesap yöneticileri yenileme görüşmelerini önceden planlayabilir ve gelir tahmini net yenileme zaman çizelgeleri sayesinde daha doğru olur.

Örnek 5: Üretim Teslim Süresi Planlaması

Senaryo: Bir üretim şirketi, farklı ürün türleri için standart teslim sürelerine dayalı üretim siparişlerinin beklenen tamamlanma tarihlerini hesaplamak istiyor; bu süreler 7 ile 45 gün arasında değişiyor.

Ayarlar:

  • Yeni Öznitelik Adı: Expected_Completion_Date
  • Öznitelik Adı: Production_Start_Date
  • Öznitelik Gün Ekle: Product_Lead_Time_Days

Çıktı: Karmaşık bir ürün siparişi için:

  • Production_Start_Date = 2024-03-10 08:00:00
  • Product_Lead_Time_Days = 21
  • Expected_Completion_Date = 2024-03-31 08:00:00

Bilgiler: Üretim planlayıcıları, zamanlamayı optimize edebilir, müşterilere gerçekçi teslim tarihleri bildirebilir ve hedef tamamlanma tarihlerini kaçırma riski olan siparişleri tespit edebilir.

Çıktı

Bir Tarihe Gün Ekleme zenginleştirmesi, aşağıdaki özelliklere sahip yeni bir vaka özniteliği oluşturur:

Öznitelik Türü: DateTime - Yeni öznitelik, orijinal tarih özniteliğinin zaman bileşenini koruyan bir zaman damgası/datetime alanı olarak oluşturulur.

Öznitelik Adlandırması: Yeni öznitelik, "Yeni Öznitelik Adı"nda belirtilen adı kullanır ve zenginleştirme çalıştırılır çalıştırılmaz vaka tablonuzda görünür.

Değer Hesaplama: Her vaka için, zenginleştirme "Öznitelik Adı"ndan baz tarihi alır ve "Öznitelik Gün Ekle"de belirtilen gün sayısını ekler. Hesaplama orijinal zaman bileşenini korur; baz tarihiniz saat ve dakika içeriyorsa, bunlar hesaplanan tarihte de muhafaza edilir.

Null İşleme: Baz tarih özniteliği veya eklenmesi gereken gün sayısı özniteliği herhangi bir vaka için null ise, o vaka için yeni hesaplanan tarih özniteliği de null olur. Bu, veri bütünlüğünü garanti eder ve eksik bilgi olan vakaların tespitini kolaylaştırır.

Negatif Değerler: Zenginleştirme, "Öznitelik Gün Ekle" alanında negatif değerleri destekler ve geçmiş tarihleri hesaplamanıza olanak tanır. Bu, "İnceleme Gereken Tarih" gibi, son tarihten X gün öncesini hesaplamak için faydalıdır.

Diğer Özelliklerle Entegrasyon:

  • Yeni tarih özniteliği, hesaplanan tarihlere dayalı vaka seçiminde filtrelerde hemen kullanılabilir
  • Tarih girdisi gerektiren diğer zenginleştirmelerde kullanılabilir
  • Tüm görselleştirmelerde görünür ve zaman bazlı analizlerde kullanılabilir
  • Zenginleştirilmiş veri setinizle birlikte dışa aktarılabilir
  • Daha ileri tarih işlemleri için hesaplanan özniteliklerde kullanılabilir

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