Sizin İşe Alımdan İşten Ayrılmaya – Çalışanşan Yaşam Döngüsü Veri Template'inuz

Workday Onboarding
Sizin İşe Alımdan İşten Ayrılmaya – Çalışanşan Yaşam Döngüsü Veri Template'inuz

Sizin İşe Alımdan İşten Ayrılmaya – Çalışanşan Yaşam Döngüsü Veri Template'inuz

Bu şablon, İşe Alımdan İşten Ayrılmaya sürecinizi etkili bir şekilde analiz etmek için gereken temel veri öznitelikler.i ve aktiviteler hakkında net bir rehber sunar. Güvenilir bir olay günlüğü oluşturmak ve çalışan yaşam döngünüze dair doğru stratejik bilgiler elde etmek için gereken temel bilgileri belirlemenize yardımcı olur. Ayrıca, bu verileri özellikle Workday Onboarding'den nasıl çıkaracağınıza dair rehberlik. de bulacaksınız.
  • Detaylı bir analiz için toplanması tavsiye edilen öznitelikler..
  • Çalışanşan süreç döngüsü boyunca takip edilecek temel faaliyetler
  • Workday Onboarding'den veri çıkarımı için pratik rehberlik..
Olay günlüklerine (Event Log) yeni mi başlıyorsunuz? Öğrenin Process Mining event log nasıl oluşturulur.

Uçtan Uca Çalışanşan Yaşam Döngüsü Öznitelikleri

Bunlar, Uçtan Uca Çalışanşan Yaşam Döngüsü sürecinizin detaylı analizi için event lognuza dahil etmeniz önerilen veri alanlarıdır.
3 Gerekli 5 Önerilen 13 Opsiyonel
Ad Açıklama
Aktivite Adı
ActivityName
Çalışanşanın süreç döngüsünde belirli bir noktada meydana gelen event veya görevin adı.
Açıklama

Aktivite Adı, İşe Alımdan İşten Ayrılmaya sürecindeki 'Teklif Kabul Edildi', 'Güvenlik Soruşturması Tamamlandı' veya 'Terfi Onaylandı' gibi belirli bir adımı açıklar. Bu aktiviteler, çalışan yolculuğunu oluşturan olayların sırasını gösteren süreç haritasının düğümlerini oluşturur.

Bu aktiviteleri analiz etmek, kuruluşların süreç akışını anlamalarına, sık ve nadir yolları belirlemelerine ve gecikmelerin veya yeniden işlemlerin meydana geldiği aşamaları tespit etmelerine yardımcı olur. Tutarlı ve net aktivite adlandırması, doğru ve anlaşılır bir süreç modeli oluşturmak için büyük önem taşır.

Neden Önemli?dir?

Process Mining analiz ve görselleştirmenin temelini oluşturan süreç haritasındaki adımları tanımlar.

Nereden Alınır??

Workday transaction log'larındaki İş Süreci Adımı veya Event Adından türetilmiştir.

Örnekler:::::::
Teklif Mektubu Oluşturulduİşe Alım Görevleri TamamlandıFesih Başlatıldı
Çalışanşan Kimliği
EmployeeId
Bir çalışana ait benzersiz tanımlayıcı; kuruluş içindeki tüm süreç döngüsü için birincil case ID olarak olarak kullanılır.
Açıklama

Çalışanşan Kimliği, İşe Alımdan İşten Ayrılmaya süreç analizinin en önemli bileşenidir. İlk iş başvurusundan nihai feshe kadar tüm ilgili eventleri tek, uyumlu bir yolculuğa bağlar. Bu kimlik takip edilerek kuruluşlar, rol değişiklikleri, performans değerlendirmeleri ve işe alım adımları dahil olmak üzere bir çalışanın görev süresinin tam bir geçmişini oluşturabilir.

Process Mining'de her aktivite, Çalışanşan Kimliği ile ilişkilendirilir ve bireysel ve toplu çalışan yaşam döngülerine detaylı bir bakış sunar. Bu, süreç sürelerinin analiz edilmesini, yaygın yolların belirlenmesini ve kariyerlerinin farklı aşamalarındaki çalışanları etkileyen darboğazların keşfedilmesini sunar.

Neden Önemli?dir?

Bu öznitelik, tek bir çalışana ait tüm süreç döngüsü olaylarıni bir araya getirmek ve eksiksiz bir uçtan uca süreç görünümü güçlüak için büyük önem taşır.

Nereden Alınır??

Bu, Workday İnsan Kaynakları (HCM)'de temel bir alandır ve genellikle çalışan profillerinde ve iş süreci işlemlerinde bulunur.

Örnekler:::::::
100234510087651011212
Olay Zaman Damgası
EventTimestamp
Aktivitenin veya olayın kaydedildiği tam tarih ve saat.
Açıklama

Bu öznitelik, her aktivite için zamansal bağlamı sağlayarak ne zaman gerçekleştiğini kaydeder. Bu zaman damgası (zaman damgası)'lerin sırası ve zamanlaması, süreç akışını oluşturmak ve döngü süreleri ile süreler gibi tüm zaman tabanlı metrikleri hesaplamak için kullanılır.

Analizde, Event zaman damgası (zaman damgası), süreç performansını anlamanın temelidir. Adımlar arasındaki zamanı hesaplamaya, gecikmeleri belirlemeye ve çeyrekten çeyreğe işe alım hızını karşılaştırma gibi farklı zaman dilimlerinde süreç davranışını analiz etmeye sunar.

Neden Önemli?dir?

Bu öznitelik, olayları doğru sıralamak ve cycle time ve darboğazlar gibi tüm performans metriklerini hesaplamak için büyük önem taşır.

Nereden Alınır??

Bu, Workday'deki herhangi bir iş süreci işlem günlüğünün standart bir parçasıdır ve genellikle 'Yürürlük Tarihi' veya 'Completed Moment' olarak anılır.

Örnekler:::::::
2023-10-26T10:00:00Z2023-11-01T14:35:10Z2024-01-15T09:12:00Z
Bölüm
Department
Çalışanşanın ait olduğu organizasyonel departman.
Açıklama

Bu öznitelik, çalışanın 'Satış', 'Mühendislik' veya 'İnsan Kaynakları' gibi atanmış departmanını temsil eder. Kuruluşun farklı bölümleri arasında süreç performansını bölümlendirmek ve karşılaştırmak için önemli bir boyuttur.

Süreç analizinde, Departman'a göre filtreleme, 'Mühendislik departmanı için Time-to-Hire süresi Satış departmanından daha mı uzun?' veya 'Hangi departmanlarda oryantasyon sapmaları oranı en yüksek?' gibi soruları yanıtlamaya sunar. Bu, yerel sorunları tespit etmeye ve süreç iyileştirmelerini kişiselleştirmeye yardımcı olur.

Neden Önemli?dir?

Güçlü karşılaştırmalı analiz yapılmasını sağlayarak, süreç verimsizliklerinin belirli iş alanlarında yoğunlaşıp yoğunlaşmadığını belirlemeye yardımcı olur.

Nereden Alınır??

Bu, çalışanın Workday İnsan Kaynakları (HCM)'deki temel iş ve organizasyonel verilerinin bir parçasıdır ve pozisyonlarıyla ilişkilendirilmiştir.

Örnekler:::::::
MühendislikSatış ve PazarlamaFinans
İş Talebi Kimliği
JobRequisitionId
İşe alım sürecini başlatan iş başvurusuna ait benzersiz tanımlayıcı.
Açıklama

İş Talebi Kimliği, iş ilanı verme, adayları eleme ve teklif oluşturma gibi tüm erken aşama işe alım aktivitelerini belirli bir iş ihtiyacına bağlar. Çalışanşan süreç döngüsünün işe alım aşaması için ikincil bir Vaka Kimliği (Case ID) görevi görür.

İş Talebi Kimliği'ne göre analiz yapmak, farklı roller veya departmanlar için işe alım sürecinin verimliliğine ilişkin yeni veriler keşfedebilir. Talep oluşturmadan teklif kabulüne kadar tüm huniyi takip etmenizi sunar ve 'Ortalama İşe Alma Süresi' gibi KPI'ları destekler.

Neden Önemli?dir?

Tüm işe alım öncesi faaliyetleri tek bir tanımlayıcı altında gruplayarak, sürecin işe alım bölümünün detaylı analiz edilmesini sunar.

Nereden Alınır??

Workday'in İşe Alım modülünde bulunur. Adayın başvurusu ve sonraki işe alım event'i ile ilişkilidir.

Örnekler:::::::
REQ-2023-05-101REQ-2024-01-230REQ-2023-11-087
Olay Bitiş Zamanı
EventEndTime
Özellikle ölçülebilir süresi olan görevler için bir aktivitenin tamamlanmasını işaretleyen `zaman damgası (zaman damgası)dır.
Açıklama

StartTime bir aktivitenin ne zaman başladığını gösterirken, Event End Time onun sonucunu işaretler. İkisi arasındaki fark, aktivitenin işlem süresini temsil eder. Bu, 'Arka Plan Kontrolü' veya 'Performans Değerlendirmesi' gibi anlık olmayan görevler için özellikle faydalıdır.

Analizde, bu öznitelik ProcessingTime metriğini hesaplamak için büyük önem taşır. Aktiviteler arasındaki bekleme süresi ile bir aktivite üzerinde harcanan gerçek zamanı ayırt etmeye yardımcı olarak, süreçte zamanın nerede harcandığına dair daha net bir bakış açısına yol açar.

Neden Önemli?dir?

Bir faaliyetin gerçek işleme süresinin hesaplanmasını sağlayarak, aktif çalışma süresini boşta bekleme süresinden ayırmaya yardımcı olur.

Nereden Alınır??

Workday'deki bazı iş süreçleri için hem başlatma hem de tamamlama zaman damgası (zaman damgası)'leri kaydedilir. Bu, olayları birleştirmeyi gerektirebilir.

Örnekler:::::::
2023-10-26T18:30:00Z2023-11-05T11:00:15Z2024-01-15T17:20:00Z
Olayı Gerçekleştiren
EventPerformer
Aktiviteyi gerçekleştiren kullanıcı veya otomatik sistem.
Açıklama

Bu öznitelik, bir görevi tamamlamaktan sorumlu bireyi, rolü veya sistemi tanımlar. Bu, bir teklifi onaylayan bir işe alım yöneticisi, işe alımı başlatan bir İK uzmanı veya bir bildirim oluşturan bir sistem süreci olabilir.

Event Performer'ı analiz etmek, kaynak tahsisini, iş yükü dağılımını ve kullanıcı benimsenmesini anlamak için temel rol oynar. Aşırı yüklenmiş ekipleri belirlemeye, manuel kullanıcıların tekrarlayan görevleri gerçekleştirdiği yerlerde otomasyon fırsatlarını vurgulamaya ve bireyler veya departmanlar arasındaki performans farklılıklarını analiz etmeye yardımcı olabilir.

Neden Önemli?dir?

Bu öznitelik, iş yükü dağılımını, kullanıcı performansını analiz etmeye ve sürece kimlerin dahil olduğunu belirlemeye yardımcı olur; bu da hedeflenen iyileştirmeler için önemlidir.

Nereden Alınır??

Workday İş Süreçlerinin işlem kayıtlarında bulunur, genellikle bir adımı tamamlayan kullanıcıyla ilişkilendirilir.

Örnekler:::::::
jsmith@example.comr.davisSistem Süreci
Yaşam Döngüsü Olay Tipi
LifecycleEventType
Süreci Onboarding, Terfi veya İşten Ayrılma gibi ana süreç döngüsü türlerine göre kategorize eder.
Açıklama

Bu öznitelik, genel İşe Alımdan İşten Ayrılmaya süreci (Hire-to-Retire process) içindeki farklı yolculukları üst düzeyde sınıflandırır. Her bir case'i 'Onboarding', 'Internal Mobility' veya 'Sonlandırma' olarak etiketlemek, süreç haritasını filtrelemeyi ve bu farklı alt süreçleri ayrı ayrı analiz etmeyi çok daha kolay hale getirir.

Örneğin, 'Internal Mobility & Promotion Time' Dashboard'unu analiz etmek için, Lifecycle Event Type'ı 'Internal Mobility' veya 'Promotion' olan case'ler filtrelenir. Bu segmentasyon, belirli iş sorularını yanıtlayan hedefe yönelik analizler ve Dashboard'lar oluşturmak için büyük önem taşır.

Neden Önemli?dir?

Genel çalışan yolculuğunu ayrı alt süreçlere ayırarak, işe alım, işten çıkarma veya terfiler üzerine odaklanmış analiz yapılmasını sunar.

Nereden Alınır??

Bu, veri dönüştürme sırasında belirli Workday İş Süreci adlarını (örneğin, 'Hire', 'Change Job', 'Terminate') bu kategorilere eşleştirilmesiyle genellikle türetilir.

Örnekler:::::::
İşe Alım Süreciİç Hareketlilikİşten Ayrılma SüreciPerformans Yönetimi
Çalışanşma Durumu
EmploymentStatus
Çalışanşanın mevcut istihdam durumu; örneğin Aktif, İş Akdi Feshedildi veya İzinli gibi.
Açıklama

Bu öznitelik, çalışanın kuruluştaki mevcut durumunu gösterir. Çalışanşan süreç döngüsü boyunca ilerledikçe değişen dinamik bir alandır. Örneğin, yeni bir işe alınan kişi 'İşe Alım Öncesi' (Pre-Hire) veya 'İşe Alım' (Onboarding) olarak başlar ve tamamlandığında 'Aktif' (Active) hale gelir.

Process Mining'de, bu öznitelik değerli durum bilgileri sunar. Örneğin, bordronun yalnızca 'Aktif' (Active) çalışanlar için ayarlandığından emin olmak gibi süreç uyumluluğunu kontrol etmek için kullanılabilir. Ayrıca, tüm 'İşten Çıkarılmış' (Terminated) çalışanların işten ayrılma sürecini analiz etmek gibi belirli grupları filtrelemeye de yardımcı olur.

Neden Önemli?dir?

Çalışanşanın mevcut durumunun bir anlık görüntüsünü sunar; bu, 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 İnsan Kaynakları (HCM)'deki çalışanın profilinde yer alan temel bir alan.

Örnekler:::::::
AktifSonlandırıldıİzinliİşe Alım Öncesi
Fesih Nedeni
TerminationReason
Bir çalışanın kuruluştan ayrılma nedeni.
Açıklama

Bu öznitelik, bir çalışanın çalışma süresinin neden sona erdiğini, örneğin 'Gönüllü İstifa' (Voluntary Resignation), 'İstem Dışı - Performans' (Involuntary - Performance) veya 'Emeklilik' (Retirement) gibi nedenleri belirtir. Bu bilgi, işten ayrılma oranını ve işten ayrılma sürecini analiz etmek için büyük önem taşır.

Process Mining'de, Sonlandırma Reason, işten ayrılma yolculuğuna bağlam sunar. Farklı fesih türlerinin farklı işten ayrılma prosedürleri izleyip izlemediğini veya farklı süreler alıp almadığını analiz etmek için kullanılabilir. Bu, çalışan devir hızını anlamaya ve işten ayrılma sürecinin her durum için uygun şekilde ele alınmasını güçlüaya yardımcı olur.

Neden Önemli?dir?

İşten ayrılma (offboarding) sürecini analiz etmek için önemli bir bağlam sunar ve süreç problemlerini (process issue) işten ayrılma nedenleriyle ilişkilendirmeye yardımcı olur.

Nereden Alınır??

Workday'deki 'Çalışanşanı Sonlandır' iş süreci sırasında yakalanır.

Örnekler:::::::
Gönüllü İstifaİstem Dışı FesihEmeklilik
İşe Alım Planı Adı
OnboardingPlanName
Yeni işe alıma atanan belirli işe alım template'inin veya planının adı.
Açıklama

Workday, çeşitli roller, konumlar veya kıdem seviyelerine göre uyarlanmış farklı oryantasyon planları oluşturulmasına sunar. Bu öznitelik, yeni bir çalışan için hangi belirli planın kullanıldığını belirler.

Onboarding Plan Name'e göre analiz yapmak, farklı oryantasyon stratejilerinin etkinliğini ve verimliliğini değerlendirmeye yardımcı olur. Örneğin, 'Yönetici Onboarding Planı' ile 'Standart Çalışanşan Onboarding Planı' arasında doğrudan karşılaştırma yaparak hangisinin daha iyi görev tamamlama oranlarına veya daha hızlı döngü süreleria sahip olduğunu görmeyi sunar.

Neden Önemli?dir?

Bu, farklı oryantasyon programlarının performansını değerlendirmeye, en iyi uygulamaları ve iyileştirme alanlarını belirlemeye yardımcı olur.

Nereden Alınır??

Bu bilgi, Workday'in Onboarding modülünde, İşe Alım iş süreci (Hire business process) ile ilişkili şekilde muhtemelen yer almaktadır.

Örnekler:::::::
Standart Kurumsal İşe AlımSatış Ekibi İşe AlımYönetici Onboarding Planı
İşe Alma Süresi
TimeToHire
Bir iş başvurusunun oluşturulmasından adayın teklifi kabul etmesine kadar geçen toplam süre.
Açıklama

İşe Alma Süresi, tüm işe alım hunisinin verimliliğini ölçen kritik bir işe alım KPI'ıdır. Aynı çalışan veya talep için 'İş Talebi Oluşturuldu' event'i ile 'Teklif Kabul Edildi' event'i arasındaki süre olarak hesaplanır.

Bu hesaplanmış öznitelik, 'Ortalama İşe Alma Süresi' KPI'ı ve ilgili kontrol paneli'lar için temel oluşturur. Zaman içinde takip edilmesi, İK departmanlarının süreç iyileştirmelerinin etkisini ölçmelerine, aday bulma veya mülakat süreçlerindeki darboğazları belirlemelerine ve yöneticiler için gerçekçi işe alım zaman çizelgeleri belirlemelerine sunar.

Neden Önemli?dir?

İşe alım sürecinin verimliliğini doğrudan ölçer; bu, herhangi bir İK organizasyonu için temel bir performans göstergesidir (KPI).

Nereden Alınır??

Case düzeyinde, 'İş Talebi Oluşturuldu' activity'sinin zaman damgası (zaman damgası)'i ile 'Teklif Kabul Edildi' activity'sinin zaman damgası (zaman damgası)'i arasındaki sürenin bulunmasıyla hesaplanır.

Örnekler:::::::
35 gün62 gün28 gün
İstihdam Türü
EmploymentType
Çalışanşanın tam zamanlı, yarı zamanlı, taşeron 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, genellikle işe alım, bordro ve yan haklar ayarları için farklı süreç varyantlarını izler.

Bu özniteliği bir filtre olarak kullanarak, kuruluşlar farklı çalışan kategorileri için süreç döngüsü süreçlerini karşılaştırabilir. Bu, örneğin, yükleniciler için işe alım sürecinin tam zamanlı çalışanlara göre önemli ölçüde daha hızlı veya daha az uyumlu olup olmadığını vurgulayabilir ve hedeflenen süreç ayarlamalarına sunar.

Neden Önemli?dir?

Tam zamanlı çalışanlar ve farklı prosedürler izleyebilecek taşeronlar gibi farklı çalışan kategorileri arasındaki süreç farklılıklarını karşılaştırmaya yardımcı olur.

Nereden Alınır??

Workday İnsan Kaynakları (HCM)'deki çalışanın iş detaylarında yer alan standart bir alan.

Örnekler:::::::
Tam ZamanlıYarım ZamanlıContractorStajyer
Kaynak Sistem
SourceSystem
Event verisinin çıkarıldığı sistem, bu durumda Workday Onboarding.
Açıklama

Bu öznitelik, verinin kaynağını tanımlar. Bu görünümde Workday Onboarding'e odaklanırken, tam bir İşe Alımdan İşten Ayrılmaya süreci, bir Applicant Tracking System (ATS) veya ayrı bir bordro sağlayıcısı gibi diğer sistemlerden gelen verileri içerebilir. Kaynak sistemini belirtmek, veri yönetişimi ve olayın bağlamını anlamak için temel rol oynar.

Çoklu sistem analizinde, bu alan, süreç görünümünü belirli bir sistemden gelen event'lere göre filtrelemeye veya farklı sistemler arasındaki devirleri analiz etmeye sunar.

Neden Önemli?dir?

Veri doğrulama ve birden fazla sistemden gelen verileri birleştiren analizler için temel olan veri kaynağı hakkında önemli bir bağlam sunar.

Nereden Alınır??

Bu, veri çıkarma ve dönüştürme süreci sırasında eklenen, genellikle statik bir değerdir ('Workday Onboarding').

Örnekler:::::::
Workday OnboardingWorkday İnsan Kaynakları (HCM)
Konum
Location
Çalışanş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ı ve uyumluluğu karşılaştırmak için büyük önem taşır.

Konum kullanarak yapılan analiz, işe alım sürelerindeki, işe alım verimliliğindeki veya fesih prosedürlerindeki bölgesel farklılıkları ortaya çıkarabilir. 'Almanya'da güvenlik soruşturmaları Amerika Birleşik Devletleri'nden daha mı uzun sürüyor?' gibi soruları yanıtlamaya yardımcı olur ve bölgeye özel düzenlemeler için uyumluluk izlemesini destekler.

Neden Önemli?dir?

Yerel yönetim, düzenlemeler veya kültürden etkilenebilen bölgesel süreç farklılıklarını belirlemek için coğrafi analiz imkanı sunar.

Nereden Alınır??

Workday İnsan Kaynakları (HCM) içindeki çalışanın pozisyon ve organizasyonel atama data'larının bir parçasıdır.

Örnekler:::::::
USA - New YorkAlmanya - BerlinHindistan - Bangalore
Pozisyon ID
PositionId
Çalışanşan tarafından yürütülen belirli pozisyon veya görev rolü için benzersiz tanımlayıcı.
Açıklama

Pozisyon Kimliği, bir çalışanın kuruluşun yapısı içinde işgal ettiği belirli rolü tanımlar. Her pozisyonun iş profili, konum ve raporlama yapısı gibi tanımlanmış nitelikleri vardır. Birden fazla pozisyon aynı unvanı paylaşabileceğinden, bir iş unvanından daha spesifiktir.

Pozisyon Kimliği'ne göre analiz yapmak, belirli rollerle ilgili süreçleri anlamaya yardımcı olur. Örneğin, tüm 'Kıdemli Yazılım Mühendisi' pozisyonları için işe alım yolculuğu analiz edilerek o role özgü ortak kalıplar veya gecikmeler olup olmadığı görülebilir.

Neden Önemli?dir?

Belirli rollere dayalı ayrıntılı analizler yaparak, süreçlerin şirket içindeki farklı pozisyonlar için nasıl değiştiğini anlamanıza yardımcı olur.

Nereden Alınır??

Workday İnsan Kaynakları (HCM)'deki çalışanın görev atamasıyla ilişkili standart bir alan.

Örnekler:::::::
POS-1001POS-2345POS-8762
SLA Hedef Tarihi
SlaTargetDate
Bir performans değerlendirmesi gibi belirli bir faaliyetin tamamlanması gereken hedef tarih.
Açıklama

Bu öznitelik, belirli bir görev için Hizmet Seviyesi Anlaşması (SLA) son tarihini tanımlar. Belirli süreçlerin ne kadar sürmesi gerektiğine dair beklentiyi belirler ve performansı ölçmek için bir referans noktası görevi görür.

Bu, Performance Review Timeliness gibi KPI'lar ve SLA uyumluluğuna odaklanan kontrol paneli'lar için gereklidir. Gerçek tamamlanma tarihini (Eventzaman damgası (zaman damgası)) SlaTargetDate ile karşılaştırarak, ihlalleri otomatik olarak tespit etmek, zamanında performansı ölçmek ve gecikmeleri proaktif olarak yönetmek mümkündür.

Neden Önemli?dir?

Zamanında performansı ölçmek için net bir benchmark (kıyaslama) noktası sunar ve SLA (Service Level Agreement) uyumluluğu KPI'larını hesaplamak için gereklidir.

Nereden Alınır??

Workday'deki Performans Değerlendirmeleri gibi süreçler için genellikle bir son tarih yapılandırılır. Bu verinin süreç olaylarıyle birlikte çıkarılması gerekecektir.

Örnekler:::::::
2023-12-31T23:59:59Z2024-06-30T23:59:59Z
SLA İhlal Edildi mi
IsSlaViolated
Bir aktivitenin hedef SLA tarihinden sonra tamamlanıp tamamlanmadığını gösteren bir boolean flag.
Açıklama

Bu hesaplanmış öznitelik, bir süreç adımının hizmet seviyesi anlaşması (SLA) gerekliliklerini karşılayıp karşılamadığını belirten basit bir doğru/yanlış göstergesi sunar. Aktivitenin tamamlanma zaman damgası (zaman damgası)'i (Eventzaman damgası (zaman damgası)) ile son teslim tarihi (SlaTargetDate) karşılaştırılmasıyla elde edilir.

Bu işaretçi, Dashboard'lar ve raporlama için son derece kullanışlıdır, çünkü SLA ihlallerinin kolayca sayılmasını ve görselleştirilmesini sunar. 'Performance Review Timeliness' gibi KPI'ları destekler ve vadesi geçmiş görevlerle ilgili uyarı veya rapor oluşturmayı kolaylaştırarak ekiplerin en kritik gecikmelere odaklanmasına yardımcı olur.

Neden Önemli?dir?

Kararlaştırılan zaman çizelgelerine uyulmayan tüm durumları net bir şekilde işaretleyerek performans izlemeyi basitleştirir.

Nereden Alınır??

Hesaplanan alan: Eventzaman damgası (zaman damgası) > SlaTargetDate ise true, aksi takdirde false.

Örnekler:::::::
truefalse
Son Veri Güncellemesi
LastDataUpdate
Bu olay için verinin kaynak sistemden en son ne zaman yenilendiğini gösteren zaman damgası (zaman damgası)dır.
Açıklama

Bu öznitelik, veri kümesinin en son ne zaman güncellendiğini gösterir. Analiz edilen verinin güncelliği konusunda şeffaflık güçlüasıyla, Process Mining stratejik bilgilerine dayanarak zamanında ve doğru iş kararları alınması açısından büyük önem taşır.

Dashboard'lar ve sürekli izleme için bu zaman damgası (zaman damgası), kullanıcıların mevcut en güncel veriye bakıp bakmadıklarını anlamalarına yardımcı olur. Veri bütünlüğünü ve analize olan kullanıcı güvenini sürdürmek adına önemli bir meta veridir.

Neden Önemli?dir?

Kullanıcıların veri tazeliğinin farkında olmasını sunar, bu da süreç analizinin alaka düzeyi ve doğruluğu açısından büyük önem taşır.

Nereden Alınır??

Bu, veri alımı veya ETL (Extract, Transform, Load) süreci sırasında veri kümesi (dataset) üzerine oluşturulup damgalanan bir meta veri alanıdır.

Örnekler:::::::
2024-03-15T02:00:00Z2024-03-16T02:00:00Z
Uyumluluk Faaliyeti mi
IsComplianceActivity
Bir aktivitenin zorunlu bir uyumluluk veya düzenleyici adım olup olmadığını gösteren bir boolean flag.
Açıklama

Bu işaretçi, yasal, düzenleyici veya politika uyumluluku açısından kritik olan aktiviteleri tanımlar; örneğin, bir politika onayını imzalamak veya zorunlu eğitimleri tamamlamak. Bu kritik görevleri, sıradan idari görevlerden ayırmaya yardımcı olur.

Analizde, bu öznitelik, özellikle uyumluluka odaklanmış Dashboard'lar ve KPI'lar, örneğin 'Critical Compliance Activity Rate' gibi metrikler oluşturulmasına sunar. Kuruluşların en önemli düzenleyici adımların tüm çalışanlar için zamanında tamamlandığını izlemesine ve güçlüasına yardımcı olur, böylece kurumsal riski azaltır.

Neden Önemli?dir?

Mevzuata uyumu güçlüak ve riski azaltmak için kritik uyumluluk adımlarının odaklı izlenmesini sunar.

Nereden Alınır??

Bu, veri dönüştürme sırasında bilinen uyumlulukla ilgili aktivite adlarının bir listesini bir doğru/yanlış işaretçisine eşleştirilmesiyle genellikle oluşturulan türetilmiş bir özniteliktir.

Örnekler:::::::
truefalse
Yeniden İşleme mi?
IsRework
Bir aktivitenin aynı vaka içinde önceki bir adımın tekrarı olup olmadığını gösteren bir boolean flag.
Açıklama

Bu öznitelik, aynı çalışan için bir görevin birden fazla kez yapılması gereken yeniden işleme örneklerini tanımlar. Örnekler::::::: arasında hatalı evrakların yeniden gönderilmesi veya başarısız bir arka plan kontrolünün yeniden yapılması yer alır. Genellikle bir case'in event lognda aynı aktivite adının birden çok kez görünmesiyle tespit edilir.

Yeniden işleme analizi, süreç verimliliğini ve kalitesini artırmak için temel rol oynar. IsRework bayrağı, yeniden işleme miktarını belirlemeyi, temel nedenlerini belirlemeyi ve işleri ilk seferde doğru yapmayı hedefleyen iyileştirmelerin etkisini ölçmeyi kolaylaştırır. Doğrudan 'Yeniden İşleme & Tekrar Analizi' (Rework & Repetition Analysis) kontrol paneli'unu destekler.

Neden Önemli?dir?

Tekrarlanan faaliyetleri işaretleyerek, kalite veya iletişim sorunlarına dikkat çekerek süreç verimsizliğini ve israfı nicel olarak belirlemeye yardımcı olur.

Nereden Alınır??

Bu hesaplanmış bir işaretçidir. Mantık, aynı vaka içindeki tekrarlanan aktivitelerin tespit edilmesiyle Process Mining analizi sırasında uygulanır.

Örnekler:::::::
truefalse
Gerekli Önerilen Opsiyonel

Uçtan Uca Çalışanşan Yaşam Döngüsü Aktiviteleri

Bunlar, çalışan süreç döngüsünüzün doğru keşfi ve analizi için event lognuza kaydetmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
7 Önerilen 8 Opsiyonel
Aktivite Açıklama
`İşe Alım Süreci Tamamlandı`
Bu, bir adayın kaydının Workday İnsan Kaynakları (HCM)'de resmi olarak bir çalışan kaydına dönüştürüldüğü önemli bir aktivitedir. Bu event, 'İşe Alım' iş sürecinin (Hire business process) başarılı bir şekilde tamamlanmasının ardından açıkça kaydedilir.
Neden Önemli?dir?

Bu event, adaydan çalışana geçişi resmi olarak belirtir ve oryantasyon döngü süresini izlemek için önemli bir dönüm noktasıdır. Çalışanşanın HCM sisteminde resmi olarak kaydedildiğini gösterir.

Nereden Alınır??

Çalışanşan için İşe Alım iş sürecinin tamamlanma event'i olarak açıkça kaydedildi. İş süreci logu, kesin zaman damgası (zaman damgası)'i içerir.

Yakala

Olay, İşe Alım iş sürecinin başarılı bir şekilde tamamlanması üzerine kaydedildi.

Event tipi explicit
Çalışanşanın İşine Son Verildi
Bu, çalışan süreç döngüsündeki son aktivite olup, sistemdeki istihdamlarının resmi olarak sona erdiğini belirtir. Bu event, 'Çalışanşanı Sonlandırma' iş süreci (Terminate Employee business process) başarılı bir şekilde tamamlandığında kaydedilir.
Neden Önemli?dir?

Bu, işe alımdan emekliliğe süreci (hire-to-retire process) için kesin bitiş event'idir. Ayrılma döngü süresi (offboarding cycle time)ni ölçmek için son noktadır ve sürecin tamamlandığını doğrular.

Nereden Alınır??

Çalışanşan İşten Çıkarma iş sürecinin tamamlanma event'i olarak açıkça kaydedildi. Çalışanşanın kaydı bu noktadan sonra pasif hale gelir.

Yakala

Olay, Çalışanşan İşten Çıkarma iş sürecinin başarılı bir şekilde tamamlanması üzerine kaydedildi.

Event tipi explicit
Fesih Başlatıldı
Bu aktivite, ayrılan bir çalışan için işten ayrılma sürecinin başlangıcını işaretler. Bir yönetici veya İK kullanıcısı Workday'de 'Çalışanşanı Sonlandır' (Terminate Employee) iş sürecini başlattığında açıkça kaydedilir.
Neden Önemli?dir?

Bu, tüm ayrılma (offboarding) süreç döngüsü için ana başlangıç event'idir. Average Offboarding Cycle Time KPI'ını ölçmek için başlangıç noktasıdır.

Nereden Alınır??

Bu, Workday İnsan Kaynakları (HCM)'de 'Çalışanşanı Sonlandırma' iş sürecinin (Terminate Employee business process) başlatılmasıyla açıkça kaydedilen bir event'tir.

Yakala

Olay, Çalışanşan İşten Çıkarma iş süreci başlatıldığında kaydedildi.

Event tipi explicit
İş Talebi Oluşturuldu
Bu aktivite, Workday'de yeni bir iş başvurusu oluşturulup onaylandığında işe alım sürecinin resmi başlangıcını işaretler. Bu event, 'İş Başvurusu Oluştur' (Create Job Requisition) iş süreci başarıyla tamamlandığında açıkça kaydedilir.
Neden Önemli?dir?

Bu, tüm işe alım süreç döngüsü için ana başlangıç event'idir. Bu aktiviteden 'Teklif Kabul Edildi'ye (Offer Accepted) kadar geçen süreyi analiz etmek, Time-to-Hire KPI'ını ölçmek için büyük önem taşır.

Nereden Alınır??

Bu event, Workday Recruiting'deki 'İş İsteği Oluşturma' iş sürecinin (Create Job Requisition business process) başarılı bir şekilde tamamlanmasından sonra kaydedilir. Bu iş sürecinin event log zaman damgası (zaman damgası) bilgisini sunar.

Yakala

Olay, İş Talebi Oluşturma iş sürecinin tamamlanması üzerine kaydedildi.

Event tipi explicit
İşe Alım Başlatıldı
Workday Onboarding modülü içinde yeni çalışanın işe alım (oryantasyon) sürecinin başlangıcını gösterir. İşe alım görevleri ve iş akışlarını yeni çalışana atandığında kaydedilen bu olay, genellikle işe alım (Hire) sürecinin tamamlanmasıyla tetiklenir.
Neden Önemli?dir?

Bu, oryantasyon yolculuğunun verimliliğini analiz etmek için başlangıç noktasıdır. Onboarding görev tamamlama oranlarını ölçmeye ve süreç sapmalarını tespit etmeye yardımcı olur.

Nereden Alınır??

Yeni çalışan için 'İşe Alım' iş sürecinin veya benzer bir iş akışının tetiklendiği zaman bir başlatma olayı olarak kaydedilir.

Yakala

Olay, yeni işe alınan çalışan için Onboarding iş süreci tetiklendiğinde kaydedildi.

Event tipi explicit
İşe Alım Görevleri Tamamlandı
Yeni bir çalışan için atanan tüm oryantasyon (işe alım) görevlerinin tamamlandığını gösterir. Bu event, genellikle çalışanın oryantasyon business process'inin (iş sürecinin) genel durumu 'Başarıyla Tamamlandı'ya (Successfully Completed) geçtiğinde anlaşılır.
Neden Önemli?dir?

Bu, yeni bir çalışanın tam olarak oryantasyon sürecini tamamladığını gösteren önemli bir dönüm noktasıdır. Onboarding Cycle Time KPI'ını ölçmek ve oryantasyon yolculuğu uyumluluğunu analiz etmek için bitiş noktasıdır.

Nereden Alınır??

Tüm gerekli adımlar ve görevler tamamlandıktan sonra gerçekleşen ana 'İşe Alım' iş sürecinin tamamlanma zaman damgası (zaman damgası)ndan çıkarılır.

Yakala

Çalışanşan için genel İşe Alım iş sürecinin tamamlanma zaman damgası (zaman damgası)ndan çıkarılır.

Event tipi inferred
Teklif Kabul Edildi
Bu aktivite, bir aday iş teklifini resmi olarak, genellikle Workday içinde teklif mektubunu elektronik olarak imzalayarak kabul ettiğinde gerçekleşir. Bu, adayın teklif sürecindeki 'Gözden Geçir ve İmzala' (Review and Sign) adımını tamamladığında kaydedilen kritik bir kilometre taşıdır.
Neden Önemli?dir?

Bu dönüm noktası, çekirdek işe alım aşamasını sona erdirir ve işe alım öncesi (pre-hire) ve oryantasyon aktivitelerini tetikler. Time-to-Hire KPI'ını ölçmek için önemli bir bileşendir.

Nereden Alınır??

Bu, adayın iş teklifini kabul etme adımını 'İş Başvurusu' iş süreci (Job Application business process) içinde tamamlamasıyla açıkça kaydedilen bir event'tir.

Yakala

Adayın teklifi kabul etme eylemi, İş Başvurusu İş Süreci'nde tamamlanmış bir adım olarak kaydedilir.

Event tipi explicit
Arka Plan Kontrolü Başlatıldı
Bu, teklifi kabul etmiş bir aday için işe alım öncesi tarama sürecinin başlangıcını belirtir. Bu event, arka plan kontrol adımı başlatıldığında kaydedilir ve genellikle üçüncü taraf bir tedarikçiyle bir entegrasyonu tetikler.
Neden Önemli?dir?

Güvenlik soruşturmalarının süresi, işe alım sürecinde genellikle bir bottleneck oluşturur. Bu aktivite, Güvenlik Soruşturması Süresi KPI'sını ölçmek 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 'Özgeçmiş Kontrolü' gibi bir iş süreci içindeki bir adım olarak kaydedilir. Başlangıç zaman damgası (zaman damgası) kaydedilir.

Yakala

Olay, Arka Plan Kontrolü iş sürecinin veya ilgili bir adımın başlatılması üzerine kaydedildi.

Event tipi explicit
Bordro Kurulumu Tamamlandı
Bu aktivite, yeni çalışanın bordro işlemlerini tamamlamak için gerekli tüm bilgilerin girildiğini ve doğrulandığını gösterir. Bu, İşe Alım (Onboarding) veya İşe Alma (Hire) iş süreci içindeki belirli bir adımın tamamlanması olarak kaydedilebilir.
Neden Önemli?dir?

Çalışanşanların ilk maaş çeklerinden itibaren doğru ve zamanında ödeme almasını sunar. Bu aktivite, Bordro Kurulum Süresi KPI'ı için bitiş noktasıdır ve ücretlendirme aktivasyonundaki gecikmeleri vurgular.

Nereden Alınır??

Onboarding iş süreci içinde tamamlanmış bir kontrol listesi öğesi veya 'Ödeme Tercihlerini Gir' gibi belirli bir adım olarak yakalanır.

Yakala

Bir iş süreci içinde belirli bir bordro ile ilgili görevin veya adımın tamamlanması.

Event tipi explicit
İşten Ayrılma Görevleri Tamamlandı
Varlık iadesi ve bilgi transferi gibi gerekli tüm offboarding (işten ayrılma) görevlerinin tamamlandığını gösterir. Bu event, offboarding checklist'i veya business process'i (iş süreci) tamamlanmış bir duruma geçtiğinde anlaşılır.
Neden Önemli?dir?

Bu görevlerin tamamlanmasını takip etmek, güvenli ve uyumlu bir offboarding süreci güçlüak için büyük önem taşır. Gecikmeler güvenlik riskleri oluşturabilir ve olumsuz bir deneyime yol açabilir.

Nereden Alınır??

Offboarding (işten çıkarma) iş sürecinin tamamlanma zaman damgası (zaman damgası)ndan veya çalışan için atanan tüm işten çıkarma görevlerinin tamamlandı olarak işaretlendiği zamandan çıkarılır.

Yakala

Bir işten çıkarma kontrol listesinin veya ilgili bir iş sürecinin tamamlanmasından çıkarılır.

Event tipi inferred
Performans Değerlendirmesi Tamamlandı
Bu aktivite, bir çalışan için resmi bir performans değerlendirme döngüsünün tamamlandığını işaretler. 'Performans Değerlendirmesi' (Performance Review) iş sürecinin nihai, onaylanmış durumuna ulaştığında kaydedilir.
Neden Önemli?dir?

Bu olayları takip etmek, performans yönetiminin zamanlılığını ve sıklığını analiz etmek için büyük önem taşır. Doğrudan Performans Değerlendirme Zamanlılığı KPI'ını destekler.

Nereden Alınır??

Çalışanşan için 'Performans Değerlendirmesini Başlat' iş sürecinin başarılı tamamlama olayı olarak kaydedilir.

Yakala

Olay, Performans Değerlendirmesi iş sürecinin başarılı bir şekilde tamamlanması üzerine kaydedildi.

Event tipi explicit
Rol Değişikliği Başlatıldı
Bir transfer veya terfi gibi bir iç hareketlilik olayınin başlangıcını temsil eder. Bu, bir yönetici veya İK ortağının bir çalışan için 'İş Değiştir' (Change Job) business process'ini (iş sürecini) başlattığında kaydedilir.
Neden Önemli?dir?

Bu aktivite, iç hareketlilik verimliliğini ve onay sürelerini ölçmek için başlangıç noktasıdır. Çalışanşanlar için kariyer ilerlemesindeki darboğazları belirlemeye yardımcı olur.

Nereden Alınır??

Bu, Workday İnsan Kaynakları (HCM)'de 'İş Değiştirme' iş sürecinin (Change Job business process) başlatılmasıyla açıkça kaydedilen bir event'tir.

Yakala

Olay, bir çalışan için Görev Değişikliği iş süreci başlatıldığında kaydedildi.

Event tipi explicit
Sicil Kontrolü Tamamlandı
İşe alım öncesi tarama sürecinin tamamlandığını gösterir. Bu, background check (arka plan kontrolü) durumunun manuel olarak veya bir integration (entegrasyon) aracılığıyla tamamlandı olarak güncellendiğinde kaydedilir.
Neden Önemli?dir?

Bu aktivite, Arka Plan Kontrol Süresi KPI'ını ölçmek için bitiş noktasıdır. Bu aktivitedeki gecikmeler, yeni işe alınan kişinin başlangıç tarihini doğrudan etkiler.

Nereden Alınır??

Sicil Kontrolü' iş sürecindeki bir durum değişikliğinden veya ilgili bir nesneden yakalanır; 'Tamamlandı' veya 'Geçti' gibi nihai bir durumu belirtir.

Yakala

Özgeçmiş kontrolü durum alanının nihai bir duruma geçtiği zaman damgası (zaman damgası)ndan çıkarılır.

Event tipi inferred
Teklif Mektubu Oluşturuldu
Bir aday için resmi bir iş teklifinin oluşturulduğu anı temsil eder. Bu, tipik olarak Workday'deki 'İş Başvurusu' (Job Application) business process'i (iş süreci) içinde açık bir adımdır.
Neden Önemli?dir?

Bunu takip etmek, mülakatlar tamamlandıktan sonra bir teklifi resmiyete dökme süresini anlamaya yardımcı olur. Buradaki gecikmeler adayların süreçten ayrılmasına neden olabilir.

Nereden Alınır??

İş Başvurusu' iş sürecinin event logndan, özellikle 'Belge Oluştur' veya benzeri bir teklif adımının tamamlanmasından yakalanır.

Yakala

Olay, İş Başvurusu BP'sindeki Teklif Oluştur adımının tamamlanması üzerine kaydedildi.

Event tipi explicit
Terfi Onaylandı
Bir çalışanın terfisinin nihai onayını işaretler. Bu faaliyet, 'İş Değişikliği' veya ilgili bir tazminat iş sürecinin tamamen onaylandığı ve tamamlandığı zaman yakalanır.
Neden Önemli?dir?

Bu, 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ılı bir şekilde tamamlandığını doğrular.

Nereden Alınır??

Değişikliğin nedeninin terfi olduğu 'İş Değişikliği' iş sürecinin başarılı tamamlama olayı olarak kaydedilir.

Yakala

Olay, 'Terfi' nedeni ile Görev Değişikliği iş sürecinin tamamlanması üzerine kaydedildi.

Event tipi explicit
Önerilen Opsiyonel

Veri Çıkarma Kılavuzları

Verilerinizi Workday Onboarding'den nasıl alırsınız?