Veri Şablonu: İşe Alımdan Ayrılığa – Çalışan Yaşam Döngüsü
İşe Alımdan Emekliliğe - Çalışan Yaşam Döngüsü Veri Template'iniz
- Toplanması Önerilen Nitelikler
- Takip Edilmesi Gereken Temel Aktiviteler
- Microsoft Dynamics 365 Hr için veri çıkarma rehberi
İşe Alımdan Emekliliğe - Çalışan Yaşam Döngüsü Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
Çalışan Kimliği EmployeeId | Bir çalışan için benzersiz tanımlayıcı, tüm yaşam döngüsü için birincil case ID olarak hizmet eder. | ||
Açıklama Employee ID, İşe Alımdan Ayrılığa süreç analizinin temel taşıdır. İlk iş başvurusundan nihai işten ayrılışa kadar her eventi belirli bir kişiye bağlar. Bu, çalışanın kuruluş içindeki yolculuğunun eksiksiz, uçtan uca bir görünümünü sağlar. Process Mining'de, bu nitelik tüm ilgili aktiviteleri tek bir case'te gruplandırmak için kullanılır. Employee ID'ye göre süreçleri analiz etmek, bir çalışanın toplam görev süresini, üstlendiği rollerin sırasını ve her birey için performans değerlendirmeleri veya terfiler gibi eventlerin sıklığını anlamaya yardımcı olur. Neden önemli Bu, tüm çalışanla ilgili event'leri birbirine bağlayan, bir bireyin tüm yolculuğunu ve yaşam döngüsünü izlemeyi mümkün kılan temel case tanımlayıcısıdır. Nereden alınır Bu genellikle Dynamics 365 Human Resources'taki Çalışan kaydıyla ilişkili 'Personel numarası' alanıdır. Örnekler E-001234E-005678E-009012 | |||
Faaliyet Adı ActivityName | 'Çalışan İşe Alındı' veya 'Performans Değerlendirmesi Yapıldı' gibi gerçekleşen belirli İK yaşam döngüsü olayının adı. | ||
Açıklama Aktivite Adı, İşe Alımdan Ayrılığa sürecindeki tek bir adımı veya kilometre taşını tanımlar. Kaydedilen her olay bir aktiviteyi temsil ederek çalışanın yolculuğunu oluşturan olay dizisini oluşturur. Bu nitelik, süreç haritası oluşturmak için temeldir. Farklı aktivitelerin sırasını ve sıklığını analiz ederek, kuruluşlar yaygın süreç yollarını, sapmaları ve darboğazları belirleyebilir. Örneğin, 'İş Talebi Oluşturuldu'dan 'Teklif Kabul Edildi'ye giden yolu görselleştirerek işe alım verimliliğini ölçmeye yardımcı olur. Neden önemli Süreç haritasındaki adımları tanımlayarak, işe alımdan işten ayrılışa kadar çalışan yaşam döngüsünün görselleştirilmesi ve analiz edilmesine olanak tanır. Nereden alınır Bu öznitelik genellikle Dynamics 365 İK'nın İşe Alım, İşe Başlatma ve Temel İK gibi çeşitli modüllerindeki durum değişikliklerinden, tamamlanmış görevlerden veya kaydedilmiş event'lerden türetilir. Örnekler İş İlanı Talebi OluşturulduÇalışanın İşe Başlangıcı TamamlandıPerformans Değerlendirmesi YapıldıFesih Başlatıldı | |||
Olay Zamanı EventTime | İK aktivitesinin gerçekleştiği zamanı gösteren timestamp. | ||
Açıklama Event Time, çalışan yaşam döngüsündeki her aktivitenin tam tarih ve saatini kaydeder. Bu zamansal veri; süreç sürelerini analiz etmek, gecikmeleri belirlemek ve olayların sıralamasını anlamak için kritiktir. Process Mining'de bu zaman damgası, event'lerin doğru sıralanmasında ve aktiviteler arasındaki sürenin (cycle time) ile bir sürecin toplam süresinin (case duration) hesaplanmasında kullanılır. 'Average Time to Hire' ve 'Onboarding Cycle Time' gibi neredeyse tüm zamana dayalı KPI'ların temelini oluşturur. Neden önemli Bu timestamp, event'leri sıralamak, tüm zaman tabanlı metrikleri hesaplamak ve sürecin darboğazlarını ve gecikmelerini keşfetmek için kritiktir. Nereden alınır Bu, Dynamics 365 İK içindeki kayıtlardaki oluşturma veya durum güncelleme timestamp'lerine karşılık gelir; örneğin başvuru tarihi, işe alım tarihi veya performans değerlendirme tamamlama tarihi. Örnekler 2023-01-15T09:00:00Z2023-03-20T14:30:00Z2024-05-10T11:00:00Z | |||
Kaynak Sistem SourceSystem | Verinin kaynaklandığı bilgi sistemini tanımlar. | ||
Açıklama Bu öznitelik, bu bağlamda 'Microsoft Dynamics 365 HR' olan event verisinin kaynağını belirtir. Özellikle verinin ayrı bir başvuru takip sistemi veya bordro sağlayıcısı gibi birden fazla İK sisteminden entegre edilebildiği ortamlarda veri yönetişimi ve izlenebilirlik açısından önemlidir. Analizde, veri bütünlüğünü sağlamasına yardımcı olur ve yalnızca belirli bir kayıt sisteminden kaynaklanan event'leri filtrelemek için kullanılabilir. Bu, Process Mining projesinin kapsamını doğrulamak açısından değerlidir. Neden önemli veri kaynağı ve yönetimi için kritik bir bağlam sağlayarak, izlenebilirliği güvence altına alır ve analizi belirli bir kayıt sistemine odaklamaya yardımcı olur. Nereden alınır Bu, kayıtların kaynağını etiketlemek için veri çekme ve dönüştürme süreci sırasında eklenmesi gereken statik bir değerdir. Örnekler Microsoft Dynamics 365 HR | |||
Son Veri Güncellemesi LastDataUpdate | Verinin kaynak sistemden en son yenilendiği veya çıkarıldığı timestamp. | ||
Açıklama Bu öznitelik, veri setinin en son ne zaman güncellendiğini kaydeder. Analizin güncelliği açısından kritik bir bağlam sağlar ve kullanıcıların süreç içgörülerinin güncelliğini anlamalarına yardımcı olur. Dashboard'lar ve raporlama için bu timestamp, verinin güncelliği hakkında kullanıcıları bilgilendirmek amacıyla sıklıkla görüntülenir. Kararların, verinin güncelliği anlaşılmış bir şekilde alınmasını sağlar ve güncel olmayan bilgilere dayalı yanlış yorumlamaları engeller. Neden önemli Kullanıcılara verinin güncelliği hakkında bilgi vererek, analizin zaman çerçevesini anlamalarını ve güncel bilgilere dayanarak kararlar almalarını sağlar. Nereden alınır Bu değer genellikle veri Dynamics 365 İK'dan çekildiğinde ETL (Extract, Transform, Load) süreci sırasında üretilir ve saklanır. Örnekler 2024-07-29T04:00:00Z2024-07-30T04:00:00Z | |||
Bitiş Saati EndTime | Bir aktivitenin tamamlandığını gösteren ve süre analizi için kullanılan timestamp. | ||
Açıklama End Time, bir arka plan kontrolü veya eğitim modülü gibi bir süresi olan aktivitenin tamamlandığını işaret eder. Birçok İK eventi anlık olsa da (StartTime ile kaydedilir), bazılarının belirli bir başlangıç ve bitiş zamanı vardır. Bu nitelik, bireysel aktivitelerin işlem süresini doğru bir şekilde hesaplamak için çok önemlidir. Hangi adımların en çok zaman tükettiğini analiz etmeyi sağlar, belirli görevlerin ne kadar sürdüğünü ölçerek 'Onboarding Process Performance' gibi Dashboard'ları destekler. Neden önemli Bireysel etkinlik sürelerinin hassas hesaplanmasını sağlayarak, süreçteki en çok zaman alan adımları belirlemek için hayati öneme sahiptir. Nereden alınır Bu, Dynamics 365 İK'da süreye sahip görevler için ayrı bir alan olabilir veya sürecin sonraki aktivitesinin StartTime'ı olabilir. Örnekler 2023-01-20T17:00:00Z2023-04-01T10:00:00Z2024-06-15T16:30:00Z | |||
Bölüm Department | Çalışanın atandığı Satış veya Mühendislik gibi kurumsal departman. | ||
Açıklama Bu öznitelik, çalışanın atanmış departmanını belirtir. İşletmenin farklı bölümleri arasında süreç performansını segmentlere ayırmak ve karşılaştırmak için anahtar bir boyuttur. Analizde, Departman, 'Hangi departman en yüksek işten ayrılma oranına sahip?' veya 'Mühendislik departmanı için işe alım süresi Pazarlama'ya göre daha mı uzun?' gibi soruları yanıtlamak için süreç haritalarını ve KPI'ları filtrelemek için kullanılır. 'Çalışan İşten Ayrılma Trendleri' ve 'İK İş Akışı Varyant Analizi' dashboard'ları için kritik öneme sahiptir. Neden önemli Sürecin güçlü bir şekilde bölümlenmesine olanak tanır, her bir departmana özgü performans farklılıklarını, darboğazları ve işten ayrılma eğilimlerini ortaya koyar. Nereden alınır Bu bilgi, Dynamics 365 İK'nın Temel İK modülündeki çalışanın pozisyon detaylarıyla ilişkilidir. Örnekler Satışİnsan KaynaklarıBilgi TeknolojileriFinans | |||
Fesih Nedeni TerminationReason | 'Gönüllü İstifa' veya 'İstemsiz Fesih' gibi bir çalışanın ayrılışının nedeni. | ||
Açıklama Bu nitelik, bir çalışanın görev süresinin sona erme nedenini kategorize eder. Bu nedenler genellikle İK politikası içinde standartlaştırılmıştır ve çalışan devrinin itici güçlerini anlamak için çok önemlidir. Analizde, Termination Reason, 'Employee Turnover Trends' Dashboard'ı için anahtar niteliktir. Kuruluşun, pişmanlık duyulan ve duyulmayan ayrılıkları ayırt etmesini ve belirli bir departmandaki yüksek gönüllü istifalar gibi kalıpları belirlemesini sağlar; bu da yönetim veya ücretlendirme sorunlarını gösterebilir. Neden önemli Çalışan devir oranının nedenlerini anlamak, hedefe yönelik elde tutma stratejileri geliştirmek ve işten ayrılmaların temel nedenlerini ele almak için kritik öneme sahiptir. Nereden alınır Bu bilgi genellikle Dynamics 365 İK'nın Temel İK modülünde işten ayrılma veya fesih sürecinin bir parçası olarak kaydedilir. Örnekler İsteğe Bağlı İstifaİstem Dışı - Performans NedeniyleEmeklilikSözleşme Sonu | |||
İş Rolü JobRole | Çalışanın belirli iş unvanı veya rolü. | ||
Açıklama İş Rolü, çalışanın organizasyon içindeki 'Yazılım Mühendisi' veya 'Müşteri Yöneticisi' gibi pozisyonunu tanımlar. Bu, süreç analizi için departmandan daha ayrıntılı bir seviye sunar. Belirli roller için işe alım süreçlerini analiz etmek, kariyer gelişim yollarını izlemek ve belirli pozisyonlara bağlı devir eğilimlerini belirlemek için kullanılır. Örneğin, teknik roller için 'İşe Alım Süresi'nin önemli ölçüde daha uzun olup olmadığını veya belirli bir iş rolünün erken aşama çalışan devri oranının yüksek olup olmadığını anlamaya yardımcı olur. Neden önemli İK süreçlerinin belirli iş fonksiyonlarına göre detaylı analizini sağlayarak, iyileştirmelerin özelleştirilmesine ve role özel sorunların tespit edilmesine yardımcı olur. Nereden alınır Bu bilgi, Dynamics 365 İK'da çalışanın pozisyon veya iş detaylarının bir parçası olarak saklanır. Örnekler Kıdemli MuhasebeciÜrün Yöneticisiİnsan Kaynakları Genel UzmanıVeri Analisti | |||
İşe Alım Yöneticisi HiringManager | Belirli bir talep için işe alım kararından sorumlu yönetici. | ||
Açıklama İşe Alım Yöneticisi, iş talebinin sahibi olan ve pozisyonu doldurmaktan nihai olarak sorumlu kişidir. Bu niteliği izlemek, işe alım sürecindeki farklı yöneticilerin ve ekiplerin performansını anlamak için anahtardır. Bu nitelik, analizin yöneticiye göre segmentlere ayrılmasını sağlar, bu da işe alım döngü süreleri, teklif kabul oranları ve işe alım etkinliğindeki farklılıkları ortaya çıkarabilir. Hangi yöneticilerin veya departmanların en verimli olduğunu belirleyerek 'İşe Alım Süresi Analizi' Dashboard'ını doğrudan destekler. Neden önemli Süreç performansını belirli yöneticilere atayarak, işe alım sürecindeki en iyi uygulamaların veya geliştirilmesi gereken alanların tespiti için hedefe yönelik geri bildirim sunar. Nereden alınır Bu genellikle Dynamics 365 İK'nın işe alım modülündeki iş talebi kaydında saklanır. Örnekler Ayşe YılmazCan DemirEmily Jones | |||
Konum Location | Çalışanın bulunduğu coğrafi konum veya ofis. | ||
Açıklama Konum, çalışanın fiziksel veya bölgesel iş yerini belirtir. Bu bir ülke, eyalet, şehir veya belirli bir ofis binası olabilir. İK süreçlerini konuma göre analiz etmek, büyük ve dağıtık organizasyonlar için çok önemlidir. İşe alım süreleri, çalışan devri oranları ve süreç uyumluluğundaki bölgesel farklılıkları belirlemeye yardımcı olur. Bu nitelik, daha derinlemesine inceleme için coğrafi bir filtre sağlayarak hemen hemen tüm dashboard'ları destekler. Neden önemli Analiz için coğrafi bir boyut sağlayarak, süreç performansındaki ve çalışan eğilimlerindeki bölgesel farklılıkların ortaya çıkarılmasına yardımcı olur. Nereden alınır Bu genellikle Dynamics 365 İK'da çalışanın pozisyon veya çalışan kaydının bir parçasıdır ve genellikle belirli bir ofis veya yasal varlık adresiyle ilişkilidir. Örnekler New York, ABDLondra, İngiltereBerlin, AlmanyaTokyo, Japan | |||
İşe Alım Süresi TimeToHire | Bir iş talebi oluşturulduğundan, bir adayın teklifi kabul etmesine kadar geçen toplam süre. | ||
Açıklama Time to Hire, tüm işe alım döngüsünün verimliliğini ölçen kritik bir case bazlı KPI'dır. Bu süre, belirli bir çalışan veya pozisyon için 'İş Talebi Oluşturuldu' aktivitesi ile 'Teklif Kabul Edildi' aktivitesi arasındaki zaman dilimi olarak hesaplanır. Bu metrik, 'Time to Hire Analizi' Dashboard'unun ve 'Ortalama Time to Hire' KPI'ının ana odak noktasıdır. Bu sürenin analizi, İK departmanlarının aday bulma, mülakat veya teklif süreçlerindeki verimsizlikleri tespit etmesine ve iyileştirme için kıyas noktaları belirlemesine yardımcı olur. Neden önemli Bu, işe alım verimliliği için anahtar bir performans göstergesidir ve kuruluşun açık pozisyonları ne kadar hızlı doldurabildiğini doğrudan ölçer. Nereden alınır Bu, aynı case içindeki 'İş Talebi Oluşturuldu' ve 'Teklif Kabul Edildi' aktivitelerinin timestamp'leri arasındaki zaman farkını bularak hesaplanan case düzeyinde bir metriktir. Örnekler P35DP48DP60D | |||
İşlem Süresi ProcessingTime | Bir aktivitenin, bitiş ve başlangıç zamanları arasındaki fark olarak hesaplanan süresi. | ||
Açıklama Processing Time, tek bir aktivite üzerinde harcanan zamanı ölçer. Belirli bir event için StartTime'dan EndTime'ın çıkarılmasıyla hesaplanır. Bu metrik, aktivite düzeyindeki bottleneck'leri belirlemek için temeldir. 'Çalışan Yolculuğu Bottleneckleri' gibi dashboard'larda, bu Öznitelik, 'Arka Plan Kontrolü Tamamlandı' gibi belirli adımların genel süreç içinde en çok zaman alan adımlar olduğunu vurgulamak için kullanılır. Neden önemli Bireysel adımların sürelerini nicelendirerek, süreçteki bottleneck'lere neden olan en çok zaman alan etkinlikleri kolayca tespit etmeyi ve analiz etmeyi sağlar. Nereden alınır Bu, veri dönüşümü sırasında StartTime'ın EndTime'dan çıkarılmasıyla hesaplanır (EndTime - StartTime). Örnekler P3DT4H30MP10D8S | |||
İstihdam Türü EmploymentType | Çalışanın Full-time, Part-time veya Contractor gibi çalışma düzenini kategorize eder. | ||
Açıklama Bu nitelik, istihdam sözleşmesinin doğasını tanımlar. İş gücü planlaması ve analizi için temel bir bilgi parçasıdır. Çalışan yaşam döngüsünü Employment Type'a göre segmentlere ayırmak, farklı süreç yollarını ve sürelerini ortaya çıkarabilir. Örneğin, bir sözleşmeli çalışan için işe alım süreci, bir tam zamanlı çalışan için olandan önemli ölçüde farklı ve daha hızlı olabilir. Bu nitelik, İK Workflow varyant analizi için değerli bir bağlam sağlar. Neden önemli Farklı çalışan türleri için İK süreçlerini karşılaştırmaya, bağlam sağlamaya ve farklı istihdam kategorilerinin nasıl yönetildiğine dair varyasyonları ortaya çıkarmaya olanak tanır. Nereden alınır Bu, Dynamics 365 İK'nın Temel İK modülündeki çalışan veya pozisyon kaydında standart bir alandır. Örnekler Tam zamanlıYarı zamanlıContractorStajyer | |||
Kullanıcı User | Sistemde İK aktivitesini veya görevini gerçekleştiren birey. | ||
Açıklama Bu öznitelik, belirli bir aktiviteyi gerçekleştiren İK iş ortağı, işe alım uzmanı veya yönetici gibi belirli kullanıcıyı tanımlar. Çalışan yaşam döngüsü boyunca sistemle olan insan etkileşimini izler. Kullanıcıya göre aktiviteleri analiz etmek, iş yüklerini anlamaya, eğitim ihtiyaçlarını belirlemeye ve süreç adımlarının farklı kişiler tarafından nerede ele alındığını tespit etmeye yardımcı olur. Örneğin, 'Bordro Kurulumu Tamamlandı' gecikmelerinin sürekli olarak belirli bir kullanıcıyla ilişkili olup olmadığını gösterebilir, bu da ek eğitim veya destek ihtiyacına işaret edebilir. Neden önemli Süreç etkinliklerini belirli kişilere atayarak iş yükü dağılımı, kullanıcı performansı ve eğitim fırsatları analizine olanak sağlar. Nereden alınır Bu genellikle sistem denetim günlüklerinde veya Dynamics 365 İK genelindeki çeşitli kayıtlarda 'Tarafından Değiştirildi' alanlarında yakalanır. Örnekler hr_specialist_1recruiter_aliceyönetici_bob | |||
Performans Değerlendirmesi Zamanında mı IsOnTimePerformanceReview | Bir performans değerlendirmesinin hedef tarihinde veya öncesinde tamamlanıp tamamlanmadığını gösteren bir boolean bayrak. | ||
Açıklama Bu hesaplanmış öznitelik, performans değerlendirme son teslim tarihlerine uyumluluğu gösteren basit bir doğru/yanlış gösterge sağlar. 'Performans Değerlendirmesi Yapıldı' aktivitesinin EventTime'ını ilgili SlaTargetDate ile karşılaştırarak türetilir. Bu işaret, 'Performans Değerlendirme Uyumu' dashboard'unu desteklemek ve 'Performans Değerlendirme Zamanında Tamamlanma Oranı' KPI'ını doğrudan hesaplamak için kullanılır. Kullanıcıların gecikmiş veya zamanında yapılan tüm değerlendirmeleri hızlıca filtrelemesini sağlayarak analizi basitleştirir. Neden önemli Her performans değerlendirmesini zamanında veya gecikmeli olarak açıkça işaretleyerek uyumluluk takibini basitleştirir ve uygunluk oranlarını hesaplamayı kolaylaştırır. Nereden alınır Bu, veri dönüşümü sırasında türetilen hesaplanmış bir alandır: EventTime <= SlaTargetDate ise DOĞRU, aksi takdirde YANLIŞ. Örnekler truefalse | |||
SLA Hedef Tarihi SlaTargetDate | Performans değerlendirmesi gibi bir aktivitenin tamamlanması gereken son tarih. | ||
Açıklama SLA Hedef Tarihi, belirli bir zamana duyarlı aktivite için son tarihi temsil eder. Bu, en yaygın olarak yıllık performans değerlendirmeleri veya zorunlu eğitim tamamlamaları gibi yinelenen eventler için kullanılır. Bu nitelik, uyumlulukla ilgili KPI'ları hesaplamak için çok önemlidir. Gerçek tamamlanma tarihini ('EventTime') hedef tarihle karşılaştırmak için doğrudan 'Performance Review Adherence' Dashboard'ında kullanılır ve 'Performance Review On-Time Rate' KPI'sının hesaplanmasına olanak tanır. Neden önemli Zamanında yapılma ve uyumluluk ölçümü için bir kıyaslama noktası sunar; bu, performans değerlendirmeleri ve diğer son tarihli İK görevleriyle ilgili KPI'lar için hayati öneme sahiptir. Nereden alınır Bu tarih, performans değerlendirme kaydında saklanabilir veya çalışanın işe alım tarihine ve şirket politikası kurallarına göre hesaplanabilir. Örnekler 2024-06-30T23:59:59Z2024-09-15T23:59:59Z2025-01-31T23:59:59Z | |||
Talep Kimliği RequisitionId | İş talebi için benzersiz bir tanımlayıcı. | ||
Açıklama Talep Kimliği, yeni bir çalışan işe alma talebine atanan benzersiz bir koddur. İş ilanını yayınlamaktan teklif sunmaya kadar ilgili tüm işe alım aktivitelerini tek bir işe alım çabasına bağlar. Bu nitelik, işe alım alt sürecini detaylı bir şekilde analiz etmek için çok kullanışlıdır. Aynı pozisyona başvuran tüm adayları gruplandırmaya ve her belirli talep için 'Time to Hire'ı ölçmeye olanak tanır. 'Time to Hire Analysis' Dashboard'ını oluşturmak için anahtar bir alandır. Neden önemli Belirli bir açık pozisyon için tüm işe alım faaliyetlerini gruplandırarak, her bir pozisyonun işe alım sürecinin doğru ölçülmesini ve analizini sağlar. Nereden alınır Bu, Dynamics 365 İK'nın işe alım veya başvuru takip modülündeki kayıtlar için birincil tanımlayıcıdır. Örnekler REQ-2023-05-101REQ-2024-01-203REQ-2024-03-315 | |||
Veri Tamamlandı mı IsDataComplete | Yeni bir işe alım için tüm kritik veri alanlarının doldurulup doldurulmadığını gösteren bir boolean bayrak. | ||
Açıklama Bu nitelik, 'Employee Onboarded' aktivitesi gerçekleştikten sonra, Department ve Job Role gibi anahtar çalışan veri noktalarının tamamlanmışlığını kontrol eder. Bir çalışan kaydının ilk kurulumu için bir veri kalitesi kontrolü olarak hizmet eder. Bu flag, 'Missing Mandatory Data Rate' KPI'sını hesaplamak için kullanılır. Yaşam döngüsünün erken aşamalarında eksik verilere sahip case'leri belirleyerek, kuruluşlar veri girişi hatalarını düzeltebilir ve İK bilgi sistemlerinin güvenilirliğini artırabilir. Neden önemli Yeni işe alınanların ilk veri kalitesini ölçerek, İK veri giriş hatalarını tespit etmeye ve azaltmaya yardımcı olur, böylece güvenilir raporlama sağlar. Nereden alınır Bu, veri dönüşümü sırasında türetilen hesaplanmış bir alandır. İşe başlatma tamamlandıktan sonra bir case'de 'Departman' ve 'İş Rolü' gibi alanların boş olup olmadığını kontrol eder. Örnekler truefalse | |||
İşe Alımdan Emekliliğe - Çalışan Yaşam Döngüsü Etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
Çalışan İşe Alındı | Bu, bir başvuru sahibi kaydının bir çalışan kaydına dönüştürüldüğü resmi işlemdir. Dynamics 365 İK'da belirli bir başlangıç tarihi ile yeni bir 'Çalışan' ve ilişkili 'İstihdam' kayıtları oluşturan açık bir event'tir. | ||
Neden önemli Bu aktivite, bir case'i işe alım aşamasından çalışan yaşam döngüsü aşamasına resmi olarak geçirir, işe alım ve bordro süreçlerini başlatır. Nereden alınır Sistemde "Hire" veya "Hire new worker" işlemi tamamlandığında açıkça kaydedilir; çekirdek İK personel tablolarında (ör. Worker, Employment) kayıtlar oluşturulur. Yakala Sistem, bir aday kayıtından yeni bir 'Çalışan' kayıtının oluşturulmasını günlüğe kaydeder. Event tipi explicit | |||
Çalışanın İşe Başlangıcı Tamamlandı | Yeni bir çalışan için ilk işe alım sürecinin tamamlandığını belirtir. Bu genellikle, bir işe alım kontrol listesindeki bir dizi task'ın tamamlanmasından veya çalışanın işe alım planındaki bir durum değişikliğinden türetilen çıkarımsal bir event'tir. | ||
Neden önemli Bu dönüm noktası, yeni bir çalışanın tam verimli hale getirilme verimliliğini izlemek için çok önemlidir. Buradaki gecikmeler, çalışan bağlılığını ve başlangıç performansını etkileyebilir. Nereden alınır 'İşe Başlama' modülünden çıkarılmıştır. Olay, çalışanla ilişkili bir işe başlama rehberi veya kontrol listesinin durumunun 'Tamamlandı' olarak güncellenmesiyle tetiklenir. Yakala Bir çalışana atanan işe başlama kontrol listesindeki tüm zorunlu görevler tamamlandı olarak işaretlendiğinde çıkarılmıştır. Event tipi inferred | |||
Fesih Başlatıldı | İşten ayrılma tarihi sisteme girildiğinde çalışan işten ayrılma sürecinin resmi başlangıcını işaret eder. Bu, çalışanın durumunu değiştiren ve sonraki işten ayrılma workflow'larını tetikleyen ayrı, açık bir event'tir. | ||
Neden önemli Bu aktivite, çalışan devir analizi için anahtar bir göstergedir. İşten ayrılış sürecinin verimliliğini ve uyumluluğunu ölçmek için başlangıç noktası olarak hizmet eder. Nereden alınır Bir kullanıcı "Worker" kaydı üzerinde "Terminate" işlemini gerçekleştirip fesih tarihi girdiğinde açıkça kaydedilir. Yakala İstihdam kaydı, işten ayrılma tarihi ve nedeni ile güncellendiğinde loglandı. Event tipi explicit | |||
İş İlanı Talebi Oluşturuldu | Bu aktivite, yeni bir iş talebi oluşturulduğunda ve onaylandığında, işe alım sürecinin resmi başlangıcını işaret eder. Genellikle bir kullanıcı Dynamics 365 HR içinde yeni bir işe alım projesinin veya iş ilanının oluşturulmasını tamamladığında açık bir event olarak yakalanır. | ||
Neden önemli Bu, 'İşe Alım Süresi' analizi için birincil başlangıç event'idir. Bunu takip etmek, ilk talepten yerine getirilmeye kadar olan tüm işe alım hunisinin verimliliğini ölçmeye olanak tanır. Nereden alınır 'İşe Alım' modülünde kaydedilmiştir. Bu, bir 'İşe Alım Projesi' varlık kaydının oluşturulması üzerine açıkça kaydedilen bir event'tir. Yakala Yeni bir işe alım proje kaydı oluşturulduğunda event kaydedilir. Event tipi explicit | |||
İşten Ayrılma Tamamlandı | Bu, çalışan yaşam döngüsündeki son aktivitedir ve tüm işten ayrılma prosedürlerinin tamamlandığını gösterir. Event, bir işten ayrılma kontrol listesindeki tüm görevlerin tamamlanması veya çalışanın kaydındaki son bir durum değişikliğinden çıkarılır. | ||
Neden önemli Bu bitiş event'i, tüm uyumluluk ve idari görevlerin tamamlanmasını sağlayarak, işten ayrılma sürecinin genel süresini ve tamamlama oranını ölçmek açısından kritiktir. Nereden alınır 'İşten Ayrılma' modülünden çıkarılmıştır. Bu olay, çalışan için işten ayrılma planının genel durumunun 'Tamamlandı' olarak ayarlanmasıyla tetiklenir. Yakala Çalışana atanmış offboarding kontrol listesindeki tüm zorunlu görevlerin tamamlanmasından türetilir. Event tipi inferred | |||
Performans Değerlendirmesi Yapıldı | Bir çalışanın performans değerlendirme döngüsünün tamamlandığını işaret eder. Bu, genellikle bir yönetici veya İK tarafından bir performans değerlendirme belgesinin durumunun 'Tamamlandı' veya 'Sonuçlandırıldı' olarak değiştirilmesiyle yakalanan çıkarımsal bir event'tir. | ||
Neden önemli Bu, yetkinlik yönetimi için anahtar bir dönüm noktasıdır. Zamanında gerçekleşmesini takip etmek, performans görüşmelerinin tutarlı ve programa uygun bir şekilde yapılmasını sağlamaya yardımcı olur. Nereden alınır 'Performans yönetimi' modülünden çıkarılmıştır. Olay, çalışanla ilişkili bir 'Değerlendirme' kaydının 'Tamamlandı' gibi nihai bir duruma güncellenmesiyle yakalanır. Yakala Çalışan için 'Performans Değerlendirmesi' varlığındaki bir durum alanı değişikliğinden çıkarılmıştır. Event tipi inferred | |||
Teklif Kabul Edildi | Bir adayın iş teklifini resmi olarak kabul ettiği ve ana işe alım döngüsünü sonlandırdığı noktayı işaret eder. Bu genellikle başvuru sahibinin kaydındaki durum değişikliğinin 'Teklif Kabul Edildi' veya benzer bir duruma **çıkarım yapılarak** yakalanır. | ||
Neden önemli Bu, 'İşe Alım Süresi' KPI'ını tamamlayan kritik bir dönüm noktasıdır. Başarılı bir işe alım sonucunu gösterir ve sonraki işe başlangıç öncesi aktiviteleri tetikler. Nereden alınır 'Başvuran' varlığındaki bir durum değişikliğinden çıkarılmıştır. Bu değişiklik genellikle başvuranı çalışana dönüştürmek için workflow'u başlatır. Yakala Başvuran durum alanındaki bir güncellemeden, örneğin 'İşe Alındı' veya 'Kabul Edildi' olarak değişmesinden çıkarılmıştır. Event tipi inferred | |||
Aday Başvurdu | Bir adayın açık bir pozisyon için başvurusunu göndermesini temsil eder. Bu event, sisteme bir portal aracılığıyla veya manuel girişle yeni bir aday kayıtı oluşturulduğunda açıkça kaydedilir. | ||
Neden önemli Başvuru hacmini ve zamanlamasını takip etmek, işe alım kanallarının etkinliğini analiz etmek ve aday havuzunu anlamak için kritik öneme sahiptir. Nereden alınır 'Recruiting' modülünden, yeni bir 'Applicant' varlık kaydı oluşturulduğunda ve belirli bir iş veya işe alım projesiyle ilişkilendirildiğinde yakalanır. Yakala Başvuru üzerine aday takip tablolarında yeni bir kayıt oluşturulur. Event tipi explicit | |||
Arka Plan Kontrolü Tamamlandı | Bir adayın arka plan kontrolünün başarılı bir şekilde tamamlanmasını temsil eder. Bu, bir entegrasyon varsa açıkça yakalanabilir, ancak daha yaygın olarak bir durum değişikliğinden veya adayın kayıtındaki bir tarih alanının doldurulmasından çıkarılır. | ||
Neden önemli Arka plan kontrollerinin süresini ve başarı oranını analiz etmek, işe alımın son aşamalarındaki darboğazları belirlemeye ve uyumluluğu sağlamaya yardımcı olur. Nereden alınır 'Başvuran' veya bekleyen 'Çalışan' kaydındaki bir durum alanından veya belirli bir tarih alanından çıkarılmıştır. Bu genellikle İK personelinin manuel güncellemelerine dayanır. Yakala Aday profilindeki durum değişikliğinden veya "Background Check Cleared Date" bilgisinin girilmesinden türetilir. Event tipi inferred | |||
Bordro Kurulumu Tamamlandı | Bir çalışanın bordrosu için gerekli tüm bilgilerin girilip doğrulandığı noktayı temsil eder. Bu event genellikle bir durum değişikliğinden veya bordroyla ilgili bir kontrol listesi öğesinin tamamlanmasından çıkarılır. | ||
Neden önemli Bordro kurulumunun zamanında ve doğru yapılması, uyumluluk ve çalışan memnuniyeti için kritiktir. Bu adım, onboarding sürecinin kilit bir adımının verimliliğini izlemenize yardımcı olur. Nereden alınır Çalışanın kaydından, muhtemelen özel bir durum alanından, bir bordro hazırlık kontrol listesinden veya belirli bordro ile ilgili veri alanlarının doldurulmasından çıkarılmıştır. Yakala Banka ve vergi bilgileri gibi belirli veri giriş görevlerinin tamamlanmasından türetilir; genellikle onboarding kontrol listesinde takip edilir. Event tipi inferred | |||
Çıkış Mülakatı Yapıldı | Bu aktivite, ayrılan çalışanla bir çıkış mülakatının tamamlandığını işaret eder. Tipik olarak, bir İK kullanıcısı bir işten ayrılış kontrol listesindeki ilgili bir görevi tamamlandı olarak işaretlediğinde yakalanan çıkarılmış bir eventtir. | ||
Neden önemli İşten ayrılma mülakatlarının tamamlanmasını takip etmek, süreç uyumluluğunu sağlamak ve elde tutmayı geliştirmek için değerli geri bildirimler toplamak açısından önemlidir. Nereden alınır 'İşten Ayrılma' kontrol listesi modülünden çıkarılmıştır. Olay, çalışanla ilişkili 'Çıkış Mülakatı' görevinin 'Tamamlandı' olarak işaretlenmesiyle gerçekleşir. Yakala Bir çalışanın işten ayrılma kontrol listesindeki belirli bir görevin durum değişikliğinden çıkarılmıştır. Event tipi inferred | |||
Eğitim Atandı | Bu aktivite, belirli bir eğitim kursu veya öğrenme modülü bir çalışana atandığında kaydedilir. Dynamics 365 HR, çalışanı eğitimle ilişkilendiren bir kayıt oluşturarak kurs atamalarını açıkça izleyebilir. | ||
Neden önemli Bu, kuruluşların yeni işe alımların veya terfi eden çalışanların gerekli eğitimi zamanında alıp almadığını izlemesine yardımcı olur; bu sayede uyumluluk ve beceri gelişimi sağlanır. Nereden alınır Bir çalışanın kaydına kurs atandığında "Learning" veya "Training" modülünde açıkça kaydedilir. Yakala Bir 'Çalışan' ile bir 'Kurs'u birbirine bağlayan kurs atama tablosunda yeni bir kayıt oluşturulur. Event tipi explicit | |||
Rol Değişikliği Başlatıldı | Bu aktivite, bir çalışanın işini, pozisyonunu veya departmanını değiştirme sürecinin başlangıcını işaret eder. Bir yönetici veya İK kullanıcısı bir pozisyon değişikliği talebi veya çalışan eylemi başlattığında tetiklenen açık bir eventtir. | ||
Neden önemli Bu, iç hareketlilik verimliliğini ölçmek için başlangıç noktasıdır. Rol değişikliklerinin sıklığını ve tetikleyicilerini anlamak, kariyer ilerlemesi konusunda içgörüler sağlar. Nereden alınır Bir "Personnel action" veya benzeri bir Workflow, çalışanın pozisyon bilgilerini değiştirmek için başlatıldığında açıkça kaydedilir. Yakala 'Pozisyon eylemi' veya 'Çalışan eylemi' talep kaydının oluşturulması üzerine loglandı. Event tipi explicit | |||
Teklif Uzatıldı | Bu aktivite, bir adaya resmi bir iş teklifi gönderildiğini işaret eder. Genellikle başvuru sahibinin kaydındaki bir durum değişikliğinden, mülakat aşamasından 'Teklif' veya 'Kabul Bekleniyor' aşamasına geçişten anlaşılır. | ||
Neden önemli Bu, işe alım sürecinde anahtar bir dönüm noktasıdır. Bu event ile teklif kabulü arasındaki süreyi analiz etmek, iletişim veya müzakerelerdeki potansiyel gecikmeleri ortaya çıkarabilir. Nereden alınır 'Başvuran' veya ilgili işe alım varlığındaki bir durum alanı değişikliğinden çıkarılmıştır. Belirli alan ve değerler sistem yapılandırmasına bağlıdır. Yakala Başvuranın durum alanındaki 'Teklif Uzatıldı' veya 'Teklif Bekliyor' gibi bir değere değişiklikten çıkarılmıştır. Event tipi inferred | |||
Terfi Onaylandı | Bir çalışanın terfisinin nihai onayını temsil eder, bu genellikle bir unvan ve ücret değişikliğini içerir. Bu, bir terfi workflow'unun veya personel eyleminin son onay durumuna ulaştığında yakalanan çıkarımsal bir event'tir. | ||
Neden önemli Bu dönüm noktası, iç hareketlilik sürecini sona erdirir. Başlangıçtan onaya kadar olan süreyi analiz etmek, kariyer geliştirme süreçlerindeki darboğazları belirlemeye yardımcı olur. Nereden alınır Çalışanın rol değişikliğiyle ilişkili 'Personel eylemi' veya workflow'un durumundan çıkarılmıştır. Olay, durum 'Onaylandı' veya 'Tamamlandı' olarak değiştiğinde tetiklenir. Yakala Bir Workflow'un ya da personel işlem talebinin son durum değişikliğinden türetilir. Event tipi inferred | |||
Veri Çekim Kılavuzları
Bu süreç için veri çıkarma yöntemleri şu anda doğrulanmaktadır. Lütfen daha sonra tekrar kontrol edin veya bize ulaşın yardım için.
