İşe Alımdan Emekliliğe - Pozisyon Yönetimi Veri Templateiniz
İşe Alımdan Emekliliğe - Pozisyon Yönetimi Veri Templateiniz
- Ayrıntılı analiz için toplanması önerilen öznitelikler
- Doğru keşif için izlenecek temel süreç etkinlikleri
- Microsoft Dynamics 365 Human Resources için özel veri çıkarma yönergeleri
İşe Alımdan 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ı. | ||
| Açıklama Bu öznitelik, pozisyonun yaşam döngüsündeki 'Pozisyon talebi başlatıldı', 'Pozisyon İK sisteminde oluşturuldu' veya 'Pozisyon devre dışı bırakıldı' gibi tek bir adımı tanımlar. Olayların sırasını göstererek süreç haritasının temelini oluşturur. Etkinlik adını analiz ederek süreç akışlarını görselleştirebilir, standart süreçten sapmaları belirleyebilir ve farklı adımlar arasındaki geçiş sürelerini hesaplayabilirsiniz. Ne olduğunu ve hangi sırayla gerçekleştiğini anlamak için temel bir özniteliktir. Neden önemli? Süreç adımlarını tanımlar; 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 ortamındaki iş olaylarından, durum değişikliklerinden veya iş akışı geçmişinden türetilir. Tek bir alandan alınmaz, 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 ne zaman gerçekleştiğini gösteren zaman damgası. | ||
| 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 zamanlarını hesaplamak için gereklidir. Bu öznitelik, süreç haritası oluşturmaktan 'Ortalama pozisyon onay çevrim süresi' gibi performans KPI’larını hesaplamaya kadar hemen her Process Mining analizinde kullanılır. Gecikmelerin ne zaman yaşandığını ve sürecin her adımının ne kadar sürdüğünü belirlemeye yardımcı olur. Neden önemli? Bu zaman damgası, olayları sıralamak, zamana dayalı tüm metrikleri hesaplamak ve süreç darboğazlarını bulmak için gereklidir. Nereden alınır? Bu bilgi genellikle sistem günlüğü tablolarında veya Dynamics 365 HR ortamındaki pozisyon ve iş akışı 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 kimliği PositionId | Kuruluştaki belirli bir pozisyonu tanımlayan benzersiz kimlik. | ||
| Açıklama Pozisyon kimliği, bir kurumsal pozisyonla ilgili tüm etkinlikleri ve veri noktalarını birbirine bağlayan temel vaka tanımlayıcısıdır. Pozisyonun oluşturulmasından değişikliklere, devre dışı bırakılmasına veya kapatılmasına kadar tüm yaşam döngüsünü baştan sona izlemenizi sağlar. Süreç analizinde bu kimlik, her pozisyonun izlediği yolu yeniden oluşturmak için gereklidir. Çevrim sürelerini izleyen, onaylardaki darboğazları belirleyen ve talepten kapanışa kadar süreç farklılıklarını analiz eden Dashboardlar oluşturulmasını 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 yaşam döngüsünü baştan sona analiz edebilirsiniz. Nereden alınır? Bu alan genellikle Microsoft Dynamics 365 Human Resources ortamındaki 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ı. | ||
| Açıklama EndTime, bir etkinliğin tamamlandığı zamanı belirtir. StartTime ile EndTime arasındaki süre, ilgili etkinliğin işlem süresidir. Bu öznitelik, etkinlik düzeyindeki süreleri hesaplamak ve süreçte zamanın nerede harcandığını anlamak için gereklidir. Örneğin, bir pozisyon talebi kendisine atandıktan sonra yöneticinin talebi onaylamasının ne kadar sürdüğünü belirlemeye yardımcı olur. Neden önemli? Etkinliklerin işlem sürelerini hesaplamayı sağlar. Bu, ayrıntılı performans ve darboğaz analizi için temel oluşturur. Nereden alınır? Bu değer, sonraki olayların zaman damgalarından veya Dynamics 365 HR içindeki iş akışı günlüklerinde bulunan belirli tamamlanma alanlarından elde edilebilir. Çoğu zaman çıkarım yapmak 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, pozisyonun bağlı olduğu Finans, Pazarlama veya BT gibi kurumsal departmanı belirtir. Süreç verilerini filtrelemek ve gruplamak için temel boyutlardan biridir. Departmana göre analiz, Departman bazında pozisyon işlem hacmi Dashboardu için gereklidir. Süreç performansını karşılaştırmaya, departmana özgü darboğazları belirlemeye ve işletmenin farklı bölümlerindeki işe alım eğilimlerini anlamaya yardımcı olur. Neden önemli? Süreç analizini iş birimine göre bölümlere ayırarak departmana özgü sorunları belirlemeyi ve performansı karşılaştırmayı sağlar. Nereden alınır? Bu bilgi, pozisyon ayrıntılarının bir parçasıdır. Genellikle HcmPositionDetail varlığında saklanır ve faaliyet birimi boyutuna bağlanır. Örnekler FinansBilgi teknolojileriSatış ve pazarlamaİnsan KaynaklarıOperasyonlar | |||
| İş unvanı JobTitle | Pozisyonla ilişkili iş unvanı. Örneğin, Kıdemli muhasebeci. | ||
| Açıklama İş unvanı, pozisyonun rolü ve sorumlulukları hakkında önemli bilgiler verir. Birden fazla pozisyon aynı iş unvanını taşıyabileceğinden Pozisyon Kimliğinden farklıdır. Analiz sırasında bu öznitelik, rol türüne göre gruplama ve filtreleme yapmanızı sağlar. Hangi iş türlerinin daha sık yeniden sınıflandırıldığını görmek için Pozisyon yeniden sınıflandırma eğilimleri Dashboardunda kullanışlıdır. Neden önemli? İş rolü, düzeyi veya işlevine göre analiz yapmanızı sağlayarak önemli bir iş bağlamı sunar. Nereden alınır? Bu bilgi, pozisyonla ilişkili Job kaydından alınır. HcmPositionV2Entity gibi varlıklarda arayın veya HcmJobEntity ile birleştirin. Örnekler Kıdemli finans analistiYazılım mühendisi IIİK iş ortağıPazarlama koordinatörüLojistik yöneticisi | |||
| 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ı belirtir. Örneğin, talebi onaylayan yöneticiyi ya da pozisyonu sistemde oluşturan İK uzmanını gösterir. Kullanıcıya göre yapılan analiz, eğitim ihtiyaçlarını belirlemeye, ekip üyelerinin performansını karşılaştırmaya ve iş yükünün nasıl dağıldığını anlamaya yardımcı olur. Görevlerin uygun şekilde ayrıldığını doğrulamak için uyumluluk kontrollerinde de önem taşır. Neden önemli? Sorumluluğun izlenmesini sağlar ve kişi ya da ekip bazında performans analizine imkân verir. Bu, kaynak yönetimi ve eğitim açısından büyük önem taşır. Nereden alınır? Dynamics 365 HR içindeki iş akışı geçmişi veya denetim izi kayıtlarıyla ilişkilidir. HcmWorker varlığındaki bir User ID aracılığıyla bağlanabilir. Örnekler John SmithJane DoeSİSTEMİKAdmin01MGR-FINANCE | |||
| Maliyet merkezi CostCenter | Pozisyon giderlerinin aktarıldığı finansal maliyet merkezi. | ||
| Açıklama Maliyet merkezi, pozisyonu belirli bir bütçeye veya finansal sorumluluk alanına bağlayan temel bir finansal boyuttur. Bu öznitelikteki değişiklikleri izlemek önemlidir. Bu öznitelik, oluşturulduktan sonra temel özniteliklerdeki değişiklikleri inceleyen Pozisyon verisi tutarlılık kontrolü Dashboardu için önemlidir. Ayrıca pozisyonla ilgili maliyetleri ve bütçeleri farklı finansal birimlere göre analiz etmek için kullanılır. Neden önemli? Pozisyonu finansal verilere bağlayarak maliyet odaklı süreç analizine ve veri tutarlılığının izlenmesine imkân verir. Nereden alınır? Bu değer 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 gösterir. Örneğin, Önerildi, Etkin, Donduruldu veya Kapatıldı değerlerini alabilir. Durum değişiklikleri çoğu zaman süreçteki etkinliklerle ilişkilidir. Durumu izlemek, pozisyonun yolculuğunu anlamak ve Pozisyon uyumluluk inceleme durumu ile Güncelliğini yitirmiş ve yeterince kullanılmayan pozisyonlar gibi Dashboardlar için önemlidir. Pozisyonun mevcut durumunu gösterir ve süreç akışını doğrulamaya yardımcı olur. Neden önemli? Her pozisyonun durumunu açıkça gösterir. Böylece vakaları filtreleyebilir ve sonuçları anlayabilirsiniz. Nereden alınır? Microsoft Dynamics 365 Human Resources dokümantasyonuna başvurun. Bu değer muhtemelen temel Position kaydındaki durum alanlarından elde edilir. Örnekler ÖnerildiİnceleniyorEtkinDondurulduKapatıldı | |||
| Bütçe onaylandı mı IsBudgetApproved | Pozisyon bütçesinin onaylanıp onaylanmadığını gösteren işaret. | ||
| Açıklama Bu Boole özniteliği, belirli bir pozisyon vakasında Pozisyon bütçesi onaylandı etkinliği gerçekleştiyse true değerini alır. Süreç akışını analiz etmeye ve bütçe beklediği için ilerleyemeyen pozisyonları belirlemeye yardımcı olur. Bu öznitelik, süreçleri filtrelemek ve Pozisyon bütçesi onay çevrim süresi KPI’ını daha etkili analiz etmek için kullanılabilir. Bütçe onayını alan pozisyonları almayanlardan ayırır; bu da darboğaz analizinde kullanışlıdır. Neden önemli? Önemli bir kilometre taşı için açık bir işaret sunarak analizi kolaylaştırır ve bütçe onay aşamasını ayrı olarak ölçmeye yardımcı olur. Nereden alınır? Bu değer, vaka geçmişinde Pozisyon bütçesi onaylandı etkinliğinin bulunup bulunmadığı kontrol edilerek veri dönüştürme sırasında elde edilir. Örnekler truefalse | |||
| İş ailesi JobFamily | Mühendislik veya Finans gibi benzer işlevlere sahip işlerin gruplandırılması. | ||
| Açıklama İş ailesi, ilişkili iş unvanlarını bir araya getiren bir sınıflandırmadır. Örneğin, Yazılım mühendisi ve Kalite güvence mühendisi, Mühendislik iş ailesinde yer alabilir. Bu öznitelik, hangi iş kategorilerinin daha sık değiştiğini üst düzeyde incelemeyi sağladığı için Pozisyon yeniden sınıflandırma eğilimleri Dashboardu açısından önemlidir. Tek tek iş unvanlarına bakmaktan daha geniş bir görünüm sunar. Neden önemli? Pozisyonları daha geniş kategoriler üzerinden analiz etmenizi sağlar. Bu, 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ş ayarlarının 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ığı sistem. | ||
| Açıklama Bu öznitelik, süreç verilerinin kaynağını belirtir. Bu görünümde kaynak genellikle 'Microsoft Dynamics 365 Human Resources' olur. Birden fazla sistemin kullanıldığı ortamlarda bu alan, verinin kaynağını izlemek ve sorunları gidermek için önemlidir. Verilerin beklenen kaynaktan geldiğini doğrulamaya ve analizleri belirli sistemlere göre filtrelemeye yardımcı olur. Neden önemli? Verilerin kaynağı hakkında bağlam sağlar. Bu bilgi, veri yönetişimi ve birden fazla kurumsal sistemi kapsayan analizler için önemlidir. Nereden alınır? Veri setinin kaynağını belirtmek için veri çıkarma ve dönüştürme işlemi sırasında eklenen statik bir değerdir. Örnekler Microsoft Dynamics 365 İnsan KaynaklarıD365 İKDynamicsHR | |||
| Konum Location | Pozisyonun fiziksel veya coğrafi konumu. | ||
| Açıklama Bu öznitelik, pozisyonun bulunduğu ofisi, şehri veya ülkeyi belirtir. Süreç verilerini filtrelemek ve bölümlere ayırmak için kullanılan bir diğer önemli boyuttur. Konum, farklı bölgelerdeki personel eğilimlerini ve süreç performansını incelemek için Departman bazında pozisyon işlem hacmi Dashboardunda doğrudan kullanılır. Bazı konumlarda pozisyon oluşturma veya onay süreçlerinin daha uzun sürüp sürmediğini belirlemeye yardımcı olabilir. Neden önemli? Coğrafi bağlam sunarak farklı konumlardaki süreç performansını ve eğilimleri analiz etmenizi sağlar. Nereden alınır? Microsoft Dynamics 365 Human Resources dokümantasyonuna başvurun. Bu bilgi, pozisyon ayrıntılarının bir parçası olabilir veya departman ya da tüzel kişilik aracılığıyla bağlanabilir. Örnekler New York, ABDLondra, Birleşik KrallıkBerlin, AlmanyaSingapurUzaktan | |||
| Onay çevrim süresi ApprovalCycleTime | Pozisyon talebinin başlatılmasından nihai onayın verilmesine kadar geçen toplam süre. | ||
| Açıklama Bu hesaplanan metrik, Pozisyon talebi başlatıldı etkinliğinden son onay etkinliğine kadar geçen süreyi ölçer. Son onay etkinliği, Pozisyon talebi İK tarafından onaylandı olabilir. Pozisyon yönetimi sürecinin ilk aşamaları için temel bir performans göstergesidir. Bu öznitelik, Pozisyon onay çevrim süresi Dashboardunu ve KPI’ını doğrudan besler. Onay sürecinin verimliliğini üst düzeyde ölçer ve iyileştirme çalışmalarının zaman içindeki etkisini izlemenize yardımcı olur. Neden önemli? Tüm onay sürecinin verimliliğini ölçen temel bir KPI’dır. Pozisyonların oluşturulmaya hazır hâle gelmesindeki gecikmeleri doğrudan gösterir. Nereden alınır? Bu değer, onay aşamasındaki başlangıç ve bitiş etkinliklerinin zaman damgaları bulunup aralarındaki fark hesaplanarak vaka düzeyinde elde edilir. Örnekler P3DT2H15MP10DP1DT12HP5DT6HP2W | |||
| Pozisyon türü PositionType | Pozisyonu tam zamanlı, yarı zamanlı, geçici gibi türlere göre sınıflandırır. | ||
| Açıklama Bu öznitelik, pozisyonu çalışma koşullarına göre sınıflandırır. İş gücü analizine ve planlamasına ek bağlam sağlar. Süreç analizinde pozisyon türüne göre filtreleme yapmak, bazı pozisyon türlerinin farklı süreç yolları izleyip izlemediğini veya daha uzun çevrim sürelerine sahip olup olmadığını ortaya çıkarabilir. Örneğin, geçici pozisyonların onay süreci, kalıcı ve tam zamanlı pozisyonlara kıyasla daha hızlı ve daha az adımlı olabilir. Neden önemli? Farklı çalışma türlerinde sürecin nasıl değiştiğini analiz etmenizi sağlayarak iş gücü planlamasına ve süreç iyileştirmesine katkıda bulunur. Nereden alınır? Bu bilgi genellikle Dynamics 365 HR içindeki pozisyon kaydında bulunur. İlgili alan için HcmPositionV2Entity gibi varlıkları kontrol edin. Örnekler Tam zamanlıYarı zamanlıSözleşmeli çalışanStajyerGeçici | |||
| Ret nedeni RejectionReason | Pozisyon talebi reddedildiğinde belirtilen neden. | ||
| Açıklama Bir yönetici veya İK, pozisyon talebini reddettiğinde genellikle bir neden kaydedilir. Bütçe kısıtları, yanlış bilgi veya strateji değişikliği bu nedenler arasında olabilir. Bu öznitelik, Pozisyon talebi ret oranı KPI’ını hesaplamak ve yeniden çalışmanın nedenlerini anlamak için önemlidir. En sık görülen ret nedenlerini incelemek, talep kalitesinin düşük olması veya yönergelerin açık olmaması gibi süreç başındaki sorunları belirlemeye yardımcı olur. Bu sorunları ele alarak süreci iyileştirebilirsiniz. Neden önemli? Taleplerin neden başarısız olduğunu doğrudan göstererek yeniden çalışmayı ve ret oranlarını azaltmaya yönelik süreç iyileştirmelerine imkân verir. Nereden alınır? Microsoft Dynamics 365 Human Resources dokümantasyonuna başvurun. Ret durumunda bu bilgi genellikle iş akışı yorumlarında veya özel bir neden kodu alanında kaydedilir. Örnekler Bütçe mevcut değilYinelenen talepYanlış iş profiliİşe alım dondurulduStratejik yeniden yapılanma | |||
| Son veri güncellemesi LastDataUpdate | Kaynak sistemden alınan en son veri yenilemesinin zaman damgası. | ||
| Açıklama Bu öznitelik, verilerin Microsoft Dynamics 365 Human Resources sisteminden en son ne zaman çıkarıldığını gösterir. Analiz verilerinin ne kadar güncel olduğunu anlamanıza yardımcı olur. Bu bilgiyi Dashboardlarda göstermek, kullanıcıların güncel verileri incelediğinden emin olmasını sağlar. Her Process Mining projesi için önemli bir üst veri öğesidir. Neden önemli? Analize dayalı kararlar alırken büyük önem taşıyan verilerin güncelliği hakkında bilgi verir. Nereden alınır? Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) işlemi sırasında oluşturulur ve kaydedilir. Ö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 alınacak bir pozisyon talep ederek süreci başlatan işe alım yöneticisini ya da departman yöneticisini belirtir. Pozisyon ihtiyacının nereden kaynaklandığını gösterir. Talepte bulunan yöneticiye göre yapılan analiz, talep hacmi, onay oranları ve talep kalitesiyle ilgili örüntüleri belirlemeye yardımcı olabilir. İş yükünü ve sürece uyumu anlamak için ek ayrıntı sunar. Neden önemli? Pozisyon ihtiyacının kaynağını izlemeye ve süreç metriklerini işe alım yöneticisinin bakış açısından analiz etmeye yardımcı olur. Nereden alınır? Microsoft Dynamics 365 Human Resources dokümantasyonuna başvurun. Bu bilgi muhtemelen iş akışının başlatılma verilerinde kaydedilir. Ö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 Boole işareti, bir etkinliğin süreçte tekrarlanan bir adım olduğunu gösterir. Örneğin, öznitelikler değiştirildikten sonra yeniden onay alınması bu duruma girer. Verimsiz süreç döngülerini ölçmeye yardımcı olur. Bu öznitelik, Pozisyon yeniden çalışma analizi Dashboardunu ve Pozisyon oluşturma sırasında yeniden çalışma oranı KPI’ını doğrudan destekler. Analistler, yeniden çalışma işaretini kullanarak süreç verimsizliklerinin sıklığını ve etkisini kolayca filtreleyip ölçebilir. Neden önemli? Süreç iyileştirme çalışmalarının başlıca hedeflerinden biri olan yeniden çalışmayı açıkça belirler ve ölçer. Nereden alınır? Bu değer, bir vakadaki etkinliklerin sırasına göre hesaplanır. Örneğin, Pozisyon talebi yönetici tarafından onaylandı etkinliği, Pozisyon öznitelikleri değiştirildi etkinliğinden sonra gerçekleşirse yeniden çalışma olarak işaretlenebilir. Örnekler truefalse | |||
İşe Alımdan Emekliliğe - Pozisyon Yönetimi etkinlikleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| Pozisyon devre dışı bırakıldı | Pozisyon artık etkin değildir ve genellikle doldurulduktan sonra etkin kurum yapısından çıkarılır. Durumun 'Etkin değil' veya benzer bir duruma geçmesinden belirlenir. | ||
| Neden önemli? Pozisyonun etkin yaşamının sonundaki önemli bir adımı gösterir. Ortalama pozisyonu devre dışı bırakma süresini analiz etmek ve çalışan sayısını doğru yönetmek için önemlidir. Nereden alınır? 'RetirementDate' alanının doldurulduğu zaman damgasından veya pozisyon kaydındaki durum alanının 'Etkin değil' olarak değişmesinden belirlenir. Kaydedin Pozisyonun RetirementDate alanının ayarlandığı tarihe veya durum alanının 'Etkin değil' olarak değiştiği zamana göre belirlenir. Olay türü inferred | |||
| Pozisyon etkinleştirildi | Pozisyonun resmen açıldığı ve işe alımın başlayabileceği zamanı gösterir. Pozisyon kaydındaki durum alanının 'Etkin' veya benzer bir duruma geçmesinden belirlenir. | ||
| 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. Ortalama pozisyon etkinleştirme süresi KPI’ı için gereklidir. Nereden alınır? Pozisyon kaydındaki 'PositionStatus' gibi durum alanının 'Etkin' veya 'Açık' olarak güncellendiği zaman damgası izlenerek belirlenir. Kaydedin Pozisyonun ActivationDate alanının doldurulduğu tarihe veya durum alanının 'Etkin' olarak değiştiği zamana göre belirlenir. Olay türü inferred | |||
| Pozisyon İK sisteminde oluşturuldu | Bu olay, pozisyon kaydının Dynamics 365 HR ortamında resmen oluşturulduğunu gösterir. Pozisyon kaydının oluşturulma zaman damgasından alınır. | ||
| Neden önemli? Talep aşamasından gerçek bir kurum pozisyonuna geçişi gösteren temel bir aşamadır. Pozisyon oluşturma hazırlık süresi KPI’ının bitiş noktasıdır. Nereden alınır? HcmPosition gibi ana pozisyon tablosundaki 'CreatedDateTime' sistem alanından alınır. Kaydedin HcmPosition tablosundaki CreatedDateTime sistem alanından çıkarılır. Olay türü explicit | |||
| Pozisyon kapatıldı | Pozisyon kaydının arşivlenerek yaşam döngüsünün tamamen sona erdiğini gösterir. Durumun 'Kapalı' veya benzer bir son duruma geçmesinden belirlenir. | ||
| Neden önemli? Sürecin son olayıdır. Yaşam döngüsünün baştan sona analiz edilmesini ve kapatılması gereken güncelliğini yitirmiş pozisyonların belirlenmesini sağlar. Nereden alınır? Pozisyon kaydındaki durum alanının 'Kapalı' olarak değişmesinden belirlenir. Kayıtlar genellikle geçmişe dönük olarak saklandığından bu durum, devre dışı bırakmaya kıyasla daha seyrek görülür. Kaydedin Durum alanının 'Kapalı' olarak güncellendiği zaman damgasından belirlenir. Olay türü inferred | |||
| Pozisyon talebi başlatıldı | Pozisyon yönetimi yaşam döngüsünün resmen başladığını gösterir. Bu olay genellikle kullanıcı Dynamics 365 HR ortamındaki özel bir form veya iş akışı üzerinden yeni pozisyon talebi gönderdiğinde kaydedilir. | ||
| Neden önemli? Bu olay, Pozisyon onay çevrim süresi ve Pozisyon oluşturma hazırlık süresi gibi önemli KPI’lar dahil olmak üzere pozisyon yaşam döngüsünün tamamını ölçmek için başlangıç noktasıdır. Nereden alınır? Pozisyon talebi kaydının oluşturulma zaman damgasından veya WorkflowTrackingStatusTable gibi iş akışı geçmişi tablosundaki başlatma kaydından alınır. Kaydedin Yeni pozisyon talebi iş akışı gönderildiğinde olay kaydedilir. Olay türü explicit | |||
| Pozisyon talebi İK tarafından onaylandı | Pozisyon resmen oluşturulmadan önce İnsan Kaynakları departmanından alınan son onayı gösterir. İK onay görevi iş akışı sisteminde tamamlandığında bu olay açıkça kaydedilir. | ||
| Neden önemli? Onay aşamasının sonunu gösterir ve Ortalama pozisyon onay çevrim süresini ölçmek için önemli bir aşamadır. Nereden alınır? İK temsilcisi onay görevini tamamladığında WorkflowTrackingTable gibi iş akışı geçmişi tablolarına kaydedilir. Kaydedin İK onay adımı tamamlandığında olay, zaman damgasıyla birlikte iş akışı geçmişine kaydedilir. Olay türü explicit | |||
| İşe alım süreci başladı | Pozisyon yönetiminden işe alıma devir teslimi gösterir. Belirli pozisyon kimliğiyle ilişkilendirilmiş yeni bir açık pozisyon veya işe alım projesi oluşturulduğunda bu olay belirlenir. | ||
| Neden önemli? Pozisyon yönetimi sürecini sonucuna bağlayarak 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 kayıtların oluşturulma tarihi belirlenerek tespit edilir. Kaydedin PositionId ile işe alım modülünde karşılık gelen kaydın oluşturulması ilişkilendirilerek belirlenir. Olay türü inferred | |||
| Pozisyon bütçesi onaylandı | Yeni pozisyon için gerekli bütçenin 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 incelemeyi sağlar, bütçe tahsisiyle ilgili gecikmelerin analizine ve Pozisyon bütçesi onay çevrim süresi KPI’ının izlenmesine yardımcı olur. Nereden alınır? WorkflowTrackingTable gibi iş akışı geçmişi tablolarında tamamlanmış bir onay görevi olarak kaydedilir ve genellikle finans rolüne atanır. Kaydedin Bütçe onay görevinin tamamlanma zaman damgası iş akışı günlüğünden alınır. Olay türü explicit | |||
| Pozisyon donduruldu | Pozisyonun geçici olarak durdurulduğunu ve işe alım faaliyetlerinin yapılamadığını gösterir. Pozisyon kaydındaki durumun 'Donduruldu' veya 'Beklemede' olarak değişmesinden belirlenir. | ||
| Neden önemli? Personel planlarını ve bütçeleri etkileyebilecek pozisyon yaşam döngüsü kesintilerini izler. İşe alım gecikmelerinin nedenlerini belirlemeye yardımcı olur. Nereden alınır? Pozisyon kaydındaki durum alanının 'Donduruldu' veya benzer bir değere güncellendiği zaman damgası izlenerek belirlenir. Kaydedin Durumun 'Donduruldu' veya 'Beklemede' olarak değiştiği zaman damgasından belirlenir. Olay türü inferred | |||
| Pozisyon öznitelikleri değiştirildi | Pozisyon oluşturulduktan sonra unvan veya departman gibi temel özniteliklerinde yapılan değişiklikleri ifade eder. Bu etkinlik genellikle sistemin veritabanı günlüğündeki değişiklikler izlenerek belirlenir. | ||
| Neden önemli? Bu etkinliğin sık görülmesi, veri kalitesinin düşük olduğuna veya yeniden çalışma gerektiğine işaret edebilir. Pozisyon öznitelik değişikliği sıklığı ve yeniden çalışma oranı KPI’larının hesaplanması için önemlidir. Nereden alınır? Pozisyon tablosunda değişiklik izleme etkinse SysDatabaseLog tablosundan belirlenir. Alternatif olarak pozisyon verilerinin geçmiş anlık görüntülerinin karşılaştırılması gerekir. Kaydedin Veritabanı günlüğü aracılığıyla HcmPosition tablosundaki temel alanlarda yapılan güncelleme işlemleri tespit edilerek belirlenir. Olay türü inferred | |||
| Pozisyon talebi reddedildi | Pozisyon talebinin onay aşamalarından birinde reddedildiğini gösterir. Onaylayan kişi 'Reddet' işlemini seçtiğinde bu olay iş akışı geçmişine açıkça kaydedilir. | ||
| Neden önemli? Süreçteki başarısızlıkları ve yeniden çalışma döngülerini ortaya çıkarır. Ret nedenlerinin analizi, ilk taleplerin kalitesini artırmaya ve Pozisyon talebi ret oranı KPI’ını izlemeye yardımcı olur. Nereden alınır? Belirli pozisyon talebi için WorkflowTrackingStatusTable gibi iş akışı geçmişi tablolarında 'Reddedildi' durumu olarak kaydedilir. Kaydedin Onaylayan kişi talebi reddettiğinde iş akışı 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. Yönetici kendisine atanan onay görevini tamamladığında bu olay iş akışı geçmişine açıkça kaydedilir. | ||
| Neden önemli? İlk onay aşamasının süresini belirleyerek belirli yöneticilerdeki veya departmanlardaki darboğazları tespit etmeye yardımcı olur. Nereden alınır? Pozisyon talebiyle ilişkilendirilmiş WorkflowTrackingTable gibi iş akışı geçmişi tablolarında tamamlanmış bir adım olarak kaydedilir. Kaydedin Yönetici onay adımının tamamlanma zaman damgası iş akışı günlüğünden alınır. Olay türü explicit | |||
| Pozisyon yeniden sınıflandırıldı | Pozisyonun iş ailesi veya düzeyi gibi temel sınıflandırmasının değiştirildiği önemli bir güncellemedir. Genellikle pozisyon kaydındaki 'Job' alanındaki değişiklikten belirlenir. | ||
| Neden önemli? Kurum yapısındaki değişiklikleri ve iş tanımlarının istikrarını analiz etmeye yardımcı olur. Pozisyon yeniden sınıflandırma oranı KPI’ı için temel etkinliktir. Nereden alınır? HcmPosition tablosundaki 'JobId' alanındaki değişiklikten belirlenir. Bu değişiklik veritabanı günlüğünden alınabilir veya kayıt sürümleri zaman içinde karşılaştırılarak tespit edilebilir. Kaydedin Pozisyon kaydındaki iş sınıflandırması alanında günlüğe kaydedilen değişiklikten belirlenir. Olay türü inferred | |||
| Pozisyonun uyumluluk incelemesi yapıldı | Pozisyonun resmî bir uyumluluk kontrolünden geçtiğini gösterir. Durum değişikliği, tamamlanmış kontrol listesi görevi veya güncellenen özel bir alan üzerinden kaydedilebilir. | ||
| Neden önemli? Mevzuata ve kurum içi politikalara uyumu izlemek için önemlidir. Bu etkinlik, Pozisyon uyumluluk oranı KPI’ını doğrudan destekler. Nereden alınır? Pozisyon kaydındaki 'ComplianceReviewStatus' gibi zaman damgalı bir durum alanından veya 'IsComplianceReviewed' adlı mantıksal alandan belirlenebilir. Kaydedin Uyumluluk durumu alanı 'Tamamlandı' veya 'İncelendi' olarak güncellendiğinde kaydedilen zaman damgasından belirlenir. Olay türü inferred | |||
Veri çıkarma rehberleri
Adımlar
- Veri Yönetimi çalışma alanına gidin: Microsoft Dynamics 365 Human Resources’ta oturum açın. Ana arama çubuğunu kullanarak 'Veri yönetimi' çalışma alanına gidin.
- Yeni bir dışa aktarma projesi oluşturun: Çalışma alanında 'Dışa aktar' kutucuğunu seçin. 'Dışa aktarma' proje sayfasında 'Yeni’ye tıklayarak proje oluşturun. 'PositionManagement_EventLog_Export' gibi açıklayıcı bir ad verin ve veri biçimini seçin. Dönüştürme işlemleri için 'CSV' önerilir.
- Projeye veri varlıkları ekleyin: Yeni projenizde 'Varlık ekle’ye tıklayın. Pozisyonun tüm yaşam döngüsünü kaydetmek için birkaç varlık eklemeniz gerekir. Şu temel varlıkları sırayla 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 'Filtre’ye tıklayın. 'HcmPositionV2' için 'CreatedDateTime' veya 'ModifiedDateTime' alanlarını kullanarak belirli bir tarih aralığı belirleyin. 'WorkflowTrackingStatusTable' için 'CONTEXTTABLENAME' alanını, yalnızca pozisyonlarla ilgili iş akışlarını içerecek şekilde filtreleyin.
- Her varlık için alanları seçin: Daha sonra dönüştürme yapabilmek 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 filtreleri yapılandırdıktan sonra ana proje sayfasında 'Dışa aktar’a tıklayın. Sistem, her varlık için ayrı dosyalar içeren bir veri paketi oluşturur.
- Veri paketinin ilerlemesini izleyin ve paketi indirin: İşin ilerlemesini 'İş geçmişi' bölümünden izleyebilirsiniz. İş başarıyla tamamlandığında sıkıştırılmış dosya biçimindeki 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 ham verileri içerir, son Event Logu değil. Dosyaları işlemek için harici bir betik (örneğin pandas kullanan bir Python betiği veya PowerShell) kullanmanız gerekir.
- Dönüştürme mantığını uygulayın: Betiğiniz şu işlemleri yapmalıdır:
- 'HcmPositionV2.csv' dosyasını yükleyin. Bu dosyadaki 'PositionId' ve 'CreatedDateTime' alanlarını kullanarak 'İK sisteminde pozisyon oluşturuldu' olayını oluşturun.
- 'HcmPositionV2.csv' dosyasındaki durum alanlarını veya 'ActivationDate' ve 'RetirementDate' gibi tarih alanlarını yorumlayarak durum değişikliği olaylarını ('Pozisyon etkinleştirildi', 'Pozisyon donduruldu', 'Pozisyon devre dışı bırakıldı', 'Pozisyon kapatıldı') oluşturun.
- 'WorkflowTrackingStatusTable.csv' dosyasını yükleyin. Kayıt kimliğini kullanarak bu verileri pozisyon verileriyle birleştirin. Buradan iş akışı olaylarını oluşturun: 'Pozisyon talebi başlatıldı', 'Pozisyon talebi yönetici tarafından onaylandı', 'Pozisyon bütçesi onaylandı', 'Pozisyon talebi İK tarafından onaylandı' ve 'Pozisyon talebi reddedildi'. İş akışı durumunu ve adım bağlamını doğru etkinlik adıyla eşleştirmeniz gerekir.
- 'SysDatabaseLog.csv' dosyasını dışa aktardıysanız, HcmPosition tablosundaki belirli alanlarda yapılan değişikliklere göre 'Pozisyon öznitelikleri değiştirildi' ve 'Pozisyon yeniden sınıflandırıldı' olaylarını oluşturmak için dosyayı ayrıştırın.
- Belirli bir pozisyon için işe alım talebinin ne zaman oluşturulduğunu bulup 'İşe alım süreci başlatıldı' olayını oluşturmak için 'HcmRecruitingRequest.csv' dosyasını yükleyin.
- Son Event Logu bir araya getirin: Betik, farklı kaynaklardan oluşturulan tüm olayları tek bir CSV dosyasında birleştirmelidir. 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: Son CSV dosyasındaki başlıkların gerekli öznitelik adlarıyla eşleştiğinden ve 'EventTime' sütununun tutarlı bir zaman damgası biçiminde olduğundan emin olun. Dosya artık Process Mining aracına 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şturulma ve etkinleştirilme tarihleri ile iş ve departman gibi öznitelikler dahil, her pozisyonun temel ayrıntılarını içerir.WorkflowTrackingStatusTable: Gönderim, onay ve ret bilgileri dahil iş akışı örneklerinin geçmişini sağlar. Onay sürecini izlemek için gereklidir.HcmRecruitingRequest: Bir işe alım talebi pozisyonla ilişkilendirildiğinde 'İşe alım süreci başlatıldı' etkinliğini belirlemek için kullanılır.SysDatabaseLog: 'Pozisyon öznitelikleri değiştirildi' ve 'Pozisyon yeniden sınıflandırıldı' gibi ayrıntılı değişiklikleri kaydetmek için kullanılabilecek isteğe bağlı bir varlıktır. Kullanılabilmesi için HcmPosition tablosunda veritabanı günlüğünün önceden yapılandırılmış olması gerekir.
- Tarih aralığı filtresi: 'HcmPositionV2' varlığına 'CreatedDateTime' alanını temel alan bir tarih aralığı filtresi uygulamanız önemle önerilir. Yönetilebilir miktarda veri elde etmek için genellikle 6 ila 12 aylık bir aralık iyi bir başlangıçtır.
- Artımlı dışa aktarımlar: Sürekli analiz için dışa aktarma projesini artımlı dışa aktarımlar yapacak şekilde yapılandırmayı değerlendirin. Böylece yalnızca son çalıştırmadan bu yana değişen kayıtlar çıkarılır ve işlem süresi önemli ölçüde kısalır.
- Ön koşullar: Dışa aktarma işlemini yapan kullanıcının 'Veri yönetimi' ç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 'Veri yönetimi yöneticisi' rolü veya belirli varlık izinlerine sahip özel bir rol gerekir.
Ö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ğinizde 'Kendi Veritabanınızı Getirin' (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 olan 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ı tablolara çoğaltılır. BYOD veritabanındaki tablo adlarının varlık adlarıyla birebir aynı olmayabileceğini, ancak genellikle çok benzediğini unutmayın.
- SQL sorgusunu yükleyin: SQL istemcinizde yeni bir sorgu penceresi açın ve bu belgenin 'sorgu' bölümünde verilen SQL betiğinin tamamını yapıştırın.
- Parametreleri özelleştirin: Sorgudaki yer tutucu değişkenleri düzenleyin. Analiz etmek istediğiniz belirli tüzel kişiliği (örneğin 'USMF')
@[YourCompanyId]değişkenine girin. Veri çıkarımını istediğiniz dönemle sınırlamak içinWHEREkoşullarındaki 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 miktarına 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’de sonuç tablosuna sağ tıklayıp 'Sonuçları farklı kaydet...' seçeneğini belirleyebilirsiniz.
- Yüklemeye hazırlayın: Dışa aktarılan CSV dosyasının UTF-8 kodlamasına sahip olduğundan emin olun. Sütun başlıklarının, Process Mining aracına sorunsuz yükleme için gerekli özniteliklerle (
PositionId,ActivityName,EventTimevb.) birebir 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 pozisyon, pozisyon ayrıntıları, iş akışı geçmişi, işler, departmanlar ve işe alım talepleriyle ilgili varlıklar gereklidir.
- Veri gecikmesi: BYOD’un anlık değil, gerçeğe yakın zamanlı bir çoğaltma sunduğunu unutmayın. D365 HR’da bir işlem gerçekleştikten sonra verilerin Azure SQL Database’de görünmesi birkaç dakika ile bir saat arasında gecikebilir.
- Tarih aralığı filtresi: Performansı ve veri miktarını yönetmek için sorgunuza tarih filtreleri uygulamanız önemlidir. Başlangıç olarak genellikle 3 ila 6 aylık bir aralık uygundur. Her
UNION ALLbloğunda oluşturulma veya olay zaman damgalarına göre filtre uygulayın. - Şirket filtresi: Doğru kurumsal birimin verilerini analiz ettiğinizden emin olmak için her zaman
DATAREAID(tüzel kişilik veya şirket kimliği) alanına göre filtre uygulayın. Verilen 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 iş akışı adımları: Sorguda onaylar için 'Pozisyon talebini onayla' gibi yaygın iş akışı adları kullanılır. Kuruluşunuz bu adımlar için özel adlar kullanıyorsa ilgili
WHEREkoşullarındakiCONTEXTdeğerlerini güncellemeniz gerekir.
Ö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 kapsamındaki pozisyon yönetimi süreciniz hakkında ayrıntılı içgörüler edinmek için bu Templateten yararlanın. Verimliliği ve uyumluluğu iyileştirmeye bugün başlayın.
İşe Alımdan Emekliliğe kapsamındaki pozisyon yönetimini hemen iyileştirin
Süreç çevrim sürenizi %30 azaltın ve darboğazları ortadan kaldırın.
Kredi kartı gerekmez. Kurulum birkaç dakika sürer.