Assalamu'alaikum wr wb Postingan Mas Den Boedhi memerlukan tanggapan yang rinci dan panjang, jadi saya coba tanggapi satu persatu. Didalam Akuntansi Pemerintah, khususnya SAI (Sistem Akuntansi Instansi), DIPA akan dibukukan dengan jurnal sbb : Piutang dari KUN pada Allotment Belanja (terrinci sesuai Akun DIPA : 511111 s.d 622119) Jadi Pagu Belanja yang terdapat dalam DIPA akan tercatat pada Akun DIPA sebagai Allotment Belanja disisi kredit dan pada Akun Piutang dari KUN disisi debet. Kemudian pada saat Realisasi Belanja, akan dibukukan dengan jurnal sbb : Belanja pada Piutang dari KUN Sehingga realisasi belanja akan tercatat pada masing-masing Akun Belanja (511111 s.d 622119) disisi debet dan pada Akun Piutang dari KUN pada sisi kredit. Selanjutnya apabila terdapai transaksi "pengembalian belanja " maka akan dibukukan dengan jurnal sbb : Piutang dari KUN pada Belanja. Dengan demikian transaksi "pengembalian belanja" yang berarti "mengurangi belanja" akan tercatat pada Akun Belanja disisi kredit dan pada Akun Piutang dari KUN disisi debet. Dari uraian diatas dapat disimpulkan bahwa transaksi pengembalian belanja memang ”tidak menambah pagu DIPA/allotment” melainkan “menambah sisa pagu” karena sisa pagu adalah sama dengan pagu DIPA/allotment dikurangi belanja. Jadi apabila ada transaksi pengembalian belanja maka yang berkurang adalah “belanja”-nya sehingga “sisa pagu”-nya yang bertambah, sedangkan pagu DIPA/allotmen-nya tetap. Dan benar apa yang disampaikan oleh mas Den Boedhi bahwa pagu/Allotment hanya bisa diubah apabila ada revisi DIPA. Jadi kalau aplikasi sudah mengakomodir prinsip-prinsip diatas maka seharusnya realisasi belanja berkenaan merupakan hasil netto dari akumulasi belanja dikurangi pengembalian belanja. Yang berarti "sisa pagu" belanja berkenaan adalah juga pagu dikurangi nilai netto akun belanja berkenaan. Semoga menjadi bahan masukan bagi programer. Wass wr wb.
--- Pada Sen, 10/11/08, Den_Boedhi <[EMAIL PROTECTED]> menulis: Dari: Den_Boedhi <[EMAIL PROTECTED]> Topik: Re: Bls: Bls: [Forum Prima] Pagu minus akibat realisasi sebelum revisi DIPA Kepada: [email protected] Tanggal: Senin, 10 November, 2008, 4:28 PM Yth Miliser, Pertama saya ingin mendudukan persoalan dulu, bahwa sampai saat ini secara aplikasi, perubahan pagu hanya bisa dimungkinkan melalui revisi pagu/SKPA ( R/U/H pagu, CMIIW). Realisasi dari akun merupakan kumulatif dari akun belanja saja, bukan hasil netto setelah dikurangi pengembalian. Oleh karena itu sampai saat ini realisasi belanja (dalam LKPP) disajikan terpisah yaitu kedalam Laporan Realisasi Anggaran (LRA) dan ke dalam Laporan Arus Kas (LAK). Kedua seandainyapun (kelak) aplikasinya memungkinkan, paguyang sudah terlanjur minus akibat revisi, pengembalian belanja itu akan dipotongkan di SPM/ SP2D yang mana? Apakah dipotongkan ke kegiatan/subkegiata n/AKUN yang lain.... Apa bisa/ dibenarkan misal terbit SPM Akun 521119 kemudian dikolom potongan muncul pengembalian akun 512119? Terus bagaimana nasib uang yang sudah terlanjur keluar (yang ada dikantong bendahara/ rekanan). Itu yang saya jadi makin ndak mengerti. Ketiga yang juga semakin membingungkan, apabila potongan SPM itu bisa menambah lagi pagunya bukankah itu berarti pagu akhir menjadi tidak sama lagi dengan pagu revisi (yang mengakibatkan minus). Barangkali ini yang masih menjadi kendala bagi temen temen programer, sehingga sulit mewujudkan perbaikan aplikasi. Sebagai catatan: Aplikasi SP2D bahkan belum mampu menyajikan potongan SPM baik itu belanja maupun penerimaan kedalam pos pos yang sesuai dengan yang dikehendaki. Selama ini potongan akan tersaji dalam kode 0000. mudah mudahan tambah rame. dari Kendari HaBeWe > > > > > > > > > > > > > > > > > ____________ _________ _________ _________ _________ _________ _ > Dapatkan nama yang Anda sukai! > Sekarang Anda dapat memiliki email di @ymail.com dan @rocketmail. com. > http://mail. promotions. yahoo.com/ newdomains/ id/ > > [Non-text portions of this message have been removed] > ___________________________________________________________________________ Dapatkan alamat Email baru Anda! Dapatkan nama yang selalu Anda inginkan sebelum diambil orang lain! http://mail.promotions.yahoo.com/newdomains/id/
