meminimalisir duplikasi data supplier.
Dit. SITP Subdit. PSII Seksi PSII IIILangkah-langkah untuk melakukan pengelolaan data supplier:
Berikut merupakan ilustrasi alur proses (prosedur) terkait mekanisme pencatatan data supplier:
Melakukan perbaikan terhadap data supplier yang
terindikasi duplikat
Melakukan koreksi data hutang atas supplier yang
sama namun memiliki vendor ID yang berbeda
Mengkonfigurasi SPAN dengan menggunakan kode
unik sebagai dasar identifikasi data supplier
Memperbaharui prosedur pencatatan data supplier
10
Summary of
Assessment Result
► Akses
► Integrasi
► Konfigurasi
► Validasi
► Laporan
4
Summary of Assessment Result
Jurnal standar & dok.
posting rule tidak tepat/update
Konfigurasi jurnal/
posting rule di sistem tidak tepat Definisi rowset pada
beberapa laporan tidak tepat/update Perubahan proses
bisnis/BAS/posting rule
Laporan yang sudah tidak digunakan masih
aktif Pengaturan definisi
CVR & error message tidak tepat/update
Laporan Keuangan tidak akurat
Jurnal standar dan dokumen posting rule tidak tepat/
update (berbeda dengan konfigurasi jurnal di sistem)
► Beberapa akun pada jurnal standar dan posting rule SPAN tidak sesuai dengan konfigurasi jurnal di SPAN
1
Contoh jurnal belanja gaji dan tunjangan (511XXX) kategori pembayaran:
*Berdasarkan hasil pengujian pada sampel nomor jurnal 386725446.
Konfigurasi Jurnal di SPAN* Jurnal Standar
Dr 212111 Belanja pegawai yang masih harus dibayar Dr 212111 Belanja Pegawai yang masih harus dibayar Dr 313121 Diterima dari Entitas Lain Dr 313121 Ditagihkan dari Entitas Lain
Cr 111332 Kas di Rekening Pengeluaran Kuasa BUN Pusat SPAN-Gaji
Cr 111321 Kas di Rekening Pengeluaran Kuasa BUN Pusat
Cr 115121 Piutang PPh Pasal 21 Cr 115121 Piutang PPh Pasal 21 Cr 118111 Piutang PFK 10 % Gaji Cr 118111 Piutang PFK 10 % Gaji
Cr 118114 Piutang PFK 8% Gaji Tidak terdaftar dalam akun di jurnal standar Cr 118115 Piutang PFK Tabungan Wajib Perumahan
Cr 313111 Ditagihkan ke Entitas Lain Cr 313111 Ditagihkan ke Entitas Lain
Diperlukan intervensi manual
oleh Dit. APK Periode akuntansi tidak dikonfigurasi
secara tepat Berikut merupakan alur
temuan untuk kategori validasi terkait Lap.
Keuangan
Summary of Assessment Result
Jurnal standar & dok.
posting rule tidak tepat/update
Konfigurasi jurnal/
posting rule di sistem tidak tepat Definisi rowset pada
beberapa laporan tidak tepat/update Perubahan proses
bisnis/BAS/posting rule
Laporan yang sudah tidak digunakan masih
aktif Pengaturan definisi
CVR & error message tidak tepat/update
Laporan Keuangan tidak akurat
Jurnal standar dan dokumen posting rule tidak tepat/
update (berbeda dengan konfigurasi jurnal di sistem)
► Belum ada posting rule yang mendefinisikan suatu transaksi secara spesifik diantaranya:
1
1. Penerimaan perpajakan melalui setoran (PPh, PPN, cukai, pendapatan pajak lainnya, bea masuk, dan bea keluar)
2. PNBP melalui setoran dan potongan SPM untuk pendapatan pertambangan mineral dan batu bara, kehutanan, perikanan, panas bumi, dan PNBP lainnya
3. Belanja honorarium, belanja vakasi, belanja tunjangan khusus dan belanja pegawai transito, belanja pensiun dan uang tunggu, serta belanja asuransi kesehatan veteran
4. Belanja non-kontraktual
5. Pengesahan atas pendapatan BLU dan aset
6. Pendapatan hibah dalam negeri - langsung bentuk barang dan hibah langsung aset dari luar negeri yang ditujukan untuk diserahkan kepada masyarakat (misal dalam rangka penanggulangan bencana) 7. Beberapa tipe jurnal reval
Diperlukan intervensi manual
oleh Dit. APK Periode akuntansi tidak dikonfigurasi
secara tepat Berikut merupakan alur
temuan untuk kategori validasi terkait Lap.
Keuangan
Summary of Assessment Result
Jurnal standar & dok.
posting rule tidak tepat/update
Konfigurasi jurnal/
posting rule di sistem tidak tepat Definisi rowset pada
beberapa laporan tidak tepat/update Perubahan proses
bisnis/BAS/posting rule
Laporan yang sudah tidak digunakan masih
aktif Pengaturan definisi
CVR & error message tidak tepat/update
Laporan Keuangan tidak akurat
Konfigurasi jurnal/
posting rule di sistem tidak tepat
► Beberapa konfigurasi jurnal/posting rule di sistem tidak tepat
2
Contoh jurnal utang jangka panjang/pinjaman melalui rekening khusus:
Konfigurasi Jurnal di SPAN* Jurnal Standar pada Dokumen Set Up Posting Rule SPAN Dr 219922 Pinjaman dalam rangka rekening khusus yang
ditangguhkan Luar Negeri
Dr 219992 Pinjaman dalam rangka rekening khusus yang ditangguhkan Luar Negeri
Dr 712261 Penarikan Pinjaman Proyek Dr 712221 Penerimaan Pembiayaan Proyek Multilateral Dr 827512 Pengeluaran Non Anggaran Pihak Ketiga dalam
Rekening Khusus Pinjaman Luar Negeri
Dr 827512 Pengeluaran Non Anggaran Pihak Ketiga dalam Rekening Khusus Pinjaman Luar Negeri
Dr 313121 Ditagihkan dari Entitas Lain
Cr 222116 Utang Proyek Cr 222112 Utang Multilateral
Cr 712261 Penarikan Pinjaman Proyek Cr 712221 Penerimaan Pembiayaan Proyek Multilateral Cr 827512 Pengeluaran Non Anggaran Pihak Ketiga dalam
Rekening Khusus Pinjaman Luar Negeri
Cr 827512 Pengeluaran Non Anggaran Pihak Ketiga dalam Rekening Khusus Pinjaman Luar Negeri
Cr 313111 Ditagihkan ke Entitas Lain
Diperlukan intervensi manual
oleh Dit. APK Periode akuntansi tidak dikonfigurasi
secara tepat Berikut merupakan alur
temuan untuk kategori validasi terkait Lap.
Keuangan
*Berdasarkan hasil pengujian pada sampel nomor jurnal 507654429.
Summary of Assessment Result
• Running script untuk mendeteksi duplikasi gaji.
• Mengirimkan surat konfirmasi ‘penyelesaian pembayaran gaji induk yang terindikasi dobel bayar’ setiap bulan secara akumulasi sejak Januari 2015 hingga bulan berkenaan.
• Mengirimkan ‘Daftar Pengawasan Gaji Induk yang Terindikasi Dobel Bayar’ melalui broadcast HAI DJPBN setiap awal bulan kepada seluruh DSU KPPN dan Kantor Wilayah DJPb.
GPP Satker A
GPP KPPN A
ADK SPM ADK Gaji
GPP KPPN B
Aplikasi GPP KPPN akan melakukan rekon data gaji untuk memastikan bahwa tidak terdapat duplikasi pembayaran gaji.
Terdapat data gaji yang tidak rekon
akibat duplikasi atau salah catat?
• KPPN akan melakukan‘batal rekon’ dan mengembalikan dokumen ADK SPM kepada Satker.
• Satker perlu memperbaiki dan mengirimkan ADK ulang.
Ya
Proses SPM hingga pencairan
dana (SPAN)
Tidak Tidak ada
koneksi/rekon antar KPPN
Root cause
1
2
Aplikasi GPP yang dimiliki oleh Satker dan KPPN tidak saling terintegrasi satu sama lain, sehingga memungkinkan duplikasi data pembayaran gaji yang diproses di aplikasi GPP KPPN A dan B. Untuk mengatasi hal ini, SITP sedang mengembangkan aplikasi GPP terpusat, sehingga data pembayaran gaji karyawan saling terintegrasi satu sama lain.
Banyaknya data NIP yang double, terutama NIP untuk TNI dan Polri, sehingga perlu dilakukan data cleansing agar menghasilkan NIP dengan kode unik tertentu.
GPP Satker B
ADK SPM ADK Gaji
Hanya data yang sudah rekon yang dapat diproses di aplikasi konversi
Pengendalian oleh SITP