İşe Alımdan Emekliliğe - Çalışan yaşam döngüsü Veri Şablonunuz
İşe Alımdan Emekliliğe - Çalışan yaşam döngüsü Veri Şablonunuz
- Ayrıntılı analiz için toplanması önerilen öznitelikler
- Süreç boyunca izlenecek temel faaliyetler ve kilometre taşları
- SAP SuccessFactors Onboarding üzerinden veri çıkarma için sisteme özel yönlendirmeler
Satın Almadan Emekliliğe - çalışan yaşam döngüsü öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Başlangıç zamanı EventTime | Bir etkinliğin veya olayın ne zaman başladığını gösteren zaman damgası. | ||
| Açıklama Bu öznitelik, çalışan yaşam döngüsündeki her etkinlik için kesin tarih ve saati sağlar. Olayları kronolojik sıraya koymak ve farklı adımlar arasındaki süreyi hesaplamak için kullanılır. Doğru zaman damgaları performans analizi için önemlidir. 'İşe Alım Süresi' ('Pozisyon talebi oluşturuldu' ile 'Teklif kabul edildi' arasındaki süre) ve 'İşe Başlatma Çevrim Süresi' gibi temel metriklerin hesaplanmasını sağlar. Zaman damgalarını analiz etmek, gecikmeleri belirlemeye ve hizmet seviyesi anlaşmalarına (SLA'lar) göre süreç verimliliğini ölçmeye yardımcı olur. Neden önemli? Olayların kronolojik sırasını sağlar ve çevrim süresi hesaplama ile darboğaz belirleme dahil olmak üzere zamana dayalı tüm analizler için gereklidir. Nereden alınır? Bu bilgi genellikle SAP SuccessFactors içindeki kayıtlarda oluşturulma tarihi, tamamlanma tarihi veya durum değişikliği zaman damgası olarak bulunur. Örnekler 2023-01-15T09:00:00Z2023-03-20T14:35:10Z2023-11-05T11:21:00Z | |||
| Çalışan kimliği EmployeeId | Çalışanın kurum içindeki tüm yaşam döngüsünü tanımlayan benzersiz kimlik. | ||
| Açıklama Çalışan kimliği, ilk iş başvurusundan nihai işten ayrılışa kadar tüm olayları birbirine bağlayan temel vaka kimliğidir. Bu kimlik, tek bir çalışanın istihdamının farklı aşamalarındaki yolculuğunu izlemek için gereklidir. Process Mining analizinde 'Teklif kabul edildi' veya 'Performans değerlendirmesi yapıldı' gibi her etkinlik belirli bir Çalışan kimliğiyle ilişkilendirilir. Böylece her çalışanın yaşam döngüsü uçtan uca yeniden oluşturulabilir; süreç akışları, süreler ve tek tek vakalardaki farklılıklar ayrıntılı şekilde analiz edilebilir. Neden önemli? İlgili tüm olayları tek ve tutarlı bir süreç örneğinde birleştiren temel özniteliktir. Bu sayede yaşam döngüsü uçtan uca analiz edilebilir. Nereden alınır? Bu, genellikle SAP SuccessFactors temel İK modülündeki birincil çalışan kimliğidir. Örnekler 100234510098762001567 | |||
| Etkinlik ActivityName | Çalışan yaşam döngüsünün belirli bir noktasında gerçekleşen olayın veya görevin adı. | ||
| Açıklama Bu öznitelik, İşe Alımdan Emekliliğe sürecindeki ayrı adımları ve kilometre taşlarını yakalar. Event Log içindeki her kayıt, 'Pozisyon talebi oluşturuldu', 'İşe başlatma süreci başlatıldı' veya 'Çalışanın işten çıkışı tamamlandı' gibi bir etkinliğe karşılık gelir. Bu etkinliklerin 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ı ortaya çıkarmaya yardımcı olur. Örneğin analiz, 'Bordro kurulumu tamamlandı' etkinliğinin hedef tarihten sonra sürekli gerçekleşip gerçekleşmediğini gösterebilir. Neden önemli? Sürecin adımlarını tanımlar, süreç haritasının temelini oluşturur ve akışa dayalı tüm analizleri mümkün kılar. Nereden alınır? Çeşitli SAP SuccessFactors modüllerindeki (Onboarding, Recruiting, Employee Central) olay türlerinden, durum değişikliklerinden veya görev tamamlama kayıtlarından türetilir. Örnekler Teklif kabul edildiİşe başlatma süreci başlatıldıPerformans değerlendirmesi yapıldıÇalışanın işten çıkışı tamamlandı | |||
| Kaynak sistem SourceSystem | Olay verilerinin oluşturulduğu kaynak sistemi tanımlar. | ||
| Açıklama Bu öznitelik, verilerin hangi kaynak uygulamadan çıkarıldığını belirtir. Bu süreç görünümünde değer genellikle 'SAP SuccessFactors Onboarding' olur, ancak diğer entegre sistemleri de içerebilir. Karmaşık BT ortamlarında çalışan yaşam döngüsü verileri birden fazla sistemden gelebilir (örneğin Recruiting, Core HR, Payroll). Bu öznitelik veri soyunu izlemeye, veri kalitesi sorunlarını gidermeye ve süreç analizinin kapsamını anlamaya yardımcı olur. Neden önemli? Verilerin kaynağı hakkında önemli bağlam sağlar. Bu bilgi, veri doğrulama, yönetişim ve süreç kapsamını anlamak için önemlidir. Nereden alınır? Genellikle veri çıkarma ve dönüştürme sürecinde Veri Seti'nin kaynağını belirtmek için eklenen statik bir değerdir. Örnekler SAP SuccessFactors işe alım süreciSAP SuccessFactors Employee CentralSAP Fieldglass | |||
| Son veri güncellemesi LastDataUpdate | Bu olaya ait verilerin kaynak sistemden en son yenilendiğini veya çıkarıldığını gösteren zaman damgası. | ||
| Açıklama Bu öznitelik, kaynak sistemden yapılan son veri çekiminin tarih ve saatini kaydeder. Olayın gerçekleştiği zamanı değil, kaydın Process Mining Veri Seti'nde en son güncellendiği zamanı gösterir. Bu, veri yönetişimi ve güvenilirlik açısından önemli bir meta veri özniteliğidir. Kullanıcıların analiz ettikleri verilerin güncelliğini anlamasına ve analizlerin güncel bilgilere dayanmasına yardımcı olur. Ayrıca artımlı veri yüklemelerini yönetmek için kullanılır. Neden önemli? Verilerin güncelliği konusunda şeffaflık sağlar. Böylece analistler bulgularının ve içgörülerinin zamanında üretildiğine güvenebilir. Nereden alınır? Bu zaman damgası, veri alma (ETL/ELT) sürecinde oluşturulur ve her kayda eklenir. Örnekler 2024-05-21T02:00:00Z2024-05-22T02:00:00Z | |||
| Bitiş zamanı EndTime | Süreye sahip bir etkinliğin veya olayın ne zaman tamamlandığını gösteren zaman damgası. | ||
| Açıklama StartTime bir olayın başlangıcını gösterirken EndTime olayın sona erdiği zamanı belirtir. Bu bilgi, 'Yeni çalışan veri toplama' veya yönetici onayı adımı gibi süreye sahip etkinlikler için özellikle yararlıdır. Hem başlangıç hem de bitiş zamanının bulunması, tek tek etkinliklerin işlem süresinin kesin olarak hesaplanmasını sağlar. Böylece daha geniş bir çevrim süresinde en fazla zaman alan adımlar tam olarak belirlenebilir ve yalnızca vaka düzeyindeki çevrim süresine kıyasla daha ayrıntılı bir görünüm elde edilir. Neden önemli? Tek tek etkinliklerin sürelerini kesin olarak hesaplamayı sağlar. Bu, belirli süreç verimsizliklerini ve darboğazları belirlemek için önemlidir. Nereden alınır? Bu, genellikle SAP SuccessFactors'taki bir görev veya süreç adımıyla ilişkilendirilmiş 'Tamamlanma tarihi' veya 'Son değiştirilme tarihi' zaman damgasıdır. Örnekler 2023-01-15T11:30:00Z2023-03-21T09:00:15Z | |||
| Departman Department | Çalışanın bağlı olduğu kurumsal departman. | ||
| Açıklama Bu öznitelik, 'Satış', 'Mühendislik' veya 'İnsan Kaynakları' gibi iş departmanının adını içerir. Çalışanın rolüyle ilişkili temel bir kurumsal veri noktasıdır. Departman, karşılaştırmalı analiz için temel boyutlardan biridir. 'İşe Başlatma Çevrim Süresi' veya 'Çalışan Devir Oranı' gibi KPI'ları segmentlere ayırarak süreçlerin kurumun farklı bölümlerinde nasıl değiştiğini görmenizi sağlar. Böylece Mühendislikte işe başlatma sürecinin yavaş olması veya Satışta çalışan devir oranının yüksek olması gibi departmana özgü sorunlar belirlenebilir. Neden önemli? Verileri segmentlere ayırmak için temel bir boyuttur. İşletmenin farklı bölümlerindeki süreç performansını ve sonuçlarını karşılaştırmanızı sağlar. Nereden alınır? Bu veri, SAP SuccessFactors Employee Central'daki temel çalışan kaydının parçasıdır ve çalışanın pozisyonuyla ilişkilendirilir. Örnekler MühendislikSatış ve PazarlamaFinansMüşteri Destek | |||
| İş rolü JobRole | Çalışanın belirli iş unvanı veya rolü. | ||
| Açıklama Bu öznitelik, çalışanın "Yazılım mühendisi", "Müşteri yöneticisi" veya "Finans analisti" gibi iş unvanını belirtir. Çalışanın kuruluş içindeki işlevi hakkında ayrıntılı bilgi sağlar. İş rolüne göre analiz yapmak, süreçlerin farklı çalışan türleri için nasıl değiştiğini anlamaya yardımcı olur. Örneğin "Eğitim atama açıkları" Dashboardunda belirli roller için gerekli eğitimlerin eksik olup olmadığı görülebilir. Ayrıca işe alım süresinin daha kıdemli veya teknik roller için daha uzun olup olmadığı analiz edilebilir. Neden önemli? Farklı çalışan işlevleri için süreçlerin ayrıntılı analiz edilmesini sağlar ve süreç iyileştirmelerinin belirli rollere göre uyarlanmasına yardımcı olur. Nereden alınır? Bu bilgi, SAP SuccessFactors Employee Central'daki çalışanın pozisyonunda veya iş bilgileri kaydında saklanır. Örnekler Kıdemli Yazılım MühendisiÜrün MüdürüİK İş Ortağı | |||
| İşe Alım Sonrası Uyum Süresi OnboardingCycleTime | Adayın teklifi kabul etmesinden işe alım sonrası uyum sürecinin tamamlanmasına kadar geçen hesaplanmış süre. | ||
| Açıklama Bu metrik, "Teklif kabul edildi" etkinliği ile "Çalışan profili etkinleştirildi" veya "Bordro kurulumu tamamlandı" gibi tanımlanmış bir işe alım süreci tamamlama olayı arasındaki toplam geçen süreyi ölçer. Kaynak sistemden doğrudan alınan bir alan değildir, olayların zaman damgalarından hesaplanır. Bu öznitelik, "İşe alım çevrim süresi" KPI değerine doğrudan karşılık gelir ve ilgili Dashboardın temel ölçümüdür. Bu süreyi analiz etmek, İK departmanlarının işe alım sürecindeki darboğazları belirlemesine ve yeni işe alınanların daha hızlı üretken olmasını amaçlayan iyileştirme çalışmalarının etkisini izlemesine yardımcı olur. Neden önemli? İşe alım sonrası uyum sürecinin verimliliğini ölçen önemli bir KPI'dır ve yeni çalışanın deneyimini ve üretkenliğe ulaşma süresini doğrudan etkiler. Nereden alınır? Process Mining aracında 'Teklif Kabul Edildi' ve 'Uyum Süreci Tamamlandı' faaliyetleri arasındaki zaman damgası farkı alınarak hesaplanır. Örnekler 10 gün 4 saat15 gün 2 saat7 gün 8 saat | |||
| İşe Alım Süresi TimeToHire | İşe alım talebi oluşturulduğunda başlayan ve teklif kabul edildiğinde sona eren hesaplanmış süre. | ||
| Açıklama Bu metrik, işe alım ihtiyacının resmen açıldığı andan ("İş ilanı talebi oluşturuldu") adayın teklifi resmen kabul ettiği ana ("Teklif kabul edildi") kadar geçen süreyi ölçerek işe alım sürecinin verimliliğini gösterir. Temel bir KPI olarak İşe Alım Süresi, yetenek kazanımı işlevinin hızını ve performansını değerlendirmek için kullanılır. Uzun bir İşe Alım Süresi, en iyi adayların rakiplere kaptırılmasına ve projelerin gecikmesine yol açabilir. Bu metrik, hedeflerle karşılaştırılarak izlenebildiği "İşe alım süresi performansı" Dashboardının temel özelliklerinden biridir. Neden önemli? Bu temel işe alım KPI'ı, kuruluşun yetenekleri ne kadar hızlı kazanabildiğini ölçer. Bu da rekabet etme ve iş stratejisini uygulama kapasitesini doğrudan etkiler. Nereden alınır? Process Mining aracında 'İşe Alım Talebi Oluşturuldu' ve 'Teklif Kabul Edildi' faaliyetleri arasındaki zaman damgası farkı alınarak hesaplanır. Örnekler 35 gün52 gün28 gün | |||
| İşe alım yöneticisi HiringManager | Yeni çalışandan veya yaşam döngüsü olayı gerçekleşen çalışandan sorumlu yöneticinin adı. | ||
| Açıklama Bu öznitelik, çalışanın vakasıyla ilişkili yöneticiyi belirler. İşe alım yöneticisi; onaylar, işe alım sonrası görevler ve performans değerlendirmeleri dahil olmak üzere birçok yaşam döngüsü olayında önemli bir paydaştır. Verileri yöneticiye göre analiz etmek, "Yönetici onay darboğazı analizi" Dashboardu için önemlidir. Uzun onay sürelerine sahip olabilecek yöneticileri belirlemeye yardımcı olur ve eğitim ya da süreç desteği ihtiyacına işaret eder. Ayrıca yöneticiler arasında performans karşılaştırması yapılmasını ve iyi uygulamaların belirlenmesini sağlar. Neden önemli? Süreçteki önemli bir aktörü tanımlar ve yöneticiye özel performansın, onay gecikmelerinin ve ekip düzeyindeki kalıpların analiz edilmesini sağlar. Nereden alınır? Bu bilgi genellikle SAP SuccessFactors Employee Central içindeki pozisyon talebinde veya çalışanın profilinde saklanır. Örnekler John SmithMaria GarciaChen Wei | |||
| Pozisyon talebi kimliği JobRequisitionId | İşe alım sürecini başlatan pozisyon talebinin benzersiz kimliği. | ||
| Açıklama Bu kimlik, çalışanın yaşam döngüsünü işe alındığı belirli pozisyonla ilişkilendirir. Rol, departman ve işe alım gereksinimleri hakkında önemli bağlam sağlar. Analizde Pozisyon talebi kimliği, işe alım süreçlerini gruplamak ve karşılaştırmak için kullanılır. Örneğin 'İşe Alım Süresi' KPI'ı pozisyon talebine, departmana veya işe alım uzmanına göre analiz edilerek işe alım sürecinin hangi noktalarında verimliliğin yüksek veya düşük olduğu anlaşılabilir. 'Hangi rol türlerinin doldurulması en uzun sürüyor?' gibi soruların yanıtlanmasına yardımcı olur. Neden önemli? Çalışanın yolculuğunu başlangıçtaki iş ihtiyacıyla ilişkilendirir ve işe alım aşamasında ayrıntılı segmentasyon ile analiz yapılmasını sağlar. Nereden alınır? Bu kimlik SAP SuccessFactors Recruiting modülünde bulunur ve adayla, ardından da çalışan profiliyle ilişkilendirilir. Örnekler REQ-2023-05-101REQ-2024-01-235REQ-2023-11-088 | |||
| Aday Kimliği CandidateId | Çalışan olmadan önce iş başvurusunda bulunan kişiye atanan benzersiz tanımlayıcı. | ||
| Açıklama Bu kimlik, çalışana Employee ID atanmadan önce yaşam döngüsünün işe alım aşamasını izler. 'Aday Başvurdu' ve 'Mülakat Planlandı' gibi işe alım öncesi tüm faaliyetleri birbirine bağlar. Employee ID uçtan uca sürecin birincil vaka tanımlayıcısı olsa da Candidate ID, işe alım öncesi huninin ayrıntılı analizi için gereklidir. Belirli bir işe alım talebi için yalnızca işe alınan adayı değil, tüm başvuru sahiplerini izlemenize ve işe alım dönüşüm oranlarını analiz etmenize imkan verir. Neden önemli? Tüm başvuru sahiplerini izleyerek işe alım hunisinin ayrıntılı analizini yapmanızı, dönüşüm oranları ve işe alım öncesi süreç verimliliği hakkında içgörü elde etmenizi sağlar. Nereden alınır? SAP SuccessFactors Recruiting modülündeki birincil tanımlayıcılardan biridir. Örnekler CAND-84392CAND-91034CAND-79831 | |||
| Gerçekleştiren kullanıcı PerformedByUser | Etkinliği gerçekleştiren kullanıcının adı veya kimliği. | ||
| Açıklama Bu öznitelik, süreçte belirli bir görevi veya olayı gerçekleştiren İK uzmanı, işe alım uzmanı ya da yönetici gibi kişiyi tanımlar. Workflow içindeki insan katkısını izler. Faaliyetleri kimin gerçekleştirdiğini analiz etmek, kaynak dağılımını, iş yükü paylaşımını ve performansı anlamanın temelidir. En başarılı işe alım uzmanlarını, onayları geciktiren yöneticileri veya en fazla görevi üstlenen İK ekibi üyelerini belirlemenize yardımcı olabilir. Bu veri, çalışanların gerçekleştirdiği görevlerle otomatikleştirilen görevleri ayırt etmek için de kullanılır. Neden önemli? Süreç faaliyetlerini belirli kişilere bağlayarak iş yükü analizine, kaynak performansının yönetimine ve eğitim ihtiyaçlarının belirlenmesine imkan verir. Nereden alınır? Bu bilgi genellikle SAP SuccessFactors içindeki denetim günlüklerinde veya görevler ve kayıtlarla ilişkilendirilmiş 'son değiştiren' alanlarında bulunur. Örnekler asmithjdoebchen | |||
| İş Birimi BusinessUnit | Çalışanın bağlı olduğu daha geniş iş birimi veya bölüm. | ||
| Açıklama Bu öznitelik, 'Tüketici Ürünleri' veya 'Kurumsal Yazılım' gibi bir departmandan daha üst düzeydeki kurumsal yapıyı temsil eder. Çalışanın rolü için daha geniş bir iş bağlamı sunar. Süreçleri iş birimi düzeyinde analiz etmek, üst yönetimin şirketin ana segmentlerindeki performansı anlamasına yardımcı olur. Bir bölümdeki sistemik sorunları ortaya çıkarabilir veya en iyi uygulamaları başka birimlerde de kullanılabilecek yüksek performanslı birimleri gösterebilir. Bu bilgi, stratejik iş gücü planlaması ve kaynak dağılımı açısından değerlidir. Neden önemli? Üst düzey bir analiz boyutu sunarak şirketin ana bölümleri arasındaki süreç verimliliğini ve sonuçlarını stratejik olarak karşılaştırmanıza imkan verir. Nereden alınır? Bu, SAP SuccessFactors Employee Central içindeki çalışanın pozisyonuyla bağlantılı standart bir kurumsal yapı unsurudur. Örnekler Global TeknolojiPerakende Bankacılıkİlaç Sektörü | |||
| İşe Alım Kaynağı RecruitmentSource | Adayın bulunduğu kanal. İş ilanı sitesi, çalışan yönlendirmesi veya doğrudan başvuru buna örnek verilebilir. | ||
| Açıklama Bu öznitelik, iş başvurusunun kaynağını izler. Yetenek bulma ve işe alma açısından hangi işe alım kanallarının daha etkili olduğunu gösterir. Bu veri, "Bordro kurulumu tamamlama ve doğruluk" Dashboardı için değerlidir; belirli kaynaklardan gelen adayların daha fazla sorun yaşayıp yaşamadığını belirlemeye yardımcı olabilir. Daha genel olarak farklı kanallardan yapılan işe alımların kalitesini ve hızını analiz etmek için kullanılır. Örneğin analiz, çalışan önerilerinin 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çmenize, işe alım stratejilerini ve bütçelerini optimize etmenize yardımcı olur. Nereden alınır? Bu bilgi, aday başvurduğunda SAP SuccessFactors Recruiting modülünde kaydedilir. Örnekler LinkedInÇalışan TavsiyesiŞirket Web SitesiIndeed | |||
| İşten Ayrılma Nedeni TerminationReason | Çalışanın şirketten ayrılması için belirtilen neden. | ||
| Açıklama Bu öznitelik, çalışanın işten ayrılmasının gönüllü (örneğin, "İstifa - Daha iyi fırsat") veya zorunlu (örneğin, "Zorunlu - Performans") olabilen özel nedenini kaydeder. Bu, "Yüksek çalışan devri örüntüsü analizi" Dashboardı için önemli bir özniteliktir. Şirketler, işten ayrılma nedenlerini belirli süreç yollarıyla ilişkilendirerek çalışan kaybının temel nedenlerini ortaya çıkarabilir. Örneğin analiz, işe alım süreci çok uzun süren çalışanların ilk yıl içinde istifa etme olasılığının daha yüksek olduğunu gösterebilir. Neden önemli? Çalışanların neden ayrıldığına ilişkin önemli bir bağlam sunar; çalışan devir hızının temel nedenlerini analiz etmenize ve hedefli çalışanı elde tutma stratejileri geliştirmenize yardımcı olur. Nereden alınır? Bu bilgi, SAP SuccessFactors Employee Central içinde işten ayrılış veya işten çıkarma sürecinde kaydedilir. Örnekler Gönüllü - İstifaİşveren Kararıyla - PerformansEmeklilikİşveren Kararıyla - Yeniden Yapılanma | |||
| İstihdam durumu EmploymentStatus | Çalışanın aktif, işten ayrılmış veya izinli gibi mevcut istihdam durumu. | ||
| Açıklama Bu öznitelik, çalışanın şirket içindeki mevcut durumunu gösterir. Yaşam döngüsündeki önemli anlarda, özellikle başlangıçta ("Etkin") ve sonda ("İşten ayrıldı") değişir. Bu, "Çalışan yaşam döngüsü işlem hacmi" Dashboardını analiz etmek için önemli bir boyuttur. Analistler, duruma göre filtreleme yaparak etkin çalışanların akışını izleyebilir, zaman içindeki işten ayrılma hacmini takip edebilir ve izinli çalışanların süreç varyantlarının nasıl farklılaşabileceğini anlayabilir. Her vaka için üst düzey bir sonuç sunar. Neden önemli? Her çalışan vakası için net bir sonuç sağlar. Kohort analizi, çalışan devir analizi ve süreç işlem hacmini anlamak için gereklidir. Nereden alınır? SAP SuccessFactors Employee Central'daki çalışanın iş bilgileri kaydında bulunan standart bir alandır. Örnekler Aktifİşten AyrılmışÜcretli İzinÜcretsiz İzin | |||
| Ülke Country | Çalışanın bulunduğu veya pozisyonun bağlı olduğu ülke. | ||
| Açıklama Bu öznitelik, çalışanın iş konumuyla ilişkili ülkeyi belirtir. Coğrafi ve kurumsal açıdan önemli bir bilgi sağlar. Farklı iş kanunları, düzenlemeler ve iş uygulamaları nedeniyle süreç varyasyonları çoğu zaman coğrafyayla ilişkilidir. Verileri ülkeye göre analiz etmek, belirli bölgelerdeki daha uzun işe alım döngüleri veya farklı uyumluluk adımları gibi ayrımları ortaya çıkarmaya yardımcı olur. Yerel gereksinimleri dikkate alırken küresel süreç standardizasyonunu sağlamak için gereklidir. Neden önemli? Sürecin coğrafi segmentlere ayrılmasını sağlar. Bu, performans, uyumluluk ve maliyet açısından bölgesel farklılıkları anlamak için büyük önem taşır. Nereden alınır? Bu bilgi, SAP SuccessFactors Employee Central içindeki çalışanın konum veya iş bilgilerinin bir parçasıdır. Örnekler USAAlmanyaHindistanBrezilya | |||
| Yeniden İşleme Mi IsRework | Bir faaliyetin aynı vaka içinde ikinci veya daha sonraki kez gerçekleştirildiğini belirten boolean işareti. | ||
| Açıklama Bu hesaplanmış öznitelik, çalışanın yaşam döngüsü içinde tekrarlanan etkinlikleri işaretler. Örneğin, "Uyumluluk formu imzalandı" etkinliği ilk gönderim hatalı olduğu için iki kez gerçekleşirse ikinci oluşum yeniden çalışma olarak işaretlenir. Bu öznitelik, "Etkinlik yeniden çalışması ve gereksiz tekrarlar" Dashboardı için gereklidir. Süreç israfını ölçmeye ve görevlerin ilk seferde doğru tamamlanmadığı alanları belirlemeye yardımcı olur. Yüksek düzeyde yeniden çalışma, eğitim, sistem kullanılabilirliği veya süreç açıklığıyla ilgili sorunlara işaret edebilir. Neden önemli? Tekrarlanan işleri belirleyerek verimsizliği ölçer, süreç kalitesini iyileştirme ve boşa harcanan çabayı azaltma fırsatlarını ortaya çıkarır. Nereden alınır? Process Mining aracı, her vaka için faaliyet dizisini analiz edip tekrarlanan faaliyetleri işaretleyerek hesaplar. Örnekler truefalse | |||
Satın Almadan Emekliliğe - çalışan yaşam döngüsü faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Çalışan profili etkinleştirildi | Yeni çalışanın verileri Onboarding'den Employee Central'a resmi olarak aktarılır ve çalışan profili işe başlama tarihinde etkinleşir. Bu olay, çalışan kaydı temel İK sisteminde oluşturulup etkinleştirildiğinde yakalanır. | ||
| Neden önemli? Bu olay, çalışanın şirket kayıtlarına resmi girişini gösterir. İşe alım sürecinin son adımı ve aktif çalışan yaşam döngüsünün 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ındaki işe alım tarihi veya oluşturulma tarihinden alınır. Yakalayın Employee Central'daki ana istihdam kaydıyla ilişkilendirilmiş işe alım tarihi zaman damgası. Olay türü explicit | |||
| Çalışanın işten çıkışı tamamlandı | Ç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 gösterir. | ||
| Neden önemli? Bu olay, İşe Alımdan Emekliliğe süreç örneğinin kesin bitiş olayıdır. 'İşten ayrılma süreci başlatıldı' ile bu olay arasındaki süre, toplam işten ayrılış süresini belirler. Nereden alınır? SAP SuccessFactors Employee Central'da kaydedilir. Olay, çalışanın 'İş Bilgileri' geçmişindeki işten ayrılma işleminin geçerlilik tarihidir. Yakalayın Employee Central'daki işten ayrılma kaydının geçerlilik tarihi. Olay türü explicit | |||
| İşe başlatma süreci başlatıldı | Yeni çalışanın kaydı Onboarding modülünde oluşturulur ve işe başlatma görevleri resmi olarak başlatılır. Bu, yeni çalışan için işe başlatma süreci tetiklendiğinde kaydedilen açık bir olaydır. | ||
| Neden önemli? Bu olay, işe başlatma yolculuğunun resmi başlangıcıdır. İşe başlatma verimliliğini ve yeni çalışanın katılımını ölçmek için net bir temel sağlar. Nereden alınır? SAP SuccessFactors Onboarding 2.0, çalışan Recruiting modülünden aktarıldığında yeni çalışan için belirli bir başlangıç tarihi ve zaman damgası içeren bir süreç örneği oluşturur. Yakalayın Yeni çalışanın işe başlatma süreci kaydının oluşturulma zaman damgası. Olay türü explicit | |||
| İşe hazır durumu ayarlandı | İlk iş gününden önce tamamlanması gereken tüm işe başlatma faaliyetleri tamamlanır ve sistem adayı temel İK sisteminde işe alınmaya hazır olarak işaretler. Bu durum genellikle işe başlatma sürecinin genel durumundan çıkarılır. | ||
| Neden önemli? Bu kilometre taşı, çalışanın resmi olarak işe başlaması için gereken tüm ön koşulların karşılandığını doğrular. Çalışan profilini ve bordroyu etkinleştirmeden önceki önemli kontrol noktasıdır. Nereden alınır? SAP SuccessFactors Onboarding modülündeki süreç örneği 'İşe hazır' gibi son bir adıma ulaştığında, işe başlatma sürecinin durumundan çıkarılır. Yakalayın İşe başlatma sürecinin durumu 'Tamamlandı' veya 'İşe hazır' olarak değiştiğinde oluşan zaman damgası. Olay türü inferred | |||
| İşten ayrılma süreci başlatıldı | Bir çalışanın kurumdan ayrılma süreci yönetici veya İK tarafından başlatılır. Bu olay, genellikle ileri bir geçerlilik tarihiyle birlikte işten ayrılma işlemi sisteme girildiğinde Employee Central'da kaydedilir. | ||
| Neden önemli? Bu olay, işten ayrılış sürecinin başlangıcını gösterir. Sonraki faaliyetleri analiz etmek, işten ayrılış verimliliğini ve uyumluluğu anlamak için önemlidir. Nereden alınır? SAP SuccessFactors Employee Central'da kaydedilen açık bir işlemdir. Olay, çalışanın işten ayrılma kaydının oluşturulma tarihinden alınır. Yakalayın Çalışanın iş geçmişindeki işten ayrılma kaydının oluşturulma zaman damgası. Olay türü explicit | |||
| Pozisyon talebi oluşturuldu | Yeni bir pozisyon onaylanıp başvurulara açıldığında işe alım sürecinin resmi başlangıcını gösterir. Bu olay, yeni bir pozisyon talebi formu kaydedilip yayınlandığında genellikle SAP SuccessFactors Recruiting modülünde yakalanır. | ||
| Neden önemli? Bu olay, İşe Alım Süresi KPI'ını ölçmek için temel başlangıç noktasıdır. Bu olaydan itibaren geçen süreyi analiz etmek, yetenek kazanımının ilk aşamalarındaki gecikmeleri belirlemeye yardımcı olur. Nereden alınır? SAP SuccessFactors Recruiting modülünde kaydedilir. Olay, pozisyon talebi kaydının oluşturulma tarihi ve zaman damgasıyla ilişkilidir. Yakalayın Recruiting modülündeki pozisyon talebi kaydının oluşturulma zaman damgasından alınır. Olay türü explicit | |||
| Teklif kabul edildi | Adayın iş teklifini resmi olarak kabul ettiği anı gösterir ve işe alımdan işe başlatma sürecine geçişi tetikler. Bu olay genellikle Recruiting modülünde aday başvurusunun durumundaki değişiklikten çıkarılır. | ||
| Neden önemli? Bu önemli kilometre taşı, İşe Alım Süresi'nin sona erdiğini ve İşe Başlatma Çevrim Süresi'nin başladığını gösterir. Bu noktadan önceki gecikmeler işe alımı, sonraki gecikmeler ise yeni çalışanın deneyimini etkiler. Nereden alınır? SAP SuccessFactors Recruiting modülündeki aday başvuru hattında gerçekleşen durum değişikliğinden çıkarılır. Örneğin başvuru, 'Teklif kabul edildi' veya benzer bir duruma geçirilir. Yakalayın Başvuru durumu 'Teklif kabul edildi' veya eşdeğer bir duruma güncellendiğinde oluşan zaman damgasına dayanır. Olay türü inferred | |||
| Aday başvurdu | Aday, pozisyon talebi için başvurusunu resmi olarak gönderir. Bu olay, sistemde belirli bir pozisyon talebi için yeni aday başvurusu başarıyla alındığında yakalanır. | ||
| Neden önemli? Başvuru hacmini ve pozisyon talebinin oluşturulmasından bu yana geçen süreyi izlemek, aday bulma kanallarının ve işe alım pazarlamasının etkinliğini değerlendirmeye yardımcı olur. Nereden alınır? SAP SuccessFactors Recruiting modülünde kaydedilir. Her başvuru kaydında, olay zaman damgası olarak kullanılan bir oluşturulma tarihi bulunur. Yakalayın Adayın başvuru kaydındaki gönderim zaman damgası. Olay türü explicit | |||
| Bordro kurulumu tamamlandı | Yeni çalışanın bilgileri bordro sistemine başarıyla girilir ve doğrulanır. Bu olay, SuccessFactors'taki belirli bir görevin tamamlanmasından alınabilir veya bordro sistemine yapılan veri çoğaltma kayıtlarından çıkarılabilir. | ||
| Neden önemli? Bordronun doğru ve zamanında kurulması, yeni çalışanın olumlu bir deneyim yaşaması için önemlidir. Bu etkinliği izlemek, Bordro Kurulum Hata Oranı'nı ve tamamlanma zamanlamasını ölçmeye yardımcı olur. Nereden alınır? Bu olayı doğrudan izlemek zor olabilir. Onboarding kontrol listesinde manuel bir görev olarak yer alabilir veya Employee Central ile bordro sistemi arasındaki veri entegrasyonu kayıtlarından çıkarılabilir. Yakalayın 'Bordroya bildir' görevinin tamamlanmasından veya başarılı bir veri senkronizasyonu kayıt girişinden çıkarılır. Olay türü inferred | |||
| İşten ayrılış görevleri tamamlandı | Varlıkların iadesi, bilgi aktarımı ve son bordro talimatları gibi gerekli tüm işten ayrılış görevleri tamamlanır. Bu olay, işten ayrılış süreci kontrol listesi son durumuna ulaştığında yakalanır. | ||
| Neden önemli? İşten ayrılış adımlarının tamamının tamamlanması güvenlik risklerini azaltır ve yasal uyumluluğu sağlar. Bu etkinlik, İşten Ayrılış Çevrim Süresi'ni ölçmek için önemlidir. Nereden alınır? SAP SuccessFactors Offboarding modülünde izlenir. Çalışanın işten ayrılış kontrol listesindeki son görevin tamamlanmasından çıkarılır. Yakalayın İşten ayrılış sürecinin durumu 'Tamamlandı' olarak değiştiğinde oluşan zaman damgası. Olay türü inferred | |||
| Performans değerlendirmesi yapıldı | Bir çalışan için resmi performans değerlendirme döngüsü tamamlanır. Bu olay, performans değerlendirme formu sonlandırılıp Performans ve Hedefler modülünde 'Tamamlandı' durumuna getirildiğinde yakalanır. | ||
| Neden önemli? Bu etkinlik, Performans Değerlendirmesi Düzenine Uyum KPI'ını analiz etmek için gereklidir. Çalışan gelişiminin ve geri bildirimin kurum genelinde düzenli olarak gerçekleşmesini sağlamaya yardımcı olur. Nereden alınır? SAP SuccessFactors Performans ve Hedefler modülünde kaydedilir. Olay, performans değerlendirme formunun tamamlanma zaman damgasıdır. Yakalayın Çalışanın performans değerlendirme formunun tamamlanma zaman damgası. Olay türü explicit | |||
| Terfi onaylandı | Bir yöneticinin çalışanı terfi ettirme talebi sistemde resmi olarak onaylanır. Bu, terfi olay nedeni içeren bir 'İş Bilgileri' değişiklik işlemi kaydedildiğinde yakalanan açık bir olaydır. | ||
| Neden önemli? Terfileri izlemek, kurum içi hareketlilik kalıplarını ve kariyer gelişimini anlamak için önemlidir. Onay için geçen süre, idari darboğazları ortaya çıkarabilir. Nereden alınır? SAP SuccessFactors Employee Central'da kaydedilir. Bu, olay nedeni 'Terfi' olan ve geçerlilik tarihi bulunan bir 'İş Bilgileri' kayıt değişikliğidir. Yakalayın Olay nedeni 'Terfi' olan bir 'İş Bilgileri' değişikliğinin oluşturulma zaman damgası. Olay türü explicit | |||
| Uyumluluk formu imzalandı | 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ğun sağlanması, işe başlatma sürecinin vazgeçilmez bir parçasıdır. Bu etkinliği izlemek, İK Uyumluluk Uyum Oranı'nı takip etmeye ve hukuki risklerden kaçınmaya yardımcı olur. Nereden alınır? SAP SuccessFactors Onboarding modülünün uyumluluk formları bölümünde kaydedilir. Her formun tamamlanma zaman damgası Event Log için kullanılabilir. Yakalayın 'I-9 Bölüm 1' veya 'W-4' gibi belirli bir uyumluluk formu görevinin tamamlanma zaman damgası. Olay türü explicit | |||
| Yeni çalışan veri toplama tamamlandı | Yeni çalışan; kişisel bilgiler, banka bilgileri ve acil durum iletişim bilgileri gibi ilk veri toplama görevlerini tamamlar. Bu olay, işe başlatma kontrol listesindeki belirli görevler veya görev grubu tamamlandı olarak işaretlendiğinde yakalanır. | ||
| Neden önemli? Verilerin zamanında toplanması, bordro kurulumu ve BT kaynaklarının hazırlanması gibi sonraki adımlar için önemlidir. Buradaki gecikmeler sonraki adımlarda darboğazlara yol açabilir ve yeni çalışanın ilk gün deneyimini olumsuz etkileyebilir. Nereden alınır? SAP SuccessFactors Onboarding modülünde izlenir. İlgili veri toplama adımlarının veya formların tamamlanma zaman damgası olay zamanı olarak kullanılır. Yakalayın Onboarding sürecindeki 'Kişisel Veri Toplama' veya benzer standart adımın tamamlanma zaman damgası. Olay türü explicit | |||
| Yönetici görevleri tamamlandı | İşe alım yöneticisi, ekipman ihtiyaçlarını onaylamak veya ilk hafta hedeflerini belirlemek gibi kendisine atanan işe başlatma sorumluluklarını tamamlar. Bu olay, yöneticinin kontrol listesi veya belirli görevleri tamamlandı olarak işaretlendiğinde yakalanır. | ||
| Neden önemli? Yöneticinin sürece katılımı, başarılı bir işe başlatma deneyimi için önemlidir. Bu görevlerin tamamlanma 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 görevlerin tamamlanma zaman damgası kullanılır. Yakalayın Onboarding sürecinde yöneticiye atanan görevlerin tamamlanma zaman damgası. Olay türü explicit | |||
Veri çıkarma rehberleri
Adımlar
- Ön koşullar: Integration Center için Rol Tabanlı İzinler (RBP) ve gerekli OData API’larına (örneğin JobRequisition, JobApplication, ONB2Process, EmpJob) okuma erişimiyle birlikte SAP SuccessFactors üzerinde yönetici erişiminiz olduğundan emin olun. Çıktı dosyalarının yerleştirileceği SFTP sunucusunun kimlik bilgilerine de ihtiyacınız olacaktır.
- Strateji: İşe Alımdan Emekliliğe süreci birden fazla SuccessFactors modülünü kapsar. Her ana veri kaynağı için (örneğin Recruiting, Onboarding, Employee Central) birer tane olmak üzere birkaç ayrı entegrasyon oluşturacaksınız. Bu entegrasyonlardan alınan CSV dosyaları daha sonra ProcessMind için tek bir Event Logda harici olarak birleştirilecektir.
- Integration Centera gidin: Admin Centerdan Tool Searchü kullanarak Integration Centerı bulun ve açın.
- Recruiting olayları entegrasyonunu oluşturun: My Integrations seçeneğine, ardından Create seçeneğine tıklayın ve Scheduled Simple File Output Integration seçeneğini belirleyin.
- JobApplication varlığını başlangıç noktası olarak arayıp seçin. ProcessMind_Recruiting_Events gibi bir ad verin.
- Configure Fields sekmesinde gerekli alanları seçin. Durumları ActivityName ile eşlemek için hesaplanmış alanlar oluşturmak üzere Add düğmesini kullanın ve EventTime için uygun tarih alanlarını seçin.
- Bu varlıktan türetilen her etkinlik için, "Aday başvurdu" ve "Teklif kabul edildi" gibi ayrı hesaplanmış sütunlar oluşturun. Koşullu mantık kullanın, örneğin durum "İşe alındı" ise olay "Teklif kabul edildi" olsun.
- "İş ilanı talebi oluşturuldu" olayını yakalamak için JobRequisition varlığıyla ayrı bir entegrasyon da oluşturun.
- Onboarding olayları entegrasyonunu oluşturun: ONB2Process varlığını kullanarak başka bir entegrasyon oluşturun. Bu entegrasyon, "İşe alım başlatıldı", "Yeni işe alınan verilerinin toplanması tamamlandı", "Yönetici görevleri tamamlandı" ve "İşe almaya hazır durumu ayarlandı" gibi etkinliklerin kaynağı olacaktır.
- ONB2Process varlığı, bu etkinliklere karşılık gelen çeşitli durum alanları ve tarihler içerir. Süreç durumunu veya görev durumlarını kontrol etmek ve karşılık gelen etkinlik adını ve zaman damgasını çıkarmak için birden fazla hesaplanmış alan oluşturmanız gerekir.
- "Uyumluluk formu imzalandı" gibi belirli olaylar için ONB2DataCollectionUserConfig veya ilgili uyumluluk formu varlıklarını temel alan ayrı bir entegrasyon gerekebilir.
- Employee Central (EC) olayları entegrasyonunu oluşturun: EmpJob (Job Information) varlığını kullanarak üçüncü bir ana entegrasyon oluşturun. Bu zaman dilimlerine ayrılmış varlık, çalışan yaşam döngüsü olaylarının çoğunun kaynağıdır.
- "Çalışan profili etkinleştirildi", "Terfi onaylandı", "İşten ayrılma başlatıldı" ve "Çalışan işten ayrıldı" gibi etkinlikler EmpJob kayıtlarından türetilir.
- Belirli etkinlikleri (örneğin, "HIRE", "PROMO", "TERML", "TERM") belirlemek için eventReason alanına göre filtre uygulayın.
- EmpJob kaydının startDate veya createdDate alanını EventTime olarak kullanın.
- Filtrelemeyi yapılandırın: Her entegrasyonun Filter sekmesinde lastModifiedDateTime alanına dayalı bir filtre ekleyin. Operatörü Greater Than, değeri ise Last Run Time olarak ayarlayın. Böylece her çalıştırmada yalnızca yeni veya güncellenmiş kayıtlar alınır ve performans korunur.
- Hedefi ve zamanlamayı yapılandırın: Destination Settings sekmesinde SFTP sunucunuzun bilgilerini girin. Scheduling sekmesinde entegrasyonun günlük gibi yinelenen bir zamanlamayla çalışmasını sağlayın.
- İnceleyin ve çalıştırın: Entegrasyonları kaydedip çalıştırın. İlk çalıştırma, tarih filtrelerinize göre tam yükleme yapar; sonraki çalıştırmalar yalnızca değişiklikleri alır.
- Verileri birleştirin ve dönüştürün: CSV dosyalarını SFTP sunucusundan indirin. Dosyaları tek bir Event Logda birleştirmek için harici bir betik (örneğin Python) veya ETL aracı kullanın. Bu betik şunları yapmalıdır:
- Tüm dosyaları birleştirin.
- İşe alım öncesi olayları (Recruitingden) işe alım sonrası EmployeeId ile ilişkilendirin.
- Aynı çalışan veya talep için ilgili olayları işleyerek TimeToHire ve OnboardingCycleTime gibi karmaşık öznitelikleri hesaplayın.
- Yükleme için biçimlendirin: Birleştirilmiş son dosyanın gerekli sütunları (EmployeeId, ActivityName, EventTime, SourceSystem, LastDataUpdate vb.) içeren bir CSV olduğundan ve ProcessMind’e yüklemeden önce uygun biçimde düzenlendiğinden emin olun.
Yapılandırma
- Entegrasyon türü: Zamanlanmış Simple File Output Integration. SFTP sunucusuna zamanlanmış dosya tabanlı dışa aktarımlar oluşturmak için standart seçimdir.
- Kaynak: SuccessFactors OData V2 API. Integration Center'ın veri almak için kullandığı standart API'dir.
- Temel kaynak varlıkları: JobRequisition, JobApplication, ONB2Process, EmpJob (Job Information), PMForm (Performance Management Form) ve gerekirse uyumluluk formları için ONB2DataCollectionUserConfig dahil olmak üzere çeşitli varlıklar için entegrasyon yapılandırmanız gerekir.
- 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 'Destination Settings' sekmesinde yapılandırın.
- Dosya biçimi: Önerilen çıktı biçimi CSV'dir. Özel karakterleri desteklemek için UTF-8 kodlamasının seçildiğinden emin olun.
- Filtreleme: En önemli filtre, lastModifiedDateTime alanında 'Last Run Time' değeri kullanılarak uygulanır. Bu, değişikliklerin alınmasını sağlar; sonraki çalıştırmalarda performansı önemli ölçüde artırır ve dosya boyutunu küçültür. Yalnızca işletmenin belirli bir bölümü için veri çıkarıyorsanız Company/Legal Entity alanına göre filtre uygulamayı da değerlendirin.
- Zamanlama: Kaynak sisteme aşırı yük bindirmeden verilerin güncel kalmasını sağlamak için günlük zamanlanmış çalıştırma önerilir.
- Ön koşullar: Entegrasyonu çalıştıran kullanıcının Integration Center aracının kendisi için tam izinlere ve sorgulanan tüm varlıklar ile bunların gezinme özellikleri için OData API okuma erişimine sahip olması gerekir. Bu izinler SuccessFactors içindeki 'Manage Permission Roles' bölümünde yapılandırılır.
a Örnek sorgu sql
/*
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
- SAP SuccessFactors Report Center'ın, gerekli Recruiting, Onboarding, Employee Central, Performance and Goals ve işten ayrılış özelliklerinin ve gerekli raporlama izinlerinin tenant'ınızda kullanılabilir olduğunu doğrulayın. Erişimi SAP SuccessFactors yöneticinizle kontrol edin. Menü adları, rapor türleri ve izinler tenant'a göre değişebileceğinden, uygun yerlerde [Configure based on your system] seçeneğini kullanın.
- Raporu oluşturmadan önce Event Log ayrıntı düzeyini tanımlayın. Her çıktı satırı, bir EmployeeId için bir faaliyetin bir oluşumunu temsil etmelidir. Çalışan tanımlayıcısını vaka tanımlayıcısı olarak kullanın ve olay Recruiting ile ilişkiliyse JobRequisitionId değerini koruyun. Eksik faaliyetleri ProcessMind'in kendiliğinden belirlemesine güvenmeyin.
- Report Center'da Story veya Canvas raporu gibi özel bir rapor oluşturun ve tenant'ınızda kullanılabilen Recruiting, Onboarding, Employee Central, Performance and Goals, bordroyla ilgili ve işten ayrılış veri varlıklarını ekleyin. Varlıkları desteklenen rapor ilişkilerini kullanarak birleştirin ve yalnızca tenant'ınızda sunulan alanları seçin. Doğrulanmamış bir varlık veya alan için [Your table name] ya da [Configure based on your system] kullanın.
- Gerekli çıktı alanlarını, EmployeeId, ActivityName, EventTime, SourceSystem ve LastDataUpdate, ekleyin. Kullanılabiliyorsa EndTime, JobRequisitionId, HiringManager, Department, JobRole, OnboardingCycleTime ve TimeToHire alanlarını da ekleyin. Raporu, birden fazla olay sütunu içeren çalışan başına bir satır yerine olay başına bir satır döndürecek şekilde yapılandırın.
- 15 faaliyetin her biri için ayrı bir rapor sorgusu veya rapor bölümü oluşturun. Job Requisition Created faaliyetini talep oluşturma veya ilan yayınlama zaman damgasına, Candidate Applied faaliyetini başvuru gönderme zaman damgasına, Offer Accepted faaliyetini teklif kabulü veya ilgili başvuru durumu zaman damgasına ve Onboarding Initiated faaliyetini işe alım sonrası uyum başlatma zaman damgasına eşleyin. Kalan faaliyetleri tenant'ınızda sunulan ilgili görev tamamlama, belge imzalama, durum, iş bilgisi, performans formu, bordro veya işten ayrılış zaman damgalarına eşleyin.
- Her faaliyet bölümünü aynı sütun yapısına dönüştürün. Zaman damgalarını üzerinde anlaşılmış tek bir saat dilimine ve biçime dönüştürün, ActivityName alanını tam faaliyet etiketiyle doldurun, SourceSystem alanına kaynak modülü veya sistemi yazın ve LastDataUpdate alanına kaynak yenileme veya çıkarma zaman damgasını ekleyin. Bir kaynak güvenilir bir olay zaman damgası sunmuyorsa satırı hariç tutun veya onaylanmış yedek değeri [Configure based on your system] içinde belgeleyin; olay zamanı uydurmayın.
- EventTime alanına [Start date] ve [End date] yapılandırılabilir parametrelerini kullanarak tutarlı bir tarih filtresi uygulayın. Kapsamdaki çalışanların yaşam döngüsünü eksiksiz yakalamak için yeterli geriye dönük dönemi dahil edin. Hesaplanmış sürelerde TimeToHire değerini Job Requisition Created ile Offer Accepted arasından, OnboardingCycleTime değerini ise Offer Accepted ile onaylanmış işe alım sonrası uyum tamamlanma kilometre taşı arasından hesaplayın.
- Report Center'da raporu doğrulayın. 15 ActivityName değerinin tamamının bulunduğunu, EmployeeId alanının dolu olduğunu, zaman damgalarının geçerli olduğunu ve birleştirmelerin olayları çoğaltmadığını kontrol edin. Örnek çalışanları Recruiting, Onboarding, Employee Central, performans, bordro ve işten ayrılış kayıtlarıyla karşılaştırın.
- Rapor dışa aktarımını tenant'ınızın desteklediği SFTP yapılandırmasını kullanarak bir SFTP sunucusuna zamanlayın. Kararlı bir dosya adı, belgelenmiş bir ayraç ve metin kodlaması, başlık satırı ve üzerinde anlaşılmış bir zaman damgası biçimi kullanın. [SFTP host], [SFTP directory], [SFTP credentials or key] ve dışa aktarma zamanlamasını kuruluşunuzun güvenlik standartlarına göre yapılandırın.
- Dışa aktarılan dosyayı alın. Dosyanın satır başına bir olay içeren düz bir Event Log olduğunu ve gerekli sütunları barındırdığını doğrulayın. Ardından EmployeeId'yi vaka tanımlayıcısı, ActivityName'i faaliyet, EventTime'ı başlangıç zamanı, EndTime'ı isteğe bağlı bitiş zamanı, SourceSystem'i kaynak sistem ve LastDataUpdate'i yenileme zaman damgası olarak kullanarak ProcessMind'e yükleyin. ProcessMind dosyayı olduğu gibi okur ve dışa aktarılmamış olayları türetmez.
Yapılandırma
- Rapor türü: Kiracınızda etkinleştirilen özelliklere ve lisanslara bağlı olarak Report Center Story veya Canvas raporu kullanın. Uygulamaya geçmeden önce desteklenen birleştirme davranışını doğrulayın.
- Olay düzeyi: Her EmployeeId ve ActivityName oluşumu için bir satır olacak şekilde yapılandırın. Tekrarlanan incelemeleri, terfileri veya diğer yaşam döngüsü olaylarını gizleyen çalışan düzeyindeki toplulaştırmadan kaçının.
- Gerekli sütunlar: EmployeeId, ActivityName, EventTime, SourceSystem ve LastDataUpdate her dışa aktarılan satırda yer almalıdır.
- Önerilen sütunlar: Kaynak veriler mevcutsa ve değerler güvenilir biçimde eşlenebiliyorsa EndTime, JobRequisitionId, HiringManager, Department, JobRole, OnboardingCycleTime ve TimeToHire sütunlarını ekleyin.
- Etkinlik kapsamı: Job Requisition Created, Candidate Applied, Offer Accepted, Onboarding Initiated, New Hire Data Collection Completed, Compliance Form Signed, Manager Tasks Completed, Ready To Hire Status Set, Employee Profile Activated, Payroll Setup Completed, Performance Review Conducted, Promotion Approved, Termination Initiated, Offboarding Tasks Completed ve Employee Terminated etkinliklerini açıkça çıkarın. ProcessMind'in bu etkinliklerden herhangi birini kendiliğinden çıkarmasını beklemeyin.
- Tarih aralığı: Operasyonel doğrulama için başlangıçta hareketli 3 ila 6 aylık bir aralık kullanın. Çalışan yaşam döngülerini eksiksiz analiz ederken aralığı genişletin ve ileri tarihli işe alımları, terfileri ve işten ayrılmaları hesaba katın.
- Filtreler: Yalnızca [Company Code filter], [Legal Entity filter], [Business Unit filter], [Document Type filter], [Onboarding Program filter] veya [Employment Status filter] gibi onaylanmış, kiracıya özgü filtreleri uygulayın. Kullanmadan önce Report Center'da alan adlarını ve değerlerini doğrulayın.
- Zaman damgası işleme: Tercihen kiracının raporlama saat dilimini veya UTC'yi kullanarak tutarlı bir saat dilimi belirleyin ve dönüşümü belgeleyin. Mümkün olduğunda kaynak zaman damgası hassasiyetini koruyun.
- Kaynak sistem değerleri: Recruiting, Onboarding, Employee Central, Performance and Goals, Payroll veya Offboarding gibi kararlı değerleri yalnızca başlangıç kaynağını doğru biçimde tanımladıklarında kullanın. Kiracıya özgü kaynak etiketleri için [Configure based on your system] ifadesini kullanın.
- Hesaplanan süreler: TimeToHire değerini yalnızca requisition oluşturma ve teklif kabulü zaman damgalarının ikisi de mevcutsa hesaplayın. OnboardingCycleTime değerini yalnızca onaylanmış başlangıç ve tamamlanma kilometre taşları mevcutsa hesaplayın. Kaynak zaman damgaları yoksa hesaplanan değeri boş bırakın.
- Performans: İlk raporu gerekli tarih aralığı ve onaylanmış organizasyon kapsamıyla sınırlayın. Gereksiz sütunlardan, yüksek kardinaliteli birleştirmelerden ve sınırsız geçmiş veri aktarımlarından kaçının. Report Center yürütme süresini veya sonuç hacmini sınırlıyorsa raporları modüle ya da döneme göre bölün.
- Zamanlama: Dışa aktarımları, ilgili kaynak yenilemeleri tamamlandıktan sonra zamanlayın. Kararlı bir dosya adlandırma kuralı, belgelenmiş bir ayraç, destekleniyorsa UTF-8 kodlaması ve ProcessMind'in kısmi dosyayı okumasını önleyen atomik bir dosya teslim süreci kullanın.
- Ön koşullar: Gerekli modüller, Report Center erişimi, her veri varlığı için raporlama izinleri, hassas çalışan ve uyumluluk verilerini görüntüleme izni, SFTP bağlantısı ve gerekli raporlama veya entegrasyon lisansları SAP SuccessFactors yöneticisiyle doğrulanmalıdır.
- Güvenlik: Hassas alanları en aza indirin, SFTP erişimini kısıtlayın, kimlik bilgilerini veya anahtarları koruyun ve kuruluşun saklama ile şifreleme gereksinimlerini uygulayın.
a Örnek sorgu sql
SELECT
EmployeeId,
ActivityName,
EventTime,
SourceSystem,
LastDataUpdate,
EndTime,
JobRequisitionId,
HiringManager,
Department,
JobRole,
OnboardingCycleTime,
TimeToHire
FROM [Your exported Report Center event dataset]
WHERE EventTime >= [Start date]
AND EventTime < [End date]
AND ([Company Code filter] IS NULL OR CompanyCode = [Company Code filter])
ORDER BY EmployeeId, EventTime, ActivityName;
-- Configure the Report Center custom report to produce the following 15 explicit activity rows.
-- The source entity and field names below must be mapped to fields exposed by your tenant.
-- Replace each bracketed source reference with the corresponding Report Center field.
SELECT
[Employee ID field] AS EmployeeId,
'Job Requisition Created' AS ActivityName,
[Requisition Created Timestamp field] AS EventTime,
'Recruiting' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Recruiting requisition entity]
WHERE [Requisition Created Timestamp field] >= [Start date]
AND [Requisition Created Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Candidate Applied' AS ActivityName,
[Application Submitted Timestamp field] AS EventTime,
'Recruiting' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Recruiting application entity]
WHERE [Application Submitted Timestamp field] >= [Start date]
AND [Application Submitted Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Offer Accepted' AS ActivityName,
[Offer Accepted Timestamp field] AS EventTime,
'Recruiting' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Recruiting offer or application status entity]
WHERE [Offer Accepted Timestamp field] >= [Start date]
AND [Offer Accepted Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Onboarding Initiated' AS ActivityName,
[Onboarding Initiated Timestamp field] AS EventTime,
'Onboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Onboarding process entity]
WHERE [Onboarding Initiated Timestamp field] >= [Start date]
AND [Onboarding Initiated Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'New Hire Data Collection Completed' AS ActivityName,
[New Hire Data Collection Completed Timestamp field] AS EventTime,
'Onboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[New Hire Data Collection Completed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Onboarding data collection task entity]
WHERE [New Hire Data Collection Completed Timestamp field] >= [Start date]
AND [New Hire Data Collection Completed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Compliance Form Signed' AS ActivityName,
[Compliance Form Signed Timestamp field] AS EventTime,
'Onboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[Compliance Form Signed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Onboarding compliance document entity]
WHERE [Compliance Form Signed Timestamp field] >= [Start date]
AND [Compliance Form Signed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Manager Tasks Completed' AS ActivityName,
[Manager Tasks Completed Timestamp field] AS EventTime,
'Onboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[Manager Tasks Completed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Onboarding manager task entity]
WHERE [Manager Tasks Completed Timestamp field] >= [Start date]
AND [Manager Tasks Completed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Ready To Hire Status Set' AS ActivityName,
[Ready To Hire Status Timestamp field] AS EventTime,
'Onboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Onboarding status entity]
WHERE [Ready To Hire Status Timestamp field] >= [Start date]
AND [Ready To Hire Status Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Employee Profile Activated' AS ActivityName,
[Employee Profile Activated Timestamp field] AS EventTime,
'Employee Central' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Employee Central employee profile entity]
WHERE [Employee Profile Activated Timestamp field] >= [Start date]
AND [Employee Profile Activated Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Payroll Setup Completed' AS ActivityName,
[Payroll Setup Completed Timestamp field] AS EventTime,
'Payroll' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[Payroll Setup Completed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your payroll setup or payroll integration status entity]
WHERE [Payroll Setup Completed Timestamp field] >= [Start date]
AND [Payroll Setup Completed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Performance Review Conducted' AS ActivityName,
[Performance Review Completed Timestamp field] AS EventTime,
'Performance and Goals' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[Performance Review Completed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Performance and Goals review entity]
WHERE [Performance Review Completed Timestamp field] >= [Start date]
AND [Performance Review Completed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Promotion Approved' AS ActivityName,
[Promotion Approved Timestamp field] AS EventTime,
'Employee Central' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Employee Central job information change entity]
WHERE [Promotion Approved Timestamp field] >= [Start date]
AND [Promotion Approved Timestamp field] < [End date]
AND [Promotion Event Reason field] = [Promotion event reason value]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Termination Initiated' AS ActivityName,
[Termination Initiated Timestamp field] AS EventTime,
'Employee Central' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Employee Central termination entity]
WHERE [Termination Initiated Timestamp field] >= [Start date]
AND [Termination Initiated Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Offboarding Tasks Completed' AS ActivityName,
[Offboarding Tasks Completed Timestamp field] AS EventTime,
'Offboarding' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
[Offboarding Tasks Completed Timestamp field] AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Offboarding checklist entity]
WHERE [Offboarding Tasks Completed Timestamp field] >= [Start date]
AND [Offboarding Tasks Completed Timestamp field] < [End date]
UNION ALL
SELECT
[Employee ID field] AS EmployeeId,
'Employee Terminated' AS ActivityName,
[Employee Terminated Timestamp field] AS EventTime,
'Employee Central' AS SourceSystem,
[Last Data Update field] AS LastDataUpdate,
NULL AS EndTime,
[Job Requisition ID field] AS JobRequisitionId,
[Hiring Manager field] AS HiringManager,
[Department field] AS Department,
[Job Role field] AS JobRole,
NULL AS OnboardingCycleTime,
NULL AS TimeToHire
FROM [Your Employee Central employment status entity]
WHERE [Employee Terminated Timestamp field] >= [Start date]
AND [Employee Terminated Timestamp field] < [End date]
ORDER BY EmployeeId, EventTime, ActivityName; Başlamaya hazır mısınız?
Verilerinizi güvenle hazırlamak ve İşe Alımdan Emekliliğe yolculuklarınızı iyileştirmeye başlamak için bu Templatei kullanın. Yeni verimlilik fırsatlarını keşfedin ve kuruluşunuz genelinde çalışan deneyimini geliştirin.
Verimliliği keşfedin: İşe alımdan emekliliğe çalışan yaşam döngünüzü bugün optimize edin
İK darboğazlarını ortadan kaldırın, çevrim süresini %30 azaltın ve verimliliği artırın.
Kredi kartı gerekmez, denemenizi bugün etkinleştirin.