İşe Alımdan Emekliliğe - Çalışan Yaşam Döngüsü Veri Templateiniz
İşe Alımdan Emekliliğe - Çalışan Yaşam Döngüsü Veri Templateiniz
- Ayrıntılı analiz için toplanması önerilen öznitelikler
- Çalışan yaşam döngüsü boyunca izlenecek temel faaliyetler
- Workday işe alım modülünden veri çıkarmaya yönelik pratik yönlendirme
Satın Almadan Emekliliğe - çalışan yaşam döngüsü öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Çalışan kimliği
EmployeeId
|
Çalışanın kuruluş içindeki tüm yaşam döngüsü boyunca birincil vaka kimliği olarak kullanılan benzersiz tanımlayıcı. | ||
|
Açıklama
Çalışan kimliği, İşe Alımdan Emekliliğe süreç analizinin temelini oluşturur. İlk iş başvurusundan nihai işten ayrılışa kadar ilgili tüm olayları tek ve bütünlüklü bir yolculukta birleştirir. Kuruluşlar bu kimliği izleyerek çalışanın görev değişiklikleri, performans değerlendirmeleri ve işe başlatma adımları dahil olmak üzere çalışma sürecinin eksiksiz geçmişini oluşturabilir. Process Mining'de her faaliyet bir Çalışan kimliğiyle ilişkilendirilir. Böylece tek tek çalışanların ve toplam çalışan yaşam döngülerinin kapsamlı bir görünümü elde edilir. Bu görünüm, süreç sürelerini analiz etmenize, yaygın yolları belirlemenize ve kariyerin farklı aşamalarında çalışanları etkileyen darboğazları keşfetmenize yardımcı olur.
Neden önemli?
Bu öznitelik, tek bir çalışana ait tüm yaşam döngüsü olaylarını bir araya getirerek uçtan uca eksiksiz bir süreç görünümü oluşturmak için gereklidir.
Nereden alınır?
Bu, Workday HCM'de genellikle çalışan profillerinde ve iş süreci işlemlerinde bulunan temel bir alandır.
Örnekler
100234510087651011212
|
|||
|
Faaliyet adı
ActivityName
|
Çalışanın yaşam döngüsünün belirli bir noktasında gerçekleşen olayın veya görevin adı. | ||
|
Açıklama
Faaliyet adı, İşe Alımdan Emekliliğe sürecindeki Offer Accepted, Background Check Completed veya Promotion Approved gibi belirli bir adımı tanımlar. Bu faaliyetler, çalışan yolculuğunu oluşturan olayların sırasını gösteren süreç haritasının düğümlerini oluşturur. Bu faaliyetleri analiz etmek, kuruluşların süreç akışını anlamasına, sık ve nadir yolları belirlemesine, gecikmelerin veya yeniden çalışmaların yaşandığı aşamaları ortaya çıkarmasına yardımcı olur. Doğru ve tutarlı faaliyet adları, anlaşılır bir süreç modeli oluşturmak için büyük önem taşır.
Neden önemli?
Süreç haritasındaki adımları tanımlar. Bu harita, tüm Process Mining analizlerinin ve görselleştirmelerinin temelidir.
Nereden alınır?
Workday işlem günlüklerindeki Business Process Step veya Event Name alanından türetilir.
Örnekler
Teklif mektubu oluşturulduİşe başlatma görevleri tamamlandıİşten ayrılma başlatıldı
|
|||
|
Olay zaman damgası
EventTimestamp
|
Faaliyetin veya olayın kaydedildiği kesin tarih ve saat. | ||
|
Açıklama
Bu öznitelik, her faaliyet için olayın ne zaman gerçekleştiğini kaydederek zamansal bağlam sağlar. Bu zaman damgalarının sırası ve zamanlaması, süreç akışını oluşturmak ve çevrim süreleri ile süreler gibi zamana dayalı tüm metrikleri hesaplamak için kullanılır. Analizde Olay zaman damgası, süreç performansını anlamanın temel unsurlarındandır. Adımlar arasındaki süreyi hesaplamanıza, gecikmeleri belirlemenize ve işe alım hızını çeyrekten çeyreğe karşılaştırmak gibi farklı dönemlerdeki süreç davranışını analiz etmenize imkan verir.
Neden önemli?
Olayları doğru sıraya koymak ve çevrim süresi ile darboğazlar gibi tüm performans metriklerini hesaplamak için kritik bir özniteliktir.
Nereden alınır?
Workday'deki her iş süreci işlem günlüğünün standart bir parçasıdır. Genellikle Effective Date veya Completed Moment olarak adlandırılır.
Örnekler
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2024-01-15T09:12:00Z
|
|||
|
Departman
Department
|
Çalışanın bağlı olduğu kuruluş departmanı. | ||
|
Açıklama
Bu öznitelik, çalışanın Sales, Engineering veya Human Resources gibi bağlı olduğu departmanı gösterir. Kuruluşun farklı bölümlerindeki süreç performansını bölümlere ayırmak ve karşılaştırmak için önemli bir boyuttur. Süreç analizinde Departman filtresi, İşe alım süresi Engineering departmanında Sales departmanına göre daha mı uzun? veya Hangi departmanlarda işe başlatma sürecinden sapma oranı en yüksek? gibi soruları yanıtlamanızı sağlar. Böylece yerel sorunları belirleyebilir ve süreç iyileştirmelerini ihtiyaca göre uyarlayabilirsiniz.
Neden önemli?
Güçlü karşılaştırmalı analizler yapmanızı sağlar ve süreç verimsizliklerinin belirli iş alanlarında yoğunlaşıp yoğunlaşmadığını belirlemenize yardımcı olur.
Nereden alınır?
Workday HCM'de çalışanın pozisyonuyla ilişkilendirilmiş temel iş ve kuruluş verilerinin bir parçasıdır.
Örnekler
MühendislikSatış ve PazarlamaFinans
|
|||
|
İş ilanı talebi kimliği
JobRequisitionId
|
İşe alım sürecini başlatan iş ilanı talebinin benzersiz tanımlayıcısı. | ||
|
Açıklama
İş ilanı talebi kimliği, ilan yayınlama, adayları inceleme ve teklif oluşturma gibi işe alımın ilk aşamalarındaki tüm faaliyetleri belirli bir iş ihtiyacına bağlar. Çalışan yaşam döngüsünün işe alım aşaması için ikincil vaka kimliği görevi görür. İşe alım sürecinin farklı roller veya departmanlar için verimliliğini İş ilanı talebi kimliğine göre analiz ederek önemli içgörüler elde edebilirsiniz. Talep oluşturulmasından teklifin kabul edilmesine kadar tüm huniyi izlemenize ve Average Time-to-Hire gibi KPI'ları desteklemenize yardımcı olur.
Neden önemli?
İşe alım öncesindeki tüm faaliyetleri tek bir tanımlayıcı altında gruplandırarak sürecin işe alım bölümünü ayrıntılı biçimde analiz etmenizi sağlar.
Nereden alınır?
Workday'in Recruiting modülünde bulunur. Adayın başvurusu ve sonraki işe alım olayıyla ilişkilendirilir.
Örnekler
REQ-2023-05-101REQ-2024-01-230REQ-2023-11-087
|
|||
|
Olay bitiş zamanı
EventEndTime
|
Özellikle ölçülebilir süresi olan görevlerde bir faaliyetin tamamlandığını gösteren zaman damgası. | ||
|
Açıklama
StartTime bir faaliyetin ne zaman başladığını gösterirken Olay bitiş zamanı faaliyetin ne zaman sona erdiğini gösterir. İkisi arasındaki fark, faaliyetin işlem süresini ifade eder. Bu, Background Check veya Performance Review gibi anlık olmayan görevler için özellikle yararlıdır. Analizde bu öznitelik, ProcessingTime metriğini hesaplamak için gereklidir. Faaliyetler arasındaki bekleme süresi ile bir faaliyet üzerinde gerçekten çalışılan süreyi ayırt etmenize yardımcı olur. Böylece süreçte zamanın nerede harcandığını daha doğru anlayabilirsiniz.
Neden önemli?
Bir faaliyetin gerçek işlem süresini hesaplamanızı ve aktif çalışma süresiyle boşta bekleme süresini ayırt etmenizi sağlar.
Nereden alınır?
Workday'deki bazı iş süreçlerinde hem başlatma hem de tamamlanma zaman damgaları kaydedilir. Bu durumda olayların birleştirilmesi gerekebilir.
Örnekler
2023-10-26T18:30:00Z2023-11-05T11:00:15Z2024-01-15T17:20:00Z
|
|||
|
Olayı gerçekleştiren
EventPerformer
|
Faaliyeti gerçekleştiren kullanıcı veya otomatik sistem aracısı. | ||
|
Açıklama
Bu öznitelik, bir görevi tamamlamaktan sorumlu kişiyi, rolü veya sistemi tanımlar. Teklifi onaylayan işe alım yöneticisi, işe başlatmayı başlatan İK uzmanı veya bildirim oluşturan sistem süreci olabilir. Olayı gerçekleştiren bilgisini analiz etmek, kaynak tahsisini, iş yükü dağılımını ve kullanıcı benimsemesini anlamak için önemlidir. Aşırı yük altındaki ekipleri belirlemenize, manuel kullanıcıların tekrarlayan görevleri gerçekleştirdiği otomasyon fırsatlarını ortaya çıkarmanıza ve kişiler veya departmanlar arasındaki performans farklarını analiz etmenize yardımcı olabilir.
Neden önemli?
Bu öznitelik iş yükü dağılımını ve kullanıcı performansını analiz etmenize, ayrıca süreçte kimlerin yer aldığını belirlemenize yardımcı olur. Hedefli iyileştirmeler için bu bilgi önemlidir.
Nereden alınır?
Workday Business Processes işlem günlüklerinde bulunur ve genellikle bir adımı tamamlayan kullanıcıyla ilişkilendirilir.
Örnekler
jsmith@example.comr.davisSistem Süreci
|
|||
|
Yaşam döngüsü olay türü
LifecycleEventType
|
Süreci Onboarding, Promotion veya Offboarding gibi temel yaşam döngüsü türlerine ayırır. | ||
|
Açıklama
Bu öznitelik, genel İşe Alımdan Emekliliğe süreci içindeki farklı yolculuklar için üst düzey bir sınıflandırma sağlar. Her vakayı "İşe başlatma", "Kurum içi hareketlilik" veya "İşten ayrılma" olarak etiketlemek, süreç haritasını filtrelemeyi ve bu alt süreçleri ayrı ayrı analiz etmeyi kolaylaştırır. Örneğin, "Kurum içi hareketlilik ve terfi süresi" Dashboardını analiz etmek için Yaşam Döngüsü Olay Türü değerinin "Kurum içi hareketlilik" veya "Terfi" olduğu vakaları filtreleyebilirsiniz. Bu bölümlendirme, belirli iş sorularını yanıtlayan hedefli analizler ve Dashboardlar oluşturmak için önemlidir.
Neden önemli?
Genel çalışan yolculuğunu farklı alt süreçlere ayırmanızı sağlar. Böylece işe başlatma, işten ayrılış veya terfi süreçlerine odaklanarak analiz yapabilirsiniz.
Nereden alınır?
Genellikle veri dönüştürme sırasında belirli Workday Business Process adlarının, örneğin Hire, Change Job ve Terminate adlarının bu kategorilerle eşleştirilmesiyle türetilir.
Örnekler
İşe Alım ve OryantasyonKurum İçi Hareketlilikİşten AyrılışPerformans Yönetimi
|
|||
|
İşe Alım Planı Adı
OnboardingPlanName
|
Yeni işe alınan kişiye atanan belirli işe başlatma Templateinin veya planının adı. | ||
|
Açıklama
Workday, farklı roller, konumlar veya kıdem düzeyleri için uyarlanmış çeşitli işe alım planları oluşturulmasına imkan verir. Bu öznitelik, yeni çalışan için hangi planın kullanıldığını belirler. İşe Alım Planı Adı üzerinden yapılan analiz, farklı işe alım stratejilerinin etkililiğini ve verimliliğini değerlendirmeye yardımcı olur. Örneğin 'Yönetici İşe Alım Planı' ile 'Standart Çalışan İşe Alım Planı' doğrudan karşılaştırılarak hangi planın daha yüksek görev tamamlama oranına veya daha kısa çevrim süresine sahip olduğu görülebilir.
Neden önemli?
Farklı işe alım programlarının performansını değerlendirerek iyi uygulamaları ve iyileştirme alanlarını belirlemenize yardımcı olur.
Nereden alınır?
Bu bilgi büyük olasılıkla Workday'in İşe Alım modülünde, İşe Alma iş süreciyle ilişkilendirilmiş olarak bulunur.
Örnekler
Standart Kurumsal İşe Alım ve OryantasyonSatış Ekibi İşe Alım ve OryantasyonuYönetici İşe Alım ve Oryantasyon Planı
|
|||
|
İşe Alım Süresi
TimeToHire
|
İş talebinin oluşturulmasından adayın teklifi kabul etmesine kadar geçen toplam süre. | ||
|
Açıklama
İşe alım süresi, işe alım hunisinin tamamındaki verimliliği ölçen kritik bir işe alım KPI’ıdır. Aynı çalışan veya talep için "Job Requisition Created" olayı ile "Offer Accepted" olayı arasındaki süre hesaplanarak bulunur. Bu hesaplanan öznitelik, "Average Time-to-Hire" KPI’ının ve ilgili Dashboardların temelini oluşturur. Bu süreyi zaman içinde izlemek, İK departmanlarının süreç iyileştirmelerinin etkisini ölçmesine, aday bulma veya mülakat süreçlerindeki darboğazları belirlemesine ve yöneticiler için gerçekçi işe alım takvimleri oluşturmasına yardımcı olur.
Neden önemli?
İşe alım sürecinin verimliliğini doğrudan ölçer ve her İK kuruluşu için önemli bir performans göstergesidir.
Nereden alınır?
'İş Talebi Oluşturuldu' faaliyeti ile 'Teklif Kabul Edildi' faaliyetine ait zaman damgaları arasındaki süre bulunarak vaka düzeyinde hesaplanır.
Örnekler
35 gün62 gün28 gün
|
|||
|
İşten Ayrılma Nedeni
TerminationReason
|
Çalışanın kuruluştan ayrılması için belirtilen neden. | ||
|
Açıklama
Bu öznitelik, çalışanın görev süresinin neden sona erdiğini, örneğin 'Gönüllü İstifa', 'Gönülsüz - Performans' veya 'Emeklilik' gibi nedenleri kaydeder. Bu bilgi, çalışan kaybını ve işten ayrılış sürecini analiz etmek için büyük önem taşır. Process Mining kapsamında İşten Ayrılma Nedeni, işten ayrılış yolculuğuna bağlam kazandırır. Farklı işten ayrılma türlerinin farklı işten ayrılış prosedürlerini izleyip izlemediğini veya farklı süreler alıp almadığını analiz etmek için kullanılabilir. Bu sayede çalışan devir oranı anlaşılır ve işten ayrılış sürecinin her duruma uygun şekilde yürütülmesi sağlanır.
Neden önemli?
İşten ayrılış sürecini analiz etmek için gerekli bağlamı sağlar ve süreç sorunlarının çalışan kaybı nedenleriyle ilişkilendirilmesine yardımcı olur.
Nereden alınır?
Workday'deki 'Çalışanı İşten Çıkarma' iş süreci sırasında kaydedilir.
Örnekler
İstifa, Gönüllüİşten Çıkarma, İşveren KararıylaEmeklilik
|
|||
|
İstihdam durumu
EmploymentStatus
|
Çalışanın Active, Terminated veya On Leave gibi mevcut istihdam durumu. | ||
|
Açıklama
Bu öznitelik, çalışanın kuruluş içindeki mevcut durumunu gösterir. Çalışan yaşam döngüsünde ilerledikçe değişen dinamik bir alandır. Örneğin yeni bir çalışan Pre-Hire veya Onboarding durumuyla başlar ve süreç tamamlandığında Active durumuna geçer. Process Mining'de bu öznitelik değerli bir durum bilgisi sağlar. Süreç uyumluluğunu kontrol etmek için kullanılabilir. Örneğin bordronun yalnızca Active çalışanlar için kurulmasını sağlayabilirsiniz. Ayrıca Terminated çalışanların işten ayrılış sürecini analiz etmek gibi belirli çalışan gruplarına göre filtreleme yapmanıza yardımcı olur.
Neden önemli?
Çalışanın mevcut durumunun anlık görünümünü sunar. Bu görünüm, süreç mantığını doğrulamak ve analizleri belirli çalışan gruplarına göre filtrelemek için yararlıdır.
Nereden alınır?
Workday HCM'de çalışanın profilinde bulunan temel bir alandır.
Örnekler
Aktifİşten Ayrılmışİzinliİşe Alım Öncesi
|
|||
|
İstihdam türü
EmploymentType
|
Çalışanın tam zamanlı, yarı zamanlı, yüklenici veya stajyer olup olmadığını belirtir. | ||
|
Açıklama
Bu öznitelik, istihdam sözleşmesinin niteliğini sınıflandırır. Farklı istihdam türleri, işe alım, bordro ve yan hakların tanımlanması için çoğu zaman farklı süreç varyantlarını izler. Kuruluşlar bu özniteliği filtre olarak kullanarak farklı çalışan kategorilerinin yaşam döngüsü süreçlerini karşılaştırabilir. Örneğin yükleniciler için işe alım sürecinin tam zamanlı çalışanlara kıyasla önemli ölçüde daha hızlı veya uyumluluk açısından daha zayıf olup olmadığını ortaya çıkarabilir. Böylece süreçte hedefli düzenlemeler yapılabilir.
Neden önemli?
Farklı prosedürleri izleyebilen tam zamanlı çalışanlar ve yükleniciler gibi farklı çalışan kategorileri arasındaki süreç varyasyonlarını karşılaştırmaya yardımcı olur.
Nereden alınır?
Workday HCM'de çalışanın iş ayrıntılarında bulunan standart bir alandır.
Örnekler
Tam ZamanlıYarı ZamanlıSözleşmeli ÇalışanStajyer
|
|||
|
Kaynak sistem
SourceSystem
|
Olay verilerinin çıkarıldığı sistemdir. Bu örnekte kaynak sistem Workday Onboarding'dir. | ||
|
Açıklama
Bu öznitelik verinin kaynağını tanımlar. Bu görünümde Workday Onboarding'e odaklansak da eksiksiz bir İşe Alımdan Emekliliğe süreci, Applicant Tracking System (ATS) veya ayrı bir bordro sağlayıcısı gibi başka sistemlerden gelen verileri de içerebilir. Kaynak sistemi belirtmek, veri yönetişimi ve olayın bağlamını anlamak için önemlidir. Çok sistemli analizlerde bu alan, süreç görünümünü belirli bir sistemden gelen olaylara göre filtrelemenize veya farklı sistemler arasındaki devirleri analiz etmenize imkan verir.
Neden önemli?
Verinin kaynağı hakkında önemli bağlam sağlar. Bu, veri doğrulama ve birden fazla sistemden gelen verileri birleştiren analizler için gereklidir.
Nereden alınır?
Genellikle veri çıkarma ve dönüştürme sürecinde eklenen sabit bir değerdir: Workday Onboarding.
Örnekler
Workday işe alım süreciWorkday HCM
|
|||
|
Konum
Location
|
Çalışanın pozisyonuyla ilişkilendirilen coğrafi konum veya ofis. | ||
|
Açıklama
Konum özniteliği, çalışanın bulunduğu ülkeyi, eyaleti veya şehri belirtir. Bu coğrafi boyut, farklı bölgelerdeki süreç performansını ve uyumluluğu karşılaştırmak için gereklidir. Konuma göre yapılan analiz, işe alım sürelerinde, işe başlatma verimliliğinde veya işten ayrılış prosedürlerinde bölgesel farklılıkları ortaya çıkarabilir. Arka plan kontrolleri Almanya'da Amerika Birleşik Devletleri'ne göre daha mı uzun sürüyor? gibi soruları yanıtlamanıza ve bölgeye özgü düzenlemeler için uyumluluğu izlemenize yardımcı olur.
Neden önemli?
Bölgesel süreç farklılıklarını belirlemek için coğrafi analiz yapmanızı sağlar. Bu farklılıklar yerel yönetimden, düzenlemelerden veya kültürden etkilenebilir.
Nereden alınır?
Workday HCM içindeki çalışanın pozisyon ve kuruluş ataması verilerinin bir parçasıdır.
Örnekler
ABD - New YorkAlmanya - BerlinHindistan - Bangalore
|
|||
|
Pozisyon kimliği
PositionId
|
Çalışanın sahip olduğu belirli pozisyonun veya iş rolünün benzersiz tanımlayıcısı. | ||
|
Açıklama
Pozisyon kimliği, çalışanın kuruluş yapısı içinde bulunduğu belirli rolü tanımlar. Her pozisyonun iş profili, konumu ve raporlama yapısı gibi tanımlı öznitelikleri vardır. Birden fazla pozisyon aynı unvanı taşıyabileceği için Pozisyon kimliği, iş unvanından daha spesifiktir. Pozisyon kimliğine göre analiz yapmak, belirli rollerle ilgili süreçleri anlamanıza yardımcı olur. Örneğin Senior Software Engineer pozisyonlarının işe başlatma yolculuğunu analiz ederek bu role özgü ortak kalıpları veya gecikmeleri görebilirsiniz.
Neden önemli?
Belirli rollere göre ayrıntılı analiz yapmanızı sağlar ve şirket içindeki farklı pozisyonlarda süreçlerin nasıl değiştiğini anlamanıza yardımcı olur.
Nereden alınır?
Workday HCM'de çalışanın iş atamasıyla ilişkilendirilen standart bir alandır.
Örnekler
POS-1001POS-2345POS-8762
|
|||
|
SLA Hedef Tarihi
SlaTargetDate
|
Performans değerlendirmesi gibi belirli bir faaliyetin tamamlanması gereken hedef tarih. | ||
|
Açıklama
Bu öznitelik, belirli bir Task için Service Level Agreement (SLA) son tarihini tanımlar. Belirli süreçlerin ne kadar sürmesi gerektiğine ilişkin beklentiyi belirler ve performansı ölçmek için bir kıstas görevi görür. Bu bilgi, "Performance Review Timeliness" gibi KPI’lar ve SLA uyumluluğuna odaklanan Dashboardlar için gereklidir. Gerçek tamamlanma tarihi olan EventTimestamp, SlaTargetDate ile karşılaştırılarak ihlaller otomatik biçimde belirlenebilir, zamanında tamamlanma performansı ölçülebilir ve gecikmeler proaktif biçimde yönetilebilir.
Neden önemli?
Zamanında tamamlanma performansını ölçmek için net bir referans noktası sağlar ve SLA uyumluluğu KPI'larını hesaplamak için gereklidir.
Nereden alınır?
Workday'deki Performans Değerlendirmeleri gibi süreçlerde genellikle bir son tarih tanımlanır. Bu verinin süreç olaylarıyla birlikte çıkarılması gerekir.
Örnekler
2023-12-31T23:59:59Z2024-06-30T23:59:59Z
|
|||
|
SLA İhlal Edildi mi
IsSlaViolated
|
Bir faaliyetin hedef SLA tarihinden sonra tamamlanıp tamamlanmadığını belirten boolean işareti. | ||
|
Açıklama
Bu hesaplanan öznitelik, bir süreç adımının hizmet seviyesi anlaşmasına uyup uymadığını true/false olarak gösterir. Faaliyetin tamamlanma zaman damgası olan EventTimestamp ile son tarihi olan SlaTargetDate karşılaştırılarak elde edilir. Bu işaret, SLA ihlallerinin kolayca sayılmasını ve görselleştirilmesini sağladığı için Dashboard ve raporlamada çok faydalıdır. 'Performans Değerlendirmesi Zamanında Tamamlanma' gibi KPI'ları destekler ve süresi aşılmış görevlerle ilgili uyarı veya raporların oluşturulmasını kolaylaştırır. Böylece ekipler en önemli gecikmelere odaklanabilir.
Neden önemli?
Üzerinde anlaşılan sürelerin karşılanmadığı tüm durumları net biçimde işaretleyerek performans izlemeyi kolaylaştırır.
Nereden alınır?
Hesaplanan alan: EventTimestamp > SlaTargetDate ise true, aksi halde false.
Örnekler
truefalse
|
|||
|
Son veri güncellemesi
LastDataUpdate
|
Bu olaya ait verilerin kaynak sistemden en son yenilendiği zamanı gösteren zaman damgası. | ||
|
Açıklama
Bu öznitelik, veri setinin en son ne zaman güncellendiğini gösterir. Process Mining içgörülerine dayanarak zamanında ve ilgili iş kararları almak için önemli olan analiz verilerinin güncelliği hakkında şeffaflık sağlar. Dashboardlar ve sürekli izleme için bu zaman damgası, kullanıcıların mevcut en güncel verilere bakıp bakmadıklarını anlamasına yardımcı olur. Veri bütünlüğünü ve kullanıcıların analize duyduğu güveni korumak için önemli bir üst veri parçasıdır.
Neden önemli?
Kullanıcıların verilerin güncelliğinden haberdar olmasını sağlar. Bu, süreç analizinin geçerliliği ve doğruluğu için önemlidir.
Nereden alınır?
Veri alımı veya ETL (Extract, Transform, Load) sürecinde oluşturulup veri setine eklenen bir üst veri alanıdır.
Örnekler
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
|
|||
|
Uyumluluk Faaliyeti mi
IsComplianceActivity
|
Bir faaliyetin zorunlu bir uyumluluk veya mevzuat adımı olup olmadığını belirten boolean işareti. | ||
|
Açıklama
Bu işaret, politika onayının imzalanması veya zorunlu eğitimin tamamlanması gibi yasal, mevzuata ilişkin ya da politika gereği uyumluluk açısından önemli faaliyetleri belirler. Bu faaliyetleri normal idari görevlerden ayırmaya yardımcı olur. Analiz sırasında bu öznitelik, 'Kritik Uyumluluk Faaliyeti Oranı' gibi doğrudan uyumluluğa odaklanan Dashboard ve KPI'lar oluşturulmasını sağlar. Kuruluşlar böylece en önemli mevzuat adımlarının tüm çalışanlar için zamanında tamamlanıp tamamlanmadığını izleyebilir ve kuruluş riskini azaltabilir.
Neden önemli?
Mevzuata uyumu sağlamak ve riski azaltmak için önemli uyumluluk adımlarının odaklı biçimde izlenmesini sağlar.
Nereden alınır?
Bu, genellikle veri dönüşümü sırasında bilinen uyumlulukla ilgili faaliyet adlarının bir listesinin true/false işaretine haritalanmasıyla oluşturulan türetilmiş bir özniteliktir.
Örnekler
truefalse
|
|||
|
Yeniden İşleme mi
IsRework
|
Bir faaliyetin aynı vakadaki önceki bir adımın tekrarı olup olmadığını belirten boolean işareti. | ||
|
Açıklama
Bu öznitelik, aynı çalışan için bir Taskın birden fazla kez gerçekleştirilmesi gereken yeniden çalışma örneklerini belirler. Yanlış belgelerin yeniden gönderilmesi veya başarısız bir geçmiş kontrolünün yeniden çalıştırılması buna örnek verilebilir. Bu durum genellikle aynı etkinlik adının bir vakanın Event Logunda birden fazla kez görünmesiyle belirlenir. Yeniden çalışmayı analiz etmek, süreç verimliliğini ve kalitesini iyileştirmek için önemlidir. "IsRework" işareti, yeniden çalışma miktarını ölçmeyi, temel nedenlerini belirlemeyi ve işi ilk seferde doğru yapmayı amaçlayan iyileştirmelerin etkisini ölçmeyi kolaylaştırır. Bu işaret, doğrudan "Rework & Repetition Analysis" Dashboardını destekler.
Neden önemli?
Tekrarlanan faaliyetleri işaretleyerek süreç verimsizliğini ve israfı ölçmeye yardımcı olur; kalite veya iletişim sorunlarına işaret eder.
Nereden alınır?
Bu, hesaplanan bir işarettir. Mantık, aynı vaka içindeki tekrarlanan faaliyetler belirlenerek Process Mining analizi sırasında uygulanır.
Örnekler
truefalse
|
|||
Satın Almadan Emekliliğe - çalışan yaşam döngüsü faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Çalışanın işten ayrılışı tamamlandı
|
Bu, çalışan yaşam döngüsündeki son faaliyettir ve çalışanın sistemdeki istihdamının resmi olarak sona erdiğini gösterir. Terminate Employee iş süreci başarıyla tamamlandığında kaydedilir. | ||
|
Neden önemli?
Bu, İşe Alımdan Emekliliğe sürecinin kesin bitiş olayıdır. İşten ayrılış döngüsü süresini ölçmek için bitiş noktasıdır ve sürecin tamamlandığını doğrular.
Nereden alınır?
Terminate Employee iş sürecinin tamamlanma olayı olarak açıkça kaydedilir. Bu noktadan sonra çalışanın kaydı pasif hale gelir.
Yakalayın
Terminate Employee iş süreci başarıyla tamamlandığında kaydedilen olay.
Olay türü
explicit
|
|||
|
İş ilanı talebi oluşturuldu
|
Bu faaliyet, Workday'de yeni bir iş ilanı talebinin oluşturulup onaylanmasıyla işe alım sürecinin resmen başladığını gösterir. Bu olay, Create Job Requisition iş süreci başarıyla tamamlandığında açıkça kaydedilir. | ||
|
Neden önemli?
Bu, işe alım yaşam döngüsünün tamamı için temel başlangıç olayıdır. Bu faaliyet ile Offer Accepted arasındaki süreyi analiz etmek, Time-to-Hire KPI'ını ölçmek açısından önemlidir.
Nereden alınır?
Bu olay, Workday Recruiting içindeki Create Job Requisition iş süreci başarıyla tamamlandığında kaydedilir. Bu iş sürecine ait Event Log, zaman damgasını içerir.
Yakalayın
Create Job Requisition iş süreci tamamlandığında kaydedilen olay.
Olay türü
explicit
|
|||
|
İşe alım süreci tamamlandı
|
Bu, aday kaydının Workday HCM içinde resmi olarak çalışan kaydına dönüştürüldüğü önemli faaliyettir. Hire iş süreci başarıyla tamamlandığında açıkça kaydedilir. | ||
|
Neden önemli?
Bu olay, adaydan çalışana geçişi resmen gösterir ve işe başlatma döngüsü süresini izlemek için önemli bir dönüm noktasıdır. Çalışanın HCM sistemine resmi olarak eklendiğini belirtir.
Nereden alınır?
Çalışana ait Hire iş sürecinin tamamlanma olayı olarak açıkça kaydedilir. İş süreci günlüğü kesin zaman damgasını içerir.
Yakalayın
Hire iş süreci başarıyla tamamlandığında kaydedilen olay.
Olay türü
explicit
|
|||
|
İşe başlatma başlatıldı
|
Workday Onboarding modülünde yeni işe alınan kişinin işe başlatma yolculuğunun başlangıcını gösterir. Genellikle İşe Alım sürecinin tamamlanmasıyla tetiklenen işe başlatma görevleri ve iş akışları yeni çalışana atandığında kaydedilir. | ||
|
Neden önemli?
Bu, işe başlatma sürecinin verimliliğini analiz etmek için başlangıç noktasıdır. İşe başlatma görevlerinin tamamlanma oranlarını ölçmenize ve süreçten sapmaları belirlemenize yardımcı olur.
Nereden alınır?
Onboarding iş süreci veya benzer bir Workflow yeni çalışan için tetiklendiğinde başlatma olayı olarak kaydedilir.
Yakalayın
Yeni çalışan için Onboarding iş süreci tetiklendiğinde kaydedilen olay.
Olay türü
explicit
|
|||
|
İşe başlatma görevleri tamamlandı
|
Yeni çalışan için atanan tüm işe başlatma görevlerinin tamamlandığını gösterir. Bu olay, çalışana ait Onboarding iş sürecinin genel durumu Successfully Completed olarak değiştiğinde çıkarılır. | ||
|
Neden önemli?
Bu, yeni çalışanın işe başlatma sürecini tamamen tamamladığını gösteren önemli bir dönüm noktasıdır. Onboarding Cycle Time KPI'ını ölçmek ve işe başlatma sürecine uyumu analiz etmek için bitiş noktası olarak kullanılır.
Nereden alınır?
Gerekli tüm adımlar ve görevler tamamlandıktan sonra gerçekleşen üst Onboarding iş sürecinin tamamlanma zaman damgasından çıkarılır.
Yakalayın
Çalışana ait genel Onboarding iş sürecinin tamamlanma zaman damgasından çıkarılır.
Olay türü
inferred
|
|||
|
İşten ayrılma başlatıldı
|
Bu faaliyet, ayrılan bir çalışan için işten ayrılış sürecinin başladığını gösterir. Bir yönetici veya İK kullanıcısı Workday içinde Terminate Employee iş sürecini başlattığında açıkça kaydedilir. | ||
|
Neden önemli?
Bu, işten ayrılış yaşam döngüsünün tamamı için temel başlangıç olayıdır. Average Offboarding Cycle Time KPI'ını ölçmek için başlangıç noktasıdır.
Nereden alınır?
Workday HCM içinde Terminate Employee iş süreci başlatıldığında açıkça kaydedilen olaydır.
Yakalayın
Terminate Employee iş süreci başlatıldığında kaydedilen olay.
Olay türü
explicit
|
|||
|
Teklif kabul edildi
|
Bu faaliyet, adayın genellikle Workday içinde teklif mektubunu elektronik olarak imzalayarak iş teklifini resmi olarak kabul etmesiyle gerçekleşir. Aday teklif sürecindeki Review and Sign adımını tamamladığında kaydedilen önemli bir dönüm noktasıdır. | ||
|
Neden önemli?
Bu dönüm noktası, işe alımın temel aşamasını tamamlar ve işe alım öncesi ile işe başlatma faaliyetlerini tetikler. Time-to-Hire KPI'ını ölçmek için önemli bir bileşendir.
Nereden alınır?
Aday, Job Application iş süreci içinde iş teklifini kabul etme adımını tamamladığında açıkça kaydedilen olaydır.
Yakalayın
Adayın teklifi kabul etme faaliyeti, Job Application BP içinde tamamlanmış bir adım olarak kaydedilir.
Olay türü
explicit
|
|||
|
Arka plan kontrolü başlatıldı
|
Bu olay, teklifi kabul eden aday için işe alım öncesi inceleme sürecinin başladığını gösterir. Arka plan kontrolü adımı başlatıldığında kaydedilir ve çoğu zaman üçüncü taraf bir sağlayıcıyla entegrasyonu tetikler. | ||
|
Neden önemli?
Arka plan kontrollerinin süresi, işe alım sürecinde sık görülen bir darboğazdır. Bu faaliyet, Background Check Duration KPI'ını ölçmek için başlangıç noktasıdır.
Nereden alınır?
Genellikle genel işe alım iş akışının parçası olan "Arka plan kontrolü" gibi bir iş sürecinde adım olarak kaydedilir. Başlatma zaman damgası kaydedilir.
Yakalayın
Background Check iş süreci veya ilgili bir adım başlatıldığında kaydedilen olay.
Olay türü
explicit
|
|||
|
Arka plan kontrolü tamamlandı
|
İşe alım öncesi inceleme sürecinin tamamlandığını gösterir. Arka plan kontrolü durumu manuel olarak veya bir entegrasyon aracılığıyla tamamlandı olarak güncellendiğinde kaydedilir. | ||
|
Neden önemli?
Bu faaliyet, Background Check Duration KPI'ını ölçmek için bitiş noktasıdır. Bu faaliyetteki gecikmeler, yeni çalışanın işe başlama tarihini doğrudan etkiler.
Nereden alınır?
Background Check iş sürecindeki veya ilgili bir nesnedeki durum değişikliğinden alınır. Completed veya Passed gibi nihai bir durumu gösterir.
Yakalayın
Arka plan kontrolü durumu alanının nihai bir duruma geçtiği zaman damgasından çıkarılır.
Olay türü
inferred
|
|||
|
Bordro kurulumu tamamlandı
|
Yeni çalışanın bordrosunu işlemek için gerekli tüm bilgilerin girilip doğrulandığını gösterir. Bu olay, Onboarding veya Hire iş sürecindeki belirli bir adımın tamamlanması olarak kaydedilebilir. | ||
|
Neden önemli?
Çalışanların ilk maaşlarından itibaren doğru ve zamanında ödeme almasını sağlar. Bu faaliyet, Payroll Setup Time KPI'ının bitiş noktasıdır ve ücret bilgilerinin etkinleştirilmesindeki gecikmeleri ortaya çıkarır.
Nereden alınır?
Onboarding iş sürecinde Enter Payment Elections gibi tamamlanmış bir kontrol listesi öğesi veya belirli bir adım olarak kaydedilir.
Yakalayın
Bir iş sürecindeki bordroyla ilgili belirli bir görev veya adımın tamamlanması.
Olay türü
explicit
|
|||
|
İşten ayrılış görevleri tamamlandı
|
Varlıkların iadesi ve bilgi aktarımı gibi gerekli tüm işten ayrılış görevlerinin tamamlandığını gösterir. İşten ayrılış kontrol listesi veya iş süreci tamamlandı durumuna geçtiğinde bu olay çıkarılır. | ||
|
Neden önemli?
Bu görevlerin tamamlanmasını izlemek, güvenli ve uyumlu bir işten ayrılış sağlamak için gereklidir. Gecikmeler güvenlik riskleri oluşturabilir ve kötü bir deneyime yol açabilir.
Nereden alınır?
Offboarding iş sürecinin tamamlanma zaman damgasından veya çalışana atanan tüm işten ayrılış görevleri tamamlandı olarak işaretlendiğinde çıkarılır.
Yakalayın
Bir işten ayrılış kontrol listesinin veya ilgili iş sürecinin tamamlanmasından çıkarılır.
Olay türü
inferred
|
|||
|
Performans değerlendirmesi tamamlandı
|
Bir çalışan için resmi performans değerlendirme döngüsünün tamamlandığını gösterir. Performance Review iş süreci nihai ve onaylanmış durumuna ulaştığında kaydedilir. | ||
|
Neden önemli?
Bu olayları izlemek, performans yönetiminin zamanında yürütülmesini ve sıklığını analiz etmek için gereklidir. Performance Review Timeliness KPI'ını doğrudan destekler.
Nereden alınır?
Çalışana ait Start Performance Review iş sürecinin başarıyla tamamlanma olayı olarak kaydedilir.
Yakalayın
Performance Review iş süreci başarıyla tamamlandığında kaydedilen olay.
Olay türü
explicit
|
|||
|
Rol değişikliği başlatıldı
|
Transfer veya terfi gibi bir iç mobilite olayının başladığını gösterir. Bir yönetici veya İK iş ortağı çalışan için Change Job iş sürecini başlattığında kaydedilir. | ||
|
Neden önemli?
Bu faaliyet, iç mobilite verimliliğini ve onay sürelerini ölçmek için başlangıç noktasıdır. Çalışanların kariyer ilerlemesindeki darboğazları belirlemenize yardımcı olur.
Nereden alınır?
Workday HCM içinde Change Job iş süreci başlatıldığında açıkça kaydedilen olaydır.
Yakalayın
Bir çalışan için Change Job iş süreci başlatıldığında kaydedilen olay.
Olay türü
explicit
|
|||
|
Teklif mektubu oluşturuldu
|
Bir aday için resmi iş teklifinin oluşturulduğu noktayı ifade eder. Bu, genellikle Workday içindeki Job Application iş sürecinde açıkça tanımlanmış bir adımdır. | ||
|
Neden önemli?
Bunu izlemek, mülakatlar tamamlandıktan sonra teklifin resmileştirilmesinin ne kadar sürdüğünü anlamanıza yardımcı olur. Bu aşamadaki gecikmeler adayların süreçten çekilmesine neden olabilir.
Nereden alınır?
"İş başvurusu" iş sürecine ait Event Logdan, özellikle "Belge oluşturun" veya benzer bir teklif adımının tamamlanmasından alınır.
Yakalayın
Job Application BP içindeki Generate Offer adımı tamamlandığında kaydedilen olay.
Olay türü
explicit
|
|||
|
Terfi onaylandı
|
Çalışanın terfisinin nihai olarak onaylandığını gösterir. Change Job veya ilgili bir ücretlendirme iş süreci tamamen onaylanıp tamamlandığında kaydedilir. | ||
|
Neden önemli?
Internal Mobility Approval Time KPI'ını ölçmek için bitiş noktasıdır. Önemli bir kariyer dönüm noktasının başarıyla tamamlandığını doğrular.
Nereden alınır?
Değişiklik nedeni terfi olduğunda Change Job iş sürecinin başarıyla tamamlanma olayı olarak kaydedilir.
Yakalayın
Change Job iş süreci Promotion nedeni ile tamamlandığında kaydedilen olay.
Olay türü
explicit
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Bu veri Templateinden yararlanarak İşe Alımdan Emekliliğe sürecinizin tüm potansiyelini keşfedin. Çalışan yaşam döngünüzü bugün optimize etmeye başlayın.
İşe Alımdan Emekliliğe çalışan yaşam döngünüzü bugün optimize edin
Uygulanabilir içgörüler elde edin, Workday HR içindeki çevrim süresini %30 azaltın.
Kredi kartı gerekmez. Dakikalar içinde kurulum yapın.