Mesin penggajian di SAP HCM adalah alat yang andal dan fleksibel sekaligus. Alat ini memungkinkan Anda untuk memperhitungkan segala persyaratan undang-undang dan peraturan lokal di bidang tunjangan karyawan. Namun, sisi lain dari koin fleksibilitas seperti itu adalah kompleksitas dan sensitivitas yang kuat terhadap perubahan pengaturan.
Misalnya, gambar di atas menunjukkan tampilan pengaturan jenis upah. Satu pengaturan parameter atau kotak centang yang salah akan menyebabkan perhitungan yang salah.
Selain itu, harga kesalahan bisa sangat tinggi baik dari segi moneter maupun dari segi reputasi.
Perlu juga dicatat bahwa kesalahan mungkin tidak terjadi segera, tetapi hanya beberapa bulan setelah perhitungan. Dalam hal ini, mungkin perlu menghitung ulang upah selama beberapa bulan, atau membuat skema perhitungan korektif khusus. Kedua skenario ini sangat memakan waktu dan berisiko, oleh karena itu mereka hanya dapat dianggap sebagai upaya terakhir.
Dari mana kesalahan tersebut dapat berasal? Fungsionalitas SDM terus berkembang, persyaratan legislatif dan persyaratan bisnis berubah. Untuk memenuhi persyaratan ini, Anda harus secara teratur melakukan perubahan pada pengaturan HCM SAP Anda. Di perusahaan kami, semua perubahan diterapkan dalam rilis bulanan. Pembaruan standar dari SAP juga keluar sebulan sekali dan diinstal dengan rilis.
Pembaruan dari vendor adalah paket yang berisi catatan dengan perubahan pada program dan pengaturan. Angka tersebut menunjukkan komposisi paket layanan SAPK-60866INEAHRCRU, yang berisi empat catatan penggajian untuk Rusia.
Menginstal produk pengembangan Anda sendiri \ pengaturan dan paket layanan standar dapat mengubah pengaturan saat ini dan menyebabkan operasi sistem yang salah.
Pengujian regresi
Bagaimana saya bisa mengkonfirmasi bahwa fungsi yang ada tidak terpengaruh oleh pembaruan SAP standar dan perkembangan / pengaturan baru saya sendiri?
Tentu saja Anda dapat menganalisis semua perubahan, semua catatan standar. Buat contoh untuk mereka dan lakukan pengujian fungsional.
Tetapi di sini harus diingat bahwa jumlah not dapat dalam puluhan, dan mereka dapat mempengaruhi fungsi yang menyertainya. Dan jika kami menambah ukuran perusahaan kami (lebih dari 270.000 karyawan dihitung dalam SAP HR), maka jumlah kasus yang mungkin akan melebihi jumlah yang wajar.
Untuk mengatasi masalah ini, karyawan departemen kami "Aplikasi Bisnis Manajemen SDM SAP" mengembangkan mekanisme pengujian regresi upah.
Inti dari mekanisme ini cukup sederhana. Pertama, standar dibuat - dengan menghitung upah pada sistem asli.
Kemudian pembaruan diinstal pada sistem dan perhitungan penggajian baru dilakukan. Hasilnya disimpan sebagai data rilis.
Dan pada tahap terakhir, standar direkonsiliasi dengan data rilis.
Pengujian dilakukan pada seluruh volume jumlah personel.
Sekarang mari kita bicarakan ini secara lebih rinci.
SAP HCM kami memiliki lanskap 3-sistem klasik. Sistem pengembangan (sebut saja HRD), sistem pengujian (HRT), dan sistem produktif (HRP). Semua peningkatan perlu diuji dalam HRT, sedangkan karakteristik teknis dari sistem pengujian dekat dengan karakteristik produktif.
Pengujian regresi dibagi menjadi beberapa tahap:
- Persiapan sistem HRT
- Tes persiapan data
- Penghapusan standar
- Rilis rilis
- Rekonsiliasi Hasil
Tahap persiapan sistem uji HRT
Pada tahap ini, spesialis dasar sedang mempersiapkan sistem HRT. HRT dipulihkan dari cadangan sistem produktif pada tanggal tertentu. Yaitu data dalam HRP dan HRT menjadi sama.
Tahap Persiapan Data Tes
Terlepas dari kenyataan bahwa data antara sistem produktif dan sistem uji selaras, pengujian penggajian harus dilakukan pada periode yang belum dihitung. Untuk melakukan ini, siapkan data uji:
Karena kami ingin menghitung periode baru, kami perlu membuat perangko waktu untuk karyawan yang terdaftar secara positif. Untuk melakukan ini, menggunakan program yang dikembangkan, cap waktu kedatangan / keberangkatan di IT2011 dihasilkan dari jadwal karyawan di IT0007.
- Pemeliharaan Data IT0027 Berbagi Biaya
Untuk karyawan yang terdaftar secara positif, 0027IT Pembagian biaya diisi dengan menyalin data dari IT1018 menggunakan program yang dirancang khusus.
- Menyimpan Data untuk Perhitungan Uang Muka
Data uji disiapkan sepenuhnya pada nomor personel yang ditugaskan untuk setiap unit perhitungan. Untuk melakukan ini, isi Pembayaran Off-Siklus IT267 menggunakan transaksi HRUU0267.
Untuk menghitung liburan, bonus, PHK dan berbagai jenis cuti sakit, data uji dibuat untuk sekitar 20 karyawan.
Setelah semua data pengujian dimulai, pencadangan sistem HRT dilakukan.
Tahap penghapusan standar
Fase ini meliputi:
Untuk ini, varian dibuat dalam transaksi evaluasi waktu PT60, yang selanjutnya digunakan dalam program RPCS0000. Program standar RPCS0000 digunakan untuk menjalankan evaluasi waktu secara paralel oleh grup grup personel. Menggunakan RPCS0000 dapat secara signifikan mengurangi waktu evaluasi waktu.
- Menyimpan tolok ukur untuk hasil evaluasi waktu
Setelah menyelesaikan evaluasi waktu, perlu untuk menyimpan hasilnya. Untuk melakukan ini, sebuah program khusus telah dibuat yang menyimpan hasil penilaian (tabel ZES dan ZL) dalam file teks:
Sebuah fragmen dari file standar evaluasi waktu yang dibuat:
- Melakukan penggajian (pembayaran reguler dan antar-penyelesaian)
Perhitungan dilakukan dengan cara standar (program HRCUCLACM dan transaksi PUST) pada seluruh volume nomor personel.
- Menyimpan hasil perhitungan untuk rekonsiliasi berikutnya
Untuk melakukan ini, dalam laporan standar tentang jenis upah PC00_M99_CWTR, kami menyimpan opsi untuk melihat perhitungan yang diperlukan (reguler atau antar-penyelesaian). Untuk menyimpan data perhitungan dalam sistem pengembangan HRD, program pengguna dikembangkan. Salah satu parameter input untuk program ini adalah versi laporan PC00_M99_CWTR yang dihasilkan:
Setelah mengerjakan program ini dalam sistem pengembangan HRD, hasil referensi perhitungan gaji akan disimpan:
Dalam sistem uji HRT, serangkaian posting yang produktif ke sistem keuangan uji coba dilakukan. Setelah itu, menggunakan program yang dirancang khusus, memposting data diunggah ke sistem pengembangan HRD sebagai referensi untuk rekonsiliasi di masa depan.
Setelah menyelesaikan program ini, hasil referensi posting ke sistem keuangan akan disimpan dalam sistem pengembangan SDM:
- Formasi register untuk transfer
Setelah menghitung gaji, kami membentuk register untuk transfer. Menggunakan program pengguna yang dikembangkan, pendaftar ini juga disimpan dalam file teks sebagai referensi.
Sebuah fragmen dari file standar registrasi transfer gaji:
Laporan pajak 6-NDFL dan 2-NDFL dihasilkan menggunakan laporan standar RPCPAYRU_6NDFL dan HRULNDFL. Untuk kebutuhan pengujian, mereka telah diperluas dengan logika untuk menyimpan hasil dalam tabel transparan. Setelah pelaporan pajak dihasilkan dalam lingkungan pengujian, hasil ini ditransfer ke sistem pengembangan menggunakan program pengguna.
Menerima standar data pajak:
Release Release Release
Setelah standar dihapus, perlu untuk mengembalikan sistem pengujian dari cadangan yang dibuat setelah tahap persiapan data pengujian. Yaitu kami mendapatkan sistem dengan data tes yang lengkap, tetapi tanpa perhitungan. Semua pembaruan diinstal pada sistem ini - pengembangan hak milik dan paket layanan standar dari SAP. Setelah itu, perhitungan gaji reguler dan antar-penyelesaian, posting dan tindakan lainnya dilakukan mirip dengan tindakan pada tahap penghapusan standar.
Tahap rekonsiliasi
Setelah menghapus standar dan rilis, pergantian tahap rekonsiliasi datang. Pada tahap ini
kami membandingkan data yang diterima sebelum menginstal pembaruan dengan data pada sistem yang diperbarui. Dan berdasarkan analisis perbedaan, kami menarik kesimpulan tentang adanya kesalahan dalam pembaruan yang diinstal.
- Rekonsiliasi hasil evaluasi waktu
Untuk melakukan ini, kami meluncurkan program untuk mengotomatiskan verifikasi hasil perhitungan dalam mode "Perbandingan standar dan rilis". Sebagai salah satu parameter, kami menunjukkan direktori di mana file standar evaluasi waktu disimpan.
Jika ada perbedaan antara standar dan data rilis, laporan ini akan menampilkannya.
Posting data dari rilis dan benchmark sudah dalam sistem pengembangan. Untuk verifikasi, laporan pengguna digunakan, di mana kami menunjukkan tanggal rilis dan standar sebagai parameter:
Jika ada perbedaan antara standar dan data rilis, laporan ini akan menampilkannya.
- Rekonsiliasi pelaporan pajak
Data dengan hasil menghasilkan laporan 2-NDFL dan 6-NDFL pada tahap penghapusan standar dan rilis ditransfer ke sistem pengembangan HRD. Laporan pengguna digunakan untuk memverifikasi data. Di mana parameter input adalah tanggal penghapusan rilis \ standar dan pengguna di mana penghapusan ini terjadi:
Jika ada perbedaan dalam data, mereka ditampilkan.
Data yang diperoleh selama perhitungan upah secara teratur, dengan berbagai penyelesaian dalam sistem pengujian pada tahap pembentukan standar dan pelepasan, dipindahkan ke sistem pengembangan. Sekarang dalam sistem pengembangan ada verifikasi data pada standar dan rilis menggunakan program pengguna yang dikembangkan:
Semua perbedaan yang diterima tersedia dalam laporan.
- Rekonsiliasi pendaftar untuk pemindahan
Pada tahap rilis rilis, file teks dengan data registri untuk daftar dihasilkan. Kami membandingkan data referensi ini dengan pendaftar untuk daftar yang dibuat setelah menginstal pembaruan.
Dalam hal perbedaan, mereka ditampilkan dalam laporan.
Semua perbedaan yang diperoleh dianalisis oleh spesialis departemen dukungan SAP HCM. Jika alasan untuk perbedaan ini adalah kesalahan dalam pengaturan / desain, mereka diperbaiki dan diuji pada iterasi berikutnya. Yaitu sistem pengujian sekali lagi dipulihkan dari cadangan yang diambil setelah pembuatan data uji, instal pembaruan dengan perbaikan bug dan lakukan kembali langkah-langkah menghapus rilis dan rekonsiliasi.
Pendekatan ini memungkinkan untuk pengujian kualitas yang sangat tinggi dari proses kritis seperti penggajian dan digunakan tidak hanya saat menguji rilis / pembaruan bulanan, tetapi juga dalam kegiatan proyek. Jadi, hanya tahun ini ia berhasil diterapkan pada dua proyek besar - reorganisasi badan hukum dan memperbarui sistem SAP HCM ke peningkatan level 8.