İşe Alımdan İşten Ayrılmaya - Organizasyonel Gelişim ve Pozisyon Yönetimi Veri Template'inuz
İşe Alımdan İşten Ayrılmaya - Organizasyonel Gelişim ve Pozisyon Yönetimi Veri Template'inuz
- Detaylı 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 veri çekme kılavuzu
İşe Alımdan İşten Ayrılmaya - Organizasyonel Gelişim ve Pozisyon Yönetimi Öznitelikleri
| Ad | Açıklama | ||
|---|---|---|---|
| Aktivite Adı ActivityName | Kadro yönetimi sürecinde meydana gelen belirli olayın veya görevin adı. | ||
| Açıklama Bu nitelik, kadronun süreç 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 temelini 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 sunar. Ne olduğunu ve hangi sırayla olduğunu anlamak için büyük önem taşır. Neden Önemli?dir? Sürecin adımlarını tanımlar, süreç haritalarının görselleştirilmesini ve süreç akışı ile varyasyonlarının analizini sunar. 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::::::: Pozisyon Talebi BaşlatıldıYönetici Tarafından Kadro Talebi OnaylandıİK Sisteminde Pozisyon OluşturulduPozisyon Öznitelikleri DeğiştirildiPozisyon Kapatıldı | |||
| Olay Zamanı EventTime | Aktivitenin ne zaman gerçekleştiğini gösteren zaman damgası (zaman damgası)dır. | ||
| Açıklama Olay Zamanı veya zaman damgası (zaman damgası), bir aktivitenin tamamlandığı tam tarih ve saati kaydeder. Olayları kronolojik olarak sıralamak ve süreleri ile döngü sürelerini hesaplamak için büyük önem taşır.\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?dir? Bu zaman damgası (zaman damgası), olayları sıralamak, tüm zamana dayalı metrikleri hesaplamak ve süreç darboğazlarını keşfetmek için gereklidir. 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 olarak kullanılır. Bu, bir kadronun oluşturulmasından değişikliklerine ve nihai olarak pasifleştirilmesine veya kapatılmasına kadar tüm süreç döngüsünün uçtan uca izlenmesine sunar.\n\nSüreç analizinde, bu kimlik her kadronun yolculuğunu yeniden yapılandırmak için gereklidir. Döngü sürelerini izleyen, onaylardaki darboğazları belirleyen ve talepten kapanışa kadar süreç varyantlarını analiz eden panelleri sunar. Neden Önemli?dir? Bu, ilgili tüm olayları tek bir süreç olayına bağlayan ve uçtan uca kadro süreç 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::::::: POS001, 2, 3, 4MKT-0056FIN-SR-ANALYST-02İKBP-DOĞU-01IT-DEV-9876 | |||
| Bitiş Zamanı EndTime | Aktivitenin ne zaman tamamlandığını gösteren zaman damgası (zaman damgası)dır. | ||
| 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 büyük önem taşır. Örneğin, bir pozisyon talebi bir yöneticiye atandıktan sonra ne kadar sürede onaylandığını belirlemeye yardımcı olur. Neden Önemli?dir? Aktivite işlem sürelerinin hesaplanmasını sağlayarak 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ı' kontrol paneli'u için gereklidir. 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?dir? Süreç analizinin iş birimine göre segmentlere ayrılmasına sunar, 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 | |||
| İş 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 sunar. 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 sunar. 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' kontrol paneli'u için kullanışlıdır. Neden Önemli?dir? İş 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 | |||
| 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ı güçlüak için uyumluluk kontrollerinde de temel rol oynar. Neden Önemli?dir? Hesap verebilirlik sunar ve bireysel veya ekip bazında performans analizine sunar, bu da kaynak yönetimi ve eğitim için büyük önem taşır. 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ılmazSistemİ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ü' kontrol paneli'u için büyük önem taşır. 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?dir? Pozisyonu finansal verilere bağlar, maliyetle ilgili süreç analizine ve veri tutarlılığının izlenmesine sunar. 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 | |||
| Pozisyon 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 kontrol paneli'lar için büyük önem taşır. Kadronun mevcut durumunun bir anlık görüntüsünü sunar ve süreç akışını doğrulamaya yardımcı olur. Neden Önemli?dir? Her pozisyon için net bir durum sunar, bu da vakaları filtrelemek ve sonuçları anlamak için büyük önem taşır. 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ı | |||
| 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?dir? 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' kontrol paneli'u için büyük önem taşır. Bireysel iş unvanlarına bakmaktan daha geniş bir görünüm sunar. Neden Önemli?dir? Pozisyonların daha geniş, kategori bazlı analizine sunar, 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 | |||
| 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 sunar.\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?dir? Farklı istihdam türleri için sürecin nasıl farklılaştığının analizine sunar, 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 büyük önem taşır. Verilerin beklenen kaynaktan geldiğini doğrulamaya yardımcı olur ve belirli sistemler için analizleri filtrelemek için kullanılabilir. Neden Önemli?dir? Veri kaynağı hakkında bağlam sunar, 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ı' kontrol paneli'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?dir? 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' kontrol paneli'unu ve KPI'ını doğrudan besler. Onay sürecinin verimliliğinin üst düzey bir ölçümünü sunar ve zaman içindeki iyileştirme girişimlerinin etkisini takip etmenizi sunar. Neden Önemli?dir? 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 büyük önem taşır. 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?dir? Taleplerin neden başarısız olduğuna dair doğrudan önemli bilgi sunar, bu da yeniden işleme ve reddetme oranlarını azaltmak için hedefe yönelik süreç iyileştirmelerini sunar. 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ı (zaman damgası)dır. | ||
| 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 sunar.\n\nBu bilgiyi kontrol paneli'larda görüntülemek, kullanıcıların güncel bilgileri görüntülediğinden emin olmalarını sunar. Herhangi bir process mining projesi için temel bir meta veri parçasıdır. Neden Önemli?dir? Kullanıcılara verilerin güncelliği hakkında bilgi verir, bu da analize dayalı kararlar almak için büyük önem taşır. Nereden Alınır?? Bu zaman damgası (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 sunar.\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?dir? 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 değeri, 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' kontrol paneli'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?dir? 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 Öznitelikleri Değiştirildi' aktivitesinden sonra gerçekleşirse, yeniden işleme olarak işaretlenebilir. Örnekler::::::: truefalse | |||
İşe Alımdan İşten Ayrılmaya - Organizasyonel Gelişim ve Pozisyon Yönetimi Aktiviteleri
| Aktivite | Açıklama | ||
|---|---|---|---|
| İK Sisteminde Pozisyon 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ı (zaman damgası)ndan yakalanır. | ||
| Neden Önemli?dir? 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?dir? 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ı (zaman damgası) ile kaydedilir. Event tipi explicit | |||
| Pozisyon Aktifleşti | 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?dir? 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 gereklidir. Nereden Alınır?? Pozisyon kaydındaki 'PositionStatus' gibi durum alanının 'Aktif' veya 'Açık' olarak güncellendiği zaman damgası (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 | |||
| Pozisyon Devre Dışı Bırakıldı | 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?dir? 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 büyük önem taşır. 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ı (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 | |||
| Pozisyon Kapatıldı | Kadro kaydının nihai olarak arşivlenmesini, süreç 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?dir? Bu, sürecin son olayıdır; eksiksiz uçtan uca süreç döngüsü analizi sunar 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ı (zaman damgası)ndan çıkarılır. Event tipi inferred | |||
| Pozisyon Talebi Başlatıldı | Pozisyon yönetimi süreç 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?dir? Bu, Kadro Onay Döngü Süresi ve Kadro Oluşturma Süresi gibi kritik KPI'lar da dahil olmak üzere tüm kadro süreç 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ı (zaman damgası)ndan veya WorkflowTrackingStatusTable gibi workflow geçmişi tablosundaki başlatma kaydından yakalanır. Yakala Yeni bir pozisyon talep iş akışını (workflow)nun 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?dir? 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 sunar. 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 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?dir? Yasal ve dahili politikalara uyumu izlemek için büyük önem taşır. 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ı muhtemel teşkil eder. Yakala Bir uyumluluk durumu alanının 'Tamamlandı' veya 'İncelendi' olarak güncellendiği zaman damgası (zaman damgası)ndan çıkarılır. Event tipi inferred | |||
| Pozisyon 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 iş akışını (workflow) içinde ayrı bir onay adımı olarak yakalanır. | ||
| Neden Önemli?dir? Finansal onay aşamasını izole eder, bütçe tahsisi ile ilgili gecikmelerin analizine sunar 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ı (zaman damgası)ndan yakalanır. Event tipi explicit | |||
| Pozisyon 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?dir? Kadrolama planlarını ve bütçeleri etkileyebilecek kadro süreç 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ı (zaman damgası)nın izlenmesiyle çıkarılır. Yakala Durumun 'Dondurulmuş' veya 'Beklemede' olarak değiştiği zaman damgası (zaman damgası)ndan çıkarılır. Event tipi inferred | |||
| Pozisyon Öznitelikleri 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?dir? 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 büyük önem taşır. 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 | |||
| Pozisyon 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?dir? 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 | |||
| Pozisyon 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?dir? 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?dir? İ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ı (zaman damgası)ndan yakalanır. Event tipi explicit | |||
Veri Çıkarma Kılavuzları
Adımlar
- Veri Yönetimi Çalışanş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ışanş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 süreç 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 büyük önem taşır. 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 iş akışlarını 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 Öznitelikleri 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 öznitelikler.le 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ı (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 sunar. Bu, onay sürecini izlemek için büyük önem taşır.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 Öznitelikleri 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 güçlüak 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),(EventTime)ve 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. Process Mining aracına sorunsuz bir yükleme için sütun başlıklarının gerekli öznitelikler.le (
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 büyük önem taşır. 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]'