Hire to Retire - Kadro Yönetimi Veri Şablonunuz
Hire to Retire - Kadro Yönetimi Veri Şablonunuz
- Kapsamlı bir analiz için toplanması tavsiye edilen `öznitelikler`.
- Doğru keşif için izlenecek anahtar süreç etkinlikleri
- Özellikle Microsoft Dynamics 365 Human Resources için çıkarma rehberliği
İşe Alımdan Emekliliğe - Pozisyon Yönetimi Nitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Faaliyet Adı ActivityName | Kadro yönetimi sürecinde meydana gelen belirli olayın veya görevin adı. | ||
| Açıklama Bu nitelik, kadronun yaşam döngüsündeki tek bir adımı tanımlar; örneğin 'Kadro Talebi Başlatıldı', 'İK Sisteminde Kadro Oluşturuldu' veya 'Kadro Pasifleştirildi'. Olayların sırasını gösteren süreç haritasının omurgasını oluşturur.\n\nAktivite Adı'nı analiz etmek, süreç akışlarının görselleştirilmesine, standart süreçten sapmaların belirlenmesine ve farklı adımlar arasındaki geçiş sürelerinin hesaplanmasına olanak tanır. Ne olduğunu ve hangi sırayla olduğunu anlamak için temeldir. Neden önemli Sürecin adımlarını tanımlar, süreç haritalarının görselleştirilmesini ve süreç akışı ile varyasyonlarının analizini sağlar. Nereden alınır Bu nitelik, Microsoft Dynamics 365 İnsan Kaynakları içindeki iş olaylarından, durum değişikliklerinden veya iş akışı geçmişinden türetilir. Tek bir alan değildir, ancak verinin bağlamına göre oluşturulur. Örnekler Kadro Talebi BaşlatıldıYönetici Tarafından Kadro Talebi OnaylandıİK Sisteminde Kadro OluşturulduKadro Nitelikleri DeğiştirildiKadro Kapatıldı | |||
| Olay Zamanı EventTime | Aktivitenin ne zaman gerçekleştiğini gösteren timestamp. | ||
| Açıklama Olay Zamanı veya zaman damgası, bir aktivitenin tamamlandığı kesin tarih ve saati kaydeder. Olayları kronolojik olarak sıralamak ve süreleri ile döngü sürelerini hesaplamak için kritiktir.\n\nBu nitelik, süreç haritası oluşturmaktan 'Ortalama Kadro Onay Döngü Süresi' gibi performans KPI'larını hesaplamaya kadar neredeyse her process mining analizinde kullanılır. Gecikmelerin ne zaman meydana geldiğini 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, tüm zamana dayalı metrikleri hesaplamak ve süreç darboğazlarını keşfetmek için esastır. Nereden alınır Bu bilgi genellikle sistem log tablolarında veya Dynamics 365 İK'daki kadro ve iş akışı kayıtlarıyla ilişkili 'CreatedDateTime' veya '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 PositionId | Kuruluş içindeki belirli bir kadro için benzersiz tanımlayıcı. | ||
| Açıklama Kadro Kimliği, tek bir organizasyonel kadroyla ilgili tüm aktiviteleri ve veri noktalarını birbirine bağlayan birincil olay tanımlayıcısı olarak hizmet eder. Bu, bir kadronun oluşturulmasından değişikliklerine ve nihai olarak pasifleştirilmesine veya kapatılmasına kadar tüm yaşam döngüsünün uçtan uca izlenmesine olanak tanır.\n\nSüreç analizinde, bu kimlik her kadronun yolculuğunu yeniden yapılandırmak için esastır. Döngü sürelerini izleyen, onaylardaki darboğazları belirleyen ve talepten kapanışa kadar süreç varyantlarını analiz eden dashboard'ları mümkün kılar. Neden önemli Bu, ilgili tüm olayları tek bir süreç olayına bağlayan ve uçtan uca kadro yaşam döngüsünün analizini mümkün kılan temel tanımlayıcıdır. Nereden alınır Bu genellikle Microsoft Dynamics 365 İnsan Kaynakları'ndaki HcmPosition.PositionId alanıdır. HcmPositionV2Entity gibi veri varlıklarında bulunabilir. Örnekler POS001234MKT-0056FIN-SR-ANALYST-02İKBP-DOĞU-01IT-DEV-9876 | |||
| `İş Unvanı` JobTitle | Kadroyla ilişkili görevin unvanı, örneğin 'Kıdemli Muhasebeci'. | ||
| Açıklama Görev Unvanı, kadronun rolü ve sorumlulukları hakkında önemli bir bağlam sağlar. Birden fazla kadro aynı görev unvanını paylaşabildiğinden, Kadro Kimliği'nden farklıdır.\n\nAnalizde, bu nitelik rol tipine göre gruplama ve filtreleme yapılmasına olanak tanır. Hangi tür görevlerin en sık yeniden sınıflandırıldığını görmek için 'Kadro Yeniden Sınıflandırma Trendleri' dashboard'u için kullanışlıdır. Neden önemli İş rolü, seviye veya fonksiyona dayalı analizlere olanak tanıyarak önemli iş bağlamı ekler. Nereden alınır Bu bilgi, Kadro ile ilişkili 'Görev' kaydından bağlanır. HcmPositionV2Entity gibi varlıklarda veya HcmJobEntity'ye katılarak bulabilirsiniz. Örnekler Kıdemli Finansal AnalistYazılım Mühendisi IIİK İş OrtağıPazarlama KoordinatörüLojistik Yöneticisi | |||
| Bitiş Saati EndTime | `Aktivitenin` ne zaman tamamlandığını gösteren `zaman damgası`. | ||
| Açıklama EndTime, bir aktivitenin sonucunu işaretler. StartTime ile EndTime arasında geçen süre, o belirli aktivitenin işlem süresidir. Bu öznitelik, aktivite düzeyindeki süreleri hesaplamak ve sürecin neresinde zaman harcandığını anlamak için hayati öneme sahiptir. Örneğin, bir pozisyon talebi bir yöneticiye atandıktan sonra ne kadar sürede onaylandığını belirlemeye yardımcı olur. Neden önemli Aktivite işlem sürelerinin hesaplanmasına imkan tanıyarak detaylı performans ve darboğaz analizi için temel oluşturur. Nereden alınır Bu, sonraki olay zaman damgalarından veya Dynamics 365 İK'daki iş akışı günlüklerindeki belirli 'tamamlama' alanlarından türetilebilir. Çoğunlukla çı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 | |||
| Bölüm DepartmentName | Kadronun ait olduğu departman. | ||
| Açıklama Bu nitelik, kadroyla ilişkili 'Finans', 'Pazarlama' veya 'BT' gibi organizasyonel departmanı belirtir. Süreç verilerini filtrelemek ve toplamak için birincil bir boyuttur.\n\nDepartmana göre analiz yapmak, 'Departman Bazında Kadro Çıktısı' dashboard'u için esastır. Süreç performansını karşılaştırmaya, departmana özgü darboğazları belirlemeye ve işin farklı bölümlerindeki işe alım eğilimlerini anlamaya yardımcı olur. Neden önemli Süreç analizinin iş birimine göre segmentlere ayrılmasına olanak tanır, departmana özgü sorunların belirlenmesine ve performansın karşılaştırılmasına yardımcı olur. Nereden alınır Bu bilgi, genellikle HcmPositionDetail varlığında depolanan ve işletme birimi boyutuna bağlı olan kadro detaylarının bir parçasıdır. Örnekler FinansBilgi TeknolojileriSatış ve Pazarlamaİnsan KaynaklarıOperasyonlar | |||
| Kadro Durumu PositionStatus | Kadronun mevcut veya geçmiş durumu. | ||
| Açıklama Bu nitelik, belirli bir zamanda kadronun durumunu gösterir; örneğin 'Önerilen', 'Aktif', 'Dondurulmuş' veya 'Kapatıldı'. Durum değişiklikleri genellikle süreçteki aktivitelerle örtüşür.\n\nDurum takibi, kadronun yolculuğunu anlamak ve 'Kadro Uyumluluk İnceleme Durumu' ile 'Atıl ve Yetersiz Kullanılan Kadrolar' gibi dashboard'lar için kritiktir. Kadronun mevcut durumunun bir anlık görüntüsünü sağlar ve süreç akışını doğrulamaya yardımcı olur. Neden önemli Her pozisyon için net bir durum sağlar, bu da vakaları filtrelemek ve sonuçları anlamak için hayati öneme sahiptir. Nereden alınır Microsoft Dynamics 365 Human Resources dokümantasyonuna başvurun. Bu, büyük olasılıkla temel Pozisyon kaydındaki durum alanlarından türetilmiştir. Örnekler ÖnerilenİnceleniyorAktifDondurulmuşKapalı | |||
| Kullanıcı Adı UserName | Aktiviteyi gerçekleştiren kullanıcının adı veya kimliği. | ||
| Açıklama Bu nitelik, belirli bir süreç adımından sorumlu çalışanı veya sistem kullanıcısını tanımlar; örneğin bir talebi onaylayan yönetici veya sistemde kadroyu oluşturan İK uzmanı.\n\nKullanıcıya göre analiz yapmak, eğitim ihtiyaçlarını belirlemeye, ekip üyeleri arasında performansı karşılaştırmaya ve iş yükü dağılımını anlamaya yardımcı olur. Ayrıca, görevler arası uygun ayrımı sağlamak için uyumluluk kontrollerinde de anahtardır. Neden önemli Hesap verebilirlik sağlar ve bireysel veya ekip bazında performans analizine olanak tanır, bu da kaynak yönetimi ve eğitim için kritik öneme sahiptir. Nereden alınır Dynamics 365 HR'daki workflow geçmişi veya denetim izi kayıtları ile ilişkilidir. HcmWorker varlığından bir Kullanıcı Kimliği aracılığıyla bağlanabilir. Örnekler Can DemirAyşe YılmazSİSTEMİKAdmin01MGR-FİNANS | |||
| Maliyet Merkezi CostCenter | Kadronun giderlerinin tahsis edildiği finansal maliyet merkezi. | ||
| Açıklama Maliyet Merkezi, bir kadroyu belirli bir bütçeye veya finansal sorumluluk alanına bağlayan önemli bir finansal boyuttur. Bu nitelikteki değişikliklerin izlenmesi önemlidir.\n\nBu nitelik, oluşturulduktan sonra ana niteliklerdeki değişiklikleri analiz eden 'Kadro Veri Tutarlılık Kontrolü' dashboard'u için kritiktir. Ayrıca, farklı finansal birimler tarafından kadro ile ilgili maliyetleri ve bütçeleri analiz etmek için de kullanılır. Neden önemli Pozisyonu finansal verilere bağlar, maliyetle ilgili süreç analizine ve veri tutarlılığının izlenmesine olanak tanır. Nereden alınır Bu genellikle kadro kaydında bir finansal boyut olarak yapılandırılır. Dynamics 365'teki finansal boyut kurulumuna bakın. Örnekler CC-1001-FINCC-2500-ITCC-4510-SALESCC-7000-OPSCC-9002-HR | |||
| Bütçe Onaylandı mı IsBudgetApproved | Pozisyon için bütçenin onaylanıp onaylanmadığını gösteren bir işaret. | ||
| Açıklama Bu boolean niteliği, belirli bir kadro durumunda 'Kadro Bütçesi Onaylandı' aktivitesinin gerçekleşmesi durumunda doğrudur. Süreç akışını analiz etmeye ve bütçe bekleyen kadroları belirlemeye yardımcı olur.\n\nBu nitelik, süreçleri filtrelemek ve 'Kadro Bütçesi Onay Döngü Süresi' KPI'ını daha etkili bir şekilde analiz etmek için kullanılabilir. Bütçe engelini aşan kadroları aşamayanlardan ayırmaya yardımcı olur, bu da darboğaz analizi için faydalıdır. Neden önemli Kritik bir kilometre taşı için net bir işaret sağlayarak analizi basitleştirir, bütçe onay aşamasını izole etmeye ve ölçmeye yardımcı olur. Nereden alınır Bu, veri dönüştürme sırasında olay geçmişinde 'Kadro Bütçesi Onaylandı' aktivitesinin varlığı kontrol edilerek türetilir. Örnekler truefalse | |||
| İş Ailesi JobFamily | 'Mühendislik' veya 'Finans' gibi benzer fonksiyonlara sahip işlerin bir araya getirilmesi. | ||
| Açıklama İş Ailesi, ilgili iş unvanlarını gruplandıran bir sınıflandırmadır. Örneğin, 'Yazılım Mühendisi' ve 'QA Mühendisi' her ikisi de 'Mühendislik' iş ailesine dahil olabilir. Bu öznitelik, hangi iş kategorilerinin en sık değiştiğine dair daha üst düzey bir analiz yapılmasına olanak tanıdığı için 'Pozisyon Yeniden Sınıflandırma Eğilimleri' dashboard'u için hayati öneme sahiptir. Bireysel iş unvanlarına bakmaktan daha geniş bir görünüm sunar. Neden önemli Pozisyonların daha geniş, kategori bazlı analizine olanak tanır, bu da stratejik işgücü planlaması ve trend analizi için kullanışlıdır. Nereden alınır Bu, Dynamics 365 İK'daki görev kurulumunun bir parçasıdır. HcmJobEntity üzerinde 'Görev ailesi' veya 'Görev fonksiyonu' ile ilgili alanları arayın. Örnekler MühendislikFinans ve MuhasebeSatışİnsan KaynaklarıÜrün Yönetimi | |||
| İşlem Süresi ProcessingTime | Bir faaliyet üzerinde aktif olarak çalışılan süre. | ||
| Açıklama İşleme Süresi, bir aktivitenin Başlangıç Zamanı (StartTime) ile Bitiş Zamanı (EndTime) arasında hesaplanan süredir. Bir görev üzerinde beklemeye ayrılan süre hariç, fiilen harcanan süreyi temsil eder.\n\nBu metrik, performans analizi için temeldir ve 'Kadro Oluşturma Darboğaz Monitörü' gibi dashboard'larda kullanılır. Tüm aktivitelerin işleme süreleri toplanarak, bir kadronun yaşam döngüsü için toplam temas süresi anlaşılabilir; bu da verimlilik analizinin anahtar bir bileşenidir. Neden önemli Aktivitelerin fiili çalışma süresini ölçer, darboğaz analizinde aktif çalışma süresini boş bekleme süresinden ayırt etmeye yardımcı olur. Nereden alınır Bu, Örnekler PT5M12S1S30DP2G4S15DP0D8S | |||
| Kadro Tipi PositionType | Pozisyonu tam zamanlı, yarı zamanlı, geçici vb. olarak sınıflandırır. | ||
| Açıklama Bu nitelik, kadroyu istihdam koşullarına göre kategorize eder. Bu, işgücü analizi ve planlaması için ek bağlam sağlar.\n\nSüreç analizinde, kadro tipine göre filtreleme, belirli kadro tiplerinin farklı süreç yollarına veya daha uzun döngü sürelerine sahip olup olmadığını ortaya çıkarabilir. Örneğin, geçici kadrolar, kalıcı, tam zamanlı kadrolara kıyasla daha hızlı, daha akıcı bir onay sürecine sahip olabilir. Neden önemli Farklı istihdam türleri için sürecin nasıl farklılaştığının analizine olanak tanır, işgücü planlamasına ve süreç optimizasyonuna yardımcı olur. Nereden alınır Bu bilgi genellikle Dynamics 365 İK'daki kadro kaydında mevcuttur. İlgili bir alan için HcmPositionV2Entity gibi varlıkları kontrol edin. Örnekler Tam zamanlıYarı zamanlıContractorStajyerGeçici | |||
| Kaynak Sistem SourceSystem | Verilerin çekildiği sistem. | ||
| Açıklama Bu nitelik, süreç verilerinin kaynağını tanımlar. Bu görünüm için tipik olarak 'Microsoft Dynamics 365 İnsan Kaynakları' olacaktır.\n\nBirden fazla sistemin olduğu ortamlarda, bu alan veri geçmişi ve sorun giderme için hayati öneme sahiptir. Verilerin beklenen kaynaktan geldiğini doğrulamaya yardımcı olur ve belirli sistemler için analizleri filtrelemek için kullanılabilir. Neden önemli Veri kaynağı hakkında bağlam sağlar, bu da veri yönetimi ve birden fazla kurumsal sistemi kapsayan analizler için önemlidir. Nereden alınır Bu, veri çıkarma ve dönüştürme süreci sırasında veri kümesinin kaynağını etiketlemek için eklenen statik bir değerdir. Örnekler Microsoft Dynamics 365 Human ResourcesD365 HRDynamicsHR | |||
| Konum Location | Kadronun fiziksel veya coğrafi konumu. | ||
| Açıklama Bu nitelik, kadronun bulunduğu yeri (ofis, şehir veya ülke olabilir) belirtir. Süreç verilerini filtrelemek ve segmentlere ayırmak için önemli bir başka boyuttur.\n\nKonum, farklı bölgelerdeki kadrolama eğilimlerini ve süreç performansını analiz etmek için doğrudan 'Departman Bazında Kadro Çıktısı' dashboard'unda kullanılır. Kadro oluşturma veya onay süreçlerinin belirli lokasyonlarda daha yavaş olup olmadığını belirlemeye yardımcı olabilir. Neden önemli Süreç performansının ve trendlerin farklı lokasyonlarda analiz edilmesini sağlayan coğrafi bir bağlam sunar. Nereden alınır Microsoft Dynamics 365 Human Resources dokümantasyonuna başvurun. Bu, pozisyon detaylarının bir parçası olabilir veya departman ya da yasal varlık aracılığıyla bağlantılı olabilir. Örnekler New York, ABDLondra, İngiltereBerlin, GermanySingapurUzaktan | |||
| Onay Çevrim Süresi ApprovalCycleTime | Bir kadro talebinin başlatılmasından nihai olarak onaylanmasına kadar geçen toplam süre. | ||
| Açıklama Bu hesaplanmış metrik, 'Kadro Talebi Başlatıldı' aktivitesinden nihai onay aktivitesine (bu, 'İK Tarafından Kadro Talebi Onaylandı' olabilir) kadar geçen süreyi ölçer. Kadro yönetimi sürecinin ön ucu için temel bir performans göstergesidir.\n\nBu nitelik, 'Kadro Onay Döngü Süresi' dashboard'unu ve KPI'ını doğrudan besler. Onay sürecinin verimliliğinin üst düzey bir ölçümünü sağlar ve zaman içindeki iyileştirme girişimlerinin etkisini izlemeye yardımcı olur. Neden önemli Tüm onay sürecinin verimliliğini ölçen kritik bir KPI'dır ve pozisyonların oluşturulmaya hazır hale getirilmesindeki gecikmeleri doğrudan vurgular. Nereden alınır Bu, onay aşamasının başlangıç ve bitiş aktivitelerinin zaman damgaları bulunarak ve fark hesaplanarak olay düzeyinde hesaplanır. Örnekler P3G2S15DP10DP1G12SP5DT6HP2H | |||
| Ret Nedeni RejectionReason | Kadro talebi reddedildiğinde belirtilen neden. | ||
| Açıklama Bir kadro talebi yönetici veya İK tarafından reddedildiğinde, genellikle bir neden kaydedilir. Bu durum bütçe kısıtlamaları, yanlış bilgiler veya strateji değişikliğinden kaynaklanabilir.\n\nBu nitelik, 'Kadro Talebi Ret Oranı' KPI'ını hesaplamak ve yeniden işlemenin neden gerçekleştiğini anlamak için kritiktir. En yaygın ret nedenlerini analiz etmek, süreç kalitesinin düşüklüğü veya belirsiz yönergeler gibi yukarı akış sorunlarını belirlemeye yardımcı olur ve bu sorunlar süreci iyileştirmek için ele alınabilir. Neden önemli Taleplerin neden başarısız olduğuna dair doğrudan içgörü sağlar, bu da yeniden işleme ve reddetme oranlarını azaltmak için hedefe yönelik süreç iyileştirmelerini mümkün kılar. Nereden alınır Microsoft Dynamics 365 Human Resources dokümantasyonuna başvurun. Bu, genellikle workflow yorumlarında veya reddetme üzerine özel bir neden kodu alanında yakalanır. Örnekler Bütçe Mevcut DeğilTekrar Eden TalepYanlış İş Profiliİşe Alım DurdurulduStratejik Yeniden Düzenleme | |||
| Son Veri Güncellemesi LastDataUpdate | Kaynak sistemden en son veri yenilemesinin zaman damgası. | ||
| Açıklama Bu nitelik, verinin en son Microsoft Dynamics 365 İnsan Kaynakları'ndan ne zaman çıkarıldığını gösterir. Analizin güncelliği için bağlam sağlar.\n\nBu bilgiyi dashboard'larda görüntülemek, kullanıcıların güncel bilgileri görüntülediğinden emin olmalarını sağlar. Herhangi bir process mining projesi için temel bir meta veri parçasıdır. Neden önemli Kullanıcılara verilerin güncelliği hakkında bilgi verir, bu da analize dayalı kararlar almak için çok önemlidir. Nereden alınır Bu zaman damgası, veri çıkarma, dönüştürme ve yükleme (ETL) süreci sırasında oluşturulur ve depolanır. Örnekler 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z | |||
| Talep Eden Yönetici RequestingManager | Kadro talebini başlatan yönetici. | ||
| Açıklama Bu nitelik, yeni veya yerine doldurulacak bir kadro talep ederek süreci başlatan işe alım yöneticisini veya departman başkanını tanımlar. Bu bilgi, kadro talebinin nereden kaynaklandığına dair bağlam sağlar.\n\nTalep Eden Yönetici'ye göre analiz yapmak, talep hacmi, onay oranları ve talep kalitesindeki kalıpları belirlemeye yardımcı olabilir. İş yükünü ve süreç uyumluluğunu anlamak için ek bir detay katmanı sunar. Neden önemli Pozisyon talebinin kaynağını izlemeye ve işe alım yöneticisi perspektifinden süreç metriklerini analiz etmeye yardımcı olur. Nereden alınır Microsoft Dynamics 365 Human Resources dokümantasyonuna başvurun. Bu bilgi büyük olasılıkla workflow başlatma verilerinde yakalanacaktır. Örnekler Robert JonesSusan MillerDavid ChenMaria GarciaPaul Williams | |||
| Yeniden İşleme mi? IsRework | Bir aktivitenin yeniden işleme döngüsünün bir parçası olup olmadığını gösteren bir işaret. | ||
| Açıklama Bu boolean bayrağı, bir aktivitenin süreçte tekrarlanan bir adımı (örneğin nitelikler değiştirildikten sonra yeniden onay) temsil etmesi durumunda doğru olarak ayarlanır. Verimsiz süreç döngülerini nicelleştirmeye yardımcı olur.\n\nBu nitelik, 'Kadro Yeniden İşleme Analizi' dashboard'unu ve 'Kadro Oluşturmada Yeniden İşleme Oranı' KPI'ını doğrudan destekler. Yeniden işlemeyi işaretleyerek, analistler süreç verimsizliklerinin sıklığını ve etkisini kolayca filtreleyebilir ve ölçebilir. Neden önemli Süreç yeniden işleme, süreç iyileştirme girişimleri için birincil bir hedef olan bu durumu açıkça tanımlar ve ölçer. Nereden alınır Bu, bir olay için aktivitelerin sırasına göre hesaplanır. Örneğin, 'Yönetici Tarafından Kadro Talebi Onaylandı' aktivitesi, 'Kadro Nitelikleri Değiştirildi' aktivitesinden sonra gerçekleşirse, yeniden işleme olarak işaretlenebilir. Örnekler truefalse | |||
İşe Alımdan Emekliliğe - Pozisyon Yönetimi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| İK Sisteminde Kadro Oluşturuldu | Bu olay, kadro kaydının Dynamics 365 İK içinde resmi olarak oluşturulmasını işaret eder. Birincil kadro kaydının oluşturulma zaman damgasından yakalanır. | ||
| Neden önemli Talepten gerçek bir organizasyonel varlığa geçişi simgeleyen temel bir kilometre taşıdır. Pozisyon Oluşturma Süresi KPI'sı için son noktadır. Nereden alınır HcmPosition gibi ana pozisyon tablosundaki 'CreatedDateTime' sistem alanından. Yakala HcmPosition tablosundaki CreatedDateTime sistem alanından çıkarılır. Event tipi explicit | |||
| İK Tarafından Kadro Talebi Onaylandı | Kadronun resmi olarak oluşturulmasından önce İnsan Kaynakları departmanından gelen nihai onayı belirtir. Bu, iş akışı sistemindeki İK onay görevinin tamamlanmasıyla açıkça kaydedilen bir olaydır. | ||
| Neden önemli Bu, onay aşamasının sonunu işaret eder ve genel Ortalama Kadro Onay Döngü Süresi'ni ölçmek için kritik bir dönüm noktasıdır. Nereden alınır İK temsilcisinin onay görevini tamamladığında WorkflowTrackingTable gibi workflow geçmişi tablolarına kaydedilir. Yakala İnsan Kaynakları onay adımının tamamlanması üzerine workflow geçmişine bir zaman damgası ile kaydedilir. Event tipi explicit | |||
| Kadro Aktif Edildi | Bir pozisyonun resmi olarak açıldığı ve işe alımın başlayabileceği noktayı işaretler. Bu olay, pozisyon kaydındaki bir durum alanının 'Aktif' veya benzer bir duruma değişmesinden çıkarılır. | ||
| Neden önemli Bu, kadrolama hazırlığını ve nihai kurulum aşamalarının verimliliğini ölçmek için kritik bir dönüm noktasıdır. Ortalama Kadro Aktivasyon Süresi KPI'ı için esastır. Nereden alınır Pozisyon kaydındaki 'PositionStatus' gibi durum alanının 'Aktif' veya 'Açık' olarak güncellendiği zaman damgasının izlenmesiyle çıkarılır. Yakala Pozisyonun 'ActivationDate' alanının doldurulduğu tarihe veya bir durum alanının 'Aktif' olarak değiştiği tarihe dayanır. Event tipi inferred | |||
| Kadro Kapatıldı | Kadro kaydının nihai olarak arşivlenmesini, yaşam döngüsünün mutlak sonunu ifade eder. Bu olay, durumun 'Kapatıldı' veya benzer bir son duruma geçmesiyle çıkarılır. | ||
| Neden önemli Bu, sürecin son olayıdır; eksiksiz uçtan uca yaşam döngüsü analizi sağlar ve kapatılması gereken atıl kadroların belirlenmesine yardımcı olur. Nereden alınır Pozisyon kaydındaki bir durum alanının 'Kapalı' olarak değişmesinden çıkarılır. Kayıtlar genellikle geçmiş için saklandığından, bu, devre dışı bırakmaktan daha az yaygındır. Yakala Bir durum alanının 'Kapalı' olarak güncellendiği zaman damgasından çıkarılır. Event tipi inferred | |||
| Kadro Pasifleştirildi | Kadro artık aktif değildir ve genellikle doldurulduktan sonra aktif organizasyon yapısından çıkarılır. Bu durum, durumun 'Pasif' veya benzer bir duruma geçmesiyle çıkarılır. | ||
| Neden önemli Pozisyonun aktif yaşamının sonunda önemli bir adımı işaretler. Pozisyon Devre Dışı Bırakma Ortalama Süresi'ni analiz etmek ve personel sayısını doğru yönetmek için kritik öneme sahiptir. Nereden alınır Pozisyon kaydındaki 'RetirementDate' alanının doldurulduğu veya bir durum alanının 'Devre Dışı' olarak değiştiği zaman damgasından çıkarılır. Yakala Pozisyonun 'RetirementDate' alanının belirlendiği tarihe veya bir durum alanının 'Devre Dışı' olarak değiştiği tarihe dayanır. Event tipi inferred | |||
| Kadro Talebi Başlatıldı | Pozisyon yönetimi yaşam döngüsünün resmi başlangıcını işaretler. Bu olay, bir kullanıcının Dynamics 365 HR'da özel bir form veya workflow aracılığıyla yeni bir pozisyon talebi göndermesiyle yakalanır. | ||
| Neden önemli Bu, Kadro Onay Döngü Süresi ve Kadro Oluşturma Süresi gibi kritik KPI'lar da dahil olmak üzere tüm kadro yaşam döngüsünü ölçmek için başlangıç noktasıdır. Nereden alınır Bir pozisyon talep kaydının oluşturulma zaman damgasından veya WorkflowTrackingStatusTable gibi workflow geçmişi tablosundaki başlatma kaydından yakalanır. Yakala Yeni bir pozisyon talep workflow'unun gönderilmesi üzerine olay kaydedilir. Event tipi explicit | |||
| İşe Alım Süreci Başladı | Kadro yönetiminden işe alıma geçişi işaret eder. Bu olay, yeni bir açık pozisyon veya işe alım projesi oluşturulduğunda ve bu belirli kadro kimliğine bağlandığında çıkarılır. | ||
| Neden önemli Pozisyon yönetimi sürecini sonucuna bağlar, pozisyon aktivasyonu ile gerçek işe alım faaliyetlerinin başlangıcı arasındaki sürenin analizini sağlar. Nereden alınır Pozisyon Kimliğini referans alan HcmRecruitingRequest gibi işe alım veya boş pozisyon tablolarındaki bir kaydın oluşturulma tarihinin belirlenmesiyle çıkarılır. Yakala PositionId'nin işe alım modülünde karşılık gelen bir kaydın oluşturulmasıyla ilişkilendirilmesiyle çıkarılır. Event tipi inferred | |||
| Kadro Bütçesi Onaylandı | Yeni pozisyon için gerekli fonların tahsis edildiğini teyit eden önemli bir onay kilometre taşıdır. Bu genellikle pozisyon oluşturma workflow'u içinde ayrı bir onay adımı olarak yakalanır. | ||
| Neden önemli Finansal onay aşamasını izole eder, bütçe tahsisi ile ilgili gecikmelerin analizine olanak tanır ve Pozisyon Bütçe Onay Döngü Süresi KPI'sını destekler. Nereden alınır İş akışı geçmiş tablolarında, örneğin WorkflowTrackingTable'da tamamlanmış bir onay görevi olarak kaydedilir ve genellikle bir finans rolüne atanır. Yakala Workflow logundaki bütçe onaylama görevinin tamamlanma zaman damgasından yakalanır. Event tipi explicit | |||
| Kadro Donduruldu | Bir pozisyonun geçici olarak askıya alındığını ve herhangi bir işe alım faaliyetini engellediğini gösterir. Bu, pozisyon kaydında bir durum değişikliğinin 'Dondurulmuş' veya 'Beklemede' durumuna çıkarılmasıyla yakalanır. | ||
| Neden önemli Kadrolama planlarını ve bütçeleri etkileyebilecek kadro yaşam döngüsündeki kesintileri izler. İşe alım gecikmelerinin nedenlerini belirlemeye yardımcı olur. Nereden alınır Pozisyon kaydındaki bir durum alanının 'Dondurulmuş' veya benzer bir değere güncellendiği zaman damgasının izlenmesiyle çıkarılır. Yakala Durumun 'Dondurulmuş' veya 'Beklemede' olarak değiştiği zaman damgasından çıkarılır. Event tipi inferred | |||
| Kadro Nitelikleri Değiştirildi | Bir kadronun ana niteliklerinde (örneğin unvan veya departman) ilk oluşturulduktan sonra yapılan herhangi bir değişikliği temsil eder. Bu aktivite genellikle sistemin veritabanı loglarındaki değişiklikler izlenerek çıkarılır. | ||
| Neden önemli Bu aktivitenin yüksek sıklığı, kötü veri kalitesini veya süreç yeniden işlemesini gösterebilir. Pozisyon Nitelik Değişiklik Sıklığı ve Yeniden İşleme Oranı KPI'ları için hayati öneme sahiptir. Nereden alınır Pozisyon tablosu için değişiklik izleme etkinse SysDatabaseLog tablosundan çıkarılır. Alternatif olarak, pozisyon verilerinin geçmiş anlık görüntülerini karşılaştırmayı gerektirir. Yakala Veritabanı logu aracılığıyla HcmPosition tablosunun ana alanlarındaki güncelleme operasyonlarının tespit edilmesiyle çıkarılır. Event tipi inferred | |||
| Kadro Talebi Reddedildi | Bir pozisyon talebinin onay aşamalarından birinde reddedildiğini gösterir. Bu olay, bir onaylayanın 'Reddet' eylemini seçtiğinde workflow geçmişinde açıkça yakalanır. | ||
| Neden önemli Süreç hatalarını ve yeniden işleme döngülerini vurgular. Reddetme nedenlerini analiz etmek, ilk taleplerin kalitesini artırmaya yardımcı olur ve Pozisyon Talebi Reddetme Oranı KPI'sını destekler. Nereden alınır Belirli kadro talebi için iş akışı geçmiş tablolarında, örneğin WorkflowTrackingStatusTable'da 'Reddedildi' durumu olarak kaydedilir. Yakala Workflow logunda bir onaylayanın reddetme eylemini gerçekleştirmesiyle yakalanır. Event tipi explicit | |||
| Kadro Uyumluluk Açısından İncelendi | Bir pozisyonun resmi bir uyumluluk kontrolünden geçtiğini gösterir. Bu, bir durum değişikliği, tamamlanmış bir kontrol listesi görevi veya özel bir alanın güncellenmesiyle yakalanabilir. | ||
| Neden önemli Yasal ve dahili politikalara uyumu izlemek için hayati öneme sahiptir. Bu aktivite, Pozisyon Uyumluluk Uyum Oranı KPI'sını doğrudan destekler. Nereden alınır Pozisyon kaydındaki 'ComplianceReviewStatus' gibi zaman damgalı bir durum alanından veya boole 'IsComplianceReviewed' alanından çıkarılması muhtemeldir. Yakala Bir uyumluluk durumu alanının 'Tamamlandı' veya 'İncelendi' olarak güncellendiği zaman damgasından çıkarılır. Event tipi inferred | |||
| Kadro Yeniden Sınıflandırıldı | Pozisyonun iş ailesi veya seviyesi gibi temel sınıflandırmasının değiştiği önemli bir güncellemedir. Bu genellikle pozisyon kaydındaki 'İş' alanındaki bir değişiklikten çıkarılır. | ||
| Neden önemli Organizasyon yapısı değişikliklerini ve iş tanımlarının istikrarını analiz etmeye yardımcı olur. Pozisyon Yeniden Sınıflandırma Oranı KPI'sı için anahtar aktivitedir. Nereden alınır Veritabanı logu aracılığıyla veya zaman içinde kayıt versiyonlarını karşılaştırarak HcmPosition tablosundaki 'JobId' alanındaki bir değişiklikten çıkarılır. Yakala Pozisyon kaydındaki iş sınıflandırma alanındaki loglanmış bir değişiklikten çıkarılır. Event tipi inferred | |||
| Yönetici Tarafından Kadro Talebi Onaylandı | İşe alım yöneticisi tarafından ilk onay hattının tamamlanmasını temsil eder. Bu olay, yönetici atanmış onay görevini tamamladığında iş akışı geçmişine açıkça kaydedilir. | ||
| Neden önemli İlk onay adımının süresini tespit ederek, belirli yöneticilerdeki veya departmanlardaki darboğazların belirlenmesine yardımcı olur. Nereden alınır Pozisyon talebiyle ilişkili WorkflowTrackingTable gibi workflow geçmişi tablolarında tamamlanmış bir adım olarak kaydedilir. Yakala Workflow logundaki yönetici onay adımının tamamlanma zaman damgasından yakalanır. Event tipi explicit | |||
Veri Çekim Kılavuzları
Adımlar
- Veri Yönetimi Çalışma Alanına Git: Microsoft Dynamics 365 Human Resources'a giriş yapın. Ana arama çubuğunu kullanarak 'Veri yönetimi' çalışma alanına gidin.
- Yeni Bir Dışa Aktarım Projesi Oluştur: Çalışma alanı içinde 'Dışa aktarım' kutucuğunu seçin. 'Dışa aktarım' proje sayfasında, yeni bir proje oluşturmak için 'Yeni'ye tıklayın. 'PositionManagement_EventLog_Export' gibi açıklayıcı bir ad verin ve bir veri formatı seçin. Dönüştürme amaçları için 'CSV' önerilir.
- Projeye Veri Varlıkları Ekle: Yeni projenizde 'Varlık ekle'ye tıklayın. Pozisyonun tam yaşam döngüsünü yakalamak için birkaç varlık eklemeniz gerekecektir. Aşağıdaki anahtar varlıkları tek tek ekleyin: 'HcmPositionV2', 'WorkflowTrackingStatusTable' ve 'HcmRecruitingRequest'. Pozisyon değişiklikleri için veritabanı loglaması etkinse, 'SysDatabaseLog'u da ekleyin.
- Varlık Filtrelerini Yapılandır: Her varlık için veri kapsamını sınırlamak üzere filtreler uygulamak çok önemlidir. Bir varlık seçin, ardından 'Filtre'ye tıklayın. 'HcmPositionV2' için, 'CreatedDateTime' veya 'ModifiedDateTime' alanlarını kullanarak belirli bir tarih aralığına göre filtreleyin. 'WorkflowTrackingStatusTable' için, 'CONTEXTTABLENAME'yi yalnızca pozisyonla ilgili workflow'ları içerecek şekilde filtreleyin.
- Her Varlık İçin Alanları Seç: Daha sonraki dönüşüm için gerekli tüm alanları dışa aktardığınızdan emin olun. 'HcmPositionV2' için 'PositionId', 'CreatedDateTime', 'ActivationDate', 'RetirementDate', 'ModifiedDateTime', 'JobId' ve 'DepartmentNumber'ı dahil edin. 'WorkflowTrackingStatusTable' için 'ContextRecId', 'WorkflowTrackingStatus', 'CreatedDateTime', ve 'UserId'yi dahil edin.
- Dışa Aktarım İşini Yürüt: Tüm varlıklar, alanlar ve filtreler yapılandırıldı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şturacaktır.
- Veri Paketini İzle ve İndir: İşin ilerlemesini 'İş geçmişi' bölümünden izleyebilirsiniz. İş başarıyla tamamlandıktan sonra, sıkıştırılmış bir dosya olacak olan veri paketini indirin.
- Veriyi Ayıkla ve Dönüştür: İndirilen paketi açın. Her varlık için ayrı CSV dosyaları bulacaksınız. Bu dosyalar ham veriyi temsil eder, nihai Event Log'u değil. Bu dosyaları işlemek için harici bir betik (örneğin, pandas ile Python veya PowerShell kullanarak) kullanmanız gerekir.
- Dönüşüm Mantığını Uygula: Betiğiniz aşağıdaki eylemleri gerçekleştirmelidir:
- 'HcmPositionV2.csv' dosyasını yükleyin. Bu dosyadan, 'İK Sisteminde Oluşturulan Pozisyon' olayını 'PositionId' ve 'CreatedDateTime' kullanarak oluşturun.
- 'HcmPositionV2.csv' dosyasından durum alanlarını veya 'ActivationDate' ve 'RetirementDate' gibi tarih alanlarını yorumlayarak durum değişikliği olaylarını ('Pozisyon Aktive Edildi', 'Pozisyon Donduruldu', 'Pozisyon Devre Dışı Bırakıldı', 'Pozisyon Kapatıldı') oluşturun.
- 'WorkflowTrackingStatusTable.csv' dosyasını yükleyin. Bu veriyi kayıt kimliğini kullanarak pozisyon verileriyle birleştirin. Buradan, workflow olaylarını oluşturun: 'Pozisyon Talebi Başlatıldı', 'Yönetici Tarafından Onaylanan Pozisyon Talebi', 'Pozisyon Bütçesi Onaylandı', 'İK Tarafından Onaylanan Pozisyon Talebi' ve 'Pozisyon Talebi Reddedildi'. Workflow durumunu ve adım bağlamını doğru Aktivite Adı ile eşleştirmeniz gerekecektir.
- 'SysDatabaseLog.csv' dosyasını dışa aktardıysanız, HcmPosition tablosundaki belirli alanlardaki değişikliklere dayanarak 'Pozisyon Nitelikleri Değiştirildi' ve 'Pozisyon Yeniden Sınıflandırıldı' olaylarını oluşturmak için bu dosyayı ayrıştırın.
- Verilen bir pozisyon için bir işe alım talebi ne zaman oluşturulduğunu bularak 'İşe Alım Süreci Başladı' olayını oluşturmak için 'HcmRecruitingRequest.csv' dosyasını yükleyin.
- Nihai Event Log'u Birleştir: Betik, farklı kaynaklardan oluşturulan tüm olayları tek bir CSV dosyasında birleştirmelidir. Bu dosya, eşleyebildiğiniz tüm önerilen özniteliklerle birlikte 'PositionId', 'ActivityName' ve 'EventTime' gibi gerekli sütunları içermelidir.
- Yükleme İçin Formatla: Nihai CSV dosyasının gerekli öznitelik adlarıyla eşleşen başlıkları ve 'EventTime' sütununun tutarlı bir zaman damgası formatında olduğundan emin olun. Dosya artık Process Mining aracına yüklenmeye hazırdır.
Konfigürasyon
- Anahtar Veri Varlıkları: Bu dışa aktarım için gereken birincil varlıklar şunlardır:
HcmPositionV2: Her pozisyon hakkında oluşturulma tarihleri, etkinleştirme tarihleri ve iş, departman gibi öznitelikler dahil olmak üzere temel detayları içerir.WorkflowTrackingStatusTable: Gönderimler, onaylar ve retler dahil olmak üzere workflow örneklerinin geçmişini sağlar. Bu, onay sürecini izlemek için hayati öneme sahiptir.HcmRecruitingRequest: Bir işe alım talebi bir pozisyona bağlandığında 'İşe Alım Süreci Başladı' etkinliğini çıkarmak için kullanılır.SysDatabaseLog: 'Pozisyon Nitelikleri Değiştirildi' ve 'Pozisyon Yeniden Sınıflandırıldı' gibi detaylı değişiklikleri yakalamak için isteğe bağlı ancak güçlü bir varlıktır. Kullanımı, HcmPosition tablosu için veritabanı loglamasının önceden yapılandırılmış olmasına bağlıdır.
- Tarih Aralığı Filtreleme: 'CreatedDateTime' alanına göre 'HcmPositionV2' varlığına bir tarih aralığı filtresi uygulanması şiddetle tavsiye edilir. Yönetilebilir bir veri hacmi sağlamak için 6 ila 12 aylık bir aralık genellikle iyi bir başlangıç noktasıdır.
- Artımlı Dışa Aktarımlar: Sürekli analiz için, dışa aktarım projesini artımlı dışa aktarımlar için yapılandırmayı düşünün. Bu, yalnızca son çalıştırmadan bu yana değişen kayıtları dışa aktaracak ve işlem süresini önemli ölçüde azaltacaktır.
- Önkoşullar: Dışa aktarımı çalıştıran kullanıcının 'Veri yönetimi' çalışma alanına erişim ve belirtilen tüm veri varlıklarına okuma erişimi için yeterli izinlere sahip bir güvenlik rolüne sahip olması gerekir. Genellikle 'Veri yönetimi yöneticisi' gibi roller veya belirli varlık ayrıcalıklarına sahip özel bir rol gereklidir.
a Örnek Sorgu config
/*
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
- Önkoşul Onayı: Başlamadan önce, Microsoft Dynamics 365 Human Resources örneğiniz için 'Kendi Veritabanınızı Getirin' (BYOD) özelliğinin yapılandırıldığını doğrulayın. Gerekli veri varlıklarının Azure SQL Veritabanınıza dışa aktarıldığından emin olun. Anahtar varlıklar şunları içerir:
HcmPositionV2,HcmPositionDetail,WorkflowTrackingStatusTable,HcmJob,OMOperatingUnitveHcmRecruitingRequest. - Azure SQL Veritabanına Bağlan: BYOD hedefiniz olarak hizmet veren Azure SQL Veritabanına bağlantı kurmak için SQL Server Management Studio (SSMS) veya Azure Data Studio gibi bir SQL istemci aracı kullanın.
- Veritabanı Şemasını Tanımla: Bağlandıktan sonra, veritabanı şemasına aşina olun. D365 HR veri varlıkları tablo olarak çoğaltılır. BYOD veritabanındaki tablo adlarının varlık adlarıyla tam olarak eşleşmeyebileceğini, ancak genellikle çok benzer olduğunu unutmayın.
- SQL Sorgusunu Yükle: SQL istemcinizde yeni bir sorgu penceresi açın ve bu belgenin 'sorgu' bölümünde verilen tam SQL betiğini yapıştırın.
- Parametreleri Özelleştir: Sorgudaki yer tutucu değişkenleri değiştirin.
@[YourCompanyId]değerini analiz etmek istediğiniz belirli yasal varlığa (örn. 'USMF') ayarlayın. Ayıklamayı istenen zaman dilimiyle sınırlamak içinWHEREyan tümcelerindeki tarih aralığını (örn.CREATEDDATETIME >= '2023-01-01') ayarlayın. - Sorguyu Yürüt: Tam SQL sorgusunu BYOD veritabanına karşı çalıştırın. Yürütme süresi, veri hacmine ve seçilen tarih aralığına bağlı olarak değişecektir.
- Sonuçları İncele: Sorgu bittikten 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 Dışa Aktar: Tüm sonuç kümesini bir CSV dosyasına dışa aktarın. Çoğu SQL istemcisi, sonuçları doğrudan bir CSV dosyasına kaydetmek için yerleşik bir özelliğe sahiptir. Örneğin, SSMS'de sonuç kılavuzuna sağ tıklayıp 'Sonuçları Farklı Kaydet...' seçeneğini belirleyebilirsiniz.
- Yükleme İçin Hazırla: Dışa aktarılan CSV dosyasının UTF-8 kodlamasına sahip olduğundan emin olun. Süreç madenciliği aracına sorunsuz bir yükleme için sütun başlıklarının gerekli özniteliklerle (
PositionId,ActivityName,EventTime, vb.) tam olarak eşleştiğini onaylayın.
Konfigürasyon
- BYOD Veri Varlıkları: Dynamics 365 HR'dan BYOD örneğinize gerekli tüm veri varlıklarının yayınlandığından emin olun. Bu süreç için kritik varlıklar; pozisyonlar, pozisyon detayları, workflow geçmişi, işler, departmanlar ve işe alım taleplerini içerir.
- Veri Gecikmesi: BYOD'nin anlık değil, gerçek zamanlıya yakın bir replikasyon olduğunun farkında olun. D365 HR'da bir işlem gerçekleşmesi ile verinin Azure SQL Veritabanı'nda görünmesi arasında dakikalardan bir saate kadar değişen hafif bir gecikme olabilir.
- Tarih Aralığı Filtreleme: Performansı ve veri hacmini yönetmek için sorgunuza tarih filtreleri uygulamak çok önemlidir. Tipik bir başlangıç noktası 3 ila 6 aylık bir aralıktır. Her
UNION ALLbloğu içinde oluşturma veya olay zaman damgalarına filtreler uygulayın. - Şirket Filtresi: Doğru organizasyonel birimden veri analiz ettiğinizden emin olmak için her zaman
DATAREAID'ye (yasal varlık veya şirket kimliği) göre filtreleme yapın. Sağlanan sorgu, bu amaçla@[YourCompanyId]adlı bir yer tutucu içerir. - Önkoşullar: Bu yöntem, aktif bir Azure aboneliği, yapılandırılmış bir BYOD örneği, hedef Azure SQL Veritabanı üzerinde okuma izinleri ve sorgu yürütme için uygun bir SQL istemci aracı gerektirir.
- Özel Workflow Adımları: Sorgu, 'Pozisyon talebini onayla' gibi onaylar için yaygın workflow adım adları kullanır. Kuruluşunuz bu workflow adımları için özel adlar kullanıyorsa, ilgili
WHEREmaddelerindekiCONTEXTdeğerlerini güncellemeniz gerekecektir.
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]'