İşe Alımdan Emekliliğe - Pozisyon Yönetimi Veri Template'iniz

Workday HCM
İşe Alımdan Emekliliğe - Pozisyon Yönetimi Veri `Template`'iniz

İşe Alımdan Emekliliğe - Pozisyon Yönetimi Veri Template'iniz

Bu `template`, İşe Alımdan Emekliliğe - Pozisyon Yönetimi sürecinizi analiz etmek için gereken temel verileri toplamak için net bir yol haritası sunar. Toplanacak kritik öznitelikleri, izlenecek temel aktiviteleri ve Workday HCM'den bu bilgiyi çıkarmak için pratik rehberliği özetler. `Event Log`'unuzun eksiksiz ve güçlü Process Mining içgörüleri için hazır olduğundan emin olmak için bu kaynağı kullanın.
  • Toplanması Önerilen Nitelikler
  • Takip Edilmesi Gereken Temel Aktiviteler
  • Veri Çekim Rehberliği
Event log'lara yeni mi başlıyorsunuz? Öğrenin Process Mining event log'u nasıl oluşturulur.

İşe Alımdan Emekliliğe – Pozisyon Yönetimi Öznitelikleri

Bunlar, kapsamlı İşe Alımdan Emekliliğe - Pozisyon Yönetimi analizi için `event log`'unuza dahil etmeniz önerilen veri alanlarıdır.
3 Gerekli 7 Önerilen 12 İsteğe Bağlı
Ad Açıklama
Pozisyon ID
PositionId
Organizasyon içindeki belirli bir pozisyon için benzersiz tanımlayıcı, pozisyon yönetimi süreci için birincil vaka tanımlayıcısı olarak hizmet eder.
Açıklama

Pozisyon ID'si, pozisyon yönetimi süreç analizinin temel taşıdır. Her ID, bir pozisyonun ilk talebi ve oluşturulmasından herhangi bir değişiklik, yeniden sınıflandırma ve nihai devre dışı bırakma veya kapatmaya kadar olan yaşam döngüsünü temsil eder.

Process Mining'de bu öznitelik, onaylar, veri değişiklikleri ve durum güncellemeleri gibi tüm ilgili aktiviteleri belirli bir vakayla ilişkilendirmek için kullanılır. Bu, pozisyonun yolculuğunun eksiksiz, uçtan uca bir görünümünü sağlayarak, döngü sürelerini analiz etmeyi, süreç varyantlarını belirlemeyi ve her benzersiz pozisyon için uyumluluğu izlemeyi mümkün kılar.

Neden önemli

Bir pozisyonun tüm yaşam döngüsünü izlemek, uçtan uca süreç analizini sağlamak ve belirli vakalar için darboğazları veya sapmaları belirlemeye yardımcı olmak için çok önemlidir.

Nereden alınır

Bu, Workday HCM'de temel bir tanımlayıcıdır ve genellikle Personel Alımı ve Pozisyon Yönetimi ile ilgili raporlarda ve iş süreci verilerinde bulunur.

Örnekler
POS-0012345POS-0067890POS-0112233
Faaliyet Adı
ActivityName
Gerçekleşen belirli iş süreci adımının veya olayının adı, örneğin 'Position Created' veya 'Budget Approved'.
Açıklama

Aktivite Adı, pozisyon yönetimi yaşam döngüsü içindeki tek bir adımı açıklar. Bu olaylar, her pozisyon için yapılan eylem sırasını gösteren süreç haritasının yapı taşlarıdır.

Bu aktiviteleri analiz etmek, süreç akışlarını görselleştirmeye, yaygın ve nadir yolları belirlemeye ve temel kilometre taşları arasında harcanan zamanı ölçmeye olanak tanır. Örnekler arasında 'Position Request Initiated', 'Position Attributes Modified' ve 'Position Closed' yer alır; bunlar birlikte operasyonel akışın bir resmini çizer.

Neden önemli

Bu öznitelik, süreç haritası oluşturmak, süreç akışını görselleştirmek ve gecikmelere veya yeniden işlenmeye neden olan belirli olayları belirlemek için temeldir.

Nereden alınır

Workday'in iş süreci çerçevesi işlem günlüklerinden çıkarılmıştır. Bir iş süreci tanımındaki her adım bir olay kaydı oluşturur.

Örnekler
Pozisyon Talebi BaşlatıldıYönetici Onayı GönderildiPozisyon OluşturulduPozisyon Devre Dışı Bırakıldı
Olay Zamanı
EventTime
Belirli bir faaliyetin veya event'in ne zaman gerçekleştiğini gösteren zaman damgasıdır.
Açıklama

Olay Zamanı, süreçteki her aktivitenin tarihini ve saatini kaydeden kesin bir zaman damgasıdır. Bu veri, döngü sürelerini, bekleme sürelerini ve süreleri hesaplama dahil olmak üzere tüm zaman tabanlı analizler için kritiktir.

Process Mining'de bu zaman damgası, olayları kronolojik olarak sıralamak için kullanılır ve süreç akışını oluşturan aktivite dizisini oluşturur. Darboğazların belirlenmesini, çıktı analizini ve SLA'ların izlenmesini sağlayan performans teşhislerinin temelidir.

Neden önemli

Olayları sıralamak, döngü süresi ve süre gibi tüm zaman tabanlı metrikleri hesaplamak ve süreç darboğazlarını teşhis etmek için çok önemlidir.

Nereden alınır

Bu timestamp, Workday HCM'deki her iş süreci işlemi için otomatik olarak loglanır.

Örnekler
2023-04-15T09:00:00Z2023-04-15T14:35:10Z2023-04-18T11:21:05Z
Bitiş Saati
EndTime
Bir aktivitenin ne zaman tamamlandığını gösteren zaman damgası. Bireysel aktivitelerin süresini hesaplamak için kullanılır.
Açıklama

Bitiş Zamanı, belirli bir aktivitenin tamamlanmasını işaret eder. Başlangıç Zamanı bir olayın ne zaman gerçekleştiğini gösterirken, Başlangıç Zamanı ve Bitiş Zamanı kombinasyonu, o olay için işleme süresinin hesaplanmasına olanak tanır.

Bu, uyumluluk incelemesi adımı gibi anlık olmayan aktiviteler için özellikle faydalıdır. Bir aktivitenin Bitiş Zamanı'nı bir sonrakinin Başlangıç Zamanı ile karşılaştırarak hem işleme süresi hem de bekleme süresi doğru bir şekilde ölçülebilir; bu da süreç verimliliği hakkında daha derin içgörüler sağlar.

Neden önemli

Aktif işlem süresi ile boş bekleme süresi arasında ayrım yapmaya yardımcı olarak aktivitelerin kesin süresini hesaplamak için gereklidir.

Nereden alınır

Bazı Workday iş süreci adımlarının açık başlangıç ve bitiş zamanları olabilir. Aksi takdirde, aynı vakadaki sonraki olayın Başlangıç Zamanı olarak türetilebilir.

Örnekler
2023-04-15T09:05:12Z2023-04-15T17:00:00Z2023-04-18T11:21:55Z
Bölüm
Department
Pozisyonun ait olduğu departman veya denetleyici organizasyon.
Açıklama

Workday terminolojisinde sıklıkla 'Supervisory Organization' olarak adlandırılan Departman özniteliği, bir pozisyon için birincil organizasyonel bağlamı sağlar. Pozisyonun yer aldığı ekibi veya iş alanını tanımlar.

Bu, işin farklı bölümleri arasında performans karşılaştırmaları yapmaya olanak tanıyan analiz için kritik bir boyuttur. Örneğin, en iyi uygulamaları veya yerelleşmiş darboğazları belirlemek için Mühendislik ve Pazarlama departmanları arasındaki yeni pozisyon onay döngü sürelerini karşılaştırabilirsiniz.

Neden önemli

Farklı organizasyon birimleri arasında süreç performansını filtrelemeye ve karşılaştırmaya olanak tanıyarak departmana özgü darboğazları veya verimlilikleri ortaya çıkarır.

Nereden alınır

Workday HCM'de Denetleyici Organizasyona atanması yoluyla pozisyona bağlıdır.

Örnekler
Satış - Kuzey AmerikaMühendislik - Platform GeliştirmeFinans - Kurumsal FP&A
Değişiklik Nedeni
ReasonForChange
Yeniden sınıflandırma, değişiklik veya pozisyonun kapatılması gibi bir değişiklik olayı için belirtilen neden.
Açıklama

Bu öznitelik, bir pozisyonda neden belirli bir değişiklik yapıldığına dair iş gerekçesini yakalar. Tutarlılık sağlamak için Workday'de genellikle önceden tanımlanmış bir listeden nedenler seçilir, örneğin 'Re-organization', 'New Project' veya 'Budgetary Adjustment'.

Bu özniteliği analiz etmek, süreç akışlarının ardındaki paha biçilmez bağlamı sağlar. Organizasyonel yeniden yapılanmada veya rol evriminde eğilimleri belirlemek için yeniden sınıflandırma olaylarını belirli nedenlerle ilişkilendirerek 'nedenin arkasındaki nedeni' anlamaya yardımcı olur.

Neden önemli

Değişiklikler ve yeniden sınıflandırmalar gibi süreç faaliyetlerinin ardındaki iş bağlamını açıklayarak, süreç varyasyonlarının temel nedenlerinin analiz edilmesine yardımcı olur.

Nereden alınır

Bu, Workday'deki birçok iş süreci işlemi için gerekli bir alandır; örneğin 'Edit Position Restrictions' veya 'Close Position'.

Örnekler
Yeni departman oluşturmaYeniden YapılandırmaVeri düzeltmesiProje Sonucu
İş Ailesi
JobFamily
'Mühendislik' veya 'İnsan Kaynakları' gibi benzer özelliklere, becerilere ve işlere sahip işlerin bir araya getirilmesi.
Açıklama

İş Ailesi, ilgili İş Profillerini gruplandıran bir sınıflandırmadır. Örneğin, 'Yazılım Mühendisi' ve 'Kıdemli Yazılım Mühendisi' iş profilleri 'Mühendislik' iş ailesine ait olabilir. Bu, rolleri daha üst düzeyde kategorize etmenin ve analiz etmenin bir yolunu sunar.

Bu öznitelik, yeniden sınıflandırmaları izleme veya pozisyon niteliklerini standartlaştırma gibi analizleri destekler. İş aileleri içindeki veya arasındaki değişiklikleri analiz ederek, bir kuruluş kariyer yolları, rol tanımlarının tutarlılığı ve iş gücü eğilimleri hakkında içgörüler elde edebilir.

Neden önemli

Rollerin daha üst düzeyde analizini sağlayarak standardizasyon çabalarını ve ilgili iş kategorileri arasındaki yeniden sınıflandırmaların analizini destekler.

Nereden alınır

Bu, Workday HCM'deki iş kataloğu yapısının bir parçasıdır ve bir pozisyonun Job Profile'ı ile ilişkilidir.

Örnekler
Bilgi TeknolojileriFinans ve MuhasebeSatış Profesyonelleri
Kullanıcı
User
Aktiviteyi gerçekleştiren kişinin kullanıcı ID'si veya adı.
Açıklama

Bu öznitelik, süreçte belirli bir görevi tamamlamaktan sorumlu çalışanı veya sistem kullanıcısını tanımlar; örneğin bir onayı göndermek veya pozisyon özniteliklerini değiştirmek gibi. Bu bir yönetici, bir İK ortağı veya bir finans analisti olabilir.

Verileri kullanıcıya göre analiz etmek, eğitim fırsatlarını, iş yükü dağıtım dengesizliklerini ve bireysel performans varyasyonlarını belirlemeye yardımcı olur. Örneğin, hangi kullanıcıların yeniden işleme aktivitelerine en sık katıldığını tespit edebilir; bu da daha net talimatlara veya sistem iyileştirmelerine ihtiyaç olduğunu düşündürebilir.

Neden önemli

İş yükü dağılımının, kullanıcıya özgü davranışların analizini ve eğitim ihtiyaçlarının veya yüksek performanslı bireylerin belirlenmesini sağlar.

Nereden alınır

Workday'deki iş süreci işlem günlüklerinde mevcuttur; bu günlükler her adım için başlatıcıyı veya eylemi kaydediyor.

Örnekler
jsmithdavis_janehr_admin_svc
Maliyet Merkezi
CostCenter
Pozisyonla ilişkili finansal maliyet merkezi, bütçeleme ve finansal raporlama için kullanılır.
Açıklama

Maliyet Merkezi, bir pozisyonu belirli bir bütçeye bağlayan finansal bir boyuttur. Maliyetleri takip etmek ve personel alımının finansal planlarla uyumlu olmasını sağlamak için esastır.

Process Mining'de bu öznitelik, bütçe onayları ve finansal etki ile ilgili analizler için kritik öneme sahiptir. Bütçe onay sürelerinin maliyet merkezine göre nasıl değişebileceğini anlamaya ve pozisyon yönetimi faaliyetlerini finansal sonuçlarla ilişkilendirmeye yardımcı olur. Ayrıca, benzer finansal birimler arasında rol özniteliklerini standartlaştırmak için de anahtardır.

Neden önemli

Analiz için finansal bir boyut sağlar; süreci bütçe birimine göre görüntülemeye olanak tanır ve bütçeyle ilgili darboğaz analizini destekler.

Nereden alınır

Bu, Workday HCM içinde bir pozisyona atanan finansal veya 'Worktags' bilgilerinin bir parçasıdır.

Örnekler
CC4010_MARKETINGCC2050_RD_SOFTWARECC7000_ADMIN
Pozisyon Durumu
PositionStatus
Pozisyonun mevcut veya geçmiş durumu, örneğin 'Açık', 'Dolu', 'Dondurulmuş' veya 'Kapatılmış'.
Açıklama

Pozisyon Durumu, belirli bir zamanda pozisyonun durumunu gösterir. Bu öznitelik, pozisyonun mevcut kullanılabilirliğini ve yaşam döngüsü aşamasını anlamak için hayati öneme sahiptir.

Analizde, duruma göre filtreleme, sürecin belirli bölümlerine odaklanmaya yardımcı olabilir. Örneğin, 'Frozen' durumu olan pozisyonları analiz etmek, kaynakların ne kadar süredir bağlı olduğunu görmek için eskime raporları oluşturmaya yardımcı olur. Durumlar arasındaki geçişi izlemek, süreç akışını anlamak için anahtardır.

Neden önemli

Bir pozisyonun durumu hakkında kritik bağlam sağlar; dondurulmuş pozisyon yaşlanmasını analiz etmeye ve yaşam döngüsü boyunca ilerlemeyi izlemeye olanak tanır.

Nereden alınır

Workday HCM'deki pozisyon nesnesinde standart bir alan olarak mevcuttur.

Örnekler
Açık - OnaylandıDoluDondurulmuşKapalı
İş Birimi
BusinessUnit
Pozisyonun ait olduğu üst düzey iş bölümü veya birimi, örneğin 'Consumer Products' veya 'Enterprise Solutions'.
Açıklama

İş Birimi, şirketin ana bir segmentini temsil eder ve organizasyonel hiyerarşide bir departmandan daha üstte yer alır. Yüksek düzeyli stratejik ve finansal raporlama için kullanılır.

İş Birimine göre pozisyon yönetimi sürecini analiz etmek, iş gücü dinamiklerinin stratejik bir görünümünü sunar. Büyük şirket birimleri arasında işe alım hızı, yeniden sınıflandırma oranları veya süreç verimliliğindeki farklılıkları vurgulayarak, liderliği makro düzeydeki operasyonel eşitsizlikler hakkında bilgilendirebilir.

Neden önemli

Büyük şirket bölümleri genelinde süreç performansının üst düzey, stratejik analizini sağlayarak yönetici düzeyinde kararları bilgilendirir.

Nereden alınır

Bu, Workday'de genellikle pozisyonlara veya ilişkili maliyet merkezlerine atanabilen bir 'Worktag' olarak uygulanır.

Örnekler
Tüketici ÜrünleriKurumsal ÇözümlerKurumsal Hizmetler
İş Profili
JobProfile
Bir iş için, sorumlulukları ve nitelikleri gibi temel özelliklerini tanımlayan standartlaştırılmış `template`.
Açıklama

Job Profile, Workday'in iş mimarisindeki temel bir unsurdur. Varsayılan unvanı, nitelikleri ve ücretlendirme kademesi dahil olmak üzere bir işi tanımlayan bir template görevi görür. Bir pozisyon, belirli bir departman içindeki bir Job Profile örneğidir.

Bu öznitelik, süreç standardizasyonunu anlamak için anahtardır. Süreçleri Job Profile'a göre analiz etmek, belirli rol türlerinin daha uzun onay döngülerine sahip olup olmadığını veya yeniden işlenmeye daha yatkın olup olmadığını ortaya çıkarabilir. Ayrıca, bir pozisyonun bir Job Profile'dan diğerine geçtiği yeniden sınıflandırmaları izlemek için de kritiktir.

Neden önemli

Bir pozisyonu standart bir iş şablonuna bağlayarak, standartlaştırılmış rol özelliklerine dayalı süreç varyasyonlarının analizini sağlar.

Nereden alınır

Workday HCM'deki her pozisyon için zorunlu bir alandır. Kadrolama veri modelinin temel bir parçasıdır.

Örnekler
JP-FIN-Analyst3JP-ENG-Dev5JP-HR-Generalist2
İşlem Süresi
ProcessingTime
Tek bir aktivitenin süresi, bitiş ve başlangıç zamanları arasındaki fark olarak hesaplanır.
Açıklama

İşleme Süresi, görevler arasındaki bekleme süresinin aksine, bir görev üzerinde fiilen harcanan süreyi ölçer. Bir aktivitenin Başlangıç Zamanı'nın Bitiş Zamanı'ndan çıkarılmasıyla hesaplanır.

Bu metrik, performans analizi için temeldir. Süreçteki hangi belirli adımların en çok zaman aldığını belirlemeye yardımcı olur. Örneğin, 'Budget Approved' için uzun bir işleme süresi karmaşık bir inceleme sürecini gösterebilirken, öncesindeki uzun bekleme süresi talebin bir kuyrukta beklediğini düşündürür.

Neden önemli

Bir aktivitenin gerçek çalışma süresini nicelendirir; aktif çalışmayı boş bekleme süresinden ayırt etmeye ve verimsiz adımları belirlemeye yardımcı olur.

Nereden alınır

EventTime (Başlangıç Zamanı) ve EndTime özniteliklerinden (Bitiş Zamanı - Başlangıç Zamanı) türetilen hesaplanmış alan.

Örnekler
PT8H30MP2DT4HPT15M
Kaynak Sistem
SourceSystem
Verinin kaynaklandığı sistem, bu durumda Workday HCM'dir.
Açıklama

Bu öznitelik, pozisyon yönetimi süreç verilerinin üretildiği kaynak uygulamayı tanımlar. Bu özel analiz için kaynak tutarlı bir şekilde Workday HCM olsa da, verilerin birden fazla sistemden birleştirilebildiği kurumsal ortamlarda kritik bir alandır.

Bu özniteliği dahil etmek, veri soyunun net olmasını sağlar ve farklı platformlara yayılabilecek süreçleri ayırt etmeye yardımcı olur. Bağlam sağlar ve veri yönetişimi için en iyi uygulamadır.

Neden önemli

Veri kaynağı hakkında temel bağlam sağlar; çoklu sistem ortamlarında netlik sağlar ve veri yönetişim standartlarını destekler.

Nereden alınır

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

Örnekler
`Workday HCM`WorkdayHCM_Prod
Konum
Location
Pozisyonla ilişkili fiziksel veya mantıksal çalışma konumu.
Açıklama

Konum özniteliği, pozisyonun yer aldığı coğrafi alanı veya ofisi belirtir. Bu, belirli bir bina adresinden daha geniş bir ülke veya bölgeye kadar değişebilir ve 'Remote' bir değer olarak da dahil edilebilir.

Konuma göre analiz yapmak, süreç performansında bölgesel farklılıkları, örneğin onay sürelerindeki veya uyumluluk oranlarındaki varyasyonları ortaya çıkarabilir. Süreçlerin küresel olarak standartlaştırılıp standartlaştırılmadığını veya yerel uygulamaların sapmalara neden olup olmadığını anlamaya yardımcı olur.

Neden önemli

Bölgesel süreç farklılıklarını, uyumluluk varyasyonlarını veya konuma özgü darboğazları belirlemek için coğrafi analize olanak tanır.

Nereden alınır

Workday HCM'de bir pozisyona atanabilecek standart bir özniteliktir.

Örnekler
New York, ABDLondra, İngiltereUzaktan (Almanya)
Pozisyon Türü
PositionType
Pozisyonu, Tam Zamanlı, Yarı Zamanlı veya Yüklenici gibi istihdam koşullarına göre kategorize eder.
Açıklama

Pozisyon Türü, Workday'de sıklıkla 'Çalışan Türü' veya 'Zaman Türü' olarak adlandırılır ve pozisyonla ilişkili istihdamın niteliğini sınıflandırır. Bu, iş gücü planlaması ve yönetimi için temel bir özniteliktir.

Process Mining'de bu boyut, farklı çalışan türleri için pozisyon yönetimi sürecini karşılaştırmaya olanak tanır. Örneğin, yükleniciler için onay sürecinin tam zamanlı çalışanlara göre daha hızlı veya daha az karmaşık olup olmadığı araştırılabilir; bu da süreç optimizasyonu fırsatlarını ortaya çıkarabilir.

Neden önemli

Tam zamanlıya karşı sözleşmeli çalışan gibi farklı çalışan kategorileri için pozisyon yönetimi sürecini karşılaştırmaya olanak tanıyarak optimizasyon fırsatları bulmayı sağlar.

Nereden alınır

Pozisyon tanımının bir parçası olarak, genellikle 'Çalışan Türü' veya 'Zaman Türü' olarak mevcuttur.

Örnekler
Normal Tam ZamanlıNormal Yarı ZamanlıBelirli Süreli Yüklenici
Pozisyon Unvanı
PositionTitle
Pozisyonun belirli unvanı, örneğin 'Senior Financial Analyst' veya 'Lead Software Engineer'.
Açıklama

Pozisyon Ünvanı, rolün resmi, kullanıcıya yönelik adıdır. Job Family veya Job Profile'dan daha ayrıntılı bir tanımlayıcıdır ve genellikle bir iş ilanında veya organizasyon şemasında yer alır.

Bu özniteliği analiz etmek, pozisyon değişikliklerinin özelliklerini anlamak için önemlidir. Örneğin, bir yeniden sınıflandırma analizinde, unvanın önemli ölçüde değişip değişmediğini görebilirsiniz. Ayrıca, farklı departmanlardaki benzer roller için unvanlandırma tutarlılığını kontrol etmek amacıyla standartlaştırma dashboard'larında da kullanılır.

Neden önemli

Rol hakkında ayrıntılı bilgi sağlar; bu, yeniden sınıflandırmaları ve rol standardizasyonunu analiz etmek için elzemdir.

Nereden alınır

Workday HCM'deki pozisyon nesnesinde standart bir alandır.

Örnekler
Kıdemli Ürün YöneticisiİK İş Ortağı IIMuhasebe Uzmanı
Son Veri Güncellemesi
LastDataUpdate
Verinin kaynak sistemden en son ne zaman çıkarıldığını ve Process Mining aracında yenilendiğini gösteren zaman damgası.
Açıklama

Bu attribute, en son veri yenilemesinin timestamp'ini sağlar. Süreç verilerinin bir parçası değil, veri setinin tazeliği hakkında metadata'dır.

Bu, analizin tüm kullanıcıları için önemlidir, çünkü verilerin ne kadar güncel olduğunu söyler. İçgörülerin en son operasyonel durumu yansıtıp yansıtmadığını veya biraz daha eski bir anlık görüntüye dayanıp dayanmadığını anlamaya yardımcı olur; bulguların güncelliği hakkındaki beklentileri yönetir.

Neden önemli

Kullanıcıları verilerin güncelliği hakkında bilgilendirir, böylece süreç analizinin ve içgörülerin ne kadar güncel olduğunu anlamalarını sağlar.

Nereden alınır

Bu timestamp, veri yükleme sürecinin sonunda veri hattı veya ETL aracı tarafından oluşturulur.

Örnekler
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Uyumluluk Durumu
ComplianceStatus
'Uyumlu' veya 'Uyumsuz' gibi bir uyumluluk inceleme adımının sonucunu belirtir.
Açıklama

Bu öznitelik, resmi bir 'Position Compliance Reviewed' aktivitesinin sonucunu yakalar. Pozisyonun özniteliklerinin, onay geçmişinin veya gerekçesinin dahili politikalara veya harici düzenlemelere uygun olup olmadığını doğrular.

Bu, 'Position Action Compliance Overview' dashboard'u için kritik bir özniteliktir. Uyumluluk oranlarının doğrudan izlenmesine olanak tanır ve denetçilerin veya İK ekiplerinin uyumsuz olarak işaretlenen pozisyonları hızla belirlemesine ve araştırmasına yardımcı olur; bu da düzeltici eylem ve risk azaltma sağlar.

Neden önemli

Uyumluluk kontrollerinin sonucunu doğrudan ölçerek, politika uyumunun izlenmesini ve yüksek riskli vakaların incelenmek üzere işaretlenmesini sağlar.

Nereden alınır

Bu, muhtemelen bir Workday iş sürecindeki belirli, yapılandırılmış bir adımın çıktısı olacaktır. Bir yorum veya özel bir alan olarak saklanabilir.

Örnekler
UyumluUyumsuzTakip Gerektiriyor
Uyumluluk İncelendi mi
IsComplianceReviewed
Bir vaka için 'Pozisyon Uyumluluğu İncelendi' aktivitesi gerçekleşmişse doğru (true) olan bir boolean bayrağı.
Açıklama

Bu flag, bir pozisyonun yaşam döngüsünün herhangi bir noktasında resmi bir uyumluluk incelemesinden geçip geçmediğini gösterir. Belirli bir Position ID'si için 'Position Compliance Reviewed' aktivitesinin varlığı kontrol edilerek belirlenir.

Bu öznitelik, uyumluluk izlemeyi ve KPI hesaplamasını basitleştirir. İncelenen veya incelenmeyen tüm case'lerin kolayca filtrelenmesine olanak tanır ve uyumlu popülasyonu saymayı basitleştirerek 'Position Action Compliance Rate' KPI'sının hesaplanmasını doğrudan destekler.

Neden önemli

Uyumluluk oranlarının ölçümünü basitleştirir ve gerekli incelemeleri atlayan pozisyonları izole etmek ve analiz etmek için kolay filtrelemeye olanak tanır.

Nereden alınır

Bu, case düzeyinde hesaplanan türetilmiş bir flag'dir. 'Position Compliance Reviewed' aktivitesi case log'unda mevcutsa true olarak ayarlanır.

Örnekler
truefalse
Yeni Pozisyon Onay Süresi
NewPositionApprovalCycleTime
Bir pozisyon talebi başlatıldığından sistemde oluşturulana kadar geçen toplam süre.
Açıklama

Bu öznitelik, yeni pozisyon onay sürecinin uçtan uca döngü süresini ölçer. Belirli bir Position ID'si için 'Position Request Initiated' olayı ile 'Position Created' olayı arasındaki süre olarak hesaplanır.

Bu, 'Average New Position Approval Cycle Time' KPI'sını ve ilgili dashboard'ları doğrudan destekler. Bunu case düzeyinde hesaplayarak, döngü sürelerinin dağılımını analiz edebilir, aykırı değerleri belirleyebilir ve departman veya pozisyon türü gibi daha uzun veya daha kısa onay süreleriyle ilişkili faktörleri araştırabilirsiniz.

Neden önemli

Anahtar bir performans göstergesini doğrudan ölçerek, onay verimliliğinin analizini ve gecikmelere neden olan faktörlerin belirlenmesini sağlar.

Nereden alınır

Süreç madenciliği aracı içinde vaka düzeyinde, belirli başlangıç ve bitiş aktiviteleri arasındaki zaman farkı bulunarak hesaplanır.

Örnekler
P5DT6HP12DP2DT12H30M
Yeniden İşleme mi?
IsRework
Bir aktivitenin, pozisyon niteliklerini birden çok kez değiştirmek gibi, yeniden işleme olarak kabul edilmesi durumunda doğru (true) olan bir boolean bayrağı.
Açıklama

Is Rework bayrağı, süreç verimsizliklerini veya kalite sorunlarını gösteren düzeltmeleri veya tekrarlanan işleri temsil eden aktiviteleri tanımlar. Genellikle oluşturulduktan kısa bir süre sonra veya bir dizide birden fazla kez gerçekleşen 'Position Attributes Modified' gibi olaylar için true olarak ayarlanır.

Bu hesaplanmış öznitelik, 'Position Data Rework Analysis' dashboard'u için esastır. Yeniden işleme oranlarının kolayca nicelleştirilmesini sağlar, işaretlenmiş olayların bağlamını analiz ederek temel nedenleri belirlemeye yardımcı olur ve 'Position Data Rework Rate' gibi KPI'ları destekler.

Neden önemli

Verimsiz yeniden işleme faaliyetlerini doğrudan işaretleyerek, israfı azaltmak için süreç iyileştirme çabalarını nicelleştirmeyi, analiz etmeyi ve hedeflemeyi kolaylaştırır.

Nereden alınır

Bu, aktivitelerin sırasına ve sıklığına göre hesaplanan türetilmiş bir flag'dir. Örneğin, aynı case için 'Position Attributes Modified' birden fazla kez gerçekleşirse true olarak ayarlanır.

Örnekler
truefalse
Gerekli Önerilen İsteğe Bağlı

İşe Alımdan Emekliliğe – Pozisyon Yönetimi Aktiviteleri

Bunlar, İşe Alımdan Emekliliğe - Pozisyon Yönetimi'nde doğru süreç keşfi için `event log`'unuza dahil etmeniz gereken temel süreç adımları ve kilometre taşlarıdır.
6 Önerilen 7 İsteğe Bağlı
Aktivite Açıklama
Bütçe Onaylandı
Finans departmanının veya bir bütçe yöneticisinin yeni pozisyon için finansmanın mevcut olduğunu teyit ettiği önemli bir kilometre taşıdır. Bu, belirlenmiş onaylayanın iş süreci akışındaki bütçe onay adımını tamamlamasıyla kaydedilir.
Neden önemli

Bütçe onayı genellikle önemli bir darboğazdır. Bu spesifik aktivitenin döngü süresini ölçmek, kuruluşların finansal incelemeleri kolaylaştırmasına ve işe alımı hızlandırmasına yardımcı olur.

Nereden alınır

Bu, Workday'deki 'Create Position' iş sürecinin denetim geçmişinde loglanır. Bütçe onay adımının tamamlama olayına karşılık gelir.

Yakala

İş süreci günlüğündeki finansal veya bütçe onay adımının tamamlanma zaman damgası.

Event tipi explicit
Pozisyon Devre Dışı Bırakıldı
Bir pozisyonun artık aktif olmadığını ve doldurulamayacağını belirtir, genellikle resmi kapanıştan önce bir ön adım olarak. Bu, 'Pozisyonu Devre Dışı Bırak' iş sürecinin tamamlanması üzerine yakalanan açık bir olaydır.
Neden önemli

Devre dışı bırakma, pozisyon yaşam döngüsünde nihai kapanıştan ayrı önemli bir kilometre taşıdır. Devre dışı bırakma ile kapanış arasındaki süre, organizasyonel yapıları düzenlemedeki idari verimliliğin bir ölçüsüdür.

Nereden alınır

Bu olay, Workday'in denetim loglarında 'Inactivate Position' iş sürecinin başarılı bir şekilde tamamlanması üzerine kaydedilir.

Yakala

'Pozisyonu Devre Dışı Bırak' iş sürecinin başarıyla tamamlanması üzerine kaydedilen olay.

Event tipi explicit
Pozisyon Kapatıldı
Bu, yaşam döngüsündeki son aktivitedir ve pozisyonun organizasyondan kalıcı olarak kaldırılmasını temsil eder. Workday bu olayı, 'Close Position' iş sürecinin başarılı bir şekilde tamamlanması üzerine kaydeder.
Neden önemli

Çoğu vaka için terminal olay olarak, bu aktivite pozisyonun yaşam döngüsünün sonunu tanımlar. Tam süreç süresini anlamak ve doğru çalışan sayısı verilerini korumak için çok önemlidir.

Nereden alınır

Workday denetim izi veya iş süreci günlüklerindeki 'Pozisyon Kapat' iş sürecinin tamamlanma zaman damgasından alınmıştır.

Yakala

'Pozisyon Kapat' iş sürecinin tamamlanması üzerine kaydedilen olay.

Event tipi explicit
Pozisyon Oluşturuldu
Bu aktivite, pozisyonun Workday sisteminde başarılı bir şekilde oluşturulmasını ve resmi varlığını işaret eder. 'Create Position' iş sürecinin başarılı bir şekilde tamamlanması üzerine kaydedilir.
Neden önemli

Bu, onay fazının sonunu ve pozisyonun personel alımı için hazır olduğunu gösteren kritik bir kilometre taşıdır. Genel onay döngüsü süresi KPI'sını ölçmek için esastır.

Nereden alınır

Olay, Workday olay loglarında veya denetim izinde 'Create Position' iş sürecinin tamamlama zaman damgasından yakalanır.

Yakala

'Pozisyon Oluştur' iş sürecinin başarıyla tamamlanması üzerine kaydedilen olay.

Event tipi explicit
Pozisyon Öznitelikleri Değiştirildi
Mevcut bir pozisyonun unvan veya departman gibi bir veya daha fazla niteliğinin değiştirildiğini belirtir. Bu, bir kullanıcının 'Pozisyon Kısıtlamalarını Düzenle' iş sürecini başarıyla tamamlamasıyla açıkça kaydedilir.
Neden önemli

Sık yapılan değişiklikler, veri giriş hatalarını, gelişen iş rollerini veya süreç verimsizliklerini gösterebilir. Bu aktiviteyi analiz etmek, 'Pozisyon Veri Yeniden İşleme Analizi' kontrol paneli için ve veri kalitesini iyileştirmek için anahtardır.

Nereden alınır

Bu, Workday'deki 'Edit Position Restrictions' veya benzeri bir iş sürecinin tamamlama logundan alınır. Denetim izi hangi alanların değiştirildiğini gösterir.

Yakala

'Pozisyon Kısıtlamalarını Düzenle' iş sürecinin başarıyla tamamlanması üzerine kaydedilen olay.

Event tipi explicit
Pozisyon Talebi Başlatıldı
Bu, pozisyon yönetimi yaşam döngüsünün başlangıcını işaret eder; yeni bir pozisyon oluşturma talebinin resmi olarak gönderildiği yerdir. Bu, bir kullanıcı Workday'de 'Create Position' iş sürecini başlattığında açık bir olay olarak yakalanır.
Neden önemli

Bu aktivite, süreç için birincil başlangıç olayıdır. Bu olaydan sonraki onaylara kadar geçen süreyi analiz etmek, tüm pozisyon oluşturma döngüsünün verimliliğini ölçmek için hayati öneme sahiptir.

Nereden alınır

Bu olay, Workday İş Süreci event log'larında kaydedilir. Belirli Position ID'si için 'Create Position' iş süreci işleminin başlatma timestamp'ini arayın.

Yakala

'Pozisyon Oluştur' iş sürecinin başlatılması üzerine kaydedilen olay.

Event tipi explicit
İK Onayı Gönderildi
Bir İK iş ortağının veya temsilcisinin pozisyon talebini incelediğini ve onayladığını belirtir. Bu, İK onaylayıcısının Workday iş sürecindeki atanan adımını tamamlamasıyla açıkça kaydedilir.
Neden önemli

Bu onay, pozisyonun şirket politikaları ve iş mimarisiyle uyumlu olmasını sağlamak için kritik bir kontrol noktasıdır. Buradaki gecikmeler, genel döngü süresini önemli ölçüde etkileyebilir.

Nereden alınır

İlgili iş süreci için Workday denetim izinden alınır. Olay, 'HR Approval' adımının tamamlanmasıdır.

Yakala

İş süreci günlüğündeki İK onay adımının tamamlanma zaman damgası.

Event tipi explicit
Pozisyon Dondurması Kaldırıldı
Bu, dondurma işleminin ters eylemidir; askıya alınmış bir pozisyonun tekrar aktif hale getirilmesi ve personel alımı için kullanılabilir olmasıdır. Bu genellikle pozisyonun durum alanındaki 'Frozen'dan 'Active'e bir değişiklik çıkarımıyla yakalanır.
Neden önemli

Bu olay, dondurulmuş bir pozisyonun çözümünü işaret eder. 'Position Frozen' olayından bu olaya kadar geçen süreyi ölçmek, 'Frozen Position Resolution Time' KPI'sı için anahtardır.

Nereden alınır

Bu, pozisyonun geçmişindeki veya denetim logundaki geçerlilik tarihli değişikliklerden çıkarılabilir. Bazı yapılandırmalarda açık bir 'Unfreeze' iş süreci olayı da olabilir.

Yakala

Geçerlilik tarihli geçmişe dayanarak pozisyon durumunun 'Dondurulmuş'tan 'Aktif'e değişimini tespit et.

Event tipi inferred
Pozisyon Donduruldu
Bir pozisyonu geçici olarak askıya alma ve doldurulmasını engelleme eylemini temsil eder. Bu olay, bir kullanıcı Workday'de 'Freeze Position' iş sürecini başarıyla tamamladığında yakalanır.
Neden önemli

Bu aktivite, personel sayısını ve bütçeleri yönetmek için kritiktir. Bir pozisyonun dondurulmuş kaldığı süreyi analiz etmek, durmuş kararları belirlemeye ve kaynak planlamasını optimize etmeye yardımcı olur.

Nereden alınır

'Pozisyon Dondur' iş sürecinin tamamlanmasından alınmıştır. Pozisyon durumu alanı genellikle bu olayın bir sonucu olarak güncellenir.

Yakala

'Pozisyon Dondur' iş sürecinin tamamlanması üzerine kaydedilen olay.

Event tipi explicit
Pozisyon Talebi Reddedildi
Bu aktivite, pozisyon oluşturma talebine onaylayanın reddettiği başarısız bir sonu temsil eder. Workday bunu, 'Denied' terminal statusu olarak 'Create Position' iş sürecinin kaydeder.
Neden önemli

Reddedilen talepleri analiz etmek, bütçe kısıtlamaları veya politika uyumsuzluğu gibi yaygın ret nedenlerini belirlemeye yardımcı olarak süreç iyileştirmelerine ve talep edenler için daha iyi rehberliğe olanak tanır.

Nereden alınır

Bu, 'Create Position' iş süreci örneğinin nihai durumundan yakalanır. Olay timestamp'i, red işleminin ne zaman yapıldığını gösterir.

Yakala

Bir onaylayıcının bir iş süreci adımında 'Reddet' eylemini seçmesi üzerine kaydedilen olay.

Event tipi explicit
Pozisyon Uyumluluğu İncelendi
Bir pozisyonun, örneğin dahili politikalara veya dış düzenlemelere karşı resmi bir uyumluluk kontrolünden geçtiğini belirtir. Bu, muhtemelen ana bir iş süreci içinde belirli bir 'Yapılacaklar' veya 'Kontrol Listesi' adımı olarak yakalanır.
Neden önemli

Uyum denetimlerini takip etmek, riskleri azaltmak ve kurumsal standartlara bağlılığı sağlamak açısından kritik öneme sahiptir. Bu faaliyet, 'Pozisyon Eylemi Uyum Oranı' KPI'ını doğrudan destekler.

Nereden alınır

Bu muhtemelen tamamlanmış bir 'To Do' adımı veya 'Create Position' veya 'Edit Position' gibi bir iş süreci içindeki belirli bir onay adımı olarak yakalanır. Kesin mekanizmayı doğrulamak için sistem analizi gereklidir.

Yakala

İş süreci günlüğündeki uyumlulukla ilgili bir onayın veya 'Yapılacaklar' adımının tamamlanma zaman damgası.

Event tipi explicit
Pozisyon Yeniden Sınıflandırıldı
Pozisyonla ilişkili iş profili veya sınıflandırmasındaki resmi bir değişikliği temsil eder. Bu olay, 'Change Job' iş süreci belirli bir pozisyon için başarıyla tamamlandığında yakalanır.
Neden önemli

Bu aktivite, organizasyonel yeniden yapılanmayı veya görev sorumluluklarındaki önemli değişiklikleri anlamaya yardımcı olur. Yeniden sınıflandırmaların takibi, iş gücü evrimi ve iş mimarisi istikrarı analizini destekler.

Nereden alınır

Bir pozisyona uygulandığında 'Change Job' iş sürecinin tamamlama loglarından alınır; bir çalışana uygulanmasından farklıdır.

Yakala

Bir pozisyonda 'İş Değiştir' iş sürecinin başarıyla tamamlanması üzerine kaydedilen olay.

Event tipi explicit
Yönetici Onayı Gönderildi
İşe alım yöneticisi veya denetleyici organizasyon yöneticisi tarafından inceleme ve onay adımının tamamlanmasını temsil eder. Workday bunu, 'Create Position' iş süreci içindeki bir onay adımı için ayrı bir tamamlama olayı olarak yakalar.
Neden önemli

Bu, yaygın bir erken kilometre taşı ve potansiyel bir darboğazdır. Bu onayın tamamlanması için geçen süreyi takip etmek, pozisyon oluşturma workflow'unun başlangıç aşamalarındaki gecikmeleri belirlemeye yardımcı olur.

Nereden alınır

'Pozisyon Oluştur' iş sürecinin denetim izinden alınmıştır. Belirli 'Yönetici Onayı' adımının tamamlanmasına karşılık gelir.

Yakala

İş süreci günlüğündeki yönetici onay adımının tamamlanma zaman damgası.

Event tipi explicit
Önerilen İsteğe Bağlı

Veri Çekim Kılavuzları

Workday HCM verilerinizi nasıl alırsınız