İşe Alımdan Emekliliğe - Pozisyon Yönetimi Veri Template'iniz
Workday HCMİşe Alımdan Emekliliğe - Pozisyon Yönetimi Veri Template'iniz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Veri Çekim Rehberliği
İşe Alımdan Emekliliğe – Pozisyon Yönetimi Öznitelikleri
| 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
Ö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 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
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 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
Ö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'
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 Bu öznitelik, uyumluluk izlemeyi ve KPI hesaplamasını basitleştirir. İncelenen veya incelenmeyen tüm
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,
Ö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
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'
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
Örnekler
truefalse
|
|||
İşe Alımdan Emekliliğe – Pozisyon Yönetimi Aktiviteleri
| 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
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
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
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
|
|||