Templat data proses penggajian Anda
Templat data proses penggajian Anda
- Atribut yang disarankan untuk catatan penggajian
- Tahapan penting proses, dari pengajuan hingga pembayaran
- Panduan ekstraksi khusus untuk Workday Payroll
Atribut proses penggajian
| Nama | Deskripsi | ||
|---|---|---|---|
|
Aktivitas
ActivityName
|
Nama langkah proses atau peristiwa yang dilakukan. | ||
|
Deskripsi
Atribut ini mencatat tindakan atau perubahan status tertentu dalam siklus penggajian. Nilainya sesuai dengan langkah Business Process standar di Workday, seperti 'Time Sheet Submitted', 'Payroll Record Created', atau 'Payment Executed'. Kolom ini menjadi komponen utama untuk menemukan proses dan menganalisis variasinya.
Mengapa ini penting
Atribut ini menentukan urutan peristiwa dan wajib ada untuk menyusun kembali peta proses.
Sumber data
'Business Process Transactions' Workday atau log audit.
Contoh
Lembar waktu dikirimGaji Kotor DihitungFile Transfer Bank DibuatPengecualian Audit Ditandai
|
|||
|
Catatan Penggajian
PayrollRecordId
|
Pengenal unik untuk catatan penggajian tertentu, yang menggabungkan karyawan dan periode penggajian. | ||
|
Deskripsi
Atribut ini berfungsi sebagai pengenal kasus utama dalam proses. Atribut ini mengidentifikasi satu instans penggajian untuk karyawan tertentu dalam periode penggajian tertentu. Di Workday, konsepnya merupakan gabungan antara Worker, Period, dan Pay Group. Semua aktivitas, mulai dari pengiriman lembar waktu hingga pelaksanaan pembayaran akhir, dikelompokkan berdasarkan ID ini agar proses dapat dianalisis dari awal hingga akhir.
Mengapa ini penting
CaseId wajib ini mengikat semua peristiwa yang terpisah menjadi satu jejak proses yang utuh.
Sumber data
Workday Report Writer: Ekstrak dari objek bisnis 'Payroll Result', biasanya berupa kunci gabungan Employee_ID dan Period_Reference.
Contoh
PAY-2023-10-US-E10045PAY-2023-10-UK-E99231PAY-2023-11-FR-E44122
|
|||
|
Waktu Mulai
EventTimestamp
|
Tanggal dan waktu persis saat aktivitas terjadi. | ||
|
Deskripsi
Atribut ini mencatat stempel waktu saat aktivitas tertentu dimulai atau selesai. Informasi waktu ini diperlukan untuk menghitung waktu siklus dan durasi, serta menemukan hambatan. Di Workday, atribut ini sesuai dengan 'Completed Moment' atau 'Effective Moment' pada langkah proses bisnis.
Mengapa ini penting
Atribut ini diperlukan untuk mengurutkan peristiwa secara kronologis dan menghitung semua KPI berbasis waktu.
Sumber data
Riwayat Business Process Workday: 'Completed Date/Time'.
Contoh
2023-10-01T09:15:00Z2023-10-05T14:30:22Z2023-10-25T11:00:00Z
|
|||
|
Pembaruan Data Terakhir
LastDataUpdate
|
Stempel waktu saat data diekstrak atau terakhir diperbarui. | ||
|
Deskripsi
Atribut ini menunjukkan kapan catatan terakhir diperbarui dalam model data process mining. Atribut ini digunakan untuk memantau kebaruan data dan menemukan kemungkinan latensi sinkronisasi antara sistem sumber dan lingkungan analisis.
Mengapa ini penting
Membantu analis mengetahui seberapa baru data yang digunakan.
Sumber data
Waktu sistem saat ETL dijalankan.
Contoh
2023-11-01T00:00:00Z2023-11-02T12:00:00Z
|
|||
|
Sistem Sumber
SourceSystem
|
Sistem pencatatan asal data. | ||
|
Deskripsi
Atribut ini menunjukkan sistem perangkat lunak tempat peristiwa dicatat. Untuk proses ini, nilainya sebagian besar adalah 'Workday Payroll'. Atribut ini penting dalam lingkungan dengan banyak sistem untuk melacak asal-usul data dan memastikan konteks yang tepat digunakan dalam analisis.
Mengapa ini penting
Atribut ini memungkinkan pelacakan asal-usul data dalam penerapan process mining yang menggunakan banyak sistem.
Sumber data
Diisi dengan nilai tetap saat ekstraksi atau dikonfigurasi di pipeline ETL.
Contoh
Penggajian WorkdayWorkday HCM
|
|||
|
Alasan koreksi
CorrectionReason
|
Kode alasan yang dipilih saat koreksi data dilakukan. | ||
|
Deskripsi
Atribut ini mencatat alasan yang dipilih pengguna untuk aktivitas 'Data Correction Performed'. Detail ini membantu dasbor 'Manual Correction and Rework Analysis' mengidentifikasi penyebab utama, seperti 'Retroactive Change' atau 'Input Error'.
Mengapa ini penting
Kunci untuk analisis akar penyebab pengerjaan ulang.
Sumber data
Workday: kolom 'Reason' pada proses bisnis Rescind/Correct.
Contoh
Perubahan kompensasi retroaktifPenyesuaian lembar waktuPembaruan pilihan tunjangan
|
|||
|
Jenis Penggajian
PayrollRunType
|
Kategori penggajian yang dijalankan, misalnya reguler, di luar siklus, atau bonus. | ||
|
Deskripsi
Atribut ini mengelompokkan jenis pelaksanaan penggajian. Membedakan penggajian 'Reguler', 'Koreksi', dan 'Sesuai Permintaan' penting untuk analisis, karena penggajian di luar siklus biasanya menunjukkan pengerjaan ulang atau pengecualian yang memengaruhi metrik kinerja standar.
Mengapa ini penting
Mendukung segmentasi proses standar dan proses pengecualian.
Sumber data
Workday Payroll: 'Run Category' atau 'Result Type'.
Contoh
RegulerDi Luar SiklusSesuai PermintaanPenyesuaian Akhir Tahun
|
|||
|
Kelompok pembayaran
PayGroup
|
Pengelompokan karyawan untuk pemrosesan penggajian. | ||
|
Deskripsi
Atribut ini mengidentifikasi kelompok karyawan yang memiliki periode penggajian dan aturan pemrosesan yang sama (misalnya, 'US Monthly Salaried'). Ini adalah konsep dasar Workday yang digunakan untuk memisahkan analisis di 'Payroll Preview Iteration Tracker' dan 'Tax Calculation Efficiency Monitor'.
Mengapa ini penting
Dimensi utama untuk segmentasi operasional di Workday.
Sumber data
Workday Worker/Payroll Result: 'Pay Group'.
Contoh
Karyawan bergaji bulanan ASKaryawan per jam dengan gaji mingguan InggrisEksekutif Prancis
|
|||
|
Negara
Country
|
Negara atau yurisdiksi pajak untuk catatan penggajian. | ||
|
Deskripsi
Atribut ini menunjukkan lokasi geografis utama untuk kalkulasi penggajian. Atribut ini penting bagi dasbor 'Standarisasi Waktu Siklus Global', yang membantu organisasi membandingkan kinerja di berbagai lingkungan peraturan dan menemukan masalah khusus wilayah.
Mengapa ini penting
Mendukung analisis 'Variasi Waktu Siklus Regional' dan standarisasi global.
Sumber data
Objek Worker Workday: 'Primary Work Location' -> Country.
Contoh
Amerika SerikatBritania RayaPrancisJerman
|
|||
|
Otomatis
IsAutomated
|
Penanda yang menunjukkan apakah aktivitas dilakukan oleh sistem. | ||
|
Deskripsi
Atribut boolean ini menunjukkan apakah langkah tertentu dijalankan oleh sistem Workday, misalnya kalkulasi terjadwal, atau oleh pengguna. Atribut ini penting untuk menghitung 'ActivityAutomationCost' dan menemukan peluang untuk meningkatkan pemrosesan tanpa campur tangan manual.
Mengapa ini penting
Penting untuk analisis otomatisasi dan estimasi biaya.
Sumber data
Audit Workday: Periksa apakah Actor bernilai 'System' atau berbeda dari 'Worker'.
Contoh
truefalse
|
|||
|
Periode Penggajian
PayPeriod
|
Rentang waktu yang dicakup oleh catatan penggajian. | ||
|
Deskripsi
Atribut ini menunjukkan siklus penggajian, seperti 'Oktober 2023 - Dua Kali Sebulan'. Atribut ini digunakan untuk mengelompokkan catatan dalam analisis antarperiode dan penting bagi logika pengenal kasus 'Payroll Record'.
Mengapa ini penting
Penting untuk mengelompokkan kasus dan melakukan analisis waktu.
Sumber data
Workday Payroll Result: 'Period'.
Contoh
2023-10 Bulanan2023-W42 Mingguan2023-11 Dua Kali Sebulan
|
|||
|
Pusat Biaya
CostCenter
|
Departemen atau pusat biaya yang terkait dengan catatan penggajian. | ||
|
Deskripsi
Atribut ini mengaitkan catatan penggajian dengan unit organisasi tertentu. Atribut ini memungkinkan perbandingan kinerja antar departemen untuk menemukan bagian yang sering menyebabkan keterlambatan, misalnya dalam persetujuan lembar waktu, atau memiliki tingkat kesalahan tinggi.
Mengapa ini penting
Penting untuk dasbor 'Kinerja Persetujuan Lembar Waktu' dan 'Pengecualian Audit'.
Sumber data
Objek Worker Workday: 'Cost Center' atau 'Supervisory Organization'.
Contoh
CC-501 KeuanganCC-202 TeknikCC-101 SDM
|
|||
|
Spesialis Penggajian
PayrollSpecialist
|
Pengguna atau pekerja yang melakukan aktivitas. | ||
|
Deskripsi
Atribut ini mengidentifikasi orang atau akun sistem yang bertanggung jawab menjalankan aktivitas. Di Workday, atribut ini adalah 'Actor' yang terkait dengan langkah proses bisnis. Atribut ini penting untuk menganalisis produktivitas sumber daya, pemisahan tugas, dan distribusi beban kerja.
Mengapa ini penting
Memungkinkan analisis produktivitas spesialis dan hambatan terkait sumber daya.
Sumber data
Riwayat Business Process Workday: kolom 'Actor'.
Contoh
John SmithAkun SistemMaria GarciaPayrollBatchBot
|
|||
|
Batas waktu pemrosesan SLA
SLAProcessingDeadline
|
Batas waktu yang ditetapkan untuk membuat file transfer bank. | ||
|
Deskripsi
Atribut ini menetapkan batas waktu sesuai kontrak atau ketentuan internal untuk aktivitas 'Bank Transfer File Generated'. Atribut ini digunakan untuk menghitung 'Bank Transfer SLA Adherence Rate' dan menampilkan kepatuhan di dasbor.
Mengapa ini penting
Acuan untuk menghitung kepatuhan SLA.
Sumber data
Dihitung dari Pay Period End Date + jeda yang dapat dikonfigurasi (misalnya, 2 hari).
Contoh
2023-10-28T17:00:00Z2023-11-28T17:00:00Z
|
|||
|
Jenis pengecualian audit
AuditExceptionType
|
Kategori kegagalan audit yang ditandai selama siklus. | ||
|
Deskripsi
Atribut ini mengelompokkan aturan tertentu yang memicu peristiwa 'Audit Exception Flagged'. Contohnya 'Net Pay Negative', 'Variance > 10%', atau 'Missing Tax ID'. Atribut ini menjadi dasar tampilan 'Audit Exception and Quality Control'.
Mengapa ini penting
Menunjukkan masalah kualitas data tertentu yang perlu diperbaiki.
Sumber data
Laporan Audit Workday atau keluaran Aturan Validasi.
Contoh
Gaji bersih negatifVarians tinggiSSN tidak ada
|
|||
|
Jumlah Gaji Kotor
GrossPayAmount
|
Total gaji kotor yang dihitung untuk catatan tersebut. | ||
|
Deskripsi
Atribut ini menyimpan nilai uang kotor hasil kalkulasi sebelum potongan. Meski sering bersifat sensitif, nilai ini dapat digunakan sebagai indikator kompleksitas dan risiko. Dalam process mining, atribut ini membantu menganalisis apakah catatan bernilai lebih tinggi menjalani pemeriksaan audit yang lebih ketat atau membutuhkan waktu persetujuan lebih lama.
Mengapa ini penting
Digunakan sebagai atribut dimensi untuk analisis kompleksitas, jika diizinkan oleh kebijakan keamanan.
Sumber data
Baris Payroll Result Workday: jumlah komponen Gross Pay.
Contoh
5000.002500.5010000.00
|
|||
|
Jumlah iterasi pratinjau
PreviewIterationCount
|
Jumlah kumulatif langkah pratinjau untuk catatan ini. | ||
|
Deskripsi
Metrik terhitung ini mencatat berapa kali aktivitas 'Payroll Result Previewed' terjadi untuk satu kasus. Jumlah yang tinggi menunjukkan data sulit distabilkan dan menjadi masukan utama bagi 'Payroll Preview Iteration Tracker'.
Mengapa ini penting
Mengukur efisiensi proses dan kestabilan kualitas data.
Sumber data
Dihitung: Jumlah aktivitas 'Payroll Result Previewed' untuk setiap CaseId.
Contoh
1312
|
|||
|
Status kepatuhan SLA
SLAComplianceStatus
|
Menunjukkan apakah transfer bank dibuat tepat waktu. | ||
|
Deskripsi
Atribut terhitung ini membandingkan waktu aktual aktivitas 'Bank Transfer File Generated' dengan 'SLA Processing Deadline'. Nilai seperti 'Met' atau 'Breached' memudahkan Anda melihat masalah kinerja di dasbor 'Bank Transfer and SLA Compliance'.
Mengapa ini penting
Langsung mengisi KPI kepatuhan SLA.
Sumber data
Dihitung: Jika EventTime <= SLAProcessingDeadline, hasilnya 'Met'; jika tidak, 'Breached'.
Contoh
TerpenuhiTerlewatiBerisiko
|
|||
|
Status pelaporan pajak
TaxFilingStatus
|
Status pelaporan pajak setelah penggajian. | ||
|
Deskripsi
Atribut ini melacak status penyelesaian pelaporan wajib. Gunakan bersama aktivitas 'Tax Filing Completed' untuk mengisi dasbor 'Post-Cycle Tax Filing Velocity' dan memastikan kepatuhan terhadap peraturan.
Mengapa ini penting
Penting untuk memantau kepatuhan dan risiko.
Sumber data
Workday Payroll: riwayat Tax Filing atau status integrasi.
Contoh
MenungguSelesaiDitolak
|
|||
|
Wilayah
Region
|
Wilayah geografis yang lebih luas, misalnya EMEA, APAC, atau NA. | ||
|
Deskripsi
Atribut ini mengelompokkan negara ke dalam wilayah operasional yang lebih luas. Atribut ini mendukung KPI 'Variasi Waktu Siklus Regional' dengan memungkinkan perbandingan tingkat tinggi atas operasional penggajian di pasar utama seperti Amerika Utara, EMEA, dan APAC.
Mengapa ini penting
Memudahkan perbandingan kinerja geografis secara umum.
Sumber data
Ditentukan dari Country atau kolom 'Region' pada Worker.
Contoh
Amerika UtaraEMEAAPACAmerika Latin
|
|||
Aktivitas proses penggajian
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Catatan Penggajian Dibuat
|
Inisialisasi hasil penggajian untuk pekerja dalam periode tertentu. Ini biasanya terjadi saat proses Pay Calculation mengidentifikasi pekerja yang memenuhi syarat untuk penggajian tersebut. | ||
|
Mengapa ini penting
Menandai dimulainya pemrosesan penggajian di mesin penggajian. Berguna untuk membedakan persiapan data HR dari pemrosesan penggajian yang sebenarnya.
Sumber data
Stempel waktu pembuatan objek 'Pay Result' Workday Payroll atau waktu dimulainya proses 'Run Pay Calculation' untuk pekerja tersebut.
Pengumpulan data
Dicatat saat objek Pay Result dibuat
Jenis peristiwa
explicit
|
|||
|
Catatan Penggajian Disetujui
|
Finalisasi kalkulasi penggajian untuk pekerja. Ini terjadi selama proses 'Run Pay Completion' dan mengunci hasil agar tidak dapat diubah melalui kalkulasi berikutnya. | ||
|
Mengapa ini penting
Tonggak penting yang menandai berakhirnya tahap kalkulasi dan dimulainya tahap penyelesaian pembayaran. Penting untuk mengukur waktu siklus.
Sumber data
Log tugas Workday 'Run Pay Completion'. Temukan waktu Pay Result Status berubah menjadi 'Complete' atau 'Final'.
Pengumpulan data
Dicatat saat 'Run Pay Completion' dijalankan
Jenis peristiwa
explicit
|
|||
|
File Transfer Bank Dibuat
|
Pembuatan file transfer bank (misalnya, NACHA, SEPA) yang berisi instruksi pembayaran bersih. Proses ini berlangsung selama 'Settlement Run'. | ||
|
Mengapa ini penting
Mengukur kepatuhan terhadap SLA pengiriman pembayaran. Keterlambatan di tahap ini dapat mengancam tanggal pembayaran.
Sumber data
Log proses Workday 'Run Settlement'. Cari pembuatan 'Payment File' atau peristiwa selesainya settlement run.
Pengumpulan data
Dicatat saat Settlement Run menghasilkan keluaran
Jenis peristiwa
explicit
|
|||
|
Gaji Kotor Dihitung
|
Mesin kalkulasi menghitung penghasilan kotor berdasarkan jam kerja, tarif, dan paket kompensasi. Aktivitas ini dapat berulang kali jika ada koreksi data. | ||
|
Mengapa ini penting
Banyaknya pengulangan di tahap ini menunjukkan masalah kualitas data. Ini adalah tahap inti pemrosesan yang paling banyak menggunakan sumber daya sistem dan waktu.
Sumber data
Log tugas Workday 'Run Pay Calculation'. Catat stempel waktu selesainya pekerjaan kalkulasi untuk pekerja/grup penggajian tertentu.
Pengumpulan data
Dicatat saat pekerjaan 'Run Pay Calculation' selesai
Jenis peristiwa
explicit
|
|||
|
Koreksi Data Dilakukan
|
Intervensi manual saat spesialis penggajian mengubah data masukan atau mengganti nilai hasil kalkulasi pada hasil penggajian. Ini menunjukkan kalkulasi awal tidak tepat. | ||
|
Mengapa ini penting
Mengukur pengerjaan ulang secara langsung. Mengurangi aktivitas ini menjadi sasaran utama inisiatif otomatisasi dan kualitas data.
Sumber data
Audit Trail Workday untuk objek Pay Result. Cari peristiwa 'Field Edit' yang dilakukan pengguna, bukan sistem, setelah kalkulasi awal.
Pengumpulan data
Dicatat saat pengguna menyimpan perubahan pada Pay Result
Jenis peristiwa
explicit
|
|||
|
Lembar waktu dikirim
|
Pengiriman awal data waktu kerja oleh karyawan atau petugas pencatat waktu melalui modul Time Tracking. Peristiwa ini menandai masuknya jam kerja mentah ke dalam alur sistem sebelum ditinjau manajer. | ||
|
Mengapa ini penting
Keterlambatan pengiriman menimbulkan hambatan pada tahap berikutnya dalam jangka waktu perhitungan penggajian. Memantau tahap ini memberi patokan untuk mengukur durasi seluruh siklus gaji.
Sumber data
Log audit Business Process Workday Time Tracking. Temukan stempel waktu peristiwa 'Submit' untuk Periode Penggajian terkait.
Pengumpulan data
Dicatat saat tindakan 'Submit Time' dijalankan
Jenis peristiwa
explicit
|
|||
|
Lembar Waktu Disetujui
|
Persetujuan resmi atas entri waktu oleh manajer atau mitra HR. Perubahan status ini meneruskan jam kerja ke antarmuka penggajian atau mesin kalkulasi. | ||
|
Mengapa ini penting
Menghitung jeda waktu hingga persetujuan. Entri waktu yang belum disetujui menjadi penyebab utama penyesuaian retroaktif dan pengerjaan ulang pada periode penggajian berikutnya.
Sumber data
Riwayat Business Process Workday Time Tracking. Cari peristiwa 'Step Completed' dengan jenis langkah 'Approval'.
Pengumpulan data
Dicatat saat status langkah persetujuan berubah menjadi Completed
Jenis peristiwa
explicit
|
|||
|
Pembayaran Dilaksanakan
|
Konfirmasi bahwa dana telah dicairkan atau cek telah dicetak. Ini menandai realisasi keuangan akhir dari catatan penggajian. | ||
|
Mengapa ini penting
Tahap terakhir dalam proses yang dialami karyawan. Bandingkan waktu ini dengan waktu pembuatan file transfer bank untuk mengetahui latensi pemrosesan bank.
Sumber data
Settlement Status di Workday. Cari perubahan status menjadi 'Completed' atau konfirmasi penerimaan dari integrasi bank.
Pengumpulan data
Dicatat saat Settlement Status diperbarui menjadi Complete
Jenis peristiwa
explicit
|
|||
|
Pengecualian Audit Ditandai
|
Sistem mendeteksi kesalahan validasi atau peringatan audit cerdas pada hasil penggajian. Status hasil berubah menjadi 'Error' atau 'Requires Action'. | ||
|
Mengapa ini penting
Penting untuk mengukur kepatuhan dan kualitas data. Pengecualian yang sering terjadi meningkatkan biaya per slip gaji dan menunda finalisasi.
Sumber data
Kolom Pay Result Status di Workday. Temukan perubahan ke status 'Error' atau entri peringatan 'Smart Audit' yang dibuat.
Pengumpulan data
Bandingkan kolom status sebelum dan sesudah kalkulasi
Jenis peristiwa
inferred
|
|||
|
Data Insentif Diimpor
|
Pemasukan data kompensasi eksternal, seperti komisi, bonus, atau pembayaran satu kali, melalui Enterprise Interface Builder (EIB) atau konektor. Proses ini membuat atau memperbarui objek Input/One-Time Payment. | ||
|
Mengapa ini penting
Mengidentifikasi latensi integrasi. Data eksternal harus tiba sebelum batas waktu kalkulasi agar penggajian akurat.
Sumber data
Log Integration System Event atau Audit Trail untuk proses bisnis 'Request One-Time Payment' atau 'Input'.
Pengumpulan data
Dicatat saat pemuatan EIB atau panggilan Web Service
Jenis peristiwa
explicit
|
|||
|
Pelaporan Pajak Selesai
|
Pembuatan dan pengiriman laporan pajak wajib ke instansi pemerintah berhasil dilakukan. Proses ini berlangsung setelah pembayaran. | ||
|
Mengapa ini penting
Memastikan kepatuhan terhadap peraturan. Keterlambatan dalam aktivitas setelah siklus ini dapat mengakibatkan denda besar.
Sumber data
Log integrasi penyedia Payroll pihak ketiga atau penyelesaian tugas manual 'Tax Filing' dalam daftar periksa penutupan periode.
Pengumpulan data
Dicatat saat peristiwa Tax Integration selesai
Jenis peristiwa
explicit
|
|||
|
Potongan Tunjangan Diterapkan
|
Penerapan paket tunjangan dan aturan potongan pada gaji kotor untuk menentukan upah kena pajak. Meski biasanya menjadi bagian dari kalkulasi utama, aktivitas ini memisahkan tahap pemrosesan potongan. | ||
|
Mengapa ini penting
Keterlambatan sinkronisasi antara HCM Benefits dan Payroll sering menyebabkan kesalahan di tahap ini. Memisahkan tahap ini membantu menemukan masalah konfigurasi atau aliran data.
Sumber data
Disimpulkan dari detail log 'Run Pay Calculation' jika subproses potongan dicatat secara terpisah, atau diturunkan dari pembaruan bagian 'Deductions' pada Pay Result.
Pengumpulan data
Bandingkan kolom potongan Pay Result sebelum dan sesudah kalkulasi
Jenis peristiwa
inferred
|
|||
|
Pratinjau Hasil Penggajian Dibuka
|
Pengguna melihat hasil penggajian yang telah dihitung atau 'Payslip Preview'. Aktivitas ini biasanya terjadi sebelum persetujuan dan menandai tahap verifikasi. | ||
|
Mengapa ini penting
Pratinjau yang dibuka berkali-kali tanpa persetujuan dapat menunjukkan keraguan atau perlunya validasi di luar sistem. Data ini membantu menganalisis perilaku pengguna selama peninjauan.
Sumber data
Log Akses Pengguna atau Riwayat Eksekusi Laporan. Cari peristiwa 'View' pada instans 'Pay Result' atau eksekusi laporan 'View Payslip'.
Pengumpulan data
Dicatat di System Access Logs (peristiwa View)
Jenis peristiwa
explicit
|
|||
|
Slip Gaji Dipublikasikan
|
Slip gaji final tersedia untuk dilihat karyawan. Biasanya dipicu setelah penyelesaian pembayaran atau pada tanggal yang dijadwalkan. | ||
|
Mengapa ini penting
Memengaruhi kepuasan karyawan. Pelacakan ini memastikan transparansi dan kepatuhan terhadap undang-undang ketenagakerjaan setempat terkait penyampaian slip gaji.
Sumber data
Disimpulkan dari 'Payslip Available Date' yang dikonfigurasi pada Pay Group atau stempel waktu selesainya proses 'Generate Payslip'.
Pengumpulan data
Turunkan dari konfigurasi Payslip Available Date
Jenis peristiwa
inferred
|
|||
Panduan ekstraksi
Siap memulai?
Tingkatkan operasional penggajian dengan menerapkan templat data ini ke instans Workday Anda. Tim kami siap membantu Anda mengekstrak dan menganalisis data.
Tingkatkan proses penggajian Anda sekarang
Kurangi durasi siklus hingga 30% dan hilangkan koreksi manual di Workday
Tidak perlu kartu kredit. Siapkan dalam 5 menit