Anda di halaman 1dari 82

MODUL TRM 5

S ISTEM INFORMASI
AKUNTANSI PEMERINTAH

Diresume Oleh :
Nama : Mei Ribka Anantasa Br. Saragih
Abstrak

Model Referensi Perbendaharaan (TRM) yang dijelaskan dalam dokumen ini


memberikan pedoman untuk desain sistem perbendaharaan otomatis untuk pemerintah
yang ditujukan pada dua kelompok orang: (a) otoritas dalam pemerintah dan penasihat
mereka yang terlibat dalam perencanaan dan penerapan sistem tersebut; dan (b)
perancang dan pemasok perangkat lunak dari sektor swasta - atau bahkan pengembang
perangkat lunak perbendaharaan internal.

Untuk kelompok sebelumnya, tujuannya adalah untuk menyediakan alat untuk


membantu dengan desain dan definisi spesifikasi fungsional dan teknis sistem dalam
kaitannya dengan lembaga dan proses pemerintah - serta memfasilitasi reformasi
proses ini. Untuk kelompok kedua, tujuan utamanya adalah untuk memberikan definisi
yang jelas tentang kebutuhan khas pemerintah untuk sistem perbendaharaan.
Kebutuhan ini berbeda secara signifikan dari kebutuhan sektor swasta - walaupun
kemampuan akuntansi akrual semakin banyak diminta oleh pemerintah.

Untuk membantu dalam proses merancang sistem Treasury, makalah ini


dimulai pada Bagian I dengan diskusi tentang fitur-fitur utama dari sistem tersebut,
termasuk proses fungsional inti, berbagai opsi kebijakan yang terkait dengan desain
mereka dan pengaturan kelembagaan terkait.

Pembentukan sistem perbendaharaan yang efektif akan berkontribusi langsung


pada peningkatan transparansi dan akuntabilitas pemerintah dan untuk memenuhi
persyaratan yang ditetapkan dalam Pedoman Praktik Baik IMF tentang Transparansi
Fiskal-Deklarasi tentang Prinsip-prinsip (kode transparansi fiskal) dan standar-standar
lain, seperti rincian standar fidusia sedang dikembangkan oleh Bank Dunia. Penting
bahwa aspek-aspek ini dipertimbangkan secara eksplisit dalam desain dan
implementasi sistem perbendaharaan. Karenanya, elemen yang relevan dari kode
transparansi fiskal dimasukkan dalam TRM.

Bagian II dari model memberikan diagram alur terperinci dari proses


fungsional yang terkait dengan sistem Treasury, kuesioner diagnostik yang dapat
digunakan untuk menilai persyaratan spesifik negara, serangkaian spesifikasi
fungsional sampel yang dapat digunakan untuk pengadaan dan / atau pengembangan
perangkat lunak aplikasi yang diperlukan untuk mengimplementasikan sistem ini, dan
daftar entitas data utama yang terkait dengan sistem Treasury.
TRM juga menyediakan sarana untuk menerapkan peningkatan standar analitik
untuk pelaporan fiskal. Semakin banyak pemerintah yang bergerak menuju laporan
basis akrual dan sistem Statistik Keuangan Pemerintah IMF (GFS) sedang direvisi.
Sementara ini dapat diamati dengan menyesuaikan laporan dari berbagai sumber dan
menggunakan uang tunai atau berbagai tingkat akuntansi berbasis akrual, jauh lebih
disukai bahwa akun disusun untuk memfasilitasi pencatatan dan pelaporan akrual.
Struktur bagan generik dari akun yang dapat dikembangkan baik untuk akuntansi
berbasis kas atau akrual, tetapi konsisten dengan prinsip-prinsip revisi GFS, oleh
karena itu termasuk dalam TRM.

Ucapan Terima Kasih

Versi awal Model Referensi Perbendaharaan dikembangkan di


bawah hibah yang disediakan oleh dana INFODEV Bank Dunia dan
berdasarkan kontrak dengan perusahaan IBM. Versi ini telah dimodifikasi
secara luas untuk menjadikannya lebih bermanfaat bagi pejabat
pemerintah dan staf Bank / IMF dalam pekerjaan mereka. Kelompok
Tematik Manajemen Pengeluaran Publik Bank Dunia yang beroperasi di
bawah Jaringan PREM telah mendanai beberapa pekerjaan selanjutnya.
Para penulis berterima kasih kepada sejumlah rekan kerja dari Bank
Dunia, IMF dan di tempat lain untuk komentar yang bermanfaat pada draft
awal makalah ini. Secara khusus kami ingin mengucapkan terima kasih
kepada Vijay Ramachandran dan Eivind Tandberg dari IMF karena
memberikan komentar terperinci. Komentar yang sangat berguna juga
telah diterima dari Peter Dean, Malcolm Holmes, Allister Moon dan Jack
Diamond. Para penulis telah menggambarkan karya Bank Dunia / IMF di
beberapa negara, termasuk Kazakhstan, Ukraina, Pakistan, dan Mongolia,
sambil mengembangkan spesifikasi fungsional untuk sistem
Perbendaharaan yang disajikan dalam makalah ini.
PART I
Outline Of The Treasury Reference Model

Sistem perbendaharaan yang terintegrasi menawarkan beberapa manfaat yang


signifikan dalam mengelola uang publik secara lebih efektif:
• Integrasi penuh data anggaran dan pelaksanaan data anggaran, sehingga
memungkinkan kontrol keuangan yang lebih besar.
• Meningkatkan perencanaan kas dan serta pemantauan secara dekat dan tepat
waktu dari posisi kas pemerintah.
• Penyediaan pelaporan manajemen yang memadai di berbagai tingkat
pelaksanaan anggaran.
• Peningkatan kualitas data untuk pengolahan dan pelaksanaan anggaran.
• Memberi kemudahan dalam penyusunan laporan keuangan dan laporan
keuangan lainnya untuk penganggaran, analisis, dan kontrol keuangan.
Design Phase mencakup :
• Desain Fungsional Tingkat Tinggi membahas komponen fungsional utama
yang diperlukan untuk memenuhi persyaratan fungsional Departemen Keuangan.
Desain fungsional tingkat tinggi akan menangani masalah yang berkaitan dengan
pekerjaan hukum dan kelembagaan untuk anggaran persiapan pelaksanaan
hukuman mati, dan keterkaitan antar lembaga yang diperlukan dan Kementerian
Keuangan.
• Detail Fungsional Desain menampilkan definisi proses fungsional utama dan
arus informasi yang terkait dengan pelaksanaan anggaran, definisi anggaran
klasifikasi struktur dan bagan akun, dan persyaratan pelaporan.
• Desain Sistem Teknis mendefinisikan arsitektur teknis keseluruhan dalam hal
Karakteristik dari perangkat lunak aplikasi, perangkat keras dan komunikasi
infrastruktur diminta untuk mengimplementasikan sistem pertanian.
• Ukuran Komponen dan Persiapan Spesifikasi Pengadaan. Tugas ini
mengembangkan kriteria kinerja kunci untuk komponen sistem informasi, seperti
volume data yang akan diproses atau diperlukan waktu respons, dan
memasukkannya ke dalam spesifikasi pengadaan.
• Komponen Pengadaan dimana semua perangkat keras, perangkat lunak, dan
implementasi layanan yang diperlukan untuk implementasi Sistem
Perbendaharaan diperoleh. Langkah ini melibatkan pengembangan RFP Bank
Dunia untuk perangkat lunak aplikasi, perangkat keras, dan layanan, (jika
pembiayaan Bank Dunia terlibat), tender, evaluasi, dan pemberian kontrak.

Integrasi dan Implementasi Sistem meliputi:


• Software fit / gap analysis. Biasanya Sistem Perbendaharaan dibeli sebagai
terintegrasi paket aplikasi rak yang menyediakan berbagai fungsi. Analisis
kesesuaian / kesenjangan memetakan fungsionalitas standar yang disediakan
oleh paket untuk yang diperlukan dan mengidentifikasi bidang -bidang
konvergensi dan kesenjangan yang signifikan.
• Parameterisasi dan kustomisasi perangkat lunak : untuk menyesuaikan
paket dengan yang spesifik persyaratan implementasi.

Tahap-tahap ini fokus pada proses desain sistem komputer, yang merupakan
bagian dari keseluruhan manajemen proyek. Langkah-langkah proyek termasuk
persetujuan proyek (pentingnya sejumlah elemen ini dalam keberhasilan
implementasi proyek perbendaharaan) adalah :
1. Pengembangan spesifikasi.
2. Strategi akuisisi (termasuk analisis risiko dan mitigasi).
3. Tender dan membiarkan kontrak.
4. Tinjauan proyek.
5. Pelatihan.
6. Dukungan dari semua elemen.

Tesis dari Model Referensi Perbendaharaan adalah dimana fokusnya itu pada desain
sistem komputer yang memfasilitasi rangkaian koordinasi untuk aspek-aspek lain dari
manajemen proyek.

• Manual dan prosedur pengoperasian. Ini melibatkan pengembangan detail pada


pengoperasian yang bersifat manual dan proses prosedur yang harus sesuai
persyaratan pelaporan sebagaimana digunakan untuk menjalankan fungsinya.
• Manajemen perubahan dan pelatihan pengguna akhir terjadi sepanjang
implementasi fase untuk mengatasi perubahan organisasi dan aspek pelatihan
dari implementasi.
• Implementasi aplikasi (pilot dan replikasi). Biasanya, proyek percontohan
yang bagian dari proyek yang lebih besar dalam hal fungsionalitas atau
cakupan agensi diimplementasikan terlebih dahulu, untuk mengidentifikasi
dan menyelesaikan masalah desain dan implementasi. Itu replikasi adalah
implementasi dari cakupan penuh proyek setelah pilot memiliki telah berhasil
diimplementasikan (atau dimodifikasi sesuai kebutuhan).

1. Sistem Berbasis Komputer Untuk Manajemen Treasury


Dua karakteristik utama dari Sistem Perbendaharaan adalah :
(a) Mereka membutuhkan konsolidasi dan kompilasi cepat sejumlah besar
data di seluruh set Treasury kantor dan unit pengeluaran tersebar di seluruh
negeri.
(b) Proses fungsionalnya berulang alam dan ikuti serangkaian aturan yang
ditentukan.

Dalam lingkungan seperti itu, sistem informasi berbasis komputer


menyediakan manajer keuangan Pemerintah :
(a) seperangkat alat untuk mengkonsolidasikan, menyusun, dan
mengakses informasi yang andal dan tepat waktu untuk pengambilan
keputusan. Data dalam basis data sistem dapat disajikan dalam berbagai
format sesuai dengan persyaratan manajemen.
(b) Peluang unik untuk memproses transaksi bisnis secara efisien,
menerapkan kontrol yang diperlukan, dan secara bersamaan
mengumpulkan informasi tepat waktu dan akurat yang diperlukan
untuk pengambilan keputusan.

Dua aspek ini peningkatan efisiensi sangat penting dimana efisisensi


diterangkan sebagai berikut :
1. Pertama, sistem ini memungkinkan untuk mengintegrasikan transaksi
klasifikasi dan posting dengan pemrosesan transaksi. Ini berarti
bahwa saat transaksi diproses, mis. sebagai pembayaran
dilakukan,dapat secara bersamaan diklasifikasikan dan diposting ke
akun yang sesuai.
2. Kedua, penggunaan berbasis komputer sistem memfasilitasi
otomatisasi banyak kontrol dan prosedur. Saat transaksi diproses,
sistem dapat menerapkan kontrol yang diperlukan, mis. memastikan
bahwa alokasi anggaran yang tepat ada sebelum membuat komitmen
atau menyetujui pembayaran.

Untuk desain dan implementasi dari keuangan pemerintah yang efektif


sistem informasi manajemen, oleh karena itu penting, bahwa diterangkan
sebagai berikut :
(a) Diperlukan bentuk keuangan mendasar proses manajemen secara
jelas disetujui pada dan dipahami sebagai dasar untuk desain sistem.
(b) Fungsional dan spesifikasi teknis untuk desain sistem didasarkan
pada proses ini.
(c) Pedoman yang jelas disediakan untuk mengintegrasikan semua
subsistem yang diperlukan untuk mendukung GF Falal Manajemen
(GFM).

MODEL REFERENSI TREASURY: KONTEKS


Sistem Perbendaharaan dalam Konteks Kerangka Keseluruhan untuk Pengelolaan
Fiskal Pemerintah
Konsep treasury perlu ditetapkan, pertama, dalam konteks kerangka kerja keseluruhan
untuk manajemen fiskal pemerintah, yang meliputi peramalan dan manajemen ekonomi
makro, persiapan anggaran, dan administrasi pajak. Fungsi perbendaharaan harus dirancang
dengan jelas dengan cara yang memfasilitasi interaksi antara sistem-sistem ini. Kedua, pasti
penting tetapi fungsi tambahan atau terkait, seperti penggajian dan pensiun, manajemen utang
penuh sistem, dan manajemen personalia, umumnya dikembangkan secara terpisah tetapi
saling terkait modul operasi manajemen perbendaharaan penuh. Masalah spesifik dalam
pengembangan tersebut sistem tidak dianggap sebagai bagian dari sistem treasury inti.

Kerangka Regulasi
Kerangka peraturan keseluruhan untuk mengoperasikan berbagai modul
komponen jaringan sistem terdiri dari elemen-elemen berikut:
• Struktur kontrol
• Klasifikasi akun
• Persyaratan pelaporan

Sistem informasi perlu menggabungkan fitur untuk memastikan bahwa mereka


mematuhi persyaratan kerangka kerja ini.

1. Struktur Kontrol
Kontrol didefinisikan pada beberapa tingkatan:
• Undang-undang dan peraturan formal yang mengendalikan struktur dana dan
alokasi, dan praktik administrasi.
• Perundang-undangan keuangan dan peraturan administrasi yang menentukan
detail persyaratan untuk kontrol, untuk memastikan bahwa transaksi diotorisasi
dengan benar dan didokumentasikan dan otoritas apropriasi tidak terlampaui.

Dalam sebagian besar kerangka kerja legislatif, penerimaan pemerintah


dibayarkan ke dana (yang akan di sini disebut sebagai dana konsolidasi (CF) 5), dan
setiap pengeluaran dari dana harus disesuaikan secara formal oleh badan legislatif.
Peraturan, instruksi administratif, dan praktik administrasi menentukan standar dan
prosedur yang harus diikuti untuk pemrosesan transaksi. Ini termasuk:
• kontrol tingkat dokumen dan transaksi untuk memastikan pemrosesan yang
benar, lengkap dan rekaman yang benar, dan audit jejak.
• Kontrol akses untuk memastikan bahwa hanya personel yang berwenang yang
dapat merekam, mengubah, atau melaporkan informasi.
• Kontrol sistem keseluruhan untuk memastikan bahwa sistem mewujudkan
didirikan standar pemrosesan.
Kerangka kerja pengaturan formal di ekonomi industri barat umumnya
berkembang pada saat kepentingan utama adalah untuk memastikan bahwa lengan
eksekutif pemerintah menggunakan dana publik dengan baik dan dalam batas yang
diizinkan oleh badan legislatif.

2. Klasifikasi Akun
Struktur kode klasifikasi akun adalah metodologi untuk pencatatan yang
konsisten setiap transaksi keuangan untuk tujuan pengendalian pengeluaran, biaya,
dan ekonomi dan analisis statistik. Struktur kode klasifikasi standar pemerintah harus
dibentuk untuk memberikan dasar yang konsisten untuk:
• Mengintegrasikan perencanaan, penganggaran, dan akuntansi.
• Menyusun alokasi anggaran dan biaya program dan proyek di dalam dan di
seluruh berbagai instansi pemerintah.
• Menangkap data pada titik masuk di seluruh pemerintahan.
• Mengkonsolidasikan informasi keuangan pemerintah secara keseluruhan.
Oleh karena itu, desain struktur klasifikasi akun harus ditentukan oleh
persyaratan informasi dari masing-masing tujuan di atas.

3. Spesifikasi Pelaporan
Pemerintah harus menetapkan persyaratan dan tujuan pelaporan dalam dua
bidang :
✓ Pelaporan eksternal.
✓ Untuk memberikan informasi kepada legislatif dan publik, serta negara-negara
lain.
✓ Organisasi internasional.
✓ Investor luar negeri.
✓ Pasar keuangan.
✓ Pelaporan manajemen internal.
✓ Untuk pembuat kebijakan.
✓ Manajer pemerintah secara umum.
✓ Persyaratan luas untuk pelaporan eksternal ditentukan dalam undang-undang
anggaran.
✓ Persyaratan terperinci diberikan dalam peraturan.
✓ Instruksi, dan praktik administrasi dari sudut pandang alokasi sumber daya.
✓ Peningkatan penekanan telah diberikan dalam beberapa tahun terakhir untuk
meningkatkan standar pelaporan dengan menghubungkan informasi keuangan.
✓ Kinerja dan memberikan perspektif yang lebih jelas tentang penggunaan
sumber daya dengan menggunakan laporan berbasis akrual di samping
pemerintah berbasis kas yang biasa akun.

Pengembangan format laporan tersebut, secara umum, terjadi terutama


ekonomi pasar industri. Namun demikian disarankan agar rancangan sistem GFM di
negara mana pun harus mempertimbangkan, sejauh memungkinkan, kemungkinan
pengembangan format laporan tersebut di masa mendatang.
Fungsi akuntansi mencakup:
- Memelihara catatan otorisasi pengeluaran pada tingkat alokasi dan pengeluaran dana
(waran).
- Memproses pengeluaran dan penerimaan transaksi - mencatat transaksi saat itu terjadi
- Menerapkan kontrol yang diperlukan, memposting ke akun yang sesuai, dan mencatat
transaksi dan data terkait untuk kontrol dan audit.
- Memelihara akun buku besar untuk memantau dan mengendalikan pengeluaran dan
penerimaan aktual terhadap anggaran dan pengendalian waran pelaporan

Kotak 2. Kerangka Kerja Kebijakan Dan Reformasi Kelembagaan


Beberapa tindakan utama dan reformasi kebijakan yang diperlukan sebelum
penerapan sistem komputer baru untuk penganggaran dan akuntansi dirinci di bawah ini:
• Pengembangan UU Pengelolaan Anggaran yang komprehensif yang akan memberikan
kerangka kerja untuk pengelolaan dana publik dan properti yang tepat, dengan
penekanan khusus pada :
a. Penerimaan dan penyimpanan dana publik (termasuk pengaturan perbankan)
b. Manajemen pengeluaran publik (termasuk proses kontrol dan hubungan
dengan alokasi)
c. Sistem akuntansi
d. Peran dan tanggung jawab Departemen Keuangan, Kementerian Keuangan
dan departemen lainnya
e. Manajemen dan pengendalian aset.
f. Pinjaman dan investasi(khususnya pengelolaan hutang publik)
g. Pelaporan dan audit.
Ini sering dimasukkan dalam undang-undang anggaran organik yang juga berkaitan dengan
persiapan anggaran.
• Penerapan sistem klasifikasi anggaran yang konsisten dengan metodologi Statistik
Keuangan Pemerintah IMF (GFS), dan desain akhir dari grafik perbendaharaan rekening
yang mewujudkan sistem klasifikasi ini.
• Konsolidasi rekening bank Pemerintah ke Rekening Tunggal Perbendaharaan (TSA) di
Bank Sentral dan menyiapkan pengaturan kelembagaan yang sesuai untuk memproses
pembayaran dan menerima transaksi terhadap rekening ini.
• Implementasi sistem dan pengembangan peraturan terperinci dan manual pengoperasian
yang mencakup proses pelaksanaan anggaran berbasis TSA (batas pengeluaran, alokasi
kas, komitmen dan kontrol pembayaran, pemrosesan pembayaran, akuntansi dan
pelaporan).
• Pembentukan unit manajemen kas di Perbendaharaan dan perumusan prosedur untuk
operasinya, yang akan mencakup perkiraan dan pemantauan arus kas, dan manajemen
sehari-hari distribusi dana antar unit pengeluaran dan perbendaharaan lapangan. Fungsi
perkiraan dan pemantauan arus kas sangat penting bagi sistem batas pengeluaran bulanan
dan pengendalian komitmen. Unit manajemen kas akan bertanggung jawab untuk membuat
perkiraan realistis kemungkinan arus kas masuk dan persyaratan pengeluaran berdasarkan
tren aktual. Unit ini harus bekerja sangat erat dengan departemen anggaran Kementerian
Keuangan untuk memberi nasihat tentang tingkat yang sesuai untuk plafon pengeluaran.

Sistem Buku Besar Perbendaharaan


Dalam konteks proses yang dijelaskan di atas, istilah Treasury Ledger System
(TLS) digunakan untuk merujuk secara kolektif ke modul sistem yang memberikan
dukungan untuk :
• Anggaran dan kontrol waran
• Akun hutang
• Piutang
• Buku besar
• Pelaporan fiskal

Sistem Buku Besar Perbendaharaan biasanya digunakan oleh :


• Perbendaharaan dan kantor regionalnya untuk melakukan fungsi akuntansi dasar dan
untuk melaksanakan implementasi anggaran - departemen anggaran Kementerian
Keuangan untuk mendapatkan status pengeluaran aktual dan melakukan proses yang
terkait dengan pemantauan anggaran dan pelaporan fiskal (TLS) memberikan data
dasar yang diperlukan untuk menyusun laporan fiskal Pemerintah. Laporan eksternal
menggabungkan data ini dengan data anggaran, pasar data dan analisis dan komentar.
Fungsi ini sering dilakukan oleh departemen Anggaran atau unit makro-fiskal di
Kementerian Keuangan
• Departemen perbendaharaan manajemen kas untuk memberikan informasi yang
diperlukan untuk manajemen kas dan penerapan batas kas.
• Agen-agen lini untuk memenuhi kebutuhan informasi akuntansi dan keuangan mereka
(Agen-agen pengeluaran juga menggunakan informasi ini untuk merekonsiliasi
catatan internal mereka dengan informasi yang disediakan oleh sistem
Perbendaharaan) .
• Organisasi audit pemerintah untuk mengakses data transaksi keuangan untuk
keperluan audit.

Penting untuk dicatat, bahwa TRM membuat referensi spesifik ke sistem terkait
lainnya pada titik yang tepat. Kaitan antara Sistem Manajemen Anggaran (yang
menghasilkan otoritas pengeluaran) dan sistem tresuri (yang mengelola eksekusi dalam
otoritas yang diberikan) sangat penting.

Box 3 Kemampuan Sistem Buku Besar Perbendaharaan


Sistem buku besar perbendaharaan mencakup seperangkat akun pengendalian
yang mempertahankan otoritas anggaran dan pengeluaran anggaran terhadap otoritas
dan menangani semua pembuatan posting dan pembuatan laporan dari database ini.
Sistem ini akan memiliki kemampuan untuk membuat transaksi, mendistribusikan
otoritas (pembagian dan alokasi), mencatat semua transaksi detail yang sesuai dan
mengkonsolidasikan dan menyebarluaskan informasi seperlunya. Beberapa contoh
antara lain :

Buat otoritas dan buat transaksi


• Bagikan otorisasi komitmen dan alokasi ke kementerian yang melakukan
pengeluaran.
• Distribusikan alokasi dana ke kementerian yang melakukan pengeluaran.
• Cetak cek pembayaran dan/atau buat pengaturan transfer secara elektronik
untuk informasi pembayaran ke entitas pembayar eksternal (misalnya bank)
jika diperlukan.

Catat transaksi
• Catat anggaran awal, sebagaimana disetujui oleh badan legistlatif.
• Catat pengeluaran terhadap alokasi dana (misalnya karena pesanan pembelian
atau pembayaran lainnya)
• Catat pendapatan dan penerimaan lainnya dengan akun yang sesuai
• Simpan dan pelihara catatan sepanjang tahun seperti : anggaran awal dan
revisi; anggaran transfer untuk unit pengeluaran tipikal, komitemen yang
dikerluarkan oleh unit pengeluaran terhadap batas dan alokasi yang disetujui;
alokasi dana terhadap alokasi dan perubahan selanjutnya.

Konsolidasikan dan sebarkan informasi dan laporan transaksi


• Cetak instruksi pembayaran konsolidasi untuk ditindaklanjuti oleh pihak
perbankan.
• Konsolidasikan data dari semua kementerian dan kantor-kantor regional jika
diperlukan.
• Sistem ini akan memfasilitasi/mendukung pengambilan data dengan mudah
dalam database sistem dengan berbagai format.
• Sistem ini juga memiliki kemampuan pelaporan yang baik dan mampu
menghasilkan laporan akuntansi dan manajemen yang diperlukan secara
umum.

Box 4 Arsitektur Sistem Informasi Untuk Manajemen Fiskal Pemerintah


Arsitektur sistem informasi untuk manajemen fiskal pemerintah adalah
kerangka kerja yang menunjukkan :
- Modul sistem informasi yang berbeda yang diperlukan untuk mendukung proses
fungsional GFM
- Ruang lingkup skala.
- Jenis komponen sistem tertentu
- Arus informasi utama antara berbagai modul.
Kerangka kerja ini dikembangkan dengan menganalisis proses
fungsional dasar yang terkait dengan GFM yaitu sebagai informasi
persyaratan, tanggung jawab fungsional lembaga yang biasanya bertanggung
jawab atas proses, arus informasi antara proses, sifat, volume, dan frekuensi
aliran, dan karakteristik data dari informasi yang digunakan dan dibuat.
Mengembangkan arsitektur keseluruhan untuk GFM memungkinkan integrasi
berbagai modul komponen.
Elemen utama arsitektur sistem diperlukan untuk mendukung GFM dan
arus informasi antara elemen-elemen yang ditunjukkan pada gambar 2 dan
dirangkum di bawah ini :
• Sistem informasi untuk mendukung perkiraan ekonomi makro :
sistem ini membantu kementerian keuangan dengan perkiraan makro
fiskal dan pengembangan kerangka kerja makroekonomi yang
digunakan kementerian keuangan untuk memberi saran kepada kabinet
tentang parameter dan pedoman bagi lembaga yang menyerahkan
perkiraan anggaran.
• Sistem informasi untuk membantu penyusunan dan persetujuan
anggaran : sistem penyusunan anggaran menerima rincian program
dan proyek yang sedang berlangsung dari agen-agen lini,
mengkonsolidasikannya, dan menghasilkan dokumen yang membentuk
dasar negosiasi antara agen-agen lini dan agen-agen pusat. Setelah
finalisasi anggaran oleh kabinet, sistem ini menghasilkan estimasi
anggaran yang disetujui. Angka-angka anggaran yang difinalisasi
kemudian dimasukkan ke dalam sistem untuk pelaksanaan anggaran,
akuntansi dan pelaporan fiskal.
• Sistem informasi untuk pelaksanaan anggaran, akuntansi dan
pelaporan fiskal :
- Sistem ini memelihara data otoritas pengeluaran alokasi
anggaran yang disetujui dan sumber pembiayaan program dan
proyek, transfer anggaran, alokasi tambahan, dan pelepasan dana
(jaminan).
- Sistem ini juga mencatat komitmen dan pengeluaran actual
terhadap alokasi anggaran dan penerimaan pajak serta bukan
pajak karena disimpan di bank-bank pemerintah.
- Sistem ini akan menerima data anggaran awal dari sistem
penyusunan anggaran setelah anggaran diselesaikan.
- Sistem ini dibuat untuk memelihara dan mencatat data tentang
transfer anggaran, alokasi tambahan dan jaminan (warrants).
- Sistem menerima pembayaran komitmen dan transaksi
pembayaran dari sistem unit pengeluaran, atau dalam format cetak.
- Sistem ini juga menerima informasi tanda terima dari bank yang
bertanggung jawab atas tanda terima pemerintah.
- Sistem ini adalah inti dari jaringan sistem GFM, gudang utama
data keuangan, dan berfungsi sebagai dasar sistem informasi
management keuangan (FMIS).
- Sistem ini membantu pemerintah dalam memonitor anggaran,
proses akuntansi dan pelaporan keuangan.
• Sistem manajemen kas : Sistem ini membantu pemerintah untuk
mempertahankan gambaran terkini posisi likuiditas pemerintah dan
kebutuhan kas. Sistem menerima informasi kebutuhan kas dari
kementerian/unit yang melakukan pengeluaran dan data saldo kas dari
bank tempat rekening pemerintah disimpan.
• Sistem manajemen hutang : Sistem ini memelihara informasi tenteng
pinjaman domestic dan eksternal publik. Pembayaran terkait dengan
pinjaman dilakukan oleh sistem akuntansi pusat berdasarkan data dalam
sistem manajemen hutang. Penerimaan pinjaman dicatat di rekening
pemerintah diproses oleh sistem akuntansi pusat dan kemudian
digunakan untuk memperbarui database hutang yang dikelola oleh
sistem manajemen hutang.
• Sistem administrasi pendapatan : Kelompok sistem ini membantu
pemerintah dalam proses yang terkait dengan merumuskan kebijakan
pajak dan taris serta pengumpulan pajak dan pendapatan bukan pajak.
Sejumlah sistem terpisah terlibat dalam kelompok, misalnya
mendukung administrasi dan pengumpulan pajak penghasilan, bea dan
cukai atau PPN, dan mendukung pengumupulan berbagai jenis
pendapatan bukan pajak, seperti bea materai.
• Sistem untuk membantu aspek fiskal manajemen personalia :
Sistem ini membantu proses fungsional terkait dengan manejemen dan
pengendalian pelengkap dan dengan pembayaran gaji dan pensiun.
Sistem penggajian dan pensiun secara periodik mengirimkan ringkasan
ke sistem akuntansi pusat.
• Sistem pendukung audit : Sistem ini membantu lembaga audit
internal dan eksternal dalam fungsinya. Untuk melakukan fingsi audit,
mereka membutuhkan akses ke basis data yang dikelola oleh modul
sistem lainnya.

Struktur Luar Model Referensi Treasury Trm


Menjelaskan konsep keseluruhan dan proses inti dari manajemen
perbendaharaan pemerintah dalam istilah umum, dan mengembangkan
model yang detail dari masing-masing komponen proses.
Dengan dasar ini, parameter strategis bisa didefinisikan untuk desain
perbendaharaan yang spesifik dan modelnya bisa di kompilasi untuk
kebutuhan individual suatu negara. Seperti diilustrasikan dalam Gambar
3, menggunakan proses dari “manajemen otoritas anggaran” sebagai
contoh, TRM disusun dengan cara berikut :
- Konseptual diagram menunjukkan fungsi utama komponen, hubungannya dan
pertukaran informasi tingkat tinggi antara komponennya.
- Peta aliran proses tingkat tinggi menggambarkan siklus manajemen keuangan
dan masing-masing proses kunci (level 1, dalam terminologi yang diadopsi dalam
sisa model deskripsi) dalam siklus manajemen keuangan pemerintah
- Bagan alur proses level 2 memberikan deskripsi proses, rincian dari proses inti
menjadi sub-proses utama, dan diagram alir yang menunjukkan keterlibatan
berbagai departemen / lembaga pemerintah dalam prosesnya.
- Kuesioner untuk membantu mengumpulkan informasi spesifik negara tentang
proses fungsional yang perlu diperhitungkan dalam desain dan untuk membantu
dalam menentukan ukuran aplikasi
- Persyaratan fungsional terperinci untuk setiap proses bisnis yang menentukan
karakteristik perangkat lunak aplikasi yang akan dibeli atau dikembangkan
- Deskripsi entitas data yang dibuat digunakan oleh masing-masing fungsional
proses dan yang menentukan sifat data yang akan disimpan dalam sistem data
pangkalan.
Gambar 3 Garis Besar Model Referensi Perbendaharaan

Model Konseptual Tingkat Tinggi


Gambar 4 mewakili level pertama dari model referensi : pandangan
konseptual proses perbendaharaan dan arus informasi.
Diagram ini menunjukkan satu konfigurasi dari Sistem perbendaharaan, di
mana perbendaharaan bertanggung jawab langsung untuk melakukan
pembayaran dan bank central bertanggung jawab atas operasi perbankan
pemerintah. Institusional alternatif pengaturan dibahas kemudian dalam
makalah ini.
Diagram menunjukkan berbagai langkah dalam pelaksanaan anggaran
serta menggambarkan aliran sistem informasi untuk anggaran pelaksanaan,
manajemen kas, akuntansi dan pelaporan fiskal.
Proses fungsional inti dan arus informasi yang terkait dengan Sistem
Perbendaharaan (TS) juga ditampilkan secara skematis. TS biasanya
diterapkan di kepala Departemen Keuangan kantor dan di masing-masing
cabang regional dan distrik dari Departemen Keuangan untuk memproses dan
mengontrol pembayaran pemerintah pusat di daerah masing-masing.
Berikut ini adalah uraian singkat tentang proses fungsional dan arus
informasi terkait dengan sistem perbendaharaan:
- Catat alokasi anggaran pembagian dan alokasi :
1. Setelah persetujuan anggaran tahunan oleh Parlemen.
2. Dimasukkan ke dalam sistem oleh Anggaran Departemen
Kementerian Keuangan. Anggaran yang disetujui untuk
kementerian pengeluaran.
3. Kemudian dipatahkan sampai ke tingkat klasifikasi ekonomi yang
terperinci dan dibagi dari waktu ke waktu (kuartal dan bulan) dan
terdaftar dalam sistem oleh Kementerian Keuangan dan
dikomunikasikan kepada kementerian pengeluaran.
4. Kementerian pengeluaran, pada gilirannya, mendaftarkan anggaran
terperinci untuk unit pengeluaran bawahan mereka dan
mengkomunikasikan jatah untuk pengeluaran unit. Ini adalah batas
pengeluaran untuk kementerian pengeluaran dan satuan
pengeluaran triwulan / bulan untuk tahun fiskal
- Tentukan persyaratan tunai dan jumlah waran :
Setiap tahun, rencana keuangan perincian proyeksi pengeluaran
dan penerimaan dikembangkan oleh unit pengeluaran dan pelayanan.
Seiring berjalannya tahun, lembaga-lembaga sektor menyiapkan
permintaan dana secara berkala berdasarkan kategori ekonomi, yang juga
ditangkap. Kementerian Keuangan kemudian mengeluarkan surat
perintah untuk kementerian untuk setiap kategori pengeluaran. Dari
jumlah ini masalah kementerian sub-waran untuk unit pengeluaran
mereka dan memberi nasihat kepada unit pengeluaran yang sesuai. Ini
proses berlangsung secara berkala sepanjang tahun. Surat perintah dan
sub surat perintah jumlah harus dalam jumlah yang ditentukan dalam
batas pengeluaran untuk ini unit organisasi. Tingkat detail dalam rilis
anggaran perlu dirinci adalah terkait dengan wewenang yang
didelegasikan kepada unit pengeluaran untuk mengalihkan dana antar
item.
- Catat Transaksi Komitmen :
Sepanjang tahun, kementerian sektoral memproses permintaan
untuk pengeluaran. Setelah memverifikasi kesesuaian pengeluaran dan
ketersediaan alokasi anggaran dan dana, Departemen Keuangan
mencatat komitmen aktual dalam sistem. Jika agen pengeluaran memiliki
akses ke sistem, mereka mencatat sendiri transaksinya. Dalam hal unit
pengeluaran (SU) berada di luar pusat, transaksi dicatat melalui Unit
Perbendaharaan Daerah (RTU). - Verifikasi Tanda Terima Barang dan
Catat Pesanan Pembayaran: Mengikuti verifikasi yang diberikan dalam
pengeluaran, kementerian yang terkait langsung dengan sistem mencatat
terkait perintah pembayaran. Sistem kemudian memeriksa terhadap batas
alokasi dana. Terpencil agen pengeluaran memproses pesanan
pembayaran melalui RTU yang juga mencatat semua transaksi atas nama
mereka. Setelah semua persyaratan kewajiban dipenuhi, agen
pengeluaran harus mengkonfirmasi bahwa komitmen sudah siap untuk
pembayaran.
Gambar 4 Model Konseptual Tinggi Sistem Perbendaharaan
Siklus Manajemen Keuangan
Proses manajemen keuangan melibatkan serangkaian siklus seperti yang digambarkan
pada Figure 5. Selama setahun, sebagaimana ditunjukkan dalam langkah I sampai 7
anggaran dilaksanakan melalui proses yang ditunjukkan dan siklus diakhiri oleh
peninjauan dan audit akun. Pada prinsipnya, siklus yang diselesaikan dalam satu tahun
memberikan dasar untuk siklus otorisasi, eksekusi dan audit yang akan dimulai pada
tahun berikutnya.

Gambar 5. Siklus Manajemen Keuangan Pemerintah

o Pada tahun itu, proses kontrol siklus lainnya penting untuk melaksanakan
keseluruhan kontrol atas otorisasi dan pengeluaran.
o Siklus utama dalam tahun juga diilustrasikan dalam diagram.
o Kepentingan relatif dari ini bervariasi dari satu negara ke negara dan sesuai
untuk keadaan fiskal, tetapi semuanya secara integral penting untuk desain
sistem.
o Siklus utama dalam tahun ini adalah yang mengatur proses otorisasi
o Siklus ini ditutup secara bertahap pada step 6/1 dalam diagram, yang
menandakan bahwa informasi dari akun bulanan atau triwulanan adalah
ditinjau sepanjang tahun dan digunakan sebagai dasar untuk pemeriksaan
ulang anggaran otorisasi.
o Proses peninjauan ini dapat menimbulkan otorisasi anggaran tambahan.
o Proses peninjauan ini dapat memunculkan permintaan otorisasi anggaran
tambahan atau pemotongan anggaran yang dirujuk ke parlemen.

8 Proses kontrol
1. 8 Proses kontrol kedua dikaitkan dengan manajemen kas, ditunjukkan oleh panah
terbalik dari langkah 4 ke langkah 2, di mana kendala likuiditas dapat menyebabkan
treasury / MOF yang membatasi komitmen selama periode tertentu (jika ini
diperpanjang, maka harus mengarah pada pengurangan otorisasi anggaran).
2. Siklus kontrol yang kurang diinginkan yang tidak diperlihatkan, tetapi sering
digunakan dalam sistem manajemen pengeluaran yang tidak berfungsi, adalah tidak
terbayarkannya tagihan yang harus dibayar. Ini dapat ditampilkan sebagai panah
terbalik dari langkah 4 ke langkah 3.
3. Siklus penting lainnya yang ditunjukkan pada Gambar 5 adalah yang ditunjukkan
sebagai panah terbalik dari langkah 5 hingga 4, yang menunjukkan koordinasi antara
manajemen kas dan utang. Melalui siklus ini, pemantauan persyaratan likuiditas saat
ini dan perkiraan pemerintah berinteraksi dengan program pinjaman dan khususnya
dengan penerbitan surat berharga pemerintah jangka pendek.

Proses Manajemen Keuangan dan Organisasi Sebagaimana dibahas dalam bagian


berikut dan di Bagian II dari TRM, masing-masing elemen dari siklus manajemen
keuangan dapat dipecah menjadi satu set sub-proses untuk desain sistem yang
terperinci.
Namun, langkah penting dalam menerapkan sistem perbendaharaan adalah
memastikan bahwa tanggung jawab organisasi untuk setiap elemen sistem
didefinisikan dengan jelas. Harus ditekankan bahwa aspek implementasi sistem ini
tidak secara mendasar mengubah spesifikasi sistem yang luas; pada prinsipnya suatu
sistem dapat memenuhi persyaratan berbagai konfigurasi organisasi. Tanggung
jawab organisasi harus didefinisikan sejelas mungkin pada tahap awal, terutama ketika
perubahan proses besar dilibatkan.
Klarifikasi tanggung jawab ini sangat penting untuk memastikan bahwa
reformasi kelembagaan dan organisasi berjalan secara paralel dan konsisten dengan
desain sistem dan mengidentifikasi pengguna yang harus berpartisipasi dalam tinjauan
rinci dari setiap elemen spesifikasi sistem.

Gambar 6 di bawah ini memberikan satu konfigurasi ilustratif dari sebuah


organisasi (ditunjukkan di sepanjang akses horisontal) dengan proses level I yang
dijelaskan pada Gambar 5 yang ditunjukkan pada sumbu vertikal.
Suatu hal yang sangat penting bagi desain sistem dan pengaturan kelembagaan
yang diilustrasikan dalam Gambar 6 adalah bahwa Divisi / 8 Di beberapa negara,
pemerintah berwenang untuk membatasi pengeluaran dalam setahun jika terjadi
perubahan keadaan fiskal tanpa merujuk ke parlemen.
Gambar 6 Gambaran Umum Proses Treasury Dan Pengaturan Organisasi
Proses pada level 1 dan 2
Setiap proses level 1 yang ditunjukkan pada Gambar 5 dan 6 dapat dijelaskan
dalam komponen proses level 2. Tabel 1 di bawah ini menunjukkan struktur ringkasan
untuk proses level 1 dalam istilah. Diagram alir terperinci, untuk setiap proses,
bersama dengan deskripsi proses, diberikan pada Bagian II.
Bagian II juga mencakup kuesioner yang dirancang untuk mengumpulkan
informasi tambahan tentang proses tersebut, dalam konteks negara tertentu tempat
TRM diterapkan. Informasi ini diperlukan untuk desain aktual dari sistem informasi
untuk mendukung proses ini dan akan mencakup item-item seperti frekuensi dan
volume transaksi yang terkait dengan proses, input spesifik dan dokumen keluaran
yang digunakan, titik kontrol (misalnya, ambang keuangan di atas yang memerlukan
tingkat otorisasi berbeda; dll.).

Table 1. Ringkasan Struktur Proses Level 1 Dan 2


Level 1 Level 2
1/6 manajemen otoritas 1. Pembagian anggaran dan alokasi.
anggaran 2. Alokasi Warran.
3. Transfer Anggaran.
4. Otorisasi Tambahan.
4. 5. Ulasan Anggaran.
2. Komitmen Dana 1. Pengadaan barang dan jasa (kontrak dalam
tahun).
2. Pengadaan barang dan jasa (kontrak
diperpanjang).
3. Membuat posisi staf baru dan rekrutmen ke
posisi tersebut.
4. Komitmen penggajian.
3.Manajemen Pembayaran 1. Verifikasi penerimaan dan pembayaran
dan Kwitansi barang dan jasa
2. Pembayaran gaji
3. Tanda terima
4. Manajemen Hutang dan 1. Rekaman hutang dan servis
Bantuan 2. Tanda terima hibah
3. Tanda terima pinjaman
4. Penerbitan surat berharga
5. Jaminan
5. Manajemen Kas 1. Prakiraan pengeluaran
2. Prakiraan pendapatan
3. Pemantauan uang tunai
4. Strategi pinjaman
Spesifikasi Perangkat Lunak Aplikasi untuk Modul Sistem Keuangan/Treasury
Perangkat lunak aplikasi untuk sistem Perbendaharaan perlu memiliki satu set
modul yang melakukan fungsi spesifik untuk mendukung proses fungsional yang
tercantum di atas. Modul utama dari sistem Perbendaharaan diperlihatkan secara
skematis pada gambar 7. Gambar ini juga merinci fungsi-fungsi utama dari modul-
modul ini.
Sejumlah paket perangkat lunak aplikasi yang tidak tersedia, sekarang sudah
tersedia dengan menyediakan banyak fitur yang dibutuhkan oleh sistem keuangan.
Beberapa paket ini telah dimodifikasi dalam beberapa tahun terakhir untuk
mengakomodasi beberapa persyaratan spesifik dari sektor publik. Namun, serangkaian
karakteristik terperinci masih perlu ditentukan untuk masing-masing modul sistem
perbendaharaan untuk dapat menilai apakah satu atau lebih paket pada perangkat
lunak aplikasi rak yang tersedia secara komersial akan memenuhi persyaratan sistem
perbendaharaan.
Untuk membantu dalam proses ini, serangkaian spesifikasi fungsional telah
disusun untuk modul sistem keuangan berdasarkan persyaratan untuk sistem serupa di
beberapa proyek yang didanai Bank Dunia di Kazakhstan, Pakistan, Ukraina, dan
Mongolia.
Spesifikasi ini tercantum secara rinci di bagian II. Persyaratan ini perlu
disesuaikan untuk suatu negara tertentu untuk memperhitungkan persyaratan khusus
negara tersebut. Secara khusus yaitu :
- Format input dan output dari berbagai dokumen transaksi
- Format data spesifik dari berbagai entitas data yang digunakan oleh sistem
- Format laporan yang diperlukan dari sistem perlu ditentukan.
Gambar 7 Modul Sistem Perbendaharaan
Struktur Organisasi Perbendaharaan
Pengaturan kelembagaan untuk pengolahan pengeluaran disajikan di bagian-
bagian sebelumnya dan angka 2 dan 4 menggambarkan susunan kelembagaan yang
umumnya terjadi yaitu :
(a) pembayaran dari semua lini lembaga disalurkan melalui Bendahara
(b) Departemen Keuangan bertanggung jawab untuk melakukan pembayaran dari
satu rekening tunggal perbendaharaan (Treasury Single Account) yang
diadakan di Bank Sentral
(c) Bank Sentral bertanggung jawab untuk operasi perbankan ritel yang
berhubungan dengan pembayaran pemerintah dan kwitansi.
Pengaturan kelembagaan ini telah direkomendasikan oleh IMF untuk negara-
negara berkembang dan transisi ekonomi. Memusatkan semua dana pemerintah dalam
rekening tunggal Departemen Keuangan (Treasury Single Account) dan menyalurkan
semua pengeluaran melalui perbendaharaan untuk memungkinkan pengelolaan dana
yang efisien.
Pengelolaan anggaran bagi lingkungan yang struktur administrasinya sangat
lemah dan tidak stabil maka semua sentral pembayaran pemerintah di seluruh
Treasury (perbendaharaan) dan konsolidasi rekening bank ke rekening tunggal di bank
sentral, menghindari situasi di mana ada tumpukan saldo idle besar dalam
pengeluaran rekening bank unit, meskipun kementerian keuangan mengalami defisit
kas secara keseluruhan. Penimbunan saldo idle juga menunjukkan kesulitan yang
dialami kementerian keuangan untuk menerima informasi tepat waktu dari lembaga
anggaran belanja pada penggunaan dana publik dan kemudian untuk menguji
pengendalian.
Struktur organisasi untuk perbendaharaan mengharuskan untuk
mengimplementasikan model bisnis ini yang biasanya terdiri dari kantor
perbendaharaan utama di pusat keuangan tingkat kedua di kantor pusat
provinsi/regional dan mungkin kantor tingkat ketiga di distrik itu. Dalam beberapa
kasus, struktur ini hanya dua tingkat, yakni pusat dan tingkat provinsi.

- Saluran kantor kementerian - Pada kasus kedua, Departemen


berkomunikasi dengan kantor Keuangan hanya memiliki kantor di
perbendaharaan tingkat pusat pusat.
- Unit pengeluaran bawah mereka - Dalam kasus ini, pengeluaran unit
berkomunikasi dengan kantor rute transaksi mereka ke
regional/ distrik terdekat untuk perbendaharaan melalui pelayanan
memproses transaksi pembayaran. induk mereka masing-masing yang
- Pengeluaran unit mengirim transaksi kemudian menyerahkannya ke
pengeluaran mereka ke kantor perbendaharaan.
keuangan terdekat untuk - Patut diperhatikan bahwa dalam
pembayaran. kasus ini semua transaksi
pengeluaran perlu disahkan oleh
- Kantor-kantor ini mengirim perbendaharaan sebelum
transaksi yang disetujui ke cabang pembayaran dilakukan.
Bank sentral terdekat tempat TSA - Pengaturan ini termasuk dalam
ditahan, untuk membayar vendor kategori pengaturan yang terpusat
tersebut. sejauh proses pembayaran
dilakukan.
- Patut diperhatikan bahwa alasan
utama untuk memiliki jaringan
kantor keuangan di seluruh negeri
adalah untuk menyediakan unit-unit
pelayanan jalur yang mudah akses
ke kantor keuangan di mana mereka
dapat memproses permohonan
pembayaran mereka dan dari mana
mereka dapat menerima informasi
pembayaran yang tepat, termasuk
informasi rinci pembayaran dan
penerimaan.

Jika infrastruktur telekomunikasi di sebuah negara dikembangkan dengan baik


dan unit pengeluaran dapat berkomunikasi dengan kantor perbendaharaan yang
ditunjuk secara elektronik, dan sistem berbasis komputer sedang digunakan untuk
pemrosesan pembayaran, dengan kontrol yang diperlukan yang dimasukkan ke dalam
perangkat lunak aplikasi, maka, pada prinsipnya, mungkin untuk mengurangi jumlah
kantor perbendaharaan di luar jaringan cukup signifikan.
Pemrosesan pembayaran dapat dipusatkan di beberapa kantor perbendaharaan
yang terletak strategis di seluruh negeri tempat unit pengeluaran pelayanan di
yurisdiksi mereka.

Arsitektur Teknologi
Arsitektur teknologi yang dibutuhkan untuk mengimplementasikan sistem
informasi menyusul dari proses fungsional dan model organisasi yang diterapkan oleh
departemen keuangan. Dua jenis arsitektur teknologi dapat diterapkan untuk
mendukung model fungsional dan organisasi yang diuraikan di atas :
1. Proses Transaksi Terdistribusi
2. Arsitektur Teknologi Model ini memerlukan jaringan multi-tiered dengan
modul sistem yang beroperasi di perbendaharaan pusat/MOF, masing-masing
aset regional dan distrik dan pada lini agen dan pengeluaran tingkat unit.
Fasilitas untuk pengolahan transaksi, produksi, penyimpanan dan pengolahan data
berlokasi pada setiap tingkat tersebut. Fasilitas ini dapat berupa komputer yang berdiri
sendiri, server, dan/atau LANs, terletak di titik-titik jaringan. Fasilitas ini dihubungkan
oleh jaringan luas Area (WAN). Berdasarkan model ini, proses transaksi (software
aplikasi) dan fasilitas manajemen basis data diperlukan pada setiap node jaringan dan
dilakukan oleh sistem komputer yang berada pada tingkat itu.
Rangkuman atau data terperinci (sebagaimana mungkin diperlukan untuk
aplikasi) dikirimkan ke komputer pada tingkat yang lebih tinggi atau kepada lembaga
yang bertanggung jawab atas sistem tersebut. Konfigurasi ini memiliki keuntungan
tersebut. Komputer mendistribusikan tenaga komputer yang sesuai dengan
persyaratan node, membuat sistem tidak rentan terhadap malfungsi di situs pusat, dan
penggunaan akhir memiliki kontrol yang lebih terhadap sumber daya teknologi dan
data mereka.
Model ini juga tidak terlalu bergantung pada infrastruktur telekomunikasi yang
baik. Karena proses transaksi berlangsung pada komputer lokal, arsitektur hanya
memerlukan fasilitas yang ada untuk mentransfer rangkuman atau data transaksi
terperinci antara jaringan dan pusat, dan ini dapat terjadi dalam mode off-line/batch.
Perlu dicatat bahwa di bawah model ini, perangkat lunak aplikasi perlu diterapkan
di semua tingkat dari jaringan multi- tiered. Fungsi perangkat lunak dapat bervariasi
untuk tingkat yang berbeda sesuai dengan persyaratan fungsional pada tingkat itu. Ini
dicapai dengan menerapkan modul perangkat lunak yang spesifik pada tingkat yang
berbeda.
Selain itu, mengingat jumlah transaksi di berbagai situs pada tingkat yang
berbeda, misalnya di tingkat regional atau distrik dapat bervariasi secara luas,
persyaratan utama untuk model ini, oleh karena itu, adalah bahwa perangkat lunak
aplikasi memiliki fungsi yang sama di berbagai situs pada tingkat tertentu dan bahwa
itu adalah scalabalitas yaitu, dapat dijalankan dengan komputer yang kecil atau besar
tanpa perubahan besar. Untuk menyediakan fleksibilitas tambahan dalam pilihan
penjual, perangkat lunak aplikasi yang dipilih hendaknya dapat dioperasikan pada
komputer berukuran banyak yang ditawarkan oleh banyak penjual. Fitur ini disebut
portabilitas perangkat lunak.

Proses Transaksi Terpusat dan Arsitektur Teknologi


Dengan munculnya internet, perbaikan infrastruktur telekomunikasi dan
kemajuan teknologi lainnya, platform teknologi terpusat semakin populer. Dengan
model ini perangkat lunak aplikasi utama dan database terkait berada di situs pusat,
biasanya kas pusat.
Kantor Lini Kementerian, regional, dan distrik perbendaharaan, yang bertanggung
jawab untuk memproses transaksi pada sistem, dapat terhubung ke situs pusat melalui
berbagai fasilitas telekomunikasi. Ini dapat berupa sambungan telepon langsung (dial
up atau terdedikasi) melalui jaringan telekomunikasi berbasis daerah atau satelit.
Pengguna di lokasi-lokasi terpencil dapat terhubung ke situs utama via antarmuka web
yang telah dipasang oleh perbendaharaan itu sendiri atau melalui internet yang
menggunakan layanan penyedia jasa internet (ISP).
Keuntungan utama dari model ini adalah mengurangi biaya dan usaha yang terkait
dengan penyebaran dan pemeliharaan software aplikasi. Karena perangkat lunak
aplikasi hanya terletak di situs pusat, penyebaran perangkat lunak aplikasi dan
pemeliharaan juga terpusat di situs ini, lebih mudah dilakukan, dan lebih mudah
memastikan lingkungan perangkat lunak aplikasi seragam di seluruh jaringan.
Karena persyaratan perangkat keras utama, di lokasi-lokasi terpencil, adalah
stasiun kerja yang dapat mengoperasikan peramban web dan beroperasi dalam modus
klien yang tipis, ukuran dan kerumitan fasilitas komputasi yang diperlukan di situssitus
terpencil juga berkurang, sehingga mengurangi biaya investasi awal secara signifikan.
Kedua arsitektur teknis menglustrasikan dalam angka 8 dan 9. Patut diperhatikan
bahwa pilihan teknologi tidak mengubah fungsi dasar perbendaharaan. Namun dapat
mempengaruhi biaya total dan menggulung rencana untuk sistem.

Gambar 8 : Sistem Perbendaharaan. Arsitektur Terdistribusi. Pemrosesan


Transaksi Dilakukan Pada Petugas Regional Dan Distrik
Gambar 9 sistem perbendaharaan. arsitektur terdistribusi. pemrosesan
transaksi dilakukan pada petugas regional dan distrik
(petugas jarak jauh ditautkan ke pusat melalui tautan komunikasi langsung atau
melalui antarmuka berbasis web)

Model Kelembagaan Alternatif untuk Pemrosesan Pengeluaran


Unit Pengeluaran dan Pemrosesan Berdasarkan Kementerian
Di negara-negara di mana Departemen Keuangan (Perbendaharaan) dan
kerangka hukum yang diperlukan untuk persiapan dan pelaksanaan anggaran ada dan
berfungsi secara efisien, pengaturan kelembagaan alternatif untuk pemrosesan
pengeluaran dapat digunakan.
Di beberapa negara, kementerian dan unit pengeluaran bertanggung jawab
langsung untuk melakukan pembayaran dari Rekening Tunggal Perbendaharaan
(TSA) alih-alih pembayaran yang disalurkan melalui Departemen Keuangan
(Perbendaharaan) (lihat Gambar 10).
Meskipun demikian, Rekening Tunggal Perbendaharaan (TSA) masih
diadakan di Bank Sentral, yang terus bertanggung jawab atas operasi perbankan ritel
terkait dengan pembayaran dan penerimaan pemerintah. Kementerian Keuangan harus
memastikan bahwa kontrol yang diperlukan dipatuhi oleh agen sebelum melakukan
pembayaran. Pengendalian anggaran dapat dilakukan oleh petugas pos terdepan
perbendaharaan pusat ke dinas lini atau staf keuangan dan akuntansi lembaga lini.
Bank TSA juga dapat diberitahukan tentang batasan keseluruhan untuk pengeluaran
oleh unit pengeluaran.
Namun demikian, karena bank TSA tidak dapat diharapkan untuk memastikan
kepatuhan terhadap batasan pengeluaran oleh masing-masing kategori ekonomi,
tanggung jawab untuk kontrol pengeluaran terperinci berada pada unit pengeluaran
dan kementerian induk. Dalam pengaturan ini, unit pengeluaran dan kementerian
induk mereka juga memiliki tanggung jawab yang lebih besar untuk mempertahankan
akun mereka dan akun di seluruh pemerintah didasarkan pada laporan berkala yang
diterima dari unit pengeluaran dan kementerian induk mereka.

Gambar 11 menunjukkan bagaimana lokasi dan tingkat sentralisasi tanggung


jawab untuk pengendalian pengeluaran dan untuk akuntansi bervariasi dalam
pengaturan organisasi yang berbeda yang diadopsi untuk Perbendaharaan dan untuk
pemrosesan pembayaran.

Pengaturan Perbankan
Pengaturan perbankan alternatif kadang-kadang diberlakukan - biasanya di
mana Bank Sentral tidak memiliki jaringan cabang atau kapasitas yang memadai untuk
menangani volume besar pembayaran dan transaksi penerimaan.
Dalam kasus seperti itu, Bank Sentral kemudian mendelegasikan tanggung
jawab operasi perbankan ritel ke satu atau lebih agen fiskal seperti bank komersial
resmi yang melakukan pembayaran atas nama Perbendaharaan, menerima pendapatan
pemerintah dan melakukan setoran harian ke Rekening Tunggal Perbendaharaan
(TSA) di Bank Sentral.
Penggunaan agen fiskal dimungkinkan dalam pengaturan pembayaran terpusat
dan terdesentralisasi (di mana pembayaran disalurkan melalui Perbendaharaan atau di
mana agen pengeluaran bertanggung jawab langsung atas otorisasi pembayaran).
Gambar 12 menunjukkan model pengaturan perbankan alternatif. Pengaturan
ini memiliki keuntungan dengan memberikan pembayaran yang lebih cepat kepada
kreditor pemerintah dan pengurangan float9, mengingat kapasitas bank komersial yang
lebih besar untuk memproses transaksi ini. Tiga proses penting untuk berfungsinya
sistem secara efisien.

*Catatan :
- Itu adalah nilai cek atau pesanan pembayaran yang diterbitkan tetapi tidak diproses, yang dapat
menyebabkan perbedaan antara catatan bank dan akun Treasury Ledger System (TLS).
- x
Rekening Tunggal Perbendaharaan atau TSA, adalah suatu rekening yang digunakan untuk
melakukan pengelolaan penerimaan dan pengeluaran negara, dimana saldo kas penerimaan dan
pengeluaran tersebut dikonsolidasikan dalam rangka transaksi keuangan pemerintah.
• Ambang semua pembayaran yang ditransfer ke TSA harus sekecil mungkin
• Rekening Bank harus terus berada di bawah kendali Departemen Keuangan
meskipun mereka dapat dioperasikan oleh agen
• Saldo akun harus dibersihkan ke TSA secara berkala untuk memastikan
bahwa posisi kas pemerintah diketahui secara akurat tepat waktu dan
pinjaman strategi dapat dioptimalkan.

Kesalahpahaman yang umum adalah bahwa jika pembayaran dan sistem


penyelesaian antar bank elektronik ada di suatu negara maka hal tersebut dapat
menampilkan beberapa atau semua fungsi Sistem Perbendaharaan, dan mungkin tidak
perlu untuk menempatkan jaringan kantor perbendaharaan untuk memproses
pembayaran pemerintah.
Adanya pembayaran elektronik antar bank dan sistem kliring memfasilitasi
mekanisme pembayaran dan penyelesaian yang efisien dan memastikan bahwa
Perbendaharaan memiliki informasi yang akurat dan tepat waktu mengenai saldo dan
transaksi di dalam akun bank. Namun, hal tersebut tidak dapat menggantikan sistem
keuangan, karena pembayaran antar bank dan sistem kliring tidak mewujudkan kontrol
penting yang terdapat dalam sistem perbendaharaan.

Dengan demikian, hal tersebut tidak dapat memeriksa apakah ada alokasi
anggaran, komitmen awal, dan otorisasi pengeluaran awal untuk merilis pembayaran.
Distribusi dan lokasi kantor perbendaharaan di suatu negara akan tergantung pada
kemudahan akses unit pengeluaran ke kantor Perbendaharaan yang akan memproses
transaksi mereka.
Seperti yg disebutkandi atas, jika infrastruktur telekomunikasi di suatu negara
berkembang dengan baik, maka akan ada lebih sedikit kantor perbendaharaan, yang
berlokasi strategis di seluruh negri cukup untuk melayani semua unit pengeluaran.
Sekali lagi hal ini tidak tergantung pada adanya kliring antar bank / sistem
pembayaran.

Bagan Proses untuk Pengaturan yang Terdesentralisasi


Bagan proses yang diberikan di Bagian II menunjukkan arus informasi yang
terkait dengan pengaturan kelembagaan terpusat. Namun, diagram proses tambahan
yang ada di setiap proses utama untuk menunjukkan bagaimana aliran informasi akan
bervariasi dalam desentralisasi kasus.
Gambar 10. Pengaturan Alternatif Untuk Pengolahan Pembayaran
Gambar 11. Gelombang penyusunan tanggung jawab untuk pengendalian pengendalian dan akuntansi untuk model organisasi yang
berbeda untuk perjalanan
Gambar 12. Pengaturan Perbankan Alternatif
(Operasi Perbankan Dilakukan Oleh Bank Komersial Yang Bertindak Sebagai Agen Fiskal Bank Sentral)
Pengamatan dari Standar dan Praktek Internasional TRM memberi dasar atas
pelaksanaan system perbendaharaan yang disesuaikan dengan standar internasional
terkait berbagai macam aspek manajemen keuangan. Dua aspek khusus yang
diperhatikan adalah penggunaan bagan akun yang memenuhi standar internasional
dan aspek-aspek relevan terhadap IMF Code of Good Practices on Fiscal
Transparancy-Declaration on Principles.

Bagan Akun dan Pengelompokan


Bagan Akun atau Chart of Accounts merupakan bagian terpenting untuk
menjamin pengelolaan data anggaran terekam dengan rinci, memberi penjelasan dan
alasan atas setiap transaksi yang terjadi, serta memberi gambaran pada data anggaran
yang sesuai dengan konteks pencatatannya.
Sistem pengelolaan transaksi, misalnya system perbendaharaan, merekam
beragam jenis data dari banyak transaksi individual selama kegiatan operasional
berlangsung. Rincian transaksi yang terekam oleh system aplikasi, misalnya
pemindahan persediaan atau penyelesaian suatu proses operasi, akan terkait dengan
transaksi yang muncul dalam pencatatan akuntansi.
Bagan Akun umumnya dikenal sebagai sebuah kerangka pengelompokan
untuk pencatatan dan pengelompokan transaksi dan hal-hal yang terkait dengan
laporan keuangan sebuah entitas. Dampak akuntansi dari setiap transaksi
dikelompokkan dalam Bagan Akun secara terstruktur untuk disimpan dalam database,
serta tingkat kerincian Bagan Akun dapat disesuaikan dengan kubutuhan operasional
dan manajerial instansi.

Prinsip
1. Bagan Akun mencakup seluruh bentuk hubungan antara masing masing
pencatatan akuntansi.
2. Bagan Akun umumnya digunakan pada sector komersial dan berhubungan
fundamental dengan definisi akrual dari sebuah transaksi dan konsep-
konsep dalam neraca saldo.
3. Bagan Akun dapat juga digunakan dalam sector public untuk akun-akun
pemerintah dan sering disebutkan dengan istilah ‘Klasifikasi Anggaran
(Klasifikasi Akun)’ namun sebagian dari akuntansi pemerintahan tidak
berbasis akrual.
Berikut merupakan beberapa Sub-Kelompok Bagan Akun, antara lain :
• Klasifikasi Dana (Fund Classification)
• Klasifikasi Organisasi (Organizational Classification)
• Klasifikasi Ekonomis (Economic Classification)
• Klasifikasi Fungsional (Functional Classification)
• Klasifikasi Program (Program Classification)
• Klasifikasi Proyek (Project Classification)
Struktur Berbasis Akrual
Secara bertahap, konsep akrual mulai digunakan dalam akuntansi pemerintah
dan penganggaran. Walaupun tidak diimplikasikan bahwa pemerintah harus
mengadopsi basis akrual, secara umum disarankan untuk akuntansi pemerintah yang
menggunakan Bagan Akun dengan prinsip-prinsip akrual. Struktur yang
memperbolehkan penggunaan basis kas pada pencatatan dengan memfasilitasi adanya
adopsi basis akrual pada pencatatan dan pelaporan untuk meningkatkat manajemen
keuangan, economic forecasting, dan analisis keuangan.

Secara keseluruhan, Bagan Akun sebaiknya yaitu sebagai berikut :


(1) Terstruktur dengan prinsip akrual
(2) Mencakup anggaran dan system klasifikasi akun yang memfasilitasi
manajemen, akuntabilitas, dan audit.

Semua transaksi harus mempunyai keterkaitan yang jelas dengan dampaknya


pada net worth sebuah entitas. Artinya, pada level objek, transaksi yang mengurangi
atau menambah net worth harus dipisahkan dari transaksi yang berhubungan dengan
perubahan asset dan kewajiban (karena tidak mempengaruhi net worth).

Perbedaan fundamental yang sebaiknya dicakupi pada level tertinggi objek


klasifikasi akun diuraikan sebagai berikut :
Clasifikasi individual Bagan Akun
Dibagi menjadi 5 kelompok antara lain:
1. Akun Pendapatan (Revenue Accounts) termasuk transaksi-transaksi untuk
pendapatan dan aliran masuk. Revenue menambah net worth pemerintah
dan diperoleh dari berbagai sumber sehingga revenue memiliki sistem
klasifikasi tersendiri. Contohnya Penerimaan Pajak
2. Akun Beban (Expenditure Accounts) termasuk transaksi-transaksi
pengeluaran dan aliran keluar. Expenditure mengurangi net worth
pemerintah. Klasifikasi beban mencakup identifikasi sifat sifat dari sebuah
transaksi dimana pemerintah melakukan suatu fungsi yang dampaknya
berada diluar lingkungan pemerintah. Terdapat tujuh pengelompokan besar
untuk beban : kompensasi pegawai; penggunaan barang atau jasa;
penggunaan asset tetap; beban property; subsidi; hibah; dan bantuan sosial.
3. Akun Aset (Asset Accounts) termasuk : kas, investasi, piutang, dan piutang
yang mendekati jatuh tempo.
• Akun Aset Bukan Keuangan (Non-Financial Asset Accounts)
mencatat saldo, perolehan, dan penjualan aset seperti Gedung,
peralatan, JIT, dan lainlain.
• Akun Aset Keuangan (Financial Asset Accounts) mencatat
saldo,perolehan, dan penjualan aset seperti Kas, Piutang, equity
holdings, dan lain-lain.
4. Akun Kewajiban (Liability Accounts) termasuk utang yang ditanggung
selama operasi dan jumlah terutang termasuk pihak yang bersangkutan.
5. Akun aliran ekonomis lainnya (Other Economic Flow Accounts) mencatat
perubahan pada nilai aset atau kewajiban sebagai akibat dari perubahan
penilaian ulang aset/kewajiban atau penghapusan aset/kewajiban.

COA dirancang untuk memungkinkan rekonsiliasi lengkap antara saldo awal,


berbagai transaksi serta aliran ekonomi lainnya dan saldo penutup. Rekonsiliasi
seperti itu tidak mungkin ada dalam sistem basis kas, karena pencatatan persediaan
dan arus (khususnya penilaian) dalam sistem hanya mengandalkan informasi kas
secara inheren dan tidak lengkap.

Sementara kebanyakan sistem akan tetap menganut basis kas untuk beberapa
waktu mendatang, elemen paling penting dari desain sistem perbendaharaan (treasury
system design) bahwa ia harus mencakup ruang lingkup untuk perbaikan progresif
dalam informasi akuntansi yang tersedia untuk pengambil keputusan. Oleh karena itu,
suatu struktur berbasis akrual direkomendasikan meskipun beberapa elemen tidak
akan segera digunakan.

Mengadopsi COA berbasis akrual akan memungkinkan kelanjutan pelaporan


basis kas - elemen yang diperlukan dari sistem akrual - yang sementara mendahulukan
logika sebagai langkah dalam meningkatkan basis data sistem perbendaharaan (lihat
Box 5).

Box 5. Peralihan Dari Basis Kas Ke Akrual


Empat tahap utama dalam proses akuntansi adalah
Tahapan Kegiatan Kategori ( contoh)
Komitmen Pencatatan kontrak Barang/jasa yang
(eksplisit atau implisit) dikontrak untuk
untuk barang/ jasa
Akrual Pencatatan barang / jasa Equipment (sejak
yang disediakan penerimaan
menciptakan aset dan
kewajiban
Jatuh tempo untuk Pencatatan tanggal jatuh Akun jatuh tempo
pembayaran tempo pembayaran
Pembayaran kas Pencatatan pembayaran Pembayaran untuk barang
kas dan jasa
*Disebut juga sebagai "verficationi". Pengakuan pada tahap akrual biasanya terjadi ketika
penerimaan barang atau jasa diverifikasi dan kewajiban / aset dicatat.
Tahapan akuntansi ini berlaku terlepas dari apakah basis formal akuntansi
berdasarkan kas atau basis akrual - dan, sebagai aturan umum, tahapan ini dicatat
dalam beberapa bentuk pada semua sistem, meskipun laporan manajemen keuangan
berbasis kas tidak memerlukan pelaporan konsolidasi atas catatan akrual.

Tahap pertama dalam penerapan bentuk akuntansi akrual di pemerintahan


yaitu menyusun COA dengan prinsip akrual, seperti diuraikan dalam teks. Namun,
laporan konsolidasi formal dapat terus menggunakan basis kas. Penjurnalan akun non-
cash secara akrual, seperti depresiasi, yang tidak memiliki korespondensi kategori
pembayaran tidak akan diterapkan ketika COA hanya digunakan untuk akun basis kas.
Struktur akrual dari akun-akun dengan demikian memberikan dasar bahkan untuk
sistem basis kas yang dominan.

Dalam program reformasi manajemen fiskal, tahap perbaikan progresif


dalam sistem informasi harus diidentifikasi secara jelas.Pencatatan parsial dengan
basis akrual dapat diperkenalkan secara relatif mudah untuk sebagian besar akun
pengeluaran, dan - pada dasar konservatif - untuk akun pendapatan. Neraca parsial -
mencakup aset keuangan, liabilitas dan sebagian besar aset tetap - juga dapat
diperkenalkan pada tahap yang relatif awal.

Kemudian, pengenalan proses penilaian yang ketat dan pengukuran ekonomi


penyusutan akan mengarah ke pencatatan dan pelaporan akrual secara penuh. Tentu
saja, penilaian bervariasi dari satu negara ke negara; selain itu, manfaat dari
memperkenalkan proses-proses ini hanya akan terwujud jika ada juga reformasi
substansial di kerangka bidang kelembagaan lainnya.
Akun Anggaran dan Sistem Klasifikasi
Konsisten dengan struktur COA yang luas, transaksi dan aliran lainnya
diklasifikasikan untuk menyajikan berbagai tampilan anggaran atau akun. Sistem
Klasifikasi Anggaran dapat dijelaskan seperti yang ditunjukkan pada Gambar 13.
Gambar 13. Akun Anggaran / Sistem Klasifikasi
Sistem Klasifikasi Anggaran terdiri dari lima struktur dan menyajikan sub-
klasifikasi beberapa tampilan Anggaran :
1. Klasifikasi Dana (Fund Classification) menunjukkan dana di mana dana
publik diotorisasi (misal: general atau pendapatan, dana, dana
pembangunan, dana jalan).
2. Klasifikasi Organisasi (Organization Classification) menggambarkan
organisasi yang menerima sumber daya anggaran
3. Klasifikasi Ekonomi (Economic Classification) menunjukkan rincian
pendapatan anggaran, pinjaman, dan pengeluaran
4. Klasifikasi Fungsional (Functional Classification) menunjukkan
pendapatan dan pengeluaran berdasarkan fungsi pemerintah seperti
Ketertiban Umum dan Masalah Keselamatan, Urusan dan Pelayanan
Pendidikan, Urusan dan Layanan Kesehatan, dll
5. Klasifikasi Program (Program Classification) menunjukkan alokasi
anggaran yang direncanakan untuk program-program tertentu (seperti
pengentasan kemiskinan) yang dapat diimplementasikan oleh berbagai unit
organisasi dan mungkin melibatkan beberapa kategori fungsional
6. Klasifikasi Proyek (Project Classification) mengidentifikasi kegiatan
yang bertujuan untuk mencapai tujuan tertentu dalam jangka waktu
tertentu. Proyek adalah elemen dari klasifikasi program yang lebih luas,
dan banyak yang dapat dikaitkan dengan bantuan eksternal (diidentifikasi
dengan bantuan khusus pemerintah / donatur fund).

Klasifikasi Dana
Serangkaian entitas akuntansi dapat didefinisikan dalam pemerintahan selain
dari dana umum (general fund), yang mencakup semua transaksi yang dibiayai oleh
pendapatan umum atau pinjaman. Biasanya, memiliki dana yang besar tidak
dianjurkan karena limitasi yang diberlakukan oleh fleksibilitas dari manajemen dan
kontrol fiskal. Dana yang berbeda biasanya diperlukan untuk pensiun, pembayaran
jaminan sosial, dana kesehatan, dan tunjangan pengangguran. Semua sub-klasifikasi
lainnya harus berlaku untuk masing-masing dana pemerintah. Meskipun beberapa
yang terklasifikasikan mungkin sangat terbatas pada dana khusus tertentu (yaitu,
mungkin kebanyakan akan berhubungan dengan organisasi, fungsi, dan sejumlah
objek biaya atau tanda terima).

Klasifikasi Organisasi
Klasifikasi Organisasi menunjukkan lembaga anggaran dan alokasi anggaran.
Sistem Klasifikasi Organisasi mempertahankan hierarki kelembagaan dan dengan
demikian memungkinkan perencanaan dan pelacakan sumber daya anggaran.
Digunakan untuk pemakaian :
1. Kementerian
2. Divisi
3. Departemen Cabang

Klasifikasi Ekonomi
Klasifikasi Ekonomi sesuai dengan struktur COA akun yang dijelaskan di atas
dan, dari sudut pandang kontrol anggaran, memiliki tiga komponen utama:
1. Pendapatan
2. Biaya
3. Transaksi aset non-finansial
Sistem klasifikasi pengeluaran memiliki beberapa sub-komponen yang
memungkinkan analisis pengeluaran berdasarkan fungsi, lembaga, program dan
ekonomi. Klasifikasi pengeluaran berdasarkan kategori ekonomi - upah dan gaji,
barang dan jasa, pengeluaran investasi, dll. Sangat penting untuk analisis rinci
anggaran.

Pendapatan
Pendapatan didefinisikan sebagai nilai kolektif dari semua transaksi yang
menambah kekayaan bersih pemerintah. Dalam analisis fiskal, transaksi pendapatan
diklasifikasikan ke dalam pajak dan pendapatan bukan pajak. Berikut ini adalah contoh
pendapatan bukan pajak :
1. Kontribusi Sosial: Penerimaan yang diterima oleh individu yang
diasuransikan oleh skema asuransi sosial atau dari atasan mereka yang
dipungut melalui penggajian.
2. Hibah: Kontribusi sukarela dari pemerintah asing dan lembaga donor.
3. Pendapatan Properti: Penerimaan yang berasal dari instansi / departemen
pemerintah saat aset keuangan atau aset modal dihapuskan/dijual dan
bunga, dividen atau uang sewa diterima.

Pendapatan berasal dari banyak sumber. Akibatnya, mengembangkan sistem


klasifikasi yang seragam menjadi tidak praktis. Karenanya, setiap sumber pendapatan
memiliki sistem klasifikasi sendiri. Misalnya, pajak diklasifikasikan berdasarkan pajak
yang dikenakan dan hibah diklasifikasikan menurut sumber.

Beban
Beban adalah nilai agregat dari serangkaian transaksi yang mengurangi
kekayaan bersih sektor pemerintah. Klasifikasi ekonomi beban berkaitan dengan
mengidentifikasi aspek-aspek transaksi dimana pemerintah melakukan fungsi yang
efeknya berada di luar ranah pemerintah. Ada tujuh pengelompokan ekonomi utama
dari pengeluaran :
1. Kompensasi karyawan
2. Penggunaan barang dan jasa
3. Konsumsi modal tetap
4. Beban properti
5. Subsidi
6. Hibah
7. Social

Klasifikasi Ekonomi Ilustraktif


Klasifikasi ekonomi ilustrasi diberikan di bawah ini.

Level pertama Level kedua Level ketiga


1. Pengeluaran Berulang 1.1 Remunarasi 1.1.1 Gaji
1.1.2 Upah
1.1.3 Tunjangan
1.1.4 Gratifikasi
1.1.5 Lembur
1.2 Penggunaan barang 1.2.1 Perjalanan
dan jasa 1.2.2 Persediaan
1.2.3 Pemeliharaan
1.3 Transfer dan subsidi 1.3.1 Kepada
perusahaan
1.3.2 Untuk rumah
tangga
1.3.3 Ke timgkat
pemerintah yang
lain

Klasifikasi Fungsi
Klasifikasi Fungsional menunjukkan sumber daya anggaran yang
dialokasikan untuk berbagai fungsi.

Seringkali, perlu untuk memperluas klasifikasi fungsional yang digunakan


untuk mendukung pelaksanaan anggaran dan kebutuhan manajemen keuangan dari
Kementerian Keuangan.

Klasifikasi fungsional memungkinkan tren pengeluaran pemerintah pada


fungsi tertentu untuk diperiksa dari waktu ke waktu dan dengan demikian membantu
dalam meramalkan pengeluaran di masa depan atau dalam mengevaluasi
keberhasilan program dalam suatu fungsi.

Tabel berikut memberikan contoh breakdown fungsional yang


direkomendasikan oleh sistem United Nations’ COFOG dan diterima oleh klasifikasi
GFS IMF.
Representatif GFS Klasifikasi Fungsi Pemerintah.
Jenis fungsi
1. Layanan publik umum
2. Pertahanan
3. Ketertiban umum dan keamanan
4. Urusan ekonomi
5. Perlindungan lingkungan
6. Perumahan dan fasilitas masyarakat
7. Kesehatan
8. Rekreasi, budaya, dan agama
9. Pendidikan
10. Perlindungan sosial

Klasifikasi fungsional pendapatan dan pengeluaran memberikan informasi


tentang tujuan penerimaan dan pengeluaran beban yang terjadi. Selain itu, kategori
ekonomi dan fungsional dapat diklasifikasi silang untuk menunjukkan jenis transaksi
yang dilakukan untuk menjalankan fungsi tertentu.

Appendix G juga menunjukkan COA yang direkomendasikan untuk


klasifikasi fungsi pemerintah secara lebih rinci.

Struktur Program
Program dapat dilakukan oleh lebih dari satu institusi dan biasanya
menggunakan sumber daya yang mewakili banyak elemen dari struktur klasifikasi
ekonomi (mis. Penggajian, pengadaan modal, dll.).
Program dan sub program memotong Klasifikasi Organisasi dan Ekonomi dan
kadang-kadang juga Struktur Klasifikasi Fungsional, karenanya menjadi sulit karena
tidak adanya struktur Program formal untuk merencanakan dan melacak pengeluaran
program. Program biasanya dilacak oleh :
1. Program
➢ Sub-program

Transparansi Fiskal dan hubungannya dengan reformasi sistem
pembendaharaan (Treasury System Reform)
Pengembangan sistem perbendaharaan harus diatur dalam konteks
pengembangan sistem manajemen fiskal secara keseluruhan. Sistem perbendaharaan
yang efektif akan membantu membangun kendali atas pengeluaran - tetapi tidak akan
memberikan solusi yang lengkap dengan sendirinya. Peningkatan transparansi fiskal
menyediakan serangkaian tujuan yang relevan dengan semua elemen reformasi
manajemen fiskal dan dapat membantu memandu reformasi keuangan sebagai bagian
dari program reformasi terpadu (Integrated program of reform). Tujuan transparansi
itu penting, tetapi juga memberikan panduan untuk kesehatan dan kestabilan
keseluruhan dari sistem manajemen fiskal --- peningkatan transparansi fiskal harus
mengarah pada keputusan manajemen fiskal yang lebih baik dan kebijakan fiskal yang
baik.

Pada April 1998, Komite Interim dari Dewan Gubernur IMF mengadopsi
Code of Good Practice pada Transparansi Fiskal – Deklarasi dan Prinsip dan
mendorong semua negara untuk mengambil langkah dalam mengimplementasikan
Code of Good Practice tersebut. Standar Kode dapat digunakan sebagai patokan
untuk mengatur prioritas dalam reformasi manajemen fiskal, mengkoordinasi usaha-
usaha pada agensi berbeda, dan menilai kemajuan seiring berjalannya waktu.
Dengan menghormati system perbendaharaan, elemen-elemen kode yang
berada di Tabel 2 di bawah adalah hanya yang relevan.

Tabel 2 Elemen Kode Transparansi Fiskal yang relevan dengan


Perbendaharaan
Element of Code Comments
Kejelasan Peran dan tanggung jawab 1.1.4 Sejauh mungkin semua dana
Mekanisme yang jelas untuk koordinasi dan diluar anggaran harus
manajemen anggaran dan aktivitas di luar ditangani oleh
anggaran harus diadakan dan dirumuskan dengan perbendaharaan atau,
baik, dan pengaturan yang berhubungan dengan minimal, laporan dengan dana
entitas pemerintahan lain (missal: bank sentral, di luar anggaran harus
dan perusahaan finansial dan non-financial yang dikonsolidasikan dalam sistem
dikendalikan oleh pemerintah) harus ditentukan perbendaharaan, setidaknya
standar kebijakan akuntansi
yang setara, yaitu ketepatan
waktu dan periodisitas
1.2.1 Manajemen fiskal harus diatur oleh Kerangka hukum mungkin
undang-undang dan peraturan administrasi harus ditinjau dan
komprehensif yang berlaku untuk kegiatan di dimodifikasi untuk memastikan
dalam anggaran dan di luar anggaran. Setiap operasi perbendaharaan yang
komitmen atau pengeluaran dana pemerintah efektif.
harus memiliki otoritas hukum.
Ketersediaan Informasi untuk Publik Tolak ukur untuk dicapai oleh
2.1.4 Pemerintah pusat harus secara teratur sistem perbendaharaan.
menerbitkan informasi tentang tingkat dan
komposisi utang dan aset keuangannya.
2.2.1 Komitmen khusus harus dibuat untuk Elemen yang diinginkan dari
publikasi informasi fiskal (mis., Dalam undang- reformasi kelembagaan yang
undang anggaran).
akan meningkatkan efektivitas
sistem perbendaharaan
2.2.2 Jadwal tanggal rilis sebelumnya untuk Tolak ukur untuk dicapai oleh
pelaporan fiskal kepada publik harus diumumkan sistem perbendaharaan.
Penyiapan, pelaksanaan, dan pelaporan
Anggaran Terbuka
3.2.4 Anggaran tahunan dan akun akhir harus Tolak ukur untuk dicapai oleh
mencakup pernyataan dasar akuntansi (mis., sistem perbendaharaan
Tunai atau akrual) dan standar yang digunakan
dalam persiapan dan penyajian data anggaran.
3.3.1 Sistem akuntansi yang komprehensif dan
terintegrasi harus ditetapkan. Hal ini seharusnya Tolak ukur untuk dicapai oleh
dapat memberikan dasar yang dapat diandalkan sistem perbendaharaan.
untuk menilai tunggakan pembayaran.
3.3.2 Prosedur untuk pengadaan dan pekerjaan Reformasi kelembagaan yang
harus distandarisasi dan dapat diakses oleh semua akan meningkatkan efektivitas
pihak yang berkepentingan. sistem perbendaharaan
3.3.3 Pelaksanaan anggaran harus diaudit secara Reformasi kelembagaan yang
internal, dan prosedur audit harus terbuka untuk akan meningkatkan efektivitas
ditinjau. sistem perbendaharaan
3.4.1 Selama tahun ini, harus ada pelaporan rutin
dan tepat waktu atas output dari anggaran dan di
luar anggaran, yang harus dibandingkan dengan
perkiraan awal. Dengan tidak adanya informasi Tolak ukur untuk dicapai oleh
terperinci tentang tingkat pemerintahan yang sistem perbendaharaan.
lebih rendah, indikator posisi keuangan mereka
yang tersedia (mis. Pinjaman bank dan masalah
obligasi) harus disediakan.
3.4.2 Akun akhir dari operasi anggaran yang tepat
waktu, komprehensif, dan telah diaudit, bersama Tolak ukur untuk dicapai oleh
dengan informasi lengkap tentang akun anggaran sistem perbendaharaan.
tambahan, harus disampaikan kepada legislatif.

Faktor Keberhasilan Kritis Untuk Implementasi Proyek


Bagian ini mencantumkan beberapa faktor yang perlu diperhatikan secara
khusus untuk memastikan keberhasilan pelaksanaan proyek.
Komitmen Pemerintah dan Dukungan Manajemen
Meningkatkan kualitas sistem manajemen fiskal akan meningkatkan
transparansi proses alokasi fiskal dan sumber daya. Ini akan mempengaruhi mereka
yang mendapat manfaat dari kelemahan sistemik yang ada. Minat ini dapat bertindak
untuk menunda tindakan proyek atau mengalihkan proyek dari tujuannya.
Oleh karena itu, komitmen pemerintah yang berkelanjutan untuk reformasi
sektor publik dan untuk memperkuat lembaga manajemen keuangan dasar merupakan
faktor penentu keberhasilan utama untuk implementasi proyek yang memuaskan.

Pengenalan struktur kelembagaan baru untuk pelaksanaan anggaran


membutuhkan reorganisasi dan penyelarasan kembali peran dan tanggung jawab
lembaga pemerintah terkait, seperti Kementerian Keuangan, Bank Sentral, dan
Bendahara dan hubungannya dengan kementerian lain.

Ini juga membutuhkan reformasi mendasar dari proses fungsional yang


dilakukan oleh lembaga-lembaga ini. Sistem informasi berbasis komputer harus
dipandang sebagai sarana untuk membantu dalam implementasi proses dan prosedur
bisnis yang direkayasa ulang.

Implementasi perubahan yang luas seperti itu membutuhkan dukungan


pemerintah di tingkat tertinggi untuk memastikan bahwa proses perubahan selesai
dengan lancar.

Hal ini menjadi lebih sulit untuk dicapai dalam praktiknya karena implementasi
penuh dari sistem Perbendaharaan dan program reformasi yang menyertainya
biasanya membutuhkan beberapa tahun untuk penyelesaiannya.

Selama periode ini mungkin ada beberapa perubahan dalam manajemen. Untuk
memitigasi risiko-risiko ini maka perlu bahwa :
(a) Langkah-langkah reformasi adalah bagian dari program reformasi yang lebih
luas untuk manajemen pengeluaran publik dan disepakati dengan Pemerintah
pada tingkat tertinggi;
(b) Program orientasi yang luas diterapkan untuk manajer sektor publik yang
menekankan pada keunggulan yang ditawarkan oleh sistem dan proses baru
untuk mendorong apresiasi yang lebih luas dari manfaat dan meningkatkan
kepemilikan. Program ini mungkin perlu diulang beberapa kali selama umur
proyek
(c) Proyek dirancang sedemikian rupa sehingga beberapa keberhasilan cepat dan
patokan yang jelas dapat dicapai relatif lebih awal di dalam proyek untuk
menarik perhatian dan minat manajemen. Hal ini dapat berupa pengembangan
dan implementasi sistem otomatis sementara atau bahkan system manual
untuk implementasi bagian inti dari program.
Koordinasi Antar Lembaga dan Keterlibatan Pengguna dalam Desain Sistem
Keberhasilan implementasi jaringan sistem informasi yang terintegrasi, seperti
yang didefinisikan di sini, sangat bergantung pada kerja sama antara para pengguna.
Persiapan dan implementasi proyek ini menjadi rumit ketika dilakukan dalam
lingkungan multi-agensi. Membentuk komite pengarah dan kelompok kerja dengan
perwakilan dari semua pemangku kepentingan utama akan memastikan bahwa semua
kebutuhan agensi peserta akan dipertimbangkan selama desain sistem.

Komite pengarah akan menyediakan input kebijakan dan petunjuk dan


kelompok kerja yang akan bertanggung jawab dalam menangani masalah operasional
sehari-hari dan akan menjadi alat untuk menyediakan input pengguna ke tim teknis
yang bertanggung jawab untuk mengimplementasikan proyek.

Hal itu juga akan membentuk pengaturan pembagian data sistem yang
sistematis, protokol, dan jadwal antara berbagai jenis sistem sehingga seluruh lembaga
memiliki akses ke data finansial yang dibutuhkan. Dalam kasus sistem
perbendaharaan, kelompok ini akan mencakup perwakilan dari perbendaharaan,
departemen lain dari Kementerian Keuangan, bank sentral, kementerian lini dan unit
pengeluaran, serta agensi penagih pendapatan.

Perlu dicatat bahwa input manajemen fungsional senior sangat penting selama
fase awal perencanaan dan desain proyek.

Persyaratan kemampuan utama untuk fase desain adalah pengetahuan yang


mendalam mengenai area fungsional dan kapasitas manajerial untuk menantikan
bahwa proyek diterima oleh pengguna dalam area fungsional. Aspek teknis menjadi
penting hanya saat fase implementasi lanjutan. Komite pengarah dan kelompok kerja
akan memastikan sponsorship dari level tertinggi dari area fungsional terlibat dalam
proyek dan partisipasi jangkauan pengguna seluas mungkin. Mereka juga akan
memastikan bahwa proyek dimiliki dan diadopsi oleh pengguna ketika selesai.

Kapasitas Organisasi dan Kemampuan Teknis


Proyek pembaharuan sistem perbendaharaan perlu menaungi kapasitasi
organisasi lembaga yang bertanggung jawab dalam pembaharuan implementasi dan
manajemen implementasi proyek. Jumlah staf keuangan dan teknis dan persyaratan
beberapa tingkat keahlian untuk membangun sistem seperti demikian cukup besar.

Untuk menentukan kelangsungan proyek, perlu menambah keterampilan yang


ada dan menyediakan pembiayaan dan perekrutan spesialis implementasi proyek,
spesialis manajemen fiskal, dan kemampuan teknis lainnya yang diperlukan.
Pemerintah mungkin perlu melihat kembali skala gaji pegawai di area kunci untuk
menahan mereka dalam pelayanan sipil dan untuk mengeksplor cara lain merekrut staf.
Sebagai contoh, merekrut staf dari sektor privat untuk tugas spesifik dan
outsourcing pemeliharaan teknis dari operasi beberapa sistem harus
dipertimbangkan. Bagaimanapun juga, kebijakan pelatihan berjalan akan dibutuhkan
untuk diadopsi mengingat tingkat gesekan yang signifikan yang dapat diperkirakan.
Persyaratan pelatihan untuk proyek dapat dibagi menjadi beberapa area :
1. Pelatihan prinsip, konsep, dan metodologi dari bidang studi yang tercakup
dalam proyek, yaitu pelaksanaan anggaran, manajemen kas, dan operasi
perbendaharaan.
2. Pelatihan manajemen tingkat senior/orientasi dalam sistem informasi
manajemen keuangan berbasis komputer.
3. Pelatihan pengguna terakhir dalam penggunaan sistem informasi
terkomputerisasi untuk diatur di bawah proyek. Termasuk pelatihan untuk
staf keuangan lembaga lini dan auditor pemerintah.
4. Pelatihan teknis pengguna alat spesifik untuk dipekerjakan untuk
mengembangkan dan mengimplementasikan sistem informasi dalam
proyek, misalnya RDBMS terpilih, sistem pengoperasian UNIX,
pengembangan aplikasi dengan alat CASG, dsb.
5. Pelatihan lebih umum terkait manajemen perencanaan, desain, dan
pengembangan sistem informasi.
6. Pelatihan dalam manajemen proyek EDP dan ketentuan dukungan
pengguna akhir kepada staf yang akan menggunakan sistem.

Proyek implementasi sistem perbendaharaan akan diperlukan, khususnya


untuk menyediakan pembiayaan untuk:
1. Pendampingan teknis untuk analisis kebutuhan pelatihan , perkembangan
strategi pelatihan secara keseluruhan, dan jadwal untuk melatih pengguna;
desain dan spesifikasi fasilitas pelatihan internal atau identifikasi kursus
pelatihan yang sesuai dengan dalam dan luar negeri, perkembangan atau
akuisisi bahan pelatihan, dokumentasi teknis dan manual pengguna akhir.
2. Kursus pelatihan akan diatur di tempat atau lokal atau institut luar negeri
untuk mencakup area ini. Staf yang akan dilatih di bawah proyek akan
mencaup MOF/lembaga lini/auditor pemerintah/staf perbendaharaan dan
staf teknis dari MOF/perbendaharaan yang akan terlibat dalam
perkembangan dan implementasi sisem.
3. Tugas belajar untuk pemerintah resmi dalam pelaksanaan anggaran dan
area operasi perbendaharaan untuk memungkinkan mereka mendapat
manfaat dari pengalaman pemerintah lain dalam area ini. Hal ini termasuk
pembiayaan kursus dan perjalanan diskusi pada topik spesifik oleh ahli dari
pemerintah ini atau lembaga kepada negara di mana proyek
diimplementasikan.
Manajemen Perubahan
Implementasi dari jaringan di seluruh negeri dari sistem berbasis komputer
untuk mendukung proses implementasi membutuhkan pemahaman tidak hanya proses
bisnis dan persyaratan informasi, tapi juga sosial, kultural, dan lingkungan politik dari
organisasi dan negara di dalamnya yangmana menjadi objek implementasi (Walsham,
Symons, dan Waema, 1988).
Telah diperdebatkan bahwa sistem berbasis komputer adalah sistem sosial di
mana teknologi hanya satu-satunya elemen. Pengaturan organisasi dibutuhkan untuk
memastikan “kecocokan sosial” sehingga meningkatkan kepentingan. Implementasi
dari sistem informasi berkaitan erat dan normalnya memiliki akibat langsung terhadap
cara orang-orang melakukan pekerjaan mereka sehari-hari.
Ini sangat penting bahwa prosedur manajemen perubahan yang tepat
dilembagakan sebagai tambahan bagi program pelatihan formal untuk memastikan
bahwa staf merasa nyaman dalam lingkungan kerja baru mereka, dan khususnya tidak
merasa insecure karena kekeliruan penempatan pekerjaan yang tidak sesuai, dsb.

Dalam level yang lebih kompleks, sistem informasi dapat menyebabkan


definisi ulang otoritas relatif dan kekuatan hubungan dari individual dan grup dalam
organisasi. Latihan manajemen perubahan juga akan dibutuhkan untuk mengatasi
aspek-aspek ini.

Jadi, setelah implementasi perbendaharaan, unit pengeluaran mungkin tidak


punya akses langsung ke akun bank mereka dan akan perlu untuk mengarahkan
pengeluaran mereka melalui perbendaharaan. Hal ini akan menyebabkan pergeseran
keseimbangan kekuatan untuk mendukung MOF pusat.

Manajer dan staf dalam unit pengeluaran perlu diyakinkan untuk keperluan
implementasi perubahan ini dan perbendaharaan, pada bagiannya, akan perlu untuk
memastikan bahwa tidak ada penundaan yang tidak perlu terjadi pada proses
transaksi, untuk meyakinkan transisi yang halus atas sistem yang baru.

Dalam pandangan penurunan efisiensi dalam proses transaksi dimungkinkan


oleh sistem otomatis, jumlah staf yang dibutuhkan untuk memproses transaksi bisnis
rutin mungkin menurun, menghasilkan ketakutan akan redundansi.

Program paralel atas pelatihan ulang dan penyebaran ulang, atau kelebihan staf
yang mungkin diperlukan. Sistem perbendaharaan otomatis akan memasukkan kontrol
bawaan dan akan menerapkan kontrol ini secara seragam di semua transaksi. Ini akan
menambah transparansi dan dengan demikian pertanggungjawaban kepada operasi
pemerintah. Faktanya, instalasi sistem-sistem ini akan memberikan pondasi sistematis
untuk dan memberi dorongan besar kepada usaha antikorupsi.

Walaupun demikian, untuk alasan-alasan inilah proyek tersebut dapat


menghadapi resistensi selama implementasi proyek. Ini adalah alasan lain mengapa
proyek seperti ini membutuhkan sponsor pada level tertinggi yang dapat mengatasi
kendala sosial dan politis dan mengendalikan proyek melalui tahap awal ini.

Perencanaan Proyek Formal


Implementasi dari sistem komputer seluruh negara untuk mendukung proses
fungsional perbendaharaan adalah usaha yang substansial. Hal ini sangat penting
bahwa agensi terlibat dalam latihan berhati-hati akan besarnya. Metodologi
perencanaan proyek formal harus digunakan untuk mendesain, implementasi, dan
memonitor sistem.

Disarankan untuk mengimplementasi proyek seperti ini secara bertahap


sehingga mereka dapat diletakkan di suatu tempat dan di monitor secara memadai
dalam lingkungan terkendali. Implementasi bertahap juga memastikan bahwa mereka
tidak melebihi kapasitas serap organisasi di mana mereka diimplementasikan.

Sistem dan Administrasi Data Dukungan


Sistem informasi biasanya akan didistribusikan di antara beberapa lembaga
melalui pemerintah. Oleh karena itu, mekanisme koordinasi harus dibuat untuk
memastikan bahwa seperangkat kebijakan umum, prosedur, dan standar tersedia untuk
mengolah data dan sistem di seluruh pemerintah. Standar tersebut harus, antara lain,
mencakup protokol untuk komunikasi, entri data, editing, dan memperbaharui input
layar dan format output, cadangan dan pemulihan, keamanan, rencana cadangan, dan
perencanaan pemulihan berencana dan teknis dan dokumentasi pengguna.

Infrastruktur untuk sistem perbendaharaan dan telah memilih paket aplikasi


perangkat lunak ORACLE FINANCIALS untuk mengimplementasikan fungsi
Perbendaharaan. Hal tersebut merupakan salah satu kasus pertama di negara bekas
Uni Soviet di mana paket aplikasi perangkat lunak telah terbukti sepenuhnya responsif
terhadap persyaratan fungsional Departemen Keuangan, tanpa penyesuaian. Hal ini
memiliki relevansi langsung dengan upaya di negaranegara bekas Uni Soviet lain yang
sedang dalam proses menerapkan sistem perbendaharaan, karena persyaratan
fungsional sangat mirip.

Sistem sementara beroperasi di bawah arsitektur pemrosesan transaksi


terdistribusi yang dijelaskan dalam teks. Namun, sistem fungsi penuh berbasis Oracle
dipertimbangkan untuk beroperasi di bawah model terpusat dimana semua pemrosesan
transaksi dilakukan di Perbendaharaan Pusat. Kantor perbendaharaan jarak jauh akan
berkomunikasi dengan pusat melalui tautan komunikasi berbasis satelit yang saat ini
sedang diinstal.
Proyek perbendaharaan Kazakhstan memegang pelajaran berharga untuk
proyek serupa lainnya. Komitmen pemerintah untuk mereformasi seluruh durasi
proyek, yang telah diperpanjang hingga tujuh tahun hingga saat ini, telah menjadi
faktor penentu keberhasilan proyek ini.

Menteri keuangan dan manajer departemen keuangan telah mengakui


pentingnya reformasi departemen keuangan untuk kemajuan. Keputusan awal dalam
proyek yang akan diambil untuk sistem komputer sementara untuk menangani aspek-
aspek inti dari fungsi Perbendaharaan telah kritis dalam beberapa hal.

Proyek semacam ini melibatkan perubahan luas dalam proses bisnis dan
metode kerja. Pengadaan dan implementasi sistem informasi pada skala ini juga
merupakan upaya yang sangat kompleks. Penerapan sistem sementara telah
memungkinkan pengenalan perubahan secara bertahap dan dapat dikendalikan. Hal ini
telah memungkinkan staf di dalam Departemen Keuangan untuk menjadi terbiasa
dengan sistem berbasis komputer yang lebih sederhana sebelum sistem yang lebih
kompleks diperkenalkan.

Selain itu, karena sistem ini telah memungkinkan pengenalan kunci proses
fungsional untuk perbendaharaan, maka memungkinkan untuk mendapat perhatian
pengguna akhir selama periode yang dibutuhkan untuk implementasi sistem penuh.
Pemantauan proyek tertutup dan saran yang diberikan oleh Bank dan IMF dalam
implementasi proyek juga sangat penting.

Dalam hubungan ini faktor yang penting adalah konsistensi dan


kesinambungan dalam saran yang diberikan oleh Bank dan IMF. Hal ini dimungkinkan
oleh asosiasi lanjutan dari penasihat IMF yang sama dan staf proyek utama di pihak
Bank selama proyek berlangsung. Ini sangat tidak biasa bagi proyek dengan durasi ini
di Bank, dimana staf yang bertanggung jawab untuk desain proyek sering tidak
menetap dengan proyek selama fase kritis implementasinya.

Kurangnya kapasitas dalam Kementerian Keuangan untuk menangani


implementasi sistem informasi yang kompleks dan perubahan manajemen pada skala
yang luas, telah menjadi hambatan utama untuk proyek yang ingin diselesaikan lebih
cepat. Skala gaji pemerintah yang rendah menjadi halangan krusial selanjutnya yang
menarik staf teknis yang berkualifikasi, baik pada fungsional maupun sisi TI,
memerlukan implementasi proyek. Hal ini juga akan menjadi faktor penghambat
selama fase operasional. Total biaya yang terkait dengan implementasi sistem
perbendaharaan sampai saat ini adalah sekitar $25,0 juta termasuk Pinjaman Bank
Dunia sebesar US $15,8 juta.
Proyek Sistem Perbendaharaan Ukraina
Intervensi Bank Dunia dan IMF dalam area sistem Perbendaharaan Ukraina
berjalan hingga awal tahun sembilan puluhan. Penasihat perbendaharaan IMF telah
menetap di Ukraina sejak 1994.

Perbendaharaan Negara Ukraina, sejak 1997, mengambil alih fungsi


pelaksanaan anggaran yang sebelumnya dilakukan oleh departemen keuangan
Kementerian Keuangan. Organisasi keuangan tiga tingkat telah didirikan dengan
kantor di pusat, 26 atau lebih oblast dan sekitar 700 rayon.

Struktur klasifikasi Anggaran yang sesuai GFS telah diimplementasikan.


Sebagian besar rekening bank unit pembelanjaan telah ditutup dan keuangan
Pemerintah ditempatkan di bank sentral. Proses pelaksanaan anggaran telah direkayasa
ulang dan unit pembelanjaan, sekarang, mengarahkan transaksi pembelanjaan mereka
melalui kantor perbendaharaan yang ditunjuk yang kemudian memprosesnya di
rekening yang disiapkan untuk unit pengeluaran di cabang yang ditunjuk dari bank
sentral (Bank Nasional Ukraina -NBU) yang beroperasi di tingkat oblast.

Saat ini Departemen Keuangan mengoperasikan sistem pengeluaran berbasis


jaminan. Sistem komputer yang belum sempurna di kantor Perbendaharaan
memungkinkan kantor-kantor memeriksa ketersediaan alokasi anggaran, dan
menjamin sebelum menyetujui permintaan pembayaran yang diterima dari unit
pengeluaran. Topologi keseluruhan dari Perbendaharaan Ukraina sangat mirip dengan

Perbendaharaan di Kazakhstan.
Pemerintah telah memperkuat proses implementasi anggaran secara
signifikan pada periode 1997-2000. Sistem perbendaharaan secara bertahap
diperluas untuk mencakup semua operasi anggaran pemerintah pusat, termasuk
mantan dana ekstra anggaran dan kegiatan pendapatan di luar anggara dari lembaga
pemerintah pusat mulai dari TA 2000.

Kegiatan di luar anggaran dari lembaga anggaran dan sebagian besar dana
ekstra anggaran tertutup oleh proses alokasi anggaran formal. Perbendaharaan telah
menjadi pusat sistem akuntansi untuk semua alokasi anggaran awal dan setiap
perubahan yang diperkenalkan selama tahun ini. Registrasi komitmen dasar dan sistem
kontrol telah dimulai dari TA 2001.
Saat ini, hanya Departemen Pabean, badan keamanan nasional terpilih, Pensiun
Dana, dan Dana Asuransi Sosial yang tetap berada di luar bidang Perbendaharaan.
Sistem akuntansi pemerintah berbasis Perbendaharaan memenuhi persyaratan
pelaporan fiskal berkala dengan cukup baik.
Laporan fiskal bulanan untuk operasi anggaran negara dan anggaran lokal
dihasilkan dalam 20 hingga 25 hari setelah akhir bulan. Laporan fiskal menghasilkan
informasi yang kompatibel dengan IMF-GFS. Kementerian Keuangan menjadi
semakin tergantung pada informasi tentang kinerja fiskal yang dikelola oleh
Departemen Keuangan.

Namun masih memiliki masalah dalam mengakses ke informasi ini secara


online dari database sistem Perbendaharaan. Perbendaharaan Pusat juga telah mulai
memperluas cakupannya ke anggaran lokal. Di bawah latihan percontohan dimulai
pada Juli 1999, pemerintah daerah Dnipropetrovsk dan Oblast Cherkasy dilindungi
oleh perbendaharaan. Memperluas cakupan Perbendaharaan ke pelaksanaan anggaran
local akan memungkinkan aplikasi pengeluaran dan pengadaan yang seragam untuk
mengendalikan peraturan dan memberikan informasi yang lebih baik tentang posisi
fiskal semua tingkat pemerintahan anggaran di Ukraina.

Namun, keseluruhan proses pelaksanaan anggaran masih perlu beberapa


perbaikan dan dibutuhkan pengendalian internal yang baik untuk semua tahap
pelaksanaan anggaran, termasuk :
- Pendaftaran alokasi
- Menetapkan anggaran satuan pengeluaran individu dan perubahan selanjutnya
pada anggaran ini
- Mendaftarkan dan mengendalikan komitmen
- Mendaftarkan faktur vendor
- Memverifikasi penerimaan barang dan jasa
- Mendaftar dan menyelesaikan permintaan pembayaran.

Perbendaharaan telah memulai pendirian Sistem Buku Besar Perbendaharaan


transaksional yang terkomputerisasi, yang akan berfungsi sebagai tulang punggung
akuntansi untuk Sistem Informasi Manajemen Keuangan Pemerintah, GFMIS, dan
memungkinkan pendaftaran anggaran awal dan setiap perubahan berikutnya, alokasi
uang tunai, pencatatan semua tahapan transaksi pengeluaran, posting penerimaan
terhadap masing-masing kepala akun, melakukan fungsi akuntansi dasar, dan
menghasilkan laporan untuk Departemen Keuangan, manajemen anggaran
Kementerian Keuangan, dan tujuan audit. Sistem ini diharapkan sepenuhnya
diimplementasikan pada tahun 2002.

Perbendaharaan juga sedang dalam proses meningkatkan kapasitasnya untuk


proses manajemen kas dengan menerapkan sistem pembayaran internal yang akan
memungkinkan semua kantor Perbendaharaan di wilayah tersebut untuk memproses
pembayaran melalui satu akun koresponden dengan NBU Cabang untuk wilayah
tersebut, alih-alih mengharuskan cabang NBU untuk membuat akun terpisah untuk
unit pengeluaran atau kantor perbendaharaan rayon di wilayah tersebut. Dua wilayah
telah meluncurkan pilot untuk sistem baru ini yang menyalurkan semua pembayaran
dan penerimaan melalui satu akun koresponden dengan kantor regional NBU.

Diharapkan selama tahun 2001 sistem ini akan diperluas ke semua wilayah.
Bekerja pada pengaturan Perbendaharaan dan sistem terkait telah dibiayai dari Sumber
daya pemerintah sendiri dan Bank Dunia, pertama melalui Pinjaman Bangunan
Institusional yang memiliki komponen Perbendaharaan, diikuti oleh proyek sistem
Perbendaharaan di A.S.$16,4 juta.

Proyek Manajemen Keuangan Publik Hongaria


Sebelum pembentukan Kantor Perbendaharaan dan pengaturan TSA,
Kementerian Keuangan mentransfer uang tunai langsung ke rekening unit
pengeluaran. Pemerintah tidak menerima atau memiliki akses informasi yang akurat
dan tepat waktu tentang uang tunai yang tersedia di rekening bank unit pengeluaran.
Hal ini menyebabkan saldo menganggur. Hanya ada sedikit kontrol pada apakah
pengeluaran aktual sesuai dengan alokasi anggaran. Untuk menghapus masalah ini,
di bawah saran IMF, pemerintah telah menetapkan pengaturan pembayaran berbasis
Treasury - TSA.

Upaya pengembangan perbendaharaan di Hongaria telah dibiayai oleh Bank


Dunia sebagai bagian dari Proyek Manajemen Keuangan Publik disetujui pada tahun
1996. Di Hongaria, Pemerintah telah bergerak cepat untuk mendirikan organisasi
Perbendaharaan dua tingkat dengan cabang di pusat masing-masing 18 provinsi.

Dana pemerintah dimasukkan dalam TSA di Bank Sentral. Unit pengeluaran


mengirim transaksi pengeluaran mereka ke cabang perbendaharaan yang sesuai, yang
memproses dan mengesahkan pembayaran dari TSA di Central Bank. Perbendaharaan
mengoperasikan arsitektur pemrosesan transaksi terpusat di mana semuanya transaksi
diproses di pusat dan kantor perbendaharaan yang jauh terhubung dengan ke pusat
melalui tautan telekomunikasi dalam mode online.

Perangkat lunak aplikasi yang digunakan oleh Perbendaharaan Hongaria telah


dikembangkan secara khusus. Ada beberapa pemikiran yang sekarang diberikan untuk
pindah ke solusi fungsi yang lebih lengkap yang dapat disediakan oleh paket perangkat
lunak aplikasi yang tidak tersedia. Ketersediaan spesialis teknis dan keuangan yang
lebih besar di dalam pemerintah dan pengalaman sebelumnya dalam mengelola proyek
reformasi kelembagaan yang kompleks, telah memungkinkan Pemerintah untuk
mengatur fungsionalitas inti yang terkait dengan Perbendaharaan secara relatif cepat,
selama periode empat tahun.
Bagian II
Bagan Proses Rinci, Proses Questionaire,
Spesifikasi Fungsional & Data Arsitektur
(Detailed Process Charts,

(Proses Diagram)
1. Manajemen Otoritas Anggaran: 1. Pembagian dan Penjatahan: Setelah persetujuan anggaran tahunan oleh Parlemen, dimasukkan ke
dalam Sistem oleh Departemen Anggaran Kementerian Keuangan. Anggaran yang disetujui untuk kementerian-kementerian pengeluaran
kemudian dipecah menjadi tingkat klasifikasi ekonomi yang terperinci dan dibagi berdasarkan waktu (kuartal dan bulan) dan terdaftar dalam
sistem oleh Kementerian Keuangan dan dikomunikasikan ke kementerian pengeluaran. Kementerian belanja, pada gilirannya, mendaftarkan
anggaran terperinci untuk unit pengeluaran bawahan mereka dan mengkomunikasikan jatah tersebut ke unit pengeluaran. Ini adalah batas
pengeluaran untuk kementerian pengeluaran dan unit pengeluaran per kuartal / bulan untuk tahun fiskal. Batas pengeluaran dapat bervariasi
selama tahun berjalan sesuai dengan hasil tinjauan bulanan atau triwulanan atas kinerja anggaran. Misalnya perubahan dapat disebabkan oleh
variasi dalam prakiraan pendapatan, komitmen dan pola pengeluaran, dll.
1. Manajemen Otoritas Anggaran: 2. Alokasi waran: Setiap tahun, rencana keuangan yang merinci pengeluaran dan penerimaan yang
diproyeksikan dikembangkan oleh unit pengeluaran dan kementerian. Seiring berjalannya tahun, lembaga-lembaga sektor menyiapkan
permintaan dana berkala berdasarkan kategori ekonomi, yang juga ditangkap. Kemenkeu kemudian menerbitkan surat perintah kepada
kementerian untuk setiap kategori pengeluaran. Dari jumlah ini kementerian mengeluarkan sub-waran untuk unit pengeluaran mereka dan
menyarankan unit belanja yang sesuai. Proses-proses ini berlangsung secara berkala sepanjang tahun. Jumlah surat perintah dan sub surat
perintah harus berada dalam jumlah yang ditentukan dalam batas pengeluaran untuk unit organisasi ini. Jumlah waran ditentukan berdasarkan
hasil tinjauan anggaran berkala, perkiraan pendapatan yang direvisi dan saldo kas.
1. Manajemen Otoritas Anggaran: 3. Revisi Anggaran untuk Perubahan: Secara normal Undang-Undang Anggaran mengizinkan
Departemen Keuangan, kementerian pengeluaran, dan unit pengeluaran untuk mengalihkan anggaran yang disetujui antara klasifikasi
organisasi dan objek dalam batasan yang ditentukan oleh undang-undang yang relevan. Kekurangan yang diidentifikasi oleh unit pengeluaran
dalam satu atau lebih kategori ekonomi dapat dipenuhi dari ekses Dalam kategori ekonomi lain dalam anggaran mereka. Untuk ini,
permintaan transfer anggaran perlu diproses. Untuk beberapa item dan dalam ambang tertentu, unit pengeluaran mungkin memiliki kekuatan
finansial untuk melakukan transfer sendiri. Untuk kasus ini, mereka akan memperbarui basis data anggaran dalam sistem. Untuk kasus-kasus
yang berada di luar kekuatan finansial mereka, mereka akan meminta kementerian induk atau Kementerian Keuangan untuk memproses
transfer, tergantung pada jenis transfer. Jika disetujui, Kementerian / Kemenkeu akan memproses transfer dan memperbarui basis data. Unit
pembelanjaan akan diberitahu tentang keputusan atas permintaan tersebut.
1. Manajemen Otoritas Anggaran: 4. Anggaran Tambahan, Selama tahun berjalan revisi anggaran yang disetujui dapat dilakukan
oleh Parlemen. Revisi ini dilakukan sesuai dengan prosedur untuk menyelesaikan anggaran asli. Proses mempersiapkan anggaran
tambahan mencakup persiapan, perutean, dan persetujuan permintaan untuk anggaran tambahan. Anggaran tambahan biasanya diajukan
ke Parlemen untuk disetujui pada pertengahan tahun.
2. Komitmen Dana: 1. Pengadaan barang dan jasa. (Kasus 1: Unit pembelanjaan memproses transaksi langsung melalui kantor
perbendaharaan daerah). Seiring berjalannya tahun, unit pengeluaran memproses permintaan barang dan jasa. Setelah
memverifikasi kesesuaian pengeluaran dan ketersediaan anggaran dan batas pengeluaran, unit pengeluaran akan memproses
permintaan pengadaan sesuai dengan prosedur yang ditentukan dan menempatkan pesanan pembelian pada vendor untuk pengadaan
barang dan jasa. Vendor harus terdaftar dalam database vendor. Unit pengeluaran kemudian akan mendaftarkan komitmen dalam
sistem dan memblokir jumlah yang sesuai dari anggaran yang tersedia dan batas pengeluaran. Transaksi komitmen diteruskan ke
kementerian induk dan kantor regional Kementerian Keuangan-Perbendaharaan yang akan memproses pembayaran berdasarkan
komitmen ini.
2. Komitmen Dana: 1. Pengadaan barang dan jasa. (Kasus 2: Unit pembelanjaan mengalihkan transaksi mereka ke
kementerian pengeluaran yang kemudian memproses pengirimannya melalui kantor perbendaharaan terkait.
Perbendaharaan tidak memiliki jaringan regional). Seiring berjalannya tahun, unit pembelanjaan akan memproses permintaan
barang dan jasa. Setelah memverifikasi kesesuaian pengeluaran dan ketersediaan anggaran dan batas pengeluaran, unit
pengeluaran akan memproses permintaan pengadaan sesuai dengan prosedur yang ditentukan dan menempatkan pesanan
pembelian pada vendor untuk pengadaan barang dan jasa. Vendor harus terdaftar dalam database vendor. Unit pengeluaran
kemudian akan mendaftarkan komitmen dalam sistem dan memblokir jumlah yang sesuai dari anggaran yang tersedia dan batas
pengeluaran.
Komitmen Dana: 2. Penciptaan posisi staf baru dan rekrutmen untuk posisi ini. Agen Pengeluaran menyiapkan deskripsi posisi
dan meminta kementerian Lini untuk persetujuan. Kementerian Line meninjau dari sudut pandang persyaratan dan meneruskan
permintaan kepada Kementerian Keuangan. Kementerian Keuangan menyetujui setelah meninjau terhadap ketersediaan anggaran.
Setelah posisi dibuat, unit pengeluaran dapat melakukan rekrutmen ke posisi ini dengan berkonsultasi dengan menteri induk. Setelah
perekrutan, basis data personil dan jumlah komitmen yang berkaitan dengan gaji bulanan dan tunjangan untuk unit pengeluaran perlu
diperbarui.
Komitmen Dana: 3. Komitmen Penggajian: Unit pengeluaran menghitung komitmen penggajian berdasarkan staf di atas kapal dan
gaji serta tunjangan resmi untuk staf. Ini diperiksa terhadap ketersediaan anggaran dan kemudian disarankan ke agen Pengeluaran
dan Kementerian Keuangan. Komitmen gaji dapat disarankan hanya setahun sekali berdasarkan estimasi dan disesuaikan seperlunya
selama tahun tersebut. Perubahan akan diperlukan jika struktur upah dan tunjangan berubah, staf di kapal dipromosikan, staf baru
ditambahkan atau pengurangan staf terjadi.
3. Manajemen Pembayaran dan Penerimaan: 1. Verifikasi Barang dan Jasa. Penerimaan dan Pembayaran: Kasus 1: Unit-
unit pengirim merutekan transaksi mereka melalui kantor Perbendaharaan terkait yang, setelah pemeriksaan,
mengirimkan pesanan pembayaran ke bank tempat TSA diadakan. Prosesnya dimulai dengan penerimaan barang dan jasa.
Ini perlu divalidasi terhadap pesanan pembelian dan verifikasi laporan penerimaan dihasilkan dan dimasukkan ke dalam sistem.
Pada tanda terima, faktur dari vendor diperiksa terhadap laporan tanda terima, pesanan pembelian dan proses persetujuan
pembayaran dimulai. Permintaan pembayaran diperiksa dengan mengacu pada anggaran yang tersedia (batas pengeluaran, waran)
dan adanya komitmen sebelumnya. Setelah persetujuan, permintaan dikirim ke bagian manajemen kas dan dijadwalkan untuk
pembayaran. Daftar pembayaran lengkap yang diterima dari Bank TSA (biasanya Bank Sentral) digunakan untuk rekonsiliasi
catatan di Kantor Perbendaharaan dan Unit Pembelanjaan.
3. Manajemen Pembayaran dan Penerimaan. 1. Verifikasi Penerimaan dan Pembayaran Barang dan Layanan: Kasus : 1a:
Unit pengeluaran merutekan transaksi mereka melalui kementerian induk mereka yang setelah pemeriksaan
mengirimkannya untuk pembayaran ke kas, yang mengirimkan pesanan pembayaran ke bank tempat TSA diadakan. T ini
merupakan perpanjangan dari kasus 1 dengan perbedaan bahwa unit pengeluaran tidak berkomunikasi langsung dengan Departemen
Keuangan tetapi mengirimkan verifikasi dan transaksi pembayaran mereka ke kementerian induk yang pada gilirannya
memprosesnya melalui cabang Departemen Keuangan yang sesuai.
3.Manajemen Pembayaran dan Penerimaan. 1. Verifikasi Penerimaan dan Pembayaran Barang dan Layanan: Kasus 2:
Unit-unit pembelanjaan mengalihkan transaksi mereka ke kementerian-kementerian pengeluaran yang kemudian
mengadakannya langsung melalui bank tempat TSA diadakan. Proses dimulai dengan penerimaan barang dan jasa. Ini perlu
divalidasi terhadap pesanan pembelian dan verifikasi laporan penerimaan dihasilkan dan dimasukkan ke dalam sistem. Pada tanda
terima, faktur dari vendor diperiksa terhadap laporan tanda terima, pesanan pembelian dan proses persetujuan pembayaran dimulai.
Permintaan pembayaran diperiksa dengan mengacu pada anggaran yang tersedia (batas pengeluaran, waran) dan keberadaan
komitmen sebelumnya. Setelah disetujui, permintaan dikirim ke bagian manajemen kas Kementerian dan dijadwalkan untuk
pembayaran. Daftar pembayaran lengkap yang diterima dari TSA Bank (biasanya Bank Sentral) digunakan untuk rekonsiliasi catatan
di Kementerian dan Unit Pengeluaran.
3.Pembayaran dan Manajemen Penerimaan: 2. Pembayaran Penggajian .: Unit Pengeluaran menghitung gaji karyawan pada
gulungannya. Ini melibatkan, memperbarui basis data untuk tiga jenis perubahan. (A) C bergantung pada data karyawan yang akan
berdampak pada gaji. Ini termasuk perubahan seperti promosi, penambahan tunjangan baru dll. (B) Perubahan pada karyawan secara
umum data seperti transfer, perubahan alamat, nomor akun, dll. dan, (c) Perubahan yang hanya akan berdampak pada gaji karyawan
dalam bulan ini. Setelah pembaruan ini, unit pengeluaran menghitung penggajian. Ini divalidasi terhadap daftar posisi resmi untuk
unit pengeluaran. Permintaan pembayaran kemudian diteruskan ke Departemen Keuangan untuk persetujuan dan pembayaran.
Perbendaharaan menyetujui permintaan ini setelah memeriksa anggaran yang tersedia (batas pengeluaran, waran) dan daftar posisi
resmi. Permintaan kemudian dikirim ke bagian manajemen kas dan pesanan pembayaran dikirim ke TSA Bank untuk menyetor jumlah
yang sesuai di rekening Bank karyawan. Jika karyawan tidak memiliki rekening bank, bank TSA dapat menyediakan uang tunai untuk
unit pengeluaran untuk pembayaran gaji.
3.Manajemen Pembayaran dan Penerimaan. 3. Kwitansi: Kwitansi pemerintah dibayarkan melalui perintah pembayaran yang
dikeluarkan oleh penerima di Banknya. Bank mentransfer pembayaran ke Rekening Tunggal Perbendaharaan di bank sentral.
Perbendaharaan memantau setoran penerimaan Pemerintah melalui laporan harian yang diterima dari Bank. Departemen Keuangan
mengimplementasikan pengaturan pembagian pendapatan yang ada di antara pemerintah pusat dan pemerintah daerah, dll. Dan
memposting angka-angka bijak kategori pendapatan terperinci dalam Buku Besar dan menginformasikan kepada SU terkait atau
departemen pengumpulan pendapatan dari penerimaan.
4. Manajemen Kas: 1. Perkiraan Pengeluaran dan Penghasilan, 2. Pemantauan uang tunai, 3. Strategi peminjaman: Departemen
manajemen kas menerima perkiraan pengeluaran dan pendapatan dari kementerian pengeluaran dan dari departemen manajemen
utang tentang pengeluaran pembayaran hutang. Agen pengumpulan pendapatan menyiapkan ramalan pendapatan. Departemen
manajemen kas memeriksa data ini sehubungan dengan data akuntansi yang dipesan di TGL, basis data manajemen Utang, dan saldo
kas di TSA dan sub-akun komponennya. Ini memungkinkannya untuk menentukan posisi likuiditas pemerintah dan kekurangan /
surplus. Informasi ini membentuk dasar dari Kemenkeu yang menentukan persyaratan pinjaman dan batas pengeluaran serta surat
perintah untuk kementerian dan unit belanja.
5.Manajemen hutang dan bantuan: 1. Pencatatan dan pembayaran hutang. : Departemen manajemen utang menerima
persetujuan pinjaman dari donor / lembaga pemberi pinjaman dan mendaftarkan rincian pinjaman dalam sistem, termasuk jadwal
pencairan dan pembayaran hutang. Departemen manajemen hutang juga mencatat komitmen terkait dengan pembayaran hutang. Pada
saat menerima tagihan layanan hutang, departemen memverifikasi kwitansi dan pembayaran yang jatuh tempo terhadap portofolio
hutang dan mengirimkannya kepada Departemen Keuangan untuk pembayaran. Perbendaharaan memproses permintaan pembayaran
ini dengan cara yang mirip dengan permintaan pembayaran lainnya. Pada akhir transaksi, bank pembayar mengirimkan daftar
pembayaran ke kas yang pada gilirannya mengirimkan daftar pembayaran terkait utang ke departemen manajemen utang. Ini
digunakan untuk tujuan rekonsiliasi.
5.Pengelolaan Utang dan Bantuan: 2. Penerimaan Pinjaman: Departemen manajemen utang dan / atau kementerian pengeluaran
menerima informasi dari lembaga donor tentang pinjaman yang diberikan kepada pemerintah. Departemen Manajemen Utang
mendaftarkan perjanjian pinjaman dan jadwal rilis tranche untuk pinjaman. Uang tersebut disimpan oleh donor di Bank TSA.
Penerimaan dicatat oleh perbendaharaan dalam buku besar. Informasi tentang penerimaan diteruskan oleh Departemen Keuangan ke
departemen manajemen Utang yang pada gilirannya meneruskannya ke departemen / unit pengeluaran terkait.
5.Pengelolaan Utang dan Bantuan: 3. Tanda terima hibah. Departemen manajemen hutang dan / atau kementerian pengeluaran
menerima informasi dari lembaga pendonor tentang hibah yang diberikan kepada pemerintah. Kementerian meneruskan perjanjian
hibah ke departemen manajemen Utang. DMD mendaftarkan perjanjian hibah dan jadwal rilis tranche untuk hibah, Uang disimpan
oleh pendonor di Bank TSA. tanda terima dicatat oleh perbendaharaan di buku besar. informasi tentang penerimaan diteruskan oleh
Departemen Keuangan ke departemen manajemen Utang yang pada gilirannya meneruskannya ke departemen / unit pengeluaran
terkait.
5. Pengelolaan Utang dan Bantuan: 4. Mengeluarkan surat berharga. Jika departemen manajemen kas menemukan bahwa persyaratan
tunai untuk periode tertentu lebih dari saldo kas yang tersedia di TSA dan akun terkait, ia meminta departemen manajemen Hutang untuk
menerbitkan sekuritas. Departemen manajemen utang memutuskan sifat surat berharga yang akan diterbitkan dan memerintahkan Bank
Sentral untuk menerbitkan surat berharga yang diperlukan. Kwitansi karena penjualan penjualan sekuritas disimpan di TSA dan bank sentral
memberi nasihat kepada MOF.
5.Pengelolaan Utang dan Bantuan 5. Mencatat Jaminan sebagai kewajiban kontinjensi dan memproses pembayaran terhadap
Jaminan. Departemen manajemen utang akan mendaftarkan jaminan yang diberikan oleh pemerintah. Ini akan diperlakukan sebagai
kewajiban kontinjensi. DM1 akan menerima informasi dari penerima jaminan pada saat jaminan dimulai. Pada akhir masa jaminan, penerima
manfaat akan memberi tahu DMD tentang melikuidasi kewajiban kontinjensi. Dalam hal panggilan untuk pembayaran terhadap jaminan
penerima akan mengirim permintaan pembayaran kepada DMD yang, setelah memverifikasi keberadaan kewajiban, akan meminta treasury
untuk melakukan pembayaran
6. Tinjauan Anggaran dan Pelaporan Fiskal: Sistem Perbendaharaan digunakan untuk menghasilkan laporan fiskal berkala yang
memberikan gambaran gabungan dari semua kwitansi dan pengeluaran dan kemajuan terhadap target anggaran. Agar laporan ini
komprehensif, semua item kwitansi dan pengeluaran perlu ditangkap. Bagan Akun Pemerintah adalah dasar dari proses pelaporan
fiskal. Ini termasuk Dana, struktur klasifikasi organisasi, fungsional dan ekonomi dari anggaran dan klasifikasi kelompok akun, aset
dan liabilitas. Karena kementerian lini dan agen pengeluaran melaksanakan program kerja mereka, pengeluaran dan penerimaan
diposting ke GL oleh sistem perbendaharaan berdasarkan objek anggaran. Sistem kimia mencatat fisik pada program dan proyek.
Informasi ini diteruskan ke Kementerian Keuangan. Buku Besar Umum Perbendaharaan mencatat penerimaan dari berbagai jenis
penerimaan pajak, penerimaan pinjaman / bantuan, dan biaya pembayaran hutang. Atas dasar data ini, Kemenkeu dapat menyiapkan
laporan fiskal keseluruhan yang membandingkan pengeluaran dan penerimaan aktual dengan perkiraan anggaran. Laporan-laporan
ini memberikan laporan status dan rekomendasi serta rencana tindakan untuk tindakan korektif selama tahun ini. Ini dapat mencakup
revisi batas pengeluaran, jumlah waran dll.
Pertanyaan Proses
Struktur Organisasi Perbendaharaan

Pertanyaan Jawaban
Apakah ada perbendaharaan yang berfungsi penuh
yang beroperasi di negara ini ? Atau adakah
organisasi keuangan yang dipertimbangkan di
masa depan?
Model apa yang dipertimbangkan atau dipakai a. Model terpusat dengan
dalam pemrosessan pembayaran ? semua pembayaran
transaksi dari unit
pengeluaran dialihkan ke
cabang Treasury yang
sesuai
b. Model terpusat dengan
semua transaksi
pembayaran dari unit
pengeluaran dialihkan
melalui kementerian
induk ke Treasury.
c. Model desentralisasi
dengan kementerian atau
unit pengeluaran
bertanggungjawab
langsung untuk
memproses transaksi
pembayaran.
Dimana rekening tunggal perbendaharaan a. Bank Sentral
dipegang dan apa itu peraturan perbankan b. Bank Sentral dengan
pemerintah ? pembayarandan
penerimaan dilakukan
melalui agen fiskal, yaitu
Bank Komersial
Apakah Bank Central memiliki cabang di
daerah/provinsi?
Apakah kantor Perbendaharaan menggunaan
struktur dua tingkat atau tiga tingkat?
Berapa banyak tingkat kedua/tingkat ketiga dari
kantor Perbendaharaan yang ada di negara?
Berapa banyak unit pengeluaran level satu yang
ada disana?
Berapa banyak unit pengeluaran level satu yang
ada disana?

Manajemen Wewenang Penganggaran


Bagian Angaran, Alokasi, dan Alokasi Waran(Jaminan)

Pertanyaan Jawaban
Klasifikasi anggaran apa yang digunakan? Apakah
klasifikasi anggaran diklasifikasikan menurut
struktur : Organisasi, ekonomi, dan fungsi?
Berikan detail mengenai klasifikasianggaranyang
digunakan!
Apakah sistem persiapan penganngaran otomatis c. Secara elektronik(sebutkan
digunakan dalam persiapan anggaran tahunan? media/aplikasinya)
Bagaiman anggaran yang disetujui diterima? d. Dengan fromat kertas
Kapan anggaran yang disetujui ini diterima?
Berapa level detail anggaran yang dibagi
digunakan oleh kementrian keuangan untuk
pelaksanaan dan kontrol anggaran? Apakah dirinci
menurut unit pengeluaran individu dan oleh
klasifikasi untuk setiap unit pengeluaran?
Berapa volume dari data anggaran yang
dibutuhkan untuk memuat sistem pelaksanaan
anggaran pada awal tahun? (Tidak termasuk
rekaman dindividu)
kementrian) dan penjatahan (untuk untuk
pengeluaran) dilakukan? Apakah batas ditetapkan
dalam jumlah 1/12 dari keseluruhan jumlah yang
disetujui atau mereka ditetapkan dengan
mempertimbangkan rencana pengeluaran
kementrian/unit pengeluaran?
Jangka waktu apa saja yang digunakan rencana a. 1 bulan
pengeluaran yang disiapkan oleh b. 3 bulan
kementriankementrian?unit pengeluaran? c. 6 bulan
d. 1 tahun
Bagaimana rencanarencana tersebut dikirim ke
kementrian keuangan oleh kementrian-
kementrian/unit oengeluaran?
Seberapa sering rencana pengeluaran
disiapkan/direvisi?
Jangka waktu apa saja yang dipakai dalam e. 1 bulan
perkiraan kebutuhan pengeluaran kas? Apakah ada f. 3 bulan
g. 6 bulan
alat yang digunakan dalam memperkirakan h. 1 tahun
perkiraan kebutuhan kas?
Apakah perkiraan kebutuhan kas cocok dengan d. Ya
rencana pengeluaran? e. Tidak
Kontrol apa yang digunakan dalam perilisan c. Mingguan
jaminan? Seberapa sering jaminan/subjaminan d. Bulanan
dikeluarkan setiap tahun atau setiap bulan? Apa e. Saat dibutuhkan
tujuan dari perilisan tersebut?
Berapa banyak jaminan/subjaminan yang diproses
tahun lalu?
Apakah pemrosesan jaminan dan subjaminan f. Otomatis
dilakukan secara otomatis atau secara manual? g. Manual
Apakah subjaminan (yang membawahi unit a. Lini Kementrian
pengeluaran) diproses oleh lini kementrian? Atau b. Kementrian Keuanga
oleh kementrian keuangan?
Bagaimana informasi jaminan dan subjaminan a. Secara elektronik
yang telah disetujui dikirim ke b. Secara manual dengan
kementriankementrian/unit pengeluaran? kertas
Jenis kontrol apa yang digunakan untuk
memastikan bahwa jumlah subjaminan tidak
melebihi total jaminan dan total jaminan tidak
melebihi perkiraan/pembagian? Apakah kontrol
diterapkan untuk setiap lini anggaran?
Apakah jaminan/subjaminan dilakukan oleh dasar
h. Ya
rencana unit pengeluaran? i. Tidak
Apabila jaminan/subjaminan tidak didasarkan oleh
a. Mengikuti anggaran
rencana pengeluaran, bagaimana pembagian b. Mengikuti pengeluaran
jumlah ditentukan? tahun lalu?
c. Lain-lain (sebutkan)
Apakah keberadaan dana kewajiban dan non j. Ya
kewajiban diriviu sebelum melakukan k. Tidak
pemrosessan jaminan baru?

Komitmen Dana
Pengadaan Barang dan Jasa

Pertanyaan Jawaban
Adakah batasan dan kriteria lain sebagai a. Ya
persetujuan permintaan pengadaan untuk unit b. Tidak
pengeluaran, kementerian, dan pada level
kementerian keuangan, yang membutuhkan
peninjauan dan persetujuan Anda.
Siapa yang bertanggung jawab atas peninjauan,
validasi, dan persetujuan atas permintaan
pengadaan pada setiap level?
Bagaimana permintaan dan persetujuan (ke dan a. Secara elektronik
dari kementerian / lembaga pengeluaran b. Manual dengan kertas
[Kemenkeu]) ditransmisikan? c. Keduanya
Berapa banyak permintaan pengadaan yang
dihasilkan selama setahun, tiap bulan?
Berapa banyak penerbitan pesanan
pembelian/penandatanganan kontrak yang
dihasilkan?
Apakah tersedia basis data pemasok? Bagaimana
penyimpanannya dan cara pengaksesannya?
Apakah anggaran dan dana yang tersedia selalu a. Ya
mutakhir dan tersedia untuk dilihat? b. Tidak
Apakah ada peninjauan komitmen yang sudah ada
sebelum menyetujui permintaan baru dan apakah
persetujuan itu berdasarkan pada rencana belanja
kementerian/lembaga pengeluaran?
Bagaimana permintaan pengadaan dilacak?
Apa yang terjadi jika perkiraan jumlah yang
dikirimkan oleh kementerian / lembaga belanja
tidak sesuai dengan perkiraan jumlah yang direkam
selama proses persetujuan?
Apakah jenis penyesuaian, jika ada, yang dapat
dibuat oada permintaan pengadaan?
Pada tahap apakah sebuah komitmen dicatat pada
sistem. Apakah pada tahap permintaan pengadaan
atau penempatan PO (Purchase Order) yang
sebenarnya?
Seberapa sering pembaruan komitmen dilakukan? a. Ya
Apakah ada komitmen akntansi terpusat? b. Tidak

Apakah pedoman pengadaan sudah terbarui dan a. Ya


tersedia untuk semua pegawai? b. Tidak

Apakah basis data berikut tersedia - master a. Ya


contract, pemasok sekarang dan yang potensial? b. Tidak
Apakah data tersebut terintegrasi?
Setelah PO/kontrak dikirim ke pemasok,
bagaimana cara memantaunya?
Apakah sistem pengadaan terkoneksi dengan a. Ya
sistem anggaran? Jika ya, bagaimana Anda b. Tidak
memastikan integritas dan kelengkapan informasi
yang dikirimkan antara kedua sistem.?
Siapa yang memastikan bahwa metode pengadaan
yang sesuai terlaksana?
Berapa rata-rata waktu siklus yang dibutuhkan
untuk sebuah PO yang diterbitkan?
Bagaimana pencatatan dan pelacakan PO
dilakukan? Seberapa detail informasi tersebut dan
di mana data disimpan?
Siapa yang menjadi penanggung jawab utama atas
rancangan, persetujuan, dan penerbitan PO?
Apa jenis manajemen kontrak dan laporan
keuangan manajemen yang sesuai dihasilkan?
Siapa yang melihat laporan tersebut dan bagaimana
menggunakan informasinya?
Beri kami contoh PO pro forma (PO pro forma
adalah PO yang disediakan pemasok sebelum
menyediakan barang atau jasa).
Apa yang akan memicu penolakan PO?
Siapa yang paling bertanggung jawab untuk
menentukan validitas perbaikan atau pembatalan
kontrak? Untuk persetujuan akhir atas
perubahan/pembatalan?
Apakah terdapat titik temu antara sistem a. Ya
penerimaan dan sistem pengadaan? Apakah b. Tidak
memungkinkan untuk menandai perbedaan antara
pengadaan yang ada dan penerimaan actual?
Seberapa sering PO diubah (meningkat atau d. Jarang
menurun) / dibatalkan? Jenis PO apa yang paling e. Sesekali
mengalami perubahan / pembatalan? Apa alasan f. Sering
paling umum untuk perubahan ini?
Apakah pedoman dan prosedur untuk mengubah
dan membatalkan PO / kontrak sudah tersedia?
Siapa yang memastikan pedoman tersebut diikuti?
Bagaimana permintaan untuk perbaikan dan
pembatalan dilacak?
Jika telah ditentukan bahwa tindakan penting
diperlukan untuk memproses perbaikan atau
pembatalan, bagaimana permintaan dikirimkan ke
departemen anggaran?
Bagaimana rincian perbaikan dan pembatalan a. Dipindai
dicatat? Di mana informasi ini disimpan? Apakah b. Diketik
tersedia untuk dilihat dan dapat diambil dengan
mudah oleh karyawan?
Apakah detail perbaikan/pembatalan dapat dilihat a. Ya
secara elektronik? b. Tidak

Apakah yang menyebabkan sistem menolak


perbaikan atau pembatalan?
Ketika PO/perbaikan kontrak/pembatalan kontrak a. Ya
sudah diproses, apakah komitmen mencerminkan b. Tidak
jumlah baru? Seberapa cepat ini terjadi?
Jelaskan proses penerimaan!
Apakah departemen penerima memiliki salinan PO a. Ya
untuk a. Ya b. Tidak
tujuan validasi? Apakah ini tersedia secara
elektronik - Jika demikian, apakah departemen
penerima memiliki akses melihat ke sistem
pengadaan?
Jika barang yang diterima memerlukan pengujian,
bagaimana proses ini dilacak?
Bagaimana informasi penerimaan a. Secara elektronik
dikomunikasikan dengan manajemen kontrak dan b. Manual dengan kertas
akuntansi? c. Keduanya
Ke mana dokumen pendukung diteruskan ke ?
Disimpan?

Pembentukan Posisi Karyawan Baru dan Rekrutmen ke Posisi Tersebut

Pertanyaan Jawaban
Bagaimana persyaratan posisi diidentifikasi,
diklasifikasikan, dan dikatalogkan? Di mana data
ini disimpan?
Bagaimana data biaya SDM ditentukan? Apakah
data tersebut terus diperbarui?
Bagaimana permintaan dan persetujuan posisi c. Secara elektronik
diterima dan dilacak? Apakah ada area penerima d. Manual dengan kertas
pusat? Berapa banyak permintaan pembuatan e. Keduanya
posisi dihasilkan per bulan / per tahun?
Apakah ada daftar periksa yang memfasilitasi
pemrosesan? Apakah pemrosesan otomatis atau
ditangani secara manual - apakah daftar periksa itu
daring atau di atas kertas? Jika di atas kertas,
bagaimana mereka disimpan?
Apakah sistem informasi sumber daya manusia g. Yes
terintegrasi dengan sistem informasi manajemen h. No
keuangan? Jika ya, apakah anggaran dan dana yang
tersedia selalu mutakhir dan tersedia untuk dilihat?
Siapa yang bertanggung jawab atas peninjauan,
validasi, dan persetujuan posisi dan permintaan
pemisahan?
Bagaimana rencana pengeluaran SDM yang
disiapkan oleh kementerian / lembaga belanja?
Apakah informasi ini mudah diperbarui dan
tersedia selama pemrosesan? Sudah komitmen
yang sudah ada ditinjau sebelum menyetujui
permintaan baru; dan apakah persetujuan itu
didasarkan pada rencana pengeluaran SDM
kementerian / lembaga pengeluaran?
Apakah ada permintaan posisi baru yang disetujui
tanpa rencana pengeluaran SDM? Apa alasan
utama persetujuan ini dan seberapa sering hal ini
terjadi?
Apa yang akan menyebabkan penolakan
permintaan, persetujuan posisi / pemisahan dalam
sistem?
Berapa banyak posisi yang terisi tahun lalu?
Pemisahan?
Seberapa serimg diperbarui kepada komitmen a. Harian
SDM dilakukan? Apakah terdapat akuntanasi atas b. Tiap saat
komitmen HR? c. Lainnya

Pengubahan Sistem Penggajian dan Struktur Manfaat

Pertanyaan Jawaban
Bagaimana perubahan pada struktur pembayaran a. Secara elektronik
dan manfaat diteruskan ke departemen anggaran? b. Manual dengan kertas
c. Keduanya
Seberapa sering perubahan dilakukan pada daftar
gaji dan struktur tunjangan tahun lalu?
Bagaimana dampak dari perubahan ini terhadap
anggaran dan komitmen yang dihitung? Siapa yang
terutama bertanggung jawab untuk melakukan
proses ini?
Apa jenis alat analisis yang digunakan untuk
menilai dampak pada keseluruhan anggaran dan
komitmen yang ada?

Anda mungkin juga menyukai