Templat Data Hire to Retire - Manajemen Posisi
Templat Data Hire to Retire - Manajemen Posisi
- Atribut yang disarankan untuk analisis menyeluruh
- Aktivitas proses utama yang perlu dilacak agar proses dapat ditemukan dengan akurat
- Panduan ekstraksi khusus untuk Microsoft Dynamics 365 Human Resources
Atribut Hire to Retire - Manajemen Posisi
| Nama | Deskripsi | ||
|---|---|---|---|
| Nama aktivitas ActivityName | Nama peristiwa atau tugas tertentu yang terjadi dalam proses pengelolaan posisi. | ||
| Deskripsi Atribut ini menjelaskan satu langkah dalam siklus hidup posisi, seperti 'Permintaan posisi dimulai', 'Posisi dibuat di sistem HR', atau 'Posisi dinonaktifkan'. Nama aktivitas menjadi dasar peta proses karena menunjukkan urutan peristiwa. Dengan menganalisis Nama aktivitas, Anda dapat melihat alur proses, menemukan penyimpangan dari proses standar, dan menghitung waktu perpindahan antarlangkah. Atribut ini penting untuk memahami apa yang terjadi dan urutannya. Mengapa ini penting Atribut ini menentukan langkah-langkah proses, sehingga peta proses dapat ditampilkan dan alur serta variasi proses dapat dianalisis. Sumber data Atribut ini berasal dari peristiwa bisnis, perubahan status, atau riwayat workflow di Microsoft Dynamics 365 Human Resources. Atribut ini bukan satu kolom tertentu, melainkan disusun berdasarkan konteks data. Contoh Permintaan posisi dimulaiPermintaan posisi disetujui manajerPosisi dibuat di sistem HRAtribut posisi diubahPosisi ditutup | |||
| Position ID PositionId | Pengenal unik untuk posisi tertentu dalam organisasi. | ||
| Deskripsi Position ID berfungsi sebagai pengenal kasus utama yang menghubungkan semua aktivitas dan titik data untuk satu posisi dalam organisasi. Dengan ID ini, Anda dapat melacak seluruh siklus hidup posisi, mulai dari pembuatan dan perubahan hingga penonaktifan atau penutupan. Dalam analisis proses, ID ini penting untuk merekonstruksi perjalanan setiap posisi. ID ini memungkinkan pembuatan dasbor untuk memantau waktu siklus, menemukan hambatan dalam persetujuan, dan menganalisis variasi proses dari permintaan hingga penutupan. Mengapa ini penting Pengenal utama ini menghubungkan semua peristiwa terkait ke dalam satu kasus proses, sehingga seluruh siklus hidup posisi dapat dianalisis. Sumber data Biasanya berupa kolom HcmPosition.PositionId di Microsoft Dynamics 365 Human Resources. Kolom ini dapat ditemukan di entitas data seperti HcmPositionV2Entity. Contoh POS001234MKT-0056FIN-SR-ANALYST-02HRBP-EAST-01IT-DEV-9876 | |||
| Waktu peristiwa EventTime | Stempel waktu yang menunjukkan kapan aktivitas terjadi. | ||
| Deskripsi Waktu peristiwa atau stempel waktu mencatat tanggal dan waktu persis saat aktivitas selesai. Data ini penting untuk mengurutkan peristiwa secara kronologis serta menghitung durasi dan waktu siklus. Atribut ini digunakan di hampir semua analisis process mining, mulai dari pembuatan peta proses hingga penghitungan KPI kinerja seperti 'Rata-rata Waktu Siklus Persetujuan Posisi'. Data ini membantu menemukan kapan keterlambatan terjadi dan berapa lama setiap langkah proses berlangsung. Mengapa ini penting Stempel waktu ini penting untuk mengurutkan peristiwa, menghitung semua metrik berbasis waktu, dan menemukan hambatan proses. Sumber data Informasi ini biasanya tersedia di tabel log sistem atau pada kolom 'CreatedDateTime' atau 'ModifiedDateTime' yang terkait dengan catatan posisi dan workflow di Dynamics 365 HR. Contoh 2023-04-15T09:00:00Z2023-04-15T14:35:10Z2023-04-18T11:21:05Z2023-05-02T16:45:00Z2024-01-10T10:00:00Z | |||
| Departemen DepartmentName | Departemen tempat posisi tersebut berada. | ||
| Deskripsi Atribut ini menunjukkan departemen organisasi yang terkait dengan posisi, seperti 'Keuangan', 'Pemasaran', atau 'TI'. Atribut ini menjadi dimensi utama untuk memfilter dan mengelompokkan data proses. Analisis berdasarkan departemen penting untuk dashboard 'Departmental Position Throughput'. Analisis ini membantu membandingkan kinerja proses, menemukan hambatan khusus di departemen tertentu, dan memahami tren perekrutan di berbagai bagian bisnis. Mengapa ini penting Atribut ini memungkinkan analisis proses dikelompokkan berdasarkan unit bisnis, sehingga masalah khusus departemen dapat ditemukan dan kinerja dapat dibandingkan. Sumber data Informasi ini merupakan bagian dari detail posisi. Biasanya, data disimpan di entitas HcmPositionDetail dan ditautkan ke dimensi unit operasional. Contoh KeuanganTeknologi InformasiPenjualan dan PemasaranSumber daya manusiaOperasional | |||
| Jabatan JobTitle | Nama jabatan yang terkait dengan posisi, seperti 'Akuntan Senior'. | ||
| Deskripsi Jabatan memberi konteks penting tentang peran dan tanggung jawab posisi. Jabatan berbeda dari Position ID karena beberapa posisi dapat memiliki jabatan yang sama. Dalam analisis, atribut ini memungkinkan data dikelompokkan dan difilter berdasarkan jenis peran. Atribut ini berguna untuk dashboard 'Position Reclassification Trends' guna melihat jenis pekerjaan yang paling sering diklasifikasikan ulang. Mengapa ini penting Atribut ini memberi konteks bisnis yang penting, sehingga analisis dapat dilakukan berdasarkan peran, tingkat, atau fungsi pekerjaan. Sumber data Informasi ini ditautkan dari catatan 'Job' yang terkait dengan Position. Cari di entitas seperti HcmPositionV2Entity atau gabungkan dengan HcmJobEntity. Contoh Analis Keuangan SeniorInsinyur Perangkat Lunak IIMitra Bisnis HRKoordinator PemasaranManajer Logistik | |||
| Nama pengguna UserName | Nama atau ID pengguna yang melakukan aktivitas. | ||
| Deskripsi Atribut ini menunjukkan karyawan atau pengguna sistem yang bertanggung jawab atas suatu langkah proses, seperti manajer yang menyetujui permintaan atau spesialis HR yang membuat posisi di sistem. Analisis berdasarkan pengguna membantu menemukan kebutuhan pelatihan, membandingkan kinerja anggota tim, dan memahami pembagian beban kerja. Informasi ini juga penting untuk pemeriksaan kepatuhan dan memastikan pemisahan tugas yang tepat. Mengapa ini penting Atribut ini menunjukkan siapa yang bertanggung jawab dan memungkinkan analisis kinerja per individu atau tim. Informasi ini penting untuk pengelolaan sumber daya dan pelatihan. Sumber data Informasi ini terkait dengan riwayat workflow atau catatan jejak audit di Dynamics 365 HR. Data ini mungkin ditautkan melalui User ID dari entitas HcmWorker. Contoh John SmithJane DoeSYSTEMHRAdmin01MGR-FINANCE | |||
| Pusat biaya CostCenter | Pusat biaya keuangan tempat pengeluaran posisi dibebankan. | ||
| Deskripsi Pusat biaya adalah dimensi keuangan penting yang menghubungkan posisi dengan anggaran atau area tanggung jawab keuangan tertentu. Perubahan pada atribut ini perlu dipantau. Atribut ini penting untuk dashboard 'Position Data Consistency Check', yang menganalisis perubahan pada atribut utama setelah posisi dibuat. Atribut ini juga digunakan untuk menganalisis biaya dan anggaran terkait posisi berdasarkan unit keuangan. Mengapa ini penting Atribut ini menghubungkan posisi dengan data keuangan, sehingga analisis proses terkait biaya dan pemantauan konsistensi data dapat dilakukan. Sumber data Biasanya, atribut ini dikonfigurasi sebagai dimensi keuangan pada catatan posisi. Lihat pengaturan dimensi keuangan di Dynamics 365. Contoh CC-1001-FINCC-2500-ITCC-4510-SALESCC-7000-OPSCC-9002-HR | |||
| Status posisi PositionStatus | Status posisi saat ini atau sebelumnya. | ||
| Deskripsi Atribut ini menunjukkan status posisi pada waktu tertentu, seperti 'Diusulkan', 'Aktif', 'Dibekukan', atau 'Ditutup'. Perubahan status sering kali berkaitan dengan aktivitas dalam proses. Melacak status penting untuk memahami perjalanan posisi dan mendukung dashboard seperti 'Position Compliance Review Status' dan 'Stale and Underutilized Positions'. Informasi ini menunjukkan status posisi saat ini dan membantu memvalidasi alur proses. Mengapa ini penting Atribut ini menunjukkan status setiap posisi dengan jelas. Informasi ini penting untuk memfilter kasus dan memahami hasilnya. Sumber data Lihat dokumentasi Microsoft Dynamics 365 Human Resources. Status ini kemungkinan berasal dari kolom status pada catatan Position utama. Contoh DiusulkanSedang ditinjauAktifDibekukanDitutup | |||
| Waktu selesai EndTime | Waktu yang menunjukkan kapan aktivitas selesai. | ||
| Deskripsi EndTime menandai berakhirnya suatu aktivitas. Selisih antara StartTime dan EndTime menunjukkan waktu pemrosesan aktivitas tersebut. Atribut ini penting untuk menghitung durasi setiap aktivitas dan memahami bagian proses yang menyita waktu. Contohnya, atribut ini membantu mengetahui berapa lama manajer menyetujui permintaan posisi setelah permintaan tersebut ditugaskan kepadanya. Mengapa ini penting Atribut ini memungkinkan penghitungan waktu pemrosesan aktivitas, yang menjadi dasar analisis kinerja dan hambatan secara terperinci. Sumber data Nilai ini dapat diperoleh dari stempel waktu event berikutnya atau dari kolom 'completion' tertentu dalam log workflow Dynamics 365 HR. Sering kali, nilainya perlu diperkirakan. Contoh 2023-04-15T09:05:12Z2023-04-15T15:00:00Z2023-04-19T09:00:00Z2023-05-03T10:00:00Z2024-01-10T10:05:00Z | |||
| Alasan penolakan RejectionReason | Alasan yang diberikan saat permintaan posisi ditolak. | ||
| Deskripsi Saat manajer atau HR menolak permintaan posisi, biasanya alasan penolakan dicatat. Penyebabnya bisa berupa keterbatasan anggaran, informasi yang keliru, atau perubahan strategi. Atribut ini penting untuk menghitung KPI 'Position Request Rejection Rate' dan memahami penyebab pengerjaan ulang. Analisis alasan penolakan yang paling umum membantu menemukan masalah di tahap awal, seperti kualitas permintaan yang rendah atau panduan yang kurang jelas. Masalah ini dapat ditangani untuk memperbaiki proses. Mengapa ini penting Atribut ini menunjukkan secara langsung alasan permintaan ditolak, sehingga perbaikan proses dapat diarahkan untuk mengurangi pengerjaan ulang dan penolakan. Sumber data Lihat dokumentasi Microsoft Dynamics 365 Human Resources. Alasan ini biasanya dicatat dalam komentar workflow atau kolom kode alasan khusus saat permintaan ditolak. Contoh Anggaran tidak tersediaPermintaan duplikatProfil pekerjaan tidak sesuaiPembekuan perekrutanPenyesuaian strategi | |||
| Apakah anggaran disetujui IsBudgetApproved | Penanda yang menunjukkan apakah anggaran untuk posisi telah disetujui. | ||
| Deskripsi Atribut boolean ini bernilai true jika aktivitas 'Position Budget Approved' terjadi pada kasus posisi tertentu. Atribut ini membantu menganalisis alur proses dan menemukan posisi yang tertahan karena menunggu persetujuan anggaran. Atribut ini dapat digunakan untuk memfilter proses dan menganalisis KPI 'Position Budget Approval Cycle Time' dengan lebih efektif. Atribut ini membedakan posisi yang sudah melewati tahap persetujuan anggaran dari yang belum, sehingga berguna untuk analisis hambatan. Mengapa ini penting Atribut ini menyederhanakan analisis dengan menandai pencapaian penting secara jelas, sehingga tahap persetujuan anggaran dapat dipisahkan dan diukur. Sumber data Nilai ini diperoleh saat transformasi data dengan memeriksa apakah aktivitas 'Position Budget Approved' tercatat dalam riwayat kasus. Contoh truefalse | |||
| Apakah pengerjaan ulang IsRework | Penanda yang menunjukkan apakah suatu aktivitas merupakan bagian dari siklus pengerjaan ulang. | ||
| Deskripsi Penanda boolean ini bernilai true jika aktivitas menunjukkan langkah yang diulang dalam proses, misalnya persetujuan ulang setelah atribut diubah. Penanda ini membantu mengukur siklus proses yang tidak efisien. Atribut ini mendukung dashboard 'Position Rework Analysis' dan KPI 'Rework Rate on Position Creation'. Dengan menandai pengerjaan ulang, analis dapat memfilter dan mengukur frekuensi serta dampak ketidakefisienan proses dengan mudah. Mengapa ini penting Atribut ini secara jelas menandai dan mengukur pengerjaan ulang dalam proses, yang menjadi sasaran utama inisiatif perbaikan proses. Sumber data Nilai ini dihitung berdasarkan urutan aktivitas dalam suatu kasus. Contohnya, jika 'Position Request Approved By Manager' terjadi setelah 'Position Attributes Modified', aktivitas tersebut dapat ditandai sebagai pengerjaan ulang. Contoh truefalse | |||
| Jenis posisi PositionType | Mengelompokkan posisi sebagai penuh waktu, paruh waktu, sementara, dan sebagainya. | ||
| Deskripsi Atribut ini mengelompokkan posisi berdasarkan ketentuan kerjanya. Informasi ini memberi konteks tambahan untuk analisis dan perencanaan tenaga kerja. Dalam analisis proses, pemfilteran berdasarkan jenis posisi dapat menunjukkan apakah jenis posisi tertentu memiliki jalur proses atau waktu siklus yang lebih panjang. Contohnya, persetujuan posisi sementara mungkin lebih cepat dan sederhana dibandingkan posisi tetap penuh waktu. Mengapa ini penting Atribut ini memungkinkan analisis perbedaan proses untuk berbagai jenis pekerjaan, sehingga mendukung perencanaan tenaga kerja dan perbaikan proses. Sumber data Informasi ini biasanya tersedia pada catatan posisi di Dynamics 365 HR. Periksa entitas seperti HcmPositionV2Entity untuk menemukan kolom yang sesuai. Contoh Penuh waktuParuh waktuKontraktorMagangSementara | |||
| Kelompok pekerjaan JobFamily | Pengelompokan pekerjaan dengan fungsi serupa, seperti 'Teknik' atau 'Keuangan'. | ||
| Deskripsi Kelompok pekerjaan mengelompokkan jabatan yang saling terkait. Contohnya, 'Insinyur Perangkat Lunak' dan 'Insinyur QA' dapat masuk dalam kelompok pekerjaan 'Teknik'. Atribut ini penting untuk dashboard 'Position Reclassification Trends' karena memungkinkan analisis tingkat tinggi tentang kategori pekerjaan yang paling sering berubah. Cakupannya lebih luas daripada analisis berdasarkan jabatan satu per satu. Mengapa ini penting Atribut ini memungkinkan analisis posisi berdasarkan kategori yang lebih luas, berguna untuk perencanaan tenaga kerja strategis dan analisis tren. Sumber data Informasi ini merupakan bagian dari pengaturan pekerjaan di Dynamics 365 HR. Cari kolom terkait 'Job family' atau 'Job function' di HcmJobEntity. Contoh TeknikKeuangan dan AkuntansiPenjualanSumber daya manusiaManajemen Produk | |||
| Lokasi Location | Lokasi fisik atau geografis posisi. | ||
| Deskripsi Atribut ini menunjukkan lokasi posisi, seperti kantor, kota, atau negara. Lokasi juga menjadi dimensi penting untuk memfilter dan mengelompokkan data proses. Dashboard 'Departmental Position Throughput' menggunakan lokasi untuk menganalisis tren kepegawaian dan kinerja proses di berbagai wilayah. Atribut ini dapat membantu menemukan apakah proses pembuatan atau persetujuan posisi lebih lambat di lokasi tertentu. Mengapa ini penting Atribut ini memberi konteks geografis, sehingga kinerja dan tren proses dapat dianalisis di berbagai lokasi. Sumber data Lihat dokumentasi Microsoft Dynamics 365 Human Resources. Informasi ini mungkin tercantum dalam detail posisi atau ditautkan melalui departemen maupun entitas hukum. Contoh New York, ASLondon, InggrisBerlin, JermanSingapuraJarak jauh | |||
| Manajer pemohon RequestingManager | Manajer yang mengajukan permintaan posisi. | ||
| Deskripsi Atribut ini menunjukkan manajer perekrutan atau kepala departemen yang memulai proses dengan meminta posisi baru atau pengganti. Informasi ini memberi konteks tentang asal kebutuhan posisi. Analisis berdasarkan manajer pemohon dapat membantu menemukan pola jumlah permintaan, tingkat persetujuan, dan kualitas permintaan. Informasi ini menambah detail untuk memahami beban kerja dan kepatuhan terhadap proses. Mengapa ini penting Atribut ini membantu melacak asal kebutuhan posisi dan menganalisis metrik proses dari sudut pandang manajer perekrutan. Sumber data Lihat dokumentasi Microsoft Dynamics 365 Human Resources. Informasi ini kemungkinan dicatat dalam data awal workflow. Contoh Robert JonesSusan MillerDavid ChenMaria GarciaPaul Williams | |||
| Pembaruan data terakhir LastDataUpdate | Waktu pembaruan data terbaru dari sistem sumber. | ||
| Deskripsi Atribut ini menunjukkan kapan data terakhir diekstrak dari Microsoft Dynamics 365 Human Resources. Informasi ini memberi konteks tentang seberapa baru data yang dianalisis. Dengan menampilkan informasi ini di dashboard, pengguna dapat memastikan bahwa data yang mereka lihat sudah diperbarui. Ini adalah metadata penting dalam setiap proyek process mining. Mengapa ini penting Informasi ini memberi tahu pengguna seberapa baru data yang digunakan, hal penting untuk mengambil keputusan berdasarkan hasil analisis. Sumber data Waktu ini dibuat dan disimpan selama proses ekstraksi, transformasi, dan pemuatan data (ETL). Contoh 2024-05-21T02:00:00Z2024-05-20T02:00:00Z2024-05-19T02:00:00Z | |||
| Sistem sumber SourceSystem | Sistem tempat data diekstrak. | ||
| Deskripsi Atribut ini menunjukkan asal data proses. Untuk tampilan ini, sumbernya biasanya 'Microsoft Dynamics 365 Human Resources'. Di lingkungan yang menggunakan beberapa sistem, kolom ini penting untuk melacak asal-usul data dan menangani masalah. Kolom ini membantu memastikan data berasal dari sumber yang diharapkan dan dapat digunakan untuk memfilter analisis berdasarkan sistem tertentu. Mengapa ini penting Atribut ini memberikan konteks tentang asal data, yang penting untuk tata kelola data dan analisis yang mencakup beberapa sistem perusahaan. Sumber data Nilai statis ini ditambahkan saat proses ekstraksi dan transformasi data untuk menandai asal dataset. Contoh Microsoft Dynamics 365 Human ResourcesD365 HRDynamicsHR | |||
| Waktu siklus persetujuan ApprovalCycleTime | Total waktu sejak permintaan posisi diajukan hingga akhirnya disetujui. | ||
| Deskripsi Metrik terhitung ini mengukur durasi dari aktivitas 'Position Request Initiated' hingga aktivitas persetujuan terakhir, yang dapat berupa 'Position Request Approved By HR'. Metrik ini menjadi indikator kinerja utama untuk tahap awal proses pengelolaan posisi. Atribut ini mengisi dashboard dan KPI 'Position Approval Cycle Time'. Metrik ini memberikan gambaran umum tentang efisiensi proses persetujuan dan membantu melacak dampak inisiatif perbaikan dari waktu ke waktu. Mengapa ini penting KPI penting ini mengukur efisiensi seluruh proses persetujuan dan menunjukkan secara langsung keterlambatan dalam menyiapkan posisi untuk dibuat. Sumber data Nilai ini dihitung pada tingkat kasus dengan mencari stempel waktu aktivitas awal dan akhir pada tahap persetujuan, lalu menghitung selisihnya. Contoh P3DT2H15MP10DP1DT12HP5DT6HP2W | |||
Aktivitas Hire to Retire - Manajemen Posisi
| Aktivitas | Deskripsi | ||
|---|---|---|---|
| Permintaan posisi dimulai | Menandai awal resmi siklus pengelolaan posisi. Peristiwa ini biasanya tercatat saat pengguna mengirim permintaan posisi baru melalui formulir khusus atau workflow di Dynamics 365 HR. | ||
| Mengapa ini penting Peristiwa ini menjadi titik awal untuk mengukur seluruh siklus hidup posisi, termasuk KPI penting seperti Waktu Siklus Persetujuan Posisi dan Waktu Penyelesaian Pembuatan Posisi. Sumber data Diambil dari stempel waktu pembuatan catatan permintaan posisi atau catatan inisiasi di tabel riwayat workflow, seperti WorkflowTrackingStatusTable. Pengumpulan data Peristiwa tercatat saat workflow permintaan posisi baru dikirim. Jenis peristiwa explicit | |||
| Permintaan posisi disetujui HR | Menandai persetujuan akhir dari departemen Human Resources sebelum posisi resmi dibuat. Peristiwa ini dicatat secara eksplisit saat tugas persetujuan HR selesai di sistem workflow. | ||
| Mengapa ini penting Peristiwa ini menandai akhir tahap persetujuan dan menjadi titik penting untuk mengukur Rata-rata Waktu Siklus Persetujuan Posisi secara keseluruhan. Sumber data Dicatat di tabel riwayat workflow, seperti WorkflowTrackingTable, saat perwakilan HR menyelesaikan tugas persetujuan. Pengumpulan data Peristiwa dicatat di riwayat workflow beserta stempel waktunya saat tahap persetujuan HR selesai. Jenis peristiwa explicit | |||
| Posisi diaktifkan | Menandai saat posisi resmi dibuka dan perekrutan dapat dimulai. Peristiwa ini disimpulkan dari perubahan kolom status pada catatan posisi menjadi 'Active' atau status serupa. | ||
| Mengapa ini penting Tahap penting untuk mengukur kesiapan perekrutan dan efisiensi tahap penyiapan akhir. Data ini diperlukan untuk KPI Rata-rata Waktu hingga Posisi Diaktifkan. Sumber data Disimpulkan dengan melacak stempel waktu saat kolom status, seperti 'PositionStatus' pada catatan posisi, diperbarui menjadi 'Active' atau 'Open'. Pengumpulan data Berdasarkan tanggal saat kolom ActivationDate posisi diisi atau kolom status berubah menjadi 'Active'. Jenis peristiwa inferred | |||
| Posisi dibuat di sistem HR | Peristiwa ini menandai pembuatan resmi catatan posisi di Dynamics 365 HR. Data diambil dari stempel waktu pembuatan catatan posisi utama. | ||
| Mengapa ini penting Tahap penting yang menandai perubahan dari permintaan menjadi posisi resmi dalam organisasi. Peristiwa ini menjadi titik akhir KPI Waktu Penyelesaian Pembuatan Posisi. Sumber data Diambil dari kolom sistem 'CreatedDateTime' pada tabel posisi utama, seperti HcmPosition. Pengumpulan data Diambil dari kolom sistem CreatedDateTime pada tabel HcmPosition. Jenis peristiwa explicit | |||
| Posisi dinonaktifkan | Posisi tidak lagi aktif dan dihapus dari struktur organisasi aktif, biasanya setelah terisi. Peristiwa ini disimpulkan dari perubahan status menjadi 'Inactive' atau status serupa. | ||
| Mengapa ini penting Menandai tahap penting di akhir masa aktif posisi. Data ini penting untuk menganalisis Rata-rata Waktu hingga Posisi Dinonaktifkan dan mengelola jumlah tenaga kerja secara akurat. Sumber data Disimpulkan dari stempel waktu saat kolom 'RetirementDate' diisi atau kolom status pada catatan posisi berubah menjadi 'Inactive'. Pengumpulan data Berdasarkan tanggal saat RetirementDate posisi ditetapkan atau kolom status berubah menjadi 'Inactive'. Jenis peristiwa inferred | |||
| Posisi ditutup | Menandai pengarsipan akhir catatan posisi dan berakhirnya seluruh siklus hidup posisi. Peristiwa ini disimpulkan dari perubahan status menjadi 'Closed' atau status akhir serupa. | ||
| Mengapa ini penting Ini adalah peristiwa terakhir dalam proses. Data ini memungkinkan analisis siklus hidup secara menyeluruh dan membantu menemukan posisi lama yang seharusnya ditutup. Sumber data Disimpulkan dari perubahan kolom status pada catatan posisi menjadi 'Closed'. Hal ini lebih jarang terjadi daripada penonaktifan karena catatan sering disimpan sebagai riwayat. Pengumpulan data Disimpulkan dari stempel waktu saat kolom status diperbarui menjadi 'Closed'. Jenis peristiwa inferred | |||
| Anggaran posisi disetujui | Tahap persetujuan penting yang memastikan dana untuk posisi baru telah dialokasikan. Peristiwa ini biasanya tercatat sebagai langkah persetujuan tersendiri dalam workflow pembuatan posisi. | ||
| Mengapa ini penting Memisahkan tahap persetujuan keuangan agar keterlambatan terkait alokasi anggaran dapat dianalisis dan KPI Waktu Siklus Persetujuan Anggaran Posisi dapat dipantau. Sumber data Dicatat sebagai tugas persetujuan yang selesai di tabel riwayat workflow, seperti WorkflowTrackingTable, dan biasanya diberikan kepada staf bagian keuangan. Pengumpulan data Diambil dari stempel waktu penyelesaian tugas persetujuan anggaran di log workflow. Jenis peristiwa explicit | |||
| Atribut posisi diubah | Menunjukkan perubahan pada atribut utama posisi, seperti jabatan atau departemen, setelah posisi dibuat. Aktivitas ini biasanya disimpulkan dengan melacak perubahan di log basis data sistem. | ||
| Mengapa ini penting Frekuensi aktivitas yang tinggi dapat menandakan kualitas data yang buruk atau pekerjaan ulang dalam proses. Aktivitas ini penting untuk KPI Frekuensi Perubahan Atribut Posisi dan Tingkat Pekerjaan Ulang. Sumber data Disimpulkan dari tabel SysDatabaseLog jika pelacakan perubahan diaktifkan untuk tabel posisi. Cara lain adalah membandingkan rekam data posisi dari waktu ke waktu. Pengumpulan data Disimpulkan dengan mendeteksi operasi pembaruan pada kolom utama tabel HcmPosition melalui log basis data. Jenis peristiwa inferred | |||
| Permintaan posisi disetujui manajer | Menandai selesainya tahap persetujuan pertama oleh manajer perekrutan. Peristiwa ini tercatat secara eksplisit di riwayat workflow saat manajer menyelesaikan tugas persetujuan yang diberikan. | ||
| Mengapa ini penting Menunjukkan durasi tahap persetujuan awal dan membantu menemukan hambatan yang terkait dengan manajer atau departemen tertentu. Sumber data Dicatat sebagai langkah yang selesai di tabel riwayat workflow, seperti WorkflowTrackingTable, dan dikaitkan dengan permintaan posisi. Pengumpulan data Diambil dari stempel waktu penyelesaian tahap persetujuan manajer di log workflow. Jenis peristiwa explicit | |||
| Permintaan posisi ditolak | Menunjukkan bahwa permintaan posisi ditolak pada salah satu tahap persetujuan. Peristiwa ini tercatat secara eksplisit di riwayat workflow saat pemberi persetujuan memilih tindakan 'Reject'. | ||
| Mengapa ini penting Menunjukkan kegagalan proses dan siklus pekerjaan ulang. Analisis alasan penolakan membantu meningkatkan kualitas permintaan awal dan mendukung KPI Tingkat Penolakan Permintaan Posisi. Sumber data Dicatat dengan status 'Rejection' di tabel riwayat workflow, seperti WorkflowTrackingStatusTable, untuk permintaan posisi terkait. Pengumpulan data Diambil dari log workflow saat pemberi persetujuan melakukan tindakan penolakan. Jenis peristiwa explicit | |||
| Posisi dibekukan | Menunjukkan bahwa posisi ditangguhkan sementara sehingga aktivitas perekrutan tidak dapat dilakukan. Peristiwa ini disimpulkan dari perubahan status catatan posisi menjadi 'Frozen' atau 'On Hold'. | ||
| Mengapa ini penting Melacak jeda dalam siklus hidup posisi yang dapat memengaruhi rencana perekrutan dan anggaran. Data ini membantu menemukan penyebab keterlambatan perekrutan. Sumber data Disimpulkan dengan melacak stempel waktu saat kolom status pada catatan posisi diperbarui menjadi 'Frozen' atau nilai serupa. Pengumpulan data Disimpulkan dari stempel waktu perubahan status menjadi 'Frozen' atau 'On Hold'. Jenis peristiwa inferred | |||
| Posisi direklasifikasi | Pembaruan penting yang mengubah klasifikasi dasar posisi, seperti rumpun atau tingkat jabatan. Perubahan ini biasanya disimpulkan dari perubahan kolom 'Job' pada catatan posisi. | ||
| Mengapa ini penting Membantu menganalisis perubahan struktur organisasi dan kestabilan definisi jabatan. Aktivitas ini menjadi dasar KPI Tingkat Reklasifikasi Posisi. Sumber data Disimpulkan dari perubahan kolom 'JobId' pada tabel HcmPosition, yang dicatat melalui log basis data atau dengan membandingkan versi catatan dari waktu ke waktu. Pengumpulan data Disimpulkan dari perubahan klasifikasi jabatan yang tercatat pada catatan posisi. Jenis peristiwa inferred | |||
| Posisi ditinjau untuk kepatuhan | Menunjukkan bahwa posisi telah menjalani pemeriksaan kepatuhan resmi. Peristiwa ini dapat dicatat melalui perubahan status, tugas daftar periksa yang selesai, atau pembaruan kolom khusus. | ||
| Mengapa ini penting Penting untuk memantau kepatuhan terhadap peraturan dan kebijakan internal. Aktivitas ini mendukung KPI Tingkat Kepatuhan Posisi secara langsung. Sumber data Kemungkinan disimpulkan dari kolom status bertanda waktu seperti 'ComplianceReviewStatus' atau kolom boolean 'IsComplianceReviewed' pada catatan posisi. Pengumpulan data Disimpulkan dari stempel waktu saat kolom status kepatuhan diperbarui menjadi 'Completed' atau 'Reviewed'. Jenis peristiwa inferred | |||
| Proses perekrutan dimulai | Menandai peralihan dari pengelolaan posisi ke perekrutan. Peristiwa ini disimpulkan saat lowongan atau proyek perekrutan baru dibuat dan ditautkan ke Position ID tertentu. | ||
| Mengapa ini penting Menghubungkan proses pengelolaan posisi dengan hasilnya, sehingga waktu antara pengaktifan posisi dan dimulainya aktivitas perekrutan dapat dianalisis. Sumber data Disimpulkan dengan mencari tanggal pembuatan catatan di tabel perekrutan atau lowongan, seperti HcmRecruitingRequest, yang merujuk ke Position ID. Pengumpulan data Disimpulkan dengan menghubungkan PositionId ke pembuatan catatan terkait di modul perekrutan. Jenis peristiwa inferred | |||
Panduan Ekstraksi
Langkah
- Buka ruang kerja Data Management: Masuk ke Microsoft Dynamics 365 Human Resources. Gunakan bilah pencarian utama untuk membuka ruang kerja 'Data management'.
- Buat proyek ekspor baru: Di ruang kerja, pilih ubin 'Export'. Pada halaman proyek 'Export', klik 'New' untuk membuat proyek. Beri nama yang jelas, misalnya 'PositionManagement_EventLog_Export', lalu pilih format data. Untuk transformasi, sebaiknya gunakan 'CSV'.
- Tambahkan entitas data ke proyek: Di proyek baru, klik 'Add entity'. Tambahkan beberapa entitas untuk mencakup seluruh siklus posisi. Tambahkan entitas utama berikut satu per satu: 'HcmPositionV2', 'WorkflowTrackingStatusTable', dan 'HcmRecruitingRequest'. Jika pencatatan database untuk perubahan posisi diaktifkan, tambahkan juga 'SysDatabaseLog'.
- Atur filter entitas: Terapkan filter pada setiap entitas untuk membatasi cakupan data. Pilih entitas, lalu klik 'Filter'. Untuk 'HcmPositionV2', gunakan rentang tanggal tertentu pada kolom 'CreatedDateTime' atau 'ModifiedDateTime'. Untuk 'WorkflowTrackingStatusTable', filter 'CONTEXTTABLENAME' agar hanya mencakup alur kerja terkait posisi.
- Pilih kolom untuk setiap entitas: Pastikan Anda mengekspor semua kolom yang diperlukan untuk transformasi selanjutnya. Untuk 'HcmPositionV2', sertakan 'PositionId', 'CreatedDateTime', 'ActivationDate', 'RetirementDate', 'ModifiedDateTime', 'JobId', dan 'DepartmentNumber'. Untuk 'WorkflowTrackingStatusTable', sertakan 'ContextRecId', 'WorkflowTrackingStatus', 'CreatedDateTime', dan 'UserId'.
- Jalankan tugas ekspor: Setelah semua entitas, kolom, dan filter diatur, klik 'Export' di halaman utama proyek. Sistem akan membuat paket data dengan file terpisah untuk setiap entitas.
- Pantau dan unduh paket data: Pantau progres tugas di bagian 'Job history'. Setelah tugas berhasil diselesaikan, unduh paket data dalam bentuk file terkompresi.
- Ekstrak dan transformasikan data: Buka file paket yang diunduh. Anda akan menemukan file CSV terpisah untuk setiap entitas. File ini berisi data mentah, bukan event log akhir. Gunakan skrip eksternal, misalnya Python dengan pandas atau PowerShell, untuk memprosesnya.
- Terapkan logika transformasi: Skrip Anda perlu melakukan langkah-langkah berikut:
- Muat file 'HcmPositionV2.csv'. Buat aktivitas 'Posisi Dibuat di Sistem HR' dari 'PositionId' dan 'CreatedDateTime'.
- Buat aktivitas perubahan status ('Posisi Diaktifkan', 'Posisi Dibekukan', 'Posisi Dinonaktifkan', 'Posisi Ditutup') dengan membaca kolom status atau tanggal seperti 'ActivationDate' dan 'RetirementDate' dari 'HcmPositionV2.csv'.
- Muat file 'WorkflowTrackingStatusTable.csv'. Gabungkan datanya dengan data posisi menggunakan ID rekaman. Buat aktivitas alur kerja berikut: 'Permintaan Posisi Diajukan', 'Permintaan Posisi Disetujui Manajer', 'Anggaran Posisi Disetujui', 'Permintaan Posisi Disetujui HR', dan 'Permintaan Posisi Ditolak'. Petakan status alur kerja dan konteks langkah ke Nama Aktivitas yang sesuai.
- Jika Anda mengekspor 'SysDatabaseLog.csv', uraikan file ini untuk membuat aktivitas 'Atribut Posisi Diubah' dan 'Posisi Diklasifikasikan Ulang' berdasarkan perubahan pada kolom tertentu di tabel HcmPosition.
- Muat 'HcmRecruitingRequest.csv' untuk membuat aktivitas 'Proses Perekrutan Dimulai' dengan mencari waktu pembuatan permintaan perekrutan untuk posisi tertentu.
- Gabungkan event log akhir: Skrip harus menggabungkan semua aktivitas yang dibuat dari berbagai sumber ke dalam satu file CSV. File ini harus memuat kolom wajib: 'PositionId', 'ActivityName', dan 'EventTime', serta atribut lain yang disarankan dan berhasil Anda petakan.
- Siapkan file untuk diunggah: Pastikan header file CSV akhir sesuai dengan nama atribut yang diwajibkan dan kolom 'EventTime' menggunakan format stempel waktu yang konsisten. File siap diunggah ke alat process mining.
Konfigurasi
- Entitas data utama: Entitas utama yang diperlukan untuk ekstraksi ini:
HcmPositionV2: Memuat informasi inti setiap posisi, termasuk tanggal pembuatan dan aktivasi, serta atribut seperti jabatan dan departemen.WorkflowTrackingStatusTable: Memuat riwayat instans alur kerja, termasuk pengajuan, persetujuan, dan penolakan. Data ini penting untuk melacak proses persetujuan.HcmRecruitingRequest: Digunakan untuk menyimpulkan aktivitas 'Proses Perekrutan Dimulai' saat permintaan perekrutan dikaitkan dengan suatu posisi.SysDatabaseLog: Entitas opsional untuk mencatat perubahan terperinci seperti 'Atribut Posisi Diubah' dan 'Posisi Diklasifikasikan Ulang'. Penggunaannya bergantung pada apakah pencatatan database untuk tabel HcmPosition sudah dikonfigurasi.
- Filter rentang tanggal: Sebaiknya terapkan filter rentang tanggal pada entitas 'HcmPositionV2' berdasarkan kolom 'CreatedDateTime'. Rentang 6 hingga 12 bulan biasanya menjadi titik awal yang baik agar volume data tetap mudah dikelola.
- Ekspor bertahap: Untuk analisis berkelanjutan, pertimbangkan mengatur proyek ekspor agar mengekspor data secara bertahap. Cara ini hanya mengambil rekaman yang berubah sejak ekspor terakhir sehingga waktu pemrosesan berkurang.
- Prasyarat: Pengguna yang menjalankan ekspor harus memiliki peran keamanan dengan izin yang cukup untuk mengakses ruang kerja 'Data management' dan membaca semua entitas data yang disebutkan. Biasanya diperlukan peran seperti 'Data management administrator' atau peran khusus dengan izin untuk entitas tertentu.
Contoh kueri sql
/*
This extraction uses the Dynamics 365 Data Management Framework. The 'query' is defined by configuring an export project via the user interface, not by running a script directly against the database.
A post-processing script is required to transform the output of this configuration into a final event log.
*/
-- Data Export Project Configuration --
Project Name: PositionManagement_EventLog_Export
Data Format: CSV
-- Entity 1: Positions --
Source Entity: HcmPositionV2
Fields to Export:
- PositionId
- CreatedDateTime (Used for 'Position Created In HR System' event)
- ActivationDate (Used for 'Position Activated' event)
- RetirementDate (Used for 'Position Deactivated' / 'Position Closed' event)
- ModifiedDateTime (Can be used for 'Position Attributes Modified' if SysDatabaseLog is not available)
- JobId (Used for 'Position Reclassified' event and 'JobTitle' attribute)
- DepartmentNumber (Used for 'DepartmentName' attribute)
- [Other fields for attributes like CostCenter, PositionStatus]
-- Entity 2: Workflow History --
Source Entity: WorkflowTrackingStatusTable
Fields to Export:
- ContextRecId (The record ID, used to link back to the HcmPosition record)
- ContextTableName (Filter this for 'HcmPosition')
- WorkflowTrackingStatus (Values like 'Submitted', 'Approved', 'Rejected')
- CreatedDateTime (Timestamp for the workflow event)
- UserId (The user who performed the action)
- [Workflow step name or ID field if available, to differentiate approval types]
-- Entity 3: Recruitment Requests --
Source Entity: HcmRecruitingRequest
Fields to Export:
- PositionId
- CreatedDateTime (Used for 'Hiring Process Started' event)
- RecruitingId
-- Entity 4: Database Change Log (Optional) --
Source Entity: SysDatabaseLog
Fields to Export:
- RefRecId (The record ID of the changed record)
- RefTableId (The table ID, filter for HcmPosition)
- CreatedDateTime (Timestamp of the change)
- [Fields indicating the old and new values, if available] Langkah
- Pastikan prasyarat terpenuhi: Sebelum memulai, pastikan fitur 'Bring Your Own Database' (BYOD) sudah dikonfigurasi untuk instans Microsoft Dynamics 365 Human Resources Anda. Pastikan entitas data yang diperlukan diekspor ke Azure SQL Database. Entitas utama meliputi:
HcmPositionV2,HcmPositionDetail,WorkflowTrackingStatusTable,HcmJob,OMOperatingUnit, danHcmRecruitingRequest. - Hubungkan ke Azure SQL Database: Gunakan alat klien SQL, seperti SQL Server Management Studio (SSMS) atau Azure Data Studio, untuk terhubung ke Azure SQL Database yang menjadi tujuan BYOD Anda.
- Kenali skema database: Setelah terhubung, pelajari skema database. Entitas data D365 HR direplikasi sebagai tabel. Nama tabel di database BYOD mungkin tidak sama persis dengan nama entitas, tetapi biasanya mirip.
- Muat kueri SQL: Buka jendela kueri baru di klien SQL, lalu tempel skrip SQL lengkap yang tersedia di bagian 'query' dokumen ini.
- Sesuaikan parameter: Ubah variabel placeholder dalam kueri. Atur
@[YourCompanyId]ke badan hukum tertentu yang ingin Anda analisis, misalnya 'USMF'. Sesuaikan rentang tanggal dalam klausaWHERE, misalnyaCREATEDDATETIME >= '2023-01-01', untuk membatasi ekstraksi ke periode yang diinginkan. - Jalankan kueri: Jalankan seluruh kueri SQL pada database BYOD. Waktu eksekusi bergantung pada volume data dan rentang tanggal yang dipilih.
- Periksa hasil: Setelah kueri selesai, periksa hasil di panel hasil klien SQL. Pastikan kolom
PositionId,ActivityName,EventTime, dan kolom lainnya terisi sesuai harapan. - Ekspor ke CSV: Ekspor seluruh hasil kueri ke file CSV. Sebagian besar klien SQL memiliki fitur bawaan untuk menyimpan hasil langsung ke file CSV. Misalnya, di SSMS, klik kanan kisi hasil, lalu pilih 'Save Results As...'.
- Siapkan file untuk diunggah: Pastikan file CSV yang diekspor menggunakan pengodean UTF-8. Periksa apakah header kolom sama persis dengan atribut yang diwajibkan (
PositionId,ActivityName,EventTime, dan seterusnya) agar file dapat diunggah ke alat process mining.
Konfigurasi
- Entitas data BYOD: Pastikan semua entitas data yang diperlukan telah dipublikasikan dari Dynamics 365 HR ke instans BYOD Anda. Entitas penting untuk proses ini mencakup data posisi, detail posisi, riwayat alur kerja, jabatan, departemen, dan permintaan perekrutan.
- Latensi data: BYOD mereplikasi data hampir secara real-time, bukan seketika. Data mungkin baru muncul di Azure SQL Database beberapa menit hingga satu jam setelah transaksi terjadi di D365 HR.
- Filter rentang tanggal: Terapkan filter tanggal pada kueri untuk mengelola kinerja dan volume data. Rentang 3 hingga 6 bulan biasanya menjadi titik awal yang baik. Terapkan filter pada waktu pembuatan atau stempel waktu aktivitas di setiap blok
UNION ALL. - Filter perusahaan: Selalu filter berdasarkan
DATAREAID(ID badan hukum atau perusahaan) agar analisis mencakup unit organisasi yang tepat. Kueri yang disediakan menggunakan placeholder@[YourCompanyId]untuk keperluan ini. - Prasyarat: Metode ini memerlukan langganan Azure aktif, instans BYOD yang sudah dikonfigurasi, izin baca pada Azure SQL Database tujuan, dan alat klien SQL yang sesuai untuk menjalankan kueri.
- Langkah alur kerja khusus: Kueri menggunakan nama langkah alur kerja umum untuk persetujuan, seperti 'Approve position request'. Jika organisasi Anda menggunakan nama khusus untuk langkah-langkah ini, perbarui nilai
CONTEXTpada klausaWHEREterkait.
Contoh kueri 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]' Siap Memulai?
Gunakan templat ini untuk mempermudah pengumpulan data dan mendapatkan wawasan tentang proses Hire to Retire - Manajemen Posisi. Mulai tingkatkan efisiensi dan kepatuhan proses Anda hari ini.
Optimalkan Manajemen Posisi Hire to Retire Sekarang
Kurangi waktu siklus proses hingga 30% dan hilangkan hambatan.
Tidak perlu kartu kredit. Penyiapan hanya perlu beberapa menit.