İşe Alımdan Emekliliğe - Pozisyon Yönetimi Veri Templateiniz

Genel amaçlı Process Mining Templatei
İşe Alımdan Emekliliğe - Pozisyon Yönetimi Veri Templateiniz

İşe Alımdan Emekliliğe - Pozisyon Yönetimi Veri Templateiniz

Genel amaçlı Process Mining Templatei

Bu, İşe Alımdan Emekliliğe - Pozisyon yönetimi için genel amaçlı Process Mining veri Templateimizdir. Daha ayrıntılı yönlendirme için sisteme özel Templatelerimizi kullanın.

Belirli bir sistem seçin
  • Event Log verileriniz için standart bir yapı.
  • Ayrıntılı analiz için önerilen öznitelikler ve etkinlikler.
  • Farklı kaynak sistemlerde kullanılabilecek yönergeler.
Olay günlüklerine yeni misiniz? Process Mining için nasıl Event Log oluşturacağınızı öğrenin.

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

Önerilen bu veri alanları, kapsamlı bir Event Log oluşturmak ve İşe Alımdan Emekliliğe - Pozisyon Yönetimi süreciniz hakkında ayrıntılı bilgi edinmek için gereklidir.
5 Zorunlu 7 Önerilen 4 İsteğe bağlı
Ad Açıklama
Etkinlik adı
ActivityName
Pozisyon yönetimi sürecinde belirli bir anda gerçekleşen iş olayının, görevin veya durum değişikliğinin adıdır.
Açıklama

Etkinlik adı, pozisyonun yaşam döngüsünde gerçekleştirilen tek bir adımı veya eylemi tanımlar. Bu etkinlikler süreç haritasının yapı taşlarını oluşturur. Pozisyon talebi başlatıldı, Bütçe onayı alındı veya Pozisyon kapatıldı gibi önemli olayları gösterir.

Etkinlikleri izlemek, analiz sırasında tüm süreç akışını görselleştirmeyi sağlar. Olayların sırasını belirlemeye, süreç çeşitlerini keşfetmeye ve tekrarlanan Pozisyon talebi yeniden çalışma için gönderildi etkinlikleri gibi darboğazları veya yeniden çalışma döngülerini saptamaya yardımcı olur. Doğru ve anlaşılır bir süreç modeli oluşturmak için etkinlik adlarının açık ve tutarlı olması gerekir.

Neden önemli?

Bu öznitelik, süreç haritasını oluşturmak, darboğazları belirlemek ve pozisyonun yaşam döngüsündeki olay sırasını anlamak için temel niteliktedir.

Nereden alınır?

İK veya pozisyon yönetimi sistemindeki olay günlüklerinden, durum değişikliği tablolarından ya da işlem kodlarından alınır.

Örnekler
Pozisyon talebi başlatıldıYönetici onayı alındıPozisyon doldurulduPozisyon yeniden sınıflandırıldı
Olay zamanı
EventTime
Pozisyon yönetimi sürecindeki belirli bir etkinliğin gerçekleştiği kesin tarih ve saat. Etkinliğin başlangıç zamanını gösterir.
Açıklama

Olay zamanı, bir etkinliğin tam olarak ne zaman gerçekleştiğini kaydeden zaman damgasıdır. Sürecin tamamına kronolojik bağlam kazandırır ve olayların doğru sıraya konarak süreç akışının gerçekleştiği biçimde yeniden oluşturulmasını sağlar.

Bu zaman damgası, zamana dayalı tüm analizlerin temelidir. Etkinlikler arasındaki çevrim sürelerini hesaplamak, onay adımlarının ne kadar sürdüğünü belirlemek ve pozisyonun oluşturulmasından doldurulmasına kadar geçen toplam süreyi ölçmek için kullanılır. Pozisyon yönetimi çevrim süresi gibi Dashboardlar ve Ortalama pozisyon onay çevrim süresi gibi temel performans göstergeleri için zaman damgalarının doğru olması gerekir.

Neden önemli?

Olayları kronolojik sıraya koymak ve çevrim süresi ile toplam süre gibi zamana dayalı tüm metrikleri hesaplamak için gereklidir.

Nereden alınır?

Genellikle sistem günlüklerinde, işlem kayıtlarında veya kaynak sistemdeki belge oluşturma ve değiştirme tarihi alanlarında bulunur.

Örnekler
2023-04-15T10:30:00Z2023-06-21T14:05:12Z2024-01-10T09:00:00Z
Pozisyon kimliği
PositionId
Kuruluş içindeki belirli bir pozisyonu tanımlayan benzersiz kimliktir. Pozisyon yönetimi sürecinde temel vaka kimliği olarak kullanılır.
Açıklama

Pozisyon kimliği, her pozisyona diğerlerinden ayırt edilmesi için atanan benzersiz bir anahtardır. İlk talep aşamasından pozisyonun kapatılmasına kadar yaşam döngüsü boyunca gerçekleşen tüm etkinlik ve olayları birbirine bağlar.

Process Mining çalışmalarında, ilişkili etkinlikleri tek bir süreç örneğinde gruplamak için her Event Log kaydında bir vaka kimliği bulunmalıdır. Analistler, pozisyon kimliğini vaka kimliği olarak kullanarak her pozisyonun baştan sona tüm yolculuğunu izleyebilir. Böylece süreç akışları görselleştirilebilir, her pozisyonun çevrim süresi hesaplanabilir ve yaygın yollarla sapmalar belirlenebilir.

Neden önemli?

İlişkili tüm etkinlikleri tek bir süreç örneğinde gruplamak ve her pozisyonun yaşam döngüsünü baştan sona analiz etmek için gereklidir.

Nereden alınır?

Genellikle pozisyon yönetimi veya insan kaynakları bilgi sistemi (HRIS) modülündeki başlık ya da ana kayıtta bulunur.

Örnekler
POS-0012586003491-FINMKTG-SR-ANALYST-2
Kaynak sistem
SourceSystem
Olay verilerinin alındığı sistemin adı veya kimliğidir. Örneğin, ana HRIS ya da özel bir işe alım modülü olabilir.
Açıklama

Kaynak sistem özniteliği, süreç verilerinin nereden geldiğini gösterir. Birçok kuruluşta İşe Alımdan Emekliliğe süreci birden fazla uygulamaya yayılır. Örneğin, pozisyon yönetimi için ana İK sistemi, işe alım içinse ayrı bir aday takip sistemi (ATS) kullanılır.

Birleşik bir süreç görünümü oluşturmak üzere farklı kaynaklardan gelen verileri bir araya getirirken kaynak sistemin belirtilmesi önemlidir. Veri doğrulamaya, entegrasyon sorunlarını gidermeye ve farklı sistemlerin genel sürece nasıl katkıda bulunduğunu anlamaya yardımcı olur. Ayrıca sistemler arasındaki devir teslimlerde yaşanan gecikmeleri veya veri tutarsızlıklarını ortaya çıkarabilir.

Neden önemli?

Verinin kaynağı hakkında bağlam sağlar. Bu bilgi, verileri doğrulamak ve birden fazla entegre sisteme yayılan süreçleri analiz etmek için önemlidir.

Nereden alınır?

Bu bilgi genellikle veri aktarımının meta verilerinde bulunur veya veri dönüştürme sırasında sabit bir değer olarak eklenebilir.

Örnekler
Workday HCMSAP SuccessFactorsOracle Fusion HCMDynamics 365 HR
Son veri güncellemesi
LastDataUpdate
Bu olayın verilerinin Process Mining Veri Seti içinde en son yenilendiği veya güncellendiği zamanı gösteren zaman damgası.
Açıklama

Bu öznitelik, Veri Setinin kaynak sistemden en son ne zaman güncellendiğini kaydeder. Analiz edilen verilerin güncelliği hakkında önemli bağlam sağlayan bir meta veri alanıdır.

Analistler bu bilgiyi, analizin kapsadığı zaman aralığını anlamak ve mevcut en güncel verilerle çalıştıklarını doğrulamak için kullanır. Süreçleri düzenli olarak izlerken son güncelleme zamanını bilmek önemlidir. Böylece Dashboardların ve temel performans göstergelerinin operasyonların mevcut durumunu yansıttığından ve çıkarımların güncel bilgilere dayandığından emin olabilirsiniz.

Neden önemli?

Verinin ne kadar güncel olduğunu gösterir. Böylece analizlerin geçerliliğini korumasına ve mevcut en güncel bilgilere dayanmasına yardımcı olur.

Nereden alınır?

Bu zaman damgası genellikle veri çıkarma ve dönüştürme (ETL) sürecinde oluşturulur ve saklanır.

Örnekler
2024-07-20T02:00:00Z2024-07-19T02:00:00Z2024-07-18T02:00:00Z
Bitiş zamanı
EndTime
Bir etkinliğin tamamlandığı zamanı gösteren zaman damgası. Tek tek etkinliklerin işlem süresini hesaplamak için kullanılır.
Açıklama

Olay zamanı etkinliğin başlangıcını, bitiş zamanı ise tamamlandığı anı gösterir. İki zaman arasındaki fark, ilgili görevin işlem süresini belirtir. Anlık gerçekleşen olaylarda bitiş zamanı başlangıç zamanıyla aynı olabilir.

Analizde bu öznitelik, süreçte en çok zaman alan etkinlikleri belirlemeye yardımcı olur. Verimsiz adımları saptamayı ve ayrıntılı darboğaz analizi yapmayı sağlar. Örneğin, onay adımlarının bitiş zamanlarını inceleyerek hangi onayların en uzun sürdüğünü belirleyebilir ve iyileştirme çalışmalarını buna göre planlayabilirsiniz.

Neden önemli?

Tek tek etkinliklerin işlem süresini hesaplamayı ve en çok zaman alan görevleri belirlemeyi sağlar.

Nereden alınır?

Genellikle sistem olay günlüklerinde veya işlem verilerinde başlangıç zamanının yanında bulunur. Sonraki olayın başlangıç zamanı kullanılarak da hesaplanabilir.

Örnekler
2023-04-15T11:05:14Z2023-06-21T14:10:00Z2024-01-10T09:00:00Z
Departman
Department
Pozisyonun bağlı olduğu departman, iş birimi veya organizasyon birimidir.
Açıklama

Departman özniteliği, her pozisyonu Finans, Mühendislik veya Satış gibi kuruluşun belirli bir bölümüne bağlayarak organizasyonel bağlam sağlar. Böylece pozisyon yönetimi sürecini şirketin farklı bölümlerine göre ayırıp karşılaştırabilirsiniz.

Analiz sırasında departmana göre filtreleme veya gruplama etkili bir yöntemdir. Bazı departmanlarda onay sürelerinin daha uzun veya yeniden çalışma oranlarının daha yüksek olması gibi süreç performansı farklılıklarını belirlemeye yardımcı olur. Bu bulgular, hedefli süreç iyileştirme çalışmalarına yön verebilir ve başarılı departmanlardaki iyi uygulamaların kuruluş genelinde paylaşılmasını sağlayabilir.

Neden önemli?

Farklı iş birimlerindeki süreçleri karşılaştırarak verimlilik, uyumluluk ve maliyet farklılıklarını belirlemeyi sağlar.

Nereden alınır?

İK sisteminin pozisyon ana verilerinde veya organizasyon yönetimi modülünde bulunur.

Örnekler
FinansAraştırma ve geliştirmePazarlamaMüşteri desteği
İş unvanı
JobTitle
Pozisyonla ilişkili resmi iş unvanıdır. Örneğin, Kıdemli yazılım mühendisi veya Pazarlama yöneticisi.
Açıklama

İş unvanı, pozisyonun rolünü veya işlevini tanımlar. Aynı iş unvanına sahip birden fazla pozisyon bulunabilir; bu öznitelik, yönetilen rolün niteliği hakkında önemli bağlam sağlar.

Süreci iş unvanına veya daha geniş iş ailelerine göre analiz etmek, belirli rol türlerine özgü örüntüleri ortaya çıkarabilir. Örneğin, kıdemli veya uzmanlık gerektiren rollerin onay süreçleri daha uzun ya da işe alım süreçleri giriş düzeyindeki pozisyonlara kıyasla daha karmaşık olabilir. Bu bilgiler, işe alım stratejilerini uyarlamak ve gerçekçi zaman çizelgeleri belirlemek için faydalıdır.

Neden önemli?

Rol hakkında bağlam sağlar ve farklı iş türleri, düzeyleri veya işlevleri arasındaki süreç farklılıklarını analiz etmeyi mümkün kılar.

Nereden alınır?

Pozisyon ana verilerinde saklanır ve genellikle İK sistemindeki merkezi iş kataloğuna veya iş profiline bağlanır.

Örnekler
Kıdemli muhasebeciÜrün yöneticisiVeri bilimciİK iş ortağı
Kullanıcı adı
UserName
Etkinliği gerçekleştiren veya olayla ilişkili kullanıcının adı ya da benzersiz kimliğidir.
Açıklama

Kullanıcı adı, süreçte belirli bir görevi gerçekleştiren yönetici, İK iş ortağı veya bütçe sorumlusu gibi çalışanı tanımlar. Bu kişi pozisyon talebinde bulunmuş, bir adımı onaylamış ya da pozisyon ayrıntılarını değiştirmiş olabilir.

Bu öznitelik; kaynak performansı, iş yükü dağılımı ve uyumluluk analizleri için önemlidir. En çok talebi hangi kullanıcıların ele aldığı veya belirli onaylayıcılarla ilişkili gecikmeler olup olmadığı gibi soruları yanıtlamaya yardımcı olur. Ayrıca kritik görevlerin aynı kişi tarafından gerçekleştirilmediğinden emin olmak için görevler ayrılığı analizinde kullanılır.

Neden önemli?

İş yükü dağılımını, kullanıcı performansını ve uyumluluğu analiz etmeyi; eğitim ihtiyaçlarını veya kaynak kısıtlarını belirlemeyi sağlar.

Nereden alınır?

Genellikle işlem ayrıntılarında, değişiklik günlüklerinde veya denetim izlerinde bulunur ve çoğu zaman kullanıcı kimliğiyle ilişkilendirilir.

Örnekler
j.doeEmily.WhiteU789123David Chen
Maliyet merkezi
CostCenter
Pozisyon maliyetlerinin yansıtıldığı departman veya gruba ait mali kod ya da kimliktir.
Açıklama

Maliyet merkezi, pozisyonu kuruluşun hesap planındaki belirli bir bütçe birimine bağlayan mali bir boyuttur. Çalışan sayısı ve personel giderleriyle ilgili mali planlama, bütçeleme ve raporlama çalışmalarında kullanılır.

Process Mining açısından maliyet merkezi, pozisyon yönetimi sürecini mali açıdan incelemeyi sağlar. Bazı maliyet merkezlerinde pozisyon değişikliklerinin daha sık yaşanıp yaşanmadığını, onay sürelerinin daha uzun olup olmadığını veya işe alım maliyetlerinin daha yüksek olup olmadığını belirlemeye yardımcı olabilir. Bütçeye uyumu analiz etmek ve pozisyon yönetimi kararlarının mali etkisini anlamak için özellikle faydalıdır.

Neden önemli?

Pozisyonu bir mali birime bağlayarak süreç performansını ve maliyetleri bütçe alanına göre analiz etmeyi sağlar.

Nereden alınır?

İK veya ERP sistemindeki pozisyon kaydının mali ya da organizasyonel atama ayrıntılarında bulunur.

Örnekler
CC-451001002-FIN-US78345SALES-WEST
Pozisyon durumu
PositionStatus
Olayın gerçekleştiği sırada pozisyonun geçerli veya geçmiş durumudur. Açık, Dolduruldu, Donduruldu ya da Kapalı gibi değerler alabilir.
Açıklama

Pozisyon durumu, pozisyonun yaşam döngüsündeki mevcut aşamasını gösterir. Bu öznitelik, pozisyon süreçte ilerledikçe değişir. Örneğin, pozisyon önce Onay bekliyor, ardından Açık - işe alım yapılıyor, sonra Dolduruldu ve son olarak Kapalı durumuna geçebilir.

Bu öznitelik, duruma göre analiz yapmak ve Eski ve etkin olmayan pozisyon analizi gibi Dashboardlar oluşturmak için gereklidir. Her durumda geçirilen süreyi inceleyerek uzun süre Açık kalan pozisyonlar gibi darboğazları belirleyebilirsiniz. Ayrıca kapasite planlamasına ve iş gücü havuzunun genel durumunu anlamaya yardımcı olur.

Neden önemli?

Pozisyonların her durumda ne kadar kaldığını analiz etmeyi sağlar. Bu bilgi, uzun süredir açık kalan pozisyonları belirlemek ve iş gücü planlamasını yönetmek için önemlidir.

Nereden alınır?

Genellikle ana pozisyon kaydında saklanır ve durum değişikliği etkinlikleri gerçekleştiğinde güncellenir.

Örnekler
Açık - işe alım yapılıyorOnay bekliyorDoldurulduDondurulduKapalı
Yönetici adı
ManagerName
İşe alım yöneticisinin veya pozisyonun bağlı olduğu yöneticinin adıdır.
Açıklama

Yönetici adı, yeni pozisyondaki çalışanın yöneticisini tanımlar. Bu kişi genellikle talebi başlatır ve onay ile işe alım süreçlerinde önemli bir paydaştır.

Bu öznitelik, Onay darboğazı analizi Dashboardunun temelini oluşturur. Etkinlikleri yöneticiye göre gruplandırarak iş yükü veya ek eğitim ihtiyacı nedeniyle süreçte gecikmelere yol açabilecek kişileri belirleyebilirsiniz. Ayrıca yöneticilerin sürece katılımını ve karar alma örüntülerini anlamaya yardımcı olur.

Neden önemli?

Pozisyonun önemli paydaşını belirleyerek onay gecikmelerini ve yöneticilere özgü süreç örüntülerini analiz etmeyi sağlar.

Nereden alınır?

Pozisyon ayrıntılarında, genellikle raporlama yapısının veya organizasyonel atamanın bir parçası olarak bulunur.

Örnekler
Robert SmithMaria GarciaChen WeiPriya Patel
Değişiklik nedeni
ChangeReason
Pozisyon talebi reddedildiğinde, yeniden çalışma için geri gönderildiğinde veya öznitelikleri değiştirildiğinde sunulan gerekçedir.
Açıklama

Değişiklik nedeni, süreçteki belirli ve çoğu zaman standart dışı olayların açıklamasını kaydeder. Talebin neden reddedildiğini, yeniden sınıflandırma gerekçesini veya talep değişiklik yapılması için başlatana geri gönderildiğinde iletilen yorumları kapsar.

Bu nitel veriler, temel neden analizinde çok değerlidir. Süreç sapmalarının ardındaki nedenleri gösterir. Örneğin, ret nedenlerini incelemek; eksik bütçe bilgisi veya açık olmayan iş tanımları gibi pozisyon taleplerindeki yaygın sorunları ortaya çıkarabilir. Bu bulgular, ilk seferde doğru tamamlama oranını artırmak ve pozisyonlarda yeniden çalışma oranını düşürmek için önemlidir.

Neden önemli?

Yeniden çalışma, ret ve diğer sapmaları anlamak için gerekli bağlamı sağlar; hedefli temel neden analizi ve süreç iyileştirmesini mümkün kılar.

Nereden alınır?

Genellikle yorum alanlarında, notlarda veya ret, yeniden çalışma ya da değişiklik işlemleriyle ilişkili özel neden kodu alanlarında bulunur.

Örnekler
Bütçe onaylanmadıYanlış iş profili seçildiYeniden yapılanmaTalep ayrıntıları eksik
İş ailesi
JobFamily
Benzer işlevlere veya becerilere sahip ya da aynı meslek alanında yer alan işlerin üst düzeyde gruplandırılmasıdır.
Açıklama

İş ailesi, ilişkili iş unvanlarını bir araya getiren bir sınıflandırmadır. Örneğin, Yazılım mühendisi, Kalite güvence uzmanı ve DevOps mühendisi, Mühendislik iş ailesinde yer alabilir. Bu sınıflandırma, pozisyonları belirli iş unvanlarından daha geniş bir düzeyde kategorilere ayırıp analiz etmeyi sağlar.

Analizlerde iş ailesini kullanmak, iş gücü eğilimlerini ve süreç verimliliğini stratejik açıdan değerlendirmeyi sağlar. Kuruluşlar, pozisyon yönetimi yaşam döngüsünü Finans ve BT gibi farklı işlevler arasında karşılaştırabilir. Böylece belirli işlevlere özgü darboğazlar veya iyi uygulamalar ortaya çıkarılabilir ve stratejik iş gücü planlamasına yön verilebilir.

Neden önemli?

Benzer işleri gruplandırarak üst düzeyde analiz etmeyi ve farklı kurumsal işlevlerdeki süreç eğilimlerini anlamayı sağlar.

Nereden alınır?

Kuruluşun iş kataloğunda veya iş mimarisinde tanımlanır ve iş profili ya da pozisyon kaydında bir öznitelik olarak saklanır.

Örnekler
MühendislikFinans ve MuhasebeSatışİnsan Kaynakları
İş talebi kimliği
RequisitionId
Pozisyonla bağlantılı iş talebinin benzersiz kimliğidir ve pozisyonu işe alım sürecine bağlar.
Açıklama

İş talebi kimliği, pozisyon yönetimi süreciyle işe alım süreci arasında bağlantı kurar. Bir pozisyon onaylanıp doldurulmaya hazır olduğunda, işe alım faaliyetlerini resmen başlatmak için genellikle bir iş talebi oluşturulur.

Bu kimliği eklemek, İşe Alımdan Emekliliğe döngüsünü baştan sona görebilmek için önemlidir. Pozisyon oluşturma ve onay verilerini aday bulma, mülakatlar ve teklifler gibi sonraki işe alım verileriyle ilişkilendirmeyi sağlar. Böylece ilk talepten adayın işe başlama tarihine kadar pozisyonu doldurmak için geçen toplam süre analiz edilebilir.

Neden önemli?

Pozisyonu işe alım sürecine bağlayarak yetenek kazanımı yaşam döngüsünün tamamını daha geniş bir çerçevede analiz etmeyi sağlar.

Nereden alınır?

Genellikle Aday Takip Sistemi (ATS) veya işe alım modülü tarafından oluşturulur ve ana HRIS içindeki pozisyon kaydına bağlanır.

Örnekler
REQ-2024-05-201JR102345R-0098778553
Konum
Location
Pozisyonun bulunduğu fiziksel, coğrafi veya bölgesel konumdur.
Açıklama

Konum özniteliği, pozisyonun bağlı olduğu ofisi, şehri, eyaleti veya ülkeyi belirtir. Bu coğrafi bilgi, işe alım süreçlerindeki bölgesel farklılıkları ve iş gücünün dağılımını anlamak için önemlidir.

Süreci konuma göre analiz etmek önemli bulgular ortaya çıkarabilir. Örneğin, yerel iş gücü piyasası koşulları nedeniyle çevrim sürelerinin değiştiğini, ülkeler arasında onay hiyerarşilerinin farklılaştığını veya bazı bölgelerde sürece ek adımlar getiren uyumluluk gerekliliklerini gösterebilir. Bu analiz, gerekli yerel farklılıklara izin verirken süreçleri küresel ölçekte standartlaştırma çalışmalarını destekler.

Neden önemli?

Coğrafi analiz yaparak süreç verimliliği, işe alım talebi ve uyumluluk gerekliliklerindeki bölgesel farklılıkları ortaya çıkarmayı sağlar.

Nereden alınır?

Organizasyonel ayrıntıların bir parçası olarak pozisyon ana verilerinde saklanır.

Örnekler
New York, ABDBerlin, AlmanyaSingapurLondra ofisi
Zorunlu Önerilen İsteğe bağlı

İşe Alımdan Emekliliğe - Pozisyon Yönetimi etkinlikleri

Aşağıdaki etkinlik tablosunda, doğru süreç keşfi ve analizi için kaydedilmesi önerilen temel süreç adımları ve önemli kilometre taşları açıklanmaktadır.
7 Önerilen 8 İsteğe bağlı
Aktivite Açıklama
İK onayı alındı
İnsan Kaynakları departmanının verdiği son onayı ifade eder. Bu onay, pozisyonun şirket politikalarına, kademe ve ücret yapılarına uygun olduğunu doğrular. Genellikle pozisyon resmen oluşturulmadan önceki son onaydır.
Neden önemli?

Son onay aşaması olan bu adımda yaşanan gecikmeler önemli bir darboğaz oluşturabilir. Bu adımı analiz etmek, İK operasyonlarındaki süreç verimliliğini ve uyumluluğu anlamak için önemlidir.

Nereden alınır?

Bu olay, pozisyon oluşturma iş akışındaki son onay görevinin tamamlanması olarak kaydedilir. Görevi genellikle bir İK iş ortağı veya yöneticisi tamamlar.

Kaydedin

İş akışı geçmişinde İK onay görevinin tamamlandığı zaman damgasını belirleyin.

Olay türü explicit
Pozisyon devre dışı bırakıldı
Pozisyon, genellikle bir çalışan ayrıldıktan ve yerine hemen başka birinin alınması planlanmadığında devre dışı bırakılır. Devre dışı pozisyon, etkin organizasyon şemasından çıkarılır ancak geçmiş kayıtlar için sistemde tutulur.
Neden önemli?

Bu etkinlik, çalışan sayısının yönetilmesine ve organizasyon şemalarının güncel tutulmasına yardımcı olur. Bir pozisyonun boşalmasıyla devre dışı bırakılması arasında geçen süre, iş gücü planlamasının ne kadar verimli yapıldığını gösterebilir.

Nereden alınır?

Bu olay, pozisyon kaydındaki durumun ilgili yürürlük tarihiyle birlikte Devre Dışı veya Sonlandırıldı olarak değişmesinden anlaşılır.

Kaydedin

Pozisyonun artık etkin olmadığını belirten bir duruma geçirildiği zaman damgasını kaydedin.

Olay türü inferred
Pozisyon dolduruldu
Bir adayın işe alınması veya mevcut bir çalışanın pozisyona aktarılmasıyla işe alım sürecinin başarıyla tamamlandığını gösterir. Pozisyon artık doludur.
Neden önemli?

Bu, pozisyonun yaşam döngüsündeki önemli bir başarı aşamasıdır. 'Pozisyon etkinleştirildi' ile 'Pozisyon dolduruldu' arasındaki süreyi ölçmek, işe alım için gereken toplam sürenin temel bileşenidir.

Nereden alınır?

Bu olay, çalışan kimliğini pozisyon kimliğine bağlayan İşe Alım veya Kadrolama iş sürecinin başarıyla tamamlanmasıyla kaydedilir.

Kaydedin

Çalışanı pozisyona atayan işe alım veya transfer işleminin yürürlük tarihini kullanın.

Olay türü explicit
Pozisyon etkinleştirildi
Pozisyonun resmen açıldığı ve iş ilanı talebi oluşturma gibi personel işlemlerine hazır hâle geldiği noktayı gösterir. Bu, pozisyonun işe alım sürecine hazır olduğu anlamına gelir.
Neden önemli?

Bu olay, pozisyon yönetiminden yetenek kazanımına geçişteki temel devir teslim noktasıdır. Oluşturulan bir pozisyonun etkinleştirilme süresi, operasyonel hazırlıktaki gecikmeleri gösterebilir.

Nereden alınır?

Bu olay genellikle pozisyon kaydındaki durum alanının 'Etkin', 'Açık' veya benzer bir duruma geçmesinden ve bu değişikliğin yürürlük tarihinden çıkarılır.

Kaydedin

Pozisyonun durum kodunun etkin ve işe alıma açık olduğunu gösteren bir değere geçtiği zaman damgasını alın.

Olay türü inferred
Pozisyon kapatıldı
Pozisyonun kuruluş yapısından kalıcı olarak kaldırılmasını veya arşivlenmesini ifade eder. Bu, pozisyonun yaşam döngüsündeki son olaydır ve pozisyonun bir daha kullanılmayacağını gösterir.
Neden önemli?

Bu son etkinlik, pozisyonun yaşam döngüsünü tamamlar. Kapatılan pozisyonları incelemek, uzun vadeli organizasyon yapısını ve stratejik iş gücü azaltımlarını anlamak açısından önemlidir.

Nereden alınır?

Bu işlem genellikle pozisyonu Kapat veya Kaldır şeklinde açıkça sonlandıran bir eylem ya da iş sürecidir. İş akışı günlüklerinden veya durum değişikliği geçmişinden kaydedilir.

Kaydedin

Pozisyonu Kapat iş sürecinin tamamlanma olayını veya durumun son olarak Kapalı ya da Kaldırıldı şeklinde değişmesini bulun.

Olay türü explicit
Pozisyon oluşturuldu
Gerekli tüm onaylar alındıktan sonra pozisyon kaydının temel İK sisteminde resmen oluşturulduğunu gösterir. Pozisyon artık kuruluş yapısının bir parçasıdır ve benzersiz bir tanımlayıcısı vardır.
Neden önemli?

Bu önemli aşama, onay sürecinin sona erdiğini ve pozisyonun etkin yaşam döngüsünün başladığını gösterir. 'Talep başlatıldı' ile 'Pozisyon oluşturuldu' arasındaki süre temel bir performans göstergesidir.

Nereden alınır?

Bu olay, ana İK veri tablolarındaki birincil pozisyon kaydının veya nesnesinin oluşturulma zaman damgasından alınır.

Kaydedin

Birincil pozisyon tablosundaki veya nesnesindeki 'oluşturulma tarihi' ya da 'sistemde oluşturulma zamanı' zaman damgasını kullanın.

Olay türü explicit
Pozisyon talebi başlatıldı
Pozisyon yönetimi sürecinin resmen başladığını gösterir. Bu olay, genellikle işe alım yöneticisi olan bir kullanıcının İK sistemi üzerinden yeni veya yedek bir pozisyon talebi göndermesiyle kaydedilir.
Neden önemli?

Bu etkinlik, pozisyon oluşturma sürecinin toplam çevrim süresini ölçmek için temel başlangıç noktasıdır. Taleplerin sayısını ve zamanlamasını analiz etmek, kaynak planlamasına ve kuruluşun büyüme ya da yeniden yapılanma eğilimlerini anlamaya yardımcı olur.

Nereden alınır?

Bu olay genellikle yeni pozisyon talep formunun gönderildiğini kaydeden bir iş akışı sisteminden veya denetim günlüğü tablosundan alınır.

Kaydedin

Pozisyon talep kaydının oluşturulduğu olayı veya ilgili iş süreci iş akışındaki ilk adımı belirleyin.

Olay türü explicit
Bütçe onayı alındı
Finans departmanının veya bütçe sorumlusunun yeni pozisyon için yeterli kaynağın bulunduğunu ve ayrıldığını doğruladığı önemli bir aşamadır. Bu adım, talebin mali açıdan uygulanabilir olduğunu teyit eder.
Neden önemli?

Bu etkinlik, mali yönetişim açısından önemlidir ve bütçeyle ilgili gecikmeleri analiz etmeye yardımcı olur. Mali onay çevrim süresini anlamak, bütçeleme veya tahmin sürecindeki sorunları ortaya çıkarabilir.

Nereden alınır?

Bu olay genellikle iş akışında ayrı bir onay adımının tamamlanması olarak kaydedilir ve çoğu zaman finans rolündeki bir kullanıcıya atanır.

Kaydedin

'Bütçe onayı' veya 'Finans incelemesi' adımının tamamlandığını gösteren bir iş akışı olay günlüğü arayın.

Olay türü explicit
Pozisyon donduruldu
Etkin bir pozisyonun geçici olarak durdurulduğunu ve bu pozisyon için işe alım ya da başka personel işlemlerinin yapılamadığını gösterir. Bunun nedeni çoğu zaman bütçe değişiklikleri veya stratejik önceliklerin değişmesidir.
Neden önemli?

Pozisyonların ne zaman ve neden dondurulduğunu izlemek, kurumsal dalgalanmalar ve bütçe dondurmaları hakkında içgörü sağlar. Açık olduğu hâlde aktif olarak doldurulmayan güncelliğini yitirmiş pozisyonları belirlemeye yardımcı olur.

Nereden alınır?

Bu durum, temel İK sisteminde pozisyonun durumunun 'Donduruldu', 'Beklemede' veya 'Askıya alındı' olarak değişmesinden çıkarılır.

Kaydedin

Pozisyonun durumu 'Donduruldu' veya 'Beklemede' hâline getirildiğinde oluşan zaman damgasını alın.

Olay türü inferred
Pozisyon için işe alım başlatıldı
Etkin bir pozisyon için yetenek kazanımı sürecinin resmen başladığını gösterir. Bu genellikle pozisyonla ilişkilendirilmiş bir iş ilanı talebinin oluşturulmasıyla kaydedilir.
Neden önemli?

Bu etkinlik, pozisyon yönetimi sürecini işe alım sürecine bağlar. Pozisyonun etkinleştirilmesiyle işe alımın başlatılması arasındaki süreyi analiz etmek, devir teslim sürecindeki olası boşlukları ortaya çıkarır.

Nereden alınır?

Bu olay genellikle işe alım modülünde yeni bir iş ilanı talebi kaydı oluşturulduğunda ve kayıt belirli bir pozisyon tanımlayıcısıyla ilişkilendirildiğinde alınır.

Kaydedin

Pozisyon kimliğiyle ilişkili iş ilanı talebi kaydının oluşturulma zaman damgasını kullanın.

Olay türü explicit
Pozisyon öznitelikleri değiştirildi
Mevcut bir pozisyonun unvan, departman veya konum gibi tanımlayıcı özniteliklerinde yapılan herhangi bir değişikliği ifade eder. Bu etkinlik genellikle pozisyon oluşturulduktan sonra gerçekleşir.
Neden önemli?

Oluşturma sonrasında sık sık değişiklik yapılması, ilk veri kalitesi sorunlarına veya kurumsal istikrarsızlığa işaret edebilir. Bu değişiklikleri analiz etmek, onay sonrasında yapılan düzenlemelerin niteliğini ve sıklığını anlamaya yardımcı olur.

Nereden alınır?

Bu etkinlik genellikle pozisyon kaydına ait sistem denetim günlükleri veya değişiklik geçmişi tablolarındaki değişiklikler izlenerek belirlenir.

Kaydedin

Önemli alanlardaki değişiklikleri tespit etmek için değişiklik günlüklerini izleyin veya pozisyon verilerinin önceki ve sonraki anlık görüntülerini kullanın.

Olay türü inferred
Pozisyon talebi reddedildi
Pozisyon talebinin sürecin herhangi bir aşamasında bir onaylayıcı tarafından resmen reddedildiğini gösterir. Bu, talep için son olaydır ve sonraki tüm adımları durdurur.
Neden önemli?

Retleri izlemek, 'İlk seferde kabul oranını' ölçmeye ve bütçe kısıtları ya da stratejik uyumsuzluk gibi başarısız taleplerin nedenlerini ortaya çıkarmaya yardımcı olur. Bu analiz, gelecekteki taleplerin kalitesini artırabilir.

Nereden alınır?

Onaylayıcı 'Reddet' veya 'Kabul etme' işlemini seçtiğinde bu olay iş akışı geçmişine açıkça kaydedilir.

Kaydedin

'Reddedildi' durumuyla ilişkili zaman damgasını veya iş akışındaki 'Reddet' işleminin gerçekleştiği zamanı belirleyin.

Olay türü explicit
Pozisyon talebi yeniden çalışma için gönderildi
Bir onaylayıcının pozisyon talebini değişiklik veya açıklama için önceki bir adıma geri gönderdiğini gösterir. Bu işlem süreçte bir döngü oluşturur; talebi başlatan kişinin talebi düzenleyip yeniden göndermesi gerekir.
Neden önemli?

Bu etkinlik, yeniden çalışmayı ve süreç verimsizliğini doğrudan ölçer. Yeniden çalışma döngülerinin sık görülmesi, gereksinimlerin net olmadığını, veri girişi hatalarını veya departmanlar arasındaki uyumsuzluğu gösterebilir.

Nereden alınır?

Çoğu iş akışı sisteminde bu işlem açıkça kaydedilir. Onaylayıcı 'Geri gönder' veya 'Düzeltme iste' seçeneğini belirlediğinde olay günlüğüne eklenir.

Kaydedin

İş akışı durumunun önceki bir adıma döndürüldüğü olayları veya belirli bir 'Geri gönder' işleminin kaydedildiği durumları alın.

Olay türü explicit
Pozisyon yeniden sınıflandırıldı
Pozisyonun iş ailesi, kademesi veya düzeyi gibi temel sınıflandırmasının değiştirildiği önemli bir güncellemedir. Basit bir öznitelik değişikliğinden daha kapsamlıdır ve ayrı bir onay süreci gerektirebilir.
Neden önemli?

Yeniden sınıflandırma; ücretlendirmeyi, kariyer yollarını ve kuruluş yapısını etkileyebilir. Bu olayları izlemek, kuruluş tasarımındaki değişiklikleri ve iş mimarisinin çevikliğini analiz etmeye yardımcı olur.

Nereden alınır?

Bu olay, özel bir iş süreci üzerinden kaydedilebilir veya pozisyon kaydının değişiklik geçmişindeki belirli iş sınıflandırması alanlarındaki değişikliklerden çıkarılabilir.

Kaydedin

'Pozisyonu yeniden sınıflandır' iş akışının tamamlanmasını arayın veya 'İş profili', 'Kademe' ya da 'İş kodu' gibi alanlardaki değişiklikleri izleyin.

Olay türü explicit
Yönetici onayı alındı
Talepte bulunan yönetici veya departman yöneticisi tarafından verilen ilk onay düzeyini ifade eder. Bu onay, ekip veya departman için pozisyona duyulan ihtiyacı doğrular.
Neden önemli?

Bu adımı izlemek, onay sürecinin ilk aşamalarındaki darboğazları belirlemeye yardımcı olur. Buradaki gecikmeler, pozisyonu doldurma süresini önemli ölçüde uzatabilir.

Nereden alınır?

Bu adım genellikle pozisyon talebinin iş akışı geçmişinde belirli bir durum güncellemesi veya onay görevinin tamamlandığını gösteren bir olay olarak kaydedilir.

Kaydedin

İş akışı günlüklerinde yöneticinin onay görevinin 'Tamamlandı' veya 'Onaylandı' olarak işaretlendiği zaman damgasını alın.

Olay türü explicit
Önerilen İsteğe bağlı

Veri çıkarma kılavuzları

Process Mining için verilerinizi nasıl elde edebilirsiniz?

Veri çıkarma yöntemleri sisteme göre değişir. Ayrıntılı talimatlar için

ETL rehberimizi okuyun   veya   belirli bir süreç ve sistem seçin.

Başlamaya hazır mısınız?

İşe Alımdan Emekliliğe - Pozisyon Yönetimi analizinize genel Templatei kullanarak veya veri çıkarmaya başlamak için belirli bir sistemin kılavuzunu seçerek başlayın.

İşe Alımdan Emekliliğe pozisyon yönetiminizi şimdi iyileştirin

İş gücünüz hakkında net bir görünüm elde edin, hataları azaltın ve maliyetleri hızla optimize edin.

Ücretsiz denemeyi başlatın

Kredi kartı gerekmez, kurulum 5 dakika sürer.