İşe Alımdan Emekliliğe - Çalışan Yaşam Döngüsü Veri Templateiniz
İşe Alımdan Emekliliğe - Çalışan Yaşam Döngüsü Veri Templateiniz
- Toplanması önerilen öznitelikler
- İzlenecek temel etkinlikler
- Microsoft Dynamics 365 Hr için veri çıkarma yönergeleri
İşe Alımdan Emekliliğe - Çalışan Yaşam Döngüsü öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Çalışan kimliği EmployeeId | Çalışanın benzersiz tanımlayıcısıdır ve tüm yaşam döngüsü boyunca kullanılan temel vaka kimliğidir. | ||
| Açıklama Çalışan kimliği, İşe Alımdan Emekliliğe süreç analizinin temelini oluşturur. İlk iş başvurusundan işten ayrılmaya kadar her olayı belirli bir çalışana bağlar. Böylece çalışanın kuruluş içindeki yolculuğunu baştan sona görebilirsiniz. Process Mining’de bu öznitelik, ilişkili tüm etkinlikleri tek bir vaka altında toplamak için kullanılır. Süreçleri çalışan kimliğine göre analiz ederek çalışanın toplam görev süresini, üstlendiği rollerin sırasını ve performans değerlendirmeleri veya terfiler gibi olayların her çalışan için ne sıklıkta gerçekleştiğini anlayabilirsiniz. Neden önemli? Bu temel vaka tanımlayıcısı, çalışanla ilgili tüm olayları birbirine bağlayarak kişinin yolculuğunu ve yaşam döngüsünü baştan sona izlemenizi sağlar. Nereden alınır? Bu, genellikle Dynamics 365 Human Resources içindeki Worker kaydıyla ilişkili Personnel number alanıdır. Örnekler E-001234E-005678E-009012 | |||
| Etkinlik adı ActivityName | Employee Hired veya Performance Review Conducted gibi gerçekleşen belirli İK yaşam döngüsü olayının adı. | ||
| Açıklama Etkinlik adı, İşe Alımdan Emekliliğe sürecindeki tek bir adımı veya aşamayı tanımlar. Kaydedilen her olay bir etkinliği temsil eder ve çalışanın yolculuğunu oluşturan olaylar dizisine eklenir. Bu öznitelik, süreç haritasını oluşturmanın temelini oluşturur. Kuruluşlar farklı etkinliklerin sırasını ve sıklığını analiz ederek yaygın süreç yollarını, sapmaları ve darboğazları belirleyebilir. Örneğin, işe alım verimliliğini ölçmek için Job Requisition Created etkinliğinden Offer Accepted etkinliğine uzanan yolu görselleştirebilirsiniz. Neden önemli? Süreç haritasındaki adımları tanımlar ve işe alımdan işten ayrılmaya kadar çalışan yaşam döngüsünü görselleştirip analiz etmenizi sağlar. Nereden alınır? Bu öznitelik genellikle Dynamics 365 HR’ın Recruiting, Onboarding ve Core HR gibi çeşitli modüllerindeki durum değişikliklerinden, tamamlanan görevlerden veya kaydedilen olaylardan elde edilir. Örnekler İş talebi oluşturulduÇalışanın işe alıştırması tamamlandıPerformans değerlendirmesi yapıldıİşten çıkarma süreci başlatıldı | |||
| Olay zamanı EventTime | İK etkinliğinin ne zaman gerçekleştiğini gösteren zaman damgası. | ||
| Açıklama Olay zamanı, çalışan yaşam döngüsündeki her etkinliğin tarih ve saatini kaydeder. Bu zaman verileri, süreç sürelerini analiz etmek, gecikmeleri belirlemek ve olayların sırasını anlamak için gereklidir. Process Mining’de bu zaman damgası, olayları doğru sıraya koymak ve etkinlikler arasındaki süreyi (çevrim süresi) ve bir sürecin toplam süresini (vaka süresi) hesaplamak için kullanılır. Ortalama işe alım süresi ve işe alım çevrim süresi gibi zamana dayalı KPI’ların neredeyse tamamının temelini oluşturur. Neden önemli? Bu zaman damgası, olayları sıralamak, zamana dayalı tüm metrikleri hesaplamak ve süreçteki darboğazlarla gecikmeleri bulmak için önemlidir. Nereden alınır? Bu değer, Dynamics 365 HR kayıtlarındaki oluşturulma veya durum güncelleme zamanlarına karşılık gelir. Örneğin başvuru tarihi, işe alım tarihi veya performans değerlendirmesinin tamamlanma tarihi. Örnekler 2023-01-15T09:00:00Z2023-03-20T14:30:00Z2024-05-10T11:00:00Z | |||
| Kaynak sistem SourceSystem | Verinin hangi bilgi sisteminden geldiğini belirtir. | ||
| Açıklama Bu öznitelik, bu örnekte Microsoft Dynamics 365 HR olan olay verilerinin kaynağını belirtir. Özellikle ayrı bir aday takip sistemi veya bordro sağlayıcısı gibi birden fazla İK sisteminden veri alınan ortamlarda veri yönetişimi ve izlenebilirlik açısından önemlidir. Analiz sırasında veri bütünlüğünü doğrulamaya yardımcı olur ve yalnızca belirli bir kayıt sisteminden gelen olayları filtrelemek için kullanılabilir. Bu özellik, Process Mining projesinin kapsamını doğrulamak açısından fayda sağlar. Neden önemli? Verinin kaynağı ve yönetişimi hakkında önemli bağlam sunar, izlenebilirliği sağlar ve analizi belirli bir kayıt sistemiyle sınırlamaya yardımcı olur. Nereden alınır? Bu sabit değer, kayıtların kaynağını belirtmek için veri çıkarma ve dönüştürme sırasında eklenmelidir. Örnekler Microsoft Dynamics 365 HR | |||
| Verilerin son güncellenme zamanı LastDataUpdate | Verilerin kaynak sistemden en son yenilendiği veya çıkarıldığı zamanı gösteren zaman damgası. | ||
| Açıklama Bu öznitelik, veri setinin en son ne zaman güncellendiğini kaydeder. Analizin ne kadar güncel olduğunu anlamak için önemli bir bağlam sunar ve kullanıcıların süreç içgörülerinin güncelliğini değerlendirmesine yardımcı olur. Dashboardlarda ve raporlarda bu zaman damgası, verilerin ne kadar güncel olduğunu kullanıcılara göstermek için sıkça yer alır. Kararların verilerin yaşı dikkate alınarak alınmasını sağlar ve güncelliğini yitirmiş bilgilere dayanarak yanlış yorumlar yapılmasını önler. Neden önemli? Verilerin güncelliğini göstererek kullanıcıların analizin kapsadığı dönemi anlamasına ve güncel bilgilere dayanarak karar vermesine yardımcı olur. Nereden alınır? Bu değer genellikle Dynamics 365 HR’dan veri alınırken ETL (Extract, Transform, Load) sürecinde oluşturulur ve saklanır. Örnekler 2024-07-29T04:00:00Z2024-07-30T04:00:00Z | |||
| Bitiş zamanı EndTime | Bir etkinliğin ne zaman tamamlandığını gösteren ve süre analizinde kullanılan zaman damgası. | ||
| Açıklama Bitiş zamanı, geçmiş kontrolü veya eğitim modülü gibi belirli bir süresi olan etkinliğin tamamlandığı anı gösterir. Birçok İK olayı anlık gerçekleşip StartTime ile kaydedilirken bazı etkinliklerin belirli bir başlangıç ve bitiş zamanı vardır. Bu öznitelik, tek tek etkinliklerin işlem süresini doğru hesaplamak için gereklidir. Hangi adımların en uzun sürdüğünü analiz etmeyi sağlar. Böylece belirli görevlerin ne kadar sürdüğünü ölçerek Onboarding Process Performance gibi Dashboardları destekler. Neden önemli? Tek tek etkinliklerin süresini doğru hesaplamayı sağlar. Bu da süreçte en çok zaman alan adımları belirlemek için önemlidir. Nereden alınır? Süreli görevler için Dynamics 365 HR’da ayrı bir alan olabilir veya süreçteki sonraki etkinliğin StartTime değeri kullanılabilir. Örnekler 2023-01-20T17:00:00Z2023-04-01T10:00:00Z2024-06-15T16:30:00Z | |||
| Departman Department | Çalışanın bağlı olduğu Satış veya Mühendislik gibi kuruluş departmanı. | ||
| Açıklama Bu öznitelik, çalışanın bağlı olduğu departmanı belirtir. İşletmenin farklı bölümlerindeki süreç performansını karşılaştırmak ve segmentlere ayırmak için temel bir boyuttur. Analizlerde Departman, süreç haritalarını ve KPI’ları filtreleyerek “Devir oranı en yüksek departman hangisi?” veya “Mühendislik departmanında işe alım süresi Pazarlama departmanına kıyasla daha mı uzun?” gibi soruları yanıtlamaya yardımcı olur. Çalışan devir eğilimleri ve İK iş akışı varyant analizi Dashboardları için önemlidir. Neden önemli? Süreci departmanlara göre ayrıntılı biçimde inceleyerek performans farklılıklarını, darboğazları ve çalışan devir eğilimlerini ortaya çıkarır. Nereden alınır? Bu bilgi, Dynamics 365 HR içindeki Core HR modülünde çalışanın pozisyon bilgileriyle ilişkilendirilir. Örnekler Satışİnsan KaynaklarıBilgi TeknolojileriFinans | |||
| Görev JobRole | Çalışanın görev unvanı veya üstlendiği rol. | ||
| Açıklama Görev, çalışanın kuruluş içindeki pozisyonunu tanımlar. Örneğin “Yazılım Mühendisi” veya “Müşteri Yöneticisi”. Süreç analizinde departmana kıyasla daha ayrıntılı bilgi sunar. Belirli rollere yönelik işe alım süreçlerini incelemek, kariyer gelişim yollarını izlemek ve belirli pozisyonlarla ilişkili çalışan devir eğilimlerini belirlemek için kullanılır. Örneğin teknik rollerde işe alım süresinin belirgin biçimde daha uzun olup olmadığını veya belirli bir görevde çalışanların erken dönemde ayrılma oranının yüksek olup olmadığını gösterir. Neden önemli? İK süreçlerini belirli işlevlere göre ayrıntılı incelemenizi sağlar; böylece iyileştirmeleri role göre planlayabilir ve belirli rollere özgü sorunları belirleyebilirsiniz. Nereden alınır? Bu bilgi, Dynamics 365 HR içinde çalışanın pozisyon veya görev bilgilerinin bir parçası olarak saklanır. Örnekler Kıdemli MuhasebeciÜrün YöneticisiİK UzmanıVeri Analisti | |||
| İşe Alım Yöneticisi HiringManager | Belirli bir işe alım talebi için işe alım kararından sorumlu yönetici. | ||
| Açıklama İşe Alım Yöneticisi, işe alım talebinin sahibi olan ve pozisyonun doldurulmasından nihai olarak sorumlu kişidir. Bu özniteliği izlemek, işe alım sürecinde farklı yöneticilerin ve ekiplerin performansını anlamaya yardımcı olur. Analizi yöneticiye göre segmentlere ayırarak işe alım çevrim sürelerindeki, teklif kabul oranlarındaki ve işe uyum sürecinin etkililiğindeki farklılıkları görebilirsiniz. Hangi yönetici veya departmanların daha verimli çalıştığını belirlemeye yardımcı olarak İşe alım süresi analizi Dashboardunu doğrudan destekler. Neden önemli? Süreç performansını belirli yöneticilerle ilişkilendirir. Böylece işe alım sürecinde hedefli geri bildirim verebilir, iyi uygulamaları ve iyileştirilmesi gereken alanları belirleyebilirsiniz. Nereden alınır? Bu bilgi genellikle Dynamics 365 HR içindeki işe alım modülünde, işe alım talebi kaydında saklanır. Örnekler Jane DoeJohn SmithEmily Jones | |||
| İşten Ayrılma Nedeni TerminationReason | Çalışanın ayrılma nedeni. Örneğin “Kendi isteğiyle istifa” veya “İşveren tarafından işten çıkarılma”. | ||
| Açıklama Bu öznitelik, çalışanın kuruluşta geçirdiği sürenin neden sona erdiğini sınıflandırır. Bu nedenler genellikle İK politikaları kapsamında standartlaştırılır ve çalışan devir oranını etkileyen unsurları anlamak için önemlidir. Analizlerde İşten Ayrılma Nedeni, Çalışan devir eğilimleri Dashboardunun temel özniteliğidir. Kuruluşun, önlenebilir ve önlenemeyen çalışan kayıplarını ayırt etmesini sağlar. Belirli bir departmanda çok sayıda çalışanın kendi isteğiyle ayrılması gibi örüntüleri ortaya çıkararak yönetim veya ücretlendirme sorunlarına işaret edebilir. Neden önemli? Çalışan devir oranını etkileyen nedenleri anlamaya yardımcı olur; böylece çalışanları elde tutmaya yönelik hedefli stratejiler geliştirebilir ve ayrılmaların temel nedenlerini ele alabilirsiniz. Nereden alınır? Bu bilgi genellikle Dynamics 365 HR içindeki Core HR modülünde, işten ayrılma veya iş akdini sonlandırma sürecinin bir parçası olarak kaydedilir. Örnekler Kendi isteğiyle istifaİşveren tarafından, performans nedeniyle işten çıkarılmaEmeklilikSözleşmenin sona ermesi | |||
| 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 bilgi ülke, eyalet, şehir ya da belirli bir ofis binası olabilir. İK süreçlerini konuma göre incelemek, geniş ve farklı bölgelere yayılmış kuruluşlar için önemlidir. İşe alım süreleri, çalışan devir oranları ve süreç uyumluluğundaki bölgesel farklılıkları belirlemeye yardımcı olur. Coğrafi filtre sağlayarak daha ayrıntılı inceleme yapılmasını mümkün kıldığı için neredeyse tüm Dashboardlarda kullanılabilir. Neden önemli? Analize coğrafi bir boyut kazandırarak süreç performansındaki ve çalışan eğilimlerindeki bölgesel farklılıkları ortaya çıkarmaya yardımcı olur. Nereden alınır? Bu bilgi genellikle çalışanın pozisyon veya çalışan kaydında yer alır ve çoğu zaman Dynamics 365 HR içindeki belirli bir ofis ya da tüzel kişi adresiyle ilişkilendirilir. Örnekler New York, ABDLondra, Birleşik KrallıkBerlin, AlmanyaTokyo, Japonya | |||
| İşe Alım Süresi TimeToHire | İşe alım talebinin oluşturulmasından adayın teklifi kabul etmesine kadar geçen toplam süre. | ||
| Açıklama İşe Alım Süresi, işe alım döngüsünün tamamındaki verimliliği ölçen, vaka düzeyinde önemli bir KPI’dır. Belirli bir çalışan veya işe alım talebi için “İşe alım talebi oluşturuldu” etkinliğiyle “Teklif kabul edildi” etkinliği arasındaki süre hesaplanarak bulunur. Bu metrik, İşe alım süresi analizi Dashboardunun ve Ortalama işe alım süresi KPI’ının temel odağıdır. Süreyi incelemek, İK departmanlarının aday bulma, mülakat veya teklif süreçlerindeki verimsizlikleri belirlemesine ve iyileştirme hedefleri koymasına yardımcı olur. Neden önemli? İşe alım verimliliğinin temel göstergelerinden biridir ve kuruluşun açık pozisyonları ne kadar hızlı doldurabildiğini doğrudan ölçer. Nereden alınır? Bu vaka düzeyindeki metrik, aynı vaka içindeki “İşe alım talebi oluşturuldu” ve “Teklif kabul edildi” etkinliklerinin zaman damgaları arasındaki fark hesaplanarak elde edilir. Örnekler P35DP48DP60D | |||
| İşe Alım Talebi Kimliği RequisitionId | İşe alım talebini tanımlayan benzersiz kod. | ||
| Açıklama İşe Alım Talebi Kimliği, yeni bir çalışanı işe alma talebine atanan benzersiz koddur. İlanın yayımlanmasından teklif sunulmasına kadar ilgili tüm işe alım etkinliklerini tek bir işe alım süreciyle ilişkilendirir. İşe alım alt sürecini ayrıntılı incelemek için kullanışlıdır. Aynı pozisyona başvuran tüm adayları gruplandırmanızı ve her işe alım talebi için işe alım süresini ölçmenizi sağlar. İşe alım süresi analizi Dashboardunu oluşturmak için temel alanlardan biridir. Neden önemli? Belirli bir açık pozisyona ait tüm işe alım etkinliklerini gruplandırarak her pozisyon için işe alım hunisini doğru biçimde ölçmenizi ve incelemenizi sağlar. Nereden alınır? Bu, Dynamics 365 HR içindeki işe alım veya aday takip modülündeki kayıtların birincil tanımlayıcısıdır. Örnekler REQ-2023-05-101REQ-2024-01-203REQ-2024-03-315 | |||
| İstihdam Türü EmploymentType | Çalışanın çalışma biçimini sınıflandırır. Örneğin tam zamanlı, yarı zamanlı veya sözleşmeli. | ||
| Açıklama Bu öznitelik, istihdam sözleşmesinin türünü tanımlar. İş gücü planlaması ve analizi için temel bilgilerden biridir. Çalışan yaşam döngüsünü istihdam türüne göre segmentlere ayırmak, farklı süreç akışlarını ve sürelerini ortaya çıkarabilir. Örneğin sözleşmeli bir çalışanın işe uyum süreci, tam zamanlı bir çalışanınkinden belirgin biçimde farklı ve daha kısa olabilir. Bu öznitelik, İK iş akışı varyant analizine değerli bir bağlam sağlar. Neden önemli? Farklı çalışan türlerine yönelik İK süreçlerini karşılaştırmanızı sağlar; böylece farklı istihdam kategorilerinin nasıl yönetildiğini daha iyi anlayabilir ve süreç farklılıklarını ortaya çıkarabilirsiniz. Nereden alınır? Bu, Dynamics 365 HR içindeki Core HR modülünde çalışan veya pozisyon kaydında bulunan standart bir alandır. Örnekler Tam zamanlıYarı zamanlıSözleşmeli çalışanStajyer | |||
| Kullanıcı User | Sistemde İK etkinliğini veya görevini gerçekleştiren kişi. | ||
| Açıklama Bu öznitelik, belirli bir etkinliği gerçekleştiren İK iş ortağı, işe alım uzmanı veya yönetici gibi kullanıcıyı tanımlar. Çalışanın yaşam döngüsü boyunca sistemle kurulan insan etkileşimini izler. Etkinlikleri kullanıcıya göre incelemek, iş yüklerini anlamaya, eğitim ihtiyaçlarını belirlemeye ve süreç adımlarının farklı kişiler tarafından yürütüldüğü noktaları görmeye yardımcı olur. Örneğin “Bordro kurulumunun tamamlanması” adımındaki gecikmelerin sürekli olarak belirli bir kullanıcıyla ilişkili olup olmadığını göstererek ek eğitim veya destek ihtiyacına işaret edebilir. Neden önemli? Süreç etkinliklerini belirli kişilerle ilişkilendirerek iş yükü dağılımını, kullanıcı performansını ve eğitim fırsatlarını incelemenizi sağlar. Nereden alınır? Bu bilgi genellikle sistem denetim günlüklerinde veya Dynamics 365 HR genelindeki çeşitli kayıtlarda bulunan “Değiştiren” alanlarında tutulur. Örnekler hr_specialist_1recruiter_alicemanager_bob | |||
| Performans Değerlendirmesi Zamanında Yapıldı mı IsOnTimePerformanceReview | Performans değerlendirmesinin hedef tarihte veya bu tarihten önce tamamlanıp tamamlanmadığını belirten mantıksal değer. | ||
| Açıklama Bu hesaplanan öznitelik, performans değerlendirmesi son tarihlerine uyulup uyulmadığını doğru veya yanlış olarak gösterir. “Performans değerlendirmesi yapıldı” etkinliğinin EventTime değeri, ilgili SlaTargetDate ile karşılaştırılarak hesaplanır. Bu değer, Performans değerlendirmesi uyumu Dashboardunu destekler ve zamanında tamamlanan performans değerlendirmelerinin oranını doğrudan hesaplar. Kullanıcıların geciken veya zamanında tamamlanan değerlendirmeleri hızla filtrelemesini sağlayarak analizi kolaylaştırır. Neden önemli? Her performans değerlendirmesini zamanında veya gecikmiş olarak açıkça işaretleyerek uyumluluk takibini kolaylaştırır ve uyum oranlarının hesaplanmasını sağlar. Nereden alınır? Veri dönüşümü sırasında hesaplanan bir alandır: EventTime <= SlaTargetDate ise TRUE, değilse FALSE. Örnekler truefalse | |||
| SLA Hedef Tarihi SlaTargetDate | Performans değerlendirmesi gibi bir etkinliğin tamamlanması gereken son tarih. | ||
| Açıklama SLA Hedef Tarihi, belirli bir süreye bağlı etkinliğin tamamlanması gereken tarihi belirtir. Genellikle yıllık performans değerlendirmeleri veya zorunlu eğitimlerin tamamlanması gibi yinelenen etkinliklerde kullanılır. Uyumlulukla ilgili KPI’ları hesaplamak için gereklidir. Performans değerlendirmesi uyumu Dashboardunda, gerçek tamamlanma tarihi olan EventTime değerini hedef tarihle karşılaştırmak için kullanılır. Böylece zamanında tamamlanan performans değerlendirmelerinin oranı hesaplanabilir. Neden önemli? Zamanında tamamlama ve uyumluluğu ölçmek için bir referans noktası sağlar. Performans değerlendirmeleri ve son tarihe bağlı diğer İK görevleriyle ilgili KPI’lar açısından önemlidir. Nereden alınır? Bu tarih, performans değerlendirmesi kaydında tutulabilir veya çalışanın işe başlama tarihiyle şirket politikalarına göre hesaplanabilir. Örnekler 2024-06-30T23:59:59Z2024-09-15T23:59:59Z2025-01-31T23:59:59Z | |||
| Veriler Tam mı IsDataComplete | Yeni işe alınan çalışan için gerekli tüm kritik veri alanlarının doldurulup doldurulmadığını belirten mantıksal değer. | ||
| Açıklama Bu öznitelik, “Çalışanın işe uyum süreci tamamlandı” etkinliğinden sonra Departman ve Görev gibi temel çalışan bilgilerinin eksiksiz olup olmadığını denetler. Çalışan kaydının ilk oluşturulmasında veri kalitesini kontrol eder. Bu değer, Eksik zorunlu veri oranı KPI’ını hesaplamak için kullanılır. Yaşam döngüsünün erken aşamalarında eksik verili vakaları belirleyerek kuruluşların veri giriş hatalarını gidermesine ve İK bilgi sistemlerindeki verilerin güvenilirliğini artırmasına yardımcı olur. Neden önemli? Yeni işe alınan çalışanların başlangıçtaki veri kalitesini ölçerek İK veri giriş hatalarını belirlemeye ve azaltmaya, güvenilir raporlama sağlamaya yardımcı olur. Nereden alınır? Veri dönüşümü sırasında hesaplanan bir alandır. İşe uyum süreci tamamlandıktan sonra bir vakada “Department” ve “JobRole” gibi alanların boş olmadığını denetler. Örnekler truefalse | |||
İşe Alımdan Emekliliğe - Çalışan Yaşam Döngüsü etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Çalışan işe alındı | Bu resmî işlemde aday kaydı çalışan kaydına dönüştürülür. Dynamics 365 HR’da açıkça kaydedilen bu olay, belirli bir başlangıç tarihiyle yeni bir Worker ve ilişkili Employment kayıtları oluşturur. | ||
| Neden önemli? Bu etkinlik, vakayı işe alım aşamasından çalışan yaşam döngüsüne geçirir ve işe alıştırma ile bordro süreçlerini başlatır. Nereden alınır? Hire veya Hire new worker işlemi tamamlandığında sistemde açıkça kaydedilir ve temel İK personel tablolarında (ör. Worker, Employment) kayıtlar oluşturulur. Kaydedin Sistem, aday kaydından yeni bir Worker kaydı oluşturulduğunu günlüğe ekler. Olay türü explicit | |||
| Çalışanın işe alıştırması tamamlandı | Yeni bir çalışanın ilk işe alıştırma sürecinin tamamlandığını gösterir. Genellikle işe alıştırma kontrol listesindeki bir dizi görev tamamlandığında veya çalışanın işe alıştırma planının durumu değiştiğinde çıkarım yoluyla belirlenir. | ||
| Neden önemli? Bu aşama, yeni çalışanın tam verimle çalışmaya başlamasının ne kadar sürdüğünü izlemek için önemlidir. Buradaki gecikmeler çalışan bağlılığını ve ilk dönem performansını etkileyebilir. Nereden alınır? Onboarding modülündeki verilerden çıkarım yapılır. Çalışanla ilişkili işe alıştırma kılavuzunun veya kontrol listesinin durumu Completed olarak güncellendiğinde olay tetiklenir. Kaydedin Çalışana atanan işe alıştırma kontrol listesindeki tüm zorunlu görevler tamamlandı olarak işaretlendiğinde çıkarım yapılır. Olay türü inferred | |||
| İş talebi oluşturuldu | Yeni bir iş talebinin oluşturulup onaylanması, işe alım sürecinin resmen başladığını gösterir. Dynamics 365 HR’da bir kullanıcı yeni bir işe alım projesi veya iş ilanı oluşturmayı tamamladığında bu olay genellikle açıkça kaydedilir. | ||
| Neden önemli? Bu, işe alım süresini analiz etmek için kullanılan temel başlangıç olayıdır. Bu olayı izleyerek ilk talepten pozisyonun doldurulmasına kadar tüm işe alım sürecinin verimliliğini ölçebilirsiniz. Nereden alınır? Recruiting modülünde kaydedilir. Recruitment project kaydı oluşturulduğunda açık bir olay olarak günlüğe eklenir. Kaydedin Yeni bir işe alım projesi kaydı oluşturulduğunda olay günlüğe eklenir. Olay türü explicit | |||
| İş teklifi kabul edildi | Adayın iş teklifini resmen kabul ettiği ve ana işe alım döngüsünün tamamlandığı noktayı gösterir. Genellikle Applicant kaydındaki durumun Offer Accepted veya benzer bir değere değişmesinden çıkarım yapılır. | ||
| Neden önemli? Bu, işe alım süresini ölçen KPI’ın tamamlandığı önemli bir aşamadır. İşe alımın başarıyla sonuçlandığını gösterir ve işe başlamadan önceki sonraki etkinlikleri başlatır. Nereden alınır? Applicant kaydındaki durum değişikliğinden çıkarım yapılır. Bu değişiklik, adayı çalışana dönüştüren iş akışını başlatır. Kaydedin Adayın durum alanının Hired veya Accepted gibi bir değere güncellenmesinden çıkarım yapılır. Olay türü inferred | |||
| İşten ayrılma süreci tamamlandı | Bu, çalışan yaşam döngüsündeki son etkinliktir ve tüm işten ayrılma prosedürlerinin tamamlandığını gösterir. İşten ayrılma kontrol listesindeki tüm görevlerin tamamlanmasından veya çalışan kaydındaki son durum değişikliğinden çıkarım yapılır. | ||
| Neden önemli? Bu son olay, işten ayrılma sürecinin toplam süresini ve tamamlanma oranını ölçmek, uyumluluk ve idari görevlerin tümünün bitirildiğini doğrulamak için önemlidir. Nereden alınır? Offboarding modülündeki verilerden çıkarım yapılır. Çalışanın işten ayrılma planının genel durumu Completed olarak ayarlandığında olay tetiklenir. Kaydedin Çalışana atanan işten ayrılma kontrol listesindeki tüm zorunlu görevlerin tamamlanmasından elde edilir. Olay türü inferred | |||
| İşten çıkarma süreci başlatıldı | Sisteme işten ayrılma tarihi girildiğinde çalışanın işten ayrılma sürecinin resmen başladığını gösterir. Bu açık ve belirli olay, çalışanın durumunu değiştirir ve sonraki işten ayrılma iş akışlarını başlatır. | ||
| Neden önemli? Bu etkinlik, çalışan devir analizinde önemli bir göstergedir. İşten ayrılma sürecinin verimliliğini ve uyumluluğunu ölçmek için başlangıç noktası oluşturur. Nereden alınır? Bir kullanıcı Worker kaydında Terminate işlemini uygulayıp işten ayrılma tarihi girdiğinde açıkça günlüğe eklenir. Kaydedin İstihdam kaydı işten ayrılma tarihi ve nedeni ile güncellendiğinde günlüğe eklenir. Olay türü explicit | |||
| Performans değerlendirmesi yapıldı | Çalışanın performans değerlendirme döngüsünün tamamlandığını gösterir. Genellikle bir yönetici veya İK çalışanı performans değerlendirme belgesinin durumunu Completed ya da Finalized olarak değiştirdiğinde çıkarım yoluyla belirlenir. | ||
| Neden önemli? Bu, yetenek yönetiminde önemli bir aşamadır. Zamanında tamamlanıp tamamlanmadığını izlemek, performans görüşmelerinin düzenli ve planlanan takvime uygun yapılmasını sağlar. Nereden alınır? Performance management modülündeki verilerden çıkarım yapılır. Çalışanla ilişkili Review kaydının durumu Completed gibi son bir duruma güncellendiğinde olay kaydedilir. Kaydedin Çalışanın Performance Review kaydındaki durum alanının değişmesinden çıkarım yapılır. Olay türü inferred | |||
| Aday başvurdu | Bir adayın açık bir pozisyon için başvuru yapmasını ifade eder. Sistemde portal üzerinden veya elle yeni bir aday kaydı oluşturulduğunda bu olay açıkça kaydedilir. | ||
| Neden önemli? Başvuru sayısını ve zamanlamasını izlemek, işe alım kanallarının etkinliğini analiz etmek ve aday havuzunu anlamak için önemlidir. Nereden alınır? Recruiting modülünde, yeni bir Applicant kaydı oluşturulup belirli bir işe veya işe alım projesine bağlandığında kaydedilir. Kaydedin Başvuru gönderildiğinde aday takip tablolarında yeni bir kayıt oluşturulur. Olay türü explicit | |||
| Bordro kurulumu tamamlandı | Çalışanın bordrosu için gerekli tüm bilgilerin girilip doğrulandığı noktayı ifade eder. Bu olay genellikle durum değişikliğinden veya bordroyla ilgili bir kontrol listesi öğesinin tamamlanmasından çıkarım yoluyla belirlenir. | ||
| Neden önemli? Bordro kurulumunun zamanında ve doğru yapılması, uyumluluk ve çalışan memnuniyeti açısından önemlidir. Bu etkinlik, işe alıştırmanın önemli bir adımındaki verimliliği izlemenize yardımcı olur. Nereden alınır? Çalışan kaydındaki özel bir durum alanından, bordro hazırlık kontrol listesinden veya bordroyla ilgili belirli veri alanlarının doldurulmasından çıkarım yapılır. Kaydedin Banka bilgileri ve vergi bilgilerinin girilmesi gibi belirli veri giriş görevlerinin tamamlanmasından elde edilir. Bu görevler genellikle işe alıştırma kontrol listesinde izlenir. Olay türü inferred | |||
| Eğitim atandı | Belirli bir eğitim kursu veya öğrenme modülü çalışana atandığında bu etkinlik günlüğe eklenir. Dynamics 365 HR, kurs atamalarını açıkça izleyebilir ve çalışanla eğitimi ilişkilendiren bir kayıt oluşturabilir. | ||
| Neden önemli? Bu sayede kuruluşlar, yeni işe başlayan veya terfi eden çalışanların gerekli eğitimleri zamanında alıp almadığını izleyebilir, uyumluluğu ve beceri gelişimini destekleyebilir. Nereden alınır? Learning veya Training modülünde, bir kurs çalışanın kaydına atandığında açıkça kaydedilir. Kaydedin Worker kaydını Course kaydına bağlayan yeni bir kayıt, kurs atama tablosunda oluşturulur. Olay türü explicit | |||
| Geçmiş kontrolü tamamlandı | Adayın geçmiş kontrolünün başarıyla tamamlandığını gösterir. Entegrasyon varsa açıkça kaydedilebilir; daha yaygın olarak aday kaydındaki durum değişikliğinden veya tarih alanının doldurulmasından çıkarım yapılır. | ||
| Neden önemli? Geçmiş 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? Applicant kaydındaki veya işe başlaması beklenen Worker kaydındaki durum alanından ya da belirli bir tarih alanından çıkarım yapılır. Bu işlem çoğu zaman İK çalışanlarının elle yaptığı güncellemelere dayanır. Kaydedin Aday profilindeki durum değişikliğinden veya Background Check Cleared Date alanının doldurulmasından çıkarım yapılır. Olay türü inferred | |||
| İş teklifi gönderildi | Bu etkinlik, adaya resmî bir iş teklifi gönderildiğini gösterir. Genellikle aday kaydının durumu mülakat aşamasından Offer veya Pending Acceptance aşamasına geçtiğinde çıkarım yoluyla belirlenir. | ||
| Neden önemli? Bu, işe alım sürecindeki önemli bir aşamadır. Bu olayla teklifin kabul edilmesi arasındaki süreyi analiz ederek iletişim veya müzakerelerdeki olası gecikmeleri belirleyebilirsiniz. Nereden alınır? Applicant kaydındaki veya ilgili işe alım kaydındaki durum alanının değişmesinden çıkarım yapılır. Kullanılan alan ve değerler sistem yapılandırmasına bağlıdır. Kaydedin Adayın durum alanının Offer Extended veya Offer Pending gibi bir değere değişmesinden çıkarım yapılır. Olay türü inferred | |||
| İşten ayrılma görüşmesi yapıldı | İşten ayrılan çalışanla yapılan görüşmenin tamamlandığını gösterir. Genellikle bir İK çalışanı işten ayrılma kontrol listesindeki ilgili görevi tamamlandı olarak işaretlediğinde çıkarım yoluyla belirlenir. | ||
| Neden önemli? İşten ayrılma görüşmelerinin tamamlanmasını izlemek, süreç uyumluluğunu sağlamak ve çalışanları elde tutmayı iyileştirecek değerli geri bildirimler toplamak açısından önemlidir. Nereden alınır? Offboarding kontrol listesi modülündeki verilerden çıkarım yapılır. Çalışanla ilişkili Exit Interview görevi Completed olarak işaretlendiğinde olay gerçekleşir. Kaydedin Çalışanın işten ayrılma kontrol listesindeki belirli bir görevin durum değişikliğinden çıkarım yapılır. Olay türü inferred | |||
| Rol değişikliği başlatıldı | Bu etkinlik, çalışanın işini, pozisyonunu veya departmanını değiştirme sürecinin başladığını gösterir. Bir yönetici veya İK kullanıcısı pozisyon değişikliği talebi ya da çalışan işlemi başlattığında açık bir olay olarak kaydedilir. | ||
| Neden önemli? Bu, kurum içi geçişlerin verimliliğini ölçmek için başlangıç noktasıdır. Rol değişikliklerinin sıklığını ve nedenlerini anlamak, kariyer gelişimi hakkında içgörü sağlar. Nereden alınır? Çalışanın pozisyon bilgilerini değiştirmek için Personnel action veya benzer bir iş akışı başlatıldığında açıkça günlüğe eklenir. Kaydedin Position action veya Worker action talep kaydı oluşturulduğunda günlüğe eklenir. Olay türü explicit | |||
| Terfi onaylandı | Çalışanın terfisinin, genellikle unvan ve ücret değişikliğiyle birlikte, son kez onaylandığını ifade eder. Terfi iş akışı veya personel işlemi son onay durumuna ulaştığında çıkarım yoluyla belirlenir. | ||
| Neden önemli? Bu aşama kurum içi geçiş sürecini tamamlar. Başlangıçtan onaya kadar geçen süreyi analiz ederek kariyer ilerleme süreçlerindeki darboğazları belirleyebilirsiniz. Nereden alınır? Çalışanın rol değişikliğiyle ilişkili Personnel action veya iş akışının durumundan çıkarım yapılır. Durum Approved veya Completed olduğunda olay tetiklenir. Kaydedin Bir iş akışının veya personel işlemi talebinin son durum değişikliğinden elde edilir. Olay türü inferred | |||
Veri çıkarma rehberleri
Bu sürece yönelik veri çıkarma yöntemleri şu anda doğrulanıyor. Lütfen daha sonra tekrar kontrol edin veya yardım için bizimle iletişime geçin .
Başlamaya hazır mısınız?
Bu Template, İşe Alımdan Emekliliğe sürecinizi dönüştürmeye başlamak için gereken tüm bilgileri sunar. Daha verimli ve uyumlu bir çalışan yaşam döngüsüne doğru ilk adımı bugün atın.
İşe Alımdan Emekliliğe çalışan yaşam döngünüzü şimdi iyileştirin
İşe Alımdan Emekliliğe süreçlerini %30 hızlandırın, gizli verimsizlikleri ortadan kaldırın.
Kredi kartı gerekmez. 14 günlük ücretsiz denemenizi başlatın.