İşe Alımdan Emekliliğe - Pozisyon yönetimi Veri Templateiniz
İşe Alımdan Emekliliğe - Pozisyon yönetimi Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- SAP SuccessFactors Employee Central için veri çıkarma yönergeleri
İşe Alımdan Emekliliğe - Pozisyon yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
|
Etkinlik adı
ActivityName
|
Bir pozisyon için belirli bir zamanda gerçekleşen iş olayının adı. | ||
|
Açıklama
Bu öznitelik, Pozisyon Yönetimi yaşam döngüsündeki belirli bir adımı veya kilometre taşını tanımlar. Örneğin, Pozisyon talebi başlatıldı, Pozisyon İK sisteminde oluşturuldu veya Pozisyon devre dışı bırakıldı. Her etkinlik, süreçteki ayrı bir olayı temsil eder. Etkinliklerin sırasını ve sıklığını analiz etmek, Process Mining’in temelini oluşturur. Bu analiz; süreç haritasını görselleştirmeyi, yaygın ve alternatif süreç akışlarını (varyantları) belirlemeyi ve adımlar arasındaki gecikme veya yeniden çalışma noktalarını saptamayı sağlar. Sürecin gerçekte nasıl işlediğini anlamak için bu analiz gereklidir.
Neden önemli?
Süreçteki adımları tanımlar; süreç haritasını görselleştirmenizi, iş akışını analiz etmenizi, darboğazları ve sapmaları belirlemenizi sağlar.
Nereden alınır?
Bu bilgi genellikle SAP SuccessFactors Employee Central sistemindeki olay günlüklerinden, durum değişikliği kayıtlarından veya denetim izlerinden elde edilir. Teknik olay kodlarının ya da durum geçişlerinin kullanıcıların anlayacağı adlara eşlenmesi gerekebilir.
Örnekler
Pozisyon talebi başlatıldıPozisyon İK sisteminde oluşturulduPozisyon öznitelikleri değiştirildiPozisyon devre dışı bırakıldı
|
|||
|
Olay zamanı
EventTime
|
Belirli bir etkinliğin ne zaman gerçekleştiğini gösteren zaman damgası. | ||
|
Açıklama
Olay zamanı, bir etkinliğin sistemde gerçekleştirildiği veya kaydedildiği kesin tarih ve saati belirtir. Her pozisyonun yaşam döngüsündeki olayların kronolojik sırasını gösterir. Bu zaman damgası, Process Mining’deki zamana dayalı tüm analizler için gereklidir. Etkinlikler arasındaki çevrim sürelerini hesaplamak, tüm sürecin süresini ölçmek, adımlar arasında geçen zamanı inceleyerek darboğazları belirlemek ve performans eğilimlerini izlemek için kullanılır. Zaman damgaları doğru değilse süreç analizi yapılamaz.
Neden önemli?
Bu öznitelik, çevrim sürelerini hesaplamak, darboğazları belirlemek ve süreç performansını anlamak için gereken olayların kronolojik sırasını gösterir.
Nereden alınır?
Bu bilgi, SAP SuccessFactors’taki Pozisyon Yönetimi denetim günlüklerinde veya işlem kayıtlarında yer alan oluşturulma tarihi ya da son değiştirilme tarihi alanına karşılık gelir.
Örnekler
2023-04-15T09:00:00Z2023-04-15T14:30:15Z2023-05-01T11:20:00Z
|
|||
|
Pozisyon kimliği
PositionId
|
Kuruluştaki bir pozisyonu benzersiz biçimde tanımlayan ve Pozisyon Yönetimi sürecinde temel vaka kimliği olarak kullanılan değer. | ||
|
Açıklama
Position ID, tek bir kurumsal pozisyonla ilgili tüm etkinlikleri ve veri noktalarını birbirine bağlar. Pozisyonun ilk talep ve oluşturulma aşamalarından değişikliklere, yeniden sınıflandırmalara ve sonunda devre dışı bırakılmasına veya kapatılmasına kadar tüm yaşam döngüsünü baştan sona izlemenizi sağlar. Process Mining’de her benzersiz Position ID tek bir vakayı temsil eder. Süreçleri bu tanımlayıcı üzerinden analiz ederek pozisyonun tüm yolculuğunu anlayabilir, toplam yaşam döngüsü sürelerini ölçebilir ve baştan sona pozisyonları etkileyen örüntüleri veya darboğazları belirleyebilirsiniz. Süreç haritasını oluşturmak ve vaka düzeyindeki KPI’ları hesaplamak için gereken temel özniteliktir.
Neden önemli?
Bu temel vaka kimliği, ilgili tüm olayları birbirine bağlayarak pozisyonun tüm yaşam döngüsünü izlemeyi ve süreç akışını analiz etmeyi mümkün kılar.
Nereden alınır?
Bu tanımlayıcı, SAP SuccessFactors Employee Central’daki Pozisyon Yönetimi modülünün temel öğelerinden biridir ve genellikle Position nesnesinde bulunur.
Örnekler
POS-1002345POS-1002346POS-2039871
|
|||
|
Kaynak sistem
SourceSystemId
|
Verilerin çıkarıldığı sistem. | ||
|
Açıklama
Bu öznitelik, olay verilerinin geldiği kaynak sistemi belirtir. Bu süreçte kaynak sistem her zaman SAP SuccessFactors Employee Central olacaktır. Tek kaynaklı bir modelde gereksiz görünebilir; ancak veri yönetişimi ve bağlamın korunması için önemli bir alandır. Özellikle verilerin birden fazla sistemden birleştirildiği ortamlarda, verinin nereden geldiğini açıkça gösterir.
Neden önemli?
Verinin kaynağını açıkça gösterir. Bu bilgi, veri yönetişimi, sorun giderme ve birden fazla veri kaynağının kullanıldığı senaryolar için gereklidir.
Nereden alınır?
Bu değer genellikle veri dönüştürme sırasında eklenir ve Veri Seti’nin kaynağını belirtmek için sabit bir değer olarak kullanılır.
Örnekler
SAP SuccessFactors Employee Central
|
|||
|
Son veri güncellemesi
LastDataUpdateTime
|
Verilerin kaynak sistemden en son yenilendiği veya çıkarıldığı zaman damgası. | ||
|
Açıklama
Bu öznitelik, süreç verilerinin Process Mining aracında en son ne zaman güncellendiğini gösterir. Analiz edilen verilerin ne kadar güncel olduğunu belirtir. Kullanıcıların analizin güncelliğini anlaması ve verilerin ne zaman yenilendiğine ilişkin beklentilerini yönetmesi açısından önemlidir. Her Dashboard veya rapor için temel bir üst veri öğesidir.
Neden önemli?
Verilerin güncelliğini gösterir. Böylece analizlerin ve kararların güncel bilgilere dayanmasını sağlamaya yardımcı olur.
Nereden alınır?
Bu zaman damgası, veri çıkarma ve dönüştürme hattı çalıştırıldığında oluşturulur.
Örnekler
2023-10-27T08:00:00Z
|
|||
|
Departman
DepartmentName
|
Pozisyonun bağlı olduğu departmanın adı. | ||
|
Açıklama
Bu öznitelik, pozisyonun bağlı olduğu departmanı belirtir. Örneğin Finans, Satış veya Bilgi Teknolojileri. Departman, karşılaştırmalı analiz için önemli bir boyuttur. Örneğin departmanlar arasındaki pozisyon onay sürelerini karşılaştırarak kuruluşun farklı bölümlerindeki süreç performansını kıyaslamanızı sağlar. Departman onay darboğazı Dashboardı için gereklidir ve belirli alanlardaki verimsizlikleri ya da iyi uygulamaları belirlemeye yardımcı olur.
Neden önemli?
Farklı iş departmanlarının performansını karşılaştırmayı ve darboğazları analiz etmeyi sağlar; böylece belirli alanlardaki sorunlar saptanabilir.
Nereden alınır?
Bu, SAP SuccessFactors Employee Central’daki Position nesnesinin standart bir özniteliğidir.
Örnekler
FinansSatış - Kuzey AmerikaAraştırma ve geliştirme
|
|||
|
Kullanıcı kimliği
UserId
|
Etkinliği gerçekleştiren kullanıcının tanımlayıcısı. | ||
|
Açıklama
Bu öznitelik, belirli bir olayı gerçekleştiren çalışanın veya sistem kullanıcısının benzersiz kimliğini kaydeder. Örneğin, pozisyon talebini onaylayan yöneticinin veya pozisyonu sisteme ekleyen İK yöneticisinin kimliğini gösterir. Kullanıcı kimliğine göre analiz yapmak; iş yükü dağılımını anlamak, yüksek performans gösterenleri belirlemek ve eğitim ihtiyacını saptamak için önemlidir. Ayrıca kaynak analizine ve uyumluluk kontrollerine yardımcı olur. Sistem veya hizmet hesaplarının gerçekleştirdiği etkinlikleri belirleyerek otomasyona işaret edebilir.
Neden önemli?
Süreç etkinliklerini belirli kullanıcılarla ilişkilendirerek iş yükü analizini, performans ölçümünü ve otomasyonun belirlenmesini sağlar.
Nereden alınır?
Bu bilgi genellikle SAP SuccessFactors’taki Position nesnesinin denetim günlüklerinde veya işlem verilerinde bulunan Changed By ya da User alanlarında yer alır.
Örnekler
c.bakerj.smithSYSTEM_USER
|
|||
|
Olay bitiş zamanı
EventEndTime
|
Belirli bir etkinliğin ne zaman tamamlandığını gösteren zaman damgası. | ||
|
Açıklama
Olay bitiş zamanı, bir etkinliğin tamamlandığı anı gösterir. Birçok sistemde etkinlikler tek bir zaman noktası olarak kaydedilir; bu durumda bitiş zamanı başlangıç zamanıyla aynıdır. Ancak aktif olarak üzerinde çalışılan bir onay adımı gibi ölçülebilir süresi olan etkinliklerde bu alan, tamamlanma anını gösterir. Bu öznitelik, tek tek etkinliklerin işlem süresini hesaplamak için gereklidir. Etkinliğin kendisinde geçen işlem süresiyle etkinlikler arasındaki bekleme süresini ayırt etmeye yardımcı olur ve süreç verimliliğine daha ayrıntılı bir bakış sunar.
Neden önemli?
Etkinliklerin işlem süresini hesaplamayı ve bir görev üzerinde çalışılan süreyle sonraki adımın beklendiği süreyi ayırt etmeyi sağlar.
Nereden alınır?
Bu bilgi denetim günlüklerinde bulunabilir veya mevcut verilerden çıkarılması gerekebilir. Tek aşamalı olaylarda genellikle StartTime ile aynıdır.
Örnekler
2023-04-15T09:05:12Z2023-04-15T14:45:00Z2023-05-01T11:20:00Z
|
|||
|
Onaylayan kimliği
ApproverId
|
Onay etkinliğinde yer alan yönetici veya onaylayanın kimliği. | ||
|
Açıklama
Bu öznitelik, 'Pozisyon talebi yönetici tarafından onaylandı' veya 'Pozisyon talebi İK tarafından onaylandı' gibi bir onay adımını gerçekleştiren kullanıcıyı belirtir. Genel kullanıcı kimliğinden farklı olarak, özellikle onay görevleriyle ilgilidir. Onay sürelerini onaylayan kişilere göre incelemek, süreçte darboğaz oluşturan veya en iyi uygulamaya işaret edecek kadar hızlı onay veren kişileri belirlemenize yardımcı olabilir. Ayrıca 'Bölüm bazında onay darboğazı' Dashboardındaki analizleri daha ayrıntılı incelemenizi sağlar.
Neden önemli?
Onay adımlarını ayrıntılı incelemenizi, darboğazları veya yüksek performans gösteren kişileri onaylayan bazında belirlemenizi sağlar.
Nereden alınır?
Bu bilgi, pozisyon talebi işlemiyle ilişkili olarak SAP SuccessFactors içindeki iş akışı veya onay günlüğü verilerinde saklanır.
Örnekler
m.joness.patele.williams
|
|||
|
Pozisyon durumu
PositionStatus
|
Olayın gerçekleştiği sırada pozisyonun durumu. | ||
|
Açıklama
Bu öznitelik, pozisyonun İşe Alım Bekliyor, Dolduruldu, Donduruldu veya Kaldırıldı gibi durumunu gösterir. Durum, süreçteki belirli etkinlikler sonucunda değişebilir. Pozisyon durumlarının zaman içindeki geçişlerini analiz etmek, pozisyonun yaşam döngüsünü anlamak ve durumların tutarlı biçimde kullanılmasını sağlamak için önemlidir. Pozisyon durumu geçiş analizi Dashboardı, standart dışı süreç akışlarını belirlemek ve tanımlı durum modellerine uyumu kontrol etmek için bu özniteliği kullanır. Pozisyonların belirli bir durumda ne kadar kaldığını anlamaya yardımcı olur.
Neden önemli?
Durum değişikliklerini izlemek; pozisyonun yaşam döngüsünü analiz etmek, sürecin tanımlı akışa uygunluğunu kontrol etmek ve pozisyonların her durumda ne kadar kaldığını anlamak için önemlidir.
Nereden alınır?
Bu bilgi, SAP SuccessFactors Employee Central’daki Position nesnesinin durum alanına karşılık gelir.
Örnekler
İşe alım bekliyorDoldurulduDondurulduKaldırıldı
|
|||
|
Bütçe onay durumu
BudgetApprovalStatus
|
Pozisyon talebinin bütçe onay durumu. | ||
|
Açıklama
Bu öznitelik, yeni bir pozisyon için mali onayın durumunu 'Beklemede', 'Onaylandı' veya 'Reddedildi' gibi değerlerle izler. Özellikle mali onay adımını takip etmek için kullanılır. Bu durum, 'Bütçe onay çevrim süresi' KPI’ını hesaplamak ve 'Pozisyon bütçe onay süresi' Dashboardını oluşturmak için gereklidir. Sürecin mali onay bölümünü ayrı incelemenizi sağlayarak bütçeyle ilgili sorunlardan kaynaklanan gecikmeleri belirlemenize yardımcı olur. Bu gecikmeler, pozisyon oluşturma sürecinde önemli bir darboğaz olabilir.
Neden önemli?
Bütçe onay aşamasını doğrudan incelemenizi, yeni pozisyonlar için mali onay sürecindeki gecikmeleri belirleyip azaltmanızı sağlar.
Nereden alınır?
Bu bilgi, SAP SuccessFactors içindeki pozisyon talebi iş akışı verilerinde, muhtemelen belirli bir onay adımının durumu olarak yer alır.
Örnekler
Finans onayı bekleniyorOnaylandıReddedildi
|
|||
|
Değişiklik nedeni
ChangeReason
|
Pozisyon değişikliği veya yeniden sınıflandırması için belirtilen neden. | ||
|
Açıklama
Pozisyon değiştirildiğinde veya yeniden sınıflandırıldığında kullanıcılar genellikle değişiklik nedenini belirtir. Bu öznitelik; Yeniden yapılanma, Kapsam değişikliği veya Yıllık inceleme gibi nedenleri kaydeder. Bu öznitelik, temel neden analizinde önemlidir. Yeniden sınıflandırma veya öznitelik değişikliği gibi süreç olaylarının nedenini açıklar. En sık belirtilen değişiklik nedenlerini analiz etmek; başlangıçtaki iş tanımlarının belirsiz olması veya kuruluş yapısının sık değişmesi gibi temel sorunları ortaya çıkarabilir. Bu, Pozisyon yeniden sınıflandırma analizi Dashboardının temel amaçlarından biridir.
Neden önemli?
Yeniden sınıflandırma veya değişikliklerin neden yapıldığını açıklayarak temel neden analizine gereken iş bağlamını sunar.
Nereden alınır?
Bu veri genellikle SAP SuccessFactors’ta Position nesnesini değiştiren işlemler sırasında neden veya yorum alanına kaydedilir.
Örnekler
Yeniden yapılanmaKapsam değişikliğiYıllık değerlendirme
|
|||
|
Değiştirilen öznitelik
ModifiedAttribute
|
Pozisyonda değiştirilen öznitelik veya alan. | ||
|
Açıklama
'Pozisyon öznitelikleri değiştirildi' etkinliği gerçekleştiğinde bu alan, 'Bölüm', 'İş unvanı' veya 'Bağlı olduğu yönetici' gibi hangi özniteliğin değiştirildiğini belirtir. Bu bilgi, 'Pozisyon özniteliği değişiklik sıklığı' Dashboardına ayrıntı katar. Böylece yalnızca bir değişiklik olduğunu görmekle kalmaz, en sık hangi özniteliklerin değiştiğini de inceleyebilirsiniz. Belirli bir öznitelikte çok sayıda değişiklik olması, tanımının net olmadığını veya bu alana ilişkin ilk verilerin sıklıkla hatalı girildiğini gösterebilir.
Neden önemli?
Değişiklik olaylarına ayrıntı ekleyerek hangi veri noktalarının en sık değiştiğini veya hataya en açık olduğunu belirlemenizi sağlar.
Nereden alınır?
Bu bilgi, SAP SuccessFactors içindeki alan düzeyindeki değişiklikleri ve eski-yeni değerleri kaydeden ayrıntılı denetim günlüklerinden alınabilir.
Örnekler
DepartmanYöneticiMaliyet merkeziİş unvanı
|
|||
|
İlk seferde doğru oluşturuldu mu
IsFirstTimeRight
|
Pozisyonun oluşturulduktan hemen sonra değişiklik yapılmadan ilk seferde doğru oluşturulup oluşturulmadığını belirten bir işaret. | ||
|
Açıklama
Bu hesaplanan öznitelik, 'İK sisteminde pozisyon oluşturuldu' etkinliğinin ardından kısa ve önceden belirlenmiş bir süre içinde (örneğin 24 saat) 'Pozisyon öznitelikleri değiştirildi' etkinliğinin gerçekleşip gerçekleşmediğini denetleyen bir doğru/yanlış işaretidir. Değişiklik yapılmazsa değer 'doğru' olarak belirlenir. Bu öznitelik, 'İlk seferde doğru oluşturma yüzdesi' KPI’ını doğrudan destekler. Veri kalitesini ve süreç verimliliğini ölçer; ilk veri girişinin hatalı veya eksik olması nedeniyle hemen yeniden çalışma gerektiren vakaları ortaya çıkarır. İlk seferde doğru oluşturma oranının düşük olması, eğitim, sistemin kullanılabilirliği veya veri doğrulama kurallarıyla ilgili sorunlara işaret edebilir.
Neden önemli?
Bu metrik, pozisyon oluşturma sürecinin kalitesini ölçer ve veri girişindeki yeniden çalışmaları ve veri kalitesi sorunlarını ortaya çıkarır.
Nereden alınır?
Bu doğru/yanlış işareti, her Position ID için olay sırası incelenerek veri dönüştürme sırasında hesaplanır.
Örnekler
truefalse
|
|||
|
İş ailesi
PositionJobFamily
|
Pozisyonun bağlı olduğu iş ailesi veya işlevsel alan. | ||
|
Açıklama
İş ailesi; Mühendislik, Finans veya İnsan Kaynakları gibi birbiriyle ilişkili işleri gruplandıran bir sınıflandırmadır. Pozisyon unvanına kıyasla daha üst düzey bir gruplama sunar. Bu öznitelik, Pozisyon yeniden sınıflandırma analizi Dashboardı için gereklidir. Analistlerin pozisyonların iş aileleri arasında ne sıklıkta yeniden sınıflandırıldığını izlemesini ve eğilimleri belirlemesini sağlar. Örneğin, pozisyonların BT desteğinden siber güvenliğe sıkça aktarılması kuruluşta stratejik bir değişime işaret edebilir.
Neden önemli?
Bu öznitelik, yeniden sınıflandırma eğilimlerini analiz etmek ve kuruluş yapısındaki işlevsel değişiklikleri anlamak için önemlidir.
Nereden alınır?
Bu, SAP SuccessFactors’taki Position nesnesiyle ilişkili iş sınıflandırması yapısının bir parçasıdır.
Örnekler
MühendislikFinansİnsan Kaynakları
|
|||
|
İş birimi
BusinessUnitName
|
Pozisyonun bağlı olduğu iş birimi. | ||
|
Açıklama
Bu öznitelik, pozisyonun bağlı olduğu ve bölümün bir üst düzeyinde yer alabilen iş birimini veya daha geniş iş kolunu belirtir. Bölüm özniteliğine benzer şekilde, İş birimi üst düzey karşılaştırmalı analizler için bir boyut sunar. Üst düzey yöneticiler, pozisyon yönetiminin verimliliğini 'Tüketici Ürünleri' ve 'Kurumsal Yazılım' gibi iş kolları arasında karşılaştırabilir.
Neden önemli?
Bölümler arasında üst düzey süreç performansı karşılaştırmaları yapmanızı ve süreç metriklerini stratejik iş birimleriyle ilişkilendirmenizi sağlar.
Nereden alınır?
Bu, SAP SuccessFactors içindeki Position nesnesinde bulunan standart bir kuruluş yapısı özniteliğidir.
Örnekler
Tüketici ÜrünleriKurumsal YazılımKüresel Hizmetler
|
|||
|
Pozisyon onay süresi
PositionApprovalCycleTime
|
Pozisyon talebinin başlatılmasından İK tarafından onaylanmasına kadar geçen toplam süre. | ||
|
Açıklama
Bu hesaplanan KPI, yeni bir pozisyonun tüm onay aşamasının ne kadar sürdüğünü ölçer. Vaka düzeyinde, 'Pozisyon talebi başlatıldı' olayı ile 'Pozisyon talebi İK tarafından onaylandı' olayı arasındaki süre hesaplanarak bulunur. Bu öznitelik, 'Ortalama pozisyon onay süresi' KPI’ını doğrudan ölçer ve 'Pozisyon onay çevrim süresi' Dashboardının temel metriğidir. Kuruluşun çevikliğini ve işe alım sürecinin başlangıç aşamasındaki verimliliği değerlendirmek için önemli bir ölçüm sunar.
Neden önemli?
Pozisyon onay iş akışının verimliliğini doğrudan ölçen bu temel performans göstergesi, gecikmeleri izlemenize ve azaltmanıza yardımcı olur.
Nereden alınır?
Bu metrik, ilgili etkinliklerin zaman damgaları kullanılarak Process Mining platformunda veya veri dönüştürme katmanında vaka düzeyinde hesaplanır.
Örnekler
P3D4H30MP10DP1DT12H
|
|||
|
Pozisyon unvanı
PositionTitle
|
Pozisyonla ilişkili resmî iş unvanı. | ||
|
Açıklama
Bu öznitelik, pozisyonun iş unvanını belirtir. Örneğin Kıdemli finans analisti veya Yazılım mühendisi II. Pozisyon unvanı, süreç akışını doğrudan belirlemese de önemli bir iş bağlamı sunar. Belirli rol türlerine göre analizleri filtrelemek veya bazı unvanların daha uzun oluşturma çevrim süreleriyle ya da daha sık değişikliklerle ilişkili olup olmadığını görmek için kullanılabilir. Analize iş açısından anlaşılır ayrıntılar ekler.
Neden önemli?
İş rolleri veya düzeylerine göre analizleri filtrelemeyi ya da gruplandırmayı sağlayarak iş bağlamı sunar.
Nereden alınır?
Bu, SAP SuccessFactors Employee Central’daki Position nesnesinin standart bir özniteliğidir ve genellikle Job Classification ile ilişkilidir.
Örnekler
Kıdemli finans analistiYazılım mühendisi IIPazarlama koordinatörü
|
|||
|
Ülke
CountryCode
|
Pozisyonun bulunduğu ülke. | ||
|
Açıklama
Bu öznitelik, pozisyonun bulunduğu ülkeyi belirtir ve analiz için önemli bir coğrafi boyut sunar. Süreci ülkelere göre incelemek; verimlilik, uyumluluk gereklilikleri veya süreç yürütme açısından bölgesel farklılıkları ortaya çıkarabilir. Örneğin, yerel iş mevzuatı veya iş konseyi katılımı nedeniyle bir ülkedeki pozisyon onayları çok daha uzun sürebilir. Bu analiz, konuma özgü süreç farklılıklarını anlamanıza ve ele almanıza yardımcı olur.
Neden önemli?
Süreç performansındaki bölgesel farklılıkları belirlemek için coğrafi analiz yapmanızı sağlar. Bu farklılıklar yerel mevzuat veya uygulamalardan kaynaklanabilir.
Nereden alınır?
Bu bilgi, SAP SuccessFactors içindeki Position nesnesiyle ilişkili konum bilgilerinin bir parçasıdır.
Örnekler
USADEUINDGBR
|
|||
İşe Alımdan Emekliliğe - Pozisyon yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
|
Pozisyon etkinleştirildi
|
Bu olay, yeni oluşturulan pozisyonun kadro planlaması veya işe alım için etkin ve kullanılabilir hâle geldiğini gösterir. Genellikle pozisyonun durum alanının Etkin değerine değiştiği bilgisine dayanarak belirlenir. | ||
|
Neden önemli?
Pozisyon etkinleştirildiğinde işe alım başlayabilir. Oluşturulma ile etkinleştirilme arasındaki süreyi izlemek, pozisyonların doldurulmaya hazır hâle gelmesindeki gecikmeleri belirlemeye yardımcı olur.
Nereden alınır?
Bu olay, Position MDF nesnesinin geçmişindeki Status veya Effective Status alanlarında yapılan değişiklikler izlenerek belirlenir. Etkin değerine geçişin zaman damgası olay zamanını gösterir.
Kaydedin
Pozisyonun durum alanının Etkin olarak değiştiği bilgisine dayanarak belirlenir.
Olay türü
inferred
|
|||
|
Pozisyon İK sisteminde oluşturuldu
|
Bu etkinlik, SAP SuccessFactors Employee Central’da pozisyon kaydının resmî olarak oluşturulduğunu gösterir. Position MDF nesnesinin denetim izi veya geçmişinden, oluşturulma zaman damgası kullanılarak açıkça alınır. | ||
|
Neden önemli?
Bu önemli kilometre taşı, pozisyonun resmen oluşturulduğunu doğrular. Pozisyon oluşturma çevrim süresi KPI’ı, talebin başlatılmasından bu olaya kadar geçen süreyi ölçerek genel verimliliği gösterir.
Nereden alınır?
Bu olay, ilgili Position ID için Position Metadata Framework (MDF) nesnesinin denetim geçmişindeki Created On veya Created Date sistem alanından elde edilir.
Kaydedin
Position nesnesi kaydının oluşturulma zaman damgasından alınır.
Olay türü
explicit
|
|||
|
Pozisyon kapatıldı
|
Bu, pozisyonun yaşam döngüsündeki son olaydır ve pozisyonun kalıcı olarak kapatıldığını veya kaldırıldığını gösterir. Genellikle pozisyon durumunun Kapalı veya Kaldırıldı gibi sonlandırıcı bir değere değiştiği bilgisine dayanarak belirlenir. | ||
|
Neden önemli?
Bu etkinlik, sürecin kesin bitiş noktasını belirleyerek baştan sona çevrim süresinin doğru analiz edilmesini sağlar. Pozisyonun başarıyla kapatıldığını doğrular.
Nereden alınır?
Bu olay, Position MDF nesnesinin geçmişindeki Status alanında yapılan değişiklikler izlenerek belirlenir. Kapalı veya Kaldırıldı değerine geçişin zaman damgası olay zamanını gösterir.
Kaydedin
Pozisyon durumunun sonlandırıcı bir değere değiştiği bilgisine dayanarak belirlenir.
Olay türü
inferred
|
|||
|
Pozisyon talebi başlatıldı
|
Bu olay, bir kullanıcının yeni pozisyon oluşturmak için resmî talepte bulunduğu anı ve Pozisyon Yönetimi sürecinin başlangıcını gösterir. SAP SuccessFactors’ta pozisyon oluşturma iş akışı başlatıldığında bu olay açıkça kaydedilir. | ||
|
Neden önemli?
Bu, sürecin temel başlangıç olayıdır. Genel süreç verimliliğini ölçmek için bu etkinlikten pozisyon onayı veya oluşturulması gibi sonraki adımlara kadar geçen süreyi analiz etmek önemlidir.
Nereden alınır?
Bu olay, pozisyon talebiyle ilişkili bir iş akışı örneği başlatıldığında kaydedilir. Veriler, Position nesnesine bağlı WfRequest gibi iş akışı talep tablolarında bulunabilir.
Kaydedin
Yeni bir pozisyon iş akışı başlatıldığında kaydedilir.
Olay türü
explicit
|
|||
|
Pozisyon talebi İK tarafından onaylandı
|
Bu etkinlik, İnsan Kaynakları departmanının pozisyon talebini onayladığını gösterir. Onay iş akışında açıkça kaydedilen bir tamamlanma adımı ve önemli bir kilometre taşıdır. | ||
|
Neden önemli?
İK’nın son onayı, bütçe tahsisi veya sistemde pozisyon oluşturulmadan önce ana onay aşamasını genellikle tamamlar. Bu adıma ulaşma süresini ölçmek, Ortalama pozisyon onay süresi KPI’ı için önemlidir.
Nereden alınır?
Bu olay, pozisyon talebiyle ilişkili iş akışı günlüklerinden alınır. İK temsilcisinin kendisine atanan onay adımını tamamladığı zaman damgasına karşılık gelir.
Kaydedin
İK onaylayanı iş akışındaki adımını tamamladığında kaydedilir.
Olay türü
explicit
|
|||
|
Pozisyon talebi reddedildi
|
Bu olay, onay iş akışının herhangi bir aşamasında pozisyon talebinin reddedildiğini gösterir. Onaylayan kişi Reddet veya Geri Gönder seçeneğini belirlediğinde iş akışı motoru bu olayı açıkça kaydeder. | ||
|
Neden önemli?
Retler, talep verileri, bütçe veya gerekçeyle ilgili sorunlara işaret edebilen önemli süreç sapmalarıdır. Ret nedenlerini analiz etmek, gelecekteki taleplerin kalitesini artırmaya yardımcı olur.
Nereden alınır?
Bu olay, pozisyon talebiyle ilişkili iş akışı günlüklerinden alınır. İş akışı adımının Reddedildi durumuyla tamamlandığını gösterir.
Kaydedin
Onaylayan kişi iş akışındaki bir adımı reddettiğinde kaydedilir.
Olay türü
explicit
|
|||
|
Pozisyon bütçesi onaylandı
|
Bu olay, finans departmanının veya bütçe sorumlusunun yeni pozisyonun mali yönlerini onayladığını gösterir. Genellikle yönetici ve İK onaylarından sonra iş akışında açıkça yer alan bir adımdır. | ||
|
Neden önemli?
Bütçe onayındaki gecikmeler işe alım sürecini önemli ölçüde aksatabilir. Bu etkinliği ayrı olarak incelemek, Pozisyon Yönetimi sürecindeki mali onay aşamasını analiz edip iyileştirmeye yardımcı olur.
Nereden alınır?
Bu olay, pozisyon talebine ait iş akışı günlüklerinden alınır ve finans onay adımının tamamlandığını gösterir. Onaylayan kişi genellikle Finans veya Bütçe Sorumlusu rolüyle tanımlanır.
Kaydedin
Finans onaylayanı iş akışındaki adımını tamamladığında kaydedilir.
Olay türü
explicit
|
|||
|
Pozisyon devre dışı bırakıldı
|
Bu olay, pozisyonun resmen devre dışı bırakıldığını, kullanılamaz hâle geldiğini gösterir. Pozisyon durumunun Etkin Değil veya Devre Dışı gibi bir değere değiştiği bilgisine dayanarak belirlenir. | ||
|
Neden önemli?
Bu, pozisyonun kapatılması sürecindeki önemli bir adımdır. Askıya alınma ile devre dışı bırakılma arasındaki süreyi izlemek, Pozisyonu devre dışı bırakma süresi KPI’ını ölçmek için önemlidir.
Nereden alınır?
Bu olay, Position MDF nesnesinin denetim geçmişinde Status veya Effective Status alanının Etkin Değil olarak değiştiği an belirlenerek elde edilir.
Kaydedin
Pozisyonun durum alanının Etkin Değil olarak değiştiği bilgisine dayanarak belirlenir.
Olay türü
inferred
|
|||
|
Pozisyon donduruldu veya askıya alındı
|
Bu olay, pozisyonun geçici olarak durdurulduğunu ve kadro planlaması için kullanılamadığını gösterir. Pozisyonun durum alanının Donduruldu veya Askıya Alındı gibi bir değere değiştiği bilgisine dayanarak belirlenir. | ||
|
Neden önemli?
Bu etkinlik genellikle devre dışı bırakma veya kapatma işleminden önce gerçekleşir. Pozisyonun ne kadar süreyle dondurulduğunu analiz etmek, iş gücü planlamasını ve kadro yönetimini iyileştirmeye yardımcı olur.
Nereden alınır?
Bu olay, Position MDF nesnesinin geçmişindeki Status alanında yapılan değişiklikler izlenerek belirlenir. Donduruldu veya benzer bir değere geçişin zaman damgası olay zamanını gösterir.
Kaydedin
Pozisyonun durum alanının Donduruldu olarak değiştiği bilgisine dayanarak belirlenir.
Olay türü
inferred
|
|||
|
Pozisyon öznitelikleri değiştirildi
|
Bu olay, mevcut bir pozisyonun unvanı, departmanı veya maliyet merkezi gibi özniteliklerinde yapılan değişiklikleri gösterir. Position MDF nesnesinin denetim günlüklerinden açıkça alınır. | ||
|
Neden önemli?
Sık yapılan değişiklikler, veri kalitesi sorunlarına veya kuruluş tasarımındaki istikrarsızlığa işaret edebilir. Bu olayları analiz ederek Pozisyon öznitelik değişim oranı ölçülebilir ve yeniden çalışma incelenebilir.
Nereden alınır?
Bu olaylar, Position MDF nesnesinin denetim geçmişinden alınır. Son değiştirilme tarihi zaman damgası ve kullanıcı bilgisiyle kaydedilen her değişiklik, bir değişiklik etkinliğini gösterir.
Kaydedin
Herhangi bir alan değişikliği, Position nesnesinin denetim izine kaydedilir.
Olay türü
explicit
|
|||
|
Pozisyon talebi yönetici tarafından onaylandı
|
Bu olay, genellikle işe alım yöneticisi veya doğrudan yönetici tarafından verilen ilk düzey onayın tamamlandığını gösterir. Pozisyon yönetimi iş akışında tamamlanan bir adım olarak açıkça kaydedilir. | ||
|
Neden önemli?
Yönetici onay sürelerini izlemek, belirli departmanlardaki veya yönetim kademelerindeki darboğazları belirlemeye yardımcı olur. Onay döngüsünün ilk aşamalarını anlamak için önemli bir kilometre taşıdır.
Nereden alınır?
Bu olay, ilgili pozisyon talebinin iş akışı günlüklerinde adımın tamamlandığını gösteren bir kayıt olarak yer alır. Onaylayanın rolü ve iş akışı adımının Onaylandı durumu kullanılarak belirlenebilir.
Kaydedin
Bir kullanıcı iş akışındaki onay adımını tamamladığında kaydedilir.
Olay türü
explicit
|
|||
|
Pozisyon uyumluluk açısından incelendi
|
Bu olay, pozisyonun iç politikalara veya dış düzenlemelere uygunluğunu doğrulamak için belirli aralıklarla ya da bir olay üzerine yapılan incelemeyi gösterir. Bu olayın nasıl kaydedileceği, özel iş akışı veya MDF nesnesi gibi müşteriye özgü yapılandırmalara bağlıdır. | ||
|
Neden önemli?
Bu etkinlik, kuruluş genelinde uyumluluğu izlemek ve sağlamak için gereklidir. Pozisyon inceleme uyum oranı gibi KPI’ları doğrudan destekler ve riskleri azaltmaya yardımcı olur.
Nereden alınır?
Sistem analizi gerekir. Bu olay, Position nesnesine bağlı özel bir MDF nesnesinde, özel bir iş akışı durum güncellemesinde veya ek kayıtlarında bulunabilir.
Kaydedin
Özel uygulamaya bağlıdır; muhtemelen özel bir MDF nesnesi kaydıdır.
Olay türü
explicit
|
|||
|
Pozisyon yeniden sınıflandırıldı
|
Bu etkinlik, pozisyonun temel tanımında yapılan önemli bir değişikliği, örneğin iş kodunun veya iş ailesinin değiştirilmesini gösterir. Position MDF nesnesindeki Job Code veya Job Classification alanlarında yapılan değişikliklere dayanarak belirlenir. | ||
|
Neden önemli?
Yüksek yeniden sınıflandırma oranları, ilk iş tasarımındaki sorunlara veya değişen iş ihtiyaçlarına işaret edebilir. Bu oranı izlemek, kuruluş yapısının istikrarını analiz etmeye yardımcı olur.
Nereden alınır?
Bu olay, Position MDF nesnesinin denetim geçmişinde jobCode gibi temel sınıflandırma alanlarındaki değişiklikler izlenerek belirlenir. Bu değişikliğin zaman damgası olay zamanını gösterir.
Kaydedin
Position nesnesindeki jobCode alanının değiştiği bilgisine dayanarak belirlenir.
Olay türü
inferred
|
|||
Veri çıkarma rehberleri
Başlamaya hazır mısınız?
Bu değerli Veri Templateiyle İşe Alımdan Emekliliğe - Pozisyon yönetimi sürecinizi bugün iyileştirmeye başlayın. İçgörüleri keşfedin ve kuruluşunuz genelinde verimliliği artırın.
İşe Alımdan Emekliliğe pozisyon yönetiminde verimliliği bugün artırın!
Darboğazları belirleyin ve İşe Alımdan Emekliliğe çevrim süresini hızla %30 azaltın.
Kredi kartı gerekmez. Kurulum yalnızca birkaç dakika sürer.