Veri Şablonu: İşe Alımdan Emekliliğe - Çalışan Yaşam Döngüsü
İşe Alımdan Emekliliğe - Çalışan Yaşam Döngüsü Veri Template'iniz
Bu, İşe Alımdan Emekliliğe - Çalışan Yaşam Döngüsü süreci için genel Process Mining veri şablonumuzdur. Daha özel rehberlik için sisteme özel şablonlarımızı kullanın.
Belirli bir sistem seçin- Sistemler arası tutarlılık için standartlaştırılmış veri alanları
- Tam süreç görünürlüğü için önerilen aktiviteler
- Sorunsuz data çıkarma ve hazırlık için rehberlik
İşe Alımdan Emekliliğe - Çalışan Yaşam Döngüsü Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
Çalışan Kimliği EmployeeId | Her çalışana atanan ve kurum içindeki tüm yaşam döngüleri için birincil vaka ID'si olarak hizmet eden benzersiz tanımlayıcı. | ||
Açıklama Çalışan Kimliği, bir bireyi ilk işe alım sürecinden nihai feshine kadar takip eden benzersiz bir anahtardır. İşe alım, performans değerlendirmeleri, terfiler ve işten ayrılma gibi ilgili tüm yaşam döngüsü eventlerini tek, bütünsel bir yolculuğa bağlar. Process Mining'de bu öznitelik, case korelasyonu için temeldir. Analiz motorunun her çalışan için uçtan uca süreç akışını yeniden yapılandırmasına olanak tanır. Çalışan Kimliğini Case Kimliği olarak kullanarak, analistler cycle timeları takip edebilir, belirli çalışan yolculuklarındaki darboğazları belirleyebilir ve yaşam döngüsü sürecinin farklı bireyler veya gruplar arasında nasıl yürütüldüğündeki varyasyonları analiz edebilirler. Neden önemli Bu, çalışan yaşam döngüsündeki tüm olayları birbirine bağlayan temel Case ID’dir; böylece işe alımdan emekliliğe uzanan yolculuğun tamamını analiz etmenizi mümkün kılar. Nereden alınır Genellikle bir İK Bilgi Sistemi (HRIS) içindeki temel çalışan ana veri tablolarında veya kayıtlarında bulunur. Örnekler EMP-10345982110USR-A54209 | |||
Faaliyet Adı ActivityName | Çalışanın yaşam döngüsünde meydana gelen 'Teklif Kabul Edildi' veya 'Performans Değerlendirmesi Tamamlandı' gibi belirli bir event'in, Task'ın veya önemli aşamanın adı. | ||
Açıklama Aktivite Adı, işe alımdan emekliliğe kadar olan süreçteki belirgin bir adımı tanımlar. Bu aktiviteler, ilk iş talebinden nihai fesih onayına kadar her şeyi temsil eden süreç haritasının yapı taşlarıdır. Analizde bu öznitelik; süreç akışını görselleştirmek, event dizisini belirlemek ve her adımın sıklığını ve süresini ölçmek için kullanılır. Hangi eylemlerin gerçekleştiğini anlamak, standart süreçten sapmaları keşfetmek ve uzun bir arka plan kontrolü veya gecikmiş bir işe alım görevi gibi gecikmelere neden olan veya iyileştirme gerektiren aşamaları belirlemek için çok önemlidir. Neden önemli Bu nitelik, tüm Process Mining analizi ve görselleştirmenin temelini oluşturan süreç haritasındaki adımları tanımlar. Nereden alınır İK sistemi içerisindeki event loglarından, durum değişikliği kayıtlarından veya belirli transaction datadan oluşturulur. Örnekler Çalışan İşe AlındıOryantasyon TamamlandıÜcret Değişikliği OnaylandıFesih Başlatıldı | |||
Olay Zaman Damgası EventTimestamp | Belirli bir yaşam döngüsü Activity'sinin veya event'inin kaydedildiği kesin tarih ve saat. | ||
Açıklama Event Timestamp, bir aktivitenin gerçekleştiği zaman noktasını işaretler. Bu timestamp, çalışanın yolculuğunu doğru bir şekilde yeniden yapılandırmak için eventleri kronolojik olarak sıralamak için çok önemlidir. Performans analizi için birincil zamansal veri noktası olarak hizmet eder. Bu öznitelik; aktiviteler arasındaki cycle timeları hesaplamak, işe alım veya işten ayrılma gibi süreçlerin genel süresini ölçmek ve zamana dayalı darboğazları belirlemek için kullanılır. Zaman içindeki trend analizini mümkün kılar ve 'Ortalama İşe Alım Süresi' veya 'İşe Alım Cycle Timeı' gibi zamana duyarlı KPIlar oluşturmak için temeldir. Neden önemli Bu zaman damgası, olayların doğru sıralanması ve çevrim süreleri gibi zamana dayalı tüm performans metriklerinin hesaplanması için kritiktir. Nereden alınır Genellikle sistem kayıtlarında veya veri tablolarında etkinlik veya işlem kaydının yanında bulunur, genellikle oluşturma tarihi veya sistem timestamp'i olarak etiketlenir. Örnekler 2023-01-15T09:00:00Z2023-03-20T14:30:15Z2024-05-01T11:21:05Z | |||
Kaynak Sistem SourceSystem | event verilerinin kaynaklandığı bilgi sistemi veya uygulamanın adı. | ||
Açıklama Kaynak Sistem niteliği, her event için verinin kaynağını tanımlar. Karmaşık bir İK ekosisteminde, İşe Alımdan Emekliliğe sürecinin farklı bölümleri, işe alım için Aday Takip Sistemi (ATS), çalışan yönetimi için temel HRIS ve maaş değişiklikleri için bir bordro sistemi gibi ayrı sistemlerde yönetilebilir. Kaynak Sisteme göre veri analizi, veri entegrasyonu zorluklarını ve süreç parçalanmasını anlamaya yardımcı olur. Analistlerin, gecikmelerin veya sorunların belirli bir sistemde yoğunlaşıp yoğunlaşmadığını belirlemesine olanak tanır; bu da teknik iyileştirme veya süreç yeniden tasarımı çabalarına yön verebilir. Ayrıca, veri doğrulama ve uçtan uca sürecin kapsamlı bir görünümünün yakalanmasını sağlamak için de çok önemlidir. Neden önemli Süreç verilerinin kaynağını belirler; bu, veri kalitesi sorunlarını gidermek ve farklı İK sistemleri arasındaki süreç aktarımlarını anlamak için kritik öneme sahiptir. Nereden alınır Bu bilgi, genellikle veri çıkarma ve dönüştürme (ETL) süreci sırasında eklenir veya sistem entegrasyon loglarında standart bir alan olarak bulunabilir. Örnekler Workday HCMSAP SuccessFactorsOracle PeopleSoft | |||
Son Veri Güncellemesi LastDataUpdate | Bu event için verinin kaynak sistemden son yenilenme veya çıkarılma zamanını gösteren timestamp. | ||
Açıklama Bu nitelik, verinin Process Mining veri setine en son ne zaman güncellendiğini veya çıkarıldığını gösteren bir timestamp sağlar. İş event'inin ne zaman gerçekleştiğini değil, verinin güncelliğini temsil eder. Birincil kullanımı veri yönetişimi ve doğrulama içindir. Analistler, bu bilgiyi güncel bilgilerle çalıştıklarını onaylamak ve kaynak sistemde bir event'in gerçekleşmesi ile analizde görünmesi arasındaki potansiyel gecikmeyi anlamak için kullanabilirler. Veri yenileme döngülerini yönetmek ve oluşturulan içgörülerin güvenilirliğini sağlamak için esastır. Neden önemli Data tazeliğini ve yönetimini, analiz edilen bilginin ne kadar güncel olduğunu belirterek sağlar, bu da analiz sonuçlarına güven oluşturmak için hayati öneme sahiptir. Nereden alınır Bu timestamp genellikle veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulur ve eklenir. Örnekler 2023-10-26T02:00:00Z2023-10-27T02:00:00Z2023-10-28T02:00:00Z | |||
Bitiş Saati EndTime | İşe uyum veya eğitim modülü gibi ölçülebilir bir süreye sahip bir Activity'nin tamamlandığını gösteren timestamp. | ||
Açıklama Bitiş Zamanı özniteliği, belirli bir süreye yayılan bir aktivitenin tamamlanma noktasını işaretler. Birçok İK eventi anlık olsa da (örneğin, 'Teklif Uzatıldı'), 'Arka Plan Kontrolü' veya 'İşe Alım' gibi belirgin bir başlangıcı ve bitişi olanlar da vardır. Bu timestamp, Event Timestamp (Başlangıç Zamanı) ile eşleştirildiğinde, hassas süre hesaplamasına olanak tanır. Süreç analizinde, Bitiş Zamanı belirli görevlerin işlem süresini veya aktif çalışma süresini hesaplamak için çok önemlidir. Bu, bekleme süresi (iki farklı aktivite arasındaki boşluk) ile işlem süresi (tek bir aktivitenin süresi) arasında ayrım yapmaya yardımcı olur. Bu süreleri analiz etmek, verimsiz görevleri ve otomasyon veya kaynak yeniden tahsisi fırsatlarını belirlemeye yardımcı olur. Neden önemli Aktivite sürelerinin hassas bir şekilde hesaplanmasını sağlayarak, süreçteki aktif çalışma süresi ile boş bekleme süresi arasında ayrım yapılmasına yardımcı olur. Nereden alınır Bir görevin hem başlangıcını hem de tamamlanmasını kaydeden event loglarda veya işlem tablolarında bulunur. Açıkça belirtilmediği takdirde, ayrı bir 'tamamlandı' eventinden türetilmesi gerekebilir. Örnekler 2023-01-20T17:00:00Z2023-04-01T10:15:45Z2024-05-10T16:00:00Z | |||
Bölüm Department | Çalışanın atandığı, Satış, Mühendislik veya Finans gibi kurumsal departman veya birim. | ||
Açıklama Departman özniteliği, çalışanın organizasyonel uyumunu temsil eder. Şirket genelinde süreç performansını segmentlere ayırmak ve karşılaştırmak için kritik bir boyuttur. Bu öznitelik, işe alımdan emekliliğe sürecinin karşılaştırmalı analizine olanak tanır. Örneğin, analistler farklı işe alım zorluklarını belirlemek için Mühendislik departmanı ile Satış departmanı için 'İşe Alım Süresi'ni karşılaştırabilirler. Ayrıca, potansiyel yönetimsel veya kültürel sorunları olan alanları vurgulayarak departmana göre işten ayrılma oranlarını analiz etmek için de kullanılabilir. Süreç haritasını departmana göre filtrelemek, belirli iş fonksiyonlarına özgü benzersiz süreç varyasyonlarını veya darboğazları ortaya çıkarabilir. Neden önemli Kuruluşun farklı bölümlerinde İK süreçlerinin nasıl performans gösterdiğini ortaya koyan güçlü segmentasyon ve karşılaştırmalı analize olanak tanır. Nereden alınır İK sistemi içindeki çalışanın temel profilinde veya ana veri kaydında bulunur, genellikle iş veya pozisyonla bağlantılıdır. Örnekler MühendislikSatışİnsan KaynaklarıFinans | |||
Fesih Nedeni TerminationReason | Gönüllü istifa veya istemsiz fesih gibi, bir çalışanın kuruluştan ayrılmasının belgelenmiş nedeni. | ||
Açıklama Fesih Nedeni, çalışanın şirketle olan yaşam döngüsünün neden sona erdiğine dair bağlam sağlar. Nedenler genellikle gönüllü (istifa, emeklilik) veya gönülsüz (performans, yeniden yapılanma) olarak kategorize edilir. Bu nitelik, her türlü çalışan devir analizinin temel taşıdır. Fesih nedenlerini diğer verilerle ilişkilendirerek, bir kuruluş değerli içgörüler edinebilir. Örneğin, belirli bir departmanın yüksek oranda gönüllü istifalara sahip olup olmadığını veya belirli bir işe alım kaynağından gelen yeni işe alımların performans nedenleriyle işten çıkarılma eğiliminde olup olmadığını analiz edebilirsiniz. Bu içgörüler, etkili yetenek elde tutma stratejileri geliştirmek ve işe alım kalitesini iyileştirmek için kritik öneme sahiptir. Neden önemli Çalışan devir analizi için kritik bir bağlam sağlar; gönüllü ve istemsiz işten ayrılmaları ayırt etmeye ve temel nedenleri belirlemeye yardımcı olur. Nereden alınır İşten çıkış veya fesih sürecinde kaydedilir, genellikle çalışanın nihai iş kaydında saklanır. Örnekler Gönüllü - İstifaİstem Dışı - Performansİstem Dışı - Yeniden YapılandırmaEmeklilik | |||
İş Talebi Kimliği JobRequisitionId | Bir pozisyon için işe alım sürecini başlatan iş ilanının veya talebinin benzersiz tanımlayıcısı. | ||
Açıklama İş Talebi Kimliği, belirli bir iş pozisyonunu doldurmaya yönelik tüm aktiviteleri (oluşturulmasından ve onaylanmasından aday kaynağının sağlanmasına ve tekliflerin sunulmasına kadar) birbirine bağlayan benzersiz bir anahtardır. Genellikle bir Çalışan Kimliği işe alım üzerine oluşturulmadan önce bir öncü case Kimliği olarak hizmet eder. Bu öznitelik, çalışan yaşam döngüsünün işe alım öncesi aşamasını analiz etmek için özellikle faydalıdır. 'Doldurma Süresi' gibi KPIların ölçülmesine olanak tanır ve belirli bir rol için işe alım sürecinin verimliliğini anlamaya yardımcı olur. İş talebi düzeyindeki süreçleri analiz ederek, kuruluşlar farklı iş pozisyonlarındaki onay, kaynak sağlama veya mülakat aşamalarındaki darboğazları belirleyebilirler. Neden önemli Tüm işe alım öncesi aktiviteleri birbirine bağlar, işe alım sürecinin ve 'İşe Alım Süresi' gibi metriklerin detaylı analizini sağlar. Nereden alınır Yeni bir iş ilanı oluşturulduğunda Başvuru Takip Sistemi (ATS) veya bir HRIS'in işe alım modülü tarafından oluşturulur. Örnekler REQ-2023-05-112JR-459018001543 | |||
İş Ünvanı JobTitle | Çalışanın belirli iş unvanı, rolü veya pozisyonu. | ||
Açıklama Görev Unvanı niteliği, çalışanın kurum içindeki rolü hakkında detaylı bilgi sağlar. Bu, 'Direktör' gibi üst düzey rollerden 'Kıdemli Yazılım Mühendisi' veya 'Müşteri Temsilcisi' gibi belirli pozisyonlara kadar değişebilir. Analizde, Görev Unvanı belirli roller veya kıdem seviyelerine göre süreçleri filtrelemek ve analiz etmek için kullanılır. 'Kıdemli pozisyonlar için işe alım, daha alt düzey pozisyonlara göre daha mı uzun sürer?' veya 'İşe uyum süreci teknik pozisyonlar için teknik olmayanlardan farklı mı?' gibi sorulara yanıt bulmaya yardımcı olur. Bu detay seviyesi, hedeflenen süreç iyileştirmeleri oluşturmak ve çalışan yaşam döngüsünün iş gücü genelinde nasıl değiştiğinin inceliklerini anlamak için çok önemlidir. Neden önemli Çalışan rolü, kıdem ve fonksiyona göre yaşam döngüsü süreçlerinin nasıl değiştiğine dair detaylı analizler sağlar, bu da daha hedefli iyileştirmeleri destekler. Nereden alınır Çalışanın İK ana kaydındaki iş bilgileri veya pozisyon datasında bulunur. Örnekler Yazılım MühendisiSatış MüdürüİK İş OrtağıVeri Analisti | |||
İstihdam Türü EmploymentType | Çalışanın çalışma düzenlemesini, örneğin Full-time, Part-time, Contractor veya Intern gibi kategorize eder. | ||
Açıklama İstihdam Türü, bir bireyin istihdam sözleşmesinin veya düzenlemesinin niteliğini sınıflandırır. Bu, İK süreçlerinin nasıl yürütüldüğü üzerinde genellikle önemli bir etkisi olan temel bir demografik niteliktir. İstihdam Türüne göre süreç analizi yapmak önemli farklılıkları ortaya çıkarabilir. Örneğin, bir yüklenici için işe alım süreci tam zamanlı bir çalışana göre belirgin şekilde daha kısa ve daha az detaylı olabilir. Benzer şekilde, performans değerlendirme döngüleri veya işten ayrılma prosedürleri farklılık gösterebilir. Bu segmentasyon, uyumluluk sağlamak ve süreçlerin farklı çalışan tiplerine uygun şekilde uyarlanıp uyarlanmadığını belirlemek için hayati öneme sahiptir. Neden önemli Çalışma düzenlemelerine göre süreç varyasyonlarının analizine olanak tanır; bu da uyumluluk ve farklı çalışan kategorileri için süreçleri optimize etme açısından anahtar niteliğindedir. Nereden alınır Bu, bir çalışanın temel İK profilinde veya istihdam kaydında bulunan standart bir alandır. Örnekler Tam ZamanlıYarı ZamanlıContractorStajyer | |||
Konum Location | Çalışanın bulunduğu coğrafi konum, ofis veya ülke. | ||
Açıklama Konum niteliği, çalışanın fiziksel veya belirlenmiş çalışma yerini belirtir. Bu, bir ülke kadar geniş veya bir ofis binası veya kampüs kadar özel olabilir. Coğrafi analiz, özellikle küresel kuruluşlar için İK Process Mining'de hayati öneme sahiptir. Yerel iş kanunları veya piyasa koşulları nedeniyle işe alım döngü sürelerindeki farklılıklar gibi süreç performansındaki bölgesel varyasyonları ortaya çıkarmaya yardımcı olur. Ayrıca, farklı tesislerdeki çalışan devir oranlarını karşılaştırmak için de kullanılabilir, bu da potansiyel olarak yerel yönetim veya çalışma ortamlarıyla ilgili sorunları gösterebilir. Bu veri, mümkün olduğunda süreçleri standartlaştırmak ve gerektiğinde yerel ihtiyaçları karşılamak için çok önemlidir. Neden önemli Bölgesel süreç farklılıklarını belirlemek, yerel düzenlemelere uyumluluku değerlendirmek ve farklı çalışma sahalarındaki performansı karşılaştırmak için coğrafi analiz sağlar. Nereden alınır Genellikle İK sistemi içinde çalışanın kişisel veya iş adresi bilgilerinde saklanır. Örnekler New York, USALondon, UKBerlin, GermanyUzaktan | |||
Kullanıcı User | Activity'yi gerçekleştiren veya başlatan İK temsilcisi, yönetici veya sistem agent'ı gibi user'ın adı veya ID'si. | ||
Açıklama Kullanıcı niteliği, süreçteki belirli bir adımı yürütmekten sorumlu kişiyi veya sistemi tanımlar. Bu, bir teklifi onaylayan bir işe alım yöneticisi, işe uyumu başlatan bir İK yöneticisi veya bir hatırlatıcıyı tetikleyen otomatik bir sistem olabilir. Bu nitelik, analize insan veya sistem agent'ı boyutu ekler. İş yükü dağılımını anlamak, eğitim fırsatlarını belirlemek (örn. belirli user'ların sürekli gecikmelere veya hatalara neden olup olmadığını) ve süreç uyumluluğunu sağlamak için kullanılır. Örneğin, tazminat değişiklikleri gibi hassas eylemlerin yalnızca yetkili personel tarafından gerçekleştirildiğini doğrulamaya yardımcı olabilir; bu da denetim ve güvenlik için önemlidir. Neden önemli Bir eylemi kimin gerçekleştirdiğini belirler; bu, iş yükünü, uyumluluğu, otomasyon seviyelerini analiz etmek ve eğitim ihtiyaçlarını belirlemek için temeldir. Nereden alınır Sistem denetim günlüklerinde veya işlem kayıtlarında bulunur, genellikle 'Changed By', 'Created By' veya 'User ID' olarak kaydedilir. Örnekler jane.doe@company.comjohn.smithSYSTEM_AUTOMATIONİK Hizmet Merkezi | |||
İş Birimi BusinessUnit | Çalışanın dahil olduğu, genellikle departmanından bir üst seviyede yer alan daha büyük iş bölümü veya segment. | ||
Açıklama İş Birimi, bir şirket içindeki 'Tüketici Ürünleri', 'Kurumsal Yazılım' veya 'Küresel Hizmetler' gibi büyük bir operasyonel bölümü temsil eder. Departmandan daha üst düzey bir organizasyonel bağlam sunar. İşe alımdan emekliliğe sürecini İş Birimi düzeyinde analiz etmek, stratejik, üst düzey karşılaştırmalar için faydalıdır. Üst yönetimin, yetenek yönetimi uygulamalarının ve sonuçlarının işin ana segmentleri arasında nasıl farklılık gösterdiğini anlamasına yardımcı olabilir. Örneğin, bir iş birimi çok daha hızlı bir iç hareketlilik oranına sahip olabilir, bu da kuruluş genelinde paylaşılabilecek en iyi uygulamaları düşündürür. Bu görünüm, İK süreçlerini daha geniş iş stratejileriyle uyumlu hale getirmek için çok önemlidir. Neden önemli Stratejik analiz için üst düzey bir organizasyonel boyut sağlar; başlıca iş birimleri arasında İK süreç performansının karşılaştırılmasına olanak tanır. Nereden alınır Çalışanın temel İK sistemindeki organizasyonel atama datasında bulunur. Örnekler Tüketici ÜrünleriKurumsal FonksiyonlarAraştırma ve GeliştirmeKüresel Hizmetler | |||
İşe Alım Kaynağı RecruitmentSource | Bir adayın başlangıçta iş ilanı panosu, referans veya kariyer fuarı gibi hangi kanal, platform veya yöntem aracılığıyla kaynağının sağlandığı. | ||
Açıklama Recruitment Source, başarılı bir işe alımın kaynağını belirtir. Bu, bir çalışan referansı gibi dahili bir kaynak olabileceği gibi, profesyonel bir ağ sitesi, üniversite kariyer fuarı veya üçüncü taraf bir işe alımcı gibi harici bir kaynak da olabilir. Bu nitelik, farklı yetenek kazanımı stratejilerinin etkinliğini değerlendirmek için hayati öneme sahiptir. Kuruluşlar, tüm çalışan yaşam döngüsünü işe alım kaynaklarına göre analiz ederek, performans değerlendirme puanları, terfi oranları ve elde tutma gibi faktörlerle ölçülen en kaliteli adayları hangi kanalların sağladığını belirleyebilirler. Bu data odaklı yaklaşım, işe alım ekibinin harcamalarını ve çabalarını en etkili kaynaklara yönlendirmesini sağlar. Neden önemli İşe alım kanalı etkinliğinin analizini sağlayarak, aday kalitesi ve elde tutma oranına göre işe alım stratejisi ve harcamalarının optimize edilmesine yardımcı olur. Nereden alınır Genellikle başvuru veya aday bulma aşamasında Aday Takip Sistemi (ATS) içinde kaydedilir. Örnekler Çalışan ReferansıLinkedInŞirket Kariyer SayfasıÜniversite Fuarı | |||
İstihdam Durumu EmploymentStatus | Çalışanın Aktif, Feshedilmiş veya İzinli gibi mevcut veya geçmiş istihdam durumu. | ||
Açıklama İstihdam Durumu, çalışanın belirli bir andaki şirketle olan ilişkisinin bir anlık görüntüsünü sunar. Çalışan yaşam döngüsü boyunca değişim gösteren dinamik bir niteliktir. Process Mining'de, bu durumdaki değişiklikleri takip etmek, başlı başına önemli bir aktivite olabilir (örn: 'Durum İzinli Olarak Değiştirildi'). Aynı zamanda filtreleme ve analiz için değerli bir nitelik olup, mevcut aktif çalışanların yolculuklarına odaklanmanızı veya eski çalışanlar için işten ayrılmaya yol açan süreçleri özel olarak analiz etmenizi sağlar. Farklı yaşam döngüsü analiz türlerine doğru kitlenin dahil edilmesine yardımcı olur. Neden önemli Çalışanın mevcut durumunu tanımlar; bu, aktif veya işten ayrılmış çalışanlar gibi belirli gruplara yönelik analizleri filtrelemek için çok önemlidir. Nereden alınır HRIS'teki ana çalışan kaydında veya iş bilgileri tablosundaki temel bir alan. Örnekler AktifSonlandırıldıİzinliÜcretli İzin | |||
Yönetici Manager | Event sırasında çalışanın doğrudan yöneticisinin veya amirinin adı veya ID'si. | ||
Açıklama Yönetici niteliği, çalışanın doğrudan amirini tanımlar. Yönetici, genellikle birçok İşe Alımdan Emekliliğe sürecinde onaylar, performans değerlendirmeleri ve rol değişikliklerini başlatmaktan sorumlu kilit bir aktördür. Yöneticilere göre süreçleri analiz etmek, yönetim etkinliği ve süreç uyumluluğundaki farklılıkları ortaya çıkarabilir. Örneğin, performans değerlendirmelerini hızlı tamamlayan yöneticiler ile sürekli gecikenleri belirlemeye yardımcı olabilir. Ayrıca, liderlik sorunlarına işaret edebilecek ekip bazındaki çalışan devir oranlarını analiz etmek için de kullanılabilir. Bu, hedeflenmiş yönetici eğitimi ve desteği için bir fırsat sunar. Neden önemli Ekip veya yönetici düzeyinde süreç performansı ve sonuçlarının analiz edilmesine yardımcı olur, yönetim uygulamalarındaki ve uyumdaki farklılıkları vurgular. Nereden alınır İK sistemi içindeki çalışanın iş veya pozisyon verilerinde saklanır, genellikle başka bir çalışan kaydına bağlantı olarak. Örnekler Robert Smithsusan.jones@company.comMGR-9012 | |||
İşe Alımdan Emekliliğe - Çalışan Yaşam Döngüsü Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
Çalışan İşe Alındı | Bu, başvuru sahibinin kaydının çekirdek İK sisteminde çalışan kaydına dönüştürüldüğü resmi işlemdir. Resmi işe başlama tarihini ve kalıcı bir Employee ID’nin atanmasını ifade eder. | ||
Neden önemli Bu Activity, bir vakayı yaşam döngüsünün 'İşe Alım' aşamasından 'Emeklilik' aşamasına geçiren birincil event'tir. Hizmet süresini ve çalışan devrini analiz etmek için istihdamın kesin başlangıcıdır. Nereden alınır Bu, HRIS'teki çalışanın birincil istihdam kaydındaki yürürlükteki başlangıç tarihinden yakalanan açık bir event'tir. Yakala Çalışanın işe alım tarihini veya temel çalışan profilinin oluşturulma tarihini kullanın. Event tipi explicit | |||
Çalışan İşten Çıkarıldı | Çalışanın şirketten statüsü pasif hale geldiğinde gerçekleşen nihai, resmi ayrılığını temsil eder. Bu, çalışan yaşam döngüsündeki son event olup, çalışanın son çalışma gününe dayanmaktadır. | ||
Neden önemli Bu Activity, bir çalışanın hizmet süresinin kesin bitiş noktasıdır. Çalışan devir oranlarını, hizmet süresini ve diğer temel İK metriklerini doğru bir şekilde hesaplamak için esastır. Nereden alınır Bu event, çalışanın durumunu inaktif olarak değiştiren 'Fesih' eyleminin yürürlük tarihinden çıkarılır. Yakala Çalışanın statüsünü 'İşten Ayrıldı', 'Pasif' veya benzeri bir değere değiştiren nihai fesih işleminin yürürlük tarihini kullanın. Event tipi inferred | |||
Fesih Başlatıldı | Bir istifa veya şirket kararı ile tetiklenen çalışan işten ayrılma sürecinin resmi başlangıcını işaret eder. Bu, sonraki işten çıkış workflow'larını tetikleyen açık bir olaydır. | ||
Neden önemli İşten ayrılış sürecinin çevrim süresini ölçmenin başlangıç noktasıdır. Zamanında ve iyi yönetilen bir offboarding süreci, uyumluluk, güvenlik ve bilgi transferi için kritiktir. Nereden alınır Bir işten çıkarma işlemi sisteme ilk kez girildiğinde yakalanır; bu işlem genellikle gelecekteki bir yürürlük tarihini içerir. Yakala Nihai işten çıkış tarihini değil, fesih talebinin ya da işleminin oluşturulma tarihini kullanın. Event tipi explicit | |||
İş Talebi Oluşturuldu | Bu Activity, yeni veya yedek bir pozisyon talebi oluşturulduğunda ve onaylandığında işe alım sürecinin resmi başlangıcını işaretler. Genellikle, yeni bir iş talep formunun bir işe alım modülüne kaydedilip yayınlandığında açık bir event olarak yakalanır. | ||
Neden önemli Toplam işe alım süresini ölçmenin ana başlangıç noktasıdır. İş talebinin açılmasından pozisyonun doldurulmasına kadar geçen süreyi analiz etmek, işe alımın ilk aşamalarındaki darboğazları belirlemeye yardımcı olur. Nereden alınır Bu event, genellikle bir işe alım veya yetenek kazanım sisteminde bulunan bir iş talep kaydının oluşturulma timestamp'inden yakalanır. Yakala Genellikle belirli bir talep ID’siyle ilişkili olan İş Talebi kaydının oluşturulma tarihini kullanın. Event tipi explicit | |||
Oryantasyon Tamamlandı | İlk oryantasyon kontrol listesinin veya workflow'unun başarıyla tamamlandığını gösteren önemli bir kilometre taşıdır. Bu genellikle, gerekli tüm yeni işe alım evraklarının, sistem erişim taleplerinin ve ilk idari görevlerin tamamlandığı anlamına gelir. | ||
Neden önemli Bu event, yeni bir çalışanın idari açıdan tamamen entegre olduğu noktayı işaretler. İşe uyumu tamamlama süresini analiz etmek, erken üretkenliği ve bağlılığı etkileyebilecek verimsizlikleri belirlemeye yardımcı olur. Nereden alınır Bu genellikle çıkarıma dayalı bir olaydır; onboarding kontrol listesindeki son görevin tamamlanma zaman damgasından ya da çalışanın onboarding planındaki durum değişikliğinden türetilir. Yakala İşe alım süreci veya kontrol listesi durumunun 'Tamamlandı' olarak değiştiği zamanı belirleyin veya son gerekli görevin tamamlanma zaman damgasını kullanın. Event tipi inferred | |||
Rol Değişikliği İşlendi | Bir çalışanın işindeki terfiler, transferler veya yatay geçişler dahil her türlü değişikliği temsil eder. Bu event, çalışanın temel İK kaydındaki iş bilgisi değişikliğinin yürürlük tarihinden itibaren yakalanır. | ||
Neden önemli Bu Activity, iç hareketliliği, kariyer yolu planlamayı ve yetenek geliştirmeyi analiz etmek için esastır. Bu değişiklikleri takip etmek, yüksek potansiyelli çalışanları belirlemeye ve kurumsal yeniden yapılanmayı anlamaya yardımcı olur. Nereden alınır Çalışanın iş geçmişi verilerindeki bir 'İş Değişikliği' veya benzeri bir işlemin yürürlük tarihinden yakalanır. Yakala Çalışanın İş Ünvanı, Departman, Pozisyon veya Kademe alanlarındaki bir değişikliğin yürürlük tarihini kullanın. Event tipi explicit | |||
Teklif Kabul Edildi | Adayın iş teklifini resmi olarak kabul ettiğini işaretler ve işe alım öncesi süreci başlatır. Bu olay, adayın başvuru durumunun 'Teklif Kabul Edildi' veya 'İşe Alındı' olarak güncellenmesiyle kaydedilir. | ||
Neden önemli Bu, başarılı bir işe alımı onaylayan kritik bir dönüşüm noktasıdır. Tüm sonraki işe uyum ve yeni çalışan kurulum Activity'leri için tetikleyici görevi görür. Nereden alınır Adayın başvurusundaki bir durum değişikliğinden veya bir e-imza sisteminden alınan açık bir kabul zaman damgasından çıkarılır. Yakala Adayın statüsünün 'Teklif Kabul Edildi' veya benzeri bir değere güncellendiği timestamp'i kullanın. Event tipi inferred | |||
Aday Başvurdu | Bir adayın açık bir iş talebi için başvurusunu gönderdiği anı temsil eder. Bu event, sistemde yeni bir başvuru kaydı oluşturulduğunda ve belirli bir işe bağlandığında açıkça kaydedilir. | ||
Neden önemli Başvuruların izlenmesi, işe alım kanallarının etkinliğini ve aday havuzunun büyüklüğünü anlamak için kritiktir. Başvurudan mülakata ve sonraki aşamalara kadar geçen süreyi ölçmenize olanak tanır. Nereden alınır Bu, yeni bir aday veya başvuru kaydı oluşturulup bir iş talep formu ile ilişkilendirildiğinde yakalanır. Yakala Aday başvuru kaydından alınan gönderim timestamp'ini kullanın. Event tipi explicit | |||
Arka Plan Kontrolü Başlatıldı | İşe giriş öncesi arka plan kontrol sürecinin başlangıcını temsil eder. Bu, genellikle üçüncü taraf bir tarama sağlayıcısıyla sipariş verildiğinde veya dahili bir süreç başlatıldığında yakalanır. | ||
Neden önemli Arka plan kontrollerindeki gecikmeler, yeni işe alım başlangıç tarihini önemli ölçüde etkileyebilir. Bu adımın cycle time'ını izlemek, sorunsuz ve zamanında bir ön-oryantasyon deneyimi sağlamaya yardımcı olur. Nereden alınır Bir tarama satıcısıyla entegrasyon günlüğünden veya İK sistemi içindeki bir durum değişikliğinden ya da görev oluşturmadan yakalanır. Yakala Görev oluşturma veya güvenlik soruşturmasını başlatan API çağrısının timestamp'ini kullanın. Event tipi explicit | |||
İşten Çıkış Tamamlandı | İşten ayrılma sürecinde demirbaş iadesi, bilgi aktarımı ve sistem erişim iptali gibi gerekli tüm görevlerin tamamlandığını gösterir. Bu olay, işten çıkış kontrol listesi veya workflow nihai ve tamamlanmış statüsüne ulaştığında çıkarılır. | ||
Neden önemli Tüm işten ayrılma görevlerinin tamamlandığından emin olmak, güvenlik risklerini azaltmak ve uyumluluku sağlamak için hayati öneme sahiptir. Bu dönüm noktası, ayrılık süreçinin verimliliğini ve eksiksizliğini takip etmeye yardımcı olur. Nereden alınır İşten ayrılma kontrol listesinin tamamlanmasından veya çalışanın işten ayrılma workflow'undaki son durum değişikliğinden çıkarılır. Yakala İşten ayrılma sürecinin durumunun 'Tamamlandı' olarak değiştiği zamanı belirleyin veya son görevin tamamlanma zaman damgasını kullanın. Event tipi inferred | |||
İzin Başlangıcı | Çalışanın, tıbbi, kişisel veya ailevi nedenlerle onaylanmış izin başlangıcını gösterir. Bu, çalışanın durumunun pasif veya izinli bir duruma değişmesiyle kaydedilir. | ||
Neden önemli İzinlerin izlenmesi, işgücü planlaması, kaynak yönetimi ve uyumluluk için kritiktir. Devamsızlık eğilimlerini ve bunların verimlilik üzerindeki etkisini anlamaya yardımcı olur. Nereden alınır Çalışanın İK kaydındaki veya özel bir devamsızlık yönetimi modülündeki izin durumunun yürürlüğe giriş tarihinden yakalanır. Yakala Çalışanın statüsünü 'İzinli' veya benzeri bir duruma değiştiren işlemin başlangıç yürürlük tarihini kullanın. Event tipi explicit | |||
Oryantasyon Başlatıldı | Yeni çalışanın oryantasyon süreci veya workflow'unun resmi başlangıcını temsil eder. Bu event genellikle, yeni çalışana ve yöneticisine bir oryantasyon görev kontrol listesi veya workflow'u atandığında yakalanır. | ||
Neden önemli İşe alımı hızla başlatmak, olumlu bir yeni işe alım deneyimi için anahtardır. Bu aktivite, İK verimliliği için kritik bir metrik olan işe alım cycle time'ının başlangıcını işaret eder. Nereden alınır Genellikle yeni çalışana atanan bir oryantasyon süreci örneğinin, workflow'unun veya kontrol listesinin oluşturulma tarihinden alınır. Yakala Onboarding kontrol listesinin atama tarihini ya da onboarding iş sürecinin başlangıç tarihini kullanın. Event tipi explicit | |||
Performans Değerlendirmesi Tamamlandı | Bir çalışan için resmi performans değerlendirme döngüsünün tamamlanmasını temsil eder. Bu, performans değerlendirme formu veya workflow'unun tamamlanma tarihinden itibaren yakalanan tekrar eden bir event'tir. | ||
Neden önemli Performans değerlendirmelerinin izlenmesi, şirket politikalarına uyumu ve adil yetenek yönetimini güvence altına almaya yardımcı olur. Bölümler genelinde değerlendirme çevrim sürelerini ve uyum oranlarını analiz etmenizi sağlar. Nereden alınır Genellikle performans yönetimi modülünde bir değerlendirme formunun durumunun 'Completed' veya 'Closed' olarak değiştirildiği tarihten çıkarım yapılır. Yakala Performans değerlendirme formunun veya workflow statüsünün nihai, tamamlanmış durumuna güncellendiği timestamp'i kullanın. Event tipi inferred | |||
Teklif Sunuldu | Mülakatlar ve iç onaylar sonrasında bir adaya resmi bir iş teklifi sunulduğunu gösterir. Bu durum genellikle adayın başvuru kaydındaki durum değişikliğinden, 'Teklif Beklemede' gibi bir duruma geçişinden çıkarılır. | ||
Neden önemli Bu kilometre taşı, aday değerlendirmesinden nihai işe alım kararına geçişi ifade eder. Teklifin sunulması ile kabulü arasındaki süre, aday deneyimi ve teklifin rekabetçiliği için önemli bir göstergedir. Nereden alınır Genellikle adayın başvurusundaki bir durum değişikliğinden ya da teklif mektubunun oluşturulma tarihinden çıkarım yapılır. Yakala Başvuru durumunun 'Teklif Uzatıldı', 'Teklif Oluşturuldu' veya benzer bir duruma değiştiği zaman damgasını belirleyin. Event tipi inferred | |||
Ücret Değişikliği Onaylandı | Bir çalışanın maaş, prim veya diğer ücretlendirme unsurlarında onaylanmış bir değişikliği belirtir. Bu event, onaylanmış bir ücret değişikliği işleminin yürürlük tarihinden itibaren yakalanır. | ||
Neden önemli Ücret değişikliklerini analiz etmek, maaş trendleri, performans artışı döngüleri ve eşit ücret konularında içgörüler sağlar. Bu, bir çalışanın finansal ilerlemesini anlamak için önemli bir olaydır. Nereden alınır Temel İK veya ücretlendirme modülündeki onaylanmış bir ücret değişikliği kaydının yürürlük tarihinden yakalanır. Yakala Ücret/yan hak değişikliği işlemiyle ilişkili geçerlilik tarihini kullanın. Event tipi explicit | |||
Veri Çekim Kılavuzları
Veri çıkarma yöntemleri sisteme göre değişir. Detaylı talimatlar için,
