Veri Template'i: İş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 Şablonunuz
- Kapsamlı analiz için toplanması önerilen öznitelikler
- Süreç boyunca takip edilecek temel aktiviteler ve kilometre taşları
- SAP SuccessFactors Onboarding'den veri çıkarmaya yönelik sisteme özel rehberlik
İşe Alımdan Emekliliğe - Çalışan Yaşam Döngüsü Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
Aktivite ActivityName | Çalışan yaşam döngüsünde belirli bir noktada meydana gelen olayın veya görevin adı. | ||
Açıklama Bu nitelik, İşe Alımdan Emekliliğe sürecindeki ayrık adımları ve kilometre taşlarını yakalar. Olay günlüğündeki her kayıt, 'İş İlanı Oluşturuldu', 'Onboarding Başlatıldı' veya 'Çalışan İşten Çıkarıldı' gibi bir aktiviteye karşılık gelir. Bu aktivitelerin sırasını ve sıklığını analiz etmek, Process Mining'in temelini oluşturur. Gerçek süreç akışlarını otomatik olarak keşfetmeye, standart prosedürden sapmaları belirlemeye ve darboğazları veya gereksiz adımları tespit etmeye yardımcı olur. Örneğin, analiz, 'Bordro Kurulumu Tamamlandı' adımının hedef tarihten sonra sürekli olarak gerçekleşip gerçekleşmediğini ortaya çıkarabilir. Neden önemli Sürecin adımlarını tanımlar, süreç haritasının omurgasını oluşturur ve akış tabanlı tüm analizleri mümkün kılar. Nereden alınır Çeşitli SAP SuccessFactors modüllerindeki (İşe Alım, İşe Alım, Çalışan Merkezi) event tiplerinden, durum değişikliklerinden veya görev tamamlama kayıtlarından türetilmiştir. Örnekler Teklif Kabul Edildiİşe Alım BaşlatıldıPerformans Değerlendirmesi YapıldıÇalışan İşten Ayrıldı | |||
Başlangıç Zamanı EventTime | Bir aktivitenin veya olayın başladığını gösteren zaman damgası. | ||
Açıklama Bu nitelik, çalışan yaşam döngüsündeki her bir faaliyet için kesin tarih ve saati sağlar. Olayları kronolojik olarak sıralamak ve farklı adımlar arasındaki süreyi hesaplamak için kullanılır. Doğru timestamp'ler, performans analizi için kritik öneme sahiptir. 'İşe Alım Süresi' ('İş Talebi Oluşturuldu' ile 'Teklif Kabul Edildi' arasındaki süre) ve 'İşe Başlatma Döngü Süresi' gibi temel metriklerin hesaplanmasını sağlarlar. Timestamp'leri analiz etmek, gecikmeleri belirlemeye ve süreç verimliliğini hizmet seviyesi anlaşmalarına (SLA'lar) karşı ölçmeye yardımcı olur. Neden önemli event'lerin kronolojik sırasını sağlar ve cycle time hesaplaması ile darboğaz tanımlaması dahil olmak üzere tüm zaman tabanlı analizler için esastır. Nereden alınır Bu bilgi, genellikle SAP SuccessFactors içindeki kayıtlarda bir oluşturma tarihi, tamamlama tarihi veya durum değişikliği timestamp'i olarak mevcuttur. Örnekler 2023-01-15T09:00:00Z2023-03-20T14:35:10Z2023-11-05T11:21:00Z | |||
Çalışan Kimliği EmployeeId | Bir çalışanın organizasyon içindeki tüm yaşam döngüsü için benzersiz tanımlayıcı. | ||
Açıklama Çalışan Kimliği, ilk iş başvurusundan nihai işten çıkarmaya kadar tüm olayları birbirine bağlayan birincil vaka tanımlayıcısı olarak işlev görür. Bu kimlik, bireysel bir çalışanın istihdamının çeşitli aşamalarındaki yolculuğunu izlemek için hayati öneme sahiptir. Process Mining analizinde, 'Teklif Kabul Edildi' veya 'Performans Değerlendirmesi Yapıldı' gibi her aktivite belirli bir Çalışan Kimliği ile ilişkilendirilir. Bu, her çalışanın yaşam döngüsünün uçtan uca yeniden yapılandırılmasına olanak tanıyarak, süreç akışlarının, sürelerinin ve bireysel vakalardaki varyasyonların detaylı analizini sağlar. Neden önemli Bu, tüm ilgili eventleri tek, bütünsel bir süreç örneğine bağlayan temel özniteliktir ve uçtan uca yaşam döngüsü analizini mümkün kılar. Nereden alınır Bu, genellikle SAP SuccessFactors'ın temel HR modülündeki birincil çalışan tanımlayıcısıdır. Örnekler 100234510098762001567 | |||
Kaynak Sistem SourceSystem | Event verilerinin üretildiği kaynak sistemi tanımlar. | ||
Açıklama Bu nitelik, verinin çıkarıldığı kaynak uygulamayı belirtir. Bu süreç görünümü için değer genellikle 'SAP SuccessFactors Onboarding' olacaktır, ancak diğer entegre sistemleri de içerebilir. Karmaşık BT ortamlarında, çalışan yaşam döngüsü verileri birden fazla sistemden (örn. İşe Alım, Temel İK, Bordro) gelebilir. Bu nitelik, veri soyunu izlemeye, veri kalitesi sorunlarını gidermeye ve süreç analizinin kapsamını anlamaya yardımcı olur. Neden önemli veri kaynağı hakkında kritik bağlam sunar; bu da veri doğrulama, yönetişim ve süreç kapsamını anlamak için önemlidir. Nereden alınır Bu genellikle veri çıkarma ve dönüştürme süreci sırasında veri setinin kaynağını etiketlemek için eklenen statik bir değerdir. Örnekler SAP SuccessFactors OnboardingSAP SuccessFactors Employee CentralSAP Fieldglass | |||
Son Veri Güncellemesi LastDataUpdate | Bu olaya ilişkin verilerin kaynak sistemden en son ne zaman yenilendiğini veya çıkarıldığını gösteren zaman damgası. | ||
Açıklama Bu nitelik, kaynak sistemden son veri çekiminin tarihini ve saatini kaydeder. Olayın gerçekleştiği zaman değil, kaydın Process Mining veri kümesinde en son güncellendiği zamandır. Bu, veri yönetimi ve güvenilirliği için kritik bir metadata niteliğidir. Kullanıcıların analiz ettikleri verinin güncelliğini anlamalarına yardımcı olur ve analizlerin güncel bilgilere dayanmasını sağlar. Artımlı veri yüklemesini yönetmek için de kullanılır. Neden önemli Veri güncelliği konusunda şeffaflık sağlayarak, analistlerin bulgularının ve içgörülerinin güncel olduğuna güvenmelerini sağlar. Nereden alınır Bu timestamp, veri alımı (ETL/ELT) süreci sırasında her kayda oluşturulur ve eklenir. Örnekler 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
Bitiş Saati EndTime | Süreli bir aktivitenin veya olayın ne zaman tamamlandığını gösteren zaman damgası. | ||
Açıklama StartTime bir Event'in başlangıcını gösterirken, EndTime onun sona erdiğini belirtir. Bu, 'Yeni İşe Alım Veri Toplama' veya bir yönetici onay adımı gibi süresi olan Activity'ler için özellikle kullanışlıdır. Hem başlangıç hem de bitiş zamanına sahip olmak, bireysel Activity'ler için işleme süresinin hassas bir şekilde hesaplanmasını sağlar. Bu, daha büyük bir döngüde hangi adımların en çok zaman tükettiğini tam olarak belirlemeye yardımcı olur ve yalnızca vaka bazlı döngü süresine kıyasla daha ayrıntılı bir görünüm sunar. Neden önemli Bireysel etkinlik sürelerinin hassas bir şekilde hesaplanmasını sağlar, bu da belirli süreç verimsizliklerini ve bottleneck'lerini belirlemek için kritik öneme sahiptir. Nereden alınır Bu genellikle SAP SuccessFactors'taki bir Task veya süreç adımıyla ilişkili 'Tamamlanma Tarihi' veya 'Son Değişiklik Tarihi' timestamp'idir. Örnekler 2023-01-15T11:30:00Z2023-03-21T09:00:15Z | |||
Bölüm Department | Çalışanın atandığı organizasyonel departman. | ||
Açıklama Bu nitelik, 'Satış', 'Mühendislik' veya 'İnsan Kaynakları' gibi iş departmanının adını içerir. Çalışanın rolüyle ilişkili temel bir organizasyonel veri noktasıdır. Departman, karşılaştırmalı analiz için birincil bir boyuttur. 'Onboarding Döngü Süresi' veya 'Çalışan Devir Oranı' gibi KPI'ları segmentlere ayırmak için kullanılır, böylece süreçlerin organizasyon genelinde nasıl farklılık gösterdiğini görmek mümkün olur. Bu, Mühendislik'teki yavaş bir onboarding süreci veya Satış'taki yüksek çalışan devir hızı gibi departmana özgü sorunları belirlemeye yardımcı olur. Neden önemli verileri segmentlere ayırmak için kritik bir boyuttur; işin farklı bölümlerindeki süreç performansı ve sonuçlarının karşılaştırılmasına olanak tanır. Nereden alınır Bu veri, SAP SuccessFactors Employee Central'daki temel çalışan kaydının bir parçasıdır ve çalışanın pozisyonuyla bağlantılıdır. Örnekler MühendislikSatış ve PazarlamaFinansMüşteri Desteği | |||
İş Rolü JobRole | Çalışanın belirli iş unvanı veya rolü. | ||
Açıklama Bu nitelik, çalışanın 'Yazılım Mühendisi', 'Müşteri Yöneticisi' veya 'Finansal Analist' gibi iş unvanını belirtir. Çalışanın kuruluş içindeki işlevi hakkında detaylı bilgi sağlar. İş rolüne göre analiz yapmak, süreçlerin farklı çalışan türleri için nasıl farklılaştığını anlamaya yardımcı olur. Örneğin, 'Eğitim Atama Eksiklikleri' Dashboard'unda belirli rollerin gerekli eğitimleri eksik olup olmadığını görmek veya daha kıdemli ya da teknik roller için işe alım süresinin daha uzun olup olmadığını analiz etmek için kullanılabilir. Neden önemli Farklı çalışan fonksiyonlarına yönelik süreçlerin detaylı analizine olanak tanır, süreç iyileştirmelerini belirli rollere uyarlamaya yardımcı olur. Nereden alınır Bu bilgi, SAP SuccessFactors Employee Central'daki çalışanın pozisyonu veya iş bilgileri kaydında depolanır. Örnekler Kıdemli Yazılım MühendisiÜrün MüdürüİK İş Ortağı | |||
İş Talebi Kimliği JobRequisitionId | İşe alım sürecini başlatan iş ilanının benzersiz tanımlayıcısı. | ||
Açıklama Bu ID, çalışanın yaşam döngüsünü, işe alındığı belirli iş pozisyonuna bağlar. Rol, departman ve işe alım gereksinimleri hakkında temel bağlamı sağlar. Analizde, İş Talebi ID'si işe alım süreçlerini bir araya getirmek ve karşılaştırmak için kullanılır. Örneğin, 'İşe Alım Süresi' KPI'ı, işe alım sürecinin nerede en verimli ve en az verimli olduğunu anlamak için talep, departman veya işe alım uzmanına göre analiz edilebilir. 'Hangi tür rollerin doldurulması en uzun sürer?' gibi soruları yanıtlamaya yardımcı olur. Neden önemli Çalışanın yolculuğunu başlangıçtaki iş ihtiyacına bağlar, işe alım aşamasının güçlü segmentasyonunu ve analizini sağlar. Nereden alınır Bu tanımlayıcı, SAP SuccessFactors Recruiting modülünde bulunur ve adayı ve sonraki çalışan profilini birbirine bağlar. Örnekler REQ-2023-05-101REQ-2024-01-235REQ-2023-11-088 | |||
İşe Alım Cycle Timeı OnboardingCycleTime | Bir adayın teklifi kabul ettiği andan işe alım sürecinin tamamlandığı ana kadar hesaplanan süre. | ||
Açıklama Bu metrik, 'Offer Accepted' (Teklif Kabul Edildi) activity'si ile 'Employee Profile Activated' (Çalışan Profili Aktive Edildi) veya 'Payroll Setup Completed' (Bordro Kurulumu Tamamlandı) gibi tanımlanmış bir onboarding tamamlama eventi arasında geçen toplam süreyi ölçer. Bu, kaynak sistemden doğrudan alınan bir alan değildir, ancak event timestamp'lerinden hesaplanır. Bu öznitelik, 'Onboarding Cycle Time' KPI'ına doğrudan karşılık gelir ve ilgili dashboard için birincil ölçüttür. Bu sürenin analiz edilmesi, HR departmanlarının onboarding sürecindeki darboğazları belirlemesine ve yeni çalışanların daha hızlı üretime geçmesini sağlamaya yönelik iyileştirme girişimlerinin etkisini takip etmesine yardımcı olur. Neden önemli İşe alım sürecinin verimliliğini ölçmek için kritik bir KPI'dır, yeni çalışanın deneyimini ve verimliliğe geçiş süresini doğrudan etkiler. Nereden alınır Process Mining aracında, 'Teklif Kabul Edildi' ve 'İşe Alım Tamamlandı' activity'leri arasındaki timestamp farkı alınarak hesaplanır. Örnekler 10 gün 4 saat15 days 2 hours7 days 8 hours | |||
İşe Alım Yöneticisi HiringManager | Yeni çalışandan veya yaşam döngüsü olayından sorumlu yöneticinin adı. | ||
Açıklama Bu nitelik, çalışanın sürecindeki ilgili yöneticiyi tanımlar. İşe alım yöneticisi, onaylar, işe alım görevleri ve performans değerlendirmeleri gibi birçok yaşam döngüsü olayında kilit bir paydaştır. Verileri yöneticiye göre analiz etmek, 'Yönetici Onay Bottleneck Analizi' Dashboard'u için hayati öneme sahiptir. Onay süreleri uzun olabilen yöneticileri belirlemeye yardımcı olur, bu da eğitim veya süreç desteği ihtiyacını gösterir. Ayrıca yöneticiler arasında performans karşılaştırmaları yapılmasına ve en iyi uygulamaların belirlenmesine olanak tanır. Neden önemli Süreçteki kilit bir aktörü tanımlar; yöneticiye özel performans, onay gecikmeleri ve ekip düzeyindeki kalıpların analiz edilmesini sağlar. Nereden alınır Bu bilgi, genellikle SAP SuccessFactors Employee Central içindeki iş talebinde veya çalışanın profilinde depolanır. Örnekler Can DemirMaria GarciaChen Wei | |||
Time to Hire TimeToHire | Bir iş ilanının oluşturulmasından teklifin kabul edilmesine kadar geçen hesaplanmış süre. | ||
Açıklama Bu metrik, bir işe alım ihtiyacının resmi olarak açıldığı ('Job Requisition Created') andan, bir adayın teklifi resmi olarak kabul ettiği ('Offer Accepted') ana kadar geçen süreyi ölçerek işe alım sürecinin verimliliğini nicelendirir. Temel bir KPI olarak Time to Hire, yetenek kazanım fonksiyonunun hızı ve performansını değerlendirmek için kullanılır. Uzun bir Time to Hire, en iyi adayların rakiplere kaybedilmesine neden olabilir ve projeleri geciktirebilir. Bu metrik, genellikle hedeflere göre izlendiği 'Time-to-Hire Performance' dashboard'unun önemli bir özelliğidir. Neden önemli Bu temel işe alım KPI'ı, kurumun yetenekleri ne kadar hızlı çekebildiğini ölçer; bu da rekabet etme ve iş stratejisini yürütme yeteneğini doğrudan etkiler. Nereden alınır Process Mining aracında, 'İş Talebi Oluşturuldu' ve 'Teklif Kabul Edildi' activity'leri arasındaki timestamp farkı alınarak hesaplanır. Örnekler 35 days52 days28 days | |||
Aday Kimliği CandidateId | İş başvuru sahibine çalışan olmadan önce atanan benzersiz tanımlayıcı. | ||
Açıklama Bu ID, Çalışan ID'si atanmadan önce bireyi yaşam döngüsünün işe alım aşamasında izler. 'Aday Başvurdu' ve 'Mülakat Planlandı' gibi tüm işe alım öncesi faaliyetleri birbirine bağlar. Çalışan ID'si, uçtan uca süreç için birincil case tanımlayıcısı olsa da, Aday ID'si işe alım öncesi funnel'ın detaylı analizi için hayati öneme sahiptir. Sadece işe alınan değil, belirli bir talep için tüm başvuranların izlenmesine olanak tanıyarak, işe alım dönüşüm oranlarının analizini mümkün kılar. Neden önemli Tüm başvuru sahiplerini takip ederek işe alım hunisinin detaylı analizini sağlar, dönüşüm oranları ve işe alım öncesi süreç verimliliği hakkında içgörüler sunar. Nereden alınır Bu, SAP SuccessFactors Recruiting modülünde birincil bir tanımlayıcıdır. Örnekler CAND-84392CAND-91034CAND-79831 | |||
Fesih Nedeni TerminationReason | Çalışanın şirketten ayrılması için belirtilen neden. | ||
Açıklama Bu nitelik, bir çalışanın işten çıkarılmasının belirli nedenini (örn. 'İstifa - Daha İyi Fırsat') veya istem dışı (örn. 'İstem Dışı - Performans') olup olmadığını yakalar. Bu, 'Yüksek Çalışan Devir Hızı Modeli Analizi' Dashboard'ı için kritik bir niteliktir. İşten çıkarma nedenlerini belirli süreç yollarıyla ilişkilendirerek, şirketler işten ayrılmanın temel nedenlerini ortaya çıkarabilir. Örneğin, analiz, çok uzun bir onboarding süreci yaşayan çalışanların ilk yıl içinde istifa etme olasılığının daha yüksek olduğunu ortaya çıkarabilir. Neden önemli Çalışanların neden ayrıldığına dair kritik bir bağlam sunar, personel devrinin temel neden analizini ve hedeflenen elde tutma stratejilerinin geliştirilmesini sağlar. Nereden alınır Bu bilgi, işten çıkarma veya fesih sürecinde SAP SuccessFactors Employee Central'da kaydedilir. Örnekler Gönüllü - İstifaİstemsiz - PerformansEmeklilikİstemsiz - Yeniden Yapılandırma | |||
İş Birimi BusinessUnit | Çalışanın bağlı olduğu daha büyük iş birimi veya bölüm. | ||
Açıklama Bu nitelik, bir departmandan daha üst düzey bir organizasyonel yapıyı temsil eder; örneğin 'Tüketici Ürünleri' veya 'Kurumsal Yazılım' gibi. Çalışanın rolü için daha geniş bir iş bağlamı sunar. Süreçleri iş birimi düzeyinde analiz etmek, üst düzey yönetimin şirketin ana segmentlerindeki performansı anlamasına yardımcı olur. Bu, bir bölümdeki sistemik sorunları ortaya çıkarabilir veya en iyi uygulamaları başka yerlerde benimsenebilecek yüksek performanslı birimleri vurgulayabilir. Stratejik iş gücü planlaması ve kaynak tahsisi için değerlidir. Neden önemli Analiz için üst düzey bir boyut sağlar, büyük şirket departmanları arasında süreç verimliliği ve sonuçlarının stratejik olarak karşılaştırılmasına olanak tanır. Nereden alınır Bu, SAP SuccessFactors Employee Central'daki standart bir organizasyon yapısı unsurudur ve çalışanın pozisyonuyla ilişkilidir. Örnekler Küresel TeknolojiBireysel Bankacılıkİlaç Sektörü | |||
İşe Alım Kaynağı RecruitmentSource | Adayın iş ilanı platformu, çalışan referansı veya doğrudan başvuru gibi kaynaklardan geldiği kanal. | ||
Açıklama Bu nitelik, iş başvurusunun kaynağını izler. Hangi işe alım kanallarının yetenek bulma ve kazanmada en etkili olduğu konusunda içgörü sağlar. Bu veri, 'Bordro Kurulumu Tamamlama ve Doğruluk' Dashboard'u için değerlidir, çünkü belirli kaynaklardan gelen adayların daha fazla sorun yaşayıp yaşamadığını belirlemeye yardımcı olabilir. Daha geniş kapsamda, farklı kanallardan yapılan işe alımların kalitesini ve hızını analiz etmek için kullanılır. Örneğin, yapılan analizler çalışan yönlendirmelerinin en kısa işe alım süresine ve en yüksek elde tutma oranlarına sahip olduğunu gösterebilir. Neden önemli Farklı işe alım kanallarının etkinliğini ölçmeye yardımcı olur, işe alım stratejilerinin ve bütçelerinin optimize edilmesini sağlar. Nereden alınır Bu bilgi, bir aday başvurduğunda SAP SuccessFactors Recruiting modülünde yakalanır. Örnekler LinkedInÇalışan ReferansıŞirket Web SitesiIndeed | |||
İşlem Süresi ProcessingTime | Tek bir aktivitenin başlangıç zamanından bitiş zamanına kadar ölçülen hesaplanmış süresi. | ||
Açıklama Bu metrik, belirli bir Task için aktif çalışma süresini temsil eder. Bir Activity'nin EndTime'ı ile StartTime'ı arasındaki fark olarak hesaplanır. Processing Time, genel cycle time'dan daha ayrıntılı bir süreç performansı görünümü sunar. Örneğin, bordro kurulumu üzerinde aktif olarak harcanan süre ile bilgi bekleme süresi arasındaki farkı ayırt edebilir. Bu, yalnızca Task'ler arasındaki uzun bekleme sürelerini belirlemek yerine, hangi belirli Task'lerin verimsiz olduğunu tespit etmeye yardımcı olur. Neden önemli Bir aktivitenin gerçek çalışma süresini ölçerek, daha hassas darboğaz analizi için aktif çalışma süresi ile boş bekleme süresi arasında ayrım yapmaya yardımcı olur. Nereden alınır Process Mining aracında, her activity için StartTime'ın EndTime'dan çıkarılmasıyla hesaplanır. Örnekler 2 saat 15 dakika45 minutes1 gün 3 saat | |||
İstihdam Durumu EmploymentStatus | Çalışanın aktif, işten çıkarılmış veya izinde gibi mevcut istihdam durumu. | ||
Açıklama Bu nitelik, çalışanın şirket içindeki mevcut durumunu gösterir. Yaşam döngüsünün kritik anlarında, özellikle başlangıçta ('Aktif') ve sonda ('Feshedilmiş') değişir. Bu, 'Çalışan Yaşam Döngüsü Verimliliği' Dashboard'unu analiz etmek için kritik bir boyuttur. Duruma göre filtreleme yaparak, analistler aktif çalışan akışını izleyebilir, zaman içindeki fesih hacmini takip edebilir ve izinli çalışanlar için süreç varyantlarının nasıl farklılık gösterebileceğini anlayabilir. Her bir case için üst düzey bir sonuç sunar. Neden önemli Her çalışan case'i için net bir sonuç sunar ve kohort analizi, personel devri analizi ve süreç çıktılarını anlamak için esastır. Nereden alınır Bu, SAP SuccessFactors Employee Central'daki çalışanın iş bilgileri kaydında standart bir alandır. Örnekler AktifSonlandırıldıÜcretli İzinÜcretsiz İzin | |||
Kullanıcı Tarafından Gerçekleştirildi PerformedByUser | Aktiviteyi gerçekleştiren kullanıcının adı veya kimliği. | ||
Açıklama Bu nitelik, süreçteki belirli bir görevi veya olayı gerçekleştiren İK uzmanı, işe alım uzmanı veya yönetici gibi kişiyi tanımlar. Workflow içindeki insan katılımını izler. Faaliyetleri kimlerin gerçekleştirdiğini analiz etmek; kaynak tahsisi, iş yükü dağıtımı ve performansı anlamak için kritik öneme sahiptir. Bu analiz, en iyi performans gösteren işe alım uzmanlarını, onay süreçleri yavaş olan yöneticileri veya en çok görevi üstlenen İK ekibi üyelerini belirlemeye yardımcı olabilir. Bu veri aynı zamanda çalışanlar tarafından yapılan görevleri otomatik olanlardan ayırt etmek için de kullanılır. Neden önemli Süreç etkinliklerini belirli kişilere atar, iş yükü analizi, kaynak performans yönetimi ve eğitim ihtiyaçlarının belirlenmesini sağlar. Nereden alınır Bu bilgi, genellikle SAP SuccessFactors'daki görevler ve kayıtlarla ilişkili denetim günlüklerinde veya 'son değiştiren' alanlarında bulunur. Örnekler asmithjdoebchen | |||
Ülke Country | Çalışanın bulunduğu veya pozisyonun yer aldığı ülke. | ||
Açıklama Bu nitelik, çalışanın iş yeriyle ilişkili ülkeyi belirtir. Bu, önemli bir coğrafi ve organizasyonel bilgidir. Süreç farklılıkları, farklı iş kanunları, yönetmelikler ve iş uygulamaları nedeniyle genellikle coğrafyaya bağlıdır. Verileri ülkeye göre analiz etmek, belirli bölgelerde daha uzun işe alım döngüleri veya farklı uyumluluk adımları gibi bu farklılıkları ortaya çıkarmaya yardımcı olur. Yerel gereksinimleri karşılarken küresel süreç standardizasyonunu sağlamak için hayati önem taşır. Neden önemli Sürecin coğrafi segmentasyonunu sağlar; bu, performans, uyumluluk ve maliyetteki bölgesel farklılıkları anlamak için çok önemlidir. Nereden alınır Bu, SAP SuccessFactors Employee Central'daki çalışanın konum veya iş bilgilerinin bir parçasıdır. Örnekler USAAlmanyaIndiaBrezilya | |||
Yeniden İşleme mi? IsRework | Bir aktivitenin aynı case içinde ikinci veya daha sonraki bir kez gerçekleştirilip gerçekleştirilmediğini gösteren bir boolean bayrağı. | ||
Açıklama Bu hesaplanmış nitelik, bir çalışanın yaşam döngüsü içinde tekrarlanan faaliyetleri işaretler. Örneğin, bir 'Uyumluluk Formu İmzalandı' faaliyeti ilk gönderim yanlış olduğu için iki kez gerçekleşirse, ikinci oluşum rework olarak işaretlenir. Bu nitelik, 'Faaliyet Rework ve Tekrar' Dashboard'u için hayati öneme sahiptir. Süreç israfını nicelleştirmeye ve görevlerin ilk seferde doğru şekilde tamamlanmadığı alanları belirlemeye yardımcı olur. Yüksek rework seviyeleri, eğitim, sistem kullanılabilirliği veya süreç netliği ile ilgili sorunlara işaret edebilir. Neden önemli Tekrarlanan işleri tespit ederek verimsizliği nicel olarak ortaya koyar, süreç kalitesini artırma ve boşa harcanan çabayı azaltma fırsatlarını vurgular. Nereden alınır Process Mining aracı tarafından, her case için activity dizisinin analiz edilmesi ve tekrarlanan activity'lerin işaretlenmesiyle hesaplanır. Örnekler truefalse | |||
İşe Alımdan Emekliliğe - Çalışan Yaşam Döngüsü Etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
Çalışan İşten Ayrıldı | Çalışanın kaydı, son çalışma gününde sistemde resmi olarak pasif hale gelir. Bu, çalışan yaşam döngüsünün nihai sonucunu temsil eder. | ||
Neden önemli Bu, İşe Alımdan Emekliliğe süreç örneği için kesin bitiş eventidir. 'Termination Initiated' ile bu event arasındaki süre, toplam işten ayrılma süresini tanımlar. Nereden alınır SAP SuccessFactors Employee Central'a kaydedildi. Bu event, çalışanın 'İş Bilgileri' geçmişindeki fesih eyleminin yürürlük tarihidir. Yakala Employee Central'daki işten çıkarma kaydının yürürlük tarihi. Event tipi explicit | |||
Çalışan Profili Aktif Edildi | Yeni çalışanın verileri, Onboarding'den Employee Central'a resmi olarak aktarılır ve çalışan profili başlangıç tarihinde aktif hale gelir. Bu olay, çalışan kaydının temel HRIS'te oluşturulup aktif hale getirildiğinde yakalanır. | ||
Neden önemli Bu, çalışanın şirketin kayıtlarına resmi girişini işaret eder. İşe alım sürecinin son adımı ve aktif istihdam yaşam döngülerinin başlangıcıdır. Nereden alınır Bu olay, SAP SuccessFactors Employee Central'da gerçekleşir. Kullanıcının istihdam kaydının işe alım tarihinden veya oluşturulma tarihinden alınır. Yakala Employee Central'daki çalışanın ana istihdam kaydıyla ilişkili işe alım tarihi zaman damgası. Event tipi explicit | |||
Fesih Başlatıldı | Bir çalışanın işten ayrılma süreci, bir yönetici veya İK tarafından başlatılır. Bu, Employee Central'da bir işten çıkarma işlemi sisteme girildiğinde (genellikle gelecekteki bir yürürlük tarihiyle) kaydedilir. | ||
Neden önemli Bu, işten ayrılma (offboarding) sürecinin başlangıcını işaret eder. Bu eventi takip eden activity'leri analiz etmek, offboarding verimliliğini ve uyumluluğu anlamak için kritik öneme sahiptir. Nereden alınır Bu, SAP SuccessFactors Employee Central'da kayıt altına alınmış açık bir eylemdir. Event, çalışanın işten çıkarma kaydının oluşturulma tarihinden itibaren yakalanır. Yakala Çalışanın iş geçmişindeki fesih kaydının oluşturulma timestamp'i. Event tipi explicit | |||
İş Talebi Oluşturuldu | Yeni bir pozisyon onaylandığında ve başvurulara açıldığında işe alım sürecinin resmi başlangıcını işaretler. Bu event genellikle yeni bir talep formu kaydedilip yayınlandığında SAP SuccessFactors İşe Alım modülünde yakalanır. | ||
Neden önemli Bu, 'Time-to-Hire' KPI'ını ölçmek için birincil başlangıç noktasıdır. Bu eventten itibaren geçen sürenin analizi, yetenek kazanımının ilk aşamalarındaki gecikmeleri belirlemeye yardımcı olur. Nereden alınır SAP SuccessFactors Recruiting modülüne kaydedildi. Bu event, iş talebi kaydının oluşturulma tarihi ve timestamp'ine karşılık gelir. Yakala İşe alım modülündeki iş talebi kaydının oluşturulma timestamp'inden alınır. Event tipi explicit | |||
İşe Alım Başlatıldı | Yeni çalışanın kaydı Onboarding modülünde oluşturulur ve onboarding görevleri seti resmi olarak başlatılır. Bu, yeni çalışan için onboarding süreci tetiklendiğinde kaydedilen açık bir olaydır. | ||
Neden önemli Bu, onboarding sürecinin resmi başlangıcıdır. Onboarding verimliliğini ve yeni çalışan bağlılığını ölçmek için net bir temel sağlar. Nereden alınır SAP SuccessFactors Onboarding 2.0, İşe Alım modülünden geçirilen yeni çalışan için belirli bir başlangıç tarihi ve timestamp ile bir süreç örneği oluşturur. Yakala Yeni çalışanın işe alım süreci kaydının oluşturulma zaman damgası. Event tipi explicit | |||
İşe Alıma Hazır Durumu Ayarlandı | İşe başlamadan önceki tüm aktiviteler tamamlandı ve sistem adayı çekirdek İK sisteminde işe alınmaya hazır olarak işaretler. Bu genellikle işe başlama sürecinin genel durumundan çıkarılır. | ||
Neden önemli Bu kilometre taşı, çalışanın resmi olarak işe başlaması için tüm ön koşulların karşılandığını onaylar. Çalışan profilini ve bordroyu etkinleştirmeden önce önemli bir kontrol noktasıdır. Nereden alınır SAP SuccessFactors Onboarding modülündeki işe alım süreci örneğinin, 'İşe Alıma Hazır' gibi nihai bir adıma ulaştığındaki durumundan çıkarılmıştır. Yakala Onboarding süreci durumunun 'Tamamlandı' veya 'İşe Alıma Hazır' olarak değiştiği zaman damgası. Event tipi inferred | |||
Teklif Kabul Edildi | Bir adayın iş teklifini resmi olarak kabul ettiği, işe alım aşamasından işe başlangıç aşamasına geçişi tetikleyen anı temsil eder. Bu genellikle adayın İşe Alım modülündeki başvurusunda bir durum değişikliğinden çıkarılır. | ||
Neden önemli Bu, 'İşe Alım Süresi'nin sonunu ve 'İşe Başlatma Döngü Süresi'nin başlangıcını işaret eden kritik bir dönüm noktasıdır. Bu noktadan önceki gecikmeler işe alımı etkilerken, sonraki gecikmeler yeni çalışanın deneyimini etkiler. Nereden alınır SAP SuccessFactors Recruiting modülündeki adayın başvuru hattındaki bir durum değişikliğinden çıkarılmıştır, örneğin 'Teklif Kabul Edildi' veya benzeri bir duruma geçilmesi. Yakala Başvuru durumunun 'Teklif Kabul Edildi' veya eşdeğer bir duruma güncellendiği timestamp'e göre. Event tipi inferred | |||
Aday Başvurdu | Bir aday, iş talebi için başvurusunu resmi olarak sunar. Bu event, sisteme belirli bir talep için yeni bir aday başvurusu başarıyla alındığında yakalanır. | ||
Neden önemli Başvuru hacmini ve talep oluşturulmasından bu yana geçen süreyi takip etmek, sourcing kanallarının ve recruitment marketing'in etkinliğini değerlendirmeye yardımcı olur. Nereden alınır SAP SuccessFactors İşe Alım modülünde kaydedildi. Her başvuru kaydının bir oluşturma tarihi vardır ve bu, event timestamp'i olarak kullanılır. Yakala Adayın başvuru kaydındaki gönderim zaman damgası. Event tipi explicit | |||
Bordro Kurulumu Tamamlandı | Yeni çalışanın bilgileri bordro sistemine başarıyla girilir ve onaylanır. Bu olay, SuccessFactors'ta belirli bir görevin tamamlanmasından yakalanabilir veya bordro sistemine veri replikasyon günlüklerinden çıkarılabilir. | ||
Neden önemli Doğru ve zamanında bordro kurulumu, olumlu bir yeni işe alım deneyimi için kritiktir. Bunu izlemek, Bordro Kurulum Hata Oranı'nı ve tamamlama zamanlamasını ölçmeye yardımcı olur. Nereden alınır Bu, doğrudan takip edilmesi zor olabilir. İşe alım kontrol listesindeki manuel bir görev olabilir veya Employee Central ile bordro sistemi arasındaki veri entegrasyon günlüklerinden çıkarılabilir. Yakala 'Bordroyu Bilgilendir' görevinin tamamlanmasından veya başarılı bir veri senkronizasyon log girdisinden çıkarılmıştır. Event tipi inferred | |||
İşten Ayrılma Görevleri Tamamlandı | Varlık iadesi, bilgi aktarımı ve son bordro talimatları gibi gerekli tüm işten ayrılış görevleri tamamlandı. Bu, işten ayrılış süreci kontrol listesinin nihai durumuna ulaştığında yakalanır. | ||
Neden önemli Tüm işten ayrılma adımlarının tamamlandığından emin olmak, güvenlik risklerini azaltır ve yasal uyumluluğu sağlar. Bu etkinlik, İşten Ayrılma Süresini ölçmek için kilit öneme sahiptir. Nereden alınır SAP SuccessFactors Offboarding modülü içinde izlenir. Çalışan için offboarding checklist'indeki son Task'in tamamlanmasından çıkarım yapılır. Yakala İşten ayrılma süreci durumunun 'Tamamlandı' olarak değiştiği zaman damgası. Event tipi inferred | |||
Performans Değerlendirmesi Yapıldı | Bir çalışan için resmi bir performans değerlendirme döngüsü tamamlanır. Bu, bir performans değerlendirme formunun 'Performans ve Hedefler' modülünde sonlandırılıp 'Tamamlandı' durumuna getirildiğinde yakalanır. | ||
Neden önemli Bu aktivite, Performans Değerlendirme Sürekliliği Uyumluluk KPI'ını analiz etmek için çok önemlidir. Çalışan gelişimi ve geri bildiriminin organizasyon genelinde tutarlı bir şekilde gerçekleşmesini sağlamaya yardımcı olur. Nereden alınır SAP SuccessFactors Performance & Goals modülüne kaydedildi. Bu event, performans değerlendirme formunun tamamlama timestamp'idir. Yakala Çalışan için performans değerlendirme formunun tamamlanma timestamp'i. Event tipi explicit | |||
Terfi Onaylandı | Bir yöneticinin bir çalışanı terfi ettirme talebi sistemde resmi olarak onaylanır. Bu, terfi event nedeni içeren bir 'İş Bilgisi' değişikliği kaydedildiğinde yakalanan açık bir eventtir. | ||
Neden önemli Terfileri takip etmek, iç mobilite kalıplarını ve kariyer gelişimini anlamak için anahtardır. Onay için geçen süre, idari darboğazları vurgulayabilir. Nereden alınır SAP SuccessFactors Employee Central'da kaydedildi. Bu, 'Terfi' event nedeni ile 'İş Bilgileri' kaydında bir değişikliktir ve bir geçerlilik tarihi vardır. Yakala 'Terfi' event nedeni ile bir 'İş Bilgisi' değişikliğinin oluşturulma timestamp'i. Event tipi explicit | |||
Uyumluluk Formu İmzalandı | Yeni çalışan, I-9, vergi formları veya politika onayları gibi zorunlu uyumluluk belgelerini tamamlar ve elektronik olarak imzalar. Bu olay, belirli bir uyumluluk belgesi görevi tamamlandığında kaydedilir. | ||
Neden önemli Uyumluluğu sağlamak, işe alım sürecinin kritik, vazgeçilmez bir parçasıdır. Bu etkinliği takip etmek, İK Uyumluluk Uyum Oranını izlemeye ve yasal risklerden kaçınmaya yardımcı olur. Nereden alınır SAP SuccessFactors İşe Alım modülünün uyumluluk formları bölümünde kaydedildi. Her form tamamlaması, event log için kullanılabilecek bir timestamp içerir. Yakala 'I-9 Bölüm 1' veya 'W-4' gibi belirli bir uyumluluk formu görevinin tamamlanma zaman damgası. Event tipi explicit | |||
Yeni Çalışan veri Toplama Tamamlandı | Yeni çalışan, kişisel bilgiler, banka bilgileri ve acil durum kişileri gibi ilk veri toplama görevlerini tamamlar. Bu, onboarding kontrol listesindeki belirli görevler veya bir görev grubu tamamlandı olarak işaretlendiğinde kaydedilir. | ||
Neden önemli Zamanında veri toplama, bordro kurulumu ve IT tedariki gibi sonraki adımlar için hayati öneme sahiptir. Buradaki gecikmeler, sonraki aşamalarda darboğazlar yaratır ve yeni çalışanın ilk gün deneyimini olumsuz etkileyebilir. Nereden alınır SAP SuccessFactors Onboarding modülü içinde izlenir. İlgili veri toplama adımlarının veya formlarının tamamlanma timestamp'i, event time olarak hizmet eder. Yakala İşe alım sürecindeki 'Kişisel Veri Toplama' veya benzeri standart adımın tamamlanma timestamp'i. Event tipi explicit | |||
Yönetici Görevleri Tamamlandı | İşe alım yöneticisi, ekipman ihtiyaçlarını onaylama veya ilk hafta hedeflerini belirleme gibi atanmış onboarding sorumluluklarını tamamlar. Bu, yöneticinin kontrol listesi veya belirli görevler tamamlandı olarak işaretlendiğinde kaydedilir. | ||
Neden önemli Yönetici katılımı, başarılı bir işe alım deneyimi için anahtardır. Bu görevler için teslim süresini analiz etmek, yönetici kaynaklı darboğazları belirlemeye yardımcı olur. Nereden alınır SAP SuccessFactors Onboarding modülünde izlenir. İşe alım yöneticisine atanan Task'lerin tamamlanma timestamp'i. Yakala İşe alım sürecindeki yönetici tarafından atanan görevlerin tamamlanma timestamp'i. Event tipi explicit | |||
Veri Çekim Kılavuzları
Adımlar
- Ön Koşullar: SAP SuccessFactors'ta 'Integration Center' için Rol Tabanlı İzinler (RBP) ve gerekli OData API'lerine (örn. JobRequisition, JobApplication, ONB2Process, EmpJob) okuma erişiminiz olduğundan emin olun. Çıktı dosyalarının yerleştirileceği bir SFTP sunucusu için kimlik bilgilerine de ihtiyacınız olacaktır.
- Strateji: İşe Alımdan Emekliliğe süreci birden fazla SuccessFactors modülünü kapsar. Her bir ana veri kaynağı (örn. İşe Alım, İşe Başlama, Çalışan Merkezi) için ayrı entegrasyonlar oluşturacaksınız. Bu entegrasyonlardan elde edeceğiniz çıktı CSV dosyaları, daha sonra ProcessMind için harici olarak tek bir event logunda birleştirilecektir.
- Integration Center'a Gitme: Yönetim Merkezi'nden, 'Araç Arama'yı kullanarak Integration Center'a gidin.
- İşe Alım Eventleri için Entegrasyon Oluşturma: 'Entegrasyonlarım'a tıklayın, ardından 'Oluştur'u seçin ve 'Zamanlanmış Basit Dosya Çıktısı Entegrasyonu'nu seçin.
- Başlangıç noktası olarak JobApplication varlığını arayın ve seçin. ProcessMind_Recruiting_Events gibi bir ad verin.
- Alanları Yapılandır sekmesinde gerekli alanları seçin. Durumları ActivityName ile eşleştirmek için hesaplanan alanlar oluşturmak üzere 'Ekle' düğmesini kullanın ve EventTime için uygun tarih alanlarını seçin.
- Bu varlıktan türetilen her aktivite için 'Aday Başvurdu' ve 'Teklif Kabul Edildi' gibi ayrı hesaplanan sütunlar oluşturun. Koşullu mantık kullanın (örn. durum 'İşe Alındı' ise, event 'Teklif Kabul Edildi'dir).
- Ayrıca, 'İş Talebi Oluşturuldu' eventini yakalamak amacıyla JobRequisition varlığı için ayrı bir entegrasyon oluşturun.
- İşe Başlama Eventleri için Entegrasyon Oluşturma: ONB2Process varlığını kullanarak başka bir entegrasyon oluşturun. Bu, 'İşe Başlama Başlatıldı', 'Yeni Çalışan Veri Toplama Tamamlandı', 'Yönetici Görevleri Tamamlandı' ve 'İşe Alıma Hazır Durumu Ayarlandı' gibi aktiviteler için kaynak olacaktır.
- ONB2Process varlığı, bu aktivitelere karşılık gelen çeşitli durum alanları ve tarihler içerir. Süreç veya görev durumlarını kontrol etmek ve bunlara karşılık gelen aktivite adını ve timestamp'i çıktı olarak vermek için birden fazla hesaplanan alan oluşturmanız gerekecektir.
- 'Uyum Formu İmzalandı' gibi belirli eventler için, ONB2DataCollectionUserConfig veya ilgili uyum formu varlıklarına dayalı ayrı bir entegrasyona ihtiyacınız olabilir.
- Çalışan Merkezi (EC) Eventleri için Entegrasyon Oluşturma: EmpJob (İş Bilgisi) varlığını kullanarak üçüncü bir ana entegrasyon oluşturun. Bu, zaman dilimli bir varlık olup, çalışan yaşam döngüsü eventlerinin çoğu için kaynak işlevi görür.
- 'Çalışan Profili Aktif Edildi', 'Terfi Onaylandı', 'Fesih Başlatıldı' ve 'Çalışan Feshedildi' gibi aktiviteler, EmpJob kayıtlarından türetilir.
- Belirli aktiviteleri tanımlamak için eventReason alanını filtreleyeceksiniz (ör. 'HIRE', 'PROMO', 'TERML', 'TERM').
- EventTime olarak EmpJob kaydının startDate veya createdDate alanını kullanın.
- Filtreleme Ayarlarını Yapılandırma: Her entegrasyonun Filtre sekmesinde, lastModifiedDateTime alanına dayalı bir filtre ekleyin. Operatörü 'Büyüktür' ve değeri 'Son Çalışma Zamanı' olarak ayarlayın. Bu, her çalıştırmanın yalnızca yeni veya güncellenmiş kayıtları ayıklamasını sağlayarak, performans için kritik önem taşır.
- Hedef ve Zamanlama Ayarlarını Yapılandırma: Hedef Ayarları sekmesinde SFTP sunucunuzun ayrıntılarını girin. Zamanlama sekmesinde, entegrasyonu günlük gibi tekrarlayan bir döngüde çalışacak şekilde ayarlayın.
- İncele ve Çalıştır: Entegrasyonları kaydedin ve çalıştırın. İlk çalıştırma, tarih filtrelerinize göre tam bir yükleme yapacak, sonraki çalıştırmalar ise delta şeklinde olacaktır.
- Verileri Birleştirme ve Dönüştürme: CSV dosyalarını SFTP sunucusundan indirin. Dosyaları tek bir event logunda birleştirmek için harici bir betik (ör. Python) veya bir ETL aracı kullanın. Bu betik şunları yapmalıdır:
- Tüm dosyaları birleştirmeli.
- İşe alım öncesi eventleri (İşe Alımdan) işe alım sonrası EmployeeId'ye bağlama işlemini ele almalı.
- Aynı çalışan veya talep için ilgili eventleri işleyerek TimeToHire ve OnboardingCycleTime gibi karmaşık öznitelikleri hesaplamalı.
- Yükleme için Biçimlendirme: ProcessMind'e yüklemeden önce, nihai birleştirilmiş dosyanın gerekli sütunları (EmployeeId, ActivityName, EventTime, SourceSystem, LastDataUpdate vb.) içermesini ve uygun CSV biçiminde olmasını sağlayın.
Konfigürasyon
- Entegrasyon Tipi: Scheduled Simple File Output Integration. Bu, bir SFTP sunucusuna planlı dosya tabanlı dışa aktarımlar oluşturmak için standart bir seçimdir.
- Kaynak: SuccessFactors OData V2 API. Bu, Integration Center tarafından veri almak için kullanılan standart API'dır.
- Ana Kaynak Varlıkları: JobRequisition, JobApplication, ONB2Process, EmpJob (İş Bilgisi), PMForm (Performans Yönetimi Formu) ve potansiyel olarak uyumluluk formları için ONB2DataCollectionUserConfig dahil olmak üzere çeşitli varlıklar için entegrasyonları yapılandırmanız gerekecektir.
- Hedef: Düz dosya dışa aktarımlarını almak için bir SFTP sunucusu gereklidir. Ana bilgisayar adresini, bağlantı noktasını ve kimlik bilgilerini 'Hedef Ayarları' sekmesinde yapılandırın.
- Dosya Formatı: CSV önerilen çıktı formatıdır. Özel karakterleri desteklemek için UTF-8 kodlamasının seçildiğinden emin olun.
- Filtreleme: En önemli filtre, 'Last Run Time' değeri kullanılarak lastModifiedDateTime alanındadır. Bu, delta extraction'ı etkinleştirerek performansı önemli ölçüde artırır ve sonraki çalıştırmalarda dosya boyutunu azaltır. İşin belirli bir bölümü için veri çekiyorsanız, Company/Legal Entity'ye göre filtrelemeyi de göz önünde bulundurmalısınız.
- Zamanlama: Kaynak sistem üzerinde aşırı yük oluşturmadan verilerin güncel kalmasını sağlamak için günlük planlı bir çalıştırma önerilir.
- Ön Koşullar: Entegrasyonu çalıştıran kullanıcının Integration Center aracının kendisi için tam yetkilere ve sorgulanan tüm varlıklar ve bunların gezinti özelliklerine OData API okuma erişimine sahip olması gerekir. Bu yetkiler, SuccessFactors'taki 'Manage Permission Roles' bölümünde yapılandırılır.
a Örnek Sorgu config
/*
Integration Center does not use a single script. Instead, you configure multiple integrations through a graphical interface.
The following describes the configuration for each required integration to produce the final event log.
*/
// ======== Integration 1: Job Requisition Created ========
Integration.Name: "ProcessMind_JobRequisition_Created"
Starting.Entity: JobRequisition
Output.Columns:
- ActivityName = "Job Requisition Created" (Calculated, Fixed String)
- EventTime = jobReqGUId.createdDateTime (Source Field)
- JobRequisitionId = jobReqId (Source Field)
- EmployeeId = NULL (Calculated, Empty String)
- HiringManager = hiringManager.usersSysId (Navigated Field)
- Department = department.name (Navigated Field)
- JobRole = jobTitle (Source Field)
- SourceSystem = "SAP SuccessFactors Recruiting"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDateTime > [Last Run Time]
// ======== Integration 2: Recruiting Application Events ========
Integration.Name: "ProcessMind_Recruiting_Application_Events"
Starting.Entity: JobApplication
Output.Columns:
- ActivityName = IF(jobApplication.status.statusName CONTAINS 'Applied', 'Candidate Applied', IF(jobApplication.status.statusName CONTAINS 'Offer Accepted', 'Offer Accepted', NULL)) (Calculated Field)
- EventTime = IF(ActivityName == 'Candidate Applied', jobApplication.createdDateTime, jobApplication.offerResponseDate) (Calculated Field)
- JobRequisitionId = jobApplication.jobReqId (Source Field)
- EmployeeId = jobApplication.candidate.usersSysId (Navigated Field, Note: this is the Candidate User ID, needs mapping to Employee ID post-hire)
- HiringManager = jobApplication.jobRequisition.hiringManager.usersSysId (Navigated Field)
- Department = jobApplication.jobRequisition.department.name (Navigated Field)
- JobRole = jobApplication.jobRequisition.jobTitle (Navigated Field)
- SourceSystem = "SAP SuccessFactors Recruiting"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDateTime > [Last Run Time]
- ActivityName != NULL
// ======== Integration 3: Onboarding & Offboarding Process Events ========
Integration.Name: "ProcessMind_Onboarding_Events"
Starting.Entity: ONB2Process
Output.Columns:
// Multiple rows can be generated from one ONB2Process record. This logic is best handled in the post-processing script.
// This example flattens it for simplicity, assuming one activity per record based on current status.
- ActivityName = CASE(ONB2Process.processStatus.code, 'READY_TO_HIRE', 'Ready To Hire Status Set', 'COMPLETED', 'Onboarding Initiated', 'ONB_TASKS_COMPLETED', 'New Hire Data Collection Completed', 'MNGR_TASKS_COMPLETED', 'Manager Tasks Completed', 'OFF_COMPLETED', 'Offboarding Tasks Completed') (Calculated Field)
- EventTime = ONB2Process.lastModifiedDateTime (Source Field)
- EmployeeId = ONB2Process.personId (Source Field)
- JobRequisitionId = ONB2Process.requisitionId (Source Field)
- HiringManager = [Configure based on your system]
- Department = [Configure based on your system]
- JobRole = [Configure based on your system]
- SourceSystem = "SAP SuccessFactors Onboarding"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDateTime > [Last Run Time]
// ======== Integration 4: Employee Central Lifecycle Events ========
Integration.Name: "ProcessMind_EmployeeCentral_Events"
Starting.Entity: EmpJob
Output.Columns:
- ActivityName = CASE(EmpJob.eventReason, 'HIRE', 'Employee Profile Activated', 'PROMO', 'Promotion Approved', 'TERML', 'Termination Initiated', 'TERM', 'Employee Terminated', 'PAYSETUP', 'Payroll Setup Completed') (Calculated Field)
- EventTime = EmpJob.startDate (Source Field for most events) OR EmpJob.createdDate (For 'Termination Initiated')
- EmployeeId = EmpJob.userId (Source Field)
- EndTime = IF(ActivityName == 'Employee Terminated', EmpJob.endDate, NULL) (Calculated Field)
- JobRequisitionId = [Configure if custom field exists]
- HiringManager = EmpJob.managerId (Source Field)
- Department = EmpJob.department (Source Field)
- JobRole = EmpJob.jobTitle (Source Field)
- SourceSystem = "SAP SuccessFactors Employee Central"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDate > [Last Run Time]
- eventReason IN ('HIRE', 'PROMO', 'TERML', 'TERM', 'PAYSETUP')
// ======== Integration 5: Performance Management Events ========
Integration.Name: "ProcessMind_Performance_Events"
Starting.Entity: FormHeader
Output.Columns:
- ActivityName = "Performance Review Conducted" (Calculated, Fixed String)
- EventTime = FormHeader.formLastModifiedDate (Source Field)
- EmployeeId = FormHeader.formSubject.userId (Navigated Field)
- HiringManager = [Configure based on your system, often a form participant]
- Department = [Configure based on your system]
- JobRole = [Configure based on your system]
- SourceSystem = "SAP SuccessFactors Performance & Goals"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModified > [Last Run Time]
- formTemplateType = 'Review'
- formStatus = 'Completed' // Use the numeric value for completed status
// ======== Integration 6: Compliance Form Events ========
Integration.Name: "ProcessMind_Compliance_Events"
Starting.Entity: ONB2DataCollectionUserConfig // Or specific compliance entity
Output.Columns:
- ActivityName = "Compliance Form Signed" (Calculated, Fixed String)
- EventTime = ONB2DataCollectionUserConfig.lastModifiedDateTime (Source Field)
- EmployeeId = ONB2DataCollectionUserConfig.process.personId (Navigated Field)
- JobRequisitionId = ONB2DataCollectionUserConfig.process.requisitionId (Navigated Field)
- HiringManager = [Configure based on your system]
- Department = [Configure based on your system]
- JobRole = [Configure based on your system]
- SourceSystem = "SAP SuccessFactors Onboarding"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDateTime > [Last Run Time]
- status == 'COMPLETED'Adımlar
- Ön Koşullar: SAP SuccessFactors'ta 'Integration Center' için Rol Tabanlı İzinler (RBP) ve gerekli OData API'lerine (örn. JobRequisition, JobApplication, ONB2Process, EmpJob) okuma erişiminiz olduğundan emin olun. Çıktı dosyalarının yerleştirileceği bir SFTP sunucusu için kimlik bilgilerine de ihtiyacınız olacaktır.
- Strateji: İşe Alımdan Emekliliğe süreci birden fazla SuccessFactors modülünü kapsar. Her bir ana veri kaynağı (örn. İşe Alım, İşe Başlama, Çalışan Merkezi) için ayrı entegrasyonlar oluşturacaksınız. Bu entegrasyonlardan elde edeceğiniz çıktı CSV dosyaları, daha sonra ProcessMind için harici olarak tek bir event logunda birleştirilecektir.
- Integration Center'a Gitme: Yönetim Merkezi'nden, 'Araç Arama'yı kullanarak Integration Center'a gidin.
- İşe Alım Eventleri için Entegrasyon Oluşturma: 'Entegrasyonlarım'a tıklayın, ardından 'Oluştur'u seçin ve 'Zamanlanmış Basit Dosya Çıktısı Entegrasyonu'nu seçin.
- Başlangıç noktası olarak JobApplication varlığını arayın ve seçin. ProcessMind_Recruiting_Events gibi bir ad verin.
- Alanları Yapılandır sekmesinde gerekli alanları seçin. Durumları ActivityName ile eşleştirmek için hesaplanan alanlar oluşturmak üzere 'Ekle' düğmesini kullanın ve EventTime için uygun tarih alanlarını seçin.
- Bu varlıktan türetilen her aktivite için 'Aday Başvurdu' ve 'Teklif Kabul Edildi' gibi ayrı hesaplanan sütunlar oluşturun. Koşullu mantık kullanın (örn. durum 'İşe Alındı' ise, event 'Teklif Kabul Edildi'dir).
- Ayrıca, 'İş Talebi Oluşturuldu' eventini yakalamak amacıyla JobRequisition varlığı için ayrı bir entegrasyon oluşturun.
- İşe Başlama Eventleri için Entegrasyon Oluşturma: ONB2Process varlığını kullanarak başka bir entegrasyon oluşturun. Bu, 'İşe Başlama Başlatıldı', 'Yeni Çalışan Veri Toplama Tamamlandı', 'Yönetici Görevleri Tamamlandı' ve 'İşe Alıma Hazır Durumu Ayarlandı' gibi aktiviteler için kaynak olacaktır.
- ONB2Process varlığı, bu aktivitelere karşılık gelen çeşitli durum alanları ve tarihler içerir. Süreç veya görev durumlarını kontrol etmek ve bunlara karşılık gelen aktivite adını ve timestamp'i çıktı olarak vermek için birden fazla hesaplanan alan oluşturmanız gerekecektir.
- 'Uyum Formu İmzalandı' gibi belirli eventler için, ONB2DataCollectionUserConfig veya ilgili uyum formu varlıklarına dayalı ayrı bir entegrasyona ihtiyacınız olabilir.
- Çalışan Merkezi (EC) Eventleri için Entegrasyon Oluşturma: EmpJob (İş Bilgisi) varlığını kullanarak üçüncü bir ana entegrasyon oluşturun. Bu, zaman dilimli bir varlık olup, çalışan yaşam döngüsü eventlerinin çoğu için kaynak işlevi görür.
- 'Çalışan Profili Aktif Edildi', 'Terfi Onaylandı', 'Fesih Başlatıldı' ve 'Çalışan Feshedildi' gibi aktiviteler, EmpJob kayıtlarından türetilir.
- Belirli aktiviteleri tanımlamak için eventReason alanını filtreleyeceksiniz (ör. 'HIRE', 'PROMO', 'TERML', 'TERM').
- EventTime olarak EmpJob kaydının startDate veya createdDate alanını kullanın.
- Filtreleme Ayarlarını Yapılandırma: Her entegrasyonun Filtre sekmesinde, lastModifiedDateTime alanına dayalı bir filtre ekleyin. Operatörü 'Büyüktür' ve değeri 'Son Çalışma Zamanı' olarak ayarlayın. Bu, her çalıştırmanın yalnızca yeni veya güncellenmiş kayıtları ayıklamasını sağlayarak, performans için kritik önem taşır.
- Hedef ve Zamanlama Ayarlarını Yapılandırma: Hedef Ayarları sekmesinde SFTP sunucunuzun ayrıntılarını girin. Zamanlama sekmesinde, entegrasyonu günlük gibi tekrarlayan bir döngüde çalışacak şekilde ayarlayın.
- İncele ve Çalıştır: Entegrasyonları kaydedin ve çalıştırın. İlk çalıştırma, tarih filtrelerinize göre tam bir yükleme yapacak, sonraki çalıştırmalar ise delta şeklinde olacaktır.
- Verileri Birleştirme ve Dönüştürme: CSV dosyalarını SFTP sunucusundan indirin. Dosyaları tek bir event logunda birleştirmek için harici bir betik (ör. Python) veya bir ETL aracı kullanın. Bu betik şunları yapmalıdır:
- Tüm dosyaları birleştirmeli.
- İşe alım öncesi eventleri (İşe Alımdan) işe alım sonrası EmployeeId'ye bağlama işlemini ele almalı.
- Aynı çalışan veya talep için ilgili eventleri işleyerek TimeToHire ve OnboardingCycleTime gibi karmaşık öznitelikleri hesaplamalı.
- Yükleme için Biçimlendirme: ProcessMind'e yüklemeden önce, nihai birleştirilmiş dosyanın gerekli sütunları (EmployeeId, ActivityName, EventTime, SourceSystem, LastDataUpdate vb.) içermesini ve uygun CSV biçiminde olmasını sağlayın.
Konfigürasyon
- Entegrasyon Tipi: Scheduled Simple File Output Integration. Bu, bir SFTP sunucusuna planlı dosya tabanlı dışa aktarımlar oluşturmak için standart bir seçimdir.
- Kaynak: SuccessFactors OData V2 API. Bu, Integration Center tarafından veri almak için kullanılan standart API'dır.
- Ana Kaynak Varlıkları: JobRequisition, JobApplication, ONB2Process, EmpJob (İş Bilgisi), PMForm (Performans Yönetimi Formu) ve potansiyel olarak uyumluluk formları için ONB2DataCollectionUserConfig dahil olmak üzere çeşitli varlıklar için entegrasyonları yapılandırmanız gerekecektir.
- Hedef: Düz dosya dışa aktarımlarını almak için bir SFTP sunucusu gereklidir. Ana bilgisayar adresini, bağlantı noktasını ve kimlik bilgilerini 'Hedef Ayarları' sekmesinde yapılandırın.
- Dosya Formatı: CSV önerilen çıktı formatıdır. Özel karakterleri desteklemek için UTF-8 kodlamasının seçildiğinden emin olun.
- Filtreleme: En önemli filtre, 'Last Run Time' değeri kullanılarak lastModifiedDateTime alanındadır. Bu, delta extraction'ı etkinleştirerek performansı önemli ölçüde artırır ve sonraki çalıştırmalarda dosya boyutunu azaltır. İşin belirli bir bölümü için veri çekiyorsanız, Company/Legal Entity'ye göre filtrelemeyi de göz önünde bulundurmalısınız.
- Zamanlama: Kaynak sistem üzerinde aşırı yük oluşturmadan verilerin güncel kalmasını sağlamak için günlük planlı bir çalıştırma önerilir.
- Ön Koşullar: Entegrasyonu çalıştıran kullanıcının Integration Center aracının kendisi için tam yetkilere ve sorgulanan tüm varlıklar ve bunların gezinti özelliklerine OData API okuma erişimine sahip olması gerekir. Bu yetkiler, SuccessFactors'taki 'Manage Permission Roles' bölümünde yapılandırılır.
a Örnek Sorgu config
/*
Integration Center does not use a single script. Instead, you configure multiple integrations through a graphical interface.
The following describes the configuration for each required integration to produce the final event log.
*/
// ======== Integration 1: Job Requisition Created ========
Integration.Name: "ProcessMind_JobRequisition_Created"
Starting.Entity: JobRequisition
Output.Columns:
- ActivityName = "Job Requisition Created" (Calculated, Fixed String)
- EventTime = jobReqGUId.createdDateTime (Source Field)
- JobRequisitionId = jobReqId (Source Field)
- EmployeeId = NULL (Calculated, Empty String)
- HiringManager = hiringManager.usersSysId (Navigated Field)
- Department = department.name (Navigated Field)
- JobRole = jobTitle (Source Field)
- SourceSystem = "SAP SuccessFactors Recruiting"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDateTime > [Last Run Time]
// ======== Integration 2: Recruiting Application Events ========
Integration.Name: "ProcessMind_Recruiting_Application_Events"
Starting.Entity: JobApplication
Output.Columns:
- ActivityName = IF(jobApplication.status.statusName CONTAINS 'Applied', 'Candidate Applied', IF(jobApplication.status.statusName CONTAINS 'Offer Accepted', 'Offer Accepted', NULL)) (Calculated Field)
- EventTime = IF(ActivityName == 'Candidate Applied', jobApplication.createdDateTime, jobApplication.offerResponseDate) (Calculated Field)
- JobRequisitionId = jobApplication.jobReqId (Source Field)
- EmployeeId = jobApplication.candidate.usersSysId (Navigated Field, Note: this is the Candidate User ID, needs mapping to Employee ID post-hire)
- HiringManager = jobApplication.jobRequisition.hiringManager.usersSysId (Navigated Field)
- Department = jobApplication.jobRequisition.department.name (Navigated Field)
- JobRole = jobApplication.jobRequisition.jobTitle (Navigated Field)
- SourceSystem = "SAP SuccessFactors Recruiting"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDateTime > [Last Run Time]
- ActivityName != NULL
// ======== Integration 3: Onboarding & Offboarding Process Events ========
Integration.Name: "ProcessMind_Onboarding_Events"
Starting.Entity: ONB2Process
Output.Columns:
// Multiple rows can be generated from one ONB2Process record. This logic is best handled in the post-processing script.
// This example flattens it for simplicity, assuming one activity per record based on current status.
- ActivityName = CASE(ONB2Process.processStatus.code, 'READY_TO_HIRE', 'Ready To Hire Status Set', 'COMPLETED', 'Onboarding Initiated', 'ONB_TASKS_COMPLETED', 'New Hire Data Collection Completed', 'MNGR_TASKS_COMPLETED', 'Manager Tasks Completed', 'OFF_COMPLETED', 'Offboarding Tasks Completed') (Calculated Field)
- EventTime = ONB2Process.lastModifiedDateTime (Source Field)
- EmployeeId = ONB2Process.personId (Source Field)
- JobRequisitionId = ONB2Process.requisitionId (Source Field)
- HiringManager = [Configure based on your system]
- Department = [Configure based on your system]
- JobRole = [Configure based on your system]
- SourceSystem = "SAP SuccessFactors Onboarding"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDateTime > [Last Run Time]
// ======== Integration 4: Employee Central Lifecycle Events ========
Integration.Name: "ProcessMind_EmployeeCentral_Events"
Starting.Entity: EmpJob
Output.Columns:
- ActivityName = CASE(EmpJob.eventReason, 'HIRE', 'Employee Profile Activated', 'PROMO', 'Promotion Approved', 'TERML', 'Termination Initiated', 'TERM', 'Employee Terminated', 'PAYSETUP', 'Payroll Setup Completed') (Calculated Field)
- EventTime = EmpJob.startDate (Source Field for most events) OR EmpJob.createdDate (For 'Termination Initiated')
- EmployeeId = EmpJob.userId (Source Field)
- EndTime = IF(ActivityName == 'Employee Terminated', EmpJob.endDate, NULL) (Calculated Field)
- JobRequisitionId = [Configure if custom field exists]
- HiringManager = EmpJob.managerId (Source Field)
- Department = EmpJob.department (Source Field)
- JobRole = EmpJob.jobTitle (Source Field)
- SourceSystem = "SAP SuccessFactors Employee Central"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDate > [Last Run Time]
- eventReason IN ('HIRE', 'PROMO', 'TERML', 'TERM', 'PAYSETUP')
// ======== Integration 5: Performance Management Events ========
Integration.Name: "ProcessMind_Performance_Events"
Starting.Entity: FormHeader
Output.Columns:
- ActivityName = "Performance Review Conducted" (Calculated, Fixed String)
- EventTime = FormHeader.formLastModifiedDate (Source Field)
- EmployeeId = FormHeader.formSubject.userId (Navigated Field)
- HiringManager = [Configure based on your system, often a form participant]
- Department = [Configure based on your system]
- JobRole = [Configure based on your system]
- SourceSystem = "SAP SuccessFactors Performance & Goals"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModified > [Last Run Time]
- formTemplateType = 'Review'
- formStatus = 'Completed' // Use the numeric value for completed status
// ======== Integration 6: Compliance Form Events ========
Integration.Name: "ProcessMind_Compliance_Events"
Starting.Entity: ONB2DataCollectionUserConfig // Or specific compliance entity
Output.Columns:
- ActivityName = "Compliance Form Signed" (Calculated, Fixed String)
- EventTime = ONB2DataCollectionUserConfig.lastModifiedDateTime (Source Field)
- EmployeeId = ONB2DataCollectionUserConfig.process.personId (Navigated Field)
- JobRequisitionId = ONB2DataCollectionUserConfig.process.requisitionId (Navigated Field)
- HiringManager = [Configure based on your system]
- Department = [Configure based on your system]
- JobRole = [Configure based on your system]
- SourceSystem = "SAP SuccessFactors Onboarding"
- LastDataUpdate = NOW() (Calculated, Current Timestamp)
Filters:
- lastModifiedDateTime > [Last Run Time]
- status == 'COMPLETED'