İş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 etkinlikler
- Workday işe alıştırma sürecinden veri çıkarmaya yönelik pratik bilgiler
İşe Alımdan 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 kullanılan benzersiz tanımlayıcı ve temel vaka kimliğidir. | ||
|
Açıklama
Çalışan kimliği, İşe Alımdan Emekliliğe sürecinin analizinin temelini oluşturur. İlk iş başvurusundan işten ayrılışa kadar ilgili tüm olayları tek bir bütünlüklü yolculukta bir araya getirir. Kuruluşlar bu kimliği izleyerek rol değişiklikleri, performans değerlendirmeleri ve işe alım adımları dâhil çalışanın görev süresinin eksiksiz geçmişini oluşturabilir. Process Mining çalışmalarında her etkinlik bir çalışan kimliğiyle ilişkilendirilir. Böylece çalışanların yaşam döngüleri hem tek tek hem de toplu olarak incelenebilir. Süreç sürelerini analiz edebilir, sık izlenen yolları belirleyebilir ve çalışanların kariyerlerinin farklı aşamalarını etkileyen darboğazları ortaya çıkarabilirsiniz.
Neden önemli?
Bu öznitelik, tek bir çalışana ait tüm yaşam döngüsü olaylarını bir araya getirerek süreci baştan sona eksiksiz görmenizi sağlar.
Nereden alınır?
Workday HCM’deki temel alanlardan biridir; genellikle çalışan profillerinde ve iş süreci işlemlerinde bulunur.
Örnekler
100234510087651011212
|
|||
|
Etkinlik 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
Etkinlik adı, İşe Alımdan Emekliliğe sürecindeki Offer Accepted, Background Check Completed veya Promotion Approved gibi belirli bir adımı tanımlar. Bu etkinlikler, çalışan yolculuğunu oluşturan olayların sırasını gösteren süreç haritası düğümlerini oluşturur. Bu etkinlikleri incelemek, kuruluşların süreç akışını anlamasına, sık ve seyrek izlenen yolları belirlemesine ve gecikme ya da yeniden çalışmanın yaşandığı aşamaları saptamasına yardımcı olur. Doğru ve anlaşılır bir süreç modeli oluşturmak için etkinlik adlarının tutarlı ve açık olması önemlidir.
Neden önemli?
Süreç haritasındaki adımları tanımlar ve tüm Process Mining analizleriyle görselleştirmelerinin temelini oluşturur.
Nereden alınır?
Workday işlem günlüklerindeki Business Process Step veya Event Name alanından alınır.
Örnekler
Teklif mektubu oluşturulduİşe alım görevleri tamamlandıİşten ayrılış başlatıldı
|
|||
|
Olay zaman damgası
EventTimestamp
|
Etkinliğin veya olayın kaydedildiği kesin tarih ve saat. | ||
|
Açıklama
Bu öznitelik, her etkinliğin ne zaman gerçekleştiğini kaydederek zaman bilgisini sağlar. Zaman damgalarının sırası ve zamanlaması, süreç akışını oluşturmak ve çevrim süreleri gibi zamana dayalı tüm metrikleri hesaplamak için kullanılır. Analizlerde olay zaman damgası, süreç performansını anlamanın temel unsurlarındandır. Adımlar arasındaki süreyi hesaplamayı, gecikmeleri belirlemeyi ve işe alım hızını çeyrekler arasında karşılaştırmak gibi farklı dönemlerdeki süreç davranışlarını incelemeyi sağlar.
Neden önemli?
Olayları doğru sıraya koymak ve çevrim süresi ile darboğazlar gibi performans metriklerini hesaplamak için bu öznitelik gereklidir.
Nereden alınır?
Workday’deki tüm iş süreci işlem günlüklerinde bulunan standart bir alandı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 bağlı olduğu departmanı belirtir; örneğin Sales, Engineering veya Human Resources. Kuruluşun farklı bölümlerindeki süreç performansını karşılaştırmak ve gruplara ayırarak incelemek için önemli bir boyuttur. Departmana göre filtreleme yaparak, işe alım süresinin Engineering departmanında Sales departmanına göre daha uzun olup olmadığını veya hangi departmanlarda işe alım sürecindeki sapmaların daha sık görüldüğünü inceleyebilirsiniz. Bu, belirli alanlardaki sorunları saptamaya ve süreç iyileştirmelerini ihtiyaca göre uyarlamaya yardımcı olur.
Neden önemli?
Karşılaştırmalı analiz yapmayı ve süreç verimsizliklerinin belirli iş alanlarında yoğunlaşıp yoğunlaşmadığını belirlemeyi sağlar.
Nereden alınır?
Workday HCM’de çalışanın temel iş ve kuruluş bilgilerinin bir parçasıdır ve pozisyonuyla ilişkilendirilir.
Ö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ımlama, adayları inceleme ve teklif oluşturma gibi işe alımın ilk aşamalarındaki tüm etkinlikleri belirli bir iş ihtiyacıyla ilişkilendirir. Ç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. İş ilanı talebi kimliğine göre yapılan analizler, farklı roller veya departmanlar için işe alım sürecinin verimliliğini ortaya çıkarabilir. Talebin oluşturulmasından teklifin kabul edilmesine kadar tüm süreci izlemeye yardımcı olur ve Ortalama İşe Alım Süresi gibi KPI’ları destekler.
Neden önemli?
İşe alım öncesindeki tüm etkinlikleri tek bir tanımlayıcı altında toplar ve sürecin işe alım bölümünü ayrıntılı incelemenizi sağlar.
Nereden alınır?
Workday Recruiting modülünde bulunur. Adayın başvurusuyla ve sonraki işe alım olayıyla ilişkilidir.
Örnekler
REQ-2023-05-101REQ-2024-01-230REQ-2023-11-087
|
|||
|
Olay bitiş zamanı
EventEndTime
|
Özellikle süresi ölçülebilen görevlerde bir etkinliğin tamamlandığı zamanı gösteren zaman damgası. | ||
|
Açıklama
StartTime bir etkinliğin ne zaman başladığını gösterirken olay bitiş zamanı, etkinliğin ne zaman sona erdiğini belirtir. İki zaman arasındaki fark, etkinliğin işlem süresidir. Bu bilgi, Background Check veya Performance Review gibi anında tamamlanmayan görevlerde özellikle yararlıdır. Analizlerde bu öznitelik, ProcessingTime metriğini hesaplamak için gereklidir. Etkinlikler arasındaki bekleme süresiyle etkinlik üzerinde gerçekten çalışılan süreyi ayırt etmeye yardımcı olur. Böylece süreçte zamanın nerede harcandığını daha doğru anlayabilirsiniz.
Neden önemli?
Etkinliğin gerçek işlem süresini hesaplamayı ve aktif çalışma süresini boşta bekleme süresinden ayırmayı sağlar.
Nereden alınır?
Workday’deki bazı iş süreçlerinde hem başlatma hem de tamamlanma zaman damgaları kaydedilir. Bu verileri birleştirmek gerekebilir.
Örnekler
2023-10-26T18:30:00Z2023-11-05T11:00:15Z2024-01-15T17:20:00Z
|
|||
|
Olayı gerçekleştiren
EventPerformer
|
Etkinliği gerçekleştiren kullanıcı veya otomatik sistem aracısı. | ||
|
Açıklama
Bu öznitelik, bir görevi tamamlamaktan sorumlu kişiyi, rolü veya sistemi belirtir. Teklifi onaylayan bir işe alım yöneticisi, işe alım sürecini başlatan bir İK uzmanı ya da bildirim oluşturan bir sistem olabilir. Olayı gerçekleştiren bilgisi, kaynak dağılımını, iş yükünün nasıl paylaşıldığını ve kullanıcıların sistemi ne ölçüde benimsediğini anlamaya yardımcı olur. Aşırı iş yükü altındaki ekipleri belirleyebilir, kullanıcıların tekrarlayan işleri elle yaptığı alanlarda otomasyon fırsatlarını ortaya çıkarabilir ve kişiler ya da departmanlar arasındaki performans farklarını inceleyebilirsiniz.
Neden önemli?
Bu öznitelik, iş yükü dağılımını ve kullanıcı performansını incelemeye, süreçte kimlerin yer aldığını belirlemeye yardımcı olur. Bu bilgiler, iyileştirmeleri doğru alanlara yöneltmek için ö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 işe alım, terfi veya işten ayrılış gibi temel yaşam döngüsü türlerine göre sınıflandırır. | ||
|
Açıklama
Bu öznitelik, İşe Alımdan Emekliliğe sürecindeki farklı yolculukları üst düzeyde sınıflandırır. Her vakayı Onboarding, Internal Mobility veya Termination olarak etiketlemek, süreç haritasını filtrelemeyi ve bu alt süreçleri ayrı ayrı incelemeyi kolaylaştırır. Örneğin, Internal Mobility & Promotion Time Dashboardını incelemek için Yaşam döngüsü olay türü Internal Mobility veya Promotion olan vakaları filtreleyebilirsiniz. Bu gruplandırma, belirli iş sorularını yanıtlayan hedefli analizler ve Dashboardlar oluşturmak için önemlidir.
Neden önemli?
Çalışan yolculuğunun tamamını farklı alt süreçlere ayırarak işe alım, işten ayrılış veya terfi aşamalarına odaklanan analizler yapmanızı sağlar.
Nereden alınır?
Genellikle veri dönüştürme sırasında Workday Business Process adları (ör. Hire, Change Job, Terminate) bu kategorilerle eşleştirilerek elde edilir.
Örnekler
İşe alımKurum içi geçişİşten ayrılışPerformans yönetimi
|
|||
|
Hizmet düzeyi hedef tarihi
SlaTargetDate
|
Performans değerlendirmesi gibi belirli bir etkinliğin tamamlanması gereken hedef tarih. | ||
|
Açıklama
Bu öznitelik, belirli bir görev için Hizmet Düzeyi Anlaşması (SLA) son tarihini tanımlar. Bazı süreçlerin ne kadar sürmesi gerektiğini belirler ve performansı ölçmek için bir ölçüt sunar. 'Performans değerlendirmesinin zamanında tamamlanma oranı' gibi KPI’lar ve SLA uyumluluğunu izleyen Dashboardlar için gereklidir. Gerçek tamamlanma tarihini (EventTimestamp) SlaTargetDate ile karşılaştırarak ihlalleri otomatik olarak belirleyebilir, zamanında tamamlanma performansını ölçebilir ve gecikmeleri önceden yönetebilirsiniz.
Neden önemli?
Zamanında tamamlanma performansını ölçmek için net bir ölçüt sunar 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 belirlenir. Bu verinin süreç olaylarıyla birlikte dışa aktarılması gerekir.
Örnekler
2023-12-31T23:59:59Z2024-06-30T23:59:59Z
|
|||
|
İş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 sürecinin tamamındaki verimliliği ölçen önemli bir İK KPI’ıdır. Aynı çalışan veya iş talebi için 'İş talebi oluşturuldu' olayı ile 'Teklif kabul edildi' olayı arasındaki süre hesaplanarak bulunur. Bu hesaplanan öznitelik, 'Ortalama işe alım süresi' KPI’ının ve ilgili Dashboardların temelini oluşturur. İK ekipleri bu süreyi düzenli olarak izleyerek süreç iyileştirmelerinin etkisini ölçebilir, aday bulma veya mülakat aşamalarındaki darboğazları belirleyebilir ve yöneticiler için gerçekçi işe alım takvimleri oluşturabilir.
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?
Vaka düzeyinde, 'İş talebi oluşturuldu' etkinliğinin zaman damgası ile 'Teklif kabul edildi' etkinliğinin zaman damgası arasındaki süre hesaplanarak bulunur.
Örnekler
35 gün62 gün28 gün
|
|||
|
İşe alıştırma planının adı
OnboardingPlanName
|
İşe yeni başlayan çalışana atanan belirli işe alıştırma Templateinin veya planının adı. | ||
|
Açıklama
Workday’de farklı roller, konumlar veya kıdem düzeyleri için çeşitli işe alıştırma planları oluşturabilirsiniz. Bu öznitelik, yeni çalışan için hangi planın kullanıldığını gösterir. İşe alıştırma planının adına göre analiz yaparak farklı işe alıştırma yaklaşımlarının verimliliğini ve başarısını değerlendirebilirsiniz. Örneğin, görev tamamlama oranlarını veya çevrim sürelerini karşılaştırmak için 'Yönetici işe alıştırma planı' ile 'Standart çalışan işe alıştırma planını' inceleyebilirsiniz.
Neden önemli?
Farklı işe alıştırma programlarının sonuçlarını değerlendirerek iyi uygulamaları ve iyileştirme alanlarını belirlemenize yardımcı olur.
Nereden alınır?
Bu bilgi muhtemelen Workday’in İşe Alıştırma modülünde, İşe Alım iş süreciyle ilişkili olarak bulunur.
Örnekler
Standart kurumsal işe alıştırmaSatış ekibi işe alıştırmaYönetici işe alıştırma planı
|
|||
|
İşten ayrılma nedeni
TerminationReason
|
Çalışanın kuruluştan ayrılma nedeni. | ||
|
Açıklama
Bu öznitelik, çalışanın görev süresinin neden sona erdiğini gösterir. Örnekler arasında 'Gönüllü istifa', 'İşveren kararıyla işten çıkarma - performans' ve 'Emeklilik' yer alır. Bu bilgi, çalışan kaybını ve işten çıkış sürecini analiz etmek için önemlidir. Process Mining çalışmalarında işten ayrılma nedeni, işten çıkış sürecine bağlam kazandırır. Farklı işten ayrılma türlerinin farklı prosedürler izleyip izlemediğini veya farklı sürelerde tamamlanıp tamamlanmadığını inceleyebilirsiniz. Böylece çalışan devir oranını daha iyi anlayabilir ve her durum için işten çıkış sürecinin uygun şekilde yürütülmesini sağlayabilirsiniz.
Neden önemli?
İşten çıkış sürecini analiz etmek için önemli bir bağlam sağlar ve süreç sorunlarıyla çalışan kaybı nedenleri arasındaki ilişkiyi incelemenize yardımcı olur.
Nereden alınır?
Workday’deki 'Çalışanı işten çıkar' iş süreci sırasında kaydedilir.
Örnekler
Gönüllü istifaİşveren kararıyla işten çıkarmaEmeklilik
|
|||
|
İstihdam durumu
EmploymentStatus
|
Çalışanın mevcut istihdam durumu; örneğin Etkin, İşten ayrılmış veya İzinli. | ||
|
Açıklama
Bu öznitelik, çalışanın kuruluş içindeki mevcut durumunu gösterir. Çalışan kariyer yolculuğunda ilerledikçe değişir. Örneğin, işe yeni başlayan biri önce 'İşe başlamadan önce' veya 'İşe alıştırma sürecinde' durumundadır; süreci tamamladığında Etkin olur. Process Mining çalışmalarında bu öznitelik, durum bilgisi sağlar. Örneğin, bordro işlemlerinin yalnızca Etkin çalışanlar için başlatıldığını doğrulayarak süreç uyumluluğunu denetleyebilirsiniz. Ayrıca, İşten ayrılmış çalışanların işten çıkış sürecini incelemek gibi belirli çalışan gruplarına yönelik analizleri filtrelemenize yardımcı olur.
Neden önemli?
Çalışanın mevcut durumunu gösterir. Süreç mantığını doğrulamak ve analizleri belirli çalışan gruplarına göre filtrelemek için kullanışlıdır.
Nereden alınır?
Workday HCM’deki çalışan profilinin temel alanlarından biridir.
Örnekler
Etkinİşten ayrılmışİzinliİşe başlamadan önce
|
|||
|
İstihdam türü
EmploymentType
|
Çalışanın tam zamanlı, yarı zamanlı, sözleşmeli veya stajyer olarak çalıştığını belirtir. | ||
|
Açıklama
Bu öznitelik, istihdam sözleşmesinin türünü sınıflandırır. Farklı istihdam türleri için işe alıştırma, bordro ve yan hakların düzenlenmesi süreçleri de farklı olabilir. Kuruluşlar bu özniteliği filtre olarak kullanarak farklı çalışan gruplarının kariyer süreçlerini karşılaştırabilir. Örneğin, sözleşmeli çalışanların işe alıştırma sürecinin tam zamanlı çalışanlara kıyasla çok daha hızlı ilerleyip ilerlemediğini veya uyumluluk düzeyinin daha düşük olup olmadığını görebilir, ardından süreçlerde gerekli düzenlemeleri yapabilirsiniz.
Neden önemli?
Farklı çalışan gruplarının, örneğin tam zamanlı ve sözleşmeli çalışanların, farklı prosedürleri izleyebileceği süreçleri karşılaştırmanıza yardımcı olur.
Nereden alınır?
Workday HCM’de çalışanın iş bilgilerinde yer alan standart bir alandır.
Örnekler
Tam zamanlıYarı zamanlıSözleşmeli çalışanStajyer
|
|||
|
Kaynak sistem
SourceSystem
|
Olay verilerinin alındığı sistem; bu örnekte Workday Onboarding. | ||
|
Açıklama
Bu öznitelik, verinin kaynağını belirtir. Bu görünümde Workday Onboarding’e odaklansak da İşe Alımdan Emekliliğe sürecinin tamamı, Aday Takip Sistemi (ATS) veya ayrı bir bordro sağlayıcısı gibi başka sistemlerden alınan verileri içerebilir. Kaynak sistemi belirtmek, veri yönetişimi ve olayın bağlamını anlamak açısından önemlidir. Birden fazla sistemin yer aldığı analizlerde bu alan, süreç görünümünü belirli bir sistemden gelen olaylara göre filtrelemenizi veya farklı sistemler arasındaki devir teslimleri incelemenizi sağlar.
Neden önemli?
Verinin kaynağı hakkında önemli bağlam sağlar. Bu bilgi, verileri doğrulamak ve birden fazla sistemden gelen verileri birleştiren analizler yapmak için gereklidir.
Nereden alınır?
Genellikle veri çıkarma ve dönüştürme sırasında eklenen sabit bir değerdir (Workday Onboarding).
Örnekler
Workday işe başlama süreciWorkday HCM
|
|||
|
Konum
Location
|
Çalışanın pozisyonuyla ilişkili 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 analizler; işe alım sürelerindeki, işe alım verimliliğindeki veya işten ayrılış prosedürlerindeki bölgesel farklılıkları ortaya çıkarabilir. Örneğin, geçmiş kontrollerinin Almanya’da ABD’ye kıyasla daha uzun sürüp sürmediğini inceleyebilir ve bölgeye özgü mevzuata uyumu izleyebilirsiniz.
Neden önemli?
Yerel yönetim uygulamalarından, mevzuattan veya kültürden kaynaklanabilecek bölgesel süreç farklılıklarını belirlemek için coğrafi analiz yapmayı sağlar.
Nereden alınır?
Workday HCM’de çalışanın pozisyon ve kuruluş atama bilgilerinin bir parçasıdır.
Örnekler
ABD - New YorkAlmanya - BerlinHindistan - Bangalore
|
|||
|
Pozisyon kimliği
PositionId
|
Çalışanın bulunduğu pozisyonu veya görev rolünü tanımlayan benzersiz kimlik. | ||
|
Açıklama
Pozisyon kimliği, çalışanın kuruluş yapısında üstlendiği belirli rolü tanımlar. Her pozisyonun iş profili, konum ve raporlama yapısı gibi tanımlı öznitelikleri vardır. Aynı unvan birden fazla pozisyonda kullanılabileceğinden, pozisyon kimliği iş unvanından daha ayrıntılı bilgi verir. Pozisyon kimliğine göre analiz yaparak belirli rollerle ilgili süreçleri inceleyebilirsiniz. Örneğin, aynı role özgü ortak örüntüleri veya gecikmeleri görmek için tüm 'Kıdemli yazılım mühendisi' pozisyonlarının işe alıştırma sürecini analiz edebilirsiniz.
Neden önemli?
Belirli rollere göre ayrıntılı analiz yapmanızı ve şirket içindeki farklı pozisyonlarda süreçlerin nasıl değiştiğini anlamanızı sağlar.
Nereden alınır?
Workday HCM’de çalışanın iş atamasıyla ilişkili standart bir alandır.
Örnekler
POS-1001POS-2345POS-8762
|
|||
|
SLA ihlali mi
IsSlaViolated
|
Bir etkinliğin hedef SLA tarihinden sonra tamamlanıp tamamlanmadığını belirten mantıksal değer. | ||
|
Açıklama
Bu hesaplanan öznitelik, bir süreç adımının hizmet düzeyi anlaşmasında belirtilen süreye uyup uymadığını doğru/yanlış olarak gösterir. Etkinliğin tamamlanma zaman damgası (EventTimestamp) ile son tarihi (SlaTargetDate) karşılaştırılarak hesaplanır. Bu işaret, SLA ihlallerini kolayca sayıp görselleştirmeyi sağladığından Dashboardlar ve raporlar için çok kullanışlıdır. 'Performans değerlendirmesinin zamanında tamamlanma oranı' gibi KPI’ları destekler; süresi aşılmış görevler için uyarı veya rapor oluşturmayı kolaylaştırarak ekiplerin en önemli gecikmelere odaklanmasına yardımcı olur.
Neden önemli?
Üzerinde anlaşılan sürelerin aşılması durumlarını açıkça işaretleyerek performans takibini kolaylaştırır.
Nereden alınır?
Hesaplanan alan: EventTimestamp > SlaTargetDate ise doğru, değilse yanlış.
Ö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. Analiz edilen verilerin güncelliğini açıkça ortaya koyar. Process Mining içgörülerine dayanarak zamanında ve yerinde iş kararları almak için bu bilgi önemlidir. Dashboardlar ve sürekli izleme sırasında bu zaman damgası, kullanıcıların ellerindeki verilerin güncel olup olmadığını anlamasına yardımcı olur. Veri bütünlüğünü ve analiz sonuçlarına duyulan güveni korumak için önemli bir üst veri alanıdır.
Neden önemli?
Kullanıcıların verilerin güncelliğini bilmesini sağlar. Bu, süreç analizinin geçerliliği ve doğruluğu açısından ö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 etkinliği mi
IsComplianceActivity
|
Bir etkinliğin zorunlu bir uyumluluk veya mevzuat adımı olup olmadığını belirten mantıksal değer. | ||
|
Açıklama
Bu işaret, politika onayının imzalanması veya zorunlu eğitimin tamamlanması gibi yasalara, mevzuata ya da politikalara uyum açısından önemli etkinlikleri belirler. Bu etkinlikleri rutin idari işlerden ayırmanıza yardımcı olur. Analizlerde bu öznitelikle 'Kritik uyumluluk etkinliği oranı' gibi uyumluluğa odaklanan Dashboardlar ve KPI’lar oluşturabilirsiniz. Kuruluşlar, en önemli mevzuat adımlarının tüm çalışanlar için zamanında tamamlanıp tamamlanmadığını izleyerek kurumsal riskleri azaltabilir.
Neden önemli?
Mevzuata uyumu izlemek ve riskleri azaltmak için önemli uyumluluk adımlarını yakından takip etmenizi sağlar.
Nereden alınır?
Bu, genellikle veri dönüştürme sırasında uyumlulukla ilgili bilinen etkinlik adlarının bir listesini doğru/yanlış değerine eşleyerek oluşturulan türetilmiş bir özniteliktir.
Örnekler
truefalse
|
|||
|
Yeniden çalışma mı
IsRework
|
Bir etkinliğin aynı vakada önceki bir adımın tekrarı olup olmadığını belirten mantıksal değer. | ||
|
Açıklama
Bu öznitelik, aynı çalışan için bir görevin birden fazla kez yapılması gereken yeniden çalışma durumlarını belirler. Örneğin, hatalı evrakların yeniden gönderilmesi veya başarısız bir geçmiş kontrolünün tekrarlanması bu kapsamdadır. Genellikle aynı etkinlik adının bir vakanın olay günlüğünde birden fazla kez görünmesiyle tespit edilir. Yeniden çalışmayı analiz etmek, süreç verimliliğini ve kalitesini artırmak için önemlidir. 'Yeniden çalışma' işareti, tekrar yapılan işleri ölçmenizi, temel nedenlerini belirlemenizi ve işi ilk seferde doğru yapmayı amaçlayan iyileştirmelerin etkisini değerlendirmenizi kolaylaştırır. Ayrıca 'Yeniden çalışma ve tekrar analizi' Dashboardunu destekler.
Neden önemli?
Tekrarlanan etkinlikleri işaretleyerek süreçteki verimsizliği ve kaybı ölçmenize, kalite veya iletişim sorunlarını belirlemenize yardımcı olur.
Nereden alınır?
Bu, hesaplanan bir işarettir. Aynı vakadaki yinelenen etkinlikler tespit edilerek Process Mining analizi sırasında hesaplanır.
Örnekler
truefalse
|
|||
İşe Alımdan Emekliliğe - Çalışan yaşam döngüsü etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Çalışanın işten ayrılışı tamamlandı
|
Çalışan yaşam döngüsünün son etkinliğidir ve çalışanın sistemdeki istihdamının resmen sona erdiğini gösterir. Terminate Employee iş süreci başarıyla tamamlandığında kaydedilir. | ||
|
Neden önemli?
İşe Alımdan Emekliliğe sürecinin kesin bitiş olayıdır. İşten ayrılış çevrim 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 aşamadan sonra çalışanın kaydı etkin olmaz.
Kaydedin
Terminate Employee iş süreci başarıyla tamamlandığında kaydedilen olay.
Olay türü
explicit
|
|||
|
İş ilanı talebi oluşturuldu
|
Bu etkinlik, Workday’de yeni bir iş ilanı talebinin oluşturulup onaylanmasıyla işe alım sürecinin resmen başladığını gösterir. Create Job Requisition iş süreci başarıyla tamamlandığında bu olay 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. İşe alım süresini ölçen KPI için bu etkinlikten Offer Accepted aşamasına kadar geçen süreyi incelemek ö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ürecinin olay günlüğünde zaman damgası bulunur.
Kaydedin
Create Job Requisition iş süreci tamamlandığında kaydedilen olay.
Olay türü
explicit
|
|||
|
İşe alım görevleri tamamlandı
|
Yeni çalışana atanan tüm işe alım görevlerinin tamamlandığını gösterir. Çalışanın işe alım iş sürecinin genel durumu Successfully Completed olduğunda bu olay genellikle çıkarımla belirlenir. | ||
|
Neden önemli?
Yeni çalışanın işe alım sürecini tamamen tamamladığını gösteren önemli bir aşamadır. İşe alım çevrim süresini ölçmek ve işe alım yolculuğuna uyumu incelemek 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.
Kaydedin
Çalışanın genel Onboarding iş sürecinin tamamlanma zaman damgasından çıkarılır.
Olay türü
inferred
|
|||
|
İşe alım süreci başlatıldı
|
Yeni çalışanın Workday Onboarding modülündeki işe alım yolculuğunun başladığını gösterir. Genellikle Hire süreci tamamlandığında yeni çalışana işe alım görevleri ve iş akışları atandığında kaydedilir. | ||
|
Neden önemli?
İşe alım sürecinin verimliliğini incelemek için başlangıç noktasıdır. İşe alım görevlerinin tamamlanma oranını ölçmeye ve süreç sapmalarını belirlemeye yardımcı olur.
Nereden alınır?
Yeni çalışan için Onboarding iş süreci veya benzer bir iş akışı başlatıldığında başlangıç olayı olarak kaydedilir.
Kaydedin
Yeni çalışan için Onboarding iş süreci başlatıldığında kaydedilen olay.
Olay türü
explicit
|
|||
|
İşe alım süreci tamamlandı
|
Aday kaydının Workday HCM’de resmî olarak çalışan kaydına dönüştürüldüğü önemli etkinliktir. Hire iş süreci başarıyla tamamlandığında bu olay açıkça kaydedilir. | ||
|
Neden önemli?
Bu olay, adaylıktan çalışanlığa geçişi resmen gösterir ve işe alım çevrim süresini izlemek için önemli bir aşamadır. Çalışanın HCM sistemine resmen kaydedildiğini belirtir.
Nereden alınır?
Çalışan için Hire iş sürecinin tamamlanma olayı olarak açıkça kaydedilir. İş süreci günlüğünde kesin zaman damgası bulunur.
Kaydedin
Hire iş süreci başarıyla tamamlandığında kaydedilen olay.
Olay türü
explicit
|
|||
|
İşten ayrılış başlatıldı
|
İşten ayrılan çalışan için işten ayrılış sürecinin başlangıcını gösterir. Bir yönetici veya İK kullanıcısı Workday’de 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. Ortalama işten ayrılış çevrim süresini ölçmek için başlangıç noktasıdır.
Nereden alınır?
Workday HCM’de Terminate Employee iş süreci başlatıldığında açıkça kaydedilen olaydır.
Kaydedin
Terminate Employee iş süreci başlatıldığında kaydedilen olay.
Olay türü
explicit
|
|||
|
Teklif kabul edildi
|
Adayın iş teklifini resmen kabul ettiği etkinliktir. Aday, Workday’de teklif mektubunu elektronik olarak imzalayabilir. Teklif sürecindeki Review and Sign adımı tamamlandığında bu önemli aşama kaydedilir. | ||
|
Neden önemli?
Bu aşama, işe alımın temel bölümünü tamamlar ve işe giriş öncesi işlemlerle işe alım etkinliklerini başlatır. İşe alım süresini ölçen KPI’ın temel bileşenlerinden biridir.
Nereden alınır?
Aday, Job Application iş sürecinde iş teklifini kabul etme adımını tamamladığında bu olay açıkça kaydedilir.
Kaydedin
Adayın teklifi kabul etmesi, Job Application iş sürecinde tamamlanmış bir adım olarak kaydedilir.
Olay türü
explicit
|
|||
|
Bordro kurulumu tamamlandı
|
Yeni çalışanın bordrosunun hazırlanması için gereken tüm bilgilerin girilip doğrulandığını gösterir. 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 etkinlik, bordro kurulum süresini ölçen KPI için bitiş noktasıdır ve ücret ödemelerinin başlatılmasındaki gecikmeleri gösterir.
Nereden alınır?
Onboarding iş sürecinde tamamlanmış bir kontrol listesi öğesi veya Enter Payment Elections gibi belirli bir adım olarak kaydedilir.
Kaydedin
Bir iş sürecindeki bordroyla ilgili belirli bir görevin veya adımın tamamlanması.
Olay türü
explicit
|
|||
|
Geçmiş kontrolü başlatıldı
|
Teklifi kabul eden aday için işe alım öncesi inceleme sürecinin başladığını gösterir. Geçmiş kontrolü adımı başlatıldığında olay kaydedilir; bu işlem çoğu zaman üçüncü taraf bir hizmet sağlayıcıyla entegrasyonu tetikler. | ||
|
Neden önemli?
Geçmiş kontrollerinin süresi, işe alım sürecinde sıkça darboğaz oluşturur. Bu etkinlik, geçmiş kontrolü süresini ölçen KPI için başlangıç noktasıdır.
Nereden alınır?
Genellikle genel işe alım iş akışının bir parçası olan Background Check gibi bir iş sürecindeki adım olarak kaydedilir. Başlangıç zaman damgası tutulur.
Kaydedin
Background Check iş süreci veya ilgili bir adım başlatıldığında kaydedilen olay.
Olay türü
explicit
|
|||
|
Geçmiş kontrolü tamamlandı
|
İşe alım öncesi inceleme sürecinin tamamlandığını gösterir. Geçmiş kontrolü durumu manuel olarak veya entegrasyon aracılığıyla tamamlandı olarak güncellendiğinde kaydedilir. | ||
|
Neden önemli?
Bu etkinlik, geçmiş kontrolü süresini ölçen KPI için bitiş noktasıdır. Buradaki 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. Bu değişiklik, Completed veya Passed gibi nihai bir durumu gösterir.
Kaydedin
Geçmiş kontrolü durum alanının nihai bir duruma geçtiği zaman damgasından çıkarılır.
Olay türü
inferred
|
|||
|
İşten ayrılış görevleri tamamlandı
|
Varlıkların iadesi ve bilgi aktarımı gibi işten ayrılış için gereken tüm görevlerin tamamlandığını gösterir. İşten ayrılış kontrol listesi veya iş süreci tamamlandı durumuna geçtiğinde bu olay çıkarımla belirlenir. | ||
|
Neden önemli?
Bu görevlerin tamamlanmasını izlemek, güvenli ve uyumlu bir işten ayrılış süreci sağlamak için önemlidir. Gecikmeler güvenlik riski oluşturabilir ve çalışan deneyimini olumsuz etkileyebilir.
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ımla belirlenir.
Kaydedin
İşten ayrılış kontrol listesinin veya ilgili iş sürecinin tamamlanmasından çıkarımla belirlenir.
Olay türü
inferred
|
|||
|
Performans değerlendirmesi tamamlandı
|
Çalışanın resmî performans değerlendirme döneminin tamamlandığını gösterir. Performance Review iş süreci nihai onay durumuna ulaştığında kaydedilir. | ||
|
Neden önemli?
Bu olayları izlemek, performans yönetiminin zamanında ve ne sıklıkta yapıldığını incelemek için önemlidir. Performans değerlendirmelerinin zamanında tamamlanmasını ölçen KPI’ı doğrudan destekler.
Nereden alınır?
Çalışan için Start Performance Review iş süreci başarıyla tamamlandığında kaydedilen olay.
Kaydedin
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 kurum içi geçişlerin başlangıcı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 etkinlik, kurum içi geçişlerin verimliliğini ve onay sürelerini ölçmek için başlangıç noktasıdır. Çalışanların kariyer gelişimindeki darboğazları belirlemeye yardımcı olur.
Nereden alınır?
Workday HCM’de Change Job iş süreci başlatıldığında açıkça kaydedilen olaydır.
Kaydedin
Bir çalışan için Change Job iş süreci başlatıldığında kaydedilen olay.
Olay türü
explicit
|
|||
|
Teklif mektubu oluşturuldu
|
Aday için resmî iş teklifinin oluşturulduğu noktayı belirtir. Bu, genellikle Workday’deki Job Application iş sürecinin açık bir adımıdır. | ||
|
Neden önemli?
Bu aşamayı izlemek, görüşmeler tamamlandıktan sonra teklifin resmîleştirilmesinin ne kadar sürdüğünü anlamaya yardımcı olur. Buradaki gecikmeler adayların süreçten çekilmesine yol açabilir.
Nereden alınır?
Job Application iş sürecinin olay günlüğünden, özellikle Generate Document adımının veya benzer bir teklif adımının tamamlanmasından alınır.
Kaydedin
Job Application iş sürecindeki Generate Offer adımı tamamlandığında kaydedilen olay.
Olay türü
explicit
|
|||
|
Terfi onaylandı
|
Çalışanın terfisinin nihai onayını gösterir. Change Job veya ilgili bir ücretlendirme iş süreci tamamen onaylanıp tamamlandığında kaydedilir. | ||
|
Neden önemli?
Kurum içi geçiş onay süresini ölçen KPI için bitiş noktasıdır. Kariyer açısından önemli bir aşamanı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 tamamlanması olarak kaydedilir.
Kaydedin
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 potansiyelini keşfedin. Çalışan yaşam döngünüzü iyileştirmeye bugün başlayın.
İşe Alımdan Emekliliğe çalışan yaşam döngünüzü bugün iyileştirin
Uygulanabilir içgörüler edinin, Workday HR’da çevrim süresini %30 azaltın.
Kredi kartı gerekmez. Kurulumu birkaç dakikada tamamlayın.