Templat data pemrosesan penggajian Anda
Templat data pemrosesan penggajian Anda
- Atribut data standar untuk analisis penggajian
- Tahapan penting proses yang perlu dilacak di UKG Pro
- Panduan teknis untuk ekstraksi dan integrasi sistem
Atribut pemrosesan penggajian
| Nama | Deskripsi | ||
|---|---|---|---|
|
Aktivitas
ActivityName
|
Peristiwa atau langkah tertentu dalam proses penggajian. | ||
|
Deskripsi
Atribut ini mencatat nama langkah dalam alur kerja penggajian, seperti Lembar Waktu Dikirim, Gaji Kotor Dihitung, atau Pembayaran Dilaksanakan. Nilainya menentukan alur dalam peta proses. Nilai ini biasanya diambil dari log audit, tabel perubahan status sistem, atau pembaruan transaksi bertanggal di lingkungan UKG Pro. Saat data diolah, nama diseragamkan agar mudah dibaca pada grafik proses.
Mengapa ini penting
Atribut Aktivitas wajib ini menentukan simpul dalam peta proses.
Sumber data
Log Audit Sistem, Riwayat Alur Kerja, atau kolom stempel waktu transaksi
Contoh
Lembar waktu dikirimGaji kotor dihitungPembayaran dijalankan
|
|||
|
Catatan Penggajian
PayrollRecordId
|
Pengenal unik untuk seorang karyawan dalam periode penggajian tertentu. | ||
|
Deskripsi
Catatan Penggajian berfungsi sebagai ID kasus utama untuk analisis process mining. ID ini dibentuk dengan menggabungkan ID Karyawan dan Tanggal Akhir Periode Penggajian (atau instans Grup Penggajian). Dengan begitu, setiap siklus penggajian seorang karyawan dihitung sebagai kasus tersendiri. Anda dapat menganalisis proses yang berulang dari waktu ke waktu. Di UKG Pro, ID ini biasanya berupa kunci gabungan yang diambil dari tabel Payroll Header atau catatan transaksi serupa. Analis dapat mengelompokkan data berdasarkan ID ini untuk merekonstruksi proses dari pengiriman lembar waktu hingga pembayaran dan pelaporan pajak.
Mengapa ini penting
ID Kasus wajib ini mengelompokkan semua aktivitas penggajian dalam satu instans proses.
Sumber data
Diambil dari tabel Payroll Header atau Employee Pay History di UKG Pro
Contoh
EMP001-20231015EMP492-20231031EMP883-20231115
|
|||
|
Sistem sumber
SourceSystem
|
Sistem yang menjadi sumber resmi data. | ||
|
Deskripsi
Atribut ini menunjukkan asal catatan data. Dalam konteks ini, nilainya ditetapkan ke UKG Pro, atau nama instans tertentu jika ada lebih dari satu. Informasi ini penting untuk process mining lintas sistem, misalnya saat data penggajian digabungkan dengan data buku besar dari ERP. Analis dapat memfilter tampilan untuk melihat langkah yang berasal langsung dari platform penggajian, bukan dari sistem pencatatan waktu eksternal yang terintegrasi.
Mengapa ini penting
Atribut wajib untuk melacak asal-usul data dan melakukan analisis lintas sistem.
Sumber data
Nilai tetap atau tabel Konfigurasi Sistem
Contoh
UKG ProUltiPro LegacySistem Manajemen Waktu
|
|||
|
Stempel waktu
EventTimestamp
|
Tanggal dan waktu terjadinya aktivitas. | ||
|
Deskripsi
Atribut ini mencatat waktu persis saat aktivitas berlangsung. Data ini penting untuk mengurutkan peristiwa dengan benar dan menghitung durasi antar langkah. Gunakan stempel waktu berpresisi tinggi untuk membedakan langkah otomatis yang berlangsung berdekatan. Dalam proses penggajian, data ini menjadi dasar analisis distribusi waktu siklus dan kepatuhan SLA di dashboard. Tanpa stempel waktu yang akurat, Anda tidak dapat mengukur kecepatan perhitungan gaji kotor ke gaji bersih atau keterlambatan persetujuan lembar waktu.
Mengapa ini penting
Atribut StartTime wajib ini diperlukan untuk mengurutkan peristiwa.
Sumber data
Kolom Tanggal/Waktu yang terkait dengan perubahan status transaksi
Contoh
2023-10-01T09:15:00Z2023-10-01T14:30:45Z2023-10-03T08:00:00Z
|
|||
|
Tanggal Pembaruan Terakhir
LastUpdateDate
|
Stempel waktu perubahan terakhir pada baris data. | ||
|
Deskripsi
Atribut ini menunjukkan kapan catatan terakhir kali diubah di database. Berbeda dari stempel waktu peristiwa, data ini digunakan untuk pemuatan data bertahap dan pemeriksaan integritas data. Dengan atribut ini, model process mining mencerminkan kondisi terbaru catatan penggajian, termasuk penyesuaian terlambat atau koreksi retroaktif oleh staf penggajian.
Mengapa ini penting
Atribut wajib untuk memperbarui data secara bertahap.
Sumber data
Kolom metadata sistem seperti LastModifiedDate
Contoh
2023-10-05T17:00:00Z2023-10-06T09:00:00Z
|
|||
|
Batas Waktu SLA
SlaProcessingDeadline
|
Tanggal/waktu target penyelesaian pembayaran. | ||
|
Deskripsi
Atribut ini menetapkan batas waktu internal atau eksternal untuk menyelesaikan proses penggajian agar transfer bank dilakukan tepat waktu. Atribut ini menjadi dasar dashboard Pemantauan Kepatuhan SLA dan Tenggat Waktu. Bandingkan stempel waktu Pembayaran Dilaksanakan dengan batas waktu ini untuk menghitung tingkat ketepatan waktu dan memprioritaskan catatan yang berisiko terlambat.
Mengapa ini penting
Acuan untuk menghitung kepatuhan terhadap SLA.
Sumber data
Kalender Penggajian atau hasil perhitungan dari Tanggal Pembayaran dikurangi hari pemrosesan bank
Contoh
2023-10-13T16:00:00Z2023-10-28T16:00:00Z
|
|||
|
Departemen
DepartmentCode
|
Kode departemen karyawan. | ||
|
Deskripsi
Atribut ini menghubungkan catatan penggajian dengan unit organisasi tertentu. Atribut ini penting untuk dashboard Pengecualian Audit dan Tren Koreksi. Organisasi dapat melihat departemen mana yang sering menimbulkan kesalahan atau memerlukan penanganan manual. Dengan mengelompokkan data berdasarkan departemen, analis dapat mengetahui apakah manajer tertentu perlu pelatihan tentang persetujuan lembar waktu, atau apakah aturan penggajian yang rumit di unit bisnis tertentu menyebabkan keterlambatan perhitungan.
Mengapa ini penting
Penting untuk segmentasi organisasi dan analisis akar masalah.
Sumber data
Tabel Employee Master atau Job History
Contoh
DEPT-100FINANCE-01OPS-WEST
|
|||
|
Di Luar Siklus
IsOffCycle
|
Penanda yang menunjukkan apakah proses penggajian berlangsung di luar jadwal standar. | ||
|
Deskripsi
Atribut boolean ini menunjukkan apakah catatan penggajian berasal dari proses di luar siklus. Atribut ini digunakan untuk menghitung KPI Volume Penggajian di Luar Siklus. Proses di luar siklus biasanya lebih mahal dan memerlukan lebih banyak pekerjaan manual. Filter ini pada dashboard Analisis Jalur Variasi Proses menampilkan jalur nonstandar yang digunakan untuk memperbaiki kesalahan atau menerbitkan pembayaran ad hoc.
Mengapa ini penting
Filter utama untuk menganalisis penyimpangan proses dan pengerjaan ulang.
Sumber data
Logika Payroll Header 'Check Date' dibandingkan dengan 'Period End Date'
Contoh
truefalse
|
|||
|
Grup Penggajian
PayGroup
|
Pengelompokan karyawan untuk pemrosesan penggajian. | ||
|
Deskripsi
Grup Penggajian adalah konfigurasi utama di UKG Pro yang menentukan frekuensi penggajian, seperti mingguan atau dua mingguan, serta aturan pemrosesan untuk sekelompok karyawan. Grup ini berfungsi sebagai ID batch utama. Atribut ini penting untuk dashboard Distribusi Waktu Siklus Penggajian. Anda dapat membandingkan kinerja pemrosesan antargrup, misalnya antara penggajian eksekutif dan pekerja pabrik per jam, untuk mengetahui apakah konfigurasi tertentu menyebabkan keterlambatan berulang.
Mengapa ini penting
Dimensi utama untuk mengelompokkan dan membandingkan kinerja penggajian.
Sumber data
Tabel Payroll Header atau Pay Group Configuration
Contoh
US-BiWeeklyCA-WeeklyExec-Monthly
|
|||
|
Jumlah Gaji Kotor
GrossPayAmount
|
Total gaji yang dihitung sebelum potongan dan pajak. | ||
|
Deskripsi
Atribut ini menunjukkan nilai uang dari gaji kotor yang dihitung untuk catatan tersebut. Atribut ini dipetakan ke ActivityAmount agar analisis proses dapat memperhitungkan biaya. Analisis Jumlah Gaji Kotor mendukung dashboard Kecepatan Perhitungan Gaji Kotor ke Gaji Bersih. Dashboard ini terutama mengukur waktu. Namun, jika waktu dibandingkan dengan kerumitan dan nilai pembayaran, Anda dapat mengetahui apakah perhitungan komisi bernilai tinggi atau rumit menjadi penyebab masalah kinerja.
Mengapa ini penting
Mendukung analisis aliran nilai dan deteksi data yang menyimpang.
Sumber data
Tabel Payroll Result atau Pay Register
Contoh
2500.0010500.50480.00
|
|||
|
Memiliki Pengecualian Audit
HasAuditException
|
Penanda yang menunjukkan apakah pengecualian audit terpicu. | ||
|
Deskripsi
Atribut boolean ini menandai apakah aktivitas Pengecualian Audit Ditandai pernah terjadi pada kasus tersebut. Atribut ini mendukung KPI Tingkat Akurasi Penggajian Sekali Proses. Analis dapat dengan cepat memisahkan kasus tanpa masalah dari kasus yang memerlukan penanganan. Dengan begitu, analisis penyebab pengerjaan ulang di dashboard Pengecualian Audit dan Tren Koreksi menjadi lebih mudah.
Mengapa ini penting
Menunjukkan kasus yang memerlukan penanganan.
Sumber data
Ditentukan berdasarkan keberadaan aktivitas 'Audit Exception Flagged'
Contoh
truefalse
|
|||
|
Pusat Biaya
CostCenter
|
Kode pusat biaya untuk alokasi keuangan. | ||
|
Deskripsi
Atribut Pusat Biaya menunjukkan alokasi biaya penggajian dalam buku besar. Fungsinya mirip dengan Departemen, tetapi biasanya memberikan rincian keuangan yang lebih spesifik. Atribut ini digunakan dalam dashboard Kinerja Persetujuan Pelacakan Waktu untuk mengetahui apakah hierarki persetujuan di pusat biaya tertentu lebih lambat. Atribut ini juga membantu memastikan biaya penggajian masuk ke pos keuangan yang tepat saat perhitungan gaji kotor ke gaji bersih.
Mengapa ini penting
Mendukung analisis keuangan dan membantu menemukan hambatan berdasarkan unit anggaran.
Sumber data
Tabel Employee Job atau Allocation
Contoh
CC-5001CC-9002Overhead-Corp
|
|||
|
SLA Terlampaui
IsSlaBreached
|
Penanda yang menunjukkan apakah pembayaran dilaksanakan setelah tenggat waktu. | ||
|
Deskripsi
Atribut boolean ini merupakan metrik hasil perhitungan yang membandingkan stempel waktu 'Pembayaran Dilaksanakan' dengan 'Batas Waktu SLA'. Atribut ini menjadi dasar langsung KPI Tingkat Kepatuhan SLA Penggajian. Dengan menghitung nilai ini terlebih dahulu, Anda dapat langsung memfilter dashboard untuk menampilkan kasus bermasalah dan menganalisis penyebab tenggat waktu terlewat.
Mengapa ini penting
Dasar KPI untuk memantau kepatuhan.
Sumber data
Dihitung: PaymentTime > SlaDeadline
Contoh
truefalse
|
|||
|
Spesialis penggajian
PayrollSpecialist
|
ID pengguna atau nama orang yang memproses catatan. | ||
|
Deskripsi
Atribut ini menunjukkan administrator atau spesialis penggajian yang bertanggung jawab menyetujui catatan, memperbaiki data, atau menjalankan pembayaran. Atribut ini dipetakan ke atribut Generic User. Data ini penting untuk dashboard Beban Kerja dan Produktivitas Spesialis. Manajemen dapat melihat pembagian pekerjaan dalam tim dan mengetahui apakah ada orang yang kelebihan beban atau menjadi hambatan saat persetujuan.
Mengapa ini penting
Mendukung analisis sumber daya dan membantu menyeimbangkan beban kerja.
Sumber data
Log audit atau kolom 'ModifiedBy' pada tabel transaksi
Contoh
jsmithmdoesystem_admin
|
|||
|
Tanggal Akhir Periode Penggajian
PayPeriodEndDate
|
Hari terakhir periode penggajian yang sedang diproses. | ||
|
Deskripsi
Atribut ini menandai tanggal penutupan siklus penggajian. Tanggal ini menjadi acuan penting untuk menentukan apakah pengiriman terlambat. Gunakan atribut ini bersama StartTime aktivitas 'Lembar Waktu Dikirim' untuk menghitung keterlambatan. Atribut ini juga menjadi dasar pengelompokan pada dashboard Distribusi Waktu Siklus Penggajian.
Mengapa ini penting
Acuan waktu untuk siklus penggajian.
Sumber data
Payroll Header atau Konfigurasi Periode Waktu
Contoh
2023-09-302023-10-15
|
|||
|
Yurisdiksi Pajak
TaxJurisdiction
|
Negara bagian atau wilayah utama untuk pelaporan pajak. | ||
|
Deskripsi
Atribut ini menunjukkan yurisdiksi pajak utama yang terkait dengan catatan penggajian. Atribut ini penting untuk dashboard Linimasa Pelaporan Pajak Antarnegara Bagian. Dengan menganalisis alur proses berdasarkan Yurisdiksi Pajak, tim kepatuhan dapat mengetahui apakah pelaporan di negara bagian tertentu selalu lebih lambat atau apakah karyawan yang bekerja di beberapa negara bagian lebih sering memicu pengecualian audit dibandingkan karyawan di satu negara bagian.
Mengapa ini penting
Penting untuk memantau kepatuhan dan menganalisis data berdasarkan wilayah.
Sumber data
Tabel Tax Location atau Employee Tax
Contoh
CANYTX
|
|||
|
Jenis Karyawan
EmployeeType
|
Kategori karyawan, misalnya penuh waktu, paruh waktu, atau kontraktor. | ||
|
Deskripsi
Atribut ini mengategorikan orang yang terkait dengan catatan penggajian. Atribut ini digunakan dalam dashboard Kinerja Persetujuan Pelacakan Waktu. Jenis karyawan yang berbeda sering memiliki kebiasaan pengiriman lembar waktu dan alur persetujuan yang berbeda. Dengan mengelompokkan data berdasarkan atribut ini, Anda dapat membedakan masalah proses yang berulang dari pola perilaku pada kelompok tenaga kerja tertentu.
Mengapa ini penting
Membagi analisis berdasarkan kategori tenaga kerja.
Sumber data
Tabel Employee Master
Contoh
Penuh WaktuParuh WaktuKontraktor
|
|||
|
Kategori Koreksi
CorrectionCategory
|
Jenis koreksi data yang dilakukan, misalnya waktu, tarif, atau potongan. | ||
|
Deskripsi
Saat aktivitas Koreksi Data Dilakukan terjadi, atribut ini mencatat jenis perbaikannya. Atribut ini penting untuk KPI Tingkat Koreksi Data Manual. Dengan mengetahui apakah koreksi lebih sering terkait dengan 'Entri Waktu' atau 'Potongan Tunjangan', bisnis dapat menentukan sistem atau tim hulu yang perlu menjadi sasaran perbaikan proses.
Mengapa ini penting
Merinci penyebab pengerjaan ulang.
Sumber data
Kolom 'Field Changed' pada Log Audit
Contoh
Penyesuaian Entri WaktuPembayaran RetroaktifPembaruan Kode Pajak
|
|||
|
Sumber Insentif
IncentiveSource
|
Asal data insentif, misalnya SalesForce atau impor Excel. | ||
|
Deskripsi
Atribut ini menunjukkan sumber data insentif atau komisi yang diimpor ke catatan penggajian. Atribut ini mendukung dashboard Akurasi Impor Data Insentif. Dengan membandingkan atribut ini dengan KPI Frekuensi Pengerjaan Ulang Data Insentif, tim dapat mengetahui apakah file dari sumber tertentu, seperti Laporan Penjualan Wilayah Timur Laut, sering mengalami kesalahan format atau masalah kualitas data.
Mengapa ini penting
Membantu melacak masalah kualitas hingga ke penyedia data eksternal.
Sumber data
Nama file pada Log Impor atau keterangan ID Batch
Contoh
Umpan Komisi PenjualanUnggahan Bonus ManualSistem Kompensasi Eksekutif
|
|||
Aktivitas pemrosesan penggajian
| Aktivitas | Deskripsi | ||
|---|---|---|---|
|
Catatan penggajian diinisialisasi
|
Pembuatan baris pembayaran khusus untuk seorang karyawan dalam kelompok gaji baru. Ini menandakan bahwa karyawan tersebut aktif dan tercakup dalam siklus pemrosesan saat ini. | ||
|
Mengapa ini penting
Menandai dimulainya tahap pemrosesan penggajian secara resmi di sistem inti. Penting untuk membedakan durasi pencatatan waktu kerja dari durasi pemrosesan penggajian.
Sumber data
Temukan stempel waktu saat catatan dimasukkan ke tabel Employee Pay atau Check Header untuk Pay Date tertentu.
Pengumpulan data
Dicatat saat transaksi pay_period_create dijalankan
Jenis peristiwa
explicit
|
|||
|
Catatan penggajian disetujui
|
Persetujuan akhir untuk satu catatan atau seluruh kelompok gaji. Tindakan ini mengunci catatan agar tidak dapat diubah lagi dan memasukkannya ke antrean pembuatan pembayaran. | ||
|
Mengapa ini penting
Tonggak penting yang memisahkan tahap pengerjaan dari tahap finalisasi. Digunakan untuk menghitung 'Bank Transfer File Lead Time'.
Sumber data
Ambil perubahan status kelompok gaji atau catatan Check menjadi 'Approved' atau 'Locked' di tabel Pay Period Control.
Pengumpulan data
Dicatat saat transaksi approve_pay_group dijalankan
Jenis peristiwa
explicit
|
|||
|
Pelaporan pajak selesai
|
Data pajak berhasil dikirim ke yurisdiksi terkait, baik federal, negara bagian, maupun lokal. Proses ini sering dilakukan setelah pembayaran. | ||
|
Mengapa ini penting
Penting bagi dasbor 'Multi State Tax Filing Timelines' untuk memastikan kepatuhan terhadap peraturan dan menghindari denda.
Sumber data
Ambil pembaruan status di Tax Filing Interface atau log Payment Services yang menunjukkan 'Filed' atau 'Accepted'.
Pengumpulan data
Dicatat saat transaksi tax_file_transmit dijalankan
Jenis peristiwa
explicit
|
|||
|
Pembayaran dijalankan
|
Tanggal efektif atau waktu dana benar-benar ditransfer kepada karyawan. Tahap ini menandai pemenuhan kewajiban pembayaran kompensasi. | ||
|
Mengapa ini penting
Digunakan untuk memvalidasi 'SLA Compliance' dan memastikan karyawan dibayar pada tanggal yang telah dijanjikan.
Sumber data
Gunakan kolom 'Check Date' atau 'Advice Date' pada catatan Pay Header yang telah difinalisasi.
Pengumpulan data
Dicatat saat transaksi payment_post dijalankan
Jenis peristiwa
explicit
|
|||
|
Data insentif diimpor
|
Pemasukan data kompensasi dari sumber eksternal, seperti komisi, bonus, atau pembayaran satu kali. Data ini terpisah dari jam kerja reguler dan sering diunggah sebagai file batch. | ||
|
Mengapa ini penting
Tingkat kegagalan yang tinggi atau pekerjaan ulang setelah aktivitas ini menunjukkan masalah pada pemetaan data atau kualitas file eksternal. Masalah ini sering menyebabkan keterlambatan penggajian.
Sumber data
Ambil data dari System Log atau Batch Import History jika jenis file terkait dengan 'Incentives' atau 'Additional Pay'.
Pengumpulan data
Dicatat saat transaksi import_batch_data dijalankan
Jenis peristiwa
explicit
|
|||
|
File transfer bank dibuat
|
Pembuatan teknis file NACHA atau direct deposit untuk dikirim ke bank. File ini menyiapkan dana untuk ditransfer. | ||
|
Mengapa ini penting
Keterlambatan pada tahap ini berisiko membuat tim melewati batas waktu bank. Data ini mendukung dasbor 'Bank Transfer Generation Speed'.
Sumber data
Ambil stempel waktu saat proses pembuatan file ACH/Direct Deposit selesai di System Job Log.
Pengumpulan data
Dicatat saat transaksi create_ach_file dijalankan
Jenis peristiwa
explicit
|
|||
|
Gaji kotor dihitung
|
Perhitungan awal saat sistem menentukan total penghasilan berdasarkan jam kerja, tarif, dan data insentif. Tahap ini berlangsung sebelum potongan dan pajak diterapkan. | ||
|
Mengapa ini penting
Mengukur waktu dari tahap ini hingga 'Taxes Calculated' menghasilkan metrik 'Gross to Net Calculation Velocity' yang diperlukan untuk menganalisis kinerja sistem.
Sumber data
Diperkirakan dari 'Start Time' proses batch perhitungan di System Job Log.
Pengumpulan data
Bandingkan kolom status sebelum dan sesudah proses perhitungan dimulai
Jenis peristiwa
inferred
|
|||
|
Hasil penggajian ditinjau
|
Pengguna membuka register penggajian atau laporan pratinjau untuk memvalidasi hasil perhitungan. Tahap ini menandai peralihan dari pemrosesan otomatis ke peninjauan oleh manusia. | ||
|
Mengapa ini penting
Menandai dimulainya tahap validasi. Jeda yang panjang antara perhitungan dan pratinjau dapat menunjukkan keterbatasan ketersediaan sumber daya.
Sumber data
Ambil data dari Audit Log saat pengguna mengakses laporan 'Payroll Register' atau 'Pre-Check'.
Pengumpulan data
Dicatat saat transaksi report_view_preview dijalankan
Jenis peristiwa
explicit
|
|||
|
Koreksi data dilakukan
|
Perubahan manual pada catatan penggajian, misalnya menyesuaikan jam kerja atau mengganti perhitungan pajak, setelah perhitungan awal tetapi sebelum persetujuan akhir. | ||
|
Mengapa ini penting
Ini adalah ukuran utama pekerjaan ulang. Pelacakan ini menghasilkan KPI 'Manual Data Correction Rate'.
Sumber data
Ambil pembaruan pada tabel Employee Pay Detail atau Deduction di Audit Log jika User ID bukan 'System'.
Pengumpulan data
Dicatat saat transaksi update_pay_detail dijalankan
Jenis peristiwa
explicit
|
|||
|
Lembar waktu dikirim
|
Peristiwa saat karyawan atau manajer mengirim kartu waktu untuk periode penggajian. Ini menandai masuknya data jam kerja ke dalam workflow penggajian. Data mungkin berasal dari modul Time Management sebelum diteruskan ke modul Payroll inti. | ||
|
Mengapa ini penting
Menetapkan stempel waktu awal untuk seluruh siklus penggajian. Penting untuk mengukur jeda antara pekerjaan yang dilakukan dan masuknya data penggajian ke sistem.
Sumber data
Ambil data dari Time Management Audit Log atau tabel Time Card History saat kolom Status berubah menjadi 'Submitted'.
Pengumpulan data
Dicatat saat transaksi time_card_submit dijalankan
Jenis peristiwa
explicit
|
|||
|
Lembar waktu disetujui
|
Manajer menyetujui jam kerja yang dikirim dan memvalidasinya untuk pemrosesan pembayaran. Tahap ini membuka akses agar data dapat diimpor ke mesin perhitungan penggajian. | ||
|
Mengapa ini penting
Analisis hambatan pada tahap ini menunjukkan keterlambatan akibat peninjauan manajemen, yang mengurangi waktu yang tersedia bagi spesialis penggajian untuk memproses data.
Sumber data
Ambil data dari riwayat Time Management saat Status berubah menjadi 'Approved' atau 'Signed Off'.
Pengumpulan data
Dicatat saat transaksi time_card_approve dijalankan
Jenis peristiwa
explicit
|
|||
|
Pajak dihitung
|
Tahap akhir mesin perhitungan, saat aturan pajak lintas negara bagian diterapkan untuk menentukan gaji bersih. Tahap ini menyelesaikan perhitungan otomatis. | ||
|
Mengapa ini penting
Menyelesaikan rangkaian 'Gross to Net'. Durasi yang panjang pada tahap ini dapat menunjukkan masalah kinerja mesin pajak atau konfigurasi lintas yurisdiksi yang rumit.
Sumber data
Diperkirakan dari 'End Time' proses batch perhitungan di System Job Log atau stempel waktu pada tabel Employee Tax.
Pengumpulan data
Bandingkan kolom status sebelum dan sesudah proses perhitungan berakhir
Jenis peristiwa
inferred
|
|||
|
Potongan tunjangan diterapkan
|
Sistem menerapkan potongan tunjangan sebelum dan sesudah pajak, seperti kesehatan dan 401k, pada gaji kotor. Biasanya, proses ini langsung berjalan setelah jumlah gaji kotor ditentukan. | ||
|
Mengapa ini penting
Kesalahan pada tahap ini sering memerlukan koreksi manual. Dengan memisahkan tahap ini, tim dapat mengetahui apakah keterlambatan disebabkan mesin tunjangan atau masalah konfigurasi.
Sumber data
Diperkirakan dari stempel waktu batch perhitungan atau stempel waktu pembuatan catatan di tabel Employee Deduction History.
Pengumpulan data
Tentukan dengan membandingkan kolom calculation_stage
Jenis peristiwa
inferred
|
|||
|
Slip gaji diterbitkan
|
Slip gaji dapat dilihat karyawan di portal layanan mandiri. Tahap ini menuntaskan penyampaian informasi pembayaran. | ||
|
Mengapa ini penting
Meski bukan tahap teknis yang menghambat proses, keterlambatan penerbitan slip gaji dapat meningkatkan panggilan ke helpdesk dan menurunkan kepuasan karyawan.
Sumber data
Diperkirakan dari 'Check Date' atau pengaturan 'Self Service Release Date' di konfigurasi Pay Group.
Pengumpulan data
Tentukan dengan membandingkan kolom check_date dengan release_policy
Jenis peristiwa
inferred
|
|||
|
Temuan audit ditandai
|
Sistem atau pengguna menemukan ketidaksesuaian, seperti gaji negatif, kode pajak yang hilang, atau peringatan SLA. Catatan tersebut kemudian perlu ditindaklanjuti. | ||
|
Mengapa ini penting
Data ini langsung digunakan oleh dasbor 'Audit Exception and Correction Trends'. Jumlah yang tinggi menunjukkan masalah kualitas data pada tahap sebelumnya.
Sumber data
Temukan catatan di System Warning Log atau tabel pesan Pay Period yang terkait dengan ID karyawan tertentu.
Pengumpulan data
Dicatat saat transaksi validation_warning dibuat
Jenis peristiwa
explicit
|
|||
Panduan ekstraksi
Siap memulai?
Gunakan templat ini untuk mengubah data mentah UKG Pro menjadi peta proses visual. Tim dukungan kami siap membantu jika Anda memerlukan bantuan untuk menyiapkan ekstraksi di lingkungan penggajian yang kompleks.
Optimalkan pemrosesan penggajian UKG Pro sekarang
Pangkas durasi siklus penggajian hingga 30% dan hilangkan hambatan.
Tidak perlu kartu kredit, penyiapan hanya 5 menit