İşe Alımdan Emekliliğe - Pozisyon Yönetimi Veri Templateınız
İşe Alımdan Emekliliğe - Pozisyon Yönetimi Veri Templateınız
- Ayrıntılı analiz için toplanması önerilen öznitelikler
- Doğru keşif için izlenecek temel süreç aktiviteleri
- Microsoft Dynamics 365 Human Resources için özel veri çıkarma bilgileri
Satın Almadan Emekliliğe - pozisyon yönetimi öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Etkinlik adı ActivityName | Pozisyon yönetimi sürecinde gerçekleşen belirli olayın veya görevin adıdır. | ||
| Açıklama Bu öznitelik, 'Position Request Initiated', 'Position Created In HR System' veya 'Position Deactivated' gibi pozisyon yaşam döngüsündeki tek bir adımı tanımlar. Olayların sırasını gösteren süreç haritasının temelini oluşturur. Etkinlik Adı analizi, süreç akışlarını görselleştirmenizi, standart süreçten sapmaları belirlemenizi ve farklı adımlar arasındaki geçiş sürelerini hesaplamanızı sağlar. Ne olduğunu ve hangi sırayla gerçekleştiğini anlamak için temel bir özniteliktir. Neden önemli? Sürecin adımlarını tanımlar ve süreç haritalarını görselleştirmenizi, süreç akışını ve farklılıklarını analiz etmenizi sağlar. Nereden alınır? Bu öznitelik, Microsoft Dynamics 365 Human Resources içindeki iş olaylarından, durum değişikliklerinden veya Workflow geçmişinden türetilir. Tek bir alan değildir; verilerin bağlamına göre oluşturulur. Örnekler Pozisyon talebi başlatıldıPozisyon talebi yönetici tarafından onaylandıPozisyon İK sisteminde oluşturulduPozisyon öznitelikleri değiştirildiPozisyon kapatıldı | |||
| Olay zamanı EventTime | Etkinliğin gerçekleştiği zamanı gösteren zaman damgasıdır. | ||
| Açıklama Olay Zamanı veya zaman damgası, bir etkinliğin tamamlandığı kesin tarih ve saati kaydeder. Olayları kronolojik sıraya koymak, süreleri ve çevrim sürelerini hesaplamak için gereklidir. Bu öznitelik, süreç haritası oluşturmaktan 'Average Position Approval Cycle Time' gibi performans KPI'larını hesaplamaya kadar neredeyse tüm Process Mining analizlerinde kullanılır. Gecikmelerin ne zaman oluştuğunu ve sürecin her adımının ne kadar sürdüğünü belirlemenize yardımcı olur. Neden önemli? Bu zaman damgası, olayları sıralamak, zamana dayalı tüm metrikleri hesaplamak ve süreç darboğazlarını keşfetmek için gereklidir. Nereden alınır? Bu bilgi genellikle sistem günlük tablolarında veya Dynamics 365 HR içindeki pozisyon ve Workflow kayıtlarıyla ilişkili 'CreatedDateTime' ya da 'ModifiedDateTime' alanlarında bulunur. Örnekler 2023-04-15T09:00:00Z2023-04-15T14:35:10Z2023-04-18T11:21:05Z2023-05-02T16:45:00Z2024-01-10T10:00:00Z | |||
| Pozisyon ID'si PositionId | Kuruluş içindeki belirli bir iş pozisyonunun benzersiz tanımlayıcısıdır. | ||
| Açıklama Position ID, tek bir kurumsal pozisyonla ilgili tüm etkinlikleri ve veri noktalarını birbirine bağlayan birincil vaka tanımlayıcısıdır. Bu sayede pozisyonun oluşturulmasından değişikliklerine, sonunda devre dışı bırakılmasına veya kapatılmasına kadar tüm yaşam döngüsünü uçtan uca izleyebilirsiniz. Süreç analizinde bu kimlik, her pozisyonun yolculuğunu yeniden oluşturmak için gereklidir. Onaylardaki çevrim sürelerini izleyen, darboğazları belirleyen ve talepten kapanışa kadar süreç varyantlarını analiz eden Dashboardlar oluşturmanızı sağlar. Neden önemli? İlgili tüm olayları tek bir süreç vakasında birleştiren temel tanımlayıcıdır. Böylece pozisyonun uçtan uca yaşam döngüsü analiz edilebilir. Nereden alınır? Bu genellikle Microsoft Dynamics 365 Human Resources içindeki HcmPosition.PositionId alanıdır. HcmPositionV2Entity gibi veri varlıklarında bulunabilir. Örnekler POS001234MKT-0056FIN-SR-ANALYST-02HRBP-EAST-01IT-DEV-9876 | |||
| Bitiş zamanı EndTime | Etkinliğin tamamlandığı zamanı gösteren zaman damgasıdır. | ||
| Açıklama EndTime bir etkinliğin tamamlandığını gösterir. StartTime ile EndTime arasındaki süre, ilgili etkinliğin işlenme süresidir. Bu öznitelik, etkinlik düzeyindeki süreleri hesaplamak ve süreç içinde zamanın nerede harcandığını anlamak için gereklidir. Örneğin, bir pozisyon talebi kendisine atandıktan sonra bir yöneticinin talebi onaylamasının ne kadar sürdüğünü belirlemeye yardımcı olur. Neden önemli? Ayrıntılı performans ve darboğaz analizi için temel olan etkinlik işlenme sürelerinin hesaplanmasını sağlar. Nereden alınır? Bu bilgi, sonraki olayların zaman damgalarından veya Dynamics 365 HR içindeki Workflow günlüklerinde yer alan belirli 'completion' alanlarından elde edilebilir. Çoğu zaman çıkarım yapılması gerekir. Örnekler 2023-04-15T09:05:12Z2023-04-15T15:00:00Z2023-04-19T09:00:00Z2023-05-03T10:00:00Z2024-01-10T10:05:00Z | |||
| Departman DepartmentName | Pozisyonun bağlı olduğu departman. | ||
| Açıklama Bu öznitelik, pozisyonla ilişkili Finance, Marketing veya IT gibi kurumsal departmanı belirtir. Süreç verilerini filtrelemek ve toplulaştırmak için temel boyutlardan biridir. Departmana göre analiz, Departmental Position Throughput Dashboardı için gereklidir. Süreç performansını karşılaştırmanıza, departmana özgü darboğazları belirlemenize ve işletmenin farklı bölümlerindeki işe alım eğilimlerini anlamanıza yardımcı olur. Neden önemli? Süreç analizinin iş birimine göre ayrıştırılmasını sağlar. Böylece departmana özgü sorunları belirleyebilir ve performansı karşılaştırabilirsiniz. Nereden alınır? Bu bilgi, genellikle HcmPositionDetail varlığında saklanan ve işletim birimi boyutuna bağlanan pozisyon ayrıntılarının bir parçasıdır. Örnekler FinansBilgi TeknolojileriSatış ve Pazarlamaİnsan KaynaklarıOperasyonlar | |||
| İş unvanı JobTitle | Pozisyonla ilişkili işin unvanı. Örneğin 'Senior Accountant'. | ||
| Açıklama Job Title, pozisyonun rolü ve sorumlulukları hakkında önemli bağlam sağlar. Position ID değerinden farklıdır, çünkü birden fazla pozisyon aynı iş unvanını paylaşabilir. Analizde bu öznitelik, rol türüne göre gruplama ve filtreleme yapmanızı sağlar. Hangi iş türlerinin en sık yeniden sınıflandırıldığını görmek için Position Reclassification Trends Dashboardında kullanışlıdır. Neden önemli? İş rolü, seviyesi veya işlevine göre analiz yapmanızı sağlayarak önemli bir iş bağlamı sunar. Nereden alınır? Bu bilgi, Position ile ilişkili 'Job' kaydından alınır. HcmPositionV2Entity gibi varlıklarda arayın veya HcmJobEntity ile birleştirerek elde edin. Örnekler Kıdemli Finans AnalistiYazılım Mühendisi IIİK İş OrtağıPazarlama KoordinatörüLojistik Müdürü | |||
| Kullanıcı adı UserName | Etkinliği gerçekleştiren kullanıcının adı veya kimliği. | ||
| Açıklama Bu öznitelik, belirli bir süreç adımından sorumlu çalışanı veya sistem kullanıcısını tanımlar. Örneğin talebi onaylayan yönetici ya da pozisyonu sisteme oluşturan İK uzmanı bu kapsamda yer alır. Kullanıcı bazında analiz yapmak, eğitim ihtiyaçlarını belirlemeye, ekip üyelerinin performansını karşılaştırmaya ve iş yükünün dağılımını anlamaya yardımcı olur. Ayrıca görevlerin uygun şekilde ayrılmasını sağlamak üzere uyumluluk kontrolleri için de önemlidir. Neden önemli? Birey veya ekip bazında hesap verebilirlik ve performans analizi sağlar. Bu özellik, kaynak yönetimi ve eğitim açısından büyük önem taşır. Nereden alınır? Dynamics 365 HR içindeki Workflow geçmişi veya denetim izi kayıtlarıyla ilişkilidir. HcmWorker varlığındaki User ID üzerinden bağlanabilir. Örnekler John SmithJane DoeSYSTEMHRAdmin01MGR-FINANCE | |||
| Maliyet merkezi CostCenter | Pozisyon giderlerinin aktarıldığı finansal maliyet merkezi. | ||
| Açıklama Cost Center, bir pozisyonu belirli bir bütçeye veya mali sorumluluk alanına bağlayan temel bir finans boyutudur. Bu öznitelikteki değişikliklerin izlenmesi önemlidir. Bu öznitelik, oluşturma sonrasında temel özniteliklerdeki değişiklikleri analiz eden Position Data Consistency Check Dashboardı için önemlidir. Ayrıca pozisyonla ilgili maliyetleri ve bütçeleri farklı finans birimlerine göre analiz etmek için kullanılır. Neden önemli? Pozisyonu finansal verilere bağlayarak maliyet odaklı süreç analizi yapmanızı ve veri tutarlılığını izlemenizi sağlar. Nereden alınır? Bu bilgi genellikle pozisyon kaydında finansal boyut olarak yapılandırılır. Dynamics 365 içindeki finansal boyut ayarlarına başvurun. Örnekler CC-1001-FINCC-2500-ITCC-4510-SALESCC-7000-OPSCC-9002-HR | |||
| Pozisyon durumu PositionStatus | Pozisyonun mevcut veya geçmişteki durumu. | ||
| Açıklama Bu öznitelik, pozisyonun belirli bir zamandaki durumunu, örneğin Proposed, Active, Frozen veya Closed durumlarını gösterir. Durum değişiklikleri çoğu zaman süreçteki etkinliklere karşılık gelir. Durumu izlemek, pozisyonun yolculuğunu anlamak ve Position Compliance Review Status ile Stale and Underutilized Positions Dashboardları için önemlidir. Pozisyonun mevcut durumunu gösterir ve süreç akışını doğrulamanıza yardımcı olur. Neden önemli? Her pozisyon için net bir durum bilgisi sağlar. Bu bilgi, vakaları filtrelemek ve sonuçları anlamak için gereklidir. Nereden alınır? Microsoft Dynamics 365 Human Resources belgelerine başvurun. Bu bilgi büyük olasılıkla temel Position kaydındaki durum alanlarından elde edilir. Örnekler ÖnerildiİnceleniyorAktifDondurulduKapatıldı | |||
| Bütçe onaylandı mı IsBudgetApproved | Pozisyon bütçesinin onaylanıp onaylanmadığını gösteren işaret. | ||
| Açıklama Bu boolean öznitelik, belirli bir pozisyon vakasında 'Position Budget Approved' etkinliği gerçekleştiyse true değerini alır. Süreç akışını analiz etmeye ve bütçe beklediği için ilerlemeyen pozisyonları belirlemeye yardımcı olur. Bu öznitelik, süreçleri filtrelemek ve 'Position Budget Approval Cycle Time' KPI'ını daha etkili analiz etmek için kullanılabilir. Bütçe onayını almış pozisyonları henüz alamayanlardan ayırmanızı sağlar ve darboğaz analizine katkıda bulunur. Neden önemli? Önemli bir kilometre taşı için net bir işaret sağlayarak analizi kolaylaştırır. Böylece bütçe onayı aşamasını ayrı olarak inceleyebilir ve ölçebilirsiniz. Nereden alınır? Vaka geçmişinde 'Position Budget Approved' etkinliğinin bulunup bulunmadığı kontrol edilerek veri dönüşümü sırasında elde edilir. Örnekler truefalse | |||
| İş ailesi JobFamily | Benzer işlevlere sahip işlerin grubu. Örneğin 'Engineering' veya 'Finance'. | ||
| Açıklama Job Family, ilişkili iş unvanlarını gruplandıran bir sınıflandırmadır. Örneğin Software Engineer ve QA Engineer, Engineering iş ailesi altında yer alabilir. Bu öznitelik, hangi iş kategorilerinin en sık değiştiğini daha üst düzeyde analiz etmenizi sağladığı için Position Reclassification Trends Dashboardı açısından önemlidir. Tek tek iş unvanlarına bakmaya kıyasla daha geniş bir görünüm sunar. Neden önemli? Pozisyonları daha geniş kategoriler üzerinden analiz etmenizi sağlar. Bu özellik, stratejik iş gücü planlaması ve eğilim analizi için kullanışlıdır. Nereden alınır? Bu bilgi, Dynamics 365 HR içindeki iş kurulumunun bir parçasıdır. HcmJobEntity üzerinde 'Job family' veya 'Job function' ile ilgili alanları arayın. Örnekler MühendislikFinans ve MuhasebeSatışİnsan KaynaklarıÜrün Yönetimi | |||
| Kaynak sistem SourceSystem | Verilerin çıkarıldığı sistemdir. | ||
| Açıklama Bu öznitelik, süreç verilerinin kaynağını tanımlar. Bu görünüm için değer genellikle 'Microsoft Dynamics 365 Human Resources' olur. Birden fazla sistemin bulunduğu ortamlarda bu alan, veri soyu ve sorun giderme için önemlidir. Verilerin beklenen kaynaktan geldiğini doğrulamanıza ve analizleri belirli sistemlere göre filtrelemenize yardımcı olur. Neden önemli? Verilerin kaynağı hakkında bağlam sağlar. Bu, veri yönetişimi ve birden fazla kurumsal sistemi kapsayan analizler için önemlidir. Nereden alınır? Veri çıkarma ve dönüştürme sürecinde Veri Setinin kaynağını etiketlemek için eklenen statik bir değerdir. Örnekler Microsoft Dynamics 365 İnsan KaynaklarıD365 HRDynamicsHR | |||
| Konum Location | Pozisyonun fiziksel veya coğrafi konumu. | ||
| Açıklama Bu öznitelik, pozisyonun bulunduğu yeri, örneğin ofisi, şehri veya ülkeyi belirtir. Süreç verilerini filtrelemek ve bölümlere ayırmak için kullanılan bir diğer önemli boyuttur. Location, farklı bölgelerdeki kadro eğilimlerini ve süreç performansını analiz etmek için Departmental Position Throughput Dashboardında doğrudan kullanılır. Belirli konumlarda pozisyon oluşturma veya onay süreçlerinin daha yavaş olup olmadığını belirlemenize yardımcı olabilir. Neden önemli? Coğrafi bağlam sağlayarak farklı konumlardaki süreç performansını ve eğilimleri analiz etmenize imkan verir. Nereden alınır? Microsoft Dynamics 365 Human Resources belgelerine başvurun. Bu bilgi, pozisyon ayrıntılarının bir parçası olabilir veya departman ya da tüzel kişilik üzerinden bağlanabilir. Örnekler New York, ABDLondra, Birleşik KrallıkBerlin, AlmanyaSingapurUzaktan | |||
| Onay çevrim süresi ApprovalCycleTime | Bir pozisyon talebinin başlatılmasından nihai olarak onaylanmasına kadar geçen toplam süre. | ||
| Açıklama Bu hesaplanan metrik, Position Request Initiated etkinliğinden Position Request Approved By HR gibi son onay etkinliğine kadar geçen süreyi ölçer. Pozisyon yönetimi sürecinin başlangıç bölümü için temel performans göstergesidir. Bu öznitelik, Position Approval Cycle Time Dashboardını ve KPI göstergesini doğrudan besler. Onay sürecinin verimliliğini üst düzeyde ölçmenizi ve iyileştirme çalışmalarının zaman içindeki etkisini izlemenizi sağlar. Neden önemli? Tüm onay sürecinin verimliliğini ölçen önemli bir KPI'dır. Pozisyonların oluşturulmaya hazır hale gelmesindeki gecikmeleri doğrudan gösterir. Nereden alınır? Vaka düzeyinde, onay aşamasının başlangıç ve bitiş etkinliklerine ait zaman damgaları bulunarak aralarındaki fark hesaplanır. Örnekler P3DT2H15MP10DP1DT12HP5DT6HP2W | |||
| Pozisyon türü PositionType | Pozisyonu tam zamanlı, yarı zamanlı, geçici ve benzeri türlere göre sınıflandırır. | ||
| Açıklama Bu öznitelik, pozisyonu çalışma koşullarına göre kategorilere ayırır. İş gücü analizi ve planlaması için ek bağlam sağlar. Süreç analizinde pozisyon türüne göre filtreleme yapmak, belirli pozisyon türlerinin farklı süreç yollarına veya daha uzun çevrim sürelerine sahip olup olmadığını ortaya çıkarabilir. Örneğin geçici pozisyonlar, kalıcı tam zamanlı pozisyonlara kıyasla daha hızlı ve sadeleştirilmiş bir onay sürecine sahip olabilir. Neden önemli? Farklı çalışma türlerinde sürecin nasıl değiştiğini analiz etmenizi sağlar. Bu bilgi, iş gücü planlamasına ve süreç optimizasyonuna katkıda bulunur. Nereden alınır? Bu bilgi genellikle Dynamics 365 HR içindeki pozisyon kaydında bulunur. HcmPositionV2Entity gibi varlıklarda ilgili bir alanı kontrol edin. Örnekler Tam zamanlıYarı zamanlıSözleşmeli çalışanStajyerGeçici | |||
| Ret nedeni RejectionReason | Bir pozisyon talebi reddedildiğinde belirtilen neden. | ||
| Açıklama Bir pozisyon talebi yönetici veya İK tarafından reddedildiğinde genellikle bir neden kaydedilir. Bunun nedeni bütçe kısıtları, yanlış bilgiler veya strateji değişikliği olabilir. Bu öznitelik, 'Position Request Rejection Rate' KPI'ını hesaplamak ve yeniden çalışmanın neden gerçekleştiğini anlamak için gereklidir. En sık görülen ret nedenlerini analiz etmek, talep kalitesinin düşük olması veya yönergelerin net olmaması gibi üst süreç sorunlarını belirlemeye yardımcı olur. Böylece süreç iyileştirilebilir. Neden önemli? Taleplerin neden başarısız olduğunu doğrudan gösterir. Bu sayede yeniden çalışmayı ve ret oranlarını azaltmaya yönelik hedefli süreç iyileştirmeleri yapabilirsiniz. Nereden alınır? Microsoft Dynamics 365 Human Resources belgelerine başvurun. Bu bilgi, ret sırasında genellikle Workflow yorumlarında veya özel bir neden kodu alanında tutulur. Örnekler Bütçe mevcut değilYinelenen talepYanlış iş profiliİşe alım dondurulduStratejik yeniden yapılanma | |||
| Son veri güncellemesi LastDataUpdate | Kaynak sistemdeki en son veri yenilemesinin zaman damgasıdır. | ||
| Açıklama Bu öznitelik, verilerin Microsoft Dynamics 365 Human Resources sisteminden en son ne zaman çıkarıldığını gösterir. Analizin güncelliğini değerlendirmeniz için bağlam sağlar. Bu bilgiyi Dashboardlarda göstermek, kullanıcıların güncel verileri görüntülediğinden emin olmasına yardımcı olur. Her Process Mining projesi için önemli bir üst veri parçasıdır. Neden önemli? Kullanıcılara verilerin güncelliği hakkında bilgi verir. Bu, analize dayalı kararlar almak için gereklidir. Nereden alınır? Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) sürecinde oluşturulur ve saklanır. Örnekler 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z | |||
| Talepte bulunan yönetici RequestingManager | Pozisyon talebini başlatan yönetici. | ||
| Açıklama Bu öznitelik, yeni bir pozisyon veya mevcut pozisyonun yerine geçecek bir pozisyon talep ederek süreci başlatan işe alım yöneticisini ya da departman yöneticisini tanımlar. Bu bilgi, pozisyon ihtiyacının nereden kaynaklandığını gösterir. Talepte bulunan yönetici bazında analiz yapmak, talep hacmi, onay oranları ve talep kalitesiyle ilgili eğilimleri belirlemeye yardımcı olabilir. İş yükünü ve sürece uyumu anlamak için ek ayrıntı sağlar. Neden önemli? Pozisyon ihtiyacının kaynağını izlemenize ve süreç metriklerini işe alım yöneticisinin bakış açısından analiz etmenize yardımcı olur. Nereden alınır? Microsoft Dynamics 365 Human Resources belgelerine başvurun. Bu bilgi büyük olasılıkla Workflow başlatma verilerinde tutulur. Örnekler Robert JonesSusan MillerDavid ChenMaria GarciaPaul Williams | |||
| Yeniden çalışma mı IsRework | Bir etkinliğin yeniden çalışma döngüsünün parçası olup olmadığını gösteren işaret. | ||
| Açıklama Bu boolean işareti, bir etkinliğin süreçte tekrarlanan bir adımı, örneğin öznitelikler değiştirildikten sonra yeniden onaylanmayı temsil etmesi durumunda true olarak ayarlanır. Verimsiz süreç döngülerini ölçmenize yardımcı olur. Bu öznitelik, Position Rework Analysis Dashboardını ve Rework Rate on Position Creation KPI göstergesini doğrudan destekler. Yeniden çalışmayı işaretleyerek süreç verimsizliklerinin sıklığını ve etkisini kolayca filtreleyip ölçebilirsiniz. Neden önemli? Süreçteki yeniden çalışmayı açıkça belirler ve ölçer. Bu konu, süreç iyileştirme çalışmalarının başlıca hedeflerinden biridir. Nereden alınır? Bir vaka için etkinliklerin sırasına göre hesaplanır. Örneğin 'Position Request Approved By Manager', 'Position Attributes Modified' etkinliğinden sonra gerçekleşiyorsa yeniden çalışma olarak işaretlenebilir. Örnekler truefalse | |||
Satın Almadan Emekliliğe - pozisyon yönetimi faaliyetleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Pozisyon devre dışı bırakıldı | Pozisyon artık etkin değildir ve genellikle doldurulduktan sonra etkin organizasyon yapısından çıkarılır. Durumun 'Inactive' veya benzer bir duruma değişmesiyle çıkarılır. | ||
| Neden önemli? Pozisyonun etkin yaşamının sonundaki önemli bir adımı gösterir. Average Time to Position Deactivation analizinde ve çalışan sayısının doğru yönetilmesinde önemlidir. Nereden alınır? 'RetirementDate' alanının doldurulduğu veya pozisyon kaydındaki bir durum alanının 'Inactive' olarak değiştiği zaman damgasından çıkarılır. Yakalayın Pozisyonun RetirementDate alanının ayarlandığı veya bir durum alanının 'Inactive' olarak değiştiği tarihe dayanır. Olay türü inferred | |||
| Pozisyon etkinleştirildi | Pozisyonun resmi olarak açıldığı ve işe alımın başlayabileceği noktayı gösterir. Pozisyon kaydındaki durum alanının 'Active' veya benzer bir duruma değişmesiyle çıkarılır. | ||
| Neden önemli? Personel alımına hazır olma durumunu ve son kurulum aşamalarının verimliliğini ölçmek için önemli bir aşamadır. Average Time to Position Activation KPI'ı için gereklidir. Nereden alınır? Pozisyon kaydındaki 'PositionStatus' gibi durum alanının 'Active' veya 'Open' olarak güncellendiği zaman damgası izlenerek çıkarılır. Yakalayın Pozisyonun ActivationDate alanının doldurulduğu veya bir durum alanının 'Active' olarak değiştiği tarihe dayanır. Olay türü inferred | |||
| Pozisyon İK sisteminde oluşturuldu | Bu olay, pozisyon kaydının Dynamics 365 HR içinde resmi olarak oluşturulduğunu gösterir. Pozisyon kaydının kendi oluşturulma zaman damgasından alınır. | ||
| Neden önemli? Talebin gerçek bir organizasyon varlığına dönüştüğünü gösteren temel bir aşamadır. Position Creation Lead Time KPI'ının bitiş noktasıdır. Nereden alınır? HcmPosition gibi ana pozisyon tablosundaki 'CreatedDateTime' sistem alanından alınır. Yakalayın HcmPosition tablosundaki CreatedDateTime sistem alanından çıkarılır. Olay türü explicit | |||
| Pozisyon kapatıldı | Pozisyon kaydının son arşivlenmesini ve yaşam döngüsünün kesin olarak sona erdiğini gösterir. Durumun 'Closed' veya benzer bir son duruma değişmesiyle çıkarılır. | ||
| Neden önemli? Sürecin son olayıdır. Uçtan uca yaşam döngüsünün eksiksiz analiz edilmesini ve kapatılması gereken atıl pozisyonların belirlenmesini sağlar. Nereden alınır? Pozisyon kaydındaki bir durum alanının 'Closed' olarak değişmesinden çıkarılır. Kayıtlar genellikle geçmiş amacıyla tutulduğu için devre dışı bırakmaya göre daha az görülür. Yakalayın Bir durum alanının 'Closed' olarak güncellendiği zaman damgasından çıkarılır. Olay türü inferred | |||
| Pozisyon talebi başlatıldı | Pozisyon yönetimi yaşam döngüsünün resmi başlangıcını gösterir. Bu olay, genellikle bir kullanıcının Dynamics 365 HR içindeki özel bir form veya Workflow aracılığıyla yeni pozisyon talebi göndermesiyle kaydedilir. | ||
| Neden önemli? Bu, Position Approval Cycle Time ve Position Creation Lead Time gibi önemli KPI'lar dahil olmak üzere pozisyonun tüm yaşam döngüsünü ölçmenin başlangıç noktasıdır. Nereden alınır? Pozisyon talebi kaydının oluşturulma zaman damgasından veya WorkflowTrackingStatusTable gibi Workflow geçmişi tablosundaki başlatma kaydından alınır. Yakalayın Yeni bir pozisyon talebi iş akışı gönderildiğinde Olay kaydedilir. Olay türü explicit | |||
| Pozisyon talebi İK tarafından onaylandı | Pozisyon resmi olarak oluşturulmadan önce İnsan Kaynakları departmanından alınan son onayı gösterir. Bu olay, İK onay görevi tamamlandığında Workflow sistemine açıkça kaydedilir. | ||
| Neden önemli? Onay aşamasının sonunu gösterir ve Average Position Approval Cycle Time ölçümü için önemli bir aşamadır. Nereden alınır? İK temsilcisi onay görevini tamamladığında WorkflowTrackingTable gibi Workflow geçmişi tablolarına kaydedilir. Yakalayın İK onay adımı tamamlandığında olay, zaman damgasıyla birlikte Workflow geçmişine kaydedilir. Olay türü explicit | |||
| İşe alım süreci başlatıldı | Pozisyon yönetiminden işe alıma geçişi gösterir. Bu olay, belirli Position ID ile ilişkilendirilmiş yeni bir açık pozisyon veya işe alım projesi oluşturulduğunda çıkarılır. | ||
| Neden önemli? Pozisyon yönetimi sürecini sonucuyla ilişkilendirir ve pozisyonun etkinleştirilmesiyle gerçek işe alım faaliyetlerinin başlaması arasındaki sürenin analiz edilmesini sağlar. Nereden alınır? Position ID'ye referans veren HcmRecruitingRequest gibi işe alım veya açık pozisyon tablolarındaki bir kaydın oluşturulma tarihi belirlenerek çıkarılır. Yakalayın PositionId, işe alım modülünde karşılık gelen bir kaydın oluşturulmasıyla ilişkilendirilerek çıkarılır. Olay türü inferred | |||
| Pozisyon bütçesi onaylandı | Yeni pozisyon için gerekli fonların ayrıldığını doğrulayan önemli bir onay aşamasıdır. Genellikle pozisyon oluşturma iş akışında ayrı bir onay adımı olarak kaydedilir. | ||
| Neden önemli? Mali onay aşamasını ayrı olarak gösterir. Böylece bütçe tahsisiyle ilgili gecikmeler analiz edilebilir ve Position Budget Approval Cycle Time KPI'ı desteklenir. Nereden alınır? WorkflowTrackingTable gibi Workflow geçmişi tablolarında, genellikle finans rolüne atanmış tamamlanmış bir onay görevi olarak kaydedilir. Yakalayın Bütçe onay görevinin Workflow günlüğündeki tamamlanma zaman damgasından alınır. Olay türü explicit | |||
| Pozisyon donduruldu | Pozisyonun geçici olarak beklemeye alındığını ve işe alım faaliyetlerinin durdurulduğunu gösterir. Pozisyon kaydındaki durumun 'Frozen' veya 'On Hold' olarak değişmesiyle çıkarılır. | ||
| Neden önemli? Pozisyon yaşam döngüsündeki kesintileri izler. Bu kesintiler personel planlarını ve bütçeleri etkileyebilir. İşe alım gecikmelerinin nedenlerini belirlemeye yardımcı olur. Nereden alınır? Pozisyon kaydındaki bir durum alanının 'Frozen' veya benzer bir değere güncellendiği zaman damgası izlenerek çıkarılır. Yakalayın 'Frozen' veya 'On Hold' durumuna geçişin zaman damgasından çıkarılır. Olay türü inferred | |||
| Pozisyon öznitelikleri değiştirildi | Bir pozisyonun ilk oluşturulmasından sonra unvan veya departman gibi temel özniteliklerinde yapılan herhangi bir değişikliği gösterir. Bu etkinlik genellikle sistem veritabanı günlüğündeki değişiklikler izlenerek çıkarılır. | ||
| Neden önemli? Bu etkinliğin yüksek sıklıkta gerçekleşmesi düşük veri kalitesine veya süreçte yeniden yapılan işe işaret edebilir. Position Attribute Change Frequency ve Rework Rate KPI'ları için gereklidir. Nereden alınır? Pozisyon tablosunda değişiklik izleme etkinse SysDatabaseLog tablosundan çıkarılır. Alternatif olarak pozisyon verilerinin geçmiş anlık görüntülerinin karşılaştırılması gerekir. Yakalayın Veritabanı günlüğü aracılığıyla HcmPosition tablosundaki temel alanlarda yapılan güncelleme işlemleri belirlenerek çıkarılır. Olay türü inferred | |||
| Pozisyon talebi reddedildi | Pozisyon talebinin onay aşamalarından birinde reddedildiğini gösterir. Bu olay, onaylayan kişi 'Reject' işlemini seçtiğinde Workflow geçmişine açıkça kaydedilir. | ||
| Neden önemli? Süreçteki başarısızlıkları ve yeniden yapılan iş döngülerini ortaya çıkarır. Ret nedenlerinin analiz edilmesi, ilk taleplerin kalitesini artırmaya yardımcı olur ve Position Request Rejection Rate KPI'ını destekler. Nereden alınır? Belirli pozisyon talebi için WorkflowTrackingStatusTable gibi Workflow geçmişi tablolarında 'Rejection' durumu olarak kaydedilir. Yakalayın Onaylayan kişi ret işlemini gerçekleştirdiğinde Workflow günlüğünden alınır. Olay türü explicit | |||
| Pozisyon talebi yönetici tarafından onaylandı | İşe alım yöneticisinin ilk onay aşamasını tamamladığını gösterir. Bu olay, yönetici kendisine atanan onay görevini tamamladığında Workflow geçmişine açıkça kaydedilir. | ||
| Neden önemli? İlk onay adımının süresini netleştirir ve belirli yöneticiler veya departmanlardaki darboğazları belirlemenize yardımcı olur. Nereden alınır? Pozisyon talebiyle ilişkilendirilmiş WorkflowTrackingTable gibi Workflow geçmişi tablolarında tamamlanmış bir adım olarak kaydedilir. Yakalayın Yönetici onay adımının Workflow günlüğündeki tamamlanma zaman damgasından alınır. Olay türü explicit | |||
| Pozisyon uyumluluk açısından incelendi | Bir pozisyonun resmi bir uyumluluk kontrolünden geçtiğini gösterir. Durum değişikliği, tamamlanmış bir kontrol listesi görevi veya özel bir alanın güncellenmesiyle kaydedilebilir. | ||
| Neden önemli? Düzenleyici ve iç politikalara uyumu izlemek için gereklidir. Bu etkinlik, Position Compliance Adherence Rate KPI'ını doğrudan destekler. Nereden alınır? Muhtemelen pozisyon kaydındaki 'ComplianceReviewStatus' gibi zaman damgalı bir durum alanından veya 'IsComplianceReviewed' boolean alanından çıkarılır. Yakalayın Uyumluluk durum alanının 'Completed' veya 'Reviewed' olarak güncellendiği zaman damgasından çıkarılır. Olay türü inferred | |||
| Pozisyon yeniden sınıflandırıldı | Pozisyonun iş ailesi veya seviyesi gibi temel sınıflandırmasının değiştirildiği önemli bir güncellemeyi gösterir. Genellikle pozisyon kaydındaki 'Job' alanında yapılan değişiklikten çıkarılır. | ||
| Neden önemli? Organizasyon yapısındaki değişiklikleri ve iş tanımlarının istikrarını analiz etmeye yardımcı olur. Position Reclassification Rate KPI'ı için temel etkinliktir. Nereden alınır? HcmPosition tablosundaki 'JobId' alanında yapılan değişiklikten, veritabanı günlüğü aracılığıyla veya kayıt sürümleri zaman içinde karşılaştırılarak çıkarılır. Yakalayın Pozisyon kaydındaki iş sınıflandırması alanına kaydedilmiş bir değişiklikten çıkarılır. Olay türü inferred | |||
Veri çıkarma rehberleri
Adımlar
- Data Management Workspace’e gidin: Microsoft Dynamics 365 Human Resources sistemine Giriş yapın. Ana arama çubuğunu kullanarak Data management çalışma alanına gidin.
- Yeni bir dışa aktarma projesi oluşturun: Çalışma alanında Export kutucuğunu seçin. Export proje sayfasında yeni bir proje oluşturmak için New seçeneğine tıklayın. PositionManagement_EventLog_Export gibi açıklayıcı bir ad verin ve veri formatını seçin. Dönüştürme için CSV önerilir.
- Projeye veri varlıkları ekleyin: Yeni projenizde Add entity seçeneğine tıklayın. Pozisyonun tüm yaşam döngüsünü yakalamak için birkaç varlık eklemeniz gerekir. Şu temel varlıkları tek tek ekleyin: HcmPositionV2, WorkflowTrackingStatusTable ve HcmRecruitingRequest. Pozisyon değişiklikleri için veritabanı günlüğü etkinse SysDatabaseLog varlığını da ekleyin.
- Varlık filtrelerini yapılandırın: Veri kapsamını sınırlamak için her varlığa filtre uygulamanız önemlidir. Bir varlık seçin ve ardından Filter seçeneğine tıklayın. HcmPositionV2 için CreatedDateTime veya ModifiedDateTime alanlarını kullanarak belirli bir tarih aralığına göre filtreleyin. WorkflowTrackingStatusTable için CONTEXTTABLENAME alanını yalnızca pozisyonla ilgili iş akışlarını içerecek şekilde filtreleyin.
- Her varlık için alanları seçin: Daha sonraki dönüştürme işlemleri için gerekli tüm alanları dışa aktardığınızdan emin olun. HcmPositionV2 için PositionId, CreatedDateTime, ActivationDate, RetirementDate, ModifiedDateTime, JobId ve DepartmentNumber alanlarını ekleyin. WorkflowTrackingStatusTable için ContextRecId, WorkflowTrackingStatus, CreatedDateTime ve UserId alanlarını ekleyin.
- Dışa aktarma işini çalıştırın: Tüm varlıklar, alanlar ve filtreler yapılandırıldıktan sonra ana proje sayfasında Export seçeneğine tıklayın. Sistem, her varlık için ayrı dosyalar içeren bir veri paketi oluşturur.
- Veri paketini izleyin ve indirin: İşin ilerlemesini Job history bölümünden izleyebilirsiniz. İş başarıyla tamamlandığında sıkıştırılmış dosya olarak sunulan veri paketini indirin.
- Verileri çıkarın ve dönüştürün: İndirdiğiniz paketin sıkıştırmasını açın. Her varlık için ayrı CSV dosyaları bulacaksınız. Bu dosyalar nihai Event Log değil, ham verileri içerir. Dosyaları işlemek için harici bir betik, örneğin pandas kullanan Python veya PowerShell, kullanmanız gerekir.
- Dönüştürme mantığını uygulayın: Betiğiniz aşağıdaki işlemleri gerçekleştirmelidir:
- HcmPositionV2.csv dosyasını yükleyin. Bu dosyadan PositionId ve CreatedDateTime alanlarını kullanarak Position Created In HR System etkinliğini oluşturun.
- HcmPositionV2.csv içindeki durum alanlarını veya ActivationDate ve RetirementDate gibi tarih alanlarını yorumlayarak durum değişikliği etkinlikleri oluşturun: Position Activated, Position Frozen, Position Deactivated ve Position Closed.
- WorkflowTrackingStatusTable.csv dosyasını yükleyin. Bu verileri kayıt kimliğini kullanarak pozisyon verileriyle birleştirin. Buradan Position Request Initiated, Position Request Approved By Manager, Position Budget Approved, Position Request Approved By HR ve Position Request Rejected iş akışı etkinliklerini oluşturun. İş akışı durumunu ve adım bağlamını doğru Activity Name değerine eşlemeniz gerekir.
- SysDatabaseLog.csv dosyasını dışa aktardıysanız HcmPosition tablosundaki belirli alanlarda yapılan değişikliklere göre Position Attributes Modified ve Position Reclassified etkinliklerini oluşturmak için bu dosyayı ayrıştırın.
- Belirli bir pozisyon için işe alım talebinin ne zaman oluşturulduğunu bularak Hiring Process Started etkinliğini oluşturmak üzere HcmRecruitingRequest.csv dosyasını yükleyin.
- Nihai Event Logu birleştirin: Betik, farklı kaynaklardan oluşturulan tüm etkinlikleri tek bir CSV dosyasında birleştirmelidir. Bu dosyada gerekli PositionId, ActivityName ve EventTime sütunlarının yanı sıra eşleştirebildiğiniz önerilen öznitelikler de bulunmalıdır.
- Yükleme için biçimlendirin: Nihai CSV dosyasının gerekli öznitelik adlarıyla eşleşen başlıklara sahip olduğundan ve EventTime sütununda tutarlı bir zaman damgası formatı kullanıldığından emin olun. Dosya artık ProcessMind’e yüklenmeye hazırdır.
Yapılandırma
- Temel veri varlıkları: Bu veri çıkarma işlemi için gereken başlıca varlıklar şunlardır:
HcmPositionV2: Oluşturma tarihleri, aktivasyon tarihleri, iş ve departman gibi öznitelikler dahil olmak üzere her pozisyonun temel ayrıntılarını içerir.WorkflowTrackingStatusTable: Gönderimler, onaylar ve retler dahil olmak üzere Workflow örneklerinin geçmişini sunar. Onay sürecini izlemek için gereklidir.HcmRecruitingRequest: Bir işe alım talebi pozisyonla ilişkilendirildiğinde 'Hiring Process Started' aktivitesini belirlemek için kullanılır.SysDatabaseLog: 'Position Attributes Modified' ve 'Position Reclassified' gibi ayrıntılı değişiklikleri yakalamak için isteğe bağlı ancak etkili bir varlıktır. Kullanımı, HcmPosition tablosu için veritabanı günlüğünün önceden yapılandırılmış olmasına bağlıdır.
- Tarih aralığı filtresi: 'HcmPositionV2' varlığına 'CreatedDateTime' alanını temel alan bir tarih aralığı filtresi uygulamanız önemle önerilir. Yönetilebilir bir veri hacmi sağlamak için 6 ila 12 aylık bir aralık iyi bir başlangıç noktasıdır.
- Artımlı dışa aktarmalar: Devam eden analizler için dışa aktarma projesini artımlı dışa aktarmalar yapacak şekilde yapılandırmayı değerlendirin. Bu seçenek yalnızca son çalıştırmadan bu yana değişen kayıtları çıkararak işlem süresini önemli ölçüde azaltır.
- Ön koşullar: Dışa aktarma işlemini çalıştıran kullanıcının 'Data management' çalışma alanına erişmek ve belirtilen tüm veri varlıklarını okumak için yeterli izinlere sahip bir güvenlik rolü olmalıdır. Genellikle 'Data management administrator' gibi roller veya belirli varlık ayrıcalıklarına sahip özel bir rol gerekir.
a Örnek sorgu sql
/*
This extraction uses the Dynamics 365 Data Management Framework. The 'query' is defined by configuring an export project via the user interface, not by running a script directly against the database.
A post-processing script is required to transform the output of this configuration into a final event log.
*/
-- Data Export Project Configuration --
Project Name: PositionManagement_EventLog_Export
Data Format: CSV
-- Entity 1: Positions --
Source Entity: HcmPositionV2
Fields to Export:
- PositionId
- CreatedDateTime (Used for 'Position Created In HR System' event)
- ActivationDate (Used for 'Position Activated' event)
- RetirementDate (Used for 'Position Deactivated' / 'Position Closed' event)
- ModifiedDateTime (Can be used for 'Position Attributes Modified' if SysDatabaseLog is not available)
- JobId (Used for 'Position Reclassified' event and 'JobTitle' attribute)
- DepartmentNumber (Used for 'DepartmentName' attribute)
- [Other fields for attributes like CostCenter, PositionStatus]
-- Entity 2: Workflow History --
Source Entity: WorkflowTrackingStatusTable
Fields to Export:
- ContextRecId (The record ID, used to link back to the HcmPosition record)
- ContextTableName (Filter this for 'HcmPosition')
- WorkflowTrackingStatus (Values like 'Submitted', 'Approved', 'Rejected')
- CreatedDateTime (Timestamp for the workflow event)
- UserId (The user who performed the action)
- [Workflow step name or ID field if available, to differentiate approval types]
-- Entity 3: Recruitment Requests --
Source Entity: HcmRecruitingRequest
Fields to Export:
- PositionId
- CreatedDateTime (Used for 'Hiring Process Started' event)
- RecruitingId
-- Entity 4: Database Change Log (Optional) --
Source Entity: SysDatabaseLog
Fields to Export:
- RefRecId (The record ID of the changed record)
- RefTableId (The table ID, filter for HcmPosition)
- CreatedDateTime (Timestamp of the change)
- [Fields indicating the old and new values, if available] Adımlar
- Ön koşulları doğrulayın: Başlamadan önce Microsoft Dynamics 365 Human Resources örneğiniz için 'Bring Your Own Database' (BYOD) özelliğinin yapılandırıldığını doğrulayın. Gerekli veri varlıklarının Azure SQL Database'inize aktarıldığından emin olun. Temel varlıklar şunlardır:
HcmPositionV2,HcmPositionDetail,WorkflowTrackingStatusTable,HcmJob,OMOperatingUnitveHcmRecruitingRequest. - Azure SQL Database'e bağlanın: BYOD hedefiniz olarak kullanılan Azure SQL Database'e bağlanmak için SQL Server Management Studio (SSMS) veya Azure Data Studio gibi bir SQL istemci aracı kullanın.
- Veritabanı şemasını belirleyin: Bağlandıktan sonra veritabanı şemasını inceleyin. D365 HR veri varlıkları tablo olarak çoğaltılır. BYOD veritabanındaki tablo adlarının varlık adlarıyla birebir eşleşmeyebileceğini, ancak genellikle çok benzer olduğunu unutmayın.
- SQL sorgusunu yükleyin: SQL istemcinizde yeni bir sorgu penceresi açın ve bu belgenin 'query' bölümünde verilen SQL script'inin tamamını yapıştırın.
- Parametreleri özelleştirin: Sorgudaki yer tutucu değişkenleri değiştirin. Analiz etmek istediğiniz belirli tüzel kişiliği, örneğin 'USMF',
@[YourCompanyId]alanına girin. İstenen dönemi sınırlamak içinWHEREifadelerindeki tarih aralığını, örneğinCREATEDDATETIME >= '2023-01-01', ayarlayın. - Sorguyu çalıştırın: SQL sorgusunun tamamını BYOD veritabanında çalıştırın. Çalışma süresi veri hacmine ve seçilen tarih aralığına göre değişir.
- Sonuçları inceleyin: Sorgu tamamlandıktan sonra SQL istemcinizin sonuç bölmesindeki çıktıyı inceleyin.
PositionId,ActivityName,EventTimeve diğer sütunların beklendiği gibi doldurulduğunu doğrulayın. - CSV'ye aktarın: Sonuç kümesinin tamamını bir CSV dosyasına aktarın. Çoğu SQL istemcisinde sonuçları doğrudan CSV dosyasına kaydetme özelliği bulunur. Örneğin SSMS'te sonuç ızgarasına sağ tıklayıp 'Save Results As...' seçeneğini belirleyebilirsiniz.
- Yükleme için hazırlayın: Dışa aktarılan CSV dosyasının UTF-8 kodlamasına sahip olduğundan emin olun. Process Mining aracına sorunsuz yükleme için sütun başlıklarının gerekli özniteliklerle (
PositionId,ActivityName,EventTimevb.) tam olarak eşleştiğini doğrulayın.
Yapılandırma
- BYOD veri varlıkları: Gerekli tüm veri varlıklarının Dynamics 365 HR'dan BYOD örneğinize yayımlandığından emin olun. Bu süreç için pozisyonlar, pozisyon ayrıntıları, Workflow geçmişi, işler, departmanlar ve işe alım taleplerine ilişkin varlıklar gereklidir.
- Veri gecikmesi: BYOD'nin anlık değil, gerçeğe yakın zamanlı bir çoğaltma yöntemi olduğunu unutmayın. D365 HR'da bir işlemin gerçekleşmesiyle verilerin Azure SQL Database'de görünmesi arasında birkaç dakikadan bir saate kadar gecikme olabilir.
- Tarih aralığı filtresi: Performansı ve veri hacmini yönetmek için sorgunuza tarih filtreleri uygulamanız önemlidir. Genellikle 3 ila 6 aylık bir aralıkla başlamak uygundur. Her
UNION ALLbloğunda oluşturma veya olay zaman damgalarına filtre uygulayın. - Şirket filtresi: Doğru organizasyon birimindeki verileri analiz ettiğinizden emin olmak için her zaman
DATAREAIDalanına, yani tüzel kişilik veya şirket kimliğine, göre filtreleyin. Sağlanan sorguda bu amaçla@[YourCompanyId]yer tutucusu bulunur. - Ön koşullar: Bu yöntem için etkin bir Azure aboneliği, yapılandırılmış bir BYOD örneği, hedef Azure SQL Database üzerinde okuma izinleri ve sorguyu çalıştırmaya uygun bir SQL istemci aracı gerekir.
- Özel Workflow adımları: Sorgu, 'Approve position request' gibi yaygın Workflow adlarını kullanır. Kuruluşunuz bu adımlar için özel adlar kullanıyorsa ilgili
WHEREifadelerindekiCONTEXTdeğerlerini güncellemeniz gerekir.
a Örnek sorgu sql
SELECT
p.POSITIONID AS PositionId,
'Position Request Initiated' AS ActivityName,
w.CREATEDDATETIME AS EventTime,
w.CREATEDDATETIME AS EndTime,
w.USERID AS UserName,
dept.NAME AS DepartmentName,
pd.DESCRIPTION AS JobTitle,
'Initiated' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM WorkflowTrackingStatusTable w
JOIN HcmPositionV2 p ON w.REFRECID = p.RECID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE w.TRACKINGSTATUS = 1 -- Submitted
AND w.CONTEXT LIKE '%Create position request%'
AND p.DATAREAID = '[YourCompanyId]'
AND w.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Request Approved By Manager' AS ActivityName,
w.CREATEDDATETIME AS EventTime,
w.CREATEDDATETIME AS EndTime,
w.USERID AS UserName,
dept.NAME AS DepartmentName,
pd.DESCRIPTION AS JobTitle,
'Pending Budget' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM WorkflowTrackingStatusTable w
JOIN HcmPositionV2 p ON w.REFRECID = p.RECID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE w.TRACKINGSTATUS = 5 -- Approval
AND w.CONTEXT LIKE '%Manager approval%'
AND p.DATAREAID = '[YourCompanyId]'
AND w.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Budget Approved' AS ActivityName,
w.CREATEDDATETIME AS EventTime,
w.CREATEDDATETIME AS EndTime,
w.USERID AS UserName,
dept.NAME AS DepartmentName,
pd.DESCRIPTION AS JobTitle,
'Pending HR' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM WorkflowTrackingStatusTable w
JOIN HcmPositionV2 p ON w.REFRECID = p.RECID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE w.TRACKINGSTATUS = 5 -- Approval
AND w.CONTEXT LIKE '%Budget approval%'
AND p.DATAREAID = '[YourCompanyId]'
AND w.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Request Approved By HR' AS ActivityName,
w.CREATEDDATETIME AS EventTime,
w.CREATEDDATETIME AS EndTime,
w.USERID AS UserName,
dept.NAME AS DepartmentName,
pd.DESCRIPTION AS JobTitle,
'Approved' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM WorkflowTrackingStatusTable w
JOIN HcmPositionV2 p ON w.REFRECID = p.RECID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE w.TRACKINGSTATUS = 5 -- Approval
AND w.CONTEXT LIKE '%HR approval%'
AND p.DATAREAID = '[YourCompanyId]'
AND w.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Request Rejected' AS ActivityName,
w.CREATEDDATETIME AS EventTime,
w.CREATEDDATETIME AS EndTime,
w.USERID AS UserName,
dept.NAME AS DepartmentName,
pd.DESCRIPTION AS JobTitle,
'Rejected' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM WorkflowTrackingStatusTable w
JOIN HcmPositionV2 p ON w.REFRECID = p.RECID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE w.TRACKINGSTATUS = 3 -- Rejection
AND p.DATAREAID = '[YourCompanyId]'
AND w.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Created In HR System' AS ActivityName,
p.CREATEDDATETIME AS EventTime,
p.CREATEDDATETIME AS EndTime,
p.CREATEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Created' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE p.DATAREAID = '[YourCompanyId]'
AND p.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Attributes Modified' AS ActivityName,
p.MODIFIEDDATETIME AS EventTime,
p.MODIFIEDDATETIME AS EndTime,
p.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Modified' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE p.MODIFIEDDATETIME > p.CREATEDDATETIME
AND p.DATAREAID = '[YourCompanyId]'
AND p.MODIFIEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Reviewed For Compliance' AS ActivityName,
pd.MODIFIEDDATETIME AS EventTime,
pd.MODIFIEDDATETIME AS EndTime,
pd.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Compliance Reviewed' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE pd.[YourComplianceStatusField] = 'Reviewed' -- This requires a custom field indicating compliance review
AND p.DATAREAID = '[YourCompanyId]'
AND pd.MODIFIEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Reclassified' AS ActivityName,
p.MODIFIEDDATETIME AS EventTime,
p.MODIFIEDDATETIME AS EndTime,
p.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Reclassified' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE p.MODIFIEDDATETIME > p.CREATEDDATETIME -- This is an inference. See known limitations.
AND p.DATAREAID = '[YourCompanyId]'
AND p.MODIFIEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Activated' AS ActivityName,
pd.VALIDFROM AS EventTime,
pd.VALIDFROM AS EndTime,
pd.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Active' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE pd.VALIDFROM >= '[StartDate]'
AND p.DATAREAID = '[YourCompanyId]'
UNION ALL
SELECT
hr.POSITIONID AS PositionId,
'Hiring Process Started' AS ActivityName,
hr.CREATEDDATETIME AS EventTime,
hr.CREATEDDATETIME AS EndTime,
hr.CREATEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Recruiting' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmRecruitingRequest hr
JOIN HcmPositionV2 p ON hr.POSITIONID = p.POSITIONID
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE hr.DATAREAID = '[YourCompanyId]'
AND hr.CREATEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Frozen' AS ActivityName,
pd.MODIFIEDDATETIME AS EventTime, -- Assuming a status change triggers modification time
pd.MODIFIEDDATETIME AS EndTime,
pd.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Frozen' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE p.[YourPositionStatusField] = 'Frozen' -- Requires a dedicated status field on the position
AND p.DATAREAID = '[YourCompanyId]'
AND pd.MODIFIEDDATETIME >= '[StartDate]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Deactivated' AS ActivityName,
pd.VALIDTO AS EventTime,
pd.VALIDTO AS EndTime,
pd.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Inactive' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE pd.VALIDTO < '2154-12-31' -- D365 often uses this far-future date for 'never expires'
AND pd.VALIDTO >= '[StartDate]'
AND p.DATAREAID = '[YourCompanyId]'
UNION ALL
SELECT
p.POSITIONID AS PositionId,
'Position Closed' AS ActivityName,
pd.MODIFIEDDATETIME AS EventTime, -- Assuming a status change triggers modification time
pd.MODIFIEDDATETIME AS EndTime,
pd.MODIFIEDBY AS UserName,
dept.NAME AS DepartmentName,
j.DESCRIPTION AS JobTitle,
'Closed' AS PositionStatus,
pd.DEFAULTDIMENSIONDISPLAYVALUE AS CostCenter
FROM HcmPositionV2 p
JOIN HcmPositionDetail pd ON p.POSITIONID = pd.POSITIONID
LEFT JOIN HcmJob j ON p.JOBID = j.JOBID
LEFT JOIN OMOperatingUnit dept ON pd.DEPARTMENT = dept.OMOPERATINGUNITNUMBER
WHERE p.[YourPositionStatusField] = 'Closed' -- Requires a dedicated status field on the position
AND p.DATAREAID = '[YourCompanyId]'
AND pd.MODIFIEDDATETIME >= '[StartDate]' Başlamaya hazır mısınız?
Veri toplama sürecinizi kolaylaştırmak ve İşe Alımdan Emekliliğe Pozisyon Yönetimi süreciniz hakkında ayrıntılı içgörüler elde etmek için bu Templateı kullanın. Verimliliği ve uyumluluğu bugün iyileştirmeye başlayın.
İşe Alımdan Emekliliğe Pozisyon Yönetimini hemen optimize edin
Süreç çevrim sürenizi %30 azaltın ve darboğazları ortadan kaldırın.
Kredi kartı gerekmez. Kurulum birkaç dakika içinde tamamlanır.