Anda di halaman 1dari 133

30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?

sequence=2&isAllowed=y

KERTAS TEKNIS BANK DUNIA NO. 505


[44
WTP505
Mei 2001
Referensi Perbendaharaan
Model
A / 1i Hashim
Bill Allan

Makalah Teknis Bank Dunia Terbaru


No. 421 Gert jan Bom, Robert Foster, Ebel Dijkstra, dan Marja Tummers, Pendingin Udara Evaporatif:
Aplikasi
untuk Pendinginan Friendlu Secara Lingkungan
No. 422 Peter Quaak, Harrie Knoef, dan Huber Stassen, Energi dari Biomass: Tinjauan Kombuistasi
dan Gasifikasi-
Teknologi tion
No. 423 Unit Sektor Energi, Wilayah Eropa dan Asia Tengah, Bank Dunia, Tidak Dibayar dalam
Skenario Listrik
Tali Timur dan Bekas Uni Soviet
No. 424 Jaffee, ed., Sribisnis Afrika Selatan: Memperoleh Kerja Sama Regional throlughl
No. 425 Mohan, ed., Bibliographiy of Puiblications: Wilayah Afrika, 1993-98
No. 426 Rushbrook dan Pugh, Tempat Pembuangan Akhir Sampah Padat di Negara-Negara Berpenghasilan
Menengah dan Rendah: Sebuah Teknis untuk
Perencanaan, Desain, dan Operasi
427 Marino dan Kemper, Kerangka Kerja Institusional di Pasar Air Sutccessfnil: Brasil, Spanyol,
dan Colorado, AS
No. 428 C. Mark Blackden dan Chitra Bhanu, Gender, Growthi, dan Penanggulangan Kemiskinan:
Progranma Bantuan Khusus
untuk Afrika 1998 Kemiskinan di Afrika Sub-Sahara patung minyak Laporan
429 Gary McMahon, Jose Luis Evia, Alberto Pasc6-Font, dan Jose Miguel Sanchez, Cairan Lingkungan
Penambangan Artisanal, Small, and1 Medium di Bolivia, Chili, dan Peri
430 Maria Dakolias, Pertunjukan Coutrt di Seluruh Dunia: Perspektif Komiparatif
No. 431 Severin Kodderitzsch, Reformasi dalam Agricdlture Albania: Menilai Sektor dalam Transisi
432 Luiz Gabriel Azevedo, Musa Asad, dan Larry D. Simpson, Manajemen Sumber Daya Air: Builk Water
Harga di Brasil
433 Malcolm Rowat dan Jose Astigarraga, Insolvency Amerika Latin Systevis: Penilaian Komparatif
No. 434 Csaba Csaki dan John Nash, eds., Kebijakan Perdagangan Regional dan Internzatiotnal:
Pelajaran untuk Aksesi Uni Eropa dalam
Lokakarya Rutral Sector-Bank Dunia / FAO, 20-23 Juni 1998
No. 435 lain Begg, EU Investmient Grants Review
No. 436 Roy Prosterman dan Tim Hanstad, ed., Hambatan Hukum terhadap Hubungan Tanah Ruiral yang
Efektif di Eutrope Timur
dan Asia Tengah: Perspektif Perbandingan
437 Csaba Csaki, Michel Dabatisse, dan Oskar Honisch, Makanan dan Agricultuzre di Republik Ceko:
Dari
'Velv) et "Transisi ke Tantangan Utama Aksesi UE
No. 438 George J. Borjas, Peneliti Ekonomi tentang Faktor Penentu Imigrasi: Pelajaran untuk Uni
Eropa
No. 439 Mustapha Nabli, Integrationi Keuangan, Kelayakan terhadap Krisis, dan Aksesi UE dalam Lima
Eropa Tengah
Teman
440 Robert Bruce, loannis Kessides, dan Lothar Kneifel, Mengatasi Rintangan untuk Liberalisasi
Telekomunikasi
Sektor di Estonia, Polandia, Republik Ceko, Sloventia, dan Hongaria: Gambaran Umum Masalah
Kebijakan Utama dan
Inisiatif Potensial untuk Memfasilitasi Proses Transisi
No. 441 Bartlomiej Kaminski, Hongaria: Masalah Perdagangan Luar Negeri dalam Konteks Aksesi ke UE
No. 442 Bartlomiej Kaminski, Peran Investasi Langsung Asing dan Kebijakan Perdagangan dalam Aksesi
ke Polandia
Uni Eutropean
No. 443 Luc Lecuit, John Elder, Christian Hurtado, Franiois Rantrua, Kamal Siblini, and Maurizia
Tovo,
Mendefinisikan SIM: Pedoman Sistem Manajemen Infornasi dalam Dana Sosial
No. 444 Robert F. Townsend, Insentif Pertanian di Suub-Sahara Afrika: Tantangan Kebijakan
No. 445 lan Hill, Pengelolaan Hutan di Nepal: Ekonomi Ekologi
No. 446 Gordon Hughes dan Magda Lovei, Reformasi Ekonomi dan Kinerja Lingkungan dalam Ekonomi
Transisi
https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 1/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

No. 447 R. Maria Saleth dan Ariel Dinar, Mengevaluasi Institusi Air dan Kinerja Sektor Air
No. 449 Keith Oblitas dan J. Raymond Peter bekerja sama dengan Gautam Pingle, Halla M. Qaddumi,
dan Jayantha
Perera, Mentransfer Manajemen Irigasi ke Petani di Andhra Pradesh, India
450 Andr6s Rigo Sureda dan Waleed Haider Malik, eds., Tantangan Juedicial di Millenniuim Baru:
Prosiding
Suimmit Kedua dari Pengadilan Sutpreme Ibero-Amerika
No. 451 Bank Dunia, Privatisasi Kekuasaan dan Induistri Gas Natutral di Huingary dan Kazaklhstan
No. 452 Lev Freinkman, Daniel Treisman, dan Stephen Titov, Siubnational Butdgeting in Ruissia:
Preempting a
Potensi Krisis
453 Bartlomiej Kaminski dan Michelle Riboud, Investasi Asing dan Restruictiiring: Buktinya
dari Huingary
(Daftar berlanjut di sampul belakang bagian dalam)

KERTAS TEKNIS BANK DUNIA NO. 505


Referensi Perbendaharaan
Model
A / i Hashim
BillAllan
Bank Dunia
Washington DC

Hak Cipta 2001


Bank Internasional untuk Rekonstruksi
dan Pembangunan / THE WORLD BANK
1818 H Street, NW
Washington, DC 20433, AS
Seluruh hak cipta
Diproduksi di Amerika Serikat
Pencetakan pertama Mei 2001
1 23404030201
Makalah teknis diterbitkan untuk mengkomunikasikan hasil pekerjaan Bank kepada pengembangan
komunitas dengan penundaan sesedikit mungkin. Naskah naskah ini karena itu belum disiapkan di
sesuai dengan prosedur yang sesuai dengan teks cetak formal, dan Bank Dunia menerima no
tanggung jawab atas kesalahan. Beberapa sumber yang dikutip dalam makalah ini mungkin merupakan
dokumen informal yang bukan
tersedia.
Temuan, interpretasi, dan kesimpulan yang diekspresikan dalam makalah ini sepenuhnya milik the
penulis dan tidak boleh dikaitkan dengan cara apa pun dengan Bank Dunia, dengan organisasi
afiliasinya,
atau kepada anggota Dewan Direktur Eksekutifnya atau negara yang diwakilinya. Bank Dunia
melakukannya
tidak menjamin keakuratan data yang termasuk dalam publikasi ini dan tidak bertanggung jawab atas
apa pun
konsekuensi dari penggunaannya. Batas-batas, warna, denominasi, dan informasi lainnya ditampilkan
pada apa saja
Peta dalam buku ini tidak menyiratkan penilaian Kelompok Hukum Bank Dunia mengenai status hukum
dari setiap wilayah atau dukungan atau penerimaan batas-batas tersebut.
Materi dalam publikasi ini memiliki hak cipta. Bank Dunia mendorong penyebarannya
bekerja dan biasanya akan memberikan izin segera.
Izin untuk memfotokopi barang untuk penggunaan internal atau pribadi, untuk penggunaan internal
atau pribadi
klien khusus, atau untuk penggunaan ruang kelas pendidikan, diberikan oleh Bank Dunia, dengan
ketentuan bahwa
biaya yang sesuai dibayarkan langsung ke Copyright Clearance Center, Inc., 222 Rosewood Drive,
Danvers, MA
01923, AS, telepon 978-750-8400, faks 978-750-4470. Silakan hubungi Pusat Izin Hak Cipta
sebelum memfotokopi item.
Untuk izin untuk mencetak ulang masing-masing artikel atau bab, silakan kirim faks permintaan Anda
dengan lengkap
informasi ke Departemen Republication, Pusat Izin Hak Cipta, faks 978-750-4470.
Semua pertanyaan lain tentang hak dan lisensi harus ditujukan kepada Bank Dunia di alamat di atas
atau mengirim faks ke 202-522-2422.
ISBN: 0-8213-4945-7

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 2/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

ISSN: 0253-7494
Ali Hashim adalah spesialis informasi utama di Eropa dan Asia Tengah dan Pengurangan Kemiskinan
Unit Manajemen Ekonomi di Bank Dunia. Bill Allan adalah seorang ekonom senior di Urusan Fiskal
Departemen Dana Moneter Intermasional.
Perpustakaan Kongres Kataloging-in-Publication Data.
Hashim, Ali, 1941-
Model referensi perbendaharaan / Ali Hashim, Bill Allan.
hal. cm. - (makalah teknis Bank Dunia; no. 505)
ISBN 0-8213-4945-7
1. Keuangan, pengolahan Data Publik. I. Allan, Bill. II Judul. AKU AKU AKU. Seri.
HJ131.H37 2001
352.4'0285-dc21 2001026149

ISI
Kata Pengantar ..................................................... ......... ix
Abstrak ................................................. ....................... xi
Ucapan Terima Kasih ................................................. ......... xiii
PARTLI ................................................. .......... 1
GARIS MODEL REFERENSI TREASURI .............................................. 1
Pengantar ................................................. .......... 1
Model Referensi Perbendaharaan: Konteks ................. ............................
.............. 7
Kata Pengantar ................................................ ........................ 7
Sistem Perbendaharaan dalam Konteks Kerangka Keseluruhan untuk Manajemen Keuangan Pemerintah
.......... 7
Kerangka Kerja Peraturan ................................................ ........................
7
Proses Fungsional untuk Penganggaran dan Akuntansi ............................................
............. 10
Sistem Buku Besar Perbendaharaan ..................................................
.......................... 14
Struktur Luas Model Referensi Perbendaharaan ...........................................
.......... 19
Model Konseptual Tingkat Tinggi ..............................................
.......................... 20
Siklus Manajemen Keuangan ...............................................
......................... 24
Proses dan Organisasi Manajemen Keuangan ............................................. ........
........ 25
Proses pada Level 1 dan 2 ............................................
............................ 28
Spesifikasi Perangkat Lunak Aplikasi untuk Modul Sistem Keuangan
.............................................. 29
Arsitektur Teknologi ................................................ ........................ 32
Arsitektur Proses dan Teknologi Transaksi Terdistribusi .........................................
32
Pemrosesan Transaksi Terpusat dan Arsitektur Teknologi .........................................
33
Model Kelembagaan Alternatif untuk Pemrosesan Pengeluaran
............................................ ....... 36
Unit Pengeluaran dan Pemrosesan Pengeluaran Berdasarkan Kementerian Line
.......................................... 36
Pengaturan Perbankan ................................................ ........................ 36
Bagan Proses untuk Pengaturan yang Terdesentralisasi .............................................
.................. 37
Ketaatan terhadap Standar dan Praktik Internasional
................................................ .... 41
Bagan Akun dan Klasifikasi .............................................
........................... 41
Struktur Dasar Akrual ............................................... ......................... 42
Akun Anggaran dan Sistem Klasifikasi .............................................
......................... 45
Klasifikasi Dana ................................................ ........................ 46
Klasifikasi Organisasi ................................................ ........................
46
Klasifikasi Ekonomi ................................................ ........................ 46
Klasifikasi Ekonomi Ilustrasi ...............................................

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 3/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

......................... 47
Klasifikasi Fungsional ................................................ ........................
47
Struktur Program ................................................ ........................ 48
Transparansi Fiskal dan Kaitannya dengan Reformasi Sistem Perbendaharaan
.............................................. .. 48
Faktor Keberhasilan Penting untuk Implementasi Proyek ............................................
...... 51
Komitmen Pemerintah dan Dukungan Manajemen .............................................
.............. 51
Koordinasi Antar Lembaga dan Keterlibatan Pengguna dalam Desain Sistem
........................................ 51
aku aku aku

Kapasitas Organisasi dan Keterampilan Teknis .............................................


........................ 52
Manajemen Perubahan ...................................................
........................... 53
Perencanaan Proyek Formal ...................................................
........................... 54
Sistem dan Administrasi Data ..................................................
............................ 54
Dukungan Teknis Lokal ...................................................
........................... 55
Beberapa Proyek Pengembangan Perbendaharaan dalam Ekonomi Transisi
................................ 57
Proyek Modernisasi Perbendaharaan Kazakhstan ..............................................
........................ 57
Proyek Sistem Treasury Ukraina ..............................................
............................... 59
Proyek Manajemen Keuangan Publik Hongaria .............................................
........................ 60
BAGIAN II ................................................ ............. 63
BAGAN PROSES RINCI, PERTANYAAN PROSES, FUNGSIONAL
SPESIFIKASI & ARSITEKTUR DATA .............................................. ......... 63
Diagram Proses ........... 63
Legenda Simbol .............. 64
Manajemen Otoritas Anggaran - Pengalokasian dan Penjatahan
.............................................. 65
Manajemen Otoritas Anggaran- Alokasi Waran ...........................................
.............. 66
Manajemen Otoritas Anggaran- Transfer dan Virus Anggaran .........................................
67
Manajemen Otoritas Anggaran - Anggaran Tambahan ...........................................
......... 68
Komitmen Dana- Pengadaan Barang dan Jasa- Kasus 1 .......................................... ...
69
Komitmen Dana- Pengadaan Barang dan Jasa- Kasus 2 .......................................... ...
70
Komitmen Dana- Penciptaan Posisi Staf Baru dan Perekrutan untuk Posisi ini ............... 71
Komitmen Dana- Komitmen Penggajian ............................................
........................ 72
Manajemen Pembayaran dan Penerimaan - Verifikasi Penerimaan dan Pembayaran Barang dan Layanan-
Kasus 1 ................................................ ........................ 73
Manajemen Pembayaran dan Penerimaan - Verifikasi Penerimaan dan Pembayaran Barang dan Layanan-
Kotak la ................................................ ........................ 74
Manajemen Pembayaran dan Penerimaan - Verifikasi Penerimaan dan Pembayaran Barang dan Layanan-
Kasus 2 ................................................ ........................ 75
Manajemen Pembayaran dan Penerimaan - Pembayaran Payroll
........................................... .............. 76
Manajemen Pembayaran dan Penerimaan - Penerimaan ............................................
...................... 77
Manajemen Kas- Pengeluaran dan Perkiraan Pendapatan, Pemantauan Uang Tunai, Strategi Peminjaman
...... 78
Manajemen Hutang & Bantuan - Pencatatan dan Layanan Hutang
......................................... ............. 79
Manajemen Utang & Bantuan - Penerimaan Pinjaman ...........................................

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 4/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

............................. 80
Manajemen Utang & Bantuan - Penerimaan Hibah ........................................... ......
.......... ............ 81
Manajemen Hutang & Bantuan- Penerbitan Efek ................................. 82
Manajemen Hutang & Bantuan- Rekaman Jaminan sebagai Kewajiban Kontinjensi
...................................... 83
Ulasan Anggaran dan Pelaporan Fiskal ............................................. ......... 84
Memproses Kuisioner ............................................. 85
Struktur Organisasi Perbendaharaan ................................................. ............
85
Manajemen Otoritas Anggaran .............................................. .......... 85
Pembagian Anggaran, Penjatahan, dan Alokasi Waran ..............................................
.... 85
Transfer dan Virus Anggaran .................................................. .......... 87
Anggaran Tambahan ................................................ ........ 87
Komitmen Dana ............................................... ......... 88
Pengadaan barang dan jasa ............................................. ........... 88
Penciptaan Posisi Staf Baru dan Perekrutan untuk Posisi ini
....................................... .. 90
Perubahan pada Struktur Penggajian dan Manfaat ...........................................
............. 90
iv

Perubahan Personil dan Kelas ........................ 91


Manajemen Pembayaran dan Penerimaan ........................ 91
Verifikasi Permintaan Pembayaran ........................ 91
Otorisasi Pembayaran ........................ 93
Pembayaran terhadap Faktur ........................ 94
Pembayaran Gaji dan Manfaat ........................ 95
Pembayaran Pensiun ........................ 97
Pembayaran Lain ........................ 98
Menjadwalkan Pembayaran ........................ 99
Pemrosesan Pembayaran ........................ 99
Memproses Transfer ........................ 100
Penerimaan: Penerimaan Pajak ........................ 100
Bagi Hasil Pajak ........................ 101
Penerimaan: Penerimaan Bukan Pajak ........................ 102
Manajemen Kas ........................ 103
Prakiraan Arus Kas ............................................... ................. 103
Prakiraan Pendapatan ................. 103
Prakiraan Pengeluaran ................. 104
Memantau Saldo Kas ................. 104
Mengelola Saldo Kas ................. 105
Rekonsiliasi TSA (Rekening Tunggal Perbendaharaan) dan Saldo Sub-Rekening
................................. 105
Memantau Hutang .................................................... ................. 105
Memantau Piutang .................................................... ................. 106
Investasikan Idle Cash ............................................... .................. 106
Menyimpan Catatan Portofolio ............................................... ..................
107
Manajemen Utang dan Bantuan .............................................. ................... 107
Perjanjian Utang Baru ............................................... .................. 107
Penerimaan Bantuan Luar Negeri dan Hibah .................................................
.................... 107
Arus Masuk Utang Baru ............................................... .................. 108
Pembayaran Layanan Hutang ............................................... .................. 108
Penerbitan Efek ............................................... .................. 109
Penukaran Efek ............................................... .................. 110
Ulasan Anggaran dan Pelaporan Fiskal .............................................
..................... 111
Pemantauan Pendapatan .................................................... .................. 111
Pemantauan Pengeluaran ................................................ .................. 111
Monitoring Program Kerja ................................................... ..................
112
Sistem Perbendaharaan - Persyaratan Fungsional Keseluruhan
............................................ ... 113
Proses Fungsional - 1. Manajemen Otoritas Anggaran .........................................

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 5/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

........... 115
Proses Awal Tahun ................................................. .................... 116
Menyimpan Data Anggaran ............................................... .................. 118
Waran ................................................. ................ 119
Proses Fungsional - 2. Komitmen Dana ..........................................
....................... 122
Entri Komitmen ................................................ ................. 122
Proses Fungsional - 3. Manajemen Pembayaran dan Penerimaan, (a) Manajemen Pembayaran
............... 125
Entri Faktur ................................................ ................. 125
Administrasi Kontrak ................................................ ................. 127
Administrasi Pembayaran ................................................ ................. 132
Daftar Gaji ................................................. ................ 139
Pemrosesan Penggajian ................................................ ................. 141
Akhir tahun .............................................. ................... 146
Proses Fungsional - 3. Manajemen Pembayaran dan Penerimaan, (b) Manajemen Penerimaan
................ 147
Membuat Data Referensi ............................................... .................. 147
Penerimaan Penerimaan ................................................ ................. 150
Lain-lain ..................................................... ................ 153
Proses Fungsional - 4. Manajemen Uang Tunai ...........................................
...................... 155
v

Masukkan Rencana Pengeluaran Bulanan ..............................................


........................ 155
Merevisi Rencana Pendapatan / Prakiraan .................................................
......................... 157
Menyimpan Data Manajemen Hutang ..............................................
........................ 158
Proses Fungsional - 5. Pengelolaan Utang & Bantuan .........................................
...................... 160
Rekaman Data Pinjaman / Bantuan Dasar dan Penjaminan .........................................
................ 161
Bantuan ................................................. ..................... 164
Pinjaman yang Diberikan oleh Pemerintah ..............................................
........................ 164
Antarmuka dengan Modul Sistem Akuntansi ............................................
................ 165
Proses Fungsional - 6. Tinjauan Anggaran dan Pelaporan Fiskal
........................................ ........ 166
Laporan Fiskal Keseluruhan ............... 166
Laporan Terkait Manajemen Otoritas Anggaran, Komitmen & Pembayaran ................... 171
Laporan Penggajian ................................................ ......................... 174
Laporan Terkait Manajemen Penerimaan .............................................
....................... 177
Laporkan Terkait dengan Manajemen Kas .............................................
............................ 180
Laporan Terkait Manajemen Hutang .............................................
.......................... 182
Spesifikasi umum ................................................ ......................... 183
Prosedur Awal Tahun ................................................. ............................
183
Agregasi Data dari Sistem Regional .... ..................................................
............ 183
Rekonsiliasi Posting Harian ke Rekening Tunggal Perbendaharaan ........................ ...... 185
Penutupan Akun Akhir Tahun ..............................................
............................... 185
Lain-lain ..................................................... ........................ 187
Fasilitas Impor dan Ekspor Data .............................................
............................ 187
Antarmuka dengan Sistem Lain ..................................................
........................... 187
Pemetaan Mundur Kode Akun ............................................. ...
....................... 187
Fitur keamanan ................................................ ......................... 187
Pemulihan dan Integritas Data ..............................................

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 6/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

........................... 188
Arsitektur Data- Entitas Data Dibuat oleh Proses Fungsional Perbendaharaan ........ 189
Daftar Pustaka ................................................. .......... 197
Kotak
Kotak 1. Sistem Berbasis Komputer untuk Manajemen Perbendaharaan
........................................ ......... 6
Kotak 2. Kerangka Kebijakan dan Reformasi Kelembagaan
.............................................. ............... 13
Kotak 3. Kemampuan Sistem Buku Perbendaharaan .........................................
................. 16
Kotak 4. Arsitektur Sistem Informasi untuk Manajemen Keuangan Pemerintah .........................
18
Kotak 5. Pindah dari Uang Tunai ke Dasar Akrual .......................................
....................... 44
Tokoh
Gambar 1. Ruang Lingkup Model Referensi Perbendaharaan .........................................
................... 3
Gambar 2. Kerangka Sistem Informasi Keseluruhan untuk Fiskal Pemerintah
Manajemen ................................................. .................... 17
Gambar 3. Garis Besar Model Referensi Perbendaharaan ..........................................
.................... 20
Gambar 4. Model Konseptual Tingkat Tinggi Sistem Perbendaharaan
....................................... ... 23
Gambar 5. Siklus Manajemen Keuangan Pemerintah ...........................................
............. 24
Gambar 6. Gambaran Umum Proses Perbendaharaan dan Pengaturan Organisasi
........................... 27
Gambar 7. Modul Sistem Perbendaharaan ............................................
......................... 30
Gambar 8. Sistem Perbendaharaan - Arsitektur Terdistribusi - Pemrosesan Transaksi Dilakukan di
Kantor Regional dan Distrik ..................................................
....................... 34
Gambar 9. Sistem Perbendaharaan - Arsitektur Terpusat - Semua Pemrosesan Transaksi Dilakukan di
Pusat ................................................. ................... 35
Gambar 10. Pengaturan Alternatif untuk Pemrosesan Pembayaran .......................
................... 38
kami

Gambar 11. Tingkat Sentralisasi Tanggung Jawab untuk Pengendalian Pengeluaran dan Akuntansi untuk
Model Organisasi yang berbeda untuk Perbendaharaan ............................................ ..
39
Gambar 12. Pengaturan Perbankan Alternatif ............................................ .. 40
Gambar 13. Akun Anggaran / Sistem Klasifikasi .......................................... .... 45
Gambar 14. Modul Sistem Perbendaharaan ............................................ .. 114
Tabel
Tabel 1. Ringkasan Struktur Proses Level 1 dan 2 ....................................... ........
28
Tabel 2. Elemen Kode Transparansi Fiskal Yang Relevan dengan Perbendaharaan
......................................... 49
vii

KATA PENGANTAR
Bank Dunia dan Dana Moneter Internasional menempatkan penekanan yang semakin meningkat
pada pelaksanaan proyek yang bertujuan untuk meningkatkan pengelolaan keuangan publik di Indonesia
negara anggota. Sistem keuangan membentuk tulang punggung untuk merekam dan memproses semua
transaksi keuangan terkait dengan anggaran untuk setiap tingkat pemerintahan. Terintegrasi
sistem perbendaharaan menawarkan beberapa manfaat signifikan dalam mengelola uang publik lebih
banyak
efektif, termasuk, kontrol keuangan yang lebih besar, peningkatan pemantauan pemerintah
posisi kas dan perencanaan yang lebih baik untuk persyaratan di masa depan, pelaporan fiskal yang
lebih baik, dan
ketersediaan data yang lebih baik untuk formulasi anggaran. Pembentukan yang efektif

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 7/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

sistem perbendaharaan juga akan berkontribusi langsung untuk meningkatkan transparansi dan
akuntabilitas
pemerintah.
Makalah ini didasarkan pada pengalaman penulis dalam mendesain dan mengimplementasikan Treasury
sistem sebagai bagian dari proyek Bank / IMF di beberapa negara di kawasan ECA dan lainnya
dimana. Penulis bermaksud Treasury Reference Model (TRM) yang dijelaskan dalam ini
dokumen yang akan digunakan sebagai alat pengembangan untuk manajer fiskal dan pengembang sistem.
Ini bertujuan, pada contoh pertama, untuk memfasilitasi proses merancang sistem perbendaharaan
proyek. Dengan menggabungkan fitur desain dan praktik terbaik yang diambil dari berbagai
pengalaman internasional model ini bertujuan untuk meningkatkan kualitas spesifikasi teknis
dan untuk memberikan input kunci untuk proses reformasi kelembagaan. Lebih luas, itu diharapkan
bahwa TRM akan membantu menerapkan praktik-praktik yang baik dalam akuntansi dan pengeluaran
fiskal
mengontrol dan memberikan panduan tentang standar pertemuan yang ditentukan di bawah berbagai
internasional
standar dan kode seperti yang diatur dalam Kode Praktik Baik Fiskal IMF
Transparansi-Deklarasi tentang Prinsip (kode transparansi fiskal) dan detailnya
standar fidusia sedang dikembangkan oleh Bank Dunia.
Pradeep K. Mitra
Direktur
Pengurangan Kemiskinan dan Manajemen Ekonomi
Wilayah Eropa dan Asia Tengah
ix

ABSTRAK
Model Referensi Perbendaharaan (TRM) yang dijelaskan dalam dokumen ini memberikan pedoman untuk
desain sistem perbendaharaan otomatis untuk pemerintah yang ditujukan untuk dua kelompok orang:
(a) otoritas dalam pemerintah dan penasihat mereka yang terlibat dalam perencanaan dan
menerapkan sistem seperti itu; dan (b) perancang dan pemasok perangkat lunak dari swasta
pengembang sektor atau bahkan perangkat lunak perbendaharaan in-house. Untuk mantan kelompok,
tujuannya
adalah untuk menyediakan alat untuk membantu dengan desain dan definisi fungsional dan sistem
spesifikasi teknis terkait dengan lembaga pemerintah dan proses-serta
memfasilitasi reformasi proses-proses ini. Untuk kelompok kedua, tujuan utamanya adalah untuk
menyediakan a
definisi yang jelas tentang kebutuhan khas pemerintah untuk sistem perbendaharaan. Kebutuhan ini
berbeda
secara signifikan dari kebutuhan sektor swasta - meskipun kemampuan akuntansi akrual adalah
semakin dibutuhkan oleh pemerintah.
Untuk membantu dalam proses merancang sistem Perbendaharaan, makalah ini dimulai pada Bagian I
dengan a
diskusi tentang fitur-fitur utama dari sistem tersebut, termasuk proses fungsional inti,
berbagai pilihan kebijakan yang terkait dengan desain mereka dan kelembagaan terkait
pengaturan.
Pembentukan sistem perbendaharaan yang efektif akan berkontribusi langsung pada peningkatan
transparansi dan akuntabilitas pemerintah dan untuk memenuhi persyaratan yang ditetapkan dalam
Kode Praktek yang Baik IMF tentang Transparansi Fiskal-Deklarasi tentang Prinsip
(kode transparansi fiskal) dan standar lainnya, seperti standar fidusia terperinci
dikembangkan oleh Bank Dunia. Penting untuk mempertimbangkan aspek-aspek ini secara eksplisit
akun dalam desain dan implementasi sistem perbendaharaan. Elemen yang relevan dari
kode transparansi fiskal, oleh karena itu, termasuk dalam TRM.
Bagian II dari model memberikan diagram alir terperinci dari proses fungsional yang terkait dengan
Sistem keuangan, kuesioner diagnostik yang dapat digunakan untuk menilai negara tertentu
persyaratan, seperangkat spesifikasi fungsional sampel yang dapat digunakan untuk
pengadaan dan / atau pengembangan perangkat lunak aplikasi yang akan diminta untuk
menerapkan sistem ini, dan daftar entitas data utama yang terkait dengan Treasury
sistem.
TRM juga menyediakan sarana untuk menerapkan standar analitik yang ditingkatkan untuk
pelaporan fiskal. Semakin banyak pemerintah yang bergerak ke arah dasar laporan 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 baik daripada akun
disusun untuk memfasilitasi pencatatan dan pelaporan akrual. Struktur bagan generik dari
akun yang dapat dikembangkan baik untuk akuntansi berbasis tunai atau akrual, namun demikian

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 8/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

konsisten dengan prinsip-prinsip GFS yang direvisi, karena itu dimasukkan dalam TRM.
Xi

UCAPAN TERIMA KASIH


Versi awal Model Referensi Perbendaharaan dikembangkan di bawah hibah
disediakan oleh dana INFODEV Bank Dunia dan berdasarkan kontrak dengan perusahaan IBM.
Versi ini telah dimodifikasi secara luas agar lebih bermanfaat bagi Pemerintah
pejabat dan staf Bank / IMF dalam pekerjaan mereka. Pengeluaran Publik Bank Dunia
Manajemen Grup Tematik yang beroperasi di bawah Jaringan PREM telah mendanai sebagian dari
pekerjaan selanjutnya.
Para penulis berterima kasih kepada sejumlah rekan dari Bank Dunia, IMF dan
di tempat lain untuk komentar bermanfaat pada draft awal makalah ini. Khususnya kami akan
mengucapkan terima kasih kepada Vijay Ramachandran dan Eivind Tandberg dari IMF karena memberikan
perincian
komentar. Komentar yang sangat berguna juga telah diterima dari Peter Dean, Malcolm
Holmes, Allister Moon dan Jack Diamond. Para penulis telah menggambar di Bank Dunia /
IMF bekerja di beberapa negara, termasuk Kazakhstan, Ukraina, Pakistan, dan Mongolia,
sambil mengembangkan spesifikasi fungsional untuk sistem Perbendaharaan yang disajikan dalam hal
ini
kertas.
xiii

BAGIAN I
GARIS MODEL REFERENSI TREASURY
PENGANTAR
Bank Dunia dan Dana Moneter Internasional memberi tekanan besar
pada pelaksanaan proyek yang bertujuan untuk meningkatkan pengelolaan keuangan publik di Indonesia
negara anggota. Sistem keuangan membentuk tulang punggung untuk merekam dan memproses semua
transaksi keuangan terkait dengan anggaran untuk setiap tingkat pemerintahan. Terintegrasi
sistem perbendaharaan menawarkan beberapa manfaat signifikan dalam mengelola uang publik lebih
banyak
secara efektif:
* Integrasi penuh anggaran dan data pelaksanaan anggaran, 'dengan demikian memungkinkan lebih
besar
pengendalian keuangan;
* Peningkatan perencanaan untuk uang tunai serta pengawasan yang ketat dan tepat waktu
posisi kas pemerintah;
* Penyediaan pelaporan manajemen yang memadai di berbagai tingkat pelaksanaan anggaran;
* Peningkatan kualitas data untuk persiapan dan pelaksanaan anggaran; dan
* Fasilitasi penyusunan laporan keuangan dan laporan keuangan lainnya untuk
penganggaran, analisis dan kontrol keuangan.
Model Referensi Perbendaharaan (TRM) yang dijelaskan dalam dokumen ini memberikan pedoman untuk
desain sistem perbendaharaan terkomputerisasi2 untuk pemerintah, yang ditujukan untuk dua kelompok
orang: (a) Manajer tugas dan otoritas bank dalam pemerintah, dan penasihat mereka,
siapa yang terlibat dalam perencanaan dan penerapan sistem seperti itu; dan (b) perancang
perangkat lunak
dan pemasok dari sektor swasta - atau bahkan pengembang perangkat lunak perbendaharaan internal.
Untuk grup formerc, tujuannya adalah untuk menyediakan alat untuk membantu dengan desain dan
definisi
spesifikasi fungsional dan teknis untuk sistem yang terkait dengan lembaga pemerintah
dan proses-serta memfasilitasi reformasi proses ini. Untuk kelompok kedua, para
Tujuan utamanya adalah untuk memberikan definisi yang jelas tentang kebutuhan khas pemerintah
untuk perbendaharaan
sistem. Kebutuhan-kebutuhan ini berbeda secara signifikan dari kebutuhan sektor swasta - meskipun
akrual
kemampuan akuntansi semakin dibutuhkan oleh pemerintah.
'Istilah "integrasi penuh" tidak menyiratkan bahwa satu sistem terintegrasi diperlukan untuk
keduanya
persiapan anggaran dan pelaksanaan anggaran, tetapi data itu didefinisikan dalam istilah dan alur

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 9/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

yang sama
mulus dari satu set fungsi ke yang lain.
2 Istilah "sistem perbendaharaan" digunakan di seluruh laporan ini untuk menggambarkan
komputerisasi terintegrasi
sistem untuk mengelola transaksi pemerintah yang mencakup pelaksanaan dan otorisasi anggaran
proses; komitmen dan pembayaran; mengelola uang tunai dan aset serta liabilitas lainnya;
memelihara akun; dan pelaporan fiskal.
saya

Tiga hasil utama dicari: Pertama, model harus secara signifikan mengurangi waktu
diambil untuk tahap awal desain sistem perbendaharaan (lihat Gambar 1 dan diskusi di bawah).
Kedua, dengan menggabungkan fitur desain standar dan praktik terbaik yang diambil dari suatu
jajaran
pengalaman internasional, model ini juga bertujuan untuk meningkatkan kualitas spesifikasi
dan memberikan input kunci ke dalam proses reformasi kelembagaan. Ketiga, pemasok swasta PT
perangkat lunak harus dapat menyediakan perangkat lunak yang memenuhi persyaratan klien dengan
kebutuhan yang lebih sedikit
untuk parameterisasi yang luas. TRM juga dapat membantu mengevaluasi kebaikan yang sesuai
aplikasi perangkat lunak perbendaharaan yang berbeda dan dengan demikian memfasilitasi pengadaan
sistem dan
pelaksanaan.
Desain dan implementasi sistem tresuri adalah proses yang kompleks. Gambar 1 menunjukkan a
siklus hidup proyek yang khas, dipecah menjadi fase desain dan implementasi yang berbeda.
Ruang lingkup penelitian ini difokuskan terutama pada tiga langkah pertama Fase 1 (dalam
daerah teduh) dan bermaksud menyarankan beberapa standar untuk fase ini dan mengurangi waktu
diambil untuk menyelesaikan tugas ini.
2

GAMBAR 1. RUANG LINGKUP MODEL REFERENSI TREASURY


Desain Fungsional Tingkat Tinggi: Deiniion dl Legal dan
Pekerjaan Institusional dan hubungan antara Depkeu. .
dan lembaga lainnya
Wicticil: 5 ~ '~ TM Scope
proses, Bagan Akun, Arus Informasi,
* -1 * X retnaw dan vogrementdszg bs
. ~ 0> ~ Xt - -4 ^ Desain Sistem Teknis: Teknis
, z ',, Archtcite, Soltwwerequirements
Ats R ',; tUkuran dan ukuran
Perangkat keras
Spcfcations
Pengadaan: Pembangunan Dunia
Bank RFP untuk Sottware Aplikasi,
Perangkat Keras dan Layanan, Tender,
| Evaluasi dan Contrar Awvard [
<~~~~~~~~~~~~~~~~~~~~~~~ Softwiare tiV Gap analysis
r ~~~~~~~~~~~~~~~~~~~~~~~ Software aplikasi.
jam ~~~~~~~~~~~~~~~~ amrttziztion dan Customizattion.
Integrasi dan implikasi sistem
Pengembangan detail
manual pengoperasian, prosedur
L dan Indructions
Ubah manajemen dan pelatihan pengguna akhir
L ..
Sistem Pilot
. > ~~~ 0 Replikasi
Implementasi Rlt
12-18 bulan w12-amonths) 24-3Cmonths
3

Design Phase3 mencakup yang berikut:


* Desain Fungsional Tingkat Tinggi membahas komponen fungsional utama yang diperlukan
untuk memenuhi persyaratan fungsional dari Perbendaharaan. Desain fungsional tingkat tinggi
akan menangani masalah yang terkait dengan upaya hukum dan kelembagaan untuk anggaran

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 10/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

persiapan dan pelaksanaan, dan keterkaitan yang diperlukan antara berbagai lembaga
dan Kementerian Keuangan.
* Desain Fungsional Terperinci mencakup definisi proses fungsional utama
dan arus informasi yang terkait dengan pelaksanaan anggaran, definisi anggaran
struktur klasifikasi dan bagan akun, dan persyaratan pelaporan.
* Desain Sistem Teknis mendefinisikan arsitektur teknis keseluruhan dalam hal
karakteristik aplikasi perangkat lunak, perangkat keras dan komunikasi
struktur yang diperlukan untuk menerapkan sistem perbendaharaan.
* Ukuran Komponen dan Persiapan Spesifikasi Pengadaan. Tugas ini
mengembangkan kriteria kinerja utama untuk komponen sistem informasi, seperti
volume data yang akan diproses atau diperlukan waktu respons, dan memasukkannya ke dalam
spesifikasi pengadaan.
* Pengadaan Komponen di mana 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 lunak4 untuk menyesuaikan paket dengan yang spesifik
persyaratan implementasi.
3 Tahap-tahap ini fokus pada proses desain sistem komputer, yang merupakan bagian dari keseluruhan
manajemen proyek. Langkah-langkah proyek termasuk persetujuan proyek, pengembangan spesifikasi,
strategi akuisisi (termasuk analisis risiko dan mitigasi), tender dan membiarkan kontrak,
tinjauan proyek dan pelatihan serta dukungan adalah semua elemen penting dari keseluruhan proses.
Lihat
Bab VI "Faktor Kesuksesan Penting" dalam Hashim dan Allan (1999) dan bagian 1.5 dari makalah ini
untuk diskusi tentang pentingnya sejumlah elemen ini dalam keberhasilan implementasi
proyek perbendaharaan. Tesis dari Model Referensi Perbendaharaan adalah bahwa fokus yang lebih
jelas atas dasar
desain sistem komputer akan memfasilitasi koordinasi aspek-aspek lain dari manajemen proyek.
4 Kustomisasi melibatkan perubahan dalam kode sumber, yang cenderung menyebabkan masalah saat baru
versi paket perangkat lunak aplikasi komersial dirilis. Membutuhkan parameterisasi
hanya pengaturan spesifik dari variabel aplikasi standar oleh pengguna (namun seringkali
membutuhkan
upaya desain awal yang cukup besar) yang sebagai aturan akan dilakukan sampai versi selanjutnya
perangkat lunak aplikasi.
4

* Manual operasi dan prosedur. Ini melibatkan pengembangan detail


mengoperasikan manual dan prosedur yang terkait dengan proses dan detail fungsional
persyaratan pelaporan.
* 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).
5

Kotak 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; dan (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.
membuat. Data dalam basis data sistem dapat disajikan dalam berbagai format sesuai dengan

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 11/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

persyaratan manajemen; dan,


(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. Pertama, sistem ini memungkinkan untuk mengintegrasikan
transaksi
klasifikasi dan posting dengan pemrosesan transaksi. Ini berarti bahwa sebagai transaksi diproses,
misalnya sebagai
pembayaran dilakukan, dapat secara bersamaan diklasifikasikan dan diposting ke akun yang sesuai.
Ini memastikan hal itu
semua data transaksi dimasukkan dengan cepat dan benar dalam basis data sistem. Kedua, penggunaan
berbasis komputer
sistem memfasilitasi otomatisasi banyak kontrol dan prosedur. Saat transaksi diproses, sistem
dapat menerapkan kontrol yang diperlukan, misalnya memastikan bahwa alokasi anggaran yang tepat
ada sebelum membuat a
komitmen atau menyetujui pembayaran. Intervensi manual diperlukan hanya dalam kasus yang
membutuhkan
pengecualian pada prosedur. Dalam kasus ini sistem akan menyimpan jejak audit yang tepat
sertakan detail mengenai otorisasi untuk pengecualian.
Namun penerapan sistem seperti itu, umumnya membutuhkan reformasi substansial dalam kelembagaan
yang ada
pengaturan. Berbagai aliran informasi di antara berbagai elemen sistem harus diintegrasikan secara
erat
mencapai keuntungan penuh dari komputerisasi. Untuk desain dan implementasi fiskal pemerintah yang
efektif
sistem informasi manajemen, oleh karena itu penting, bahwa (a) diperlukan reformasi keuangan yang
mendasarinya
proses manajemen secara jelas disepakati dan dipahami sebagai dasar untuk desain sistem; (B)
fungsional dan
spesifikasi teknis untuk desain sistem didasarkan pada proses-proses ini, dan (c) pedoman yang
jelas disediakan untuk
mengintegrasikan semua subsistem yang diperlukan untuk mendukung Manajemen Fiskal Pemerintah
(GFM).
Sistem ini terintegrasi dalam arti bahwa berbagai modul komponennya dapat bertukar data
dan ada satu titik masuk aman untuk data yang umum digunakan. Pendekatan ini mendukung penciptaan
sistem dan database di mana tanggung jawab utama untuk penyediaan tepat waktu dari subset tertentu
data berada pada organisasi yang bertanggung jawab untuk fungsi itu. Namun, data dalam basis data
sistem adalah
dapat diakses oleh semua organisasi terkait lainnya (tunduk pada kontrol keamanan yang sesuai).
Ketaatan ini
prinsip desain menghilangkan pengumpulan data duplikat dan, yang lebih penting, memungkinkan semua
lembaga
bertanggung jawab atas fungsi GFM tertentu untuk bekerja dengan set data yang sama, sehingga
menghilangkan risiko data
ketidakkonsistenan, yang tidak dapat dihindari dalam data yang dikumpulkan secara terpisah.
6

MODEL REFERENSI TREASURY: KONTEKS


Kata Pengantar
Bagian berikut menjelaskan model Treasury umum. Dalam mempraktikkan kehidupan nyata
sistem, seperti yang diterapkan di negara tertentu, dapat berisi beberapa variasi dibandingkan
ke model. Ini berkisar dari struktur paling dasar yang beroperasi dengan pendapatan rendah
negara berkembang ke sistem paling maju di negara-negara OECD. Dokumen ini
berfokus pada jalan tengah dari spektrum ini. Model Treasury yang disajikan di sini
didasarkan pada sistem yang sedang diperkenalkan di beberapa ekonomi transisi dan
negara-negara berkembang di mana IMF dan Bank Dunia terlibat dalam Perbendaharaan
proyek pengembangan. Model dasar itu sendiri dan pendekatan manajemen yang diwujudkannya,
dengan fokus kepatuhan yang kuat dan beberapa lapisan kontrol, mungkin lebih tepat
untuk negara-negara ini. Namun, beberapa negara lebih maju, di mana kepatuhan terhadap
disiplin fiskal bukan masalah, dapat mengambil manfaat dari model dengan penekanan kuat pada
devolusi dan akuntabilitas. Beberapa konfigurasi alternatif untuk sistem perbendaharaan adalah
dibahas dalam makalah ini. Kotak 1 mencantumkan karakteristik utama Sistem Perbendaharaan.
Sistem Perbendaharaan dalam Konteks Kerangka Keseluruhan untuk Fiskal Pemerintah
Pengelolaan
Konsep treasury perlu ditetapkan, pertama, dalam konteks kerangka kerja keseluruhan untuk
manajemen fiskal pemerintah, yang meliputi peramalan dan manajemen ekonomi makro,

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 12/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

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.
Oleh karena itu berguna untuk menguraikan proses fungsional untuk fiskal pemerintah
manajemen dan kerangka kerja peraturan yang mendukung proses ini sebelumnya
membahas sistem Perbendaharaan secara terperinci.
Kerangka Regulasi
Kerangka peraturan keseluruhan untuk mengoperasikan berbagai modul komponen
jaringan sistem terdiri dari elemen-elemen berikut:
* struktur kontrol
* klasifikasi akun
* persyaratan pelaporan
7

Sistem informasi perlu menggabungkan fitur untuk memastikan bahwa mereka mematuhi
persyaratan kerangka kerja ini. Oleh karena itu, kerangka kerja peraturan harus ada
tempat - mungkin ditinjau dan dimodifikasi - sebelum pekerjaan produktif dapat dimulai pada
desain sistem komputer untuk mendukung manajemen fiskal. Diskusi lengkap tentang keseluruhan
kerangka kerja pengaturan berada di luar cakupan makalah ini. Namun, makalah ini tidak
menggambarkan elemen dasar kerangka kerja ini untuk menyoroti faktor kontrol yang seharusnya
dimasukkan ke dalam desain modul sistem komponen. Kotak 2 mencantumkan reformasi kebijakan
yang perlu menyertai pengembangan sistem.
Struktur kontrol
Banyak kontrol dasar yang diterapkan pada penggunaan dana pemerintah
berasal dari kerangka kerja legislatif, sangat sering dengan prinsip-prinsip dasar yang ditetapkan
ketentuan keuangan dalam konstitusi dan undang-undang yang terkait dengan manajemen publik
keuangan. 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. Perkembangan legislatif tidak selalu sejalan dengan kebutuhan
ekonomi modern, bagaimanapun, di mana kekhawatiran manajemen fiskal banyak
lebih luas. Secara khusus, peran anggaran dalam manajemen ekonomi makro dan
5 Dana tersebut menjadi dasar untuk akuntansi dan pelaporan di pemerintahan. Adalah umum untuk
membelah
CF keseluruhan menjadi beberapa dana - misalnya, dana untuk penerimaan dan pengeluaran saat ini, a
dana untuk pinjaman dan penerimaan modal dan pengeluaran, dan dana untuk penerimaan dan
pengeluaran pada
nama pihak lain (dana perwalian). Setiap dana dapat memiliki sejumlah sub-dana.
8

alokasi sumber daya yang efisien untuk memenuhi tujuan sosial dan ekonomi sama pentingnya
sebagai peran kepatuhan tradisional. Mendefinisikan kebutuhan tersebut dan merancang sistem
kontrol untuk
bertemu dengan mereka sekarang merupakan elemen penting dari desain sistem GFM.

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 13/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Dari sudut pandang desain sistem, tujuan manajemen ekonomi makro memiliki a
bantalan langsung pada definisi struktur kontrol. Namun, perlu untuk melihatnya
di luar kendali yang ditentukan pada tingkat legislatif dan peran kepatuhan tradisional
sistem akuntansi. Untuk manajemen fiskal, defisit keseluruhan pemerintahan umum
dan cara di mana defisit ini dibiayai adalah variabel penting. Sangat penting untuk semuanya
elemen anggaran dan sistem informasi akuntansi dirancang untuk menghasilkan ini
informasi secara tepat waktu untuk memfasilitasi perumusan dan pelaksanaan ekonomi makro
kebijakan.
Aspek alokasi sumber daya manajemen fiskal tercermin dalam desain sistem
terutama melalui anggaran dan klasifikasi akun dan pelaporan yang sesuai
spesifikasi, yang dibahas pada bagian berikut.
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. Prinsip Jn, struktur ini
harus mengakomodasi unsur-unsur berikut: dana, program, organisasi, dan pengeluaran
unit, proyek, dan objek klasifikasi pengeluaran. Kode program harus mengidentifikasi
elemen program dan suplemen hingga unit keputusan program dasar. Demikian pula,
kode organisasi harus mengidentifikasi pusat anggaran dan biaya. Proyek dapat dikaitkan juga
untuk organisasi atau program, tetapi harus diklasifikasikan lebih lanjut secara terpisah dari ini
struktur dalam hal sub proyek, pekerjaan, dan fungsi. Objek pengeluaran
Klasifikasi harus melayani klasifikasi administrasi dan ekonomi dan menjadi
dibagi menjadi sub-kategori untuk tujuan kontrol. Itu juga harus konsisten dengan
kode klasifikasi ekonomi yang digunakan untuk menghasilkan akun nasional atau pemerintah
statistik keuangan (GFS). Masalah-masalah ini dibahas secara rinci di bagian 1.4.
9

Spesifikasi Pelaporan
Pemerintah harus menetapkan persyaratan dan tujuan pelaporan dalam dua bidang:
* Pelaporan eksternal - untuk memberikan informasi kepada legislatif dan publik, sebagaimana
serta negara lain, organisasi internasional, investor luar negeri, dan
pasar keuangan
* Pelaporan manajemen internal - untuk pembuat kebijakan dan manajer pemerintah.
Secara umum, persyaratan luas untuk pelaporan eksternal ditentukan dalam anggaran
peraturan dan persyaratan terperinci diberikan dalam peraturan, instruksi, dan
adm inistrative practice (misalnya, format laporan benar-benar digunakan).
Dari sudut pandang alokasi sumber daya, peningkatan penekanan telah diberikan dalam
beberapa tahun terakhir untuk meningkatkan standar pelaporan dengan menghubungkan keuangan dan
kinerja
informasi dan memberikan perspektif yang lebih jelas tentang penggunaan sumber daya dengan
menggunakan berbasis akrual
laporan di samping rekening pemerintah berbasis kas yang biasa. Pengembangan semacam itu
format laporan, secara umum, terjadi terutama di ekonomi pasar industri.
Meskipun demikian, disarankan agar desain sistem GFM di negara mana pun harus diambil
mempertimbangkan, sejauh memungkinkan, kemungkinan pengembangan format laporan tersebut dalam
masa depan.
Proses Fungsional untuk Penganggaran dan Akuntansi
Proses fungsional penganggaran dan akuntansi dapat dikategorikan sebagai yang dilakukan
dilakukan oleh lembaga pusat dan yang dilakukan oleh kementerian dan lembaga pengeluaran.
Orang-orang dari kelompok sebelumnya paling langsung terkait dengan kerangka kerja kontrol -
memang,
salah satu fungsi utama lembaga pusat (khususnya kementerian keuangan) adalah
untuk memastikan bahwa kerangka kontrol diterapkan dengan baik di seluruh pemerintahan. Itu
proses fungsional mencakup dua bidang yang saling terkait: peramalan fiskal makro, anggaran
persiapan dan persetujuan; dan pelaksanaan anggaran, manajemen kas; dan akuntansi. Itu
serangkaian proses pertama mendukung tujuan penetapan kebijakan fiskal dan strategis
prioritas. Set proses kedua mendukung tujuan mengoptimalkan penggunaan
sumber daya yang dianggarkan dan memastikan akuntabilitas dan berada di bawah lingkup
Sistem keuangan

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 14/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Peramalan Ekonomi Makro, Persiapan Anggaran, dan Persetujuan


Pada awal siklus anggaran, lembaga-lembaga pusat (umumnya Kementerian Keuangan)
mengirimkan edaran kepada badan-badan sektor yang mengindikasikan prospek ekonomi dan kebijakan
luas
tujuan (dalam beberapa kasus, berdasarkan pada kerangka kerja makroekonomi formal), dan
memberikan parameter di mana anggaran untuk setiap kementerian harus disiapkan. Itu
surat edaran dapat memberikan plafon khusus untuk pengeluaran oleh masing-masing lembaga dan
program. Itu
agen sektor merespons dengan proposal anggaran mereka.
10

Karena permintaan anggaran umumnya melebihi sumber daya, negosiasi di tingkat teknis
antara staf lembaga pusat dan sektor diwajibkan untuk meninjau penetapan biaya untuk yang sudah
ada
program dan proposal proyek baru. Tingkat kabinet (atau tingkat komite kabinet)
diskusi seringkali diperlukan untuk menetapkan prioritas dan prioritas lintas sektoral di antara
proposal program dan proyek untuk memastikan bahwa proposal yang dipilih dapat didanai di dalamnya
kerangka kerja ekonomi makro. Kerangka kerja harus sering diperbarui,
khususnya selama inisiasi dan finalisasi anggaran, serta untuk tinjauan selanjutnya
saat tahun ini. Sebagai hasil dari diskusi ini, draft dokumen anggaran disiapkan.
Setelah persiapan oleh cabang eksekutif, legislatif mengkaji estimasi dan
menyetujui anggaran. Durasi pertimbangan legislatif dan tingkat perubahan
yang dapat diperkenalkan pada tahap ini sangat bervariasi antar negara.
Anggaran yang disetujui ini menjadi dasar hukum dari program Pekerjaan Sektor Publik
(PSWP) yang akan dieksekusi oleh kementerian sektoral. Ini memberikan perkiraan pendapatan yang
diharapkan
dan meminjam dan jumlah pengeluaran - berdasarkan anggaran dan klasifikasi akun -
berwenang untuk dibelanjakan pada program dan proyek yang disetujui.
Manajemen Kas, Eksekusi Anggaran, dan Akuntansi
Pada awal tahun, lembaga - lembaga sektor menyiapkan perkiraan kebutuhan kas untuk
tahun berdasarkan komitmen yang diketahui dan diantisipasi untuk modal berulang dan berulang
pengeluaran. Perkiraan ini didasarkan pada informasi tentang komitmen perusahaan dan
komponen valuta asing (jika ada) dari pengeluaran yang diantisipasi. Persyaratan uang tunai
dan proyeksi pendapatan yang diperoleh dari agen yang bertanggung jawab atas pengumpulan
pendapatan adalah
dikembangkan menjadi perkiraan arus kas konsolidasi oleh Departemen Keuangan.
Setelah anggaran disetujui, Kementerian Keuangan memiliki tugas untuk mengendalikan pelepasan
dana,
memantau kemajuan implementasi anggaran, dan mengelola sumber daya kas
pemerintah. Sejak awal tahun keuangan, Kementerian Keuangan mengeluarkan dana (waran / tunai
alokasi) secara berkala ke badan - badan sektor, dengan tetap memperhatikan anggaran yang
disetujui,
persyaratan uang tunai lembaga sektor, dan ketersediaan sumber daya secara keseluruhan. Sebagai
tahun fiskal
berlangsung, agen-agen sektor menyiapkan permintaan dana bulanan dan triwulanan dan mengirimkan
laporan pengeluaran (dan pendapatan) aktual untuk bulan / kuartal sebelumnya. Modal
waran pengeluaran dialokasikan untuk proyek tertentu.
Waran yang disahkan oleh Kementerian Keuangan dikirim ke Departemen Keuangan yang merupakan
penjaga CF.
Surat perintah itu memberi wewenang kepada kas untuk melakukan pembayaran dari CF atau memberi
otorisasi
perbendaharaan untuk menyediakan uang untuk pembayaran oleh petugas akuntansi yang bertanggung
jawab
dari lembaga sektor.
Setelah menerima otoritas waran dari Kementerian Keuangan dan akses ke dana dari
treasury, badan-badan sektor mulai mengimplementasikan program dan proyek yang disetujui. Itu
agen lini mulai menggunakan dana yang sesuai dengan permintaan, pengadaan, dan pembayaran
untuk barang dan jasa.
11

Untuk memastikan kontrol pengeluaran yang tepat, badan-badan sektor diwajibkan untuk melembagakan
sistem
perencanaan komitmen dan kontrol untuk memastikan bahwa pengeluaran tidak melebihi jumlah
disetujui oleh parlemen untuk tujuan khusus dan pengeluaran ada dalam surat perintah
jumlah. Unsur terakhir pengendalian pengeluaran sering digunakan oleh Kementerian Keuangan /

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 15/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

perbendaharaan untuk
memastikan bahwa pengeluaran tidak melebihi sumber daya aktual (yang mungkin kurang dari
diperkirakan dalam anggaran). Ketika kekurangan tanda terima terjadi, adalah penting bahwa
perbendaharaan
waspadai komitmen (misalnya, pembayaran berdasarkan undang-undang seperti utang publik, gaji staf
dan tunjangan, tagihan yang belum dibayar dan kewajiban kontrak yang ada) untuk uang tunai itu
dibutuhkan selama tahun ini.
Pendapatan pajak dari bea cukai, pendapatan, cukai, dan pajak tanah dikelola oleh
agen penagihan pendapatan. Pendapatan ini disimpan di bank komersial lokal dan Indonesia
dikirimkan ke rekening pusat pemerintah di Bank Sentral (CB). CB lalu
mengirimkan laporan harian ke kas pada arus masuk ke akun pusat ini.
Pendapatan non-pajak dari biaya, biaya administrasi, dan penjualan produk (mis. Produk
dibuat di penjara) juga dikelola oleh agen penagihan dan ditransfer ke
Dana Konsolidasi (CF).
Fungsi akuntansi mencakup:
* memelihara catatan otorisasi pengeluaran di apropriasi dan dana-
tingkat rilis (waran)
* Memproses pengeluaran dan penerimaan transaksi-mencatat transaksi sebagai
itu terjadi, menerapkan kontrol yang diperlukan, memposting ke akun yang sesuai, dan
daftar transaksi dan data terkait untuk kontrol dan audit
* Mempertahankan akun buku besar untuk memantau dan mengendalikan pengeluaran dan penerimaan
aktual
terhadap anggaran dan kontrol waran
* pelaporan
12

Kotak 2. KERANGKA KERJA DAN REFORMASI KELEMBAGAAN


IMF dan Bank Dunia telah terlibat secara luas dalam memberi nasihat kepada Pemerintah dalam
pengembangan
reformasi kebijakan dan kelembagaan untuk memungkinkan sistem penganggaran dan akuntansi dibentuk
dan
berfungsi sesuai dengan praktik terbaik internasional. Reformasi ini sangat penting di Indonesia
ekonomi transisi di mana infrastruktur hukum dan institusional perlu dibentuk ab-initio. 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 komprehensif yang akan memberikan kerangka kerja bagi
pengelolaan dana publik dan properti yang tepat, dengan penekanan khusus pada: (a) tanda terima
dan
penyimpanan dana publik (termasuk pengaturan perbankan); (B) manajemen pengeluaran publik
(termasuk proses kontrol dan keterkaitan dengan alokasi); (c) sistem akuntansi; (d)
peran dan tanggung jawab Departemen Keuangan, Kementerian Keuangan dan departemen lainnya; (e)
manajemen aset dan
kontrol; (f) pinjaman dan investasi (khususnya pengelolaan hutang publik); dan (g)
pelaporan dan audit. Ini sering dimasukkan dalam undang-undang anggaran organik yang juga
berkaitan dengan anggaran
persiapan.
* Adopsi sistem klasifikasi anggaran yang konsisten dengan Keuangan Pemerintah IMF
Metodologi Statistik (GFS), dan desain akhir dari grafik perbendaharaan akun yang mewadahi ini
sistem klasifikasi.
* Konsolidasi rekening bank pemerintah ke Rekening Tunggal Perbendaharaan (TSA) di Central
Bank dan menyiapkan pengaturan kelembagaan yang sesuai untuk memproses pembayaran dan penerimaan
transaksi terhadap akun ini.
* Implementasi sistem untuk dan pengembangan regulasi terperinci dan manual pengoperasian
meliputi proses pelaksanaan anggaran berbasis TSA (batas pengeluaran, alokasi uang tunai, komitmen
dan kontrol pembayaran, pemrosesan pembayaran, akuntansi dan pelaporan).
* Pembentukan unit manajemen kas di Departemen Keuangan dan perumusan prosedur untuknya
operasi, yang akan mencakup perkiraan dan pemantauan arus kas, dan manajemen harian
distribusi dana antar unit pengeluaran dan perbendaharaan lapangan. Perkiraan arus kas dan
fungsi pemantauan sangat penting untuk sistem batas pengeluaran bulanan dan
kontrol komitmen. Unit manajemen kas akan bertanggung jawab untuk membuat perkiraan realistis
kemungkinan arus kas masuk dan persyaratan pengeluaran berdasarkan tren aktual. Unit ini harus
berfungsi
sangat erat dengan departemen anggaran Kemenkeu untuk memberi nasihat tentang tingkat yang sesuai
untuk
plafon belanja
13

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 16/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

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
Yang pertama berkaitan dengan menjaga data tentang otoritas pengeluaran. Ini
sistem memelihara data tentang alokasi yang dianggarkan yang disetujui (baik modal maupun
berulang),
sumber pembiayaan untuk program dan proyek. Informasi ini ditransfer ke ini
sistem dari sistem persiapan anggaran setelah anggaran telah diselesaikan. Selama
jalannya tahun sebagai transfer anggaran, alokasi tambahan, rilis dana
(waran) berlangsung, informasi ini juga dicatat dalam sistem. Yang kedua dan
kelompok ketiga sistem digunakan untuk memproses komitmen, pengeluaran, dan penerimaan
transaksi yang terjadi selama tahun ini. Oleh karena itu sistem ini memelihara
catatan komitmen dan pengeluaran aktual terhadap alokasi dan perincian yang dianggarkan
penerimaan. GL digunakan untuk kompilasi catatan ringkasan untuk kontrol dan analisis.
Bersama-sama modul-modul ini memberikan Pemerintah kemampuan untuk memantau anggaran
proses eksekusi dan menghasilkan laporan fiskal. Sistem Buku Besar Perbendaharaan akan
biasanya digunakan oleh:
* Perbendaharaan dan kantor regionalnya untuk melakukan fungsi akuntansi dasar
dan untuk melakukan implementasi anggaran
- departemen anggaran Kementerian Keuangan untuk mendapatkan status pengeluaran aktual
dan melakukan proses yang terkait dengan pemantauan anggaran dan fiskal
pelaporan (TLS memberikan data dasar yang diperlukan untuk kompilasi
Laporan fiskal pemerintah. Laporan eksternal menggabungkan data ini dengan anggaran
data, data pasar dan analisis serta komentar. Fungsi ini sering dilakukan
oleh departemen Anggaran atau unit makro-fiskal di Kementerian Keuangan.)
* Departemen manajemen kas Treasury untuk memberikan informasi itu
mensyaratkan pengelolaan kas dan penerapan batasan kas
* lembaga lini untuk memenuhi kebutuhan informasi akuntansi dan keuangan mereka (The
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
tujuan audit
14

Selain modul sistem ini, sejumlah sistem lain diperlukan untuk mendukung
Proses manajemen fiskal pemerintah. Gambar 26 menunjukkan elemen utama keseluruhan
sistem jaringan diperlukan untuk mendukung Manajemen Fiskal Pemerintah dan yang utama
arus informasi antar elemen. Ruang lingkup sistem perbendaharaan, yang mendefinisikan
ruang lingkup TRM ditunjukkan oleh area yang diarsir dalam diagram. Penjelasan singkat tentang
sistem ini diberikan dalam Kotak 4.
Seperti ditunjukkan dalam Gambar 2, TRM berkaitan dengan akuntansi inti, pembayaran dan uang tunai
fungsi manajemen. Sistem perbendaharaan adalah inti dalam arti mewakili sistem
set minimum fungsi yang diperlukan untuk memelihara akuntansi yang komprehensif dan terintegrasi
database manajemen keuangan untuk pemerintah. Dalam banyak hal ia menetapkan standar data
untuk semua sistem lain dalam sistem manajemen keuangan terintegrasi penuh. Itu
Sistem Buku Besar Perbendaharaan (lihat Kotak 3 dan 4) adalah elemen basis data inti dari inti
sistem perbendaharaan. Semua komponen lain dari sistem manajemen fiskal pemerintah (mis
manajemen hutang, dll.) memberikan data atau menggunakan data dari buku kas.
Penting untuk dicatat, bagaimanapun, bahwa TRM membuat referensi khusus untuk tautan lainnya
sistem pada titik yang tepat. Kaitan antara Sistem Manajemen Anggaran (yang
menghasilkan otoritas pengeluaran) dan sistem perbendaharaan (yang mengelola eksekusi di dalamnya
otoritas yang diberikan) sangat penting.
6 Berdasarkan Hashim dan Allan (op cit)
15

Kotak 3. KAPABILITAS SISTEM LEDGER TREASURY


Sistem Buku Besar Perbendaharaan mencakup seperangkat akun kontrol ringkasan yang mempertahankan

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 17/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

otoritas anggaran
dan pengeluaran aktual melawan otoritas dan menangani semua posting dan pembuatan laporan dari
database ini. Saya t
akan memiliki kemampuan untuk membuat transaksi, mendistribusikan otoritas (apropriasi, pembagian
dan
alokasi), catat semua perincian transaksi yang sesuai dan konsolidasi dan sebarkan informasi
sebagai
perlu. Beberapa contoh termasuk:
Buat otoritas dan buat transaksi
* Bagikan otorisasi komitmen dan alokasi ke kementerian pengeluaran
* Mendistribusikan alokasi dana ke kementerian pengeluaran
* Cetak cek terhadap instruksi pembayaran dan / atau buat pengaturan untuk transfer elektronik
informasi pembayaran ke entitas pembayar eksternal (misalnya bank) jika diperlukan
Catat transaksi
* Catat anggaran awal, sebagaimana disetujui oleh legislatif
* Catat pengeluaran terhadap komitmen dan alokasi dana (misalnya karena pesanan pembelian atau
lainnya
pembayaran)
* Catat pendapatan dan penerimaan lainnya terhadap kepala akun yang sesuai
* Menangkap dan memelihara catatan sepanjang tahun seperti: anggaran awal dan revisi; anggaran
transfer untuk unit pengeluaran tipikal; komitmen yang dikeluarkan oleh unit pengeluaran terhadap
batas yang disetujui
dan alokasi; alokasi dana terhadap alokasi dan perubahan selanjutnya
Konsolidasikan dan sebarkan informasi dan laporan transaksi
* Cetak instruksi pembayaran gabungan untuk tindakan oleh sistem perbankan
* Konsolidasi data dari semua kementerian dan kantor regional jika diperlukan
* Sistem akan memfasilitasi / mendukung pengambilan data yang mudah dalam database sistem dalam
berbagai format
* Sistem juga akan memiliki kemampuan pelaporan yang baik dan dapat menghasilkan yang dibutuhkan
secara umum
laporan akuntansi dan manajemen
16

Gambar 2. Kerangka Kerja Sistem Informasi Keseluruhan untuk Manajemen Fiskal Pemerintah
t ~~~ Arsitektur Sistem nformatlon untuk Manajemen Fiskal Pemerintah
Manajemen Kebijakan Manajemen Mati "Un Agensi Organisasi Bank Pabean
Sistem Makro untuk Ekonomi Makro Ekonomi * ctng
EconomicMOE
Peramalan Makro dan nd
~~~~~~~~~~ Poai "Pemerintah
Bt 9uidetines ~ GuideNtmes ~~~ Banking Arrangements
Anggaran
Anggaran J; 0iiiF UF8f-. __ 8 ~~~~~~~~~~~~~~ udgtet Piroposg: _ _
Persiapan program lama & sekarang
I ent Cuent -------- --------- - - --- Estimasi Pendapatan-
sat ---- AprovA_lil_ugt Pembayaran untuk Pemasok Acs;
osf Pt s - ---- Anggaran Agensi yang Diterima Menerima Setoran ke TSA
C-sh ~~~ a P eevlo u-sl j
Anggaran Bo_ ow_ tahun Aplikasi data _
M ~~~~~~~ dan g nesment cu [txtSewe Psth tidak ._
Manajemen Puit c
Akuntansi --ttebns t
lrvtorost ~~~~~~~~~~~~~~~~~~~~~~~~ Contra) a
Laporan Fiskal ~ amnsBank Feedbackt
& Penerimaan ke TSAA
Uang tunai r
Management PAuthod "e Requirements 9a1
Management____ Postsings___ PayentInsLucion
Hutang Db aaeetcmsrc umr
Manajemen ~~~~~~~~~~~~~~~~~~~~ pamns oCnta Pyr
L..nil ~ ~ ~ ~ ~ ~ ~ ~ Sss o ysssfor
Kontrol Posisi Pendapatan Tindakan Personil tm
Administratio i___ dtnsrt Admilnistretien
Layanan Sipil "PayroII & PentsionIF
ManagemnInoIatO
Auditincg Sample-- -Transaksi untuk Sistem Pemerintah ke Adt Audit
17

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 18/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Kotak 4. ARSITEKTUR SISTEM INFORMASI UNTUK MANAJEMEN FISKAL PEMERINTAH


Arsitektur sistem informasi untuk manajemen fiskal Pemerintah adalah kerangka kerja yang
menunjukkan: berbeda
modul sistem informasi yang diperlukan untuk mendukung proses fungsional GFM, ruang lingkup,
skala, dan jenis a
komponen sistem tertentu, dan arus informasi utama antara berbagai modul. Kerangka kerja ini
dikembangkan
dengan menganalisis proses fungsional dasar yang terkait dengan GFM, persyaratan informasinya,
fungsional
tanggung jawab agensi yang umumnya bertanggung jawab atas proses, arus informasi antara proses,
sifat,
volume, dan frekuensi arus ini, dan karakteristik data dari informasi yang digunakan dan dibuat
oleh proses.
Mengembangkan arsitektur keseluruhan untuk GFM memungkinkan integrasi berbagai modul komponen.
Elemen utama Arsitektur Sistem diperlukan untuk mendukung GFM dan arus informasi antara elemen-
elemen ini
ditunjukkan pada gambar 2 dan dirangkum di bawah ini:
* Sistem Informasi untuk mendukung Peramalan Ekonomi Makro: Sistem ini membantu Kementerian
Keuangan dengan fiskal makro
peramalan dan pengembangan kerangka kerja ekonomi makro yang digunakan oleh Kementerian Keuangan
untuk memberi saran kepada kabinet
agregat parameter anggaran dan pedoman bagi agensi anggaran untuk menyerahkan estimasi anggaran.
* Sistem Informasi untuk membantu dalam Penyusunan dan Persetujuan Anggaran: Sistem persiapan
Anggaran menerima perincian
program dan proyek yang sedang berlangsung dan direncanakan dari lembaga lini,
mengkonsolidasikannya, dan menghasilkan dari mereka
dokumen yang membentuk dasar negosiasi antara lembaga lini dan lembaga pusat. Setelah finalisasi
anggaran oleh kabinet, sistem menghasilkan estimasi anggaran yang disetujui. Angka-angka anggaran
yang diselesaikan 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
wewenang pengeluaran alokasi anggaran yang disetujui, sumber pembiayaan program dan proyek,
transfer anggaran,
alokasi tambahan, dan pelepasan dana (waran). Mereka juga mencatat komitmen dan pengeluaran aktual
terhadap alokasi anggaran dan penerimaan pajak dan bukan pajak karena disimpan di bank-bank
pemerintah. Mereka menerima
data anggaran awal dari sistem persiapan anggaran setelah anggaran diselesaikan. Mereka memelihara
dan merekam
data tentang transfer anggaran, alokasi tambahan, dan waran. Mereka menerima komitmen dan
transaksi pembayaran
dari sistem unit pengeluaran, atau dalam format cetak, seperti yang terjadi selama tahun ini.
Mereka menerima
informasi tentang penerimaan dari bank yang bertanggung jawab atas penerimaan pemerintah. Sistem
ini adalah inti dari
Jaringan sistem GFM, gudang utama data keuangan, dan berfungsi sebagai dasar Keuangan pemerintah
Sistem Informasi Manajemen (FMIS). Mereka membantu Pemerintah dalam pemantauan anggaran, akuntansi
dan fiskal
proses pelaporan.
* Sistem Manajemen Kas: Sistem ini membantu Pemerintah untuk mempertahankan gambar terkini
posisi likuiditas pemerintah dan persyaratan uang tunai. Mereka menerima informasi tentang
persyaratan uang tunai dari
kementerian / unit pengeluaran dan data saldo kas dari Bank tempat rekening pemerintah disimpan.
* Sistem Manajemen Hutang. Sistem ini memelihara informasi tentang pinjaman domestik dan eksternal
publik.
Pembayaran yang berkaitan dengan pinjaman pemerintah dilakukan oleh sistem akuntansi pusat
berdasarkan data dalam
sistem manajemen hutang. Penerimaan pinjaman yang dicatat dalam rekening pemerintah diproses oleh
akunting pusat
sistem dan kemudian digunakan untuk memperbarui database utang yang dikelola oleh sistem manajemen
utang.
* Sistem Administrasi Pendapatan: Kelompok sistem ini membantu pemerintah dalam proses yang
terkait
merumuskan kebijakan pajak dan tarif serta pengumpulan penerimaan pajak dan bukan pajak
berikutnya. Sejumlah terpisah
sistem terlibat dalam kelompok ini: misalnya, mereka yang mendukung administrasi dan pengumpulan

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 19/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

pajak penghasilan,
bea cukai atau PPN, dan mereka yang mendukung pengumpulan berbagai jenis pendapatan bukan pajak,
seperti materai
tugas
* Sistem untuk Membantu dalam Aspek Fiskal Manajemen Personalia :: Ini adalah modul sistem yang
membantu
proses fungsional yang terkait dengan manajemen pos dan kontrol pelengkap dan dengan penggajian
dan pensiun
pembayaran. Sistem penggajian dan pensiun secara berkala mengirim ringkasan ke sistem akuntansi
pusat.
* Sistem untuk Mendukung Audit: Sistem ini membantu lembaga audit internal dan eksternal dalam
fungsinya. Untuk
melakukan fungsi audit, mereka membutuhkan akses ke basis data yang dikelola oleh modul sistem
lainnya.
18

STRUKTUR LUAR MODEL REFERENSI TREASURY


TRM menjelaskan konsep keseluruhan dan proses inti dari perbendaharaan pemerintah
manajemen dalam istilah umum, dan mengembangkan model terperinci dari masing-masing komponen
proses. Atas dasar ini, parameter strategis dapat didefinisikan untuk perbendaharaan spesifik
desain dan model dapat dikompilasi untuk kebutuhan masing-masing negara. Seperti diilustrasikan
dalam
Gambar 3, menggunakan proses "Manajemen Otoritas Anggaran" sebagai contoh, the
TRM disusun dengan cara berikut:
* Diagram konseptual yang menunjukkan komponen fungsional utama, hubungan mereka
dan pertukaran informasi tingkat tinggi antar komponen
* Peta aliran proses tingkat tinggi yang 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;
* Kuisioner untuk membantu mengumpulkan informasi spesifik negara tentang fungsional
proses 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 / dikembangkan;
- Deskripsi entitas data yang dibuat dan / atau digunakan oleh masing-masing fungsional
proses dan yang menentukan sifat data yang akan disimpan dalam sistem data
pangkalan.
19

Gambar 3. Garis Besar Model Referensi Perbendaharaan


High-Level Conceptl Diagram konseptual menunjukkan fungsional utama
HighvModel Conceptualcomponents, hubungan mereka, dan level tinggi
Pertukaran informasi mod antar komponen
Langkah-langkah kunci dalam manajemen keuangan pemerintah
Siklus Manajemen Keuangan digambarkan dalam diagram ini
Core Process Context Diagram: Alur proses level pertama
peta yang menggambarkan gangguan oS level tinggi
kamu mendapatkan proses.
Pengelolaan
Level 2 Peta Proses: Lebih Besar
tingkat detail untuk setiap inti
fl r + + r - ~~~~~~~~~~ proses
Level 2: Budge Level 2: Waran Level 2 Budge
Apporliome2 Alokasi mentransfer a
Transfer Penjatahan
Deskripsi proses dan aliran
grafik yang menunjukkan keterlibatan
X ii .- - departemen yang berbeda di dalam
Deskripsi Proses & Deskripsi Proses & Deskripsi Proses & pemerintah dengan proses itu.
diagram alir diagram alir
Kuesioner proses ditujukan untuk
mengumpulkan informasi kritis

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 20/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

v_K_v_K___. indikator untuk digunakan dalam ukuran dan


konfigurasi
Proses Kuisioner Proses Kuisioner Proses Ouestionnaire
Fungsional Terperinci
Persyaratan untuk setiap bisnis
proses yang perlu dipenuhi
Fungsional Fungsional Perangkat lunak aplikasi
Spesifikasi Spesifikasi Spesifikasi
. . _ Deskripsi entitas Data
yang dibuat dan / atau digunakan oleh
setiap proses fucntional dan
mendefinisikan sifat data yang akan
Arsitektur Data Arsitektur Data Arsitektur sistem database
Model Konseptual Tingkat Tinggi
Gambar 4 mewakili level pertama dari model referensi: pandangan konseptual perbendaharaan
proses dan arus informasi. Diagram ini menunjukkan satu konfigurasi dari Treasury
Sistem, di mana treasury bertanggung jawab langsung untuk melakukan pembayaran dan Pusat
Bank bertanggung jawab atas operasi perbankan pemerintah. Institusional alternatif
pengaturan dibahas kemudian dalam makalah ini. Diagram menunjukkan berbagai langkah dalam
20

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: Setelah persetujuan
anggaran tahunan oleh Parlemen, dimasukkan ke dalam sistem oleh Anggaran
Departemen Kementerian Keuangan. Anggaran yang disetujui untuk kementerian pengeluaran kemudian
dilanggar
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. 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.
- Menentukan persyaratan uang 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 transaksi sendiri. 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 a
diberikan 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

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 21/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

transaksi atas nama mereka. Setelah semua persyaratan kewajiban dipenuhi,


agen pengeluaran harus mengkonfirmasi bahwa komitmen sudah siap untuk pembayaran.
21

Proses Pembayaran: Sistem perbankan harus diberitahukan pada saat pembayaran itu
pesanan terdaftar di TLS untuk melakukan pembayaran. Ini dapat dilakukan secara otomatis di
sistem yang dikembangkan sepenuhnya. Kumpulan harian transaksi TLS - yang menangkap
informasi lengkap tentang semua pembayaran - dikirim ke Bank Sentral atau oleh RTU ke
unit Bank Sentral regional. Bank yang berlaku kemudian mengirimkan dana yang relevan
dan informasi untuk masing-masing bank komersial untuk mengkredit rekening dan debit yang sesuai
akun pemerintah. Bank penerima mengkonfirmasikan debet kepada Pemerintah
akun ke TLS. Atau, kantor akuntansi yang berlaku dapat meneruskan ke
bank yang sesuai daftar konsolidasi dari perintah pembayaran terdaftar yang membutuhkan
pembayaran; berkali-kali konfirmasi ke kantor akuntansi adalah manual.
* Catatan Penerimaan: penerimaan pemerintah seperti pajak dan bea masuk dibayarkan
satu set sub-rekening yang didirikan oleh Perbendaharaan di Bank Sentral. Wajib Pajak dapat
mengarahkan
Bank mereka sendiri untuk melakukan transfer dari rekening mereka ke dalam sub rekening khusus ini
dari TSA yang diatur untuk keperluan penerimaan pajak, atau dapat melakukan pembayaran langsung ke
dalamnya
akun. Laporan berkala yang menunjukkan semua detail dikirim oleh Bank Sentral ke
Departemen keuangan dan otoritas pajak negara bagian untuk pencatatan dan rekonsiliasi.
22

r ~~ i Ir ~~~~ I
---- ----- .- - -- - . - - -
II, I0
L ~~~~~~~~~~~~~~~~~~~~~~~ Lam # 55el
L - - - - - - - - I - - - - - - - - - - - - - - -
.il -
_14 HI1M a
L StqWaliXg ^ 1t

Siklus Manajemen Keuangan


Proses manajemen keuangan melibatkan serangkaian siklus seperti yang digambarkan pada Gambar 5.
Berakhir
tahun, sebagaimana ditunjukkan dalam langkah I sampai 7 anggaran dilaksanakan melalui proses
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 akan dimulai pada tahun berikutnya.7
GAMBAR 5. SIKLUS MANAJEMEN KEUANGAN PEMERINTAH
; 0Autorztio
0. Membeli Pepraio
2. Komitmen
dari Dana
7t. Iklan Audi vauat-i, aktif
Anggaran
~ ~ inent 4. Uang tunai
Dalam tahun ini, proses kontrol siklus lainnya penting untuk berolahraga secara keseluruhan
kontrol atas otorisasi dan pengeluaran. Siklus utama dalam tahun juga diilustrasikan dalam
diagram. Kepentingan relatif dari ini bervariasi dari satu negara ke negara dan sesuai
untuk keadaan fiskal, tetapi semuanya secara integral penting untuk desain sistem. Siklus utama
dalam tahun ini adalah yang mengatur proses otorisasi, dan siklus ini ditutup secara bertahap
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. Proses peninjauan ini dapat menimbulkan otorisasi anggaran tambahan
7 Audit secara teknis merupakan penutupan dari satu siklus tahunan manajemen keuangan, meskipun,
pada tahun 2007
prakteknya, proses audit umumnya tidak selesai sebelum inisiasi tahun berikutnya
anggaran.
24

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 22/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

permintaan atau pemotongan anggaran dirujuk ke parlemen.8 Proses kontrol kedua dihubungkan
ke manajemen kas, ditunjukkan oleh panah terbalik dari langkah 4 ke langkah 2, di mana likuiditas
kendala dapat menyebabkan treasury / Depkeu membatasi komitmen selama periode tertentu (jika
ini diperpanjang, maka ini akan menyebabkan pengurangan otorisasi anggaran). Sedikit
siklus kontrol yang diinginkan yang tidak ditampilkan, tetapi yang sering digunakan dalam
malfungsi sistem manajemen pengeluaran, adalah tidak membayar tagihan karena
pembayaran. Ini dapat ditampilkan sebagai panah terbalik dari langkah 4 ke langkah 3.
Siklus penting lainnya yang ditunjukkan pada Gambar 5 adalah yang ditunjukkan sebagai panah
terbalik dari langkah 5
ke 4, yang menunjukkan koordinasi antara manajemen kas dan utang. Melalui siklus ini,
pemantauan persyaratan likuiditas pemerintah saat ini dan perkiraan berinteraksi dengan
program pinjaman dan terutama dengan penerbitan pemerintah jangka pendek
sekuritas.
Proses dan Organisasi Manajemen Keuangan
Sebagaimana dibahas di bagian berikut dan di Bagian II dari TRM, masing-masing elemen
siklus manajemen keuangan dapat dipecah menjadi satu set sub-proses untuk detail
desain sistem. Namun, langkah penting dalam menerapkan sistem perbendaharaan adalah memastikan
bahwa tanggung jawab organisasi untuk setiap elemen sistem didefinisikan dengan jelas. ini
harus ditekankan bahwa aspek implementasi sistem ini tidak berubah secara mendasar
spesifikasi sistem yang luas; pada prinsipnya suatu sistem dapat memenuhi persyaratan varietas
konfigurasi organisasi. Tanggung jawab organisasi harus didefinisikan sebagai
sejelas mungkin pada tahap awal, terutama ketika perubahan proses besar
terlibat. Klarifikasi tanggung jawab ini sangat penting untuk memastikan bahwa kelembagaan dan
reformasi organisasi berjalan secara paralel dan konsisten dengan desain sistem dan itu
mengidentifikasi pengguna yang harus berpartisipasi dalam ulasan terperinci dari setiap elemen
spesifikasi sistem. Gambar 6 di bawah ini memberikan satu konfigurasi ilustrasi dari sebuah
organisasi (ditampilkan di sepanjang akses horisontal) dengan proses level I yang dijelaskan dalam
Gambar 5 ditunjukkan pada sumbu vertikal.
Poin yang sangat penting untuk desain sistem dan pengaturan kelembagaan
diilustrasikan dalam Gambar 6 adalah bahwa Divisi Anggaran / Departemen biasanya diberikan primer
wewenang atas manajemen otorisasi anggaran dan proses peninjauan (yaitu,
elemen 1 dari siklus manajemen keuangan). Perbendaharaan (atau Eksekusi Anggaran)
Departemen) umumnya beroperasi di bawah pedoman kebijakan umum Anggaran
Departemen dalam hal ini. Dalam pengertian ini, baik manajemen data maupun organisasi
tanggung jawab harus didefinisikan secara jelas antara sistem manajemen anggaran dan
sistem perbendaharaan.
Dalam kebanyakan hal lain, ada berbagai pengaturan organisasi yang dapat bekerja
dengan sistem. Manajemen hutang, misalnya, dapat diatur sebagai sub-terintegrasi
unit Perbendaharaan, tetapi di banyak negara, unit (atau unit) terpisah bertanggung jawab atas
banyak aspek manajemen utang-sering kali bank sentral memainkan peran kunci. Perbendaharaan
8 Di beberapa negara, pemerintah berwenang membatasi pengeluaran dalam setahun jika terjadi
perubahan keadaan fiskal tanpa merujuk ke parlemen.
25

sistem harus memberikan informasi yang relevan untuk setiap tahap manajemen keuangan
siklus, terlepas dari konfigurasi organisasi yang tepat. Dalam menerapkan TRM untuk
suatu negara tertentu, diagram alir di sepanjang garis Gambar 6 akan dikembangkan di sebuah
tahap awal desain sistem untuk mencerminkan persyaratan organisasi spesifik dan untuk
mempromosikan partisipasi unit terkait dalam desain sistem terperinci.
26

, Gambar 6: Gambaran Umum Proses Perbendaharaan dan Pengaturan Organisasi


subordintew spe "n fngMevema MOP
Satuan. Agen Colle.tONN Detudget cn c @ tDwflWCm Pajak Conor
Vultt Cofloaditn gemkis Ahtt ntng Menegenet Monegement Bogeenk nanks Agenle Pembayar
1. B4 ** dan It-oord4 Dedg.t
AtJIhWAoE Reiv.t Aliotm.n's 1 ppIoiilnm
dan ... IL * rebt_
Laporan C-00-rat; atau
MRN n-tani Polton
Masukkan RlpS di Hutang
Perut dengan S; om
Psymenle 1fl.qp; .. tfor 2 P .nt toebt Hutang SeSvrve
4 Oa.

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 23/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

R-vi,
4 ~~~~~~~~~~~~~~~~ =: Rm, Pr pO i;
406ag.untuk IR. Saya __
_ _ p * dan ~~ Rqnmen
IR.v.nu.fS ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~~~~~~~~~~ Rvo
.PRPA. nm
toonetents t R-pori-, Lo-n grnt
& DWOA # d Reowd Roquimnt. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Maelo dapoalts
Mens..nnt R.omd RquI, it.nta ~~ ~ Perjanjian Grent FkcoVsLoon 'ke TSA.
A * VUW-VMW Terima Repons di ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Bantuan Dalam Bentuk untuk
Fr ", 1o ceawgAndol.n4
Angi Ald ~~~~~~~~~~~~~~~ Hutang kepada-Ic
poym * nt.
* 6. Kemarin
FIOCW ~~~program progam
L
Baik, Anda reRneovtotOf ya, o
27

Proses pada Level 1 dan 2


Masing-masing dari proses level 1 yang ditunjukkan pada Gambar 5 dan 6 dapat dijelaskan dalam hal
mereka
proses level 2 komponen. Tabel 1 di bawah ini menunjukkan struktur ringkasan untuk level 1
proses dalam istilah ini. Diagram alir terperinci, untuk setiap proses, bersama dengan proses
deskripsi, diberikan pada Bagian II
Bagian II juga mencakup kuesioner yang dirancang untuk mengumpulkan informasi tambahan tentang
proses, dalam konteks negara tertentu di mana TRM diterapkan. Ini
informasi diperlukan untuk desain aktual dari sistem informasi untuk mendukung ini
proses dan akan mencakup barang-barang seperti frekuensi dan volume transaksi
terkait dengan proses, input spesifik dan dokumen keluaran yang digunakan, titik kontrol
(misalnya, ambang keuangan di mana tingkat otorisasi berbeda
wajib; dll.)
TABEL 1. STRUKTUR RINGKASAN TINGKAT 1 DAN 2 PROSES
Level 1 Level 2
1/6 Manajemen 1. Pembagian & alokasi anggaran
otoritas anggaran 2. Alokasi waran
3. Transfer anggaran dan pembunuhan
4. Otorisasi tambahan
5. Tinjauan anggaran
2. Komitmen dana 1. Pengadaan barang dan jasa (dalam tahun)
kontrak)
2. Pengadaan barang dan jasa (kontrak diperpanjang)
3. Penciptaan posisi staf baru dan rekrutmen untuk ini
posisi
4. Komitmen penggajian
3. Pembayaran dan penerimaan 1. Verifikasi penerimaan dan pembayaran barang dan jasa
manajemen 2. Pembayaran penggajian
3. Penerimaan
4. Utang dan bantuan 1. Pencatatan dan servis utang
manajemen 2. Tanda terima hibah
3. Penerimaan pinjaman
4. Penerbitan sekuritas
5. Jaminan
5. Manajemen kas 1. Prakiraan pengeluaran
2. Prakiraan pendapatan
3. Pemantauan uang tunai
4. Strategi pinjaman
28

Spesifikasi Perangkat Lunak Aplikasi untuk Modul Sistem Keuangan


Perangkat lunak aplikasi untuk sistem Perbendaharaan perlu memiliki satu set modul
yang melakukan fungsi tertentu untuk mendukung proses fungsional yang tercantum di atas. Itu
modul utama dari sistem Perbendaharaan diperlihatkan secara skematis pada gambar 7. Gambar ini
juga merinci fungsi utama modul ini.
Sejumlah paket perangkat lunak aplikasi siap pakai kini tersedia yang menyediakan

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 24/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

banyak fitur yang dibutuhkan oleh sistem perbendaharaan. Beberapa paket ini telah
dimodifikasi dalam beberapa tahun terakhir untuk mengakomodasi beberapa persyaratan khusus dari
masyarakat
sektor, yang bertentangan dengan sektor korporasi, yang paket-paket ini awalnya
dirancang. Namun, serangkaian karakteristik terperinci masih perlu ditentukan
masing - masing modul sistem Perbendaharaan untuk dapat menilai apakah satu atau lebih dari
tersedia secara komersial dari paket perangkat lunak aplikasi rak akan memenuhi
persyaratan sistem Perbendaharaan.
Untuk membantu dalam proses ini, satu set spesifikasi fungsional telah dikompilasi untuk
modul sistem perbendaharaan berdasarkan persyaratan untuk sistem serupa di beberapa
Bank Dunia membiayai proyek-proyek di Kazakhstan, Pakistan, Ukraina, dan Mongolia. Ini
spesifikasi dicantumkan secara rinci di bagian II. Persyaratan ini perlu disesuaikan
untuk negara tertentu untuk mempertimbangkan persyaratan khusus negara akun. Secara khusus,
format input dan output dari berbagai dokumen transaksi, format data spesifik
dari berbagai entitas data yang digunakan oleh sistem dan format laporan yang diperlukan
dari sistem perlu ditentukan. Namun, persyaratan ini memang memberi arti
dari persyaratan fungsional keseluruhan untuk sistem perbendaharaan dan dapat membentuk permulaan
titik untuk pengembangan versi negara yang lebih spesifik yang dapat digunakan untuk
akuisisi perangkat lunak aplikasi.
Dalam hal ditemukan bahwa tidak ada yang tersedia secara komersial dari aplikasi rak
paket perangkat lunak memiliki kecocokan yang baik dengan persyaratan, kemudian perangkat lunak
aplikasi
mungkin perlu dikembangkan berdasarkan spesifikasi fungsional ini.
29

Gambar 7. Modul Sistem Keuangan


Anggaran Kemenkeu / Beban
Appropnations
(internal, direvisi dan
tambahan)
Line Ministries memasuki konsolidasi
> 1> ~~~~~~~ persyaratan tunai untuk tahun untuk semua udara _. FIaur
unit pengeluaran bawahan.
Arnistries19,
msTreasury membuat penilaian b
Saya_________________atau kementerian lini dan jalur IApportbnment-
kementerian membuat jatah untuk
unit pengeluaran subordionte I I
I kj == a11 I ~~~~~ I
Perbendaharaan membuat Surat Perintah menjadi
mengalokasikan Ge untuk kementerian dan
_ kementerian seumur hidup ~~ membuat sub waran
alokasi q ~~~~~~ - -o -uodnt -nt - - - - - -_ - - .. - __
Aku ~~~~~~~~~~~~ Aku
I __________________________ jB J komitmen / enterppurc ase V nd I
| S bZZ memesan dan mengontrak data setelah I Govt
Pengeluaran c memeriksa ketersediaan anggaran untuk Kreditor
Unit c = I Bank Sentral
Aku 01 aku! Saya ~~~~~~~~~~~~~~~~~~~~~~~ - Bank 1
I \ IZ _ = hsal | | 7 ~~~~~~~~~~~~~~~ SA |
Sistem I Cash Z melewati komitmen daar
toAccountspayablemoduleand |
Treasury mengotorisasi pembayaran amTx
dari TSA setelah memeriksa dana di Pembayar
II ~ m ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ komitmen tersedia, B ffank <i
_ X i N | Reses ke
Pendapatan {t Dsiw a md eWnd | TSA
ICollectioneSyste / m ingat raanetsi
Lembaga dalam organisasi disediakan oleh Bank | Donorl
Membantu
l ~~~~~~~~~~~~~~ ml
_ _ _ _ _ _ _ _ _ _ # ge ~~~~~~~~ a ncies
Penghasilan lorecarevssanexpncur
Debv OranlFimestca dideportasi
1 melayani pengeluaran dan pinjaman / bantuan
| 1 W ~~~~~~~~~~~~~~ trdnscfions tanda terima t
30

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 25/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Struktur Organisasi Perbendaharaan


Pengaturan kelembagaan untuk pemrosesan pengeluaran disajikan pada bagian sebelumnya
dan gambar 2 dan 4 menggambarkan pengaturan kelembagaan yang umum terjadi di mana (a) semuanya
pembayaran dari agen-agen lini disalurkan melalui Departemen Keuangan; (B) Treasury adalah
bertanggung jawab untuk melakukan pembayaran dari Rekening Tunggal Perbendaharaan (TSA) yang
diadakan
di Bank Sentral; dan (c) bank sentral bertanggung jawab atas operasi perbankan ritel
terkait dengan pembayaran dan penerimaan pemerintah.
Pengaturan kelembagaan ini telah direkomendasikan oleh IMF untuk banyak orang
negara berkembang dan ekonomi transisi. Memusatkan semua dana pemerintah di Indonesia
Rekening Tunggal Perbendaharaan (TSA) dan menyalurkan semua pengeluaran melalui Departemen
Keuangan
memungkinkan manajemen kas yang efisien dan kepatuhan terhadap alokasi anggaran untuk
lingkungan yang struktur tata kerjanya sangat lemah dan tidak stabil.
Sentralisasi semua pembayaran pemerintah di seluruh Departemen Keuangan dan
konsolidasi rekening bank ke satu rekening di Bank Sentral, menghindari situasi
di mana ada penumpukan saldo menganggur besar di rekening bank unit pengeluaran, bahkan
meskipun Departemen Keuangan mengalami defisit uang secara keseluruhan. Penumpukan
saldo idle juga merupakan indikasi kesulitan yang dialami oleh Kementerian Keuangan untuk
menerima informasi tepat waktu dari agen pengeluaran tentang penggunaan dana publik dan
selanjutnya untuk melakukan kontrol.
Struktur organisasi untuk perbendaharaan diperlukan untuk menerapkan model bisnis ini
biasanya terdiri dari kantor perbendaharaan utama di pusat, kantor perbendaharaan tingkat kedua di
Jakarta
kantor pusat provinsi / regional dan mungkin kantor tingkat ketiga di kabupaten tersebut. Dalam
beberapa
kasus struktur ini dikompresi menjadi hanya dua tingkat, yaitu pusat dan provinsi
tingkat. Kantor pusat kementerian lini berkomunikasi dengan kantor perbendaharaan tingkat pusat
dan
unit pengeluaran bawahan mereka berkomunikasi dengan kantor regional / kabupaten terdekat untuk
memproses transaksi pembayaran. Unit pengeluaran mengirim transaksi pengeluaran mereka ke
kantor perbendaharaan terdekat untuk pembayaran. Kantor-kantor ini mengirimkan pengeluaran yang
disetujui
transaksi ke cabang terdekat dari Bank Sentral tempat TSA diadakan, untuk pembayaran
ke vendor.
Dalam kasus kedua, perbendaharaan hanya memiliki kantor di pusat. Dalam hal ini pengeluaran
unit merutekan transaksi mereka ke kas melalui kementerian orang tua mereka masing-masing
yang kemudian meneruskannya ke kas. Dapat dicatat bahwa dalam hal ini juga semua
transaksi pengeluaran perlu disahkan oleh treasury sebelum pembayaran dapat dilakukan
dibuat dan dalam pengertian ini pengaturan ini termasuk dalam kategori terpusat
pengaturan sejauh menyangkut pemrosesan pembayaran.
Dapat dicatat bahwa alasan utama untuk memiliki jaringan kantor perbendaharaan di sekitar
negara adalah untuk menyediakan unit pengeluaran departemen lini akses mudah ke kantor
perbendaharaan di mana
mereka dapat memproses permintaan pembayaran mereka dan dari mana mereka dapat menerima informasi
terkini dan
informasi akuntansi yang akurat, termasuk informasi terperinci tentang pembayaran dan
tanda terima. Jika infrastruktur telekomunikasi di suatu negara berkembang dengan baik dan
unit pengeluaran dapat berkomunikasi dengan kantor perbendaharaan yang ditunjuk secara elektronik,
dan
sistem berbasis komputer sedang digunakan untuk pemrosesan pembayaran, dengan yang diperlukan
31

kontrol yang tergabung dalam perangkat lunak aplikasi, maka, pada prinsipnya, dimungkinkan untuk
mengurangi jumlah kantor perbendaharaan terpencil di jaringan cukup signifikan.
Pemrosesan pembayaran dapat dipusatkan di beberapa kantor perbendaharaan yang berlokasi strategis
di seluruh negara yang melayani unit pengeluaran di yurisdiksi mereka.
Arsitektur Teknologi
Arsitektur teknologi yang diperlukan untuk mengimplementasikan sistem informasi mengikuti dari
proses fungsional dan model organisasi yang diadopsi oleh Departemen Keuangan. Dua jenis
arsitektur teknologi dapat diimplementasikan untuk mendukung fungsional dan
model organisasi yang dijelaskan di atas.
Arsitektur Pengolahan dan Teknologi Transaksi Terdistribusi
Model ini membutuhkan jaringan multi-tier dengan modul sistem yang beroperasi di pusat

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 26/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

treasury / MOF, masing-masing dari treasury regional dan distrik dan pada agen lini dan
tingkat unit pengeluaran. Fasilitas untuk pemrosesan transaksi, menghasilkan, menyimpan dan
pemrosesan data terletak di masing-masing level ini. Fasilitas ini bisa berdiri sendiri
komputer, server, dan / atau LAN, yang terletak di node jaringan. Fasilitas ini
dihubungkan oleh Wide Area Network (WAN). Di bawah model ini, pemrosesan transaksi
(perangkat lunak aplikasi) dan fasilitas manajemen basis data diperlukan di setiap node
jaringan dan dilakukan oleh sistem komputer yang terletak di tingkat itu. Ringkasan atau
data terperinci (seperti yang mungkin diperlukan untuk aplikasi) dikirim ke komputer di
tingkat selanjutnya yang lebih tinggi atau ke lembaga yang bertanggung jawab untuk sistem itu.
Konfigurasi ini sudah
berikut keunggulannya. Ini mendistribusikan daya komputasi sepadan dengan node
persyaratan, membuat sistem kurang rentan terhadap kerusakan di situs pusat, dan berakhir
Penggunaan memiliki kontrol lebih besar atas sumber daya teknologi dan data mereka. Model ini juga
kurang tergantung pada infrastruktur telekomunikasi yang baik. Sejak pemrosesan transaksi
berlangsung di komputer lokal, arsitektur hanya memerlukan fasilitas yang ada
mentransfer ringkasan atau data transaksi terperinci antara node jaringan dan pusat, dan
ini dapat terjadi dalam mode off-line / batch.
Perlu dicatat bahwa dalam model ini perangkat lunak aplikasi perlu
diimplementasikan di semua tingkatan jaringan multi-tier. Fungsionalitas perangkat lunak
dapat bervariasi untuk level yang berbeda sesuai dengan persyaratan fungsional pada saat itu
tingkat. Ini dicapai dengan menerapkan modul fungsional spesifik dari perangkat lunak di Internet
tingkat yang berbeda. Selanjutnya, karena beban transaksi di situs yang berbeda pada suatu waktu
tingkat, misalnya di tingkat regional atau kabupaten dapat sangat bervariasi, persyaratan utama
untuk
model ini, oleh karena itu, adalah bahwa perangkat lunak aplikasi memiliki fungsi yang serupa di
Internet
situs yang berbeda pada tingkat tertentu dan dapat diskalakan — yaitu, dapat berjalan pada skala
kecil atau
komputer besar tanpa perubahan besar. Untuk memberikan fleksibilitas tambahan dalam pilihan
vendor, perangkat lunak aplikasi yang dipilih harus dapat beroperasi pada multi-ukuran
komputer yang ditawarkan oleh banyak vendor. Fitur ini disebut portabilitas perangkat lunak.
32

Pemrosesan Transaksi Terpusat dan Arsitektur Teknologi


Dengan munculnya internet, peningkatan dalam infrastruktur telekomunikasi
dan kemajuan teknologi lainnya, platform teknologi terpusat semakin meningkat
menjadi lebih populer. Di bawah model ini perangkat lunak aplikasi utama dan terkait
basis data berada di situs pusat, biasanya Kantor Pusat Perbendaharaan. Kementerian lini,
kantor kas daerah, dan kabupaten, yang bertanggung jawab untuk memproses transaksi pada tanggal
sistem, dapat dihubungkan ke situs pusat melalui berbagai telekomunikasi
fasilitas. Ini bisa berupa koneksi telepon langsung (dial up atau dedicated) melalui keduanya
tautan telekomunikasi berbasis darat atau satelit. Pengguna di lokasi terpencil bisa
terhubung ke situs pusat melalui antarmuka berbasis browser web, baik melalui a
INTRANET yang telah diatur oleh Departemen Keuangan sendiri atau melalui INTERNET
layanan dari penyedia layanan Internet (ISP). Keuntungan utama dari model ini
adalah bahwa hal itu mengurangi biaya dan upaya yang terkait dengan penyebaran dan pemeliharaan
aplikasi piranti lunak. Karena perangkat lunak aplikasi hanya terletak di situs pusat,
penyebaran dan pemeliharaan perangkat lunak aplikasi juga terpusat di situs ini, lebih mudah
untuk melakukan, dan lebih mudah untuk memastikan lingkungan perangkat lunak aplikasi yang seragam
jaringan. Karena persyaratan perangkat keras utama, di lokasi terpencil, adalah pekerjaan
stasiun yang dapat mengoperasikan browser web dan beroperasi dalam mode thin client, ukuran dan
kompleksitas fasilitas komputasi yang diperlukan di lokasi terpencil juga berkurang
mengurangi biaya investasi awal.
Dua implementasi arsitektur teknis ini diilustrasikan pada Gambar 8 dan 9. Ini
dapat dicatat bahwa pilihan platform teknologi tidak mengubah dasar
fungsi perbendaharaan. Namun hal itu dapat, memengaruhi total biaya dan rencana peluncuran untuk
sistem.
33

GAMBAR 8. SISTEM TREASURI - ARSITEKTUR TERDISTRIBUSI - TRANSAKSI


PENGOLAHAN DILAKUKAN DI KANTOR REGIONAL DAN KABUPATEN
o34
u ~~~~~~~~~~~~~~~~~~ Printer
M pniristr HQ1 | TSA Barnk
r "npdpr Crzrdpr

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 27/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Kantor Perbendaharaan Pusat I


Provinsial
4 ~ Kantor Perbendaharaan E l, l
/ \ ~~~~~~~~~~~~~Rowder // _TSA Bank
Saya>. _ 9t L ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Kantor Daerah
<< 1 s | saya | ~~~~~~~~~~~~~~~~~ Printer
Cornputer komputer
Distrik saya
Kantor Perbendaharaan
19 sperldh9 } / w iver Prtle~~~~~~~~~~~Router
Komputer Komputer
34

GAMBAR 9. SISTEM TREASURI - ARSITEKTUR PUSAT - SEMUA TRANSAKSI


PENGOLAHAN DILAKUKAN DI PUSAT
(Kantor jarak jauh ditautkan ke pusat melalui tautan komunikasi langsung atau melalui berbasis Web
antarmuka).
Server Baru /
Bank Central Treasury TSA
tlE | 5 ~~~~~~ Router 1
Komputer Komputer
Internet
Layanan
Penyedia (ISP)
Remote C
Perbendaharaan . 3
Kantor
dari ~~~~~~~ r Server Server Terrninal
/ \ (= i \ ~~~~~~~~~~~~~~~ Remote
(Umt} 7 9 ~~~~~~~~~~~~~~~~ Treasury
'tJ 12 1 - ~~~~~~~~~~~~~~~~~~~ Office
Komputer Komputer Jagung Komputer \ malam
35

Model Kelembagaan Alternatif untuk Pemrosesan Pengeluaran


Unit Pengeluaran dan Pemrosesan Pengeluaran Berdasarkan Kementerian.
Di negara-negara di mana Departemen Keuangan dan kerangka hukum yang diperlukan untuk anggaran
persiapan dan pelaksanaan sudah ada dan berfungsi secara efisien, kelembagaan alternatif
pengaturan untuk pemrosesan pengeluaran dapat digunakan. Di beberapa negara, kementerian dan
unit pengeluaran bertanggung jawab langsung untuk melakukan pembayaran dari TSA, bukan
pembayaran disalurkan melalui Departemen Keuangan (lihat Gambar 10). TSA adalah
namun demikian tetap diadakan di Bank Sentral, yang terus bertanggung jawab untuk ritel
operasi perbankan terkait dengan pembayaran dan penerimaan pemerintah. Kementerian Keuangan harus
memastikan
bahwa kontrol yang diperlukan dipatuhi oleh agen sebelum melakukan pembayaran.
Kontrol anggaran dapat dilakukan oleh petugas dari kas pusat yang berada di luar
diposting ke dinas lini atau staf keuangan dan akuntansi lembaga lini. Bank TSA dapat
juga disarankan batasan keseluruhan untuk pengeluaran oleh unit pengeluaran. Namun sejak itu
Bank TSA tidak dapat diharapkan untuk memastikan kepatuhan terhadap batasan pengeluaran oleh
masing-masing ekonomi
kategori, tanggung jawab untuk kontrol pengeluaran terperinci terletak pada unit pengeluaran
dan pelayanan orang tua. Dalam pengaturan ini, unit pengeluaran dan kementerian induknya
juga memiliki tanggung jawab yang lebih besar untuk memelihara akun mereka dan di seluruh
pemerintahan
akun didasarkan pada laporan berkala yang diterima dari unit pengeluaran dan orang tua mereka
pelayanan.
Gambar 11 menunjukkan bagaimana lokasi dan tingkat pemusatan tanggung jawab
untuk kontrol pengeluaran dan untuk akuntansi bervariasi dalam organisasi yang berbeda
pengaturan yang diadopsi untuk Perbendaharaan dan untuk pemrosesan pembayaran.
Pengaturan Perbankan
Pengaturan perbankan alternatif kadang-kadang diberlakukan - biasanya di mana Central
Bank tidak memiliki jaringan cabang atau kapasitas yang memadai untuk menangani volume besar
transaksi pembayaran dan penerimaan. Dalam kasus seperti itu, Bank Sentral kemudian mendelegasikan
tanggung jawab operasi perbankan ritel ke satu atau lebih agen fiskal seperti yang diotorisasi
bank komersial yang melakukan pembayaran atas nama Perbendaharaan, menerima pemerintah

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 28/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

pendapatan dan membuat setoran harian ke TSA di Bank Sentral. Penggunaan fiskal
agen dimungkinkan dalam pengaturan pembayaran terpusat dan terdesentralisasi (di mana
pembayaran disalurkan melalui Perbendaharaan atau di mana agen pengeluaran langsung
bertanggung jawab atas otorisasi pembayaran). Gambar 12 menunjukkan model perbankan alternatif
pengaturan.
Pengaturan ini memiliki keuntungan memberikan pembayaran lebih cepat untuk
kreditor pemerintah dan pengurangan flo9 mengingat kapasitas yang lebih besar
bank komersial untuk memproses transaksi ini. Tiga proses penting untuk
berfungsinya sistem secara efisien.
9 Itu adalah nilai cek atau perintah pembayaran yang diterbitkan tetapi tidak diproses, yang dapat
menyebabkan a
perbedaan antara catatan bank dan akun TLS.
36

* Apung semua pembayaran yang ditransfer ke TSA harus sekecil mungkin;


* Rekening Bank harus terus berada di bawah kendali Departemen Keuangan bahkan
meskipun mereka dapat dioperasikan oleh agen; dan
* 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 penyelesaian antar bank elektronik
sistem ada di suatu negara maka ia dapat melakukan beberapa atau semua fungsi Perbendaharaan
sistem, dan mungkin tidak perlu untuk menempatkan jaringan kantor perbendaharaan untuk
memproses pembayaran pemerintah. Adanya pembayaran antar bank dan elektronik
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 dalamnya
akun bank. Namun, itu tidak dapat menggantikan sistem keuangan, karena pembayaran antar bank
dan sistem kliring tidak mewujudkan kontrol penting yang tersirat dalam Treasury
sistem. Dengan demikian, tidak memeriksa apakah ada alokasi anggaran, sebelumnya
komitmen, dan otorisasi pengeluaran sebelum 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
disebutkan
di atas, jika infrastruktur telekomunikasi di suatu negara berkembang dengan baik, maka lebih
sedikit
kantor perbendaharaan, yang berlokasi strategis di seluruh negeri dapat mencukupi untuk melayani
semua
unit pengeluaran. Sekali lagi ini tidak tergantung pada adanya kliring antar bank /
sistem pembayaran.
Bagan Proses untuk Pengaturan yang Terdesentralisasi
Bagan proses yang diberikan di Bagian II terutama menunjukkan arus informasi yang terkait dengan
pengaturan kelembagaan terpusat. Namun, diagram proses tambahan ditambahkan
untuk setiap proses utama untuk menunjukkan bagaimana aliran informasi akan bervariasi dalam
desentralisasi
kasus.
37

GAMBAR 10. PENGATURAN ALTERNATIF UNTUK PENGOLAHAN PEMBAYARAN


_ Laporan Rscal | Kasus 1: Perbendaharaan Bertanggung jawab atas Pemrosesan Pembayaran;
Central iank bertanggung jawab atas operasi perbankan
MOF Ba nkMiS
Alokasi anggaran. Alokasi anggaran
_ i ~~~~~~~~~~~~~~~~ Transaksi pengeluaran dari Treasury ke TSA Bank;
. ~~~~~~~~~~ Repocts ke Treawury pada paymntrs dan recelpUs
{K} dan {W [3. ~~~~~~~~~~~~~~~~~~~~~~~ Omeca
Permintaan pembayaran dari iMinistries dan SU ke Tneasuy; FinancialPymnstSupirAcot; Gvemnteept
laporan dari TreasurypymnttSwlnccuns; GoTr
____Fical______ Kasus 2: Kementerian dan SU langsung bertanggung jawab atas Paymnent
> ~~~~~~~~~ Memproses; B3ank pusat bertanggung jawab atas operasi perbankan
r ~~ appropriatins Anggaran Kemenkeu: c = _ _ _ __
(Tengah & ~~~~~~~~~~~~~~~~ Comffercial
i3udgetaprriatlos Ledguy enral etrl4
Reginal Banksaur
dan ~ ~ ~ ~~~~~ orc SU System Bank

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 29/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Permintaan Prmn dari minlte dan syst ke Truiy Riaica postPrauy nPyat aym nits ke Account Supplism;
Rec ipt Govemrmrnt
-Fsa ReapoRcoitss
Transaksi Budak MOF dari inistries ke TSA i3ank; Pepons to Ministrs atas pembayaran dan r
38

GAMBAR 11. GELOMBANG PENYUSUNAN TANGGUNG JAWAB PENGENDALIAN EXP ENDITURE DAN AKUNTANSI UNTUK
BERBEDA
MODEL ORGANISASI UNTUK PERJANJIAN
Pengeluaran
Unit
Unit Pengeluaran Berbasis /
pelayanan
bertanggung jawab untuk
R penyaluran Unit Pengeluaran lokal / Unit pembelanjaan /
akun yang merupakan ministf Smingsties
Sangat bertanggung jawab t Laporan berkala bertanggung jawab untuk laporan darurat
theyhFvall MO '. Tr.asury pr'paring loc'l -, eey 'MOF ^ all
nccounts mana yang dilaporkan berasal dari Olah Raga lokal
cp an lEs kompilasi akun rt yang re
negara yang kemudian dikonsolidasikan
a ccounts sinc q bekerja di iat the MOP
mereka memiliki altl ...... ~ MOPFIlaor ~ sn
n transaksi ~~~~~~~~~~ Orang Tua Kementerian ~~~~~~ ranact ton Expendit ... ...
Minitry Tresy Eop P-nst. Tran. l (nrg nttansacti ...
b eCae Ib: Biaya pengeluaran
transaksi dikirim oleh
saya | unit pengeluaran untuk Cs 2 mereka: Pengeluaran Kasus 2b: Pengeluaran
i Opsnandig colt gparent kementerian / transaksi dikirim melalui transaksi
organisasi yang, setelah dia membelanjakan ke dikirim oleh Unit Pengeluaran
memeriksa mereka, mengirimkan mereka miniotnies induk yang dkectly ke TSA Bank
t ~~~~~~~~~ ke salah satu pusat perbendaharaan lalu kirim mereka ke thu tanpa menggembar-gemborkan
mereka
kantor atau kantor cabang. Bank TSA langsung tanpa melalui kementerian orang tua atau
Unit Pengeluaran Menerapkan perutean mereka melalui kantor Perbendaharaan.
Perbendaharaan pengeluaran utama. Kementerian
f kontrol, mengirimkan repons berkala ke Kontrol Pengeluaran
Namun, Treasury the Treasury on, teworspnIlfyo
0 mengimplementasikan pengeluaran kedua. Satu-satunya tanggung jawabnya o.
Unit pengeluaran memeriksa dan memastikan bahwa Treasury juga menerima unit sprnding.
r bertanggung jawab atas tsrxi-iusaeIsilarpo.fmth ot.
reloal acounting sesuai dengan anggaran TEA bank, Hontro lh To bar c
kesenangan; appropriaons dan dapat diminta oleh
C memenuhi batasan pengeluaran / uang tunai. Kontrol Pengeluaran adalah Perbendaharaan untuk
diimplementasikan
di seluruh negeri satu-satunya yang bertanggung jawab atas pengeluaran
C akun 5cr tiC TOA Sno Kementrian / unit pengeluaran. batas pengeluaran pada suatu
dasar kontrol _eolunsy, kategori),
n ~ ~ ~ n.O. Namun, susunan TSA
n yPenambahan Unit oifticwy -Ex Tran dapat ditanyakan oleh
Kas Perbendaharaan Kasus Ia untuk diimplementasikan
Transaksi adalah satuan pengeluaran
Tambahkan ke ottiuo reginotl. batas ecp.ndtur atau * n
atau Departemen Keuangan langsung dari keseluruhan saya bukan dengan belanja
(dasar kategori Unit Pengeluaran).
n Unit SSpending Implement
; pengeluaran awal
kontrol.
Namun, Perbendaharaan
mengimplementasikan kedua
Perbendaharaan memeriksa dan memastikan itu
pengeluaran sudah masuk
Berdasarkan sesuai dengan anggaran
appropriatons dan
menghabiskan llmits uang tunai.
Pengeluaran Terpusat-Terdesentralisasi
Tanggung Jawab Berbasis Perbendaharaan atas Unit Pengendalian Pengeluaran Berbasis

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 30/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

39

GAMBAR 12. PENGATURAN PERBANKAN ALTERNATIF


(Operasi perbankan dilakukan oleh bank komersial yang bertindak sebagai agen fiskal bank sentral)
Laporan fiskal dari sistem Central Case 1: Treasury bertanggung jawab
Bank MOF untuk pemrosesan pembayaran;
Appappations riations Budet appropriations (TSA)
pada ng0 asur Treasure
Ministries (Ciscal Lege 0commercial
dan .. SU vRegional Agent Banks
Permintaan pembayaran dari Kementerian dan SU ke Perbendaharaan dan Pembayaran Keuangan untuk Akun
Pemasok; Penerimaan Pemerintah
laporan dari Departemen Keuangan
Transaksi pengeluaran dari Perbendaharaan ke Bank TSA;
Laporan ke Departemen Keuangan tentang pembayaran dan penerimaan kembali
Laporan Fiskal dari Sistem Kasus 2: Kementerian dan SUS adalah
^ l Laporan Fiskal dari Sistem yang langsung bertanggung jawab atas
Alokasi udget Depkeu Pemrosesan Pembayaran
Penghargaan persetujuan anggaran Cesr Cnrlentral
Central ~~~~~~~~~Bank
BudgetSapprypriaUons Oul "[Y Tnstem (TSA) Pembayaran untuk Pemasok
Akun; Pemerintah
> - Jika <E iig:; -7; S i44 4 gg ~~~~~~ Penerimaan
Laporan ke Kas tentang Pembayaran R
r Repons 1 dari sistem miniatry ~~~~~~~~~ dan Penerimaan f
end SU s LevedgFsc-Komersial
Agen Buku Besar ~~~~~~~~~~~~~~~~~~~~~~ Bank
Transaksi pengeluaran dari Kementerian ke Bank TSA; Laporan ke Kementerian tentang pembayaran dan
penerimaan ^
40

PENGAMATAN STANDAR DAN PRAKTEK INTERNASIONAL


TRM memberikan dasar untuk memastikan bahwa desain sistem keuangan sejalan
standar internasional untuk berbagai aspek manajemen keuangan. Dua khusus
elemen yang harus diperhitungkan adalah adopsi bagan akun
struktur yang memenuhi standar internasional untuk akuntansi dan pelaporan fiskal, dan
unsur-unsur yang relevan dari Pedoman Praktik Baik IMF tentang Transparansi Fiskal-
Deklarasi tentang Prinsip.
Bagan Akun dan Klasifikasi
Bagan Akun (COA) adalah komponen kunci untuk memastikan bahwa data anggaran
ditangkap dalam tingkat detail yang diperlukan, bahwa sumber dan alasan untuk setiap transaksi
dapat diidentifikasi dalam sistem, dan bahwa informasi anggaran dapat dilihat dalam
konteks yang sesuai. COA juga mengkorelasikan anggaran dengan realisasi dengan menyediakan
pemetaan ke struktur klasifikasi anggaran.
Sistem pemrosesan transaksi, seperti Sistem Perbendaharaan, menangkap sejumlah data dari
pemrosesan transaksi individu dalam rangka operasi bisnis normal. Itu
rincian transaksi yang ditangkap oleh sistem aplikasi, seperti perpindahan material atau
detail penyelesaian proses, berkaitan dengan entri akuntansi yang dihasilkan oleh masing-masing
transaksi.
COA adalah istilah yang umum digunakan untuk menggambarkan kerangka klasifikasi untuk merekam
dan melaporkan transaksi dan aliran lain yang mempengaruhi posisi keuangan suatu entitas.
Dampak akuntansi dari transaksi dikategorikan oleh COA yang menetapkan
kerangka kerja dan hierarki akun untuk menyimpan detail akuntansi; dan tingkat detail dalam
COA tergantung pada persyaratan operasional dan manajerial (kontrol)
Kementerian atau lembaga
Pada prinsipnya, COA mewujudkan semua klasifikasi hubungan antara akuntansi
catatan. Istilah ini paling sering diterapkan pada perusahaan komersial dan terhubung
pada dasarnya definisi transaksi dan konsep neraca akrual. Itu juga
sering diterapkan ke rekening pemerintah dan digunakan secara bergantian dengan istilah "anggaran
(atau
akun) klasifikasi ", meskipun dasar yang mendasari untuk klasifikasi dalam pemerintahan
mungkin tidak menggunakan struktur akrual.
COA yang lengkap akan mencakup sub-klasifikasi berikut (dibahas lebih lanjut
detail di bawah):
* Klasifikasi Dana

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 31/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

* Klasifikasi Organisasi
* Klasifikasi Ekonomi
* Klasifikasi Fungsional
* Program Classification
* Klasifikasi Proyek
41

Struktur Dasar Akrual


Semakin, konsep akrual sedang diterapkan pada akuntansi pemerintah dan - untuk a
sedikit lebih rendah - penganggaran. Tanpa implikasi apa pun pemerintah seharusnya
secara universal mengadopsi akuntansi basis akrual, direkomendasikan bahwa COA pemerintah menjadi
berdasarkan prinsip akrual. Struktur seperti itu akan memungkinkan akuntansi berbasis kas dan
sangat memudahkan adopsi pencatatan dan pelaporan dasar akrual untuk ditingkatkan
manajemen keuangan, perkiraan dan pencatatan ekonomi, dan analisis. Secara keseluruhan, itu
COA harus (1) disusun berdasarkan prinsip akrual; dan (2) mewujudkan anggaran dan
sistem klasifikasi akun yang memfasilitasi manajemen, akuntabilitas dan audit.
Semua transaksi dan arus lainnya harus secara jelas dikaitkan dengan dampaknya terhadap entitas
bersih
bernilai. Ini berarti bahwa, pada tingkat objek (lihat klasifikasi ekonomi di bawah), kekayaan
bersih
menambah atau mengurangi transaksi dan aliran lain dipisahkan dari yang terlibat
pertukaran aset dan kewajiban (yang tidak mempengaruhi kekayaan bersih). Yang mendasar
perbedaan yang harus diwujudkan dalam tingkat tertinggi dari klasifikasi objek
Oleh karena itu akun adalah sebagai berikut:
COA terkait mengklasifikasikan masing-masing akun menjadi lima kategori:
* Akun Pendapatan menyimpan rincian transaksi untuk semua pendapatan dan penerimaan (arus masuk)
transaksi. Pendapatan menambah kekayaan bersih pemerintah dan berasal dari
banyak sumber. Akibatnya, setiap sumber pendapatan memiliki sistem klasifikasi sendiri. Untuk
Misalnya, pajak diklasifikasikan berdasarkan pajak yang dikenakan dan hibah
diklasifikasikan berdasarkan sumber. Dalam analisis fiskal, transaksi pendapatan diklasifikasikan
ke dalam pajak dan
penerimaan Negara Bukan Pajak. Beberapa contoh penerimaan bukan pajak termasuk kontribusi sosial,
hibah dan pendapatan properti.
* Akun Pengeluaran untuk semua pengeluaran dan transfer (pengeluaran) transaksi.
Pengeluaran mengurangi kekayaan bersih pemerintah. Klasifikasi biaya adalah
berkaitan dengan mengidentifikasi aspek-aspek transaksi dengan mana pemerintah
melakukan fungsi yang pengaruhnya di luar ranah pemerintah. Ada tujuh
pengelompokan biaya ekonomi utama: kompensasi karyawan; penggunaan barang
dan layanan; konsumsi modal tetap; biaya properti; subsidi; hibah; dan
manfaat sosial.
* Akun Aset yang mencakup rincian seperti uang tunai, investasi, piutang dan
jumlah yang jatuh tempo dari dana lain;
- Akun Aset Non-keuangan mencatat saldo, akuisisi, dan penjualan
aset non finansial seperti bangunan, peralatan, jalan, dan lainnya
infrastruktur.
- Rekening Aset Keuangan mencatat saldo, akuisisi dan penjualan
aset non-keuangan termasuk uang tunai, kepemilikan saham, dan pinjaman kepada lainnya
entitas atau sektor.
* Liabilitas Akun yang mencakup rincian hutang yang timbul dalam operasi masing-masing dana dan
jumlah terutang ke dana lain.
* Akun Aliran Ekonomi Lainnya mencatat perubahan nilai aset atau liabilitas
akun sebagai akibat dari perubahan dalam penilaian saham atau penciptaan atau penghancuran
aset atau liabilitas (termasuk penghapusan).
42

COA dirancang untuk memungkinkan rekonsiliasi lengkap antara saldo awal,


transaksi dan aliran ekonomi lainnya, dan saldo penutupan. Rekonsiliasi seperti itu tidak
mungkin dalam sistem basis kas, karena pencatatan stok dan arus (khususnya
penilaian) dalam sistem yang hanya mengandalkan informasi tunai secara inheren tidak lengkap.
Sementara
banyak sistem akan tetap menjadi basis uang tunai untuk beberapa waktu mendatang, yang penting
elemen dari desain sistem tresuri adalah bahwa ia harus mencakup ruang lingkup untuk progresif
perbaikan dalam informasi akuntansi yang tersedia untuk pengambil keputusan. Oleh karena itu,
suatu
struktur berbasis akrual direkomendasikan meskipun beberapa elemen tidak akan digunakan

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 32/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

segera. Mengadopsi COA berbasis akrual akan memungkinkan kelanjutan uang tunai
pelaporan dasar - elemen yang diperlukan dari sistem akrual - sementara berfungsi sebagai yang
logis terlebih dahulu
langkah dalam meningkatkan basis data sistem perbendaharaan (lihat Kotak 5).
43

Kotak 5. PINDAHKAN DARI TUNAI KE DASAR AKRUAL


Empat tahap utama dalam proses akuntansi adalah:
STAGE EVENT CATEGORY (contoh)
Catatan Komitmen kontrak (eksplisit atau Barang / jasa dikontrak
implisit) untuk memasok barang / jasa untuk
Catatan Akrual dari barang / jasa yang disediakan Peralatan (setelah diterima)
menciptakan aset dan liabilitas
Jatuh tempo untuk Rekam pembayaran karena untuk pembayaran
pembayaran
Pembayaran Tunai. Mencatat pembayaran tunai. Pembayaran untuk barang dan
jasa
* Juga disebut sebagai "verifikasi" Pengakuan pada tahap akrual biasanya terjadi ketika
penerimaan barang atau jasa diverifikasi dan kewajiban / aset dicatat.
Tahapan akuntansi ini berlaku terlepas dari apakah dasar formal akuntansi
berdasarkan uang tunai atau basis akrual - dan, sebagai aturan umum, tahapan dicatat dalam
beberapa bentuk
dalam semua sistem, meskipun laporan manajemen keuangan berbasis kas tidak memerlukan
pelaporan konsolidasi atas catatan akrual. Tahap pertama penerapan akrual
reformasi akuntansi dalam pemerintahan akan menyusun COA pada prinsip akrual, seperti
diuraikan dalam teks. Namun, laporan konsolidasi formal dapat terus menggunakan uang tunai
dasar. Entri akrual bukan tunai, seperti depresiasi, yang tidak memiliki korespondensi
kategori pembayaran tidak akan diterapkan ketika COA hanya digunakan untuk uang tunai
akun dasar.
Struktur akun akrual dengan demikian memberikan dasar bahkan uang tunai yang dominan
sistem dasar. Dalam program reformasi manajemen fiskal, tahapan progresif
perbaikan dalam sistem informasi harus diidentifikasi secara jelas. Dasar akrual parsial
rekaman dapat diperkenalkan secara relatif mudah untuk sebagian besar akun pengeluaran, dan - pada
a
dasar konservatif - untuk akun pendapatan. Neraca parsial - mencakup keuangan
aset dan liabilitas dan sebagian besar aset tetap - juga dapat diperkenalkan pada waktu yang
relatif dini
tahap. Kemudian, pengenalan proses penilaian yang ketat dan ukuran ekonomi PT
penyusutan akan menyebabkan pencatatan dan pelaporan akrual penuh. Tingkat, tentu saja,
bervariasi dari satu negara ke negara; selain itu, manfaat dari memperkenalkan proses-proses ini
hanya akan terwujud jika ada reformasi substansial di bidang kelembagaan lainnya
kerangka.
44

Akun Anggaran dan Sistem Klasifikasi


Konsisten dengan struktur COA yang luas, transaksi dan aliran lainnya digolongkan ke
mengizinkan 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 izin sub-klasifikasi
beberapa tampilan Anggaran:
* Klasifikasi Dana menunjukkan dana di mana dana publik diotorisasi (misalnya,
umum, atau pendapatan, dana, dana pembangunan, dana jalan).
* Klasifikasi Organisasi menggambarkan organisasi yang menerima sumber daya anggaran;
* Klasifikasi Ekonomi menunjukkan rincian pendapatan anggaran,
meminjam, dan pengeluaran;
* Klasifikasi Fungsional menunjukkan pendapatan dan pengeluaran berdasarkan fungsi
pemerintah seperti Ketertiban Umum dan Masalah Keselamatan, Urusan Pendidikan dan
Layanan, Urusan dan Layanan Kesehatan, dll .;
* Klasifikasi Programn menunjukkan alokasi anggaran yang direncanakan untuk program-program
tertentu
(seperti pengentasan kemiskinan) yang dapat diimplementasikan oleh berbagai organisasi
unit dan mungkin melibatkan beberapa kategori fungsional; dan
* Klasifikasi Proiect mengidentifikasi kegiatan yang bertujuan untuk mencapai tujuan tertentu
dalam jangka waktu tertentu. Proyek adalah elemen dari klasifikasi program yang lebih luas,

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 33/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

dan banyak yang dapat dikaitkan dengan bantuan eksternal (diidentifikasi dengan bantuan khusus
dana pemerintah / donor).
45

Klasifikasi Dana
Serangkaian entitas akuntansi dapat didefinisikan dalam pemerintahan selain dari yang umum
dana, yang mencakup semua transaksi yang dibiayai oleh pendapatan umum atau pinjaman. Umumnya,
memiliki banyak dana tidak dianjurkan karena keterbatasan yang diberlakukan
fleksibilitas manajemen dan kontrol fiskal. Dana yang berbeda biasanya diperlukan untuk
pensiun, pembayaran jaminan sosial, dana kesehatan, dan tunjangan pengangguran. Semua lainnya
sub-klasifikasi harus berlaku untuk masing-masing dana pemerintah-meskipun berbagai item
tunduk pada klasifikasi mungkin sangat terbatas pada dana khusus tertentu (yaitu, mungkin
kebanyakan akan berhubungan dengan satu organisasi, fungsi, dan sejumlah objek
biaya atau tanda terima).
Klasifikasi Organisasi
Klasifikasi Organisasi menunjukkan lembaga anggaran dan anggaran
alokasi. Sistem Klasifikasi Organisasi mempertahankan kelembagaan
hierarki dan dengan demikian memungkinkan perencanaan dan pelacakan sumber daya anggaran
pemakaian:
* Pelayanan
> Division
Departemen
Cabang X
Klasifikasi Ekonomi
Klasifikasi Ekonomi sesuai dengan struktur COA akun yang dijelaskan
di atas dan, dari sudut pandang kontrol anggaran, memiliki tiga komponen utama:
pendapatan; biaya; dan transaksi aset non-finansial. Klasifikasi pengeluaran
sistem memiliki beberapa sub-komponen yang memungkinkan analisis pengeluaran berdasarkan fungsi,
tingkat klasifikasi lembaga, program dan ekonomi. Klasifikasi
pengeluaran berdasarkan kategori ekonomi - upah dan gaji, barang dan jasa, investasi
pengeluaran, 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 bukan
pajak
pendapatan. Berikut ini adalah contoh penerimaan bukan pajak:
* Kontribusi Sosial: Penerimaan yang diterima oleh individu yang diasuransikan oleh asuransi
sosial
skema atau dari majikan mereka dipungut melalui penggajian.
* Hibah: Kontribusi sukarela dari pemerintah asing dan lembaga donor.
* Pendapatan Properti: Penerimaan yang berasal dari instansi / departemen pemerintah saat
aset keuangan atau modal ditempatkan pada pembuangan yang lain dan bunga, dividen
atau uang sewa diterima.
46

Penghasilan berasal dari banyak sumber. Akibatnya, mengembangkan klasifikasi seragam


sistem tidak praktis. Karenanya, setiap sumber pendapatan memiliki sistem klasifikasi sendiri.
Untuk
misalnya, pajak diklasifikasikan berdasarkan pajak yang dikenakan dan hibah diklasifikasikan
menurut sumber.
Beban
Biaya adalah nilai agregat dari serangkaian transaksi yang mengurangi kekayaan bersih
sektor pemerintah. Klasifikasi ekonomi pengeluaran berkaitan dengan
mengidentifikasi aspek transaksi dimana pemerintah melakukan fungsi yang
efeknya berada di luar ranah pemerintah. Ada tujuh kelompok ekonomi utama di Indonesia
biaya:
* Kompensasi karyawan
* Penggunaan barang dan jasa
* Konsumsi modal tetap
* Pengeluaran properti
* Subsidi
* Hibah
3 manfaat sosial
Klasifikasi Ekonomi Ilustraktif
Klasifikasi ekonomi ilustrasi diberikan di bawah ini.

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 34/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Tingkat Pertama Tingkat Kedua Tingkat Ketiga


1 Pengeluaran berulang 1.1 Remunerasi 1.1.1 Gaji
1.1.2 Upah
1.1.3 Tunjangan
1.1.4 Gratifikasi
1.1.5 Lembur
1.2 Pembelian barang 1.2.1 Perjalanan
dan layanan 1.2.2 Persediaan
1.2.3 Pemeliharaan
1.3 Transfer dan 1.3.1 Ke perusahaan
subsidi 1.3.2 Untuk rumah tangga
1.3.3 Ke tingkat pemerintahan yang lain
Klasifikasi Fungsional
Klasifikasi Fungsional menunjukkan sumber daya anggaran yang dialokasikan untuk
berbagai fungsi. Seringkali, perlu untuk memperluas klasifikasi fungsional di
digunakan untuk menutupi pelaksanaan anggaran dan kebutuhan manajemen keuangan dari Departemen
Keuangan
Keuangan. Klasifikasi fungsional memungkinkan tren pengeluaran pemerintah pada khususnya
berfungsi 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
47

contoh gangguan fungsional yang direkomendasikan oleh sistem COFOG Perserikatan Bangsa-Bangsa
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 pengumpulan pendapatan dan pengeluaran. Selain itu, ekonomis
dan kategori fungsional dapat diklasifikasi silang untuk menunjukkan jenis transaksi
terlibat dalam melakukan fungsi tertentu. Lampiran G juga menunjukkan yang direkomendasikan
COA untuk klasifikasi fungsi pemerintahan secara lebih rinci.
Struktur Program
Program dapat dilakukan oleh lebih dari satu institusi dan biasanya dikonsumsi
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 Fungsional
Struktur Klasifikasi dan karenanya menjadi sulit, tanpa adanya formal
Struktur program untuk merencanakan dan melacak pengeluaran program.
Program biasanya dilacak oleh:
Program
; Sub-program
Transparansi Fiskal dan Kaitannya dengan Reformasi Sistem Perbendaharaan
Pengembangan sistem perbendaharaan harus diatur dalam konteks pengembangan
sistem manajemen fiskal secara keseluruhan. Sistem perbendaharaan yang efektif akan membantu
membangun
kendalikan pengeluaran - tetapi tidak akan memberikan solusi lengkap dengan sendirinya. Itu
peningkatan transparansi fiskal menyediakan serangkaian tujuan yang relevan untuk semua
elemen reformasi manajemen fiskal dan dapat membantu memandu reformasi keuangan sebagai bagian
dari
program reformasi yang terintegrasi. Tujuan transparansi itu penting dalam dirinya sendiri, tetapi
itu
juga memberikan panduan untuk kesehatan keseluruhan dari sistem manajemen fiskal-
peningkatan transparansi fiskal harus diharapkan mengarah pada peningkatan fiskal
48

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 35/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

keputusan manajemen dan kebijakan fiskal yang sehat. Pada bulan April 1998, Komite Sementara PT
Dewan Gubernur IMF mengadopsi Kode Praktik yang Baik tentang Fiskal
Transparansi - Deklarasi tentang Prinsip dan mendorong semua negara untuk mengambil langkah
mengimplementasikan Kode. Standar kode dapat digunakan sebagai tolok ukur untuk menetapkan
prioritas untuk fiskal
reformasi manajemen, mengoordinasikan upaya berbagai lembaga, dan menilai kemajuan
waktu. Sehubungan dengan sistem perbendaharaan, unsur-unsur Kode tercantum dalam Tabel 2
di bawah ini adalah relevansi khusus.
TABEL 2. UNSUR KODE TRANSPARANSI FISKAL YANG MENCERMINKAN UNTUK PENGOBATAN
Elemen Komentar Kode
Kejelasan peran dan tanggung jawab
1.1.4 Mekanisme yang jelas untuk Sejauh mungkin semua ekstra-anggaran
koordinasi dan pengelolaan dana harus ditangani oleh treasury atau, di
kegiatan anggaran dan ekstra-anggaran minimum, laporan oleh ekstra-anggaran
harus didirikan, dan didefinisikan dengan baik, dana harus dikonsolidasikan dalam
dan pengaturan yang jelas terkait sistem perbendaharaan, menerapkan setidaknya
entitas pemerintah lainnya (misalnya, standar setara pusat kebijakan akuntansi,
bank, dan keuangan yang dikendalikan negara dan ketepatan waktu dan periodisitas.
perusahaan non-finansial) seharusnya
ditentukan.
1.2.1 Manajemen fiskal seharusnya
diatur oleh undang-undang komprehensif dan Pekerjaan hukum mungkin harus
aturan administrasi yang berlaku untuk anggaran ditinjau dan dimodifikasi untuk memastikan efektif
dan kegiatan ekstra-anggaran. Setiap operasi perbendaharaan.
komitmen atau pengeluaran
dana pemerintah harus memiliki legal
wewenang.
Ketersediaan informasi oleh publik
2.1.4 Pemerintah pusat harus menjadi tolok ukur yang harus dicapai oleh
secara teratur mempublikasikan informasi tentang sistem perbendaharaan tingkat.
dan komposisi utangnya dan keuangannya
aktiva.
2.2.1 Komitmen khusus harus menjadi elemen yang diinginkan dari reformasi kelembagaan
dibuat untuk publikasi fiskal yang akan meningkatkan efektivitas
informasi (misalnya, dalam undang-undang anggaran). sistem perbendaharaan
2.2.2 Jadwal tanggal rilis lanjutan untuk benchmark yang ingin dicapai oleh
pelaporan fiskal kepada publik harus menjadi sistem tresuri.
diumumkan
49

Buka persiapan anggaran, pelaksanaan,


dan pelaporan
3.2.4 Anggaran tahunan dan tolok ukur A final yang akan dicapai oleh
akun harus mencakup pernyataan sistem perbendaharaan.
dasar akuntansi (yaitu, tunai atau akrual) dan
standar yang digunakan dalam persiapan dan
penyajian data anggaran.
3.3.1 A komprehensif, terintegrasi
sistem akuntansi harus ditetapkan. Tolok ukur yang ingin dicapai oleh
Ini harus memberikan dasar yang dapat diandalkan untuk sistem perbendaharaan.
menilai tunggakan pembayaran.
3.3.2 Prosedur untuk pengadaan dan Reformasi kelembagaan yang akan ditingkatkan
pekerjaan harus distandarisasi dan efektivitas sistem perbendaharaan.
dapat diakses oleh semua pihak yang berkepentingan.
3.3.3 Pelaksanaan anggaran harus merupakan reformasi kelembagaan yang akan ditingkatkan
diaudit secara internal, dan mengaudit prosedur efektivitas sistem perbendaharaan.
harus terbuka untuk ditinjau.
3.4.1 Selama tahun ini, harus ada
pelaporan anggaran rutin dan tepat waktu dan
tenaga ekstra-anggaran, yang harus menjadi tolok ukur yang harus dicapai oleh
dibandingkan dengan perkiraan awal. Dalam sistem perbendaharaan.
tidak adanya informasi terperinci tentang yang lebih rendah
tingkat pemerintahan, indikator yang tersedia
dari posisi keuangan mereka (misalnya, bank
masalah pinjaman dan obligasi) seharusnya
disediakan.

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 36/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

3.4.2 Tepat waktu, komprehensif, diaudit


akun akhir operasi anggaran, tolok ukur yang ingin dicapai oleh
bersama dengan informasi lengkap tentang sistem ekstra-perbendaharaan.
akun anggaran, harus disajikan
ke legislatif. _
50

FAKTOR KEBERHASILAN KRITIS UNTUK IMPLEMENTASI PROYEK


Bagian ini mencantumkan beberapa faktor yang perlu diperhatikan untuk memastikan perhatian khusus
implementasi proyek yang sukses.
Komitmen Pemerintah dan Dukungan Manajemen
Meningkatkan kualitas sistem manajemen fiskal akan meningkatkan transparansi
proses alokasi fiskal dan sumber daya. Ini akan memengaruhi mereka yang diuntungkan
kelemahan sistemik yang ada. Minat ini dapat bertindak untuk menunda tindakan proyek atau
mengalihkan
proyek dari tujuannya. Kelanjutan komitmen pemerintah untuk reformasi
sektor publik dan untuk memperkuat lembaga manajemen keuangan dasar karena itu
faktor penentu keberhasilan utama untuk implementasi proyek yang memuaskan.
Pengenalan struktur kelembagaan baru untuk pelaksanaan anggaran membutuhkan reorganisasi
dan menyelaraskan kembali peran dan tanggung jawab lembaga pemerintah terkait, seperti
Kementerian Keuangan, Bank Sentral dan Departemen Keuangan serta hubungan mereka dengan
kementerian terkait.
Ini juga membutuhkan reformasi mendasar dari proses fungsional yang dilakukan oleh lembaga-lembaga
ini
melakukan. Sistem informasi berbasis komputer harus dipandang sebagai sarana untuk membantu
penerapan proses dan prosedur bisnis yang direkayasa ulang.
Implementasi perubahan luas seperti itu akan membutuhkan dukungan pemerintah di
level tertinggi untuk memastikan bahwa proses perubahan selesai dengan lancar. Ini menjadi
lebih sulit untuk dicapai dalam praktik, karena implementasi penuh dari sistem Perbendaharaan
dan program reformasi yang menyertainya biasanya membutuhkan beberapa tahun untuk
penyelesaian. Selama periode ini mungkin ada beberapa perubahan dalam manajemen. Untuk mengurangi
terhadap risiko-risiko ini maka perlu bahwa: (a) langkah-langkah reformasi adalah bagian dari a
program reformasi yang lebih luas untuk manajemen pengeluaran publik dan disetujui
Pemerintah di tingkat tertinggi; (B) program orientasi mulai diterapkan
untuk manajer sektor publik menekankan keunggulan yang ditawarkan oleh sistem baru dan
proses untuk mendorong apresiasi manfaat yang lebih luas dan meningkatkan kepemilikan. Program ini
mungkin perlu diulang beberapa kali selama umur proyek; dan (c) proyek menjadi
dirancang sedemikian rupa sehingga beberapa kemenangan cepat dan tanda bangku ditandai dengan
jelas
dicapai relatif awal dalam proyek untuk menarik perhatian dan minat manajemen.
Ini bisa berupa pengembangan dan implementasi interim otomatis atau genap
sistem manual untuk implementasi bagian inti dari program.
Koordinasi Antar Lembaga dan Keterlibatan Pengguna dalam Desain Sistem
Keberhasilan implementasi jaringan sistem informasi yang terintegrasi, seperti
didefinisikan di sini, sangat tergantung pada kerja sama antara beragam pengguna. Proyek
persiapan dan implementasi adalah kompleks ketika dilakukan dalam lingkungan multi-agensi.
Membentuk komite pengarah dan kelompok kerja dengan perwakilan dari semua jurusan
pemegang saham akan memastikan bahwa semua kebutuhan agen peserta dipertimbangkan
selama desain sistem. Komite pengarah akan memberikan masukan dan panduan kebijakan
dan kelompok kerja akan bertanggung jawab untuk menangani masalah operasional sehari-hari
51

dan akan menjadi kendaraan untuk memberikan input pengguna ke tim teknis yang bertanggung jawab
melaksanakan proyek. Ini juga akan menetapkan pengaturan berbagi data yang sistematis,
protokol, dan jadwal antara berbagai sistem sehingga semua lembaga memiliki akses ke
data keuangan sesuai kebutuhan.
Dalam kasus sistem Perbendaharaan, kelompok-kelompok ini akan mencakup perwakilan dari
Perbendaharaan, departemen lain dari Kementerian Keuangan, Bank Sentral, jalurnya
kementerian dan unit pengeluaran, dan agen penagihan pendapatan.
Dapat dicatat bahwa input manajemen fungsional senior sangat penting selama
tahap perencanaan dan desain awal proyek. Persyaratan keterampilan utama untuk
fase desain adalah pengetahuan mendalam tentang area fungsional dan kapasitas manajerial
untuk memastikan bahwa proyek diterima oleh pengguna dalam area fungsional. Teknisnya
aspek menjadi penting hanya selama fase implementasi selanjutnya. Kemudi
komite dan kelompok kerja akan memastikan sponsor dari tingkat tertinggi

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 37/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

area fungsional yang terlibat dalam proyek dan partisipasi dari jangkauan seluas mungkin
pengguna. Mereka juga akan memastikan bahwa proyek tersebut dimiliki dan diadopsi oleh pengguna
setelah itu
selesai.
Kapasitas Organisasi dan Keterampilan Teknis
Proyek reformasi sistem perbendaharaan perlu untuk mengatasi kapasitas organisasi
lembaga yang bertanggung jawab untuk implementasi reformasi dan manajemen proyek
pelaksanaan. Jumlah staf keuangan dan teknis dan berbagai tingkat keterampilan
diperlukan untuk mengatur sistem seperti itu cukup besar. Untuk memastikan keberlanjutan proyek
dapat
perlu menambah keterampilan yang ada dan menyediakan pembiayaan dan perekrutan proyek
spesialis implementasi, spesialis manajemen fiskal, dan keterampilan teknis lainnya
wajib.
Pemerintah mungkin perlu meninjau skala gaji staf di bidang-bidang utama untuk mempertahankannya
layanan sipil dan untuk mengeksplorasi mode pekerjaan lain dan jalan untuk merekrut staf.
Misalnya, mempekerjakan staf dari sektor swasta untuk penugasan khusus dan outsourcing
pemeliharaan teknis dan pengoperasian beberapa sistem harus dipertimbangkan. Dalam apapun
kasus, kebijakan pelatihan yang berkelanjutan perlu diadopsi mengingat signifikansi
tingkat gesekan yang bisa diharapkan.
Persyaratan pelatihan untuk proyek dapat dibagi menjadi beberapa bidang:
(i) Pelatihan dalam prinsip, konsep dan metodologi bidang studi yang dicakup
oleh proyek, yaitu, pelaksanaan anggaran, manajemen kas dan perbendaharaan
operasi.
(ii) Pelatihan / orientasi manajemen tingkat senior dalam penggunaan berbasis komputer
sistem informasi manajemen keuangan.
52

(iii) Pelatihan pengguna akhir dalam penggunaan sistem informasi terkomputerisasi yang akan
ditetapkan
di bawah proyek. Ini akan mencakup pelatihan untuk staf keuangan lembaga lini dan
untuk auditor pemerintah.
(iv) Pelatihan teknis dalam penggunaan alat khusus untuk dipekerjakan
mengembangkan dan mengimplementasikan sistem informasi di bawah proyek. mis
RDBMS yang dipilih, sistem operasi-UNIX, pengembangan aplikasi dan CASE
alat, dll.
(v) Pelatihan yang lebih umum terkait dengan perencanaan manajemen, desain dan
pengembangan sistem informasi.
(vi) Pelatihan manajemen proyek EDP dan penyediaan dukungan pengguna akhir
staf yang akan menggunakan sistem.
Proyek implementasi sistem keuangan biasanya perlu disediakan
pembiayaan untuk:
(i) Bantuan teknis untuk analisis kebutuhan pelatihan, pengembangan keseluruhan
strategi pelatihan, dan jadwal untuk pengguna pelatihan; desain dan spesifikasi
fasilitas pelatihan in-house atau identifikasi kursus pelatihan yang sesuai di dalam
negara dan luar negeri; pengembangan atau perolehan materi pelatihan, teknis
dokumentasi dan manual pengguna akhir.
(ii) Kursus pelatihan harus diatur di lokasi, atau di lembaga lokal atau asing yang akan dibahas
area ini. Staf yang akan dilatih di bawah proyek akan mencakup MOF / Jalur
Badan / Auditor Pemerintah / Staf perbendaharaan dan staf teknis Kementerian Keuangan /
Treasury yang akan terlibat dalam pengembangan dan implementasi
sistem.
(iii) Tugas studi untuk pejabat pemerintah dalam pelaksanaan anggaran dan
area operasi treasuri untuk memungkinkan mereka mengambil manfaat dari pengalaman orang lain
Pemerintah di bidang ini. Ini akan mencakup pembiayaan kursus dan
perjalanan diskusi tentang topik tertentu oleh para ahli dari pemerintah atau lembaga ini ke
negara tempat proyek sedang dilaksanakan.
Manajemen Perubahan
Implementasi jaringan di seluruh negeri untuk mendukung sistem berbasis komputer
proses perbendaharaan membutuhkan pemahaman tidak hanya tentang proses bisnis dan
persyaratan informasi, tetapi juga lingkungan sosial, budaya, dan politik
organisasi dan negara di mana mereka sedang dilaksanakan (Walsham,
Symons, dan Waema, 1988). Dikatakan bahwa sistem berbasis komputer bersifat sosial
sistem di mana teknologi hanya satu elemen. Pengaturan organisasi
diperlukan untuk memastikan "kecocokan sosial" karena itu semakin penting.
53

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 38/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Implementasi sistem informasi terkait erat dengan dan biasanya memiliki hubungan langsung
berdampak pada cara orang melakukan pekerjaan sehari-hari mereka. Sangat penting bahwa perubahan
yang tepat
prosedur manajemen dilembagakan di samping program pelatihan formal untuk memastikan hal itu
staf merasa nyaman di lingkungan kerja baru mereka, dan khususnya tidak merasa tidak aman
karena ketakutan salah penempatan pekerjaan, dll.
Pada tingkat yang lebih kompleks, sistem informasi dapat mengarah pada definisi ulang relatif
otoritas dan kekuatan hubungan individu dan kelompok dalam organisasi. Perubahan
latihan manajemen juga perlu menangani aspek-aspek ini. Jadi, setelah itu
implementasi sistem Treasury, unit pengeluaran mungkin tidak memiliki akses langsung ke mereka
Rekening bank dan perlu untuk mengarahkan transaksi pengeluaran mereka melalui Perbendaharaan. Ini
akan menyebabkan pergeseran keseimbangan kekuatan yang mendukung MOF pusat. Manajer dan staf di
unit pengeluaran perlu diyakinkan tentang perlunya menerapkan perubahan ini dan
Departemen Keuangan, pada bagiannya, perlu memastikan bahwa tidak ada penundaan yang tidak perlu
terjadi dalam transaksi
pemrosesan, untuk memastikan transisi yang mulus ke sistem baru.
Mengingat efisiensi dalam pemrosesan transaksi yang dimungkinkan oleh sistem otomatis,
jumlah staf yang diperlukan untuk memproses transaksi bisnis rutin dapat berkurang,
menghasilkan ketakutan akan redundansi. Program paralel pelatihan ulang dan penyebaran kembali
kelebihan staf mungkin diperlukan.
Sistem Treasury otomatis akan menggabungkan kontrol bawaan dan akan menerapkannya
kontrol seragam di semua transaksi. Ini akan menambah transparansi dan karenanya
akuntabilitas untuk operasi pemerintah. Bahkan, instalasi sistem ini dapat menyediakan
dasar-dasar sistemik untuk dan memberikan dorongan besar untuk upaya anti-korupsi.
Namun, untuk alasan-alasan inilah proyek semacam itu dapat menghadapi hambatan selama proyek
pelaksanaan. Ini adalah alasan lain mengapa proyek semacam itu membutuhkan sponsor pada tingkat
tertinggi
tingkat yang dapat mengatasi kendala sosial dan politik dan mengarahkan proyek melalui
tahap awal.
Perencanaan Proyek Formal
Penerapan sistem komputer di seluruh negara untuk mendukung fungsi Treasury
proses adalah usaha yang substansial. Sangat penting bahwa lembaga yang terlibat dalam
Latihan sadar akan besarnya. Metodologi perencanaan proyek formal harus
digunakan untuk merancang, mengimplementasikan, dan memonitor sistem. Dianjurkan untuk
mengimplementasikannya
proyek secara bertahap sehingga dapat ditempatkan dan dimonitor secara memadai
lingkungan yang terkendali. Implementasi bertahap juga memastikan bahwa mereka tidak melebihi
kapasitas daya serap organisasi tempat mereka diimplementasikan.
Sistem dan Administrasi Data
Dukungan sistem informasi biasanya akan didistribusikan di antara beberapa lembaga
di seluruh pemerintahan. Karena itu, mekanisme koordinasi harus dibuat untuk memastikan hal itu
seperangkat kebijakan, prosedur, dan standar yang berlaku untuk mengelola data dan sistem
di seluruh pemerintah. Standar tersebut harus, antara lain, mencakup protokol untuk komunikasi,
54

entri data, pengeditan, dan memperbarui format input dan output layar, cadangan dan pemulihan,
perencanaan keamanan, darurat, dan pemulihan bencana, dan dokumentasi teknis dan pengguna.
Dukungan Teknis Lokal
Sangat penting bahwa perangkat keras dan lunak yang dipilih didukung secara lokal. Penjual harus
hadir di negara ini untuk memberikan pelatihan, dukungan teknis dan pemeliharaan,
termasuk pemenuhan kewajiban garansi, sepanjang umur sistem.
55

BEBERAPA PROYEK PENGEMBANGAN TREASURI DALAM EKONOMI TRANSISI


Bank Dunia dan IMF telah terlibat aktif selama beberapa tahun terakhir di Indonesia
mendukung pemerintah negara-negara yang sebelumnya merupakan bagian dari Uni Soviet
dan negara-negara lain di Eropa Timur untuk mengatur / memodernisasi struktur kelembagaan
mengelola keuangan publik ketika mereka bergerak dari yang direncanakan secara terpusat ke ekonomi
pasar. Sebagai
bagian dari pekerjaan ini Bank dan IMF telah membantu beberapa pemerintah ini di
menyiapkan kerangka hukum kelembagaan dan sistem informasi yang diperlukan untuk

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 39/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

mendukung fungsi Perbendaharaan. Bagian ini menjelaskan kemajuan yang dicapai dalam beberapa
proyek-proyek ini.
Proyek Modernisasi Perbendaharaan Kazakhstan
Bank Dunia dan IMF telah terlibat dalam memberikan bantuan kepada
Pemerintah Kazakhstan dalam upayanya mendirikan Departemen Keuangan sejak awal tahun sembilan
puluhan.
IMF menunjuk penasihat kas daerah pada tahun 1995 untuk membantu pemerintah dalam
desain dan implementasi sistem Perbendaharaan serta hukum dan kelembagaan terkait
kerangka. Pekerjaan pada Perbendaharaan telah didukung oleh Bank Dunia, pertama sampai
Pinjaman Bantuan Teknis Bangunan Institusional dan kemudian melalui Treasury
Proyek modernisasi untuk membiayai reformasi kelembagaan dan hukum dan komputer
perangkat keras dan lunak yang diperlukan untuk mengimplementasikan perbendaharaan modern. Proyek
sedang dibuat
perkembangan yang baik. Kerangka kerja kelembagaan dan hukum sudah ada. Perbendaharaan telah
dibentuk sebagai organisasi terpisah di bawah Kementerian Keuangan. Jaringan Treasury
kantor telah didirikan dengan kantor di ibu kota, masing-masing dari 20 atau lebih Oblasts
(wilayah) dan sekitar 220 rayon (distrik). Struktur klasifikasi anggaran baru dan
bagan akun terkait, yang sesuai dengan sistem GFS IMF telah dirancang
dan diimplementasikan. Akun tunggal Treasury telah dibuat di Bank Nasional Indonesia
Kazakhstan dan semua rekening bank unit pengeluaran yang beroperasi sebelum dimulainya
perbendaharaan telah ditutup. Alokasi anggaran yang disetujui oleh Parlemen dicatat dalam
sistem perbendaharaan, sebagaimana pengeluaran yang direncanakan untuk setiap unit pengeluaran,
berdasarkan bulan dan
jenis pengeluaran. Selama tahun ini, Kemenkeu menerbitkan waran bulanan untuk
kementerian pengeluaran yang menentukan batas pengeluaran untuk bulan itu. Unit pengeluaran
arahkan permintaan pembayaran mereka ke kantor perbendaharaan yang ditunjuk untuk persetujuan.
Perbendaharaan
sistem, yang dioperasikan oleh semua kantor perbendaharaan, memeriksa ketersediaan anggaran
alokasi dan waran sebelum menyetujui pengeluaran. Setelah persetujuan perbendaharaan
meneruskan permintaan pembayaran ke cabang yang ditunjuk dari bank sentral yang menyimpan
TSA dan Bank membayar kreditor pemerintah. Pembayaran ini bisa dalam bentuk a
memeriksa atau menyetor langsung ke rekening Bank kreditor di bank swasta. Sebuah komitmen
sistem telah dilembagakan untuk kontrak yang melampaui batas yang ditentukan. Satu set lengkap
laporan fiskal dihasilkan oleh sistem untuk membantu pemerintah dalam pengelolaan
sumber keuangannya.
Sebagian sistem komputer sementara telah dibentuk untuk mendukung fungsi Departemen Keuangan
dibiayai dari Pinjaman Bantuan Teknis Lembaga Pembangunan Bank Dunia dan
berfungsi di perbendaharaan pusat dan masing-masing oblast (regional) dan rayon (distrik)
kantor perbendaharaan. Departemen Keuangan saat ini sedang dalam proses meningkatkan teknologi
57

infrastruktur untuk sistem perbendaharaan dan telah memilih ORACLE FINANCIALS


paket perangkat lunak aplikasi untuk mengimplementasikan fungsi Perbendaharaan. Ini salah satu
yang pertama
kasus di negara bekas Uni Soviet di mana perangkat lunak aplikasi rak
paket telah terbukti sepenuhnya responsif terhadap persyaratan fungsional Departemen Keuangan,
tanpa penyesuaian. Ini memiliki relevansi langsung dengan upaya di negara-negara FSU lain yang
sedang dalam proses menerapkan sistem perbendaharaan, karena persyaratan fungsional
sangat mirip. Sistem sementara beroperasi di bawah pemrosesan transaksi terdistribusi
arsitektur yang dijelaskan dalam teks. Namun, sistem fungsi penuh berbasis Oracle adalah
dipertimbangkan untuk beroperasi di bawah model terpusat dengan 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.
Berturut-turut
menteri keuangan dan manajer departemen keuangan telah mengakui pentingnya departemen keuangan
reformasi dan terus mendesak untuk kemajuan. Keputusan awal dalam proyek yang akan diambil
sistem komputer sementara untuk menangani aspek-aspek inti dari fungsi Treasury telah
kritis dalam beberapa hal. Proyek semacam ini melibatkan perubahan luas dalam bisnis
proses dan metode kerja. Pengadaan dan implementasi informasi
sistem pada skala ini juga merupakan upaya yang sangat kompleks. Penerapan
sistem sementara telah memungkinkan pengenalan perubahan secara bertahap dan lebih
cara yang dikelola. Ini telah memungkinkan staf di dalam Departemen Keuangan untuk menjadi
terbiasa dengan a

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 40/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

sistem berbasis komputer yang lebih sederhana sebelum fungsi penuh, sistem yang lebih kompleks
diperkenalkan. Terlebih lagi, karena sistem ini telah memungkinkan pengenalan kunci
proses fungsional untuk perbendaharaan, telah memungkinkan untuk memegang pengguna akhir
perhatian selama periode yang dibutuhkan untuk implementasi sistem penuh.
Tutup pemantauan proyek dan saran yang diberikan oleh Bank dan IMF dalam
implementasi proyek juga sangat penting. Dalam hubungan ini yang penting
faktor adalah konsistensi dan kesinambungan dalam saran yang diberikan oleh Bank dan
IMF. Ini dimungkinkan oleh asosiasi lanjutan dari penasihat IMF yang sama
dan staf proyek utama di pihak Bank selama proyek berlangsung. Ini sangat tidak biasa
proyek dengan durasi ini di Bank, di mana staf yang bertanggung jawab untuk desain proyek sering
melakukannya
tidak bertahan dengan proyek selama fase implementasi kritisnya.
Kurangnya kapasitas dalam Kementerian Keuangan untuk menangani implementasi informasi yang
kompleks
sistem dan manajemen perubahan pada skala yang luas, telah menjadi hambatan utama
untuk proyek yang diselesaikan lebih cepat. Skala gaji pemerintah yang rendah terus berlanjut
halangan krusial untuk menarik staf teknis yang berkualifikasi, baik pada fungsional maupun
Sisi TI, diperlukan untuk implementasi proyek. 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.
58

Proyek Sistem Keuangan Ukraina


Intervensi Bank Dunia dan IMF dalam area sistem Perbendaharaan Ukraina akan berlaku
awal tahun sembilan puluhan. Penasihat perbendaharaan IMF telah menetap di Ukraina sejak 1994.
Perbendaharaan Negara Ukraina, sejak 1997, mengambil alih fungsi pelaksanaan anggaran
sebelumnya dilakukan oleh departemen keuangan Departemen Keuangan. Tingkat tiga
Organisasi keuangan telah didirikan dengan kantor di pusat, 26 atau lebih oblasts dan
sekitar 700 rayon. Struktur klasifikasi Anggaran yang sesuai GFS telah
diimplementasikan. Sebagian besar rekening bank unit pembelanjaan telah ditutup dan Pemerintah
keuangan ditempatkan di bank sentral. Proses pelaksanaan anggaran telah direvisi
unit rekayasa dan pengeluaran, sekarang, rute transaksi pengeluaran mereka melalui
kantor perbendaharaan yang ditunjuk yang kemudian memprosesnya di rekening yang disiapkan untuk
unit pengeluaran
di cabang yang ditunjuk bank sentral (Bank Nasional Ukraina - NBU) yang beroperasi di
tingkat oblast. Saat ini Departemen Keuangan mengoperasikan sistem rilis pengeluaran berbasis
waran.
Sistem komputer yang belum sempurna di kantor Perbendaharaan memungkinkan kantor-kantor memeriksa
ketersediaan alokasi anggaran, dan surat perintah sebelum menyetujui permintaan pembayaran
diterima dari unit pengeluaran. Topologi keseluruhan dari Perbendaharaan Ukraina sangat
mirip dengan Perbendaharaan di Kazakhstan.
Pemerintah telah memperkuat proses implementasi anggaran secara signifikan
periode 1997-2000. Sistem perbendaharaan secara bertahap diperluas untuk mencakup semua
operasi anggaran pemerintah pusat, termasuk mantan dana ekstra-anggaran dan
kegiatan penerimaan anggaran lembaga pemerintah pusat Mulai dari TA2000.
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 tetap berada di luar bidang Perbendaharaan.
Sistem akuntansi pemerintah berbasis Treasury memenuhi pelaporan fiskal berkala
persyaratan cukup baik. Laporan fiskal bulanan untuk operasi anggaran negara
dan anggaran lokal diproduksi 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 memastikan akses on-line ke informasi ini dari
Basis data sistem keuangan.
Perbendaharaan Pusat juga telah mulai memperluas cakupannya ke anggaran lokal. Di bawah a
latihan percontohan dimulai pada Juli 1999, pemerintah daerah Dnipropetrovsk dan
Oblast Cherkasy dilindungi oleh perbendaharaan. Memperluas cakupan Treasury ke lokal
pelaksanaan anggaran akan memungkinkan aplikasi pengeluaran dan pengadaan yang seragam
mengendalikan peraturan dan informasi yang lebih baik tentang posisi fiskal semua tingkat
pemerintahan

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 41/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

anggaran di Ukraina.
59

Namun, keseluruhan proses pelaksanaan anggaran masih perlu beberapa perbaikan dan ada
adalah kebutuhan untuk membangun kontrol internal yang baik untuk semua tahap pelaksanaan
anggaran, termasuk:
(i) pendaftaran alokasi, (ii) menetapkan anggaran satuan pengeluaran individu dan
perubahan selanjutnya pada anggaran ini, (iii) mendaftarkan dan mengendalikan komitmen,
(iv) mendaftarkan faktur vendor; (v) memverifikasi penerimaan barang dan jasa, (vi)
mendaftar dan menyelesaikan permintaan pembayaran.
Perbendaharaan telah memulai pendirian Perbendaharaan transaksional yang terkomputerisasi
Sistem Buku Besar, yang akan berfungsi sebagai tulang punggung akuntansi untuk Pemerintah
Sistem Informasi Manajemen Keuangan, GFMIS, dan memungkinkan pendaftaran awal
anggaran dan setiap perubahan berikutnya, alokasi uang tunai, pencatatan semua tahapan suatu
transaksi pengeluaran, posting penerimaan terhadap masing-masing kepala akun,
melakukan fungsi akuntansi dasar, dan menghasilkan laporan untuk Departemen Keuangan, Kementerian
Keuangan
manajemen anggaran, dan tujuan audit. Sistem ini diharapkan sepenuhnya
diimplementasikan pada tahun 2002.
Perbendaharaan juga sedang dalam proses meningkatkan kapasitasnya untuk manajemen kas
proses 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 itu, alih-alih mengharuskan cabang NBU untuk membuat akun terpisah
untuk unit pengeluaran atau kantor perbendaharaan rayon di wilayah tersebut. Dua wilayah telah
diluncurkan
pilot untuk sistem baru ini yang menyalurkan semua pembayaran dan penerimaan melalui satu
akun koresponden dengan kantor regional NBU. Diharapkan selama itu
2001 sistem ini akan diperluas ke semua wilayah.
Bekerja pada pengaturan Treasury dan sistem terkait telah dibiayai dari
Sumber daya pemerintah sendiri dan Bank Dunia, pertama melalui Bangunan Institusional
Pinjaman yang memiliki komponen Treasury, diikuti oleh proyek sistem Treasury AS
$ 16,4 juta.
Proyek Manajemen Keuangan Publik Hongaria
Sebelum pembentukan Kantor Perbendaharaan dan pengaturan TSA, Kementerian Keuangan ditransfer
uang tunai langsung ke rekening unit pengeluaran. Pemerintah tidak menerima atau memiliki akses ke
informasi yang akurat dan tepat waktu tentang uang tunai yang tersedia di rekening bank unit
pengeluaran. Ini
menyebabkan generasi saldo menganggur. Ada sedikit kontrol pada apakah pengeluaran aktual
sesuai dengan alokasi anggaran. Untuk menghapus masalah ini, di bawah IMF
saran, 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 Treasury dua tingkat dengan cabang di pusatnya
dan masing-masing dari 18 provinsi. Dana pemerintah dimasukkan dalam TSA di Bank Sentral.
Unit pengeluaran mengirim transaksi pengeluaran mereka ke cabang yang sesuai di
treasury, yang memprosesnya 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
60

transaksi diproses di pusat dan kantor perbendaharaan yang jauh terhubung dengan
pusat melalui tautan telekomunikasi dalam mode online. Perangkat lunak aplikasi yang digunakan
oleh
Perbendaharaan Hungaria telah dikembangkan secara khusus. Ada beberapa pemikiran sekarang
diberikan untuk pindah ke solusi fungsi yang lebih lengkap yang dapat disediakan oleh rak
paket perangkat lunak aplikasi. Ketersediaan spesialis teknis dan keuangan yang lebih baik
dalam pemerintahan dan pengalaman sebelumnya dalam mengelola reformasi kelembagaan yang kompleks
proyek, telah memungkinkan Pemerintah untuk mengatur fungsionalitas inti yang terkait dengan
Perbendaharaan relatif cepat, selama empat tahun.
61

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 42/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

BAGIAN II
BAGIAN PROSES RINCI, PROSES
QUESTIONAIRE, SPESIFIKASI FUNGSIONAL &
ARSITEKTUR DATA
DIAGRAM PROSES
63

DIAGRAM PROCFSS
Nama departemen atau entitios organisasi
bertanggung jawab untuk melaksanakan proses
Diagram proses L-gend dari aymbols
id
Proses
\ 4 t ~~~~~~~~~~~~~~~ Derscription::
Penjelasan proses fungsional
Arus informasi
Basel data / penyimpanan data __
informasi floW dengan satu panah Nama basis data
menunjukkan pembaruan ke basis data. penyimpanan data
Aliran informasi dengan dua panah
menunjukkan akses baca dan: da
update
Entitas entitas eksternal Entitas
Deskripsi proses
64

Departemen Pengeluaran Departemen Anggaran Departemen Keuangan


id
Badan legislatif
id
Muat Disetujui
Anggaran dalam Sistem
id
Jika saya
Rincian 7id T Penggunaan I
anggaran yang disetujui - t Batas md_
untuk belanja ~ pd IAp & ~
dan melayani dengan naik
klasifikasi, -
pembagian dari waktu ke waktu
Hasil ~~~~~ dan masuk ke
sistem
id anggaran
- -___ - --id (Unit Pengeluaran _ .__ Unit pembelanjaan
t. _ alokasi anggaran akses mereka
Departemen Anggaran untuk unit pengeluaran budget_and
Menginformasikan pengeluaran (tentukan imitasi pengeluaran
kementerian tentang batasan pengeluaran) dari sistem
mereka disetujui dan masuk ke f
anggaran dan sistem
pembagian. . . . e-
(batas pengeluaran)
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 pengeluaran
kemudian dipecah menjadi tingkat klasifikasi ekonomi yang terperinci
secara proporsional dari waktu ke waktu (kuartal dan bulan) dan terdaftar dalam sistem oleh
Kementerian Keuangan dan dikomunikasikan ke kementerian pengeluaran. Kementerian belanja,
pada gilirannya, daftarkan anggaran terperinci untuk unit pengeluaran bawahan mereka dan
komunikasikan 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 yang sesuai
dengan hasil tinjauan bulanan atau triwulanan atas kinerja anggaran. Misalnya perubahan dapat

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 43/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

disebabkan oleh variasi dalam prakiraan pendapatan, komitmen


dan pola pengeluaran, dll.
65

Departemen Pengeluaran Departemen Anggaran Departemen Keuangan


d id xid
Konsolidasi selama _ Konsolidasi Uang Tunai I Kembangkan kerja
semua Kas ^ 4 id F Kas L Persyaratan dari _ Program tunai
Persyaratan dan Persyaratan unit pengeluaran ID
ulasan terhadap l
._ resultsotbudget id
Catatan _ l: m: ts
dengan Pefhdic
Anggaranl
Rev'uas
id = I tF Id t id
Tinjau kembali>; | tReview Tunai idtKembangkan uang tunai $ 00
hasil dari persyaratan odl anggaran_dari persyaratan I
IL Wrrantsnforeviews, merevisi unit pengeluaran treradt dan mengirim
, dT - Ca-h- Mi. prakiraan pendapatan, ia habiskan dalam Unit Slpendings
LS arranrent__ministry_ mereka
bala. tw tjnces i saldo kas dll _ acs mereka
[<jumlah yang sama dengan jumlah yang Anda inginkan
dI Ute e m inistries ofFnac e
1. Management of Budget Authority: 2.Warantalloatn: ahyar
naniaplnsdeailngproecedets a yants i
Biaya untuk Pengeluaran Daripada Pengeluaran dan Pengeluaran Unit a
speningunits.stries yang tepat silakan lihat. Wanditsandesubrantrant anbt mounts. untuk
mengaksesnya a
Jumlah jaminan adalah jumlah jaminan pertanda
dan masuk ke dalam-- ke dalam sistem .dari system6
sistem) JLJ
................
1. Manajemen Otoritas Anggaran: 2. Alokasi waran: tahun masing-masing, 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. Itu
Kemenkeu kemudian menerbitkan surat perintah kepada kementerian untuk setiap kategori pengeluaran.
Dari jumlah ini kementerian mengeluarkan sub-waran untuk unit pengeluaran mereka dan memberi saran
unit pengeluaran yang tepat. Proses-proses ini berlangsung secara berkala sepanjang tahun. Jumlah
surat perintah dan sub surat perintah harus berada dalam jumlah
ditentukan dalam batas pengeluaran untuk unit organisasi ini. Jumlah waran ditentukan berdasarkan
hasil tinjauan anggaran berkala, pendapatan yang direvisi
torecast dan saldo kas.
66

Departemen Anggaran Departemen Pengeluaran Departemen Pengeluaran


Id id id
Tinjau Anggaran Tinjauan Anggaran j Mempersiapkan pekerjaan
Permintaan Transfer permintaan transfer, ^ program dan
rencana pengeluaran
id id id
Itu disetujui, jika dalam pengeluaran Review keuangan
~~~~~~~ proses untuk mentransfer kekuasaan, proses Plas Dalam agin
-17 Anggaran t___ J ransaction dan # ~ 7prvd mentransfer enterbudget
perbarui anggaran dalam _ -rnferslino s MF not bu ge
Sistem Tingkatan dari toMP
_udget transfer __ ,
permintaan
aku melakukannya
,, ~~~~~~~~~~~~~ u ~ e. ! Id
Menginformasikan kementerian kekurangan Identifikasi
hasil Anggaran dan kelebihan oleh
Budget Itransf Transfer - Obyek. Jika di dalam
meminta persetujuan untuk menerima kekuatan keuangan,

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 44/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Acara Transfer uudate bugmake


J ~~~~~~~~~~~~~~~~~~~ Ase betwieen lneotm
Jika di luar keuangan
kekuatan, permintaan
kementerian / Kementerian Keuangan untuk
Keputusan tentang anggaran * d.bude transfer
transfer I id
permintaan Terima persetujuan, Terima persetujuan,
L ~~~~~~ perbarui / akses perbarui / akses /
anggaran yang diperbarui, anggaran yang diperbarui
Informasikan SUs J_
1. Manajemen Otoritas Anggaran: 3. Trans foro VIrements Anggaran: Secara normal Undang-Undang
Anggaran mengizinkan Departemen Keuangan, kementerian-kementerian pengeluaran dan unit-unit
pengeluaran untuk menggeser
anggaran yang disetujui antara klasifikasi organisasi dan objek dalam batasan yang ditetapkan oleh
undang-undang yang relevan. Kekurangan diidentifikasi oleh unit pengeluaran dalam satu atau lebih
ekonomi
kategori dapat dipenuhi dari ekses Dalam kategori ekonomi lainnya Dalam anggaran mereka. Untuk
ini, permintaan transfer anggaran perlu diproses. Untuk beberapa item dan tertentu
ambang batas, unit pengeluaran mungkin memiliki kekuatan finansial untuk melakukan transfer
sendiri. Untuk kasus ini, mereka akan memperbarui basis data anggaran dalam sistem. Untuk kasus
yang mana
berada di luar kekuatan finansial mereka, mereka akan meminta kementerian induk atau Kementerian
Keuangan untuk memproses transfer, tergantung pada jenis transfer. Jika disetujui, proses
Kementerian / Kementerian Keuangan dengan
transfer dan perbarui basis data. Unit pembelanjaan akan diberitahu tentang keputusan atas
permintaan tersebut.
67

Departemen Pengeluaran Departemen Anggaran Departemen Keuangan MOFI


aku melakukannya
Konsolidasi di seluruh Konsolidasi di seluruh Ulasan
Ministres * Persyaratan Unit Pengeluaran
terhadap anggaran
id 8igbet 0 id id
Tinjau terhadap id Tinjau anggaran id | Identifikasi Kekurangan
id anggaran berkala yang disetujui, * meminta LF
budgot I resource A - -
_ _. saya _ | ~~~~~ ketersediaan |
_ L_. . . M! SAYA _! il ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ... ... .
~~~~~~~~~~~~~~~ id. id) d
* id _ Kirim | ', Siapkan akhir {Siapkan permintaan untuk
t Permintaan Tambahan Parlemen untuk M Permintaan pplementary
Parlemen melengkapi Anggaran untuk anggaran persetujuan ~~~~~~~~~~~~ untuk
Anggaran - Tambahan Parlemen su emena9
* _ Minta __ _ ._ anggaran
id id id
Proses persetujuan, Terima persetujuan, | Terima persetujuan,
Persetujuan - - .-- l Memperbarui pembaruan / akses anggaran. dibandingkan dengan
database, dan anggaran terbaru, permintaan; memperbarui/
menginformasikan kementerian. __i_ - Informasikan SUs -. - - - - -. mengakses basis data
r- - Persetujuan-
id ~~~~~~~~~~~~ dVi
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 disajikan ke Parlemen untuk
persetujuan pada pertengahan tahun.
68

Depkeu - Unit Pembelanjaan Departemen Perbendaharaan


layanan menjadi

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 45/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

dibeli dan
jumlah yang diperkirakan
Direvisi
yang S9fltdIn ke
i_Id [adalah l memverifikasi anggaran
Overal. ~ Tinjau total id L_: anggaran
id Ulasan tunai keseluruhantotal tepat,
komitmen posisi, batas pengeluaran
terhadap ketersediaan keseluruhan
Posisi tunai dan batas id Spenrdin
merevisi pengeluaran. .
membatasi jika perlu id
t Proses 1
. ..... S. . __ ___ __ ___ __ pengadaan
id id lComrtmitsments id menurut
Perbarui Central Update Ministry yang ditentukan
Prosedur
id miortrrmtents Treasury drUdtd * bde pnig *, ..._
...... _ ....... Id komitmen w} pengeluaran anggaran
id f ~ tlimit dan
basis data. . . . . id data basommitment
bases_ _
Slect vendor,
-j -U - t-- iCd ot d - 4 tempat pembelian
1J117 ~~~~~~~~~~~~~~~~~~~~~~~~~ memesan
dKomitmen | --- -
id ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~ ~, w idt-- I, d
_ _i anggaran T Komitmen IEnter
..______ .Perbaharui Regional untuk transaksi, blokir
sA = t-. Komitmen kantor kas dari jumlah yang sama
[_dfnrntrrment_s transaksi komitmen untuk alokasi anggaran LUmit I
1 .. ........__ database _ ._______ Kementerian dan batas belanja
Perbendaharaan yang relevan
__ .............Es . . _ _ _ _ _
2. Komitmen Dana: 1. Pengadaan barang dan jasa. (Kasus 1: Unit pembelanjaan memproses transaksi
langsung melalui kas daerah
kantor). 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 blok 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.
69

Depkeu - Unit Pembelanjaan Departemen Perbendaharaan


id
JIKA MENDAPATKAN BARANG
layanan menjadi
dibeli dan
jumlah yang diperkirakan
id l
Total ulasan tiga arah
komitmen pembelanjaan Verity .. budget
terhadap apropriasi keseluruhan,
posisi kas / batas pengeluaran
proyeksi dan id Batas pengeluaran pembelanjaan
id Overail tunai merevisi pengeluaran of_l, b.i_
_ gz, batas sttbof jika perlu
:: T id Commitrnents id
id _. Proses
Perbarui pengadaan id terpusat
t Perbarui Central id budnet Perbarui permintaan Kementerian sesuai
id ISo, rNnitments _ Perbendaharaan _ _ _ tapi jangan belanja sesuai resep

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 46/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Saya cornmitment * _ _ ._ _ batas dan prosedur


basis data id Spendinig komitmentdataa
Lih! ! pangkalan. Saya
ii _ [~~~~~~~~~~~~~~~~~ id Prchase id
id rs Pilih vendor,
Saya melakukan pembelian
.id f 0 id g memesan
| Perbarui perbendaharaan r Forwvard i Kirim transactiton |,
komitmen kantor komitmen kepada orang tua Kementerian
id Comritrments F transaksi basis data ke id Corrnitments
id treasuri yang relevan
office ted Masukkan Komitmen
_; L_1_ ~~~~~~~~~~~~~~~~~~~~~~~~ i anggaran transaksi, blokir
Alokasi besar
2. Komitmen Dana: 1. Pengadaan barang dan jasa. (Kasus 2: Unit pengeluaran merutekan transaksi
mereka ke kementerian pengeluaran yang mana
kemudian proses mengirimnya melalui kantor perbendaharaan terkait. Perbendaharaan tidak memiliki
jaringan regional). Seiring berjalannya tahun, unit pengeluaran akan memproses
permintaan barang dan jasa. Setelah memverifikasi kesesuaian pengeluaran dan ketersediaan anggaran
serta batas pengeluaran, unit pengeluaran akan memproses
permintaan pengadaan sesuai dengan prosedur yang ditentukan dan menempatkan pesanan pembelian pada
vendor untuk pengadaan barang dan jasa. Penjual seharusnya
terdaftar dalam database vendor. Unit pengeluaran kemudian akan mendaftarkan komitmen dalam sistem
dan memblokir jumlah yang sesuai dari yang tersedia
anggaran dan batas pengeluaran.
70

Depkeu - Unit Pembelanjaan Departemen Perbendaharaan


aku melakukannya
Periksa permintaan Ulasan anggaran
Oi Budwt _ ketersediaan _-_-. dan maju sepanjang Tentukan posisi bukan
Bu ~~~~~~~~ fg ~~~~~~~ t wi ~~~~~~~ vth justifikasi untuk persyaratan
MOF
id id A id
budoet i
Setujui penambahan untuk Verifikasi anggaran
perampasan posisi resmi
daftar ketersediaan
Authorizedidd
id positiondata Informasikan Kementerian dan Permintaan penambahan ke
__ b} e * memperbarui posisi posisi resmi
daftar basis data
| * | uhrzed
L. II ~~~~~~ Saya berwenang.
Pengeluaran infoom d id
tanggal perbaikan dan perbarui penulis
posiiondatabas I sipenowtg daftar posisi unit
_ ~~~~~~~ id | data prsonnel
id Se benefits id bln benefits requeta
id | komitmen- id | komitmen | id ll id
manfaat id | Perbarui bulanan | Perbarui bulanan Perbarui Bulanan} Tinjau rekrutmen
aku | | . _l ~~~ gaji dan manfaatnya gaji dan manfaat l gaji dan manfaatl permintaan dan
Komitmen untuk komitmen untuk menyetujui dan menyetujui
| atau n ~ unit pengeluaran unit pengeluaran 4 - Perekrutan data personil
ll | ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ basis untuk pengeluaran | | melawan baru l
uni position
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 ketersediaan anggaran. Setelah posisi dibuat, unit pengeluaran dapat melakukan
rekrutmen ke posisi ini dengan berkonsultasi
dengan pelayanan orang tua. Setelah perekrutan, basis data personel dan jumlah komitmen terkait
dengan gaji bulanan dan tunjangan untuk unit pengeluaran
perlu diperbarui.
71

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 47/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Depkeu - Unit Pembelanjaan Departemen Perbendaharaan


The Peorsonel yang
id id Budi | Hitung bulanan
Komitmen penggajian AuthoriztIOionecsv
VerIfy Budt, cmitmend untuk tahun berjalan
i d- BudgEA 7 Ketersediaan dan inormaitiont dari basis staf pada
I ~ ~ ~ ~ ~ ~ ~ ~~~~dSpending Unit;boran
Spendinm, Verifikasi Anggaran, pembayaran resmi dan
tunjangan idIJ urnitAi.
idICommitents ini, vid yang
+ _ Perbarui tt CLomrnitm_____Perbarui Otorisasi Perbarui Anggaran
o data komitmen t Ketersediaan komitmen
pangkalan. _. ..._._ basis data
Komitmen id
id
Update
- Komitmen
Basis data
Komitmen Dana: 3. Komitmen Penggajian: Unit pengeluaran menghitung komitmen penggajian berdasarkan
staf di kapal dan yang berwenang
gaji dan tunjangan untuk staf. Ini diperiksa terhadap ketersediaan anggaran dan kemudian
disarankan ke agen Pengeluaran dan Kementerian Keuangan. Komitmen gaji mungkin
disarankan hanya setahun sekali berdasarkan perkiraan dan disesuaikan seperlunya selama tahun
tersebut. Perubahan akan diperlukan jika membayar dan uang saku
struktur berubah, staf di kapal dipromosikan, staf baru ditambahkan atau pengurangan staf terjadi.
72

Treasury - Cash Management Treasury - Unit Pengeluaran Eksekusi Anggaran


Id -I id Id
TSA Bank Konsolidasi d melaporkan basis data r jika layanan dewa
Servsrvces persetujuan pembayaran
permintaan
id idverify quantify,
Sortir persetujuan oleh Id Surat Perintah Periksa untuk kualitas Surat Perintah terhadap PO,
Sortir persetujuan dengan Periksa untuk perintah Waran ~~~~~~~~~~~~~~~ perbarui inventaris,
ketersediaan mata uang / vendor e.pa, tanda terima prepae
komitmen dan ~~~~~~~~~~~~~~~ laporkan
~~~~~~~~ verifikasi metreceipt - 1id |
r 1 Y ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ id
d id 8 Kwitansi Penerimaan
Sortir persetujuan berdasarkan PoesVersfication
karena data Memproses transaksi pembayaran ke
persetujuan dan | Perbendaharaan terkait
perbarui ~~~~~~~~~~~~~~~~~~~~ kantor
komitmenl. saya
Id Terima faktur /
, 8 | Tetapkan prioritas | l memvalidasi terhadap
Tetapkan priodties ~~~~~~~~~~~~~~~~~~~~~~~~~~~~ laporan penerimaan dan
saldo dan jadwal id Bar | _ Uang tunai
manajemen pembayaranPO
lt ~~~~~~~~~~~~~~~ sedion for lL
id
i id id id Spenmkng Validasi terhadap,
Hasilkan Rekonsiliasi Pembayaran dengan Rekonsiliasi dengan komitmen dan
Ust of payment Memesan Bank mencatat Treasury mencatat id Komitmen diteruskan ke yang relevan
Kantor perbendaharaan
3. Manajemen Pembayaran dan Penerimaan: 1. Verifikasi Barang dan Jasa. Penerimaan dan Pembayaran:
Kasus 1: Unit penjualan merutekan transaksi mereka
melalui kantor Perbendaharaan terkait yang, setelah pemeriksaan, mengirimkan perintah pembayaran
ke bank tempat TSA diadakan. Prosesnya dimulai dengan tanda terima
barang dan jasa. Ini perlu divalidasi terhadap pesanan pembelian dan verifikasi laporan penerimaan
dihasilkan dan dimasukkan ke dalam sistem. Di
penerimaan, faktur dari vendor diperiksa terhadap laporan penerimaan, pesanan pembelian dan proses
persetujuan pembayaran dimulai. Permintaan untuk
pembayaran diperiksa dengan mengacu pada anggaran yang tersedia (batas pengeluaran, waran) dan

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 48/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

adanya komitmen sebelumnya. Setelah persetujuan, permintaan dikirim


ke bagian manajemen kas dan dijadwalkan untuk pembayaran. Daftar pembayaran lengkap yang diterima
dari TSA Bank (biasanya Bank Sentral) digunakan untuk
rekonsiliasi catatan di Kantor Perbendaharaan dan Unit Pengeluaran.
73

Perbendaharaan - Unit Pengeluaran Anggaran Orangtua Kementerian Eksekusi


Id Waran id id
Periksa tanda terima nota Pembaruan
* ketersediaan, laporan dasar data Vendor barang Menerima barang
id Cortmitmeat komitmen andbi dan layanan _ dan layanan
verifikasi tanda terima
id
Ajssign pofriies idts
dan jadwalkan id
smart id urd it 5 (i
pembayaran eProses pembayaran Waran Periksa kuantitas Waran Verifikasi.
rs lapprvalsrequstsapproval dan | ascTascint
kualitas uprvladatelbiiy odr terhadap PO,
te memperbarui inventaris komitmen,
verifikasi tanda terima komitmen daaaeicommitment menyiapkan tanda terima
dan laporan database laporan
Id
id ~~~~~ Konsolidasi id IFradRcip
l [Urutkan persetujuan byl [id ~~~~~~~~~ Inen Forar Reev noceip
Hasilkan Pembayaran Pembayaran pembayaran Pror | re
t ~~~~~~~~~~~~~~~~ rcs pamn ___i___l_____
Pesanan ~~~~~~ persetujuan meminta persetujuan dan t TVrifiasi
update Treansacioyt
aku melakukannya
id] | Sortir persetujuan berdasarkan | Terima lnvdoicel
Mata uangvendor Bank TSA Senid to Treasury _____________validate terhadap
-untuk laporan penerimaan pembayaran dan
PO-
id id id Spending ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ id
id Sortir persetujuan berdasarkan Rekonsiliasi dengan Rekonsiliasi Dengan Validasi,
L | Daftar pembayaran L {data jatuh tempo Perbendaharaan data - Catatan Kementerian d Batas
pengeluaran /
Ds tof `-pa ymen ~~~~~~~~~~~~~~~~~~~~~~ ts o ~~~ komitmen dan
meneruskan ke orang tua
bukan pelayanan C.
3. Manajemen Pembayaran dan Penerimaan. 1. Verifikasi Penerimaan dan Pembayaran Barang dan
Layanan: Case-la: Unit pengeluaran merutekan transaksi mereka
melalui kementerian orang tua mereka yang setelah pemeriksaan mengirim mereka untuk pembayaran ke
kas, yang mengirimkan pesanan pembayaran ke bank di mana
TSA diadakan. Ini adalah perpanjangan kasus 1 dengan perbedaan bahwa unit pengeluaran tidak
berkomunikasi langsung dengan Departemen Keuangan tetapi mengirimkan verifikasi dan
pembayaran transaksi ke kementerian induk yang kemudian memprosesnya melalui cabang Departemen
Keuangan yang sesuai.
74

Unit Pembelanjaan Departemen Induk Perbendaharaan Bank TSA


id id ~~~~~~~~~~~~~~~~ i
id onsolidae d ReceiXpt Perbarui resi Vendor barang Terima barang dan
TSA Bank Consolidate
repotsrdtasbseendosrvcs ofsegooce
Pembayaran r --- d. dan Menerima layanan
permintaan persetujuan 4 l
id
Rekam Kementerian
Pembayaran pada id
Perbendaharaan dan saya
menyiapkan persetujuan Sortir keseluruhan oleh oresVeidquniy
mata uang / vendor yang terkonsolidasi, tidak ada kualitas terhadap PO,
, \ receiposverifFation l memperbarui inventaris,

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 49/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

id Komitmen id eceipt ~~~~~~~~~~~~ persiapkan tanda terima


laporan idCommiTmer
wd Inventor id
Sortir persetujuan berdasarkan Proses pembayaran, Terima Kwitansi
persetujuan dan Verifikasi data yang wajar
IJT | ; t! ~~~~~~~~~ udae ranscto to
Id id id
Rekonsiliasi arus masuk Tetapkan prioritas dalam R Faktur /
dan keluar dari dan jadwal Kirim untuk memvalidasi terhadap
TSA pada bagian pembayaran menerima laporan dan
TreasurysetofrPO
id ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Daftar pembayaran dan Rekonsiliasi dengan Validasi terhadap PP
* | ~~~~~~~~~~~~~~~~~~~ Odr Reoclito OresI dengan Departemen Catatan Kementerian |
jspendirnglimnits / |
Aku <................ _ q L _ J, ~~~~~~~~~~~~~~ Bnk ecrds ommtesan
3. Manajemen Pembayaran dan Penerimaan. 1. Verifikasi Penerimaan dan Pembayaran Barang dan
Layanan: Kasus 2: Unit pengeluaran merutekan transaksi mereka ke pengeluaran
kementerian 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, pembelian
pesanan dan proses persetujuan pembayaran dimulai. Permintaan pembayaran diperiksa dengan mengacu
pada anggaran yang tersedia (batas pengeluaran, waran) dan keberadaan-a
komitmen sebelumnya. Setelah disetujui, permintaan dikirim ke bagian manajemen kas Kementerian dan
dijadwalkan untuk pembayaran. Daftar pembayaran selesai yang diterima dari TSA
Bank (biasanya Bank Sentral) digunakan untuk rekonsiliasi catatan di Kementerian dan Unit
Pengeluaran.
75

Treasury - Cash Management Treasury - Unit Pengeluaran Eksekusi Anggaran


id id ~~~~~~~~~~~~~~~~~~~~ Personil i
id1- ___ .... .. Idata mengubah id
Hasilkan pembayaran Periksa melawan
~~ Bank orders id Waran ~~~~~~~~~~~~~ posisi resmi berubah
| TSA Bank 4i memerintahkan Daftar dan Waran * untuk data personel
ketersediaan dan itu akan berdampak
gaji gaji karyawan
rt id 0 Aut lonz eu komitmen seperti
Dost pada ~~~~~~~~~~~~~~~~~~~~ promosi, tingkat
perubahan dll.
, t> ~~~~~~~~~ id Commitmnents _ _
aku melakukannya
Pembayaran Proses Iklan
Persetujuan dan Proses Bank Pegawai lainnya
f Perubahan Bank Karyawan menjadi
Komitmen akun data p-personil
- basis data seperti transfer,
pemindahan alamat
Nomor rekening
dll.
Daftar gaji
d transaksi
tentukan id ini
fmonth
Proses berubah
untuk data personel
- seperti belum dibayar
id pergi, oyvertime,
Kirim ke Tunai dll
- ... manajemen || tho riz'dg bulan ini
ion sekte untukId c
pembayaran li pada daftar
id -TaTid | ke
Daftar pembayaran Rekonsiliasi dengan Rekonsiliasi dengan
t F _ -_ Catatan bank. ! Catatan perbendaharaan Validasi terhadap,
id Surat perintah posisi aufthrized

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 50/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

daftar, komitmen,
- menjamin ketersediaan
dan meneruskan ke
Liests ~ Treasury yang relevan
es
3. Paymerns and Receipts Management: 2. Payroll Payments .: 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 ke
data umum karyawan seperti transfer, perubahan alamat, nomor akun, dll. dan, (c) Perubahan yang
akan berdampak hanya 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
Perbendaharaan 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 Bank TSA untuk menyetor
jumlah yang sesuai di rekening Bank karyawan. Dalam hal karyawan melakukannya
tidak memiliki rekening bank, bank TSA dapat membuat kas tersedia untuk unit pengeluaran untuk
pembayaran gaji.
76

Wajib Pajak Bank dan Departemen Keuangan TSA (Bank Sentral) - Departemen Keuangan dan Pengumpulan
Pendapatan
_______ ______ _______ ______ ______Regional_Offices_dari Perbendaharaan _ _ _ _ _ _ _ _ _ _ _ _ _
_ _
Id ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Update
Dokumen -Paper --- database / catatan
Pesanan pembayaran + dokumen pembayar
ATAU id d id id
Uang tunai + dokumen kertas Posting ke Geneal Infw j
revenue sharng ~ Deparlment R. pt
id pusat 12 _ _- dokumen
....... tanda, e .... l Rekonsiliasi
Aku melakukannya
Wajib Pajak Bank Cabang Regional PT
Central Bank
membawa file Treasury Electronic
Satu Akun untuk Penerimaan yang pasti
plus docuets_im eeral
...., Saldo pada Treasury Pusat
Kantor Bank Sentral - Kantor
Akun Kantor Pusat
3. Manajemen Pembayaran dan Penerimaan. 3. Kwitansi: Kwitansi pemerintah dibayarkan melalui
perintah pembayaran yang dikeluarkan oleh penerima di Banknya. Transfer Bank
pembayaran ke Rekening tunggal Perbendaharaan di bank Sentral. Departemen Keuangan memantau
setoran penerimaan Pemerintah melalui laporan harian yang diterima dari
Bank. Perbendaharaan mengimplementasikan pengaturan pembagian pendapatan yang ada antara
pemerintah pusat dan pemerintah daerah, dll. Dan pos-pos
angka-angka bijak kategori pendapatan rinci dalam Buku Besar dan menginformasikan SU yang relevan
atau departemen pengumpulan pendapatan dari penerimaan.
77

Manajemen Kas dan Agen Pengumpul Pendapatan Anggaran Instansi Pengeluaran dan Manajemen Utang
Departemen. ,, DeparStment
id Prakiraan Pendapatan dan Manajemen Bantuan
_E Memeriksa torer-asts Prakiraan Penghasilan Prakiraan Pengeluaran Kementerian Pengeluaran /
-Aconithgrspeta ke: - Siapkan Prakiraan Pendapatan Siapkan utang dan bantuan Sxpendingr Unicats
Accounwitg Deat in covenng interalia: manajemen Prakiraan Pengeluaran Pengeluaran
Portofolio Id Perkiraan; Pengeluaran ~~~~~~~~ Penghasilan pajak; perkiraan meliputi:
Portofolio; SpendinergjeNon- Pendapatan pajak; Amortisasi Utang; ___________
batas; menjamin id rev atue; _v * Pembayaran bunga; Siapkan pengeluaran
Saldo kas dalam akun dan; gans On-lending; perkiraan meliputi:
Aliran Utang Baru; Komitmen yang timbul l. Gaji dan
Aliran Utang Baru; dari bantuan yang diterima; manfaat terkait;

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 51/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

* Uability Lainnya; l Jaminan sosial


* Hapus karena pengeluaran yang buruk;
Penghapusan Utang untuk Buruk *. Pemanasan dan listrik
merevisi pengeluaran pengeluaran;
dan merevisi pengeluaran -. _ * Pembelian lain untuk
v or_c ._, _ barang dan jasa;
id | Prakiraan TGL _, _. _ * Pengembalian uang wajib dari
pajak, setoran ke
dana cadangan,
C id] Uash pengembalian deposit atau
Saldo ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ lainnya
}. . ........ _. _% wajib hukum
Debt Portiolio id ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ pengeluaran;
* Belanja modal;
Saya Tentukan. Hutang akun;
} d 1 3pendinb Meminjam goother non-sash
Pengeluaran rutin seperti
Saya ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ depresiasi dan
; 7 ~~~~ menulis-ofs. _
i .d {f30nowing Ld I -: - Foredtsrr
| R | FWquirrrments _ - Dalam Fowr ts
+ ~~~~~~~ id id] r
l ~~~~~ Menahan pengeluaran Pembaruan baru | d | Spendinwg
L f ~~~ batas pengeluaran ditambah __ _ batas; surat perintah; batas !!
waran dan | strategi pengeluaran / | j
berkomunikasi dengan persyaratan 5 TWarrants
Kementerian / SUII.
4. Manajemen Kas: 1. Perkiraan Pengeluaran dan Penghasilan, 2. Pemantauan tunai, 3. Strategi
pinjaman: Departemen manajemen kas menerima
perkiraan pengeluaran dan pendapatan dari kementerian-kementerian pengeluaran dan dari departemen
manajemen utang untuk pengeluaran-pengeluaran pelayanan hutang. Pendapatan
agen penagihan menyiapkan ramalan pendapatan. Departemen manajemen kas memeriksa data ini
sehubungan dengan data akuntansi yang dipesan di TGL, the
Basis data manajemen hutang 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 waran untuk
kementerian dan unit pengeluaran.
78

Treasury- Cash Management Treasury- Eksekusi Anggaran Departemen Manajemen Utang


_ id. ) ~~~~~~~~~~~~~~~~~~~~~~~~~~~ i id
id
Konsolidasi SriigLnig oo
| Iagreement persetujuan pembayaran Bank TSA; Reco
* ~~~~~~~ .... comtmetsi [:: d dabtabs <Pencairan dana -41 agnc
rBank - ~~~~~~~~ permintaan komitmen keseluruhan dibuseen
_, _ ~~~~~~~~~~~~~~~~~~~~~~~ dtbs Hitung dan Baru.
T ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ merekam pinjaman pinjaman: T
[. _ ~~~~~~~~~~~~~~~~~~~~~ melayani perjanjian schedu
aku melakukannya
Sortir persetujuan berdasarkan | dt Periksa anggaran
mata uang, id donor Alokasi d ketersediaan, id Komitmen
l id | iimits ~~~~~~~~~~~ komitmen | = cmiensDt
Geneate paymenu ta approval dan | S | end lt cas hdebt
Rekonsiliasi pembayaran terakhir dengan Rekonsiliasi pada saat saya
5.LDebt & Bantuan Manajemen. Perekaman hutang dan perbaikan: Bagian manajemen hutang terkait
dengan fasilitas h
<id) (id) [id 7 | menyingkirkan saya menagih
dan register aloandetis dalam sistemditangani dan ibadat aperovici dan sceueiTedbdaaeetdpatetas
eod omtet
terkait dengan pembayaran utang, pajak dan biaya terkait dengan df
l ._ ~~~~~~~~~~~~~~~~~~~~~~~~~~~ dtbanrcds; Teas receipts || Frandt
ii IIII - Treasury untuk Id i
X ~~~~~~~~ ~ Gnrt Payen adalah Sen to cas pametd
5. Manajemen Hutang & Al 1. Manajemen hutang dan manajemen TEDB deatetreevstehonadalah yang
membentuk bugthdor / lnigaecs

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 52/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Perbendaharaan untuk pembayaran. Perbendaharaan memproses permintaan pembayaran ini dengan cara
yang mirip dengan permintaan pembayaran lainnya. Kesimpulan transaksi
bank pembayar mengirimkan daftar pembayaran ke kas yang pada gilirannya mengirimkan daftar
pembayaran terkait utang kepada departemen manajemen utang. Ini digunakan untuk
tujuan konsiliasi.
79

Donor Anggaran Perbendaharaan Pemerintah Kementerian Keuangan - Pengelolaan Utang SVtonding


Instansi Pelaksana Bank Kementerian / Unit
id
Penerusan Informasi Lembaga Peminjaman
_______________________ onl _ _ _______________- ~ o informasi untuk
pencairan / manajemen Utang
departemen rilis tranche
id
Rilis tranche / Bank TSA
pencairan
id
id Portofolio Hutang Dilakukan
operasi di bawah
project/ program
dibiayai dengan hibah
aku melakukannya . tt.
Daftar Tanda Terima untuk umum] Perbarui Utang
Tidak ada id Portofolio buku besar
Menginformasikan MOF / hutang
pengelolaan
tentang
pencairan
dari Pinjaman
id _:
Catatan Rekonsiliasi Utang
Manajemen _
Departemen dan aku
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 itu
disetor oleh donor di Bank TSA. Penerimaan dicatat oleh perbendaharaan dalam buku besar. Informasi
tentang penerimaan diteruskan oleh Perbendaharaan kepada Hutang
departemen manajemen yang pada gilirannya meneruskannya ke kementerian / unit pengeluaran terkait.
80

Donor Anggaran Perbendaharaan Pemerintah Departemen Keuangan - Pengeluaran Manajemen Hutang


Unit Pelaksana Instansi Bank
id Berikan id
Perjanjian dan Forward Agency Donor
_________________________ ______________ _ Informasi Informasi Hutang
pada manajemen
pencairan / departemen
rilis tranche
id
Tranche releasest _ TSA Bank
pencairan A
id rantsCanry out
operasi basis data di bawah
id d Id
Daftar Tanda Terima untuk Hibah Pembaruan umum
_ ledger 0 id basis data
Menginformasikan MOF / hutang
manajemen tentang
ral ~~~~~~~~~~~~~ pencairan
buku besar ~~~~~~~~~~~~~~~ dari hibah
Informasikan Hutang
Pengelolaan

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 53/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y
Departemen dan
Milikmu
5. Pengelolaan Utang dan Bantuan: 3. Tanda terima hibah. Departemen manajemen hutang dan / atau
kementerian pengeluaran menerima informasi dari lembaga donor 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 disetor oleh donor di Bank TSA. tanda terima dicatat oleh
perbendaharaan di buku besar. informasi tentang tanda terima adalah
diteruskan oleh Departemen Keuangan ke departemen manajemen Utang yang pada gilirannya
meneruskannya ke departemen / unit pengeluaran terkait.
81

Bank Sentral Departemen Keuangan- Manajemen Hutang - Pengelolaan Kas


Departemen Keuangan
id
Surat berharga terbitan
. . .. _ id
nt ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~ ~
Terima Setoran
dalam TSA dari penjualan. -
sekuritas l
sekuritas ~~~~~~ Putuskan sifat Tentukan kebutuhan
: __security menjadi - untuk uang tunai tambahan
. _ ~~~~~~~~~~~~~~~~ dikeluarkan
id
Advise - MOF
L _________ Perbarui data / data c a_h Perbarui uang tunai
saldo basis * aacs *
id id debtdabase
Posting ke umum
buku besar
5. Pengelolaan Utang dan Bantuan: 4. Mengeluarkan surat berharga. Jika departemen manajemen kas
menemukan bahwa persyaratan kas untuk periode tertentu lebih dari
saldo kas yang tersedia di TSA dan akun-akun terkaitnya meminta departemen manajemen Utang untuk
menerbitkan sekuritas. Departemen manajemen utang memutuskan
tentang sifat surat berharga yang akan diterbitkan dan menginstruksikan Bank Sentral untuk
menerbitkan surat berharga yang diperlukan. Penerimaan dari penjualan efek disimpan dalam
TSA dan Bank Sentral memberi nasihat kepada MOF.
82

Perbendaharaan- Eksekusi Anggaran dan Uang Tunai Departemen Keuangan- Penerima Jaminan Departemen
Jaminan
Pengelolaan
id id id
Pembayaran proses Rekam jaminan Garansi ke depan
meminta seperti biasanya Perjanjian jaminan dan Keputusan untuk MOF /
dan hasilkan id Daftar DMD
pesanan pembayaran setelah lare_e.menjamin sebagai
cek biasa dan g AL. kewajiban kontinjensi
verifikasi l _...
....... aku melakukannya
Likuidasi Bank TSA Di Akhir Tahun
kewajiban kontinjensi _ masa garansi
dan memperbarui jaminan proses data
penutupan dasar
id ~~~~~~~~~~~~~~~~~~~~~~ id
Uability Verity andl t Dalam kasus panggilan untuk
* memproses pembayaran pembayaran terhadap
permintaan .. garansi, proses
permintaan pembayaran untuk
id meminta pembayaran kepada MOF
melawan
aku melakukannya
Daftar pembayaran Rekonsiliasi dengan Rekonsiliasi dengan
________..___________________ catatan bank ..... catatan Kemenkeu

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 54/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

5. Pengelolaan Utang dan Bantuan 5. Mencatat Jaminan sebagai kewajiban kontinjensi dan memproses
pembayaran terhadap Jaminan. Manajemen hutang
departemen 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
kasus panggilan untuk pembayaran terhadap jaminan penerima akan mengirim permintaan pembayaran
kepada DMD yang, setelah memverifikasi keberadaan kewajiban, akan
minta treasury untuk melakukan pembayaran.
83

Hutang / Bantuan Depkeu Kementerian KeuanganKementerian Pendapatan RIl


Departemen Keuangan - Departemen Pengumpulan Manajemen Pelaporan Keuangan Fiskal
id id d id id
_ Hitung dan Kumpulkan Pajak dan Laksanakan agensi
Mempersiapkan keseluruhan hutang proses dan bukan pendapatan operasi pajak
Laporan fiskal layanan menimbulkan pengeluaran
transaksi
___ --- (bunga dan
pembayaran kembali) _ __
id
yang IDD
Bea Cukai Ed
id agenciesssloan / Pos Pengeluaran dan
penerimaan ke
Rekomendasi ~~~~~~~~~~~~~~~~~~~~~~ General Ledger oleh
id to Line Ministries / ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Objek Anggaran
-d | Id manajemen keuangan
- ------- | GreaLegr. Bantuan proses, Pajak lainnya dan id
hibah dan Dalam bentuk uang Monitorfisik
tanda terima mntrpyia
kemajuan terus
l rl id | Program dan X l 0 | Program dan LJI rl
Status proyek ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ proyek
l 8 | | LRerornmendat | (d) IfXit._.
aku | | id | ion / Aksi ~ | 2 | aku melakukannya
Posting kwitansi dan Koleksi Posting ke
ip | l | a | nPengeluaran yang direvisi untuk General Ledger oleh T
Obyek Anggaran Ledger Umum yang direvisi id l Buku Besar
tt | t ~~ 'membatasi, vwaffarnt -._ ...... .... Jt ...
jumlah | t L <_ _ J | | | Fisik
- --- id berlanjut
id Buku Besar Umum dan program Treasury
General LecigerGeneral Ledger projects
Merekomendasikan
Merekomendasikan Rekomendasi, direvisi
id ion / Aksi id ion / Aksi id pengeluaran
batas panci lana LL_, waran
. ) 1 ____. + | Jumlah LI
6. Tinjauan Anggaran dan Pelaporan Fiskal: Sistem Perbendaharaan digunakan untuk menghasilkan
laporan fiskal berkala yang memberikan gambaran gabungan dari semua penerimaan dan pengeluaran dan
kemajuan
terhadap target anggaran. Agar laporan ini komprehensif, semua item kwitansi dan pengeluaran perlu
ditangkap. Bagan Akun Pemerintah adalah dasar dari fiskal
proses pelaporan. 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. Rekaman sistem
komputer
fisik pada program dan proyek. Informasi ini diteruskan ke Kementerian Keuangan. Buku besar
Departemen Keuangan mencatat penerimaan dari berbagai jenis penerimaan pajak, penerimaan pinjaman
/ bantuan, dan hutang
biaya servis. Atas dasar data ini, Kemenkeu dapat menyiapkan laporan fiskal keseluruhan yang
membandingkan pengeluaran dan penerimaan aktual dengan perkiraan anggaran. Laporan-laporan ini
menyediakan a
laporan status dan rekomendasi serta rencana tindakan untuk tindakan korektif selama tahun
berjalan. Ini dapat mencakup revisi batas pengeluaran, jumlah waran dll.

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 55/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

84

NAIRE PERTANYAAN PROSES


Struktur Organisasi Perbendaharaan
Respon Pertanyaan
Apakah ada Treasury yang berfungsi penuh yang beroperasi di negara ini;
adalah organisasi keuangan yang dipertimbangkan di masa depan.
Apa model operasi pemrosesan pembayaran / a. Terpusat dengan semua pembayaran
dibayangkan? transaksi dari unit pengeluaran dialihkan
ke cabang yang sesuai dari
Perbendaharaan.
b. Terpusat dengan semua pembayaran
transaksi dari unit pengeluaran
dialihkan melalui pelayanan induk ke
perbendaharaan.
c. Terdesentralisasi dengan pengeluaran
kementerian / unit secara langsung
bertanggung jawab untuk memproses pembayaran
transaksi.
Di mana Rekening Tunggal Perbendaharaan dipegang dan apa a. Bank pusat
pengaturan perbankan pemerintah. b. Bank Sentral dengan pembayaran dan
penerimaan sedang dilakukan melalui
agen fiskal yang ditunjuk,
Bank komersial.
Apakah bank sentral memiliki cabang di daerah
/ tingkat provinsi.
Apakah struktur dua tingkat atau tiga tingkat kantor Perbendaharaan
dipertimbangkan.
Berapa tingkat kedua | Kantor Perbendaharaan tingkat ketiga ada di Jakarta
negara.
Ada berapa unit pembelanjaan tingkat pertama?
Ada berapa unit pembelanjaan bawahan?
Manajemen Otoritas Anggaran
Bagian Anggaran, Alokasi, dan Alokasi Waran
Respon Pertanyaan
Bagaimana struktur klasifikasi anggaran yang digunakan. Apakah itu
struktur klasifikasi anggaran memiliki: Organisasi, Ekonomi,
dan segmen klasifikasi fungsional. Tolong beri detail
struktur klasifikasi anggaran yang digunakan.
Merupakan sistem persiapan anggaran otomatis yang digunakan untuk c. Secara elektronik (tolong
sebutkan
menyiapkan estimasi anggaran tahunan. Bagaimana media yang disetujui)
85

anggaran diterima? Kapan anggaran yang disetujui diterima? d. Format kertas


Berapakah tingkat rincian anggaran yang dibagi saat itu
digunakan dalam MOF untuk pelaksanaan dan kontrol anggaran
tujuan. Apakah dirinci oleh unit pengeluaran individu dan
menurut klasifikasi ekonomi untuk setiap unit pengeluaran?
Berapa volume data anggaran yang perlu dimuat
sistem pelaksanaan anggaran pada awal tahun. (Tidak dari
catatan individual).
Bagaimana proses pembagian anggaran (untuk kementerian)
dan penjatahan (untuk unit pengeluaran) dilakukan. Apakah batasannya
atur 1 / 12d 'dari jumlah keseluruhan yang disetujui atau setel
dengan mempertimbangkan pengeluaran unit kementerian / belanja
rencana.
Bagaimana cakrawala rencana pengeluaran yang disiapkan oleh Jalur a. Saya bulan
Kementerian / unit pengeluaran? Bagaimana rencana ini dikirim ke MOF b. 3 bulan
oleh Kementerian / unit pengeluaran? c. 6 bulan
d. 1 tahun
Seberapa sering rencana pengeluaran disiapkan / direvisi?
Bagaimana cakrawala perkiraan kebutuhan uang tunai? Apakah ada a. Saya bulan
alat yang digunakan untuk menyiapkan ramalan kas? b. 3 bulan
c. 6 bulan

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 56/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

d. 1 tahun
Apakah prakiraan persyaratan kas cocok dengan pengeluaran a. iya nih
rencana? b. Tidak
Apa saja kontrol yang ada pada rilis waran? Sebuah. Mingguan
Biasanya seberapa sering waran / sub-waran dirilis per b. Bulanan
tahun / per bulan? Berapa frekuensi rilis. c. Seperti yang dipersyaratkan
Berapa banyak waran / sub waran yang diproses tahun lalu?
Apakah surat perintah pemrosesan sub-otomatis atau mereka a. Otomatis
ditangani secara manual? b. Manual
Apakah sub waran (kepada bawahan unit pengeluaran) diproses oleh a. K / L Teknis
the Line Ministries? Oleh Kementerian Keuangan? b. Menteri Keuangan
Bagaimana waran yang disetujui dan informasi sub-waran dikirimkan ke a. Secara elektronik
Kementerian / Unit Pengeluaran? b. Secara manual dengan formulir kertas
Apa jenis kontrol yang dikenakan untuk memastikan bahwa total sub
waran tidak melebihi total waran dan total waran melakukannya
tidak melebihi bagian / jatah? Apakah kontrol
dikenakan untuk setiap garis anggaran?
Apakah waran / sub waran dilakukan berdasarkan Unit Pembelanjaan a. iya nih
rencana pengeluaran? b. Tidak
Jika waran / sub waran tidak didasarkan pada rencana pengeluaran, a. Pembuatan profil anggaran
bagaimana jumlah penjatahan sub-jaminan ditentukan? b. Pengeluaran tahun lalu
c. Lainnya (sebutkan)
Apakah kewajiban yang ada dan dana yang tidak wajib ditinjau a. iya nih
sebelum memproses waran baru? b. Tidak
86

Transfer dan Virus Anggaran


Respon Pertanyaan
Apa aturan yang berlaku terkait transfer anggaran
kategori ekonomi, antar unit organisasi dll
lembaga memiliki wewenang untuk melakukan transfer ini.
Siapa yang memiliki wewenang terakhir untuk mengubah anggaran? Apakah yang
wewenang dilaksanakan di tingkat unit pengeluaran, di garis
tingkat kementerian dan Kementerian Keuangan.
Dari departemen mana data penyesuaian anggaran
diterima?
Apakah prosedur penyesuaian anggaran sama untuk modal dan a. iya nih
anggaran saat ini? b. Tidak
Jika tidak, harap jelaskan masing-masing proses.
Berapa banyak penyesuaian anggaran yang diproses tahun lalu / per
bulan?
Apakah volume penyesuaian anggaran didistribusikan secara merata a. iya nih
sepanjang tahun anggaran? Jika tidak, apakah ada waktu khusus b. Tidak
periode ketika lebih banyak penyesuaian diproses?
Anggaran Tambahan
Respon Pertanyaan
Dalam kondisi apa anggaran tambahan diproses?
Siapa yang memiliki otoritas final untuk anggaran tambahan
otorisasi?
Apakah otorisasi anggaran tambahan diterima sebagai yang baru
anggaran yang disetujui secara keseluruhan atau hanya perubahan
diterima?
Apakah prosedur penyesuaian anggaran tambahan sama? iya nih
untuk modal dan anggaran saat ini? _b. Tidak
Jika tidak, harap jelaskan setiap proses.
Berapa banyak otorisasi anggaran tambahan
diproses tahun lalu?
Apa alasan utama untuk memproses suplemen a. Peristiwa yang tak terduga
otorisasi anggaran? b. Kurangnya data perencanaan yang memadai
c. Lainnya (berikan detail)
Apakah volume otorisasi anggaran tambahan secara merata a. iya nih
didistribusikan sepanjang tahun anggaran? Jika tidak, apakah ada b. Tidak
periode waktu tertentu ketika sebagian besar otorisasi diproses,
misalnya pertengahan tahun?
87

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 57/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Komitmen Dana
Pengadaan barang dan jasa
Respon Pertanyaan
Apa ambang batas dan kriteria lain untuk persetujuan a. iya nih
permintaan pengadaan untuk unit pengeluaran, kementerian dan di b. Tidak
Tingkat MOF. yang membutuhkan ulasan dan persetujuan Anda.
Siapa yang bertanggung jawab atas peninjauan, validasi dan persetujuan dari
permintaan pengadaan di setiap tingkat?
Bagaimana permintaan dan persetujuan (dari dan ke kementerian lini / a. Secara elektronik
agen pengeluaran) ditransmisikan? b. Secara manual dengan kertas
c. Kedua
Berapa banyak permintaan pengadaan dihasilkan selama satu tahun,
per bulan.
Berapa banyak menghasilkan masalah pesanan pembelian / kontrak
tanda tangan?
Apakah ada basis data vendor? Bagaimana cara disimpan dan diakses?
Apakah anggaran dan dana yang tersedia terkini dan siap a. iya nih
tersedia untuk dilihat? b. Tidak
Apakah komitmen yang ada ditinjau sebelum menyetujui yang baru
permintaan; dan apakah persetujuan itu didasarkan pada kementerian /
rencana pengeluaran agen pengeluaran?
Bagaimana permintaan pengadaan dilacak?
Apa yang terjadi jika jumlah yang diperkirakan ditransmisikan oleh garis
kementerian / lembaga pengeluaran tidak sesuai dengan yang diperkirakan
jumlah yang ditangkap selama proses persetujuan?
Jenis penyesuaian apa, jika ada, yang dapat dilakukan untuk
permintaan pengadaan?
Apa tahap selama pengadaan itu komitmen
direkam dalam sistem. Apakah itu pada tahap pengadaan
permintaan atau penempatan PO yang sebenarnya.
Seberapa sering pembaruan untuk komitmen dilakukan? Apakah ada a. Batch harian
akuntansi komitmen yang terpusat? b. Waktu sebenarnya
c. Lain
Apakah pedoman pengadaan terbaru dan siap tersedia untuk a. iya nih
semua pegawai? b. Tidak
Apakah ada database berikut - kontrak master, yang ada a. iya nih
dan vendor potensial? Apakah mereka terintegrasi? b. Tidak
Setelah P0 / kontrak dikirim ke vendor, bagaimana cara melacaknya?
Apakah sistem pengadaan terkait dengan sistem anggaran? Jika sebuah. iya nih
ya, bagaimana Anda memastikan integritas dan kelengkapan b. Tidak
informasi yang ditransmisikan antara kedua sistem?
Siapa yang memastikan bahwa metode pengadaan yang tepat adalah
diikuti?
Berapa waktu siklus rata-rata untuk PO yang akan dikeluarkan?
88

Bagaimana kinerja PO dicatat dan dilacak? Bagaimana detailnya


apakah ini informasi? Di mana data disimpan?
Siapa yang terutama bertanggung jawab atas rancangan, persetujuan dan
penerbitan PO?
Apa jenis manajemen kontrak dan yang sesuai
laporan manajemen keuangan dihasilkan? Siapa yang melihat ini
laporan dan bagaimana informasi tersebut digunakan?
Harap berikan kami sampel PO pro forma (termasuk pro
vena).
Apa yang akan memicu penolakan PO?
Siapa yang terutama bertanggung jawab untuk menentukan validitas suatu
amandemen atau pembatalan PO / kontrak? Untuk final
persetujuan perubahan / pembatalan?
Apakah ada antarmuka antara sistem penerima dan a. iya nih
sistem pengadaan? Apakah bisa menandai perbedaan antara b. Tidak
pengadaan yang ada dan penerimaan aktual?
Seberapa sering PO diubah (meningkat atau menurun) / a. Jarang
dibatalkan? Jenis PO apa yang paling banyak mengalami perubahan / b. Terkadang
pembatalan? Apa alasan paling umum untuk ini c. Sering
perubahan?

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 58/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Apakah pedoman dan prosedur untuk mengubah dan membatalkan a


PO / kontrak sudah tersedia? Siapa yang memastikan
pedoman untuk mengubah atau membatalkan PO / kontrak adalah
diikuti?
Bagaimana permintaan untuk amandemen dan pembatalan dilacak?
Rahasia?
Jika sudah ditentukan bahwa tindakan pusat diperlukan untuk
memproses amandemen atau pembatalan, bagaimana permintaannya
ditransmisikan ke departemen anggaran?
Bagaimana rincian amandemen dan pembatalan dicatat? Dimana. Dipindai
apakah informasi ini disimpan? Apakah tersedia untuk dilihat dan mudah b. Masukkan
pengambilan oleh staf?
Apakah detail amandemen / pembatalan dapat dilihat secara elektronik? Sebuah. iya nih
b. Tidak
Apa yang akan menyebabkan sistem menolak amandemen atau
pembatalan?
Setelah PO / amandemen / pembatalan kontrak diproses, a. iya nih
apakah komitmen mencerminkan jumlah baru? Seberapa cepat ini b. Tidak
terjadi?
Tolong jelaskan proses penerimaan.
Apakah departemen penerima memiliki salinan PO untuk a. iya nih
tujuan validasi? Apakah ini tersedia secara elektronik - Jika demikian, b. Tidak
apakah departemen penerima memiliki akses melihat ke Internet
sistem pengadaan?
Jika barang yang diterima memerlukan pengujian, bagaimana proses ini dilacak?
Bagaimana informasi penerimaan dikomunikasikan dengan kontrak a. Secara elektronik
manajemen dan akuntansi? b. Secara manual dengan kertas
c. Keduanya (jika keduanya, silakan kategorikan)
Ke mana dokumen pendukung diteruskan ke? Disimpan?
89

Penciptaan Posisi Staf Baru dan Perekrutan untuk Posisi ini


Pertanyaan Res onse
Bagaimana persyaratan posisi diidentifikasi, diklasifikasikan dan
di katalog? Di mana data ini disimpan?
Bagaimana data biaya SDM ditentukan? Apakah ini terus diperbarui?
Bagaimana permintaan posisi dan persetujuan diterima dan a. Secara elektronik (tolong sebutkan
dilacak? Apakah ada area penerima pusat? Berapa posisi medium)
permintaan kreasi dihasilkan per bulan / per tahun? b. Secara manual dengan kertas
c. Kedua
Apakah ada daftar periksa yang memfasilitasi pemrosesan? Sedang diproses
otomatis atau ditangani secara manual - adalah daftar periksa tersebut secara online
atau di atas kertas? Jika di atas kertas, bagaimana mereka diajukan?
Apakah sistem informasi sumber daya manusia (HRIS) terintegrasi? iya nih
dengan sistem informasi manajemen keuangan (FMIS)? Jika b. Tidak
jadi, apakah anggaran dan dana yang tersedia sudah mutakhir dan siap
tersedia untuk dilihat?
Siapa yang bertanggung jawab atas peninjauan, validasi dan persetujuan dari
posisi dan relasi sebaration?
Bagaimana cakrawala rencana pengeluaran SDM yang disiapkan oleh jalur
kementerian / lembaga pengeluaran? Apakah informasi ini siap diperbarui
to-date dan tersedia selama pemrosesan? Sudah ada
komitmen ditinjau sebelum menyetujui permintaan baru; dan
adalah persetujuan tersebut berdasarkan garis / pengeluaran rrinistry
rencana pengeluaran SDM agensi?
Apakah ada permintaan posisi baru yang disetujui tanpa SDM
rencana pengeluaran? Apa alasan utamanya?
persetujuan dan seberapa sering hal ini terjadi? _
| Apa yang akan menyebabkan penolakan permintaan, persetujuan posisi?
pemisahan dalam sistem?
Seberapa sering pembaruan untuk komitmen SDM dilakukan? Adalah. Batch harian
ada akuntansi komitmen SDM terpusat? b. Waktu sebenarnya
c. Lain
Perubahan Struktur Penggajian dan Manfaat
Respon Pertanyaan
Bagaimana perubahan pembayaran dan struktur manfaat ditransmisikan ke a. Secara elektronik
departemen anggaran? b. Secara manual dengan kertas

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 59/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

c. Kedua
Seberapa sering perubahan dilakukan pada daftar gaji dan tunjangan
struktur tahun lalu?
Bagaimana dampak perubahan ini terhadap anggaran dan
komitmen dihitung? Siapa yang terutama bertanggung jawab untuk
melakukan proses ini?
Jenis alat analisis apa yang digunakan untuk menilai dampak
pada anggaran keseluruhan dan komitmen yang ada?
90

Apakah dampak perubahan secara otomatis memicu penyesuaian, a. iya nih


otorisasi tambahan, dll. b. Tidak
Apa yang dilakukan untuk memastikan bahwa perubahan yang diproses adalah
tercermin secara akurat baik dalam anggaran maupun yang ada
alokasi?
Apa jenis laporan yang dihasilkan (Harap berikan
contoh)? Siapa yang melihat informasi ini dan bagaimana menggunakannya?
Bagaimana informasi tentang penggajian atau struktur tunjangan berubah a. Secara elektronik
dikirim ke kementerian / lembaga pengeluaran? b. Secara manual dengan kertas
c. Kedua
Perubahan Personil dan Kelas
Respon Pertanyaan
Bagaimana perubahan pada nilai personil dan gaji ditransmisikan ke a. Secara elektronik
HRIS? b. Secara manual dengan kertas
c. Kedua
Bagaimana informasi ini diklasifikasikan, diorganisir? Dimana itu
disimpan?
Bagaimana dampak perubahan ini terhadap komitmen gaji
dihitung? Siapa yang terutama bertanggung jawab untuk melakukan ini
proses?
Berapa banyak level staf dan staf dalam organisasi?
Silakan kategorikan berdasarkan level? Apa tunjangan utama
dan manfaat untuk setiap level?
Berapa banyak promosi staf yang diproses tahun lalu?
Tolong jelaskan sistem penilaian gaji? Berapa gajinya
_tingkat / kelas ada? _
Apa jenis laporan yang dihasilkan (Harap berikan
contoh)? Siapa yang melihat informasi ini dan bagaimana menggunakannya? __ ____
Bagaimana informasi tentang perubahan tingkat dikomunikasikan kepada staf? Sebuah. Secara
elektronik
b. Secara manual dengan kertas
c. Kedua
Apakah ada area penerima pusat yang mengkonsolidasikan baru dan a. iya nih
tambahan gaji / pengurangan gaji dan menghitung bersih b. Tidak
jumlah?
Manajemen Pembayaran dan Penerimaan
Verifikasi Permintaan Pembayaran
Respon Pertanyaan
Bagaimana Anda mengkonfirmasi tanda terima barang / render dari a. Periksa tanda terima secara
manual
layanan? (inventaris)
b. Konfirmasi dari pihak penerima
c. Laporan yang dihasilkan sistem
d. Tidak ada konfirmasi
e. Lain
91

Apakah ada persyaratan untuk PO, kontrak atau a. iya nih


otorisasi? b. Tidak
Jika ya, apa? Sebuah. PO
b. Kontrak
c. Jenis otorisasi lainnya
Apakah PO, kontrak, atau otorisasi tersedia online? Jika tidak, a. iya nih
tolong sebutkan medium. b. Tidak
Apakah departemen penerima dapat mengkonfirmasi tanda terima - masukkan data a. iya nih

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 60/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

- langsung ke sistem manajemen kontrak (terhadap PO, b. No


kontrak, otorisasi)?
Bagaimana permintaan pembayaran dilacak? Sebuah. Secara elektronik
b. Secara manual
c. Kedua
Jika secara elektronik, apakah ada kode umum pada permintaan pembayaran a. iya nih
yang akan menghubungkannya dengan anggaran dan akuntansi yang sesuai b. Tidak
barang?
Berapa persentase pembayaran (bulanan / triwulanan / tahunan) a. 0% hingga 15%
permintaan di atas ambang persetujuan? b. 16% hingga 30%
c. 31% hingga 45%
d. 46% hingga 60%
e. Di atas 60%
Dari permintaan pembayaran (bulanan / triwulanan / tahunan) di atas a. 0% hingga 15%
ambang persetujuan, berapa persen dari mereka tidak memiliki perusahaan b. 16% hingga 30%
komitmen terhadap anggaran? c. 31% hingga 45%
d. Di atas 45%
Dari permintaan pembayaran (bulanan / triwulanan / tahunan) di atas a. 10% atau lebih rendah
ambang persetujuan yang tidak memiliki komitmen tegas terhadap b. 11% hingga 25%
anggaran, berapa persen dari mereka yang disetujui? c. 25% ke atas
Seberapa sering anggaran terlampaui? Sebuah. Tak pernah
b. Jarang
c. Secara teratur
d. Sangat sering
Berapa ambang batas untuk barang? Pekerja sosial? Jasa? (Sebutkan di bawah)
Apakah ambang batas ditangkap dalam sistem?
Apakah informasi pembayaran ditangkap secara akurat dan tersedia untuk a. iya nih
melihat? b. Tidak
Apakah ada basis data vendor? Sebuah. iya nih
b. Tidak
Seberapa sering pengecualian pembayaran dilakukan? Sebuah. Tak pernah
b. Jarang
c. Secara berkala
d. Sering
Bagaimana pengecualian diakui dan ditangani? Tolong jelaskan.
Berikan contoh formulir dan laporan di bawah ini kepada kami
fungsi.
92

Otorisasi Pembayaran
Respon Pertanyaan
Apakah pedoman dan prosedur otorisasi pembayaran sesuai ketentuan. iya nih
tanggal, didokumentasikan dengan baik dan tersedia? b. Tidak
Apakah Anda memiliki kebijakan tertulis yang menetapkan siapa yang berwenang untuk a. iya nih
menandatangani dokumen fiskal? b. Tidak
Bagaimana daftar orang yang berwenang untuk menyetujui pembayaran
terawat?
Apakah sampel tanda tangan disimpan di departemen hukum? Sebuah. iya nih
b. Tidak
Apakah pedoman dan prosedur otorisasi pembayaran sesuai ketentuan. iya nih
tanggal, didokumentasikan dengan baik? Bagaimana mereka dikomunikasikan kepada staf? b. Tidak
Bagaimana pembayaran diotorisasi? Sebuah. Tanda tangan
b. Kode ID aman (elektronik)
c. Kedua
Berapa persentase persetujuan pembayaran berbasis kertas? Sebuah. 15% atau lebih rendah
b. 16% hingga 35%
c. Di atas 35%
d. Semuanya berbasis kertas
Apakah sistem secara otomatis dapat memeriksa total dana yang tersedia a. iya nih
terhadap anggaran? b. Tidak
Seberapa sering pembayaran ditolak karena dana tidak mencukupi? Sebuah. Jarang
b. Terkadang
c. Secara teratur
d. Sering
Seberapa sering permintaan pembayaran ditolak karena tidak lengkap a. Jarang
Informasi Pembayaran? b. Terkadang
c. Secara teratur

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 61/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y
d. Sering
Mekanisme apa yang ada untuk menandai otorisasi itu
melampiaskan anggaran?
Bagaimana informasi tingkat pendanaan dikomunikasikan? Sebuah. Secara elektronik
b. Laporan tercetak
c. Kedua
d. Tidak dikomunikasikan
Berapa waktu rata-rata untuk menyetujui pembayaran? Sebuah. Suatu hari atau kurang
b. 2to3days
c. Lebih dari 3 hari
Di mana kriteria pembayaran disimpan? Apakah ini online?
Bagaimana persetujuan dilacak? Di mana informasi ini disimpan? Sebuah. Secara elektronik
b. Daftar periksa kertas
c. Lain
Apakah informasi pembayaran ditangkap secara akurat dan tersedia untuk a. iya nih
dilihat oleh staf? b. Tidak
Bagaimana pengecualian diakui dan ditangani?
93

Seberapa sering pengecualian pembayaran dilakukan? Sebuah. Tak pernah


b. Jarang
c. Secara berkala
d. Sering
Berapa banyak otorisasi pembayaran yang dilakukan per bulan? Sebuah. Kurang dari #
b. (masukkan #):
Berapa persentase pembayaran (bulanan / triwulanan / tahunan) a. 75% ke atas
dibuat secara elektronik? b. 50% hingga 74%
c. 25% hingga 49%
d. Di bawah 25%
Berapa persentase pembayaran (bulanan / triwulanan / tahunan) a. 75% ke atas
dibuat dengan cek? b. 50% hingga 74%
c. 25% hingga 49%
d. Di bawah 25%
Berapa persentase pembayaran (bulanan / triwulanan / tahunan) a. 25% ke atas
dibayar tunai? b. Di bawah 25%
Berikan contoh formulir dan laporan di bawah ini kepada kami
fungsi.
Pembayaran terhadap Faktur
Respon Pertanyaan
Siapa yang bertanggung jawab untuk melakukan pembayaran? Jika keduanya, apa a. Perbendaharaan
ambang pembayaran untuk kementerian / unit pengeluaran? b. Kementerian / Unit Pengeluaran
c. Kedua
Apakah ambang batas disimpan dalam sistem?
Apakah pedoman dan prosedur pemrosesan pembayaran sesuai standar. iya nih
tanggal? Didokumentasikan dengan baik? Tersedia? b. Tidak
Apakah pembayaran yang disetujui ditransmisikan ke pusat yang menerima a. Secara elektronik
daerah? Bagaimana? b. Secara manual dengan kertas
c. Kedua
d. Lain
Berapa banyak pembayaran yang dilakukan tahun lalu? Dari pembayaran itu
berapa banyak yang di bawah ambang batas?
Berapa banyak orang yang memverifikasi satu pembayaran?
Berapa banyak orang yang diharuskan untuk meninjau, menyetujui pembayaran,
otorisasi dan tandatangani satu pembayaran?
Bagaimana permintaan pembayaran di atas ambang batas diterima a. Secara elektronik
oleh Treasury? Bagaimana permintaan pembayaran di atas ambang batas b. Secara manual, dengan
kertas
tingkat yang diprioritaskan? c. Lain
Siapa yang bertanggung jawab untuk menyetujui permintaan pembayaran dan
melacak mereka di tingkat kementerian / unit pengeluaran? Pada
Tingkat keuangan?
Apakah detail faktur ditangkap pada pembayaran? Sebuah. iya nih
b. Tidak
Apakah detail faktur ditangkap saat pembaruan PO dilakukan? Sebuah. iya nih
b. Tidak
94

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 62/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Apakah konfirmasi pembayaran diterima secara akurat dan a. Secara elektronik


tersedia untuk dilihat oleh staf? Bagaimana? b. Melaporkan
c. Atas permintaan oleh kementerian /
unit pengeluaran
d. Lain
Apakah tinjauan berkala atas aktivitas pembayaran dilakukan? Jika ya, a. iya nih
seberapa sering? b. Tidak
Bagaimana kemajuan pembayaran dilacak? Berapa rata-rata a. Kurang dari 3 hari
jalur pembayaran (dalam hari)? b. Antara 3 dan 5 hari
c. Lebih dari 5 hari
Apakah pembayaran dalam mata uang berbeda digabungkan dalam pembayaran a. iya nih
susunan acara? b. Tidak
Seberapa sering konfirmasi pembayaran diterima? Sebuah. Segera
b. Harian
c. Setiap hari
d. Lain
Apakah pembaruan komitmen, rencana pengeluaran, POs a. Otomatis
otomatis atau manual? Melakukan komitmen dan pengeluaran b. Manual
pembaruan terjadi secara bersamaan? c. Keduanya (tolong jelaskan)
Seberapa sering pengecualian pembayaran dilakukan? Sebuah. Tak pernah
b. Jarang
c. Secara berkala
d. Sering
Bagaimana pengecualian diakui dan ditangani?
Apa yang terjadi ketika permintaan pembayaran melebihi kontrak
keseimbangan?
Apakah ada mekanisme yang menandai potensi pembayaran rangkap dua? Sebuah. iya nih
Jika ya, bagaimana? b. Tidak
Berikan contoh formulir dan laporan di bawah ini kepada kami
fungsi.
Pembayaran Gaji dan Manfaat
Respon Pertanyaan
Siapa yang bertanggung jawab untuk melakukan pembayaran gaji dan tunjangan? Sebuah. Perbendaharaan
Apakah daftar gaji dihitung oleh kementerian lini / unit pengeluaran b. Kementerian / Unit
Pengeluaran
dan permintaan pembayaran diteruskan ke Perbendaharaan, atau apakah c. Departemen keuangan dan
departemen /
penggajian dihitung oleh Departemen Keuangan itu sendiri, dengan satuan pengeluaran individu
transaksi personalia yang dikirim ke Departemen Keuangan dari d. Bersumber dari luar
unit pengeluaran.
Apakah sistem informasi sumber daya manusia (HRIS) terkait dengan a. iya nih
sistem informasi manajemen keuangan (FMIS)? b. Tidak
Berapa banyak karyawan di organisasi Anda? Sebuah. Kurang dari 100
b. Antara 100 dan 500
c. Antara 501 dan 1.000
d. Lebih dari 1.000
95

Apakah setiap karyawan memiliki pengidentifikasi unik selain dari nama


(mis. # jaminan sosial, # staf, dll.)? Jika demikian, harap cantumkan jenisnya.
Berapa persentase karyawan yang digaji?
Bagaimana data waktu dan kehadiran dicatat? Sebuah. Secara elektronik (waktu kunci karyawan
langsung ke sistem)
b. Di atas kertas secara manual
c. Kedua
d. Lain
Apakah biaya penggajian dan klasifikasi ditangkap dalam sistem? Jika sebuah. iya nih
ya, di mana mereka disimpan? b. Tidak
Seberapa sering pembayaran gaji dilakukan? Pembayaran manfaat? Sebuah. Mingguan
b. Dua mingguan
c. Bulanan
d. Seperti yang dipersyaratkan
e. Lain
Bagaimana pembayaran gaji dilakukan? Pembayaran manfaat? Sebuah. Setoran elektronik
b. Memeriksa

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 63/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

c. Kas
d. Kombinasi (harap sebutkan
kombinasi di sini:
Sepengetahuan Anda, berapa persen dari daftar gaji a. Secara elektronik (%)
pembayaran dibayarkan oleh b. Periksa (_%)
c. Uang tunai (%)
Sepengetahuan Anda, berapa persen manfaatnya? Secara elektronik (%)
pembayaran dibayarkan oleh b. Periksa (%)
c. Uang tunai (%)
Bagaimana perhitungan gaji dilakukan? Manfaat a. Secara elektronik
pembayaran? b. Secara manual
c. Kedua
Apakah semua perhitungan ditangkap dan dirinci pada setiap pembayaran? Sebuah. iya nih
b. Tidak
Berapa jumlah rata-rata penolakan yang dihasilkan per
Periode pembayaran? Apakah sumber (penyebab) penolakan
ditangkap?
Dari penolakan yang dihasilkan per periode, yang mewakili sistem Kehadiran Waktu l
kejadian tertinggi? Silakan peringkat dengan # 1 sebagai area dalam sistem Manfaat
dimana penolakan paling sering terjadi. Pengurangan
Sistem perpajakan (pemotongan, dll.)
Penggantian
Berapa jumlah hari rata-rata pengecualian disimpan dalam a. Kurang dari 3 hari
pipa? b. Antara 3 dan 5 hari
c. Lebih dari 5 hari
Apakah sistem memberi tahu pengguna tentang posisi kas agen a. iya nih
sebelum membuat permintaan pembayaran? b. Tidak
Bagaimana permintaan penggajian dan manfaat dilacak? Bagaimana pembayaran a. Secara elektronik
kemajuan dilacak? b. Secara manual (daftar periksa kertas)
c. Kedua
96

Apakah ada kode umum yang menautkan setiap pembayaran ke a. iya nih
anggaran departemen dan item akuntansi yang sesuai? b. Tidak
Bagaimana informasi konfirmasi pembayaran ditransmisikan oleh a. Secara elektronik
agen pemrosesan pembayaran? Apakah konfirmasi diterima pada b. Laporan Kertas
dasar tepat waktu? c. Lain
Berikan contoh formulir dan laporan di bawah ini kepada kami
fungsi.
Pembayaran Pensiun
Respon Pertanyaan
Apakah pembayaran pensiun dihitung dan dilaksanakan secara terpusat?
Jika demikian oleh agen mana?
Sebuah. Kurang dari 100
Ada berapa banyak karyawan yang dapat pensiun di b. Antara 100 dan 500
organisasi? c. Antara 501 dan 1.000
d. Lebih dari 1.000
Apakah ada database pusat yang menyimpan data pensiun? Dimana
apakah ini disimpan?
Apakah proses pembayaran pensiun ditangani sepenuhnya di dalam
agen atau aspek dari proses out-source?
Jika demikian, aspek proses yang mana?
Bagaimana cara menghitung manfaat? Apakah ada alat khusus yang digunakan untuk itu?
menghitung manfaat, pengurangan dan pemotongan?
Apakah manfaat kalkulator online? Sebuah. iya nih
b. Tidak
Apakah aturan untuk tunjangan yang dilindungi, pensiun dini dan grand-a. iya nih
Paket ayah diperbarui? Apakah sudah tersedia? b. Tidak
Bagaimana pembayaran pensiun dilakukan? Sebuah. EFT
b. Memeriksa
c. Tunai di jendela dept
Seberapa sering pembayaran pensiun dilakukan? Sebuah. Mingguan
b. Dua mingguan
c. Bulanan
d. Dua bulanan
e. Lain
Kontrol apa yang dikenakan untuk memastikan pensiun yang dianggarkan

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 64/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

alokasi memenuhi permintaan pembayaran pensiun?


Apakah peserta program pensiun dapat dengan mudah mengakses akun mereka a. iya nih
kenangan? b. Tidak
Bagaimana peserta rencana mengakses catatan akun mereka? Sebuah. On line
b. Pernyataan periode dikirimkan
c. Dalam permintaan
d. Lingkari grup -i [online /
pernyataan]; [pernyataan /
permintaan]; [online / permintaan]
97

Berapa banyak penolakan pembayaran yang dihasilkan setiap bulan?


Dari penolakan bulanan, berapa banyak karena (tolong beri. Informasi peserta tidak lengkap
jumlah)
b. Masalah sistem
c. Perhitungan salah
d. Kesalahan manusia
e. Tidak dikenal
Apakah antarmuka sistem pensiun dengan (lingkaran satu) - a. HRIS (ya / tidak)
b. Akuntansi (ya / tidak)
c. Penggajian (ya / tidak)
d. Percaya (ya / tidak)
Apa jenis sistem eksternal yang dilakukan sistem pensiun
antarmuka dengan?
Bagaimana permintaan pembayaran pensiun diterima oleh anggaran a. Secara elektronik
departemen eksekusi? b. Kertas
c. Kedua
Apakah saldo dana pensiun sudah tersedia? Sebuah. iya nih
b. Tidak
Apakah Anda dapat memperkirakan pembayaran pensiun? Jika ya, bagaimana? Sebuah. iya nih
b. Tidak
Bagaimana pengecualian diakui dan ditangani? Apa itu rata-rata a. Kurang dari 3 hari
berapa hari pengecualian disimpan dalam pipa? b. Antara 3 dan 5 hari
c. Lebih dari 5 hari
Di titik mana pembayaran dihentikan?
Bagaimana Anda mendapatkan informasi jika peserta meninggal? Sebuah. Diinformasikan oleh penyintas
b. Akses dan / atau terima informasi
dari daftar kematian atau rumah sakit
c. Kedua
d. Lain
Berikan contoh formulir dan laporan di bawah ini kepada kami
fungsi.
Pembayaran lainnya
Respon Pertanyaan
Apa jenis pembayaran yang Anda lakukan? (Masukkan teks di sini)
Berapa ambang batas untuk jenis pembayaran ini? (Masukkan jenis di sini) (Masukkan jumlah
I__ _ _ _ _ _di sini)
Dalam bentuk apa permintaan pembayaran ini diterima? Sebuah. Secara elektronik
b. Secara manual dengan kertas
c. Kedua
Dari semua pembayaran bulanan yang dilakukan, berapa persen dari mereka a. Kurang dari 5%
terdiri dari pembayaran "lain" ini? b. Antara 5 dan 10%
c. Lebih dari 10%
98

Bagaimana Anda mengonfirmasi validitas permintaan pembayaran? Sebuah. Konfirmasi kertas dari
penerimaan
pesta dengan tanda tangan manajer
b. Konfirmasi elektronik
c. Kedua
Apakah detail pembayaran ditangkap saat pembaruan komitmen Ya
dibuat?
Apakah dokumentasi pendukung terlampir atau dirujuk? Sebuah. Selalu
b. Tidak selalu (tergantung pada
c. Tak pernah

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 65/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Bagaimana pengecualian diakui?


Berapa jumlah hari rata-rata pengecualian disimpan dalam a. Kurang dari 3 hari
pipa? b. Antara 3 dan 5 hari
c. Lebih dari 5 hari
Apakah ulasan berkala dari jenis kegiatan pembayaran ini a. iya nih
dilakukan? b. Tidak
Jika ya, seberapa sering? Sebuah. Mingguan
b. Bulanan
c. Triwulanan
d. untuk
e. Lain
Berikan contoh formulir dan laporan di bawah ini kepada kami
fungsi.
Penjadwalan Pembayaran
Respon Pertanyaan
Bagaimana pembayaran diprioritaskan (berdasarkan ukuran, berdasarkan mata uang, berulang
vs. satu kali, vendor, dll.)? Bagaimana prioritas ini ditetapkan?
Di mana prioritas pembayaran disimpan - apakah ini mudah
tersedia untuk staf?
Apakah jalur pembayaran tersedia untuk departemen lini atau a. iya nih
agen pengeluaran untuk menonton? b. Tidak
Bagaimana informasi pembayaran diterima secara tunai a. Secara elektronik
departemen manajemen? b. Kertas
Apa kriteria dan persetujuan terkait yang diperlukan untuk mempercepat
pembayaran?
Pemrosesan Pembayaran
Respon Pertanyaan
Berapa persentase total pembayaran yang dilakukan oleh EFT? Oleh a. EFT%
memeriksa? Dalam bentuk tunai? b. Periksa%
___ __ __ __ ___ _____ c. Uang tunai%
99

Bagaimana pembayaran dipantau dan dilacak?


Apakah jalur pembayaran tersedia untuk departemen lini atau a. iya nih
agen pengeluaran untuk menonton? b. Tidak
Di mana informasi pembayaran disimpan?
Berapa jumlah rata-rata hari untuk memproses pembayaran? Untuk
Hapus pembayaran?
Bagaimana penyelesaian pembayaran ditransmisikan ke departemen lini atau a. Secara elektronik
agen pengeluaran untuk rekonsiliasi dengan anggaran, PO, b. Kertas
otorisasi pembayaran?
Siapa yang memegang tanggung jawab utama untuk memproses pengecualian?
Memproses Transfer
Respon Pertanyaan
Berapa banyak transfer ke agen yang dilakukan tahun lalu? Apa
persentase transfer tersebut adalah transfer pelengkap?
Jelaskan proses mengidentifikasi transfer yang akan diproses.
Bagaimana prioritas transfer? Sebuah. Berdasarkan prioritas anggaran
b. Berdasarkan prioritas program
c. Berdasarkan mata uang dan saldo tunai
jumlah
d. Dengan menerima otorisasi
Siapa yang memiliki otoritas final untuk menyetujui awal dan tambahan
transfer? Apakah mereka cocok dengan rencana pengeluaran?
Apakah ada waktu tertentu - "musim" - selama tahun ketika
jumlah transfer yang diproses meningkat secara signifikan? Jika begitu,
kapan?
Apakah transfer dilakukan tanpa otorisasi transfer? Jika ya, bagaimana
apakah transfer ini ditentukan?
Penerimaan: Pendapatan Pajak
Respon Pertanyaan
Apa poin pengumpulan pendapatan? Harap lingkari semua a. Agen pajak pusat
itu berlaku. b. Pusat pajak daerah / lokal
c. Kotak kunci
d. Lainnya (mis. Kantor pos)
Apakah ada repositori data pusat untuk penerimaan pajak yang dikumpulkan? Sebuah. iya nih
b. Tidak

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 66/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Berapa banyak jenis pajak yang dikumpulkan?


Apakah ada sistem pajak terintegrasi yang mengelola dan a. iya nih
proses pengembalian dan pembayaran untuk berbagai jenis pajak? b. Tidak
Jika tidak, apakah pengembalian dan pembayaran diproses oleh pajak individu a. iya nih
silo? b. Tidak
Unit mana dalam departemen pajak yang bertanggung jawab atas
tanda terima dan validasi pengembalian?
100

Jika pengembalian tidak dapat divalidasi, apakah ada unit yang bertanggung jawab untuk a. iya nih
pemrosesan pengecualian? b. Tidak
Apakah departemen memiliki kontrak dengan satu bank yang a. iya nih
memproses semua pembayaran pajak? Jika tidak, berapa banyak iklan b. Tidak
bank memproses pembayaran pajak untuk departemen?
Jika pengembalian atau pembayaran menunggak ada yang terpisah a. iya nih
sistem pemrosesan yang menangani kenakalan? b. Tidak
Berapa persentase pajak nakal yang dikirim ke pengumpulan a. 50%
lembaga pulih? b. 25-50%
c. kurang dari 25%
Apakah agen outsourcing outsourcing pengumpulan pajak tunggakan? Sebuah. iya nih
b. Tidak
Ketika pembayaran untuk penalti dan bunga diterima, apakah ada a. iya nih
prioritas alokasi? b. Tidak
Bagaimana pengumpulan pendapatan diurutkan (harap lingkari semua itu. Sumber pendapatan.)
menerapkan)? b. Program
berlaku)? ________________________________________________ c. Klasifikasi anggaran
Setelah pendapatan disortir dan dicatat apakah ada pusat a. iya nih
sistem akuntansi di mana pendapatan pajak diposting? Jika ya, apakah b. Tidak
sistem otomatis atau manual?
Berapa frekuensi rekonsiliasi antara
deposito di bank dan pengembalian / pembayaran yang diterima dengan pajak
Departemen Administrasi?
Laporan apa yang dihasilkan oleh administrasi pajak? Bagaimana
sering mereka diproduksi? Siapa yang menerimanya?
Berbagi Pendapatan Pajak
Respon Pertanyaan
Apakah Anda memiliki kebijakan dan prosedur tertulis tentang pendapatan a. iya nih
berbagi? b. Tidak
Apa dasar bagi hasil (harap lingkari semua itu. Statuta)
menerapkan)? b. Anggaran
c. Estimasi historis
Siapa yang berwenang mengirim permintaan bagi hasil?
Jelaskan proses pembagian pendapatan (misalnya, komputasi,
memverifikasi permintaan, memproses pesanan pembayaran)
Selama proses verifikasi apakah sistem secara otomatis a. iya nih
untuk memeriksa permintaan bagi hasil terhadap aturan pendapatan? b. Tidak
Berapa waktu siklus untuk menyelesaikan bagi hasil a. 2 hingga 3 hari
proses? b. Lebih dari 3 hari
c. 5 hari
Berapa banyak otorisasi pendapatan dibuat per bulan? Sebuah. Kurang dari #
b. (masukkan # 's)
101

Bagaimana cara departemen memberi tahu Departemen Keuangan tentang pesanan pembayaran? Sebuah.
Antarmuka langsung (elektronik)
b. Tape
c. Melaporkan
Bagaimana Treasury mengirim / mentransfer pendapatan bersama? Sebuah. Memeriksa
b. EFT
Bagaimana informasi pembagian pendapatan dikomunikasikan? Sebuah. Secara elektronik
b. Laporan tercetak
c. Kedua
d. Tidak dikomunikasikan
Berikan contoh formulir dan laporan di bawah ini kepada kami
fungsi.

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 67/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Penerimaan: Penerimaan Bukan Pajak


Respon Pertanyaan
Apakah unit pendapatan individu bertanggung jawab untuk mengumpulkan dan Ya
memproses tugas dan biaya mereka sendiri dalam organisasi mereka No
atau apakah prosesnya terpusat?
Jika prosesnya terpusat, departemen mana yang bertanggung jawab
untuk penerimaan, validasi, dan dokumentasi pendapatan ini?
Bagaimana pengumpulan penerimaan bukan pajak dipisahkan? Lingkari semua yang berlaku
Sebuah. Oleh Program
b. Sumber Penghasilan (biaya, bea &,
penalti)
c. Agen
Apakah ada sistem terpisah untuk memproses denda dan bunga
koleksi?
Apakah Anda memetakan pengumpulan pendapatan untuk klasifikasi anggaran? Sebuah. iya nih
Tolong jelaskan. b. Tidak
Apakah ada set aturan akuntansi pendapatan yang ditetapkan yang mengatur a. iya nih
posting koleksi? b. Tidak
Tolong jelaskan proses rekonsiliasi bank.
Apakah sub-sistem pengumpulan penerimaan bukan pajak itu kompatibel dan a. iya nih
konsisten dengan sistem manajemen keuangan lembaga? b. Tidak
Apakah sub-sistem manual atau otomatis? Sebuah. Manual
b. Otomatis
Apakah ada repositori data pusat untuk pendapatan bukan pajak
dikumpulkan?
Berikan contoh formulir dan laporan di bawah ini kepada kami
fungsi.
102

Manajemen Uang Tunai


Prakiraan Arus Kas
Respon Pertanyaan
Apakah arus kas diperkirakan secara teratur? Seberapa sering? Sebuah. iya nih
b. Tidak
Seberapa sering:
Apakah inflow / outflow informasi dikirim ke dan dikumpulkan dalam a. iya nih
repositori pusat untuk perbandingan? Apakah ada banyak b. Tidak
platform tempat informasi inflow / outflow berada?
Bagaimana informasi inflow / outflow diterima? Apakah ini a. Secara elektronik
benchmarked - jika demikian, terhadap apa? b. Secara Manual / Kertas
c. Kombinasi keduanya
Seberapa jauh data masa lalu digunakan untuk membandingkan tren? Seberapa jauh
Apakah perkiraan arus kas? Di mana data ini disimpan?
Apakah Anda menganalisis pola kliring historis untuk sampai di pangkalan
arus kas harian dan menentukan posisi pendanaan? Apakah ini
dibandingkan dengan anggaran?
Apa jenis alat yang digunakan untuk menentukan tren, bandingkan
data dan sampai pada perkiraan?
Jika surplus atau kekurangan telah ditentukan, area mana
memegang tanggung jawab utama untuk memprioritaskan, menangani
dan menyelesaikan masalah ini? Bagaimana informasi ini?
dikomunikasikan ke agensi?
Apa jenis ramalan / laporan terkait yang dihasilkan dan
siapa penerima utama laporan ini?
Prakiraan Pendapatan
Respon Pertanyaan
Apakah ada repositori pusat untuk mengumpulkan data tentang semua pendapatan dan a. iya nih
arus kas masuk? b. Tidak
Siapa yang bertanggung jawab untuk memastikan integritas data yang dikumpulkan?
Bagaimana data dari berbagai sumber diterima? Seberapa sering? Sebuah. Umpan elektronik
b. Kertas melaporkan ke entri data
Tolong jelaskan proses dan analisis terkait persiapan
perkiraan pendapatan. Siapa yang bertanggung jawab untuk menyiapkan
perkiraan pendapatan? Berapa lama proses ini berlangsung?
Seberapa sering prakiraan pendapatan direvisi?
103

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 68/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Prakiraan Pengeluaran
Respon Pertanyaan
Apakah semua data pengeluaran dikumpulkan dalam repositori pusat untuk a. Elektronik
validasi dan perbandingan? Bagaimana? b. Kertas
c. Kedua
Siapa yang bertanggung jawab untuk memastikan integritas data yang dikumpulkan?
Bagaimana pengeluaran ini diorganisasikan dan dikategorikan? Bagaimana
apakah Anda dapat mengurutkan data ini?
Tolong jelaskan proses dan analisis terkait persiapan
rencana persyaratan uang tunai. Siapa yang bertanggung jawab untuk mempersiapkan
rencana pendapatan? Berapa lama proses ini berlangsung?
Apa jenis alat yang digunakan untuk menentukan tren, bandingkan
data dan sampai pada perkiraan?
Seberapa sering rencana persyaratan kas direvisi?
Memantau Saldo Kas
Respon Pertanyaan
Siapa yang bertanggung jawab atas operasi perbankan ritel? Sebuah. Bank pusat
b. Bank Umum yang disetujui
Apakah Anda menerima informasi saldo TSA yang diurutkan berdasarkan mata uang? Sebuah. iya nih
Bagaimana informasi ini diterima? b. Tidak
Apakah ada akun konsolidasi di satu lokasi di mana notional a. iya nih
terjadi keseimbangan? b. Tidak
Bagaimana rencana kebutuhan kas Treasury dan Agency a. Secara elektronik
diterima? Apakah rencana dalam format standar untuk Treasury dan b. Di atas kertas secara manual
agensi? Seberapa sering rencana diterima, dan apakah mereka up-to-c. Kedua
tanggal?
Apa jenis alat yang Anda gunakan untuk melakukan tinjauan terhadap
rencana pendapatan dan pengeluaran dan mengidentifikasi kekurangan dan
surplus?
Di mana informasi persyaratan cadangan mata uang asing
disimpan? Apakah sistem secara otomatis menandai ketika saldo tunai
tingkat mendekati persyaratan cadangan?
Bagaimana laporan saldo kas dikirim ke agensi? Bagaimana a. Secara elektronik
sering? b. Secara manual dengan kertas
c. Kedua
Apa tindakan selanjutnya yang diambil ketika kekurangan dan / atau
surplus ditentukan? Apakah sistem secara otomatis
memicu proses - yaitu menerbitkan efek / menjual mata uang lain untuk
kekurangan; berinvestasi surplus - atau secara otomatis memberi tahu Departemen Keuangan
staf (Jika demikian, siapa)?
104

Mengelola Saldo Kas


Respon Pertanyaan
Harap berikan contoh laporan dan penerimanya.
Apakah saldo kas didasarkan pada a. Prioritas anggaran
b. Prioritas program atau proyek
c. Target likuiditas
Apakah Anda memiliki sistem manajemen kas terintegrasi? Tolong a. iya nih
jelaskan sistem manajemen kas Anda saat ini. b. Tidak
Rekonsiliasi TSA (Rekening Tunggal Perbendaharaan) dan Saldo Sub-Rekening
Respon Pertanyaan
Seberapa tepat waktu informasi saldo akun dari baris
kementerian / lembaga diterima? Informasi pesanan pembayaran?
Transfer informasi otorisasi? Koleksi per baris
informasi kementerian / lembaga?
Dalam format apa kelompok informasi ini diterima? Sebuah. Secara elektronik
b. Secara manual dengan kertas
c. Kedua
Apakah kementerian / lembaga lini diharuskan untuk menyerahkan akun a. iya nih
saldo pada tanggal yang telah ditentukan? b. Tidak
Membuat bagan akun (COA) kementerian / kementerian garis memetakan iya nih
hingga COA Perbendaharaan? b. Tidak
Seberapa sering informasi transaksi dari departemen lini I a. Pakan otomatis
agensi GL diringkas ke akun kontrol TGL? Bagaimana ini b. Laporan kertas

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 69/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

aktivitas yang dilakukan?


Seberapa sering rekonsiliasi antara TSA dan sub-akun
saldo dilakukan? Apakah rekonsiliasi dilakukan
secara otomatis?
Berapa lama proses rekonsiliasi berlangsung?
Ketika kondisi tidak seimbang terdeteksi, bagaimana keadaannya
varian dikomunikasikan ke daerah yang bertanggung jawab?
Apa laporan lain yang dihasilkan sebagai akibat dari
proses rekonsiliasi? Siapa yang menerimanya?
Seberapa sering audit TSA dilakukan? TGL? Baris
kementerian / Lembaga GL?
Memantau Hutang
Respon Pertanyaan
Rata-rata, berapa hari yang tersisa untuk hutang? Adalah
mereka sejalan dengan target kinerja?
Bagaimana hutang dari agensi ditransmisikan ke uang tunai a. Secara elektronik
pengelolaan? Apakah transmisi distandarisasi lintas lembaga? b. Kertas
c. Kedua
105

Bagaimana cara mengelola dan menyimpan data berbayar? Dimana?


Bagaimana target kinerja yang dibayarkan ditentukan?
Bagaimana hutang dipantau dan dievaluasi? Apakah proses ini
otomatis atau manual?
Apakah ada alat khusus untuk membandingkan, mengevaluasi / menganalisis
tren, ramalan, dan mengukur kinerja hutang? Silahkan
menggambarkan.
Apa jenis laporan kinerja yang dihasilkan?
Apakah pembayaran hutang dibandingkan dengan piutang?
Memantau Piutang
Respon Pertanyaan
Rata-rata, berapa hari yang tersisa untuk piutang? Adalah
mereka sejalan dengan target kinerja?
Bagaimana piutang dari agensi dikirimkan ke kas a. Secara elektronik
pengelolaan? Apakah transmisi distandarisasi lintas lembaga? b. Secara manual
c. Kedua
Tolong jelaskan proses penuaan piutang.
Bagaimana data piutang diatur dan disimpan? Dimana?
Bagaimana target kinerja piutang ditentukan?
Apakah ada alat khusus untuk membandingkan, mengevaluasi / menganalisis
tren, menentukan kekurangan, mengukur dan memperkirakan piutang
kinerja? Tolong jelaskan.
Apakah informasi piutang dibandingkan dengan hutang? Sebuah. iya nih
b. Tidak
Investasikan Uang Tunai menganggur
Respon Pertanyaan
Seberapa sering saldo menganggur / kelebihan uang diinvestasikan? Sebuah. Harian
b. Mingguan
c. Bulanan
Siapa yang bertanggung jawab untuk menginvestasikan saldo tunai menganggur / berlebih?
Jelaskan proses penentuan pedoman investasi.
Bagaimana pedoman investasi dikomunikasikan kepada unit a. Secara elektronik
bertanggung jawab untuk berinvestasi? b. Secara manual dengan formulir kertas
Jenis kontrol apa yang ada untuk memastikan likuiditas itu
persyaratan dipenuhi sebelum menginvestasikan saldo kas?
Apa tindakan korektif yang diambil saat menganggur / kelebihan saldo
ada di satu sisi, dan ada kekurangan uang tunai untuk a
periode tertentu?
Bagaimana dana ditransfer ke Badan Investasi?
Harap berikan laporan apa pun yang dihasilkan oleh fungsi ini.
106

Memelihara Catatan Portofolio


Respon Pertanyaan
Apakah ada unit operasi manajemen investasi?

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 70/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Siapa yang bertanggung jawab atas validasi dan perhitungan


investasi?
Apakah proses memelihara catatan portofolio bersumber dari a
vendor pihak ketiga atau dilakukan secara internal?
Seberapa sering data portofolio diterima dari a. Mingguan
Bank / Kustodian? b. bulanan
c. triwulanan
Jelaskan proses pengambilan, penyimpanan, dan pengambilan data
catatan portofolio?
Apakah ada repositori catatan terpusat di mana bank / kustodian,
rekanan / agen dan informasi lainnya disimpan?
Apakah proses memelihara catatan portofolio otomatis atau a. Otomatis
secara manual? b. Secara manual
Harap berikan laporan untuk fungsi ini.
Pengelolaan Utang dan Bantuan
Perjanjian Utang Baru
Respon Pertanyaan
Siapa yang bertanggung jawab untuk memantau jatuh tempo dan minat
jadwal hutang? _
Apa mekanisme pelacakan untuk memantau jatuh tempo
dan bunga utang?
Apakah sistem secara otomatis memberi tahu pihak yang bertanggung jawab
mendekati jatuh tempo dan pembayaran jatuh tempo?
Apakah jadwal amortisasi otomatis dibuat? Dimana
data ini disimpan?
Seberapa sering sistem memproses perjanjian utang baru? Sebuah. Secara otomatis
b. Harian
c. Mingguan
Apakah fungsi ini menghasilkan catatan hutang kertas? Bagaimana ini diajukan?
Bantuan Luar Negeri dan Penerimaan Hibah
Respon Pertanyaan
Bagaimana persyaratan dan ketentuan bantuan / hibah asing dilacak?
Kerangka hukum atau perundang-undangan apa yang mengatur pemrosesan
perjanjian?
Bagaimana bantuan / hibah dialokasikan untuk lembaga? Bagaimana dengan dana
107

diprioritaskan?
Bagaimana bantuan / hibah diterima oleh bank sentral?
Apakah ada pusat penyimpanan data yang melacak penerimaan orang asing
bantuan dan hibah?
Apakah ada laporan yang dihasilkan oleh fungsi ini?
Aliran Utang Baru
Respon Pertanyaan
Bagaimana Anda melacak kehidupan instrumen utang?
Area mana yang bertanggung jawab untuk mempertahankan portofolio utang?
Jelaskan proses pengiriman informasi penerimaan? Aku s
itu dipisahkan menjadi penerimaan utang dalam negeri dan mata uang keras?
Bagaimana proses monitofing penerimaan terhadap dikontrak
perjanjian hutang?
Bagaimana dana ditransmisikan ke bank? Sebuah. EFT
b. Memeriksa
c. Kas
Apakah fungsi ini menghasilkan laporan?
Pembayaran Layanan Hutang
Respon Pertanyaan
Apakah antarmuka sistem perbendaharaan dengan (lingkaran untuk masing-masing) - a. Akuntansi (ya /
tidak)
b. Manajemen Uang Tunai (ya saya tidak)
Apakah Anda memiliki kemampuan untuk memperkirakan pembayaran layanan utang? iya nih
Tidak
Bagaimana Anda menerima tagihan dari pemberi pinjaman? Sebuah. Secara elektronik (SWIFT, dll.)
b. Kertas (surat, faks, teleks, dll.)
c. Kedua
Harap sebutkan jenis laporan yang dihasilkan oleh sistem pinjaman -
termasuk nomor laporan.
Bagaimana strategi prioritas pembayaran dikaitkan dengan tagihan a. Secara elektronik

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 71/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

penerimaan dan pemrosesan? b. Kertas (laporan, dll.)


Apakah jatuh tempo instrumen dalam portofolio terkait? iya nih
untuk menagih tanda terima dan pemrosesan? b. Tidak
Seberapa sering konsolidasi pembayaran harus dilakukan? Sebuah. Segera
b. Harian
c. Setiap hari
d. Lain
Seberapa sering revaluasi hutang dilakukan? Sebuah. Segera
b. Sekali sehari
c. Dua kali sehari
d. Tidak tahu
Apakah pembayaran dan jangka waktu jatuh tempo untuk setiap instrumen siap a. iya nih
tersedia? b. Tidak
108

Bagaimana Anda mendapatkan informasi tentang suku bunga, asing a. Antarmuka dengan sistem
eksternal
nilai tukar, dll? b. Suku bunga bank dari bank tertentu
c. Publikasi
d. Kombinasi (Daftar
e. Lainnya ()
Apakah Anda dapat memanggil item portofolio dengan (harap lingkari semua itu. Mata Uang
terapkan dan daftarkan orang lain di bawah). b. Jumlah
c. Kematangan
d. Pemberi pinjaman
e. Lainnya ()
Bagaimana pengecualian diakui?
Berapa jumlah hari rata-rata pengecualian disimpan dalam a. Kurang dari 3 hari
pipa? b. Antara 3 dan 5 hari
c. Lebih dari S hari
Apakah kebijakan lindung nilai Anda tersurat dan dikomunikasikan kepada semua a. iya nih
Staf keuangan? b. Tidak
Tolong jelaskan tingkat rata-rata pendidikan untuk staf dalam hal ini a. SMA atau lebih rendah
departemen. Anda dapat memasukkan komentar di bawah ini: b. Sarjana
c. Tuan
d. Gelar doktor
e. Sertifikasi lainnya
Dari pembayaran bulanan yang jatuh tempo, berapa persen dari jumlah tersebut a. Kurang dari 5%
terlambat? b. Antara 5 dan 15%
c. Antara 16% dan 25%
d. Lebih dari 25%
Berapa persentase keterlambatan pembayaran berdasarkan tidak lengkap a. Kurang dari 5%
informasi pembayaran atau pembayaran yang ditolak oleh bank penerima? b. Antara 5% dan 10%
c. Lebih dari 10%
Berapa persentase keterlambatan pembayaran berdasarkan ketidakcukupan a. Kurang dari 5%
uang tunai / mata uang? b. Antara 5% dan 10%
c. Lebih dari 10%
Apakah Anda merasa bahwa sistem membantu meningkatkan a. iya nih
kemampuan analitis untuk membuat keputusan manajemen pada b. Tidak
kebijakan dan strategi pinjaman?
Siapa yang membuat keputusan untuk mempercepat pembayaran, bersantai
posisi, dll?
Berikan contoh formulir dan laporan di bawah ini kepada kami
fungsi.
Penerbitan Securtiies
Respon Pertanyaan
Tolong jelaskan pedoman (termasuk profil risiko,
lindung nilai) dan prosedur untuk menerbitkan surat berharga. Apakah ini
tersedia?
Di mana detail keamanan disimpan? Bagaimana mereka diklasifikasikan?
Seberapa sering sekuritas diterbitkan? Di mana Anda mengeluarkan
sekuritas?
Tolong tunjukkan jumlah bank dan rekening bank itu
109

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 72/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Anda pertahankan di setiap negara.


Bagaimana informasi dikirimkan / diterima ke / dari bank?
Di mana data ini disimpan?
Siapa yang memegang tanggung jawab utama untuk menyetujui dan mengeluarkan
sekuritas?
Apakah keuangan Anda, manajemen kas, dan sistem akuntansi
ditautkan? Apakah sistem ini pada platform yang berbeda? Jika ya, bagaimana
apakah Anda memastikan integritas data yang dikirimkan
sistem?
Bagaimana Anda mencocokkan pemesanan antara Treasury, Cash
Manajemen dan Akuntansi? Bagaimana informasi dipertukarkan
antara perbendaharaan, manajemen kas dan sistem akuntansi
(kumpulan harian, waktu nyata, lainnya)? Apa mata uang dasar itu
Anda masuk?
Bagaimana penerbitan surat berharga dilacak? Siapa yang terutama
bertanggung jawab?
Apa jenis alat analisis yang Anda gunakan untuk melakukan likuiditas
dan analisis risiko, simulasi, perencanaan dan optimalisasi?
Apakah transaksi dilaporkan secara kotor dan bersih? Sebuah. iya nih
_ ______________________________________ _ b. Tidak
Penukaran Efek
Respon Pertanyaan
Tolong jelaskan pedoman dan prosedur untuk menebus
sekuritas. Apakah ini sudah tersedia?
Bagaimana Anda mengembalikan uang Anda untuk sekuritas yang diterbitkan di
negara-negara lain? Apakah Anda memiliki rekening bank di sana
negara? __
Tolong tunjukkan jumlah bank dan rekening bank itu
Anda pertahankan di setiap negara.
Bagaimana informasi dikirimkan / diterima ke / dari bank?
Di mana data ini disimpan?
Bagaimana informasi tentang pelunasan efek yang diberikan a. Secara elektronik
ke dalam sistem pooling atau netting? b. Secara manual
c. Kedua
Bagaimana Anda mengembalikan uang Anda untuk sekuritas yang diterbitkan
di negara Lain?
Bagaimana pelunasan sekuritas dilacak? Siapa yang terutama
bertanggung jawab?
Siapa yang menyetujui pelunasan sekuritas sebelum jatuh tempo?
Apa jenis alat analisis yang Anda gunakan untuk melakukan likuiditas
dan analisis risiko, simulasi, perencanaan dan optimalisasi?
Apakah transaksi dilaporkan secara kotor dan bersih? Sebuah. iya nih
b. Tidak.
110

Ulasan Anggaran dan Pelaporan Fiskal


Respon Pertanyaan
Seberapa sering laporan keuangan disiapkan?
Laporan-laporan ini didasarkan pada data yang diterima
agensi?
Pemantauan Pendapatan
Respon Pertanyaan
Seberapa sering data diterima dari administrasi pajak
agensi?
Seberapa sering data diterima dari administrasi bea cukai
agensi?
Apa agen lain yang mengirim data pengumpulan?
Bagaimana data pengumpulan diterima? Sebuah. Secara elektronik (tolong jelaskan)
b. Secara manual (laporan)
Seberapa sering koleksi pendapatan ditinjau secara formal? Sebuah. Harian
b. Mingguan
c. Bulanan
d. Triwulanan
e. Lain
Apakah data pengumpulan sebelumnya digunakan dalam meninjau tahun berjalan a. iya nih
koleksi? b. Tidak
Jika demikian, berapa tahun data terakhir digunakan untuk membandingkan

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 73/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y
tren?
Berapa tahun data terakhir disimpan dalam sistem?
Apakah ada alat khusus yang digunakan untuk membandingkan arus
koleksi terhadap koleksi yang diharapkan? Jika demikian, berikan
detail. .
Di mana tanggung jawab utama berada untuk persiapan
rencana korektif jika terjadi kekurangan pengumpulan pendapatan?
Bagaimana rencana manajemen korektif atau surplus ini
dikomunikasikan ke agensi?
Pemantauan Pengeluaran
Respon Pertanyaan
Seberapa sering rencana pengeluaran diterima dari garis
kementerian / unit pengeluaran?
Seberapa sering data pengeluaran aktual tersedia dari
kementerian / unit pengeluaran?
Apakah laporan kemajuan / status program digunakan dalam pemantauan a. iya nih
pengeluaran? Jika demikian, apakah ada kemajuan program yang terdefinisi dengan baik b. Tidak
kriteria pengukuran?
111

Bagaimana pengeluaran, data kemajuan program diterima? Sebuah. Secara elektronik (tolong jelaskan)
b. Secara manual (laporan)
Seberapa sering pengeluaran ditinjau secara formal? Sebuah. Harian
b. Mingguan
c. Bulanan
d. Triwulanan
e. Lain
Apakah data pengeluaran sebelumnya digunakan untuk meninjau tahun berjalan a. iya nih
pengeluaran? b. Tidak
Jika ya, berapa tahun data yang lalu digunakan untuk membandingkan tren?
Berapa tahun data terakhir disimpan dalam sistem?
Apakah ada alat khusus yang digunakan untuk membandingkan arus
pengeluaran terhadap pengeluaran yang diharapkan? Silakan ya
berikan detail.
Di mana tanggung jawab utama berada untuk persiapan
rencana korektif jika terjadi penyimpangan dalam pengeluaran aktual
dari rencana?
Bagaimana rencana korektif ini dikomunikasikan kepada agensi?
Pemantauan Program Kerja
Respon Pertanyaan
Apakah laporan progres program / status digunakan dalam pemantauan a. iya nih
status program? Jika demikian, apakah ada kemajuan program yang terdefinisi dengan baik b. Tidak
kriteria pengukuran?
Seberapa sering laporan status program kerja diterima dari
kementerian / unit pengeluaran?
Bagaimana data kemajuan program kerja diterima? Sebuah. Secara elektronik (tolong jelaskan)
b. Secara manual (laporan)
Seberapa sering program kerja ditinjau secara formal? Sebuah. Mingguan
b. Bulanan
c. Triwulanan
d. Lain
Apakah data program kerja sebelumnya digunakan dalam meninjau tahun berjalan a. iya nih
program? b. Tidak
Jika demikian, berapa tahun data terakhir digunakan untuk membandingkan
tren?
Berapa tahun data terakhir disimpan dalam sistem?
Dasar apa yang digunakan untuk membuat grup proyek serupa untuk
tujuan perbandingan?
Apakah ada alat khusus yang digunakan untuk membandingkan arus
data program kerja terhadap kemajuan program kerja yang diharapkan?
Jika demikian, berikan detailnya.
Di mana tanggung jawab utama berada untuk persiapan
rencana korektif jika terjadi penyimpangan dalam program kerja aktual
maju dari rencana?
Bagaimana rencana korektif ini dikomunikasikan kepada agensi?
112

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 74/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

SISTEM TREASURY - PERSYARATAN FUNGSIONAL KESELURUHAN


Setion ini memberikan deskripsi tentang persyaratan fungsional keseluruhan untuk sistem Treasury.
Ini
Persyaratan telah disusun berdasarkan persyaratan untuk sistem serupa di beberapa Bank yang serupa
proet yang dibiayai di Kazakhstan, Pakistan, Ukraina, dan Mongolia. Persyaratan ini perlu
disesuaikan untuk negara tertentu untuk mempertimbangkan persyaratan khusus negara akun. Secara
khusus, input
dan format output dari berbagai dokumen transaksi, laporan dan format data spesifik dari berbagai
entitas yang digunakan oleh sistem perlu ditentukan. Namun, persyaratan ini memang memberikan rasa
persyaratan fungsional keseluruhan untuk sistem Treasury dan dapat membentuk titik awal untuk
pengembangan
versi negara yang lebih spesifik yang dapat digunakan untuk akuisisi perangkat lunak aplikasi
untuk
sistem.
Struktur organisasi khas dari Perbendaharaan terdiri dari kantor Utama di Center, cabang tingkat
kedua
kantor di kantor pusat regional I provinsi dan kantor tingkat ketiga di tingkat kabupaten. Dalam
beberapa kasus ini
struktur dikompresi menjadi hanya dua tingkat satu di pusat dan tingkat kedua di tingkat provinsi
/ daerah.
Referensi ke kantor regional dan distrik dari Perbendaharaan dalam spesifikasi ini berhubungan
dengan sub ini
kantor.
Seperti disebutkan sebelumnya dalam dokumen ini, ini adalah salah satu dari beberapa pengaturan
organisasi yang digunakan untuk pengaturan
sebuah Treasury. Namun, proses fungsional terkait dengan pelaksanaan anggaran dan karenanya
persyaratan fungsional untuk sistem tetap sama terlepas dari pengaturan ini. Namun demikian
lokasi tanggung jawab untuk pengendalian pengeluaran dan untuk memelihara organisasi dan
Rekening pemerintah bervariasi dengan pengaturan organisasi yang berbeda. Ini akan mempengaruhi
lokasi
dan penempatan modul spesifik dari sistem dan keterkaitannya dengan sistem Perbankan tetapi tidak
fungsi dari modul itu sendiri.
Untuk menempatkan persyaratan fungsional dalam konteks, diagram pada halaman berikutnya
menunjukkan modul utama
Sistem Perbendaharaan dan arus informasi dari dan ke berbagai lembaga seperti Kementerian
Keuangan, Perbendaharaan,
Unit Pengeluaran, Bank Sentral, dll. Yang menggunakan sistem Perbendaharaan selama proses
pelaksanaan anggaran.
Bagian ini pertama-tama mencantumkan proses fungsional yang terkait dengan Pengelola Fiskal
Pemerintah dan kemudian
selanjutnya merinci persyaratan fungsional untuk setiap proses.
113

Gambar 14. Model Sistem Perbendaharaan


Anggaran Kemenkeu / Beban
Alokasi
(awal, revisi dan
tambahan)
... Line Ministries masuk ke konsolidasi Bd MOFI
! > persyaratan tunai untuk tahun untuk semua dafron Perbendaharaan
Baris 11 unit pengeluaran bawahan.
r nisb udgetArtority 0 Treasury membuat apporronments W t
alfor ministries line and lirne _ Apporonments I
kementerian membuat jatah untuk
Unit dalam unit pengeluaran [[I
Treasury membuat Waran Ilocaons
alokasi untuk kementerian dan i
7 kementerian membuat sub waran
: .allokasi untuk unit bawahan I- - - - - - - - - -
Kombinasi, '6,; i> j: -t
Pengelolaan
Unit Pengeluaran mendaftar
komitmen / masukkan Vendor pembelian (
memesan dan mengontrak data setelahnya. Saya Pemerintah.
Pengeluaran untuk mengecek ketersediaan anggaran Pembayaran Kreditor P

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 75/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Unit I ____ ____ ___Centrd_____ ___


_ ==; FFisTalSA
CashRe
Sistem meloloskan data komitmen
untuk modul pembayaran Accunt dan ke NOF
pembayaran Treasury mengautomatiskan pembayaran - ~ PayfferltTa
Anag nt dari TSA setelah memeriksa dana Rip
Bank
ketersediaan / komitmen pnor
| k ig i ..... i; ; Ni>. ,. ::: E3k: a; Sg; gi6X.iii ^ rW; lt | Kwitansi
tiRenue tReeipis | TSA
Collection Managetent System mencatat tanda terima ----- * - Donorsl
Informasi agensi yang disediakan oleh Bank 7 1 Bantuan
Memberi
Instansi Csh
Kembangkan penerimaan dan pengeluaran
Perkiraan manajemen! pantau saldo kas!
Prakiraan pendapatan menentukan jumlah uang jaminan /
melaporkan persyaratan pinjaman I
BorrowAngnrequirements- & j g = 'it..t
Departemen Manajemen Utang
Manajer Manajemen memasuki komitmen hutang, hutang
melayani pengeluaran dan pinjaman / bantuan
kwitansi transaksi saya
RBeporting + Kembangkan Laporan Fiskal Keseluruhan
114

Proses Fungsional - 1. Manajemen Otoritas Anggaran


1. Pembagian dan penjatahan: Setelah persetujuan anggaran tahunan oleh Parlemen itu
dimasukkan ke dalam sistem oleh Departemen Anggaran Kementerian Keuangan. Anggaran yang disetujui
untuk pengeluaran kementerian kemudian dipecah menjadi tingkat ekonomi rinci
klasifikasi dan dibagi dari waktu ke waktu (kuartal dan bulan) dan terdaftar di
sistem oleh Kementerian Keuangan dan dikomunikasikan ke kementerian pengeluaran. Pengeluaran
kementerian, pada gilirannya, mendaftarkan anggaran terperinci untuk unit pengeluaran bawahan
mereka dan
mengkomunikasikan jatah ke unit pengeluaran. Ini adalah batas pengeluaran untuk
kementerian pengeluaran dan unit pengeluaran per kuartal / bulan untuk tahun fiskal. Pengeluaran
batas dapat bervariasi selama tahun sesuai dengan hasil
review bulanan atau triwulanan dari kinerja anggaran. Misalnya perubahan mungkin
disebabkan oleh variasi dalam prakiraan pendapatan, komitmen dan pola pengeluaran, dll.
2. Alokasi waran: Setiap tahun, rencana keuangan yang merinci pengeluaran yang diproyeksikan dan
tanda terima dikembangkan oleh unit pengeluaran dan kementerian. Seiring berjalannya tahun, sektor
lembaga menyiapkan permintaan dana secara berkala berdasarkan kategori ekonomi, yang juga
ditangkap. Kementerian Keuangan kemudian mengeluarkan surat perintah kepada kementerian untuk
setiap kategori pengeluaran.
Dari jumlah ini kementerian mengeluarkan sub-waran untuk unit pengeluaran mereka dan memberi saran
unit pengeluaran yang tepat. Proses-proses ini berlangsung secara berkala di seluruh dunia
tahun. Jumlah waran dan sub waran harus dalam jumlah yang ditentukan dalam
batas pengeluaran untuk unit organisasi ini. Jumlah waran ditentukan dalam
cahaya dari hasil tinjauan anggaran berkala, prakiraan pendapatan yang direvisi dan uang tunai
saldo.
3. Transfer anggaran yang saya lakukan: Biasanya Undang-Undang Anggaran mengizinkan Kementerian
Keuangan
departemen pengeluaran dan unit pengeluaran untuk menggeser anggaran yang disetujui
klasifikasi organisasi dan objek dalam batasan yang ditetapkan 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, transfer anggaran
permintaan perlu diproses. Untuk beberapa item dan dalam ambang tertentu, pengeluaran
unit mungkin memiliki kekuatan finansial untuk melakukan transfer sendiri. Untuk kasus ini,
mereka akan memperbarui basis data anggaran dalam sistem. Untuk kasus yang berada di luar
jangkauan mereka
kekuatan keuangan, mereka akan meminta menteri induk atau MOF untuk memproses transfer,
tergantung pada jenis transfer. Jika disetujui, Kementerian / Kementerian Keuangan akan memproses
mentransfer dan memperbarui basis data. Unit pengeluaran akan diberitahu tentang keputusan
tersebut
Permintaan.

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 76/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

4. Anggaran tambahan: Selama tahun berjalan revisi ke yang disetujui


anggaran dapat dilakukan oleh Parlemen. Revisi ini dilakukan pada bulan April
sesuai dengan prosedur untuk menyelesaikan anggaran asli. Proses dari
menyiapkan anggaran tambahan mencakup persiapan, perutean dan persetujuan dari
permintaan untuk anggaran tambahan. Anggaran tambahan biasanya disajikan kepada
Parlemen untuk persetujuan pada pertengahan tahun.
115

Persyaratan Fungsional
Proses Awal Tahun
Pada awal tahun fiskal, ada kebutuhan untuk mengatur struktur klasifikasi Anggaran
dan Bagan Akun untuk mencatat komitmen, pengeluaran, dan penerimaan. Sistem
harus memiliki fasilitas untuk mengakomodasi berbagai struktur klasifikasi anggaran, karena
ini dapat bervariasi dari satu negara ke negara. Contoh struktur klasifikasi anggaran adalah
diberikan pada Bagian I. Struktur ini menentukan bahwa struktur klasifikasi anggaran dapat
dimiliki
segmen yang menentukan Sumber Dana, Organisasi, Ekonomi, Fungsional, Program
dan klasifikasi proyek. Dengan demikian sistem harus dapat mengakomodasi ini
segmen dan perlu memiliki kapasitas untuk mengakomodasi jumlah digit yang cukup
di setiap segmen.
Misalnya, sistem harus dapat menangani bagan akun di seluruh pemerintah
dengan dimensi berikut: '0
* Kode dana dengan satu tingkat klasifikasi
* Kode organisasi dengan tiga tingkatan klasifikasi
* Kategori ekonomi dengan empat tingkatan klasifikasi
* Kode fungsional dengan empat tingkatan klasifikasi (kelas, sektor, sub-sektor, bab)
* Kode program dengan dua tingkat klasifikasi
* Proyek dan kode biaya dengan dua tingkat klasifikasi masing-masing
Sistem harus cukup fleksibel untuk memungkinkan peningkatan jumlah dimensi
dan tingkat klasifikasi kode-kode ini. Sistem juga harus mengizinkan pengguna-
jumlah digit / karakter yang ditentukan di setiap level. Pola pengkodean di setiap tingkat
bisa berupa serial atau hirarkis. Diberikan hubungan khusus antara salah satu dari 5
jenis kode, sistem harus dapat memetakan dan menghasilkan klasifikasi terkait. Semua
elemen kode harus alfanumerik.
Harus dimungkinkan untuk menahan bidang deskripsi terhadap setiap kode (atau elemen) dalam bagan
akun. Harus dimungkinkan untuk merevisi definisi dan deskripsi kode. Sistem
harus memungkinkan pengguna memasukkan data pendapatan dan anggaran belanja secara manual
kode klasifikasi. Secara khusus, sistem harus memungkinkan pengguna untuk masuk,
berikut:
* Kode klasifikasi pendapatan dan deskripsi setiap segmen kode
* Kode klasifikasi pengeluaran dan deskripsi setiap segmen dari kode tersebut
* Informasi penjelas tambahan untuk setiap kode klasifikasi anggaran (jika berlaku)
'Code Kode klasifikasi dana akan digunakan untuk melacak dana ekstra-anggaran yang diizinkan; itu
kode program akan digunakan untuk melacak program ketika MOF bergerak ke Jangka Menengah
Kerangka Anggaran; kode proyek digunakan untuk melacak pengeluaran yang berkaitan dengan modal dan
pengeluaran investasi; kode biaya akan digunakan di masa depan untuk melacak pengeluaran di
tingkat tersebut
pusat biaya dalam unit anggaran
116

Sistem harus memastikan bahwa setiap kode klasifikasi anggaran pendapatan dan pengeluaran adalah
unik dan ukuran setiap uraian segmen kode sesuai dengan
Persyaratan.
Sistem harus memungkinkan pengelompokan kode klasifikasi anggaran berdasarkan fungsional,
kelembagaan, klasifikasi ekonomi.
Tetapkan bagan akun
Sistem harus memungkinkan pengguna untuk secara manual memasukkan data Bagan Akun. Di
khususnya, sistem harus memungkinkan pengguna untuk memasukkan yang berikut ini:
Akun pendapatan
* Nomor dan Keterangan Akun Penghasilan.
* Sistem harus memastikan bahwa setiap nomor akun pendapatan unik.
Akun pengeluaran
* Nomor Akun Pengeluaran dan deskripsi.
* Sistem harus memastikan bahwa setiap kode klasifikasi pengeluaran adalah unik
Akun Prosedural

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 77/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y
* Kepala Akun dan Sub-Kepala untuk setiap akun prosedural dan deskripsi untuk masing-masing
segmen kode.
* Sistem harus memastikan bahwa setiap akun prosedural unik.
Akun untuk dana dari layanan berbayar
* Sistem harus memastikan bahwa setiap nomor akun unik
Mendistribusikan dan mengimpor data struktur klasifikasi anggaran
Pada awal setiap tahun fiskal, Perbendaharaan Pusat akan mendistribusikan ke semua pengeluaran
unit dan kantor perbendaharaan bawahan kode klasifikasi anggaran yang berlaku diselenggarakan pada
media magnetik (disket atau kaset) atau dengan transmisi melalui jaringan. Sistem
harus memiliki fasilitas untuk menyebarluaskan data kode klasifikasi anggaran aktif (pengambilan
memperhitungkan semua perubahan saat ini dan penambahan) ke unit pengeluaran dan kas daerah.
Selama tahun fiskal Departemen Keuangan dapat mendistribusikan yang baru didirikan dan / atau
revisi kode klasifikasi anggaran untuk unit pengeluaran dan kantor perbendaharaan bawahan.
Sistem harus memiliki fasilitas untuk mengumpulkan dan mengimpor data klasifikasi anggaran
didistribusikan oleh Perbendaharaan pusat. Sistem harus memiliki fasilitas untuk berguling
struktur klasifikasi anggaran dan Bagan akun dll. untuk tahun berikutnya, jika
nomor dan klasifikasi akun yang sama diinginkan.
Masukkan data struktur klasifikasi anggaran secara manual
Sistem harus memiliki fasilitas untuk memungkinkan pengguna memasukkan data klasifikasi anggaran
secara manual. Ini harus mencakup fasilitas untuk memasukkan kode klasifikasi anggaran (Dana,
Organisasi, Program, Sub-program, proyek dan klasifikasi Ekonomi) dan a
deskripsi yang sesuai untuk setiap segmen kode. Fasilitas ini biasanya akan digunakan
untuk pembuatan kode klasifikasi anggaran baru selama tahun fiskal sebagai a
hasil dari perubahan dalam undang-undang anggaran atau pengenalan program pengeluaran baru atau
untuk
memuat seluruh tabel struktur klasifikasi Anggaran ke dalam sistem.
117

Pertahankan kode klasifikasi anggaran


Sistem harus memiliki fasilitas untuk memungkinkan pengguna memodifikasi deskripsi masing-masing
kode klasifikasi anggaran pengeluaran yang ada dan menghapus kode klasifikasi anggaran
jika perlu. Namun, modifikasi dan penghapusan kode klasifikasi anggaran
harus dilakukan di bawah kendali rutin pemeriksaan validasi data bawaan. Untuk
Sebagai contoh, sistem seharusnya tidak mengizinkan penghapusan kode klasifikasi anggaran jika ada
adalah surat perintah atau sub-surat perintah atau sub-surat perintah yang sudah tercatat
menentangnya.
Menyimpan daftar unit pengeluaran
Sistem harus memiliki fasilitas untuk memelihara daftar unit pengeluaran yang mengandung
kode organisasi, nama, dan detail lainnya tentang unit pengeluaran. Seharusnya begitu
fasilitas untuk mengakomodasi jumlah digit / karakter yang cukup untuk kode / nama,
deskripsi dll, untuk unit pengeluaran.
Sistem harus memungkinkan pengguna untuk mengimpor data unit pengeluaran yang ditransmisikan
sistem eksternal atau didistribusikan pada media magnetik. Sistem juga harus mengizinkan
Perbendaharaan pusat untuk menambah, memodifikasi atau menghapus catatan unit pengeluaran jika
perlu.
Namun penghapusan catatan unit pengeluaran tidak boleh diizinkan jika ada surat perintah atau
sub-surat perintah atau sub-surat perintah sudah dicatat terhadapnya.
Pertahankan Data Anggaran
Masukkan data anggaran
Sistem harus memungkinkan pengguna untuk memasukkan anggaran yang disetujui dan anggaran yang
direvisi untuk
tahun untuk setiap kode klasifikasi anggaran pengeluaran. Sistem seharusnya secara default
bagikan pula anggaran yang disetujui untuk tahun tersebut selama 12 bulan, tetapi izinkan pengguna
untuk
menimpa angka pembagian bulanan yang disediakan oleh sistem. Sistem seharusnya
periksa validitas data untuk memastikan bahwa kode klasifikasi anggaran pengeluaran ada
dalam bagan akun yang ditetapkan.
Modul sistem manajemen anggaran harus memiliki fasilitas untuk memasuki
data berikut untuk setiap kode klasifikasi anggaran:
(a) Jumlah total anggaran yang disetujui untuk tahun yang disetujui oleh Kementerian
Keuangan untuk unit pengeluaran orang tua dan pembagian bulanan selama setahun;
(B) Jumlah total anggaran yang disetujui untuk tahun tersebut oleh masing-masing bawahan
unit pengeluaran dan penjatahan bulanannya (batas pengeluaran) sepanjang tahun.
Sistem harus memastikan bahwa kode unit pengeluaran dimasukkan untuk memasukkan anggaran
data valid menurut Daftar unit pengeluaran dan total dalam b) setuju dengan
angka yang sesuai dimasukkan dalam a).
Modul ini harus dapat diakses dari Kantor Pusat Perbendaharaan (tingkat kedua)

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 78/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Kantor perbendaharaan dan Kantor Kepala Departemen.


118

Revisi pembagian dan alokasi


Sistem harus memungkinkan pengguna untuk merevisi pembagian dan alokasi saat ini untuk
setiap kode klasifikasi anggaran untuk setiap unit pengeluaran. Sistem harus memastikan bahwa
untuk
setiap kode klasifikasi anggaran jumlah angka yang direvisi untuk unit pengeluaran,
setuju dengan jumlah total untuk kode klasifikasi anggaran pengeluaran.
Sistem harus memastikan bahwa jumlah uang ditarik dari anggaran tertentu
kode klasifikasi tidak melebihi jumlah total saldo gratis dari paket yang tersedia
untuk masalah waran dan waran yang tidak digunakan.
Fasilitas ini juga akan digunakan untuk memasukkan data anggaran tambahan dan data terkait
transfer anggaran.
Surat Perintah
Dokumen alokasi dana
Treasury mengalokasikan dana ke Line Ministries berdasarkan isu Treasury Waran. Baris
Kementerian mengalokasikan dana untuk unit pengeluaran dengan mengeluarkan Sub-waran. Unit
pengeluaran
dapat lebih lanjut mengalokasikan dana ke lembaga bawahan dengan mengeluarkan Sub-waran.
Seharusnya sistem manajemen Anggaran yang berjalan di Kantor Pusat Perbendaharaan
fasilitas untuk menerbitkan Surat Perbendaharaan dalam batas alokasi Anggaran untuk
klasifikasi anggaran.
Seharusnya memiliki sistem manajemen Anggaran yang berjalan di kantor pusat kementerian lini
fasilitas untuk mencatat Waran Perbendaharaan yang diterima dari Perbendaharaan dan menerbitkan
Sub-Waran
kepada lembaga bawahan dalam batas Surat Perbendaharaan Negara.
Sistem Manajemen Anggaran berjalan di kantor perbendaharaan bawahan (tingkat kedua)
harus memiliki fasilitas untuk mencatat waran yang diterima dari lembaga induk, dan
mengeluarkan sub-waran terhadap sub-waran jika perlu.
Biasanya waran dan sub waran akan dikomunikasikan ke kementerian Line,
unit pengeluaran dan kantor perbendaharaan bawahan secara elektronik melalui jaringan.
Daftar kontrol dana
Komitmen dibuat atas dasar kombinasi klasifikasi anggaran belanja
kode dan nomor jaminan atau nomor jaminan. Ketersediaan dana ditentukan oleh
perbedaan antara akumulasi dana yang dialokasikan oleh sub-surat perintah atau sub-surat
waran dan total komitmen progresif di bawah setiap anggaran pengeluaran
kode klasifikasi.
Untuk memastikan bahwa:
Waran yang dikeluarkan oleh Central Treasury dicatat secara akurat dan lengkap,
Masalah sub-waran adalah dalam batas-batas waran yang tersedia untuk setiap anggaran
kode klasifikasi,
119

Masalah sub-waran adalah dalam batas-batas sub-waran yang tersedia untuk masing-masing
kode klasifikasi anggaran, dan
Komitmen terhadap setiap kode klasifikasi anggaran berada dalam batas
sub-waran atau sub-waran yang tersedia;
Sistem harus memelihara register kontrol alokasi dana untuk mencatat rincian
otorisasi dana, komitmen, dan pembayaran untuk setiap kode klasifikasi anggaran
dianalisis dengan waran, sub-waran dan sub-waran.
Impor surat berharga
Sistem manajemen anggaran berjalan di kantor pusat unit pengeluaran dan Regional
kantor perbendaharaan harus memiliki fasilitas untuk mengimpor data waran yang dikirimkan oleh
Perbendaharaan pusat dan perbarui data anggaran yang relevan untuk mengendalikan waran. Sistem
harus memperbarui tabel anggaran yang relevan dalam basis data dengan data waran dan
menggabungkan pemeriksaan validitas yang sesuai untuk memastikan integritas data.
Masukkan surat berharga
Sistem harus memungkinkan pengguna untuk memasukkan perincian Surat Perintah Perbendaharaan secara
individual
memperbarui data anggaran yang relevan dalam database.
Penarikan surat berharga
Sistem harus memungkinkan pengguna untuk menarik penuh atau, bagian dari waran, dibatasi oleh
jumlah waran yang belum dikeluarkan di bawah setiap kode klasifikasi anggaran. Penarikan a
waran akan didasarkan pada waran yang dikeluarkan oleh Departemen Keuangan tempat penarikan

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 79/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

jumlah untuk setiap kode klasifikasi anggaran akan dilambangkan dengan tanda minus.
Sistem harus memastikan bahwa jumlah penarikan tidak melebihi jumlah
tidak dikeluarkan surat perintah di bawah setiap kode klasifikasi anggaran pengeluaran.
Isu sub-waran
Sistem Manajemen Anggaran yang berjalan di kementerian lini harus memiliki fasilitas
menyiapkan dan mencetak sub-waran secara kolektif atau selektif.
Sistem harus menentukan untuk setiap unit pengeluaran jumlah dana yang dibutuhkan
setiap kode klasifikasi anggaran pengeluaran untuk bulan yang ditentukan oleh pengguna. Itu
persyaratan dana berasal dari perkiraan pengeluaran yang disiapkan oleh pengeluaran
agensi. Proses memasukkan perkiraan pengeluaran dijelaskan dalam Uang Tunai
Bagian manajemen.
Sistem kemudian harus menentukan jumlah total dana yang dibutuhkan masing-masing
kode klasifikasi anggaran pengeluaran dan periksa jumlahnya dalam batas
dana yang tersedia di bawah Surat Perintah Perbendaharaan sebagaimana dicatat dalam Daftar Surat
Perintah.
Sistem harus mencetak satu sub-jaminan untuk setiap unit pengeluaran yang harus mencakup semua
kode klasifikasi anggaran pengeluaran untuk unit pengeluaran, sesuai urutan pengeluaran
kode program, sub-program dan klasifikasi ekonomi.
120

Sistem harus memungkinkan pengguna untuk menyesuaikan "Persyaratan Dana" di bawah masing-masing
kode klasifikasi anggaran pengeluaran dan setiap unit pengeluaran jika perlu. Sistem
harus memiliki fasilitas untuk melacak penyesuaian yang dilakukan selama sesi saat ini
dan untuk membalikkan penyesuaian yang dipilih jika perlu. Sistem harus memungkinkan
pengguna untuk menyesuaikan "persyaratan Dana" dengan persentase atau jumlah tertentu untuk
masing-masing
kode klasifikasi anggaran belanja khusus atau kode klasifikasi anggaran yang dipilih oleh:
Program pengeluaran; atau
Sub-program pengeluaran; atau
Kode ekonomi spesifik; atau
kombinasi dari salah satu kriteria pemilihan.
Contoh:
Kurangi "Persyaratan Dana" untuk bulan tersebut untuk semua "Pengeluaran Administrasi"
program sebesar 5%.
Kurangi "Persyaratan dana" untuk bulan tersebut untuk klasifikasi ekonomi 135, 136
dan 137 sebesar 5%.
Penarikan Sub-waran
Sistem harus memungkinkan pengguna untuk menarik penuh atau, bagian dari sub-waran terbatas
dengan jumlah sub-waran yang tidak dibelanjakan di bawah setiap kode klasifikasi anggaran.
Menyebarluaskan data sub-waran
Sistem Manajemen Anggaran yang berjalan di kantor pusat kementerian lini harus memiliki fitur
untuk menyebarluaskan data sub-waran ke kas daerah yang ditunjuk. Untuk itu,
sistem harus memiliki fasilitas untuk mengatur data sub-waran untuk setiap unit pengeluaran dalam
a
mengajukan dan mengirimkan file ke Perbendaharaan Daerah yang relevan.
Sistem Manajemen Anggaran yang berjalan di Perbendaharaan Pusat harus memiliki fasilitas untuk
mendistribusikan data sub-waran yang diterima dari kementerian lini. Kantor ini akan
berkonsolidasi
data oleh Kas Daerah dan mengirimkan data sub-waran konsolidasi ke yang relevan
Kantor perbendaharaan daerah.
Jika terjadi gangguan jaringan atau kegagalan komunikasi, sistem seharusnya memilikinya
fasilitas untuk memuat data pada disket atau pita magnetik untuk pengiriman ke sistem
perbendaharaan regional yang relevan.
Impor sub-waran
Seharusnya memiliki sistem Manajemen Anggaran yang berjalan di kantor perbendaharaan daerah
fasilitas untuk mengimpor data sub-waran yang ditransmisikan secara elektronik atau
didistribusikan secara magnetik
menengah oleh Perbendaharaan pusat.
Sistem harus memperbarui data yang relevan tentang sub-waran, daftar unit pengeluaran
dan daftar kontrol dana.
Masukkan sub-waran secara manual
Sistem harus memiliki fasilitas untuk secara manual memasukkan sub-waran. Sistem seharusnya
memiliki fitur kontrol dan pengecekan untuk memastikan bahwa elemen data yang terkandung dalam
waran dimasukkan dengan benar sesuai dengan isi waran.
121

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 80/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Proses Fungsional - 2. Komitmen Dana


1. Pengadaan barang dan jasa. (Kasus 1: Unit pembelanjaan memproses transaksi
langsung melalui kantor perbendaharaan daerah.) Seiring berjalannya tahun, unit pembelanjaan
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 melakukan pemesanan pembelian pada
a
vendor untuk pengadaan barang dan jasa. Vendor harus terdaftar di
database vendor. Unit pengeluaran kemudian akan mendaftarkan komitmen dalam sistem dan
memblokir jumlah yang sesuai dari anggaran yang tersedia dan batas pengeluaran. Itu
transaksi komitmen diteruskan ke kementerian induk dan Departemen Keuangan-Kementerian Keuangan
kantor regional yang akan memproses pembayaran berdasarkan komitmen ini.
2. Penciptaan posisi staf baru dan rekrutmen untuk posisi ini. Pengeluaran
agensi menyiapkan uraian posisi dan meminta menteri lini untuk persetujuan. Itu
Kaji ulang kementerian lini dari sudut pandang persyaratan dan meneruskan permintaan ke
MOF. Kementerian Keuangan menyetujui setelah meninjau terhadap ketersediaan anggaran. Setelah
posisi
telah dibuat, unit pengeluaran dapat melakukan rekrutmen ke posisi ini di
konsultasi dengan pelayanan orang tua. Setelah rekrutmen, basis data personil dan
jumlah komitmen yang berkaitan dengan gaji bulanan dan tunjangan untuk unit pengeluaran perlu
diperbarui.
3. Komitmen penggajian: Unit pengeluaran menghitung komitmen penggajian pada
dasar staf di kapal dan gaji dan tunjangan resmi untuk staf. Ini sudah diperiksa
terhadap ketersediaan anggaran dan kemudian disarankan kepada agen Pengeluaran dan Kementerian
Keuangan. Gaji
komitmen dapat diberitahukan hanya setahun sekali berdasarkan estimasi dan disesuaikan dengan
diperlukan selama tahun ini. Perubahan akan diperlukan jika membayar dan uang saku
struktur berubah, staf di papan dipromosikan, staf baru ditambahkan atau pengurangan staf
terjadi.
Persyaratan Fungsional
Entri Komitmen
Daftar permintaan
Permintaan barang dan jasa adalah media untuk memasukkan komitmen ke dalam sistem.
Permintaan pembelian digunakan untuk dana komitmen untuk masalah pesanan pembelian. SEBUAH
Permintaan perjalanan digunakan untuk mengalokasikan dana untuk pembayaran biaya perjalanan dan a
Permintaan pengeluaran umum digunakan untuk membuat komitmen untuk pengeluaran saat ini
sebagai biaya penggajian.
Sistem harus memiliki fitur untuk memungkinkan pengguna untuk melakukan dana menggunakan data yang
disediakan
pada permintaan yang disetujui. Sistem harus mengontrol jumlah yang dijanjikan untuk berada di
dalam
ketersediaan dana berdasarkan kode klasifikasi dan sub-anggaran belanja yang relevan
surat perintah atau sub-surat perintah.
122

Jika jumlah komitmen untuk sub-waran / sub-waran, dalam pengeluaran


kode klasifikasi anggaran, melebihi ketersediaan dana, pesan yang sesuai seharusnya
ditampilkan di layar dan transaksi komitmen harus ditolak oleh sistem.
Dalam hal melakukan permintaan biaya umum, jika dana yang cukup tidak
tersedia, sistem harus memungkinkan pengguna untuk merekam data permintaan dalam database
dengan status "Komitmen Dimasuki dan Menunggu Dana 'untuk komitmen di kemudian hari
tahap ketika dana tersedia.
Setelah memeriksa parameter dan ketersediaan dana dengan memuaskan, sistem harus melakukannya
catat komitmen dan pastikan bahwa:
dana yang tersedia berdasarkan sub-waran / sub-waran dan pengeluaran yang relevan
kode klasifikasi anggaran dikurangi dengan jumlah komitmen, dan
nomor komitmen unik dihasilkan dalam urutan menaik.
Dalam hal melakukan Permintaan Pembelian, sistem harus menyediakan fasilitas untuk
menghasilkan nomor pesanan pembelian yang unik dan mencetak pesanan pembelian, pada yang
ditentukan pengguna
printer. Basis data vendor harus diperbarui sesuai dengan data pesanan pembelian.
Sistem harus mampu mencatat beberapa pembayaran terhadap pesanan pembelian.
Dalam kasus vendor yang membutuhkan pembayaran di muka untuk pesanan pembelian, sistem
harus menghasilkan data pembayaran untuk transfer ke sistem Hutang yang relevan.
Melakukan permintaan yang sedang menunggu dana

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 81/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Sistem harus memiliki fasilitas untuk melakukan permintaan resmi yang ada dalam sistem
status "Komitmen Dimasuki dan Menunggu Dana" saat dana tersedia
di bawah kode klasifikasi anggaran dan sub-waran yang relevan. Setelah konfirmasi oleh
pengguna, dan jika dana mencukupi, sistem harus memperbarui status permintaan
"Dana Berkomitmen" dan kurangi dana yang tersedia berdasarkan anggaran yang relevan
kode klasifikasi dan sub-waran berdasarkan jumlah yang ditentukan.
Menghapus daftar permintaan yang sedang menunggu dana
Sistem harus memungkinkan pengguna untuk menghapus daftar permintaan yang ada di sistem dengan
status "Komitmen Dimasuki dan Menunggu Dana".
Penghapusan komitmen
Sistem harus memungkinkan pengguna yang sah untuk menghapus komitmen yang sebelumnya dimasukkan.
Sebelum komitmen dihapus, sistem harus memastikan bahwa komitmen yang dimaksud
ditandai dengan status 'Dana Berkomitmen' dan menampilkan data komitmen terperinci
dan meminta pengguna untuk mengkonfirmasi penghapusan yang dimaksud. Jika pengguna mencoba
menghapus a
komitmen yang tidak ada atau berstatus "Klaim terdaftar" atau berikutnya
tahap seperti "Klaim diotorisasi untuk pembayaran", pesan kesalahan yang sesuai seharusnya
ditampilkan dan permintaan harus ditolak oleh sistem.
123

Setelah konfirmasi oleh pengguna, sistem akan menandai catatan komitmen dalam
database sebagai 'Komitmen Dihapus' dan sesuaikan ketersediaan dana di bawah yang terpengaruh
sub-waran / sub-waran dalam klasifikasi anggaran dengan jumlah komitmen.
Sistem seharusnya tidak menghapus catatan komitmen yang dihapus dari database dan
harus menyimpan catatan untuk tujuan jejak audit.
Permintaan komitmen
Sistem harus memungkinkan pengguna untuk menghasilkan pertanyaan yang ditampilkan di layar atau
laporan cetak
informasi komitmen untuk: (a) setiap komitmen individu atau, (b) kelompok
komitmen yang dipilih berdasarkan kriteria yang ditentukan pengguna.
Contoh kriteria yang ditentukan pengguna adalah:
* Pemilihan komitmen yang dikelompokkan berdasarkan vendor;
* Pemilihan komitmen yang dikelompokkan berdasarkan status;
* Pemilihan komitmen yang dikelompokkan berdasarkan sub-surat perintah / sub-surat perintah;
* Pemilihan komitmen yang dikelompokkan berdasarkan kode klasifikasi anggaran pengeluaran;
* Pemilihan komitmen yang dikelompokkan berdasarkan unit pengeluaran, dll.
Izinkan / batalkan komitmen
Untuk alasan manajemen, mungkin ada kebutuhan untuk membekukan komitmen terhadap tertentu
sub-waran / sub-waran dalam kode klasifikasi anggaran. Sistem seharusnya
menyediakan fitur untuk membekukan komitmen terhadap sub-surat perintah / sub-sub yang ditentukan
pengguna
kode klasifikasi anggaran waran dan pengeluaran.
124

Proses Fungsional - 3. Manajemen Pembayaran dan Penerimaan, (a) Pembayaran


Pengelolaan
1. Verifikasi penerimaan dan pembayaran barang dan jasa: Kasus 1: Unit pembelanjaan
rutekan transaksi mereka melalui kantor Perbendaharaan terkait yang, setelah pemeriksaan,
mengirimkan pesanan pembayaran ke bank tempat TSA diadakan. Proses dimulai dengan
penerimaan barang dan jasa. Ini perlu divalidasi terhadap pesanan pembelian dan a
verifikasi laporan penerimaan dihasilkan dan dimasukkan ke dalam sistem. Pada tanda terima,
faktur dari vendor diperiksa terhadap laporan penerimaan, pesanan pembelian dan
proses persetujuan pembayaran dimulai. Permintaan pembayaran diperiksa dengan
referensi ke anggaran yang tersedia (batas pengeluaran, waran) dan keberadaan sebelumnya
komitmen. Setelah persetujuan, permintaan dikirim ke bagian manajemen kas dan
dijadwalkan untuk pembayaran. Daftar pembayaran selesai yang diterima dari TSA Bank (
biasanya Bank Sentral) digunakan untuk rekonsiliasi catatan di Perbendaharaan dan
Unit Pengeluaran.
2. Pembayaran penggajian: Unit Pengeluaran menghitung gaji karyawan
Gulungan. Ini melibatkan, memperbarui basis data untuk tiga jenis perubahan: (a) Perubahan ke
data karyawan yang akan memengaruhi gaji. Ini termasuk perubahan seperti promosi,
penambahan tunjangan baru dll .; (B) Perubahan data umum karyawan seperti
transfer, perubahan alamat, nomor akun dll.; dan, (c) Perubahan yang akan berdampak pada
gaji karyawan hanya di bulan berjalan. Setelah pembaruan ini, unit pengeluaran
menghitung penggajian. Ini divalidasi terhadap daftar posisi resmi untuk

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 82/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

unit pengeluaran. Permintaan pembayaran kemudian diteruskan ke Departemen Keuangan untuk disetujui
dan pembayaran. Departemen Keuangan menyetujui permintaan ini setelah memeriksa anggaran yang
tersedia
(batas pengeluaran, waran) dan daftar posisi resmi. Permintaan tersebut kemudian dikirim ke
bagian manajemen kas dan perintah pembayaran dikirim ke Bank TSA untuk menyetor
jumlah yang sesuai di rekening Bank karyawan. Dalam hal karyawan tidak memiliki bank
akun, bank TSA dapat membuat uang tunai tersedia untuk unit pengeluaran untuk
pembayaran gaji.
Persyaratan Fungsional
Entri Faktur
Pendaftaran klaim
Sistem harus menyediakan fasilitas untuk mendaftarkan klaim yang diajukan oleh vendor dan
otorisasi pembayaran untuk klaim terdaftar.
Sistem harus memiliki fasilitas untuk memungkinkan pengguna memasukkan faktur vendor. Sistem
harus memungkinkan pengguna untuk memasukkan rincian faktur seperti nomor faktur, tanggal jatuh
tempo untuk
pembayaran, metode pembayaran dll. dan catat data faktur dengan status "Faktur
terdaftar".
Selama entri setiap faktur, pengguna harus memasukkan nomor pesanan Pembelian atau
Nomor permintaan pengeluaran umum tempat faktur dimasukkan. Sistem seharusnya
125

memastikan bahwa rincian faktur yang dimasukkan sesuai dengan rincian Pembelian yang relevan
pesanan atau permintaan biaya umum yang dicatat dalam sistem Akuntansi Komitmen. Di
kasus peningkatan jumlah komitmen pada pesanan pembelian asli sebagai hasilnya
dari perbedaan jumlah atau harga barang atau jasa yang dipesan, sistem
sebelum memperbarui jumlah komitmen, harus memeriksa ketersediaan dana di bawah
sub-waran / sub-waran yang relevan dan klasifikasi anggaran dan memastikan bahwa
peningkatan jumlah berada dalam batas dana yang tersedia.
Sistem harus memungkinkan pengguna untuk memasukkan rincian faktur seperti nomor faktur, jatuh
tempo
tanggal pembayaran, metode pembayaran dll. dan perbarui status komitmen menjadi 'Klaim
Terdaftar 'dan catat tanggal pendaftaran. Sistem juga harus memungkinkan pengguna
ubah kode vendor jika perlu.
Sistem harus memungkinkan pendaftaran beberapa faktur untuk satu komitmen, seperti
dalam hal pesanan pembelian sebagian dikirim dan ditagih.
Sistem harus mampu melacak pembayaran uang muka yang dilakukan untuk pesanan pembelian
untuk mengimbangi jumlah total karena untuk barang atau jasa yang disediakan.
Klaim pembalikan pendaftaran
Sistem harus memungkinkan pengguna untuk membalikkan pendaftaran klaim
Otorisasi klaim
Sistem harus memungkinkan pengguna untuk mengotorisasi klaim terdaftar untuk pembayaran.
Sistem harus menampilkan informasi detail dari komitmen dan memungkinkan perubahan
jumlah komitmen dalam batas ketersediaan dana di bawah sub-relevan yang relevan
waran / sub-waran dalam klasifikasi anggaran.
Sistem harus mampu melacak pembayaran uang muka dan selanjutnya
pembayaran dilakukan untuk pesanan pembelian untuk menyesuaikan jumlah total karena untuk yang
disediakan
barang dan jasa. Sistem harus mengizinkan pembayaran otorisasi beberapa faktur
untuk pesanan pembelian.
Setelah otorisasi, sistem harus memperbarui status catatan komitmen yang relevan di
database untuk 'Klaim Diotorisasi untuk Pembayaran' dan catat tanggal Otorisasi.
Setelah menyelesaikan proses otorisasi pembayaran, sistem harus memperbarui
status komitmen yang relevan dengan 'Data pembayaran yang ditransfer ke Hutang
Sistem'.
Klaim pembalikan otorisasi
Sistem harus memungkinkan pengguna untuk membalikkan otorisasi klaim sebelum
data pembayaran ditransfer ke Sistem Hutang.
Sistem seharusnya tidak mengizinkan pengubahan status klaim setelah ditransfer
ke Sistem Hutang.
126

Transfer data pembayaran ke sistem hutang dagang


Sistem harus, setiap hari, atau pada frekuensi yang ditentukan oleh Departemen Keuangan,
mentransfer

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 83/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y
data pembayaran resmi dari Sistem Akuntansi Komitmen ke Hutang
Sistem.
Perbarui detail pembayaran
Setelah pembayaran, sistem harus memiliki fasilitas untuk mentransfer data pembayaran dari
sistem hutang ke sistem komitmen untuk memperbarui catatan komitmen dengan
perincian pembayaran seperti No. Pesanan Pembayaran, Tanggal, jumlah Pembayaran, dll., yang
disediakan oleh
Sistem Hutang Akun.
Setelah menyelesaikan proses, sistem harus memperbarui status yang relevan
catatan komitmen untuk 'Pesanan pembayaran yang Dijalankan'.
Entri jurnal akuntansi
Dalam hal pembayaran dibebankan pada kode klasifikasi anggaran yang tidak sesuai dan / atau sub-
surat perintah / sub-surat perintah, diidentifikasi setelah pembayaran dilakukan, sistem harus
memiliki fasilitas Jurnal untuk memperbaiki entri akuntansi. Sistem harus memungkinkan pengguna
untuk memposting entri jurnal untuk mentransfer pengeluaran dari akun yang salah ke yang benar
akun tanpa mengubah jumlah pembayaran.
Administrasi Kontrak
Sistem harus memiliki fasilitas untuk mengelola kontrak yang dibuat dari Perjanjian
anggaran pemerintah, untuk memproses pembayaran biaya yang dihasilkan dari pelaksanaan
kontrak terdaftar dan menghasilkan laporan terkait. Akuntansi Komitmen dan
Modul Hutang Akun harus membagikan data kontrak terdaftar. Khususnya
fasilitas yang dijelaskan di bawah ini diperlukan sebagai minimum.
Buat basis data vendor
Sistem harus memiliki fasilitas untuk memelihara database vendor yang mencatat rincian
data vendor dan bisnis. Data yang tersedia di database vendor harus dapat diakses
oleh sistem Akuntansi Komitmen yang terkait.
Vendor permanent data
Sistem harus memelihara data permanen untuk setiap vendor. Sistem harus menyediakan
fasilitas untuk menambah atau menghapus vendor dan memodifikasi data permanen dari vendor yang
ada.
Eksekusi proses tambah, hapus, dan modifikasi harus dibatasi pada suatu sistem
administrator, dikendalikan oleh kata sandi dan sepenuhnya mengikuti audit. Sistem seharusnya
tidak
memungkinkan penghapusan kode vendor, jika transaksi terhadap vendor ada di salah satu
Komitmen Akuntansi atau Sistem Hutang.
Sistem harus mampu menghasilkan kode vendor baru secara otomatis
catatan vendor dimasukkan ke dalam sistem sambil memastikan bahwa kode vendor
unik dan tidak ada kode vendor rangkap yang dibuat.
127

Pemeliharaan kode vendor


Untuk memastikan konsistensi kode vendor, diharapkan bahwa:
(a) di lokasi Kantor Perbendaharaan Daerah tempat sistem Akuntansi Komitmen membagikan
perangkat keras yang sama dengan sistem Hutang, tabel vendor umum digunakan bersama
dua sistem; dan
(B) di unit pengeluaran di mana sistem Hutang Account tidak beroperasi, sub-set dari
tabel vendor harus dibangun menggunakan data vendor dari Regional
Sistem Hutang Rekening Kas. Untuk memastikan konsistensi data, perlu
perubahan dalam tabel vendor harus dimulai oleh Akun Perbendaharaan Daerah
Sistem Hutang.
Data transaksi vendor
Basis data vendor harus memelihara data transaksi terkait dengan faktur yang diterima dari
dan pembayaran dilakukan kepada vendor.
Pertanyaan vendor
Sistem harus menyediakan fasilitas Permintaan dengan:
* Nama pedagang,
* nama pendek vendor,
* alamat vendor,
* nomor faktur vendor,
o nomor pesanan pembelian,
* nomor pesanan pembayaran,
- tanggal transaksi,
* nilai transaksi,
- status faktur,
- Pencarian kartu liar dll.
Klasifikasi kontrak
Sistem harus dapat mengklasifikasikan kontrak dalam daftar kontrak sebagaimana dijelaskan

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 84/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

di bawah:
(a) Kontrak jenis "Saat Ini" yang menyediakan dana dari yang saat ini tersedia
sub-waran,
(b) Kontrak jenis "Tahunan" yang pendanaannya disediakan dari saldo bebas
alokasi yang direncanakan untuk tahun ini, dan
(c) jenis kontrak "Jangka panjang" yang berlaku lebih dari satu tahun fiskal dan
didanai dari anggaran beberapa tahun.
Daftarkan kontrak
Sistem harus memiliki fasilitas pencarian yang efisien untuk membantu pengguna memilih yang
relevan
dan kode vendor yang valid dari database vendor dengan menggunakan nama kontraktor yang disediakan
pada aplikasi. Pengguna akan menggunakan kode vendor untuk mengakses catatan vendor dan untuk
merekam data untuk kontrak baru. Pada mengakses catatan pengguna akan memasukkan
rincian kontrak seperti deskripsi kontrak, tanggal penyelesaian
kontrak, nilai total kontrak, jumlah yang harus dibayarkan dari anggaran tahun berjalan
dan jumlah yang harus dibayarkan dari anggaran tahun yang akan datang. Sistem seharusnya
128

memastikan bahwa jumlah pembayaran diusulkan dari anggaran tahun berjalan dan pembayaran
diusulkan dari tahun anggaran mendatang menyetujui total nilai kontrak.
Pengguna kemudian akan memberikan rincian data pendanaan untuk kontrak. Secara khusus,
pengguna harus memberikan rincian klasifikasi anggaran, sub-waran / sub-waran
nomor dari mana pembayaran pengeluaran yang dikontrak diusulkan.
Sistem kemudian akan memeriksa ketersediaan sumber daya keuangan di bawah setiap anggaran
klasifikasi dan sub-waran / sub-waran untuk mendanai kontrak tergantung pada
jenis setiap pengeluaran yang dikontrak sebagai berikut:
(a) jika jenis pengeluaran adalah "Lancar", sistem harus memeriksa
waran / sub-waran terhadap klasifikasi anggaran yang diusulkan sudah memadai
cukup untuk membayar pengeluaran kontrak yang diusulkan.
(b) Jika jenis pengeluaran yang dikontrak adalah "Tahunan", sistem harus memastikan bahwa
jumlah pengeluaran yang dikontrak yang sebelumnya didanai dan pengeluaran yang dikontrak
diusulkan untuk pendanaan dari klasifikasi anggaran yang diusulkan dan sub-waran / sub-
sub-waran berdasarkan kontrak yang didaftarkan berada dalam batas-batas yang direncanakan
alokasi untuk tahun tersebut untuk klasifikasi anggaran yang sama dan sub-waran / sub-sub
menjamin.
Setelah memeriksa dengan memuaskan informasi pendanaan untuk semua klasifikasi anggaran yang
diusulkan
untuk mendanai kontrak, sistem harus mendaftarkan kontrak dan cadangan dana untuk
tujuan membayar biaya di bawah kontrak ketika jatuh tempo.
Sistem harus menetapkan kontrak, Nomor Registrasi Kontrak unik itu
terdiri dari (katakanlah) sepuluh digit yang mana tujuh digit pertama mewakili unit pengeluaran
nomor dan tiga digit terakhir mewakili nomor urut kontak yang terdaftar
di bawah unit pengeluaran.
Untuk pengeluaran yang dikontrak yang diusulkan di bawah kontrak sebagai jenis "Saat Ini", the
sistem harus melakukan jumlah yang diusulkan terhadap klasifikasi anggaran yang diusulkan
dan sub-waran / sub-waran dan mengurangi jumlah waran / sub-waran yang tidak digunakan
sub-waran dengan jumlah yang ditentukan. Komitmen tersebut harus dicatat dalam
Daftar kontrak dan bagian Komitmen Rincian sistem dengan status
"Dana berkomitmen".
Untuk pengeluaran yang dikontrak yang diusulkan dalam kontrak sebagai jenis "Tahunan", the
sistem harus mencatat pengeluaran yang dikontrak dalam daftar Kontrak dengan status
"Terdaftar dan menunggu dana". Data yang sama harus dicatat dalam Komitmen
Perincian bagian sistem dengan status "Komitmen dimasukkan dan menunggu dana".
Sistem harus memiliki fasilitas untuk memesan jumlah pengeluaran yang dikontrak dari
saldo bebas alokasi yang direncanakan untuk tahun ini untuk klasifikasi dan sub-anggaran
waran / sub-waran yang diusulkan untuk pendanaan.
Jumlah dana yang dicadangkan untuk kontrak yang sudah terdaftar, dari saldo
alokasi tahunan yang direncanakan untuk klasifikasi anggaran yang relevan dan sub-waran / sub-sub
129

waran harus diperhitungkan saat memeriksa dana untuk pendaftaran


kontrak selanjutnya dari tipe "Tahunan".
Jumlah dana yang dicadangkan untuk kontrak yang sudah didaftarkan harus diperhitungkan
akun ketika merevisi alokasi yang direncanakan untuk tahun ini untuk anggaran yang relevan
klasifikasi dan sub-waran / sub-waran.

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 85/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Perubahan dalam kontrak terdaftar


Pengguna akan memberikan nomor dan tanggal aplikasi untuk perubahan dalam kontrak.
Pengguna harus memberikan Nomor Registrasi Kontrak untuk kontrak yang diusulkan
perubahan. Sistem akan merujuk pada daftar kontrak dan menampilkan pada layar
rincian kontrak yang diajukan untuk perubahan.
Pengguna harus memverifikasi informasi yang ditampilkan di layar dengan perincian yang relevan
dari
aplikasi dan setelah puas akan memasukkan rincian yang sesuai sebagai berikut:
i) Alasan untuk perubahan,
ii) Jumlah kontrak,
iii) Jumlah yang harus dibayarkan dari anggaran tahun berjalan,
iv) Jumlah yang harus dibayarkan dari anggaran tahun depan
Haruskah ada perubahan dalam jumlah yang ditentukan dalam ii), iii) dan iv) di atas sistem
harus melakukan pemeriksaan aritmatika untuk memastikan bahwa jumlah dari jumlah dalam iii) dan
iv)
setuju dengan jumlah yang ditentukan dalam ii).
Pengguna akan diizinkan untuk mengubah atau menghapus detail dari pengeluaran yang dikontrak untuk
setiap klasifikasi anggaran dan sub-waran / sub-waran. Sistem juga harus
memungkinkan pengguna untuk menambahkan baris baru ke detail dari pengeluaran yang dikontrak untuk
pendanaan
dari klasifikasi anggaran pengeluaran dan sub-waran / sub-waran yang tidak
belum terdaftar di bawah kontrak.
Setelah memeriksa informasi pendanaan dan memperbarui dana untuk semua anggaran dengan memuaskan
klasifikasi sistem harus mendaftarkan kontrak dan cadangan dana untuk
tujuan membayar biaya berdasarkan kontrak ketika jatuh tempo.
Pembatalan kontrak terdaftar
Sistem harus memiliki fasilitas untuk membatalkan kontrak. Dalam kasus seperti itu:
i) Sistem harus memperbarui status catatan yang relevan dalam kontrak
daftar ke "Kontrak dibatalkan".
ii) Sistem harus memperbarui data pembayaran dari komitmen yang relevan
catat di bagian Rincian Transaksi Komitmen dengan jumlah yang sudah
dibayar.
iii) Sistem harus membalikkan reservasi dana untuk jumlah yang belum dibayar
dari (i) Alokasi yang direncanakan untuk tahun ini atau (ii) Saldo sub-waran
/ sub-sub-waran, untuk klasifikasi anggaran yang terkena dampak mana pun
berlaku
130

Daftarkan kembali kontrak yang tidak lengkap di tahun fiskal baru


Kontrak yang tidak selesai pada akhir tahun fiskal perlu didaftarkan ulang di
awal tahun fiskal berikutnya.
Pengguna harus memasukkan total nilai kontrak dan jumlah yang akan didanai dari saat ini
tahun fiskal. Sistem harus merujuk pada catatan yang relevan dalam daftar kontrak dan
memastikan bahwa:
i) Total nilai kontrak sama dengan nilai kontrak aslinya,
ii) Jumlah yang diusulkan untuk pendanaan dari tahun fiskal saat ini tidak lebih dari
jumlah yang belum dibayar dalam kontrak asli.
Pengguna kemudian harus memasukkan perincian biaya kontrak yang dianalisis dengan pengeluaran
klasifikasi anggaran dan sub-waran / sub-waran untuk pendanaan dari saat ini
tahun fiskal.
Pembayaran biaya yang dikeluarkan berdasarkan kontrak terdaftar
Sistem harus memungkinkan beberapa pembayaran untuk setiap pengeluaran kontrak yang terdaftar
batas jumlah yang terdaftar.
Sistem harus memastikan bahwa jumlah pembayaran yang diminta tidak melebihi
saldo jumlah yang belum dibayar dari pengeluaran kontrak yang terdaftar.
Untuk pembayaran jenis pengeluaran saat ini yang dikontrakkan, sistem harus:
i) Perbarui data pembayaran untuk catatan komitmen yang relevan di
Bagian perincian transaksi komitmen.
ii) Perbarui data pembayaran untuk catatan yang relevan dalam daftar kontrak.
iii) Transfer data pembayaran ke sistem Hutang Akun yang ada bersama
pembuatan pesanan pembayaran.
iv) Setelah pembayaran dilakukan untuk jumlah penuh yang dikontrak
pengeluaran sistem harus memperbarui status kontrak terdaftar sebagai
"Kontrak selesai".
Untuk pembayaran pengeluaran kontrak jenis "Tahunan", sistem harus:
i) Pastikan dana tersedia di bawah klasifikasi anggaran yang relevan dan
sub-waran I sub-waran yang dinominasikan untuk mendanai kontrak tersebut

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 86/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y
memadai untuk memproses pembayaran yang diminta.
ii) Perbarui data pembayaran untuk catatan komitmen yang relevan di
Bagian perincian transaksi komitmen.
iii) Perbarui data pembayaran untuk catatan yang relevan dalam daftar kontrak.
iv) Transfer data pembayaran ke sistem Hutang Akun yang ada bersama
pembuatan pesanan pembayaran.
Setelah pembayaran dilakukan untuk jumlah penuh dari pengeluaran yang dikontrak tersebut
sistem harus memperbarui status kontrak terdaftar sebagai "Kontrak selesai".
131

Kontrol
Sistem harus memelihara daftar nomor sertifikat untuk memastikan bahwa suatu Kontrak
Nomor registrasi yang diberikan untuk setiap kontrak adalah unik.
Sistem harus memelihara daftar nomor registrasi pengeluaran yang dikontrak
untuk memastikan bahwa setiap biaya yang dikontrak didaftarkan dengan nomor registrasi unik.
Untuk tujuan mengklasifikasikan jenis pengeluaran yang dikontrak, sistem harus
memelihara daftar spesifik pengeluaran dengan anotasi dari jenis yang diijinkan dari
pengeluaran "Saat Ini / Tahunan" untuk setiap spesifik, yang dapat direvisi dari waktu ke waktu
waktu. Sistem harus merujuk pada tabel ini dan memastikan bahwa jenis kontrak yang diusulkan
pengeluaran diperbolehkan untuk pengeluaran spesifik yang diusulkan untuk pendanaan.
Ketika merevisi alokasi yang direncanakan untuk klasifikasi anggaran, sistem harus mengambil
memperhitungkan jumlah dana yang dicadangkan dari paket pembayaran tipe "Tahunan"
biaya kontrak untuk memastikan bahwa jumlah alokasi yang direvisi cukup untuk membayar
biaya yang dikeluarkan dari kontrak terdaftar.
Saat memasukkan "Pemulihan" atau "Offset" ketik sub-waran / sub-waran terhadap a
klasifikasi anggaran, sistem harus memperhitungkan jumlah dana yang dicadangkan
dari rencana pembayaran jenis biaya kontrak "Tahunan", untuk memastikan bahwa
saldo alokasi yang direncanakan cukup untuk membayar biaya berdasarkan kontrak terdaftar.
Administrasi Pembayaran
Kontrol dana
Mempertahankan sub-waran dan sub-waran
Untuk memastikan bahwa pelaksanaan perintah pembayaran berada dalam batas yang dialokasikan
dana, Sistem hutang Account harus menyediakan fasilitas untuk mempertahankan anggaran
informasi unit pengeluaran yang dilayani.
Sistem harus mempertahankan batas-batas sub-waran / sub-waran dan memperbarui
saldo dana dengan jumlah yang dikeluarkan.
Sistem dengan mengacu pada data anggaran harus memeriksa ketersediaan dana di bawah
akun yang relevan untuk setiap pembayaran yang diminta dan menghasilkan pesanan pembayaran hanya
jika
dana memadai.
Menyimpan detail rekening bank
Sistem harus menyediakan fasilitas untuk mempertahankan pelacakan yang berkelanjutan pada bank
akun yang terkait dengan pemrosesan pesanan pembayaran. Saldo rekening bank seharusnya
diperbarui secara berkala pada generasi pesanan pembayaran.
Sistem harus menyediakan fasilitas untuk merekonsiliasi saldo rekening bank
yang muncul pada laporan rekening yang disediakan oleh bank terkait. Bank
fasilitas rekonsiliasi harus sesuai dengan entri di setiap rekening bank dengan bank yang relevan
entri pernyataan dan menghasilkan pernyataan rekonsiliasi bank yang komprehensif.
132

Sistem harus menyediakan fasilitas untuk mencatat rincian laporan bank harian untuk masing-masing
akun bank.
Antarmuka dengan sistem akuntansi komitmen
Sistem Akuntansi Komitmen selama proses otorisasi pembayaran harus
menghasilkan data detail pembayaran seperti:
i) Nomor organisasi agen pengeluaran, rincian faktur, perintah pembayaran
detail; dan
ii) Klasifikasi anggaran, nomor sub-waran / sub-waran, dll. dalam hal
pembayaran untuk pengeluaran anggaran;
iii) Kode akun yang relevan dan referensi rekening bank dalam hal pembayaran untuk
pengeluaran ekstra-anggaran;
dalam database atau file eksternal, tergantung pada fitur spesifik
paket perangkat lunak yang dipilih.
Sistem Hutang Akun harus memiliki fasilitas untuk mengimpor data pembayaran
ditransfer oleh sistem Komitmen Akuntansi menggunakan metode yang dibahas di bawah ini:

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 87/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Dalam kasus Perbendaharaan Daerah di mana Sistem Akuntansi Komitmen berbagi


perangkat keras yang sama dengan sistem Hutang Akun terkait, transfer data seharusnya
on-line, diprakarsai oleh pengguna sistem Akuntansi Komitmen; dan
Kasus situs-situs tersebut di mana sistem Hutang Usaha melayani Komitmen
Untuk sistem akuntansi kementerian, pengumpulan data harus dilakukan secara on-line
permintaan pembayaran yang dihasilkan secara lokal dan dalam mode batch menggunakan fasilitas
komunikasi
untuk permintaan pembayaran yang diprakarsai oleh kantor pusat unit pengeluaran.
Sistem harus menyediakan fasilitas untuk memeriksa validitas dan integritas
mengumpulkan data dan menghasilkan laporan jika ada kesalahan yang terdeteksi.
Setelah melaksanakan perintah pembayaran, sistem harus menghasilkan rincian yang diselesaikan
data pembayaran untuk pengiriman ke sistem Akuntansi Komitmen terkait untuk
memperbarui catatan komitmen yang relevan.
Perbendaharaan pusat
Sistem harus menyediakan fitur untuk menghasilkan data pengeluaran harian yang dikumpulkan oleh
klasifikasi anggaran atau akun untuk ditransmisikan ke perbendaharaan pusat dan memperbarui
Sistem Buku Besar Perbendaharaan. Transmisi data ke Kantor Pusat dilakukan setiap hari
dasar.
133

Proses pembayaran
Ambil catatan untuk pemrosesan pembayaran
Sistem harus memilih catatan dari database, ditandai sebagai 'Menunggu Pembayaran'
baik secara individu atau dalam batch. Sistem harus menyediakan fasilitas untuk membedakan
menyelesaikan catatan dari catatan baru untuk memastikan bahwa catatan untuk yang
pesanan pembayaran yang telah dieksekusi tidak diproses ulang.
Sebelum memilih catatan untuk pemrosesan pembayaran, sistem harus memungkinkan pengguna untuk
melakukannya
melihat atau menghasilkan daftar cetak semua klaim yang menunggu pembayaran. Sistem seharusnya
memungkinkan pengguna untuk menetapkan prioritas klaim untuk pembayaran sesuai dengan kriteria
yang akan
didefinisikan oleh pengguna. Sistem harus memiliki fasilitas untuk menetapkan batas maksimum
pembayaran dari setiap rekening bank untuk setiap hari dan pilih klaim untuk pembayaran sesuai
dengan
prioritas yang ditentukan pengguna sambil memastikan bahwa jumlah total pembayaran untuk hari itu
tidak melebihi batas yang ditentukan untuk hari itu.
Periksa validitas data
Sistem harus memiliki fasilitas untuk memeriksa rincian setiap catatan pembayaran dan
memastikannya
bahwa:
i) data terkait pembayaran seperti nomor unit pengeluaran, klasifikasi anggaran
kode, kode akun, nomor sub-waran / sub-waran, rekening bank
nomor, detail bank vendor, dll. benar, dan
ii) nomor faktur duplikat dari vendor yang sama tidak diposting.
Jika ada data yang tidak valid terdeteksi, sistem harus menghasilkan laporan yang menyoroti
kesalahan
dan tahan catatan yang terpengaruh sebagai permintaan pembayaran yang ditolak sampai kesalahan
diperbaiki.
Pastikan ketersediaan dana untuk setiap pembayaran
Sistem harus memeriksa saldo dana berdasarkan sub-waran / sub-waran yang relevan
dalam kode klasifikasi anggaran untuk pembayaran pengeluaran anggaran Pusat.
Jika kekurangan dana diidentifikasi untuk setiap catatan pembayaran, sistem harus mengecualikan
mencatat dari pemrosesan pesanan pembayaran dan menghasilkan laporan yang sesuai jika perlu
tindakan.
Otorisasi pembayaran
Sistem harus menyediakan fasilitas untuk mengesahkan pembayaran untuk catatan transaksi
yang telah lulus uji validitas data dan dana.
Mengirimkan data pesanan pembayaran
Sistem harus menghasilkan catatan untuk setiap klaim dalam file data pesanan pembayaran
transmisi ke bank servis yang ditunjuk. Catatan pesanan pembayaran harus mencakup
berikut ini sebagai minimum:
* nomor dan tanggal pemesanan pembayaran;
* nomor dan tanggal pembayaran pesanan batch;
134

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 88/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

* jumlah;
* PPN
* jumlah bersih
* nomor organisasi agen pengeluaran;
* kode bank vendor;
* Nomor rekening bank vendor;
* Nomor registrasi pembayar pajak vendor;
* perincian bank tempat pembayaran dilakukan
* Kode Bank;
* Nomor rekening bank;
* kode klasifikasi anggaran;
* nomor sub-waran / sub-waran;
* referensi pembayaran (nomor pesanan pembelian, permintaan biaya umum
nomor dll.)
* nomor dan tanggal faktur
Sistem juga harus memasukkan pada setiap catatan pesanan pembayaran sistem pembayaran
pesan yang berisi instruksi untuk transfer dana, perincian perutean seperti
Bank penjamin, bank koresponden, bank penerima dan informasi dari pengirim ke
penerima dll. Setiap pesan sistem harus direkam dalam sistem bersama dengan
catatan pesanan pembayaran yang relevan dan diidentifikasi oleh nomor referensi unik.
Sistem harus menghasilkan laporan yang menunjukkan rincian semua pesanan pembayaran yang
dikirimkan
dalam file untuk tujuan kontrol dan rekonsiliasi. Satu salinan laporan yang ditandatangani oleh
seorang
pejabat Treasury resmi akan dikirim ke bank yang melayani.
Kontrol nomor pesanan pembayaran
Sistem harus memelihara register untuk mengontrol pembuatan perintah pembayaran
angka. Pengguna akan di awal tahun menentukan pesanan pembayaran awal
nomor yang harus ditambahkan secara berurutan oleh sistem untuk setiap pesanan pembayaran
dihasilkan. Sistem harus memastikan bahwa nomor pesanan pembayaran unik selama
setiap proses pembuatan pesanan pembayaran.
Cetak pesanan pembayaran
Sistem harus memiliki fasilitas untuk menghasilkan pesanan pembayaran yang dicetak. Opsi ini akan
digunakan jika terjadi kegagalan dalam pengiriman data pesanan pembayaran ke layanan
gangguan bank atau jaringan.
Sistem harus memungkinkan pengguna untuk mencetak pesanan pembayaran untuk semua klaim atau
pilihan
dasar. Kriteria seleksi harus berdasarkan jumlah, dengan nomor referensi klaim, oleh vendor
angka, dengan kode klasifikasi anggaran pengeluaran, oleh unit pengeluaran subordinasi, dll.
Cetak cek
Sistem harus memiliki fasilitas untuk memungkinkan pengguna mencetak cek untuk pembayaran yang
dipilih
menggunakan alat tulis cek pra-cetak pada printer yang ditentukan pengguna. Fasilitas ini
diperlukan
untuk memproses pembayaran gaji dan upah untuk penggajian reguler dan beberapa khusus lainnya
tujuan.
135

Sistem harus memelihara register untuk mengontrol pembuatan nomor cek. Itu
pengguna pada awal tahun akan menentukan nomor cek awal yang seharusnya
secara berurutan ditambahkan oleh sistem untuk setiap cek yang dihasilkan. Sistem selama
setiap proses pencetakan cek harus mengacu pada register dan menggunakan cek yang tersedia
berikutnya
jumlah.
Sistem harus memiliki fasilitas untuk memastikan bahwa:
i) memeriksa nomor yang dihasilkan oleh sistem berurutan;
ii) jumlah, nama dan alamat dan rincian lainnya yang dicetak pada setiap cek adalah
konsisten dengan perincian catatan komitmen yang relevan;
iii) rincian cek yang dicetak termasuk rincian bank dicatat dalam
sistem untuk referensi di masa depan;
iv) pembayaran diposting ke rekening bank yang tepat atau rekening kontrol
ditentukan oleh pengguna;
v) rincian cek dicatat dalam database sedemikian rupa sehingga
sistem memungkinkan rekonsiliasi pemeriksaan.
Sistem setelah selesai mencetak setumpuk cek, akan menghasilkan "Periksa
Laporan penggunaan "mencantumkan rincian cek yang dicetak dalam kumpulan. Berikut ini
informasi harus dicetak pada laporan sebagai minimum:

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 89/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y
D Date
* Periksa nomor
* Kode Bank
* Nomor rekening bank
* Nama Penerima Pembayaran dan alamat pendek
3 Referensi pembayaran
* Jumlah
X Nomor unit pengeluaran pembayar
Sebagai alternatif, sistem harus memungkinkan pengguna untuk memperbarui catatan pembayaran dengan
perincian
cek yang ditarik secara manual. Sistem harus memastikan bahwa nomor cek manual
dimasukkan oleh pengguna adalah unik.
Sistem selama proses otorisasi pembayaran harus memastikan bahwa pembayaran untuk
setiap faktur dibebankan ke rekening bank atau rekening kontrol yang sesuai
Perbarui saldo akun
Sistem harus menyelesaikan proses pembuatan pesanan pembayaran untuk masing-masing
permintaan pembayaran, perbarui saldo dana di bawah sub-waran / sub-waran yang relevan
dalam kode klasifikasi anggaran.
Untuk setiap pesanan pembayaran atau cetak yang dicetak, sistem harus memperbarui yang relevan
akun buku besar pengeluaran dan akun kontrol kas yang mengendalikan saldo
sumber rekening bank dengan jumlah yang sesuai.
136

Menyimpan data pembayaran


Sistem harus menyediakan fasilitas untuk merekam data dengan referensi yang sesuai untuk semua
pembayaran diproses. Rekaman data harus mencakup perincian yang diperlukan untuk memungkinkan
pengguna untuk menganalisis data dengan berbagai jenis pengeluaran, yaitu anggaran dan ekstra-
anggaran, dengan metode pembayaran (Cek, urutan pembayaran) oleh unit pengeluaran, berdasarkan
periode,
berdasarkan klasifikasi anggaran pengeluaran, berdasarkan wilayah, dll.
Sistem harus memperbarui database vendor dengan data terkait pembayaran untuk diproduksi
riwayat bisnis vendor dan analisis kinerja vendor, dll.
Sistem harus mampu menjaga data vendor dan pembayaran minimum
tiga tahun.
Mengirimkan pesanan pembayaran ke bank yang melayani
Sistem harus menyediakan fasilitas untuk mengirimkan data pesanan pembayaran ke yang ditunjuk
melayani bank dalam mode batch menggunakan fasilitas komunikasi data. Sistem seharusnya
menyediakan fasilitas alternatif untuk mengekspor data pesanan pembayaran ke media magnetik
seperti
disket atau pita untuk digunakan dalam keadaan di mana komunikasi data melalui telepon
garis tidak bisa diandalkan. Setelah menyelesaikan pengiriman pesanan pembayaran ke
bank servis yang ditunjuk, sistem harus memperbarui status pembayaran yang relevan
order to 'Perintah pembayaran dikirim ke bank yang melayani'.
Perbarui status pesanan pembayaran
Sistem harus menyediakan fasilitas untuk menerima data pesanan pembayaran dari
bank servis dalam mode batch menggunakan fasilitas komunikasi data. Sistem seharusnya
memberikan fasilitas alternatif untuk mengimpor data pesanan pembayaran yang sudah selesai dari
suatu magnetis
media seperti disket atau tape untuk digunakan dalam keadaan di mana komunikasi data
saluran telepon tidak dapat diandalkan. Setelah menerima data pembayaran yang diselesaikan
pesanan dari bank yang melayani, sistem harus memperbarui status pembayaran yang relevan
pesanan ke 'Pesanan pembayaran selesai'.
Mengirimkan otorisasi pencairan uang tunai ke bank
Sistem harus menyediakan fasilitas untuk menghasilkan saran otorisasi untuk transmisi
bank yang ditunjuk untuk memberikan uang tunai kepada karyawan yang ditunjuk. Fasilitas ini
diperlukan untuk
pelepasan uang tunai ke unit pengeluaran yang terletak jauh untuk pembayaran gaji, perjalanan
tunjangan dll
Saran Otorisasi harus mengandung yang berikut ini sebagai minimum:
* Nama Bank;
* Kode Bank;
* Alamat bank;
* tanggal saran;
* tanggal untuk pelepasan uang tunai;
* nama karyawan yang berwenang mengumpulkan uang tunai;
* nomor identifikasi karyawan yang berwenang mengumpulkan uang tunai;
* jumlah yang akan dirilis;

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 90/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

137

* tujuan pembayaran;
* mengesahkan nama dan alamat agensi;
Nasihat harus dikirim ke kantor perbendaharaan tempat fasilitas telekomunikasi
bisa diandalkan. Hardcopy saran harus dicetak oleh sistem untuk pengiriman
melalui kurir ke kantor di mana tautan komunikasi data tidak dapat diandalkan.
Membekukan / mencairkan pembayaran
Sistem harus menyediakan fasilitas untuk membekukan pembayaran klaim atau kelompok terpilih
klaim yang dipilih berdasarkan kriteria yang ditentukan pengguna untuk tujuan manajemen. Misalnya,
klaim
dibayarkan kepada vendor tertentu dapat dibekukan dalam kasus investigasi dll. Seleksi
kriteria harus oleh vendor, dengan nomor faktur, oleh unit pengeluaran, oleh anggaran pengeluaran
klasifikasi, berdasarkan batas jumlah, semua klaim, dll.
Pengoperasian fasilitas ini harus dikontrol secara ketat oleh kata sandi keamanan.
Sistem harus menyediakan fasilitas untuk mencairkan pembayaran, yang juga harus demikian
dikontrol oleh kata sandi pengguna super.
Tanggapi pertanyaan
Sistem harus menyediakan fasilitas penyelidikan yang memadai untuk memungkinkan Departemen
Keuangan
kantor untuk memberikan respons yang cepat dan akurat terhadap pertanyaan dari unit pengeluaran
terkait
pembayaran vendor.
Rekonsiliasi
Sistem harus memiliki fasilitas untuk merekonsiliasi saldo di setiap rekening bank
laporan bank yang relevan, mengidentifikasi perbedaan (jika ada) dan menghasilkan rekonsiliasi
pernyataan. Diuraikan di bawah ini adalah langkah-langkah yang terlibat dalam proses rekonsiliasi
bank:
Rekonsiliasi pembayaran
Menghasilkan daftar pesanan pembayaran yang tidak diproses oleh masing-masing bank pada hari itu
dimana rekonsiliasi diperlukan.
Menghasilkan pernyataan Rekonsiliasi Pembayaran Harian.
Rekonsiliasi penerimaan
Sistem Manajemen Pendapatan yang ada bersama akan melakukan penerimaan harian
rekonsiliasi.
Rekonsiliasi bank
Atas dasar informasi yang dihasilkan dari hal di atas, sistem akan menghasilkan
Pernyataan Rekonsiliasi Bank Harian. Haruskah ada perbedaan yang dihasilkan dari
transaksi perbankan yang tidak dikenali oleh sistem, pengguna harus memiliki fasilitas
untuk menambah, memasukkan, dan mengubah rincian pernyataan rekonsiliasi bank dan mereproduksi
pernyataan.
138

Pembatalan pesanan pembayaran


Sistem harus memiliki fasilitas untuk memungkinkan pembatalan pesanan pembayaran setelah itu
telah dihasilkan. Alasan yang memungkinkan untuk membatalkan pesanan pembayaran adalah:
i) pesanan pembayaran yang dihasilkan karena kesalahan; atau
ii) bank yang melayani memberi tahu Perbendaharaan bahwa rekening bank vendor telah
beku atau tertutup; atau
iii) setiap data yang tidak valid yang terkandung dalam catatan pesanan pembayaran; atau
iv) keputusan administratif apa pun.
Sistem harus melakukan hal berikut dalam setiap kasus:
i) tandai catatan pesanan pembayaran dalam database dengan status "Dibatalkan".
Pengguna harus memasukkan tanggal dan alasan pembatalan (jika tersedia) yang mana
juga harus dicatat dalam sistem.
ii) Posting entri pembalikan ke akun buku besar pengeluaran yang relevan dan uang tunai
kontrol akun ke tempat pembayaran dibebankan.
iii) Setel ulang status faktur berbayar ke status asli sebelum pembayaran
pesanan telah dibuat.
iv) Menghasilkan laporan tentang pembatalan pesanan pembayaran untuk memberi tahu
unit pengeluaran atau kementerian terkait.
Sistem harus menyimpan catatan pesanan pembayaran yang dibatalkan dan memastikan bahwa
nomor pesanan pembayaran yang dibatalkan tidak digunakan kembali. Sistem harus memiliki fasilitas
untuk
proses ulang saat dibutuhkan, pembayaran faktur yang pesanan pembayarannya telah

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 91/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

dibatalkan.
Daftar gaji
Menyimpan data referensi penggajian
Sistem harus menyediakan fasilitas untuk membuat data referensi untuk digunakan dalam penggajian
rutin
pengolahan. Sistem harus merekam, minimal, data berikut:
Klasifikasi dan deskripsi pekerjaan
Kode dan deskripsi status karyawan
Kode kelonggaran, deskripsi dan indikator Pajak
Kode manfaat, deskripsi, dan indikator Pajak
Kode dan deskripsi pemotongan
Penerima manfaat untuk pengurangan (Kode akun, individu, dll.)
Kode metode pembayaran {cash = 011card akun = 02lab transfer bank = 03}
Kode Institusi Negara, Nama Institusi Negara yang sesuai, Lokasi
Kode dan deskripsi lokasi (Pusat Pencairan)
Kode dan nama Kantor Perbendaharaan
Tinggalkan kode dan deskripsi
139

Kalender Penggajian
Jumlah skala pembayaran, skala pembayaran, deskripsi skala pembayaran
Sistem juga harus mencatat riwayat perubahan data referensi penggajian. Untuk
Misalnya, ketika ada perubahan pada tingkat tunjangan, atau tunjangan adalah
ditarik dari daftar gaji, atau jenis tunjangan baru dibuat, sejarah ini
perubahan harus dicatat dalam sistem untuk kontrol dan analisis oleh auditor.
Pemeliharaan data referensi tersebut harus menyediakan fasilitas untuk memungkinkan penangkapan
informasi dokumenter terhadap objek data referensi. Misalnya ketika
pengenalan jenis tunjangan baru terjadi sebagai akibat dari Undang-undang yang sah, itu diperlukan
untuk
memungkinkan administrator penggajian untuk memasukkan catatan teks terhadap tunjangan tersebut.
Dia seharusnya
dapat melakukan hal yang sama setiap kali objek diubah, dan dengan demikian melestarikan sejarah
mengapa
perubahan dilakukan.
Pertahankan tabel pajak
Sistem harus menyediakan fasilitas untuk mencatat parameter pajak untuk digunakan dalam komputasi
pajak penghasilan pribadi yang jatuh tempo dari gaji dan tunjangan karyawan.
Menyimpan data posisi pekerjaan
Sistem harus menyediakan fasilitas untuk menambah, memodifikasi, mengklasifikasi ulang, atau
menghapus posisi pekerjaan di
sesuai dengan plafon tenaga kerja yang disetujui. Secara khusus, data berikut harus
dicatat dalam sistem sebagai minimum:
Nomor Posisi
Penunjukan
Kategori Posisi
Institusi Negara
Departemen Divisi
Klasifikasi Pekerjaan
Nomor identifikasi karyawan penghuni
Tanggal pembuatan posisi (tanggal dibuat dalam daftar posisi)
Status posisi {occuplvacantlunfunded}
Riwayat Hunian
Mulai tanggal
Tanggal Berakhir
Menambahkan karyawan baru ke dalam sistem harus dikontrol oleh posisi pekerjaan
angka.
Sistem harus memungkinkan karyawan baru ditambahkan hanya terhadap posisi yang kosong. Sebagai
setiap posisi diisi status harus tercermin dalam database.
140

Sistem harus memperbarui catatan dengan tanggal dan nomor karyawan yang sesuai
penghuni sebagai dan ketika setiap posisi dilibatkan dan dikosongkan.
Menyimpan data detail karyawan
Sistem harus menyediakan fasilitas untuk memelihara data yang terperinci untuk masing-masing dan
setiap

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 92/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

karyawan dibayar oleh sistem penggajian. Data harus disimpan dan diperbarui kapan saja
ada perubahan dalam status pribadi karyawan.
Rekam data riwayat pembayaran
Sistem harus mencatat rincian pembayaran dan data potongan untuk setiap karyawan
secara terpisah untuk setiap periode pembayaran. Secara khusus, hal-hal berikut harus dicatat:
Sistem harus selama setiap pembayaran berjalan, mencatat gaji, tunjangan dan tunjangan yang
dibayarkan
untuk setiap karyawan menggunakan kode yang relevan.
Pemrosesan Penggajian
Masukkan variasi
Sistem harus menyediakan fasilitas untuk memungkinkan pengguna yang berwenang untuk memasukkan
variasi itu
mempengaruhi proses penggajian secara terpisah untuk setiap karyawan atau secara kolektif untuk
kelompok
karyawan tergantung pada kebutuhan spesifik. Secara khusus, sistem harus memungkinkan
pengguna yang berwenang untuk:
Masukkan parameter, tarif, dan formula untuk perhitungan berbagai jenis pembayaran
(gaji pokok, gaji cuti, tunjangan sakit, dll.) menggunakan metode berbeda yang ditetapkan oleh
UU legislatif yang berlaku.
Ubah jumlah untuk gaji pokok, tunjangan, tunjangan dan pengurangan; Itu
sistem harus mengacu pada data referensi skala pembayaran dan memastikan bahwa jumlahnya baru
dalam batas yang disetujui untuk Klasifikasi ini. Tanggal efektif karyawan
gaji pokok, tunjangan, tunjangan dan potongan harus diperbarui pada karyawan
detail sesuai.
Sesuaikan gaji pokok, tunjangan, tunjangan dan potongan yang sudah dibayarkan sebelumnya
periode pembayaran. Misalnya, kenaikan / penurunan gaji, tunjangan dan tunjangan
kembali ke periode pembayaran sebelumnya.
Sesuaikan gaji pokok, tunjangan, tunjangan dan potongan untuk gaji saat ini dan masa depan
titik.
Membayar tunjangan baru, dan manfaat bagi karyawan.
Tambahkan potongan baru untuk dimasukkan dalam pemrosesan gaji karyawan.
Untuk semua kasus yang melibatkan deduksi, sistem seharusnya tidak mengizinkan perubahan apa pun
itu
akan menghasilkan gaji bersih negatif. Pembayaran negatif adalah situasi di mana jumlah
pemotongan melebihi jumlah pembayaran. Situasi seperti itu harus dilaporkan oleh
sistem sebagai Laporan Pengecualian Penggajian, ditandai sebagai UTNPAID dan diserahkan ke
Petugas penggajian yang bertanggung jawab atas tindakan.
141

Ubah metode pembayaran untuk karyawan. Dalam hal mengubah pembayaran


metode untuk 'transfer bank', sistem harus memungkinkan perubahan hanya ketika rincian bank
disediakan. Dalam hal mengubah metode pembayaran ke 'akun kartu', sistem
harus mengizinkan perubahan hanya saat detail akun diberikan.
Ubah detail pribadi seorang karyawan.
Tambahkan karyawan baru ke dalam database.
Hapus dari database, karyawan yang seharusnya tidak lagi di daftar gaji.
Namun, sistem seharusnya tidak memungkinkan pemindahan karyawan jika ada pembayaran gaji
catatan terkait dengan karyawan ada di database. Dalam hal ini, catatan harus
dipertahankan sebagai dapat diakses secara online selama tiga tahun setelah tidak lagi berlaku,
dan kemudian
diarsipkan untuk waktu menurut undang-undang.
Bayar uang muka kepada karyawan
Tangguhkan atau hentikan tunjangan, manfaat, dan pemotongan karyawan.
Ubah status karyawan (Aktif, Tidak Aktif, Tinggalkan, Hentikan, dll.).
Sistem harus memiliki dokumen pengambilan data untuk tujuan menangkap semua
variasi di atas. Sistem juga harus memiliki fasilitas untuk menerima variasi.
Ubah kode biaya (nomor dan anggaran sub-jaminan / sub-jaminan)
klasifikasi) untuk gaji pokok, tunjangan, tunjangan dan pengurangan. Sistem
harus mengacu pada sistem akuntansi komitmen yang ada bersama dan memastikan bahwa
kode biaya baru ada di sistem.
Tanggal efektif untuk perubahan gaji pokok, tunjangan, tunjangan dan
pemotongan harus diperbarui dalam detail karyawan yang sesuai.
Frekuensi penggajian
Sistem akan memungkinkan pemrosesan daftar gaji dua kali sebulan pada tanggal yang ditentukan
dalam
kalender penggajian. Haruskah ada kebutuhan untuk mengubah kalender penggajian untuk memungkinkan
memproses lebih dari dua pembayaran berjalan sebulan, sistem harus memungkinkan mengubah rincian

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 93/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y
dalam kalender Penggajian untuk memungkinkan pemrosesan sesuai kebutuhan.
Pra-inspeksi gaji oleh perbendaharaan
Pejabat Departemen Keuangan yang relevan dari pusat pemrosesan penggajian harus dapat meninjau
semua perubahan yang dilakukan pada informasi penggajian, pada tingkat referensi sistem dan juga
pada
tingkat setiap karyawan sebelum menjalankan penggajian. Sistem harus mengaktifkan
Bendahara untuk mengambil detail dari semua perubahan yang telah diproses dalam sistem
sejak terakhir kali penggajian dijalankan. Informasi ini harus menunjukkan setiap perubahan itu
terjadi, ketika itu dilakukan dan nama pengguna terkait di mana perubahan itu terjadi
dilakukan. Pengambilan ini harus di layar atau dalam bentuk hard copy dan akan
termasuk, misalnya, pembuatan, perubahan dan penghapusan kode tunjangan, pembuatan atau
perubahan catatan karyawan (misalnya, amandemen jabatan). Perubahan
142

diambil harus mencakup periode dari waktu pertama saat penggajian dijalankan hingga tanggal
pertanyaan. Informasi ini harus dibersihkan secara otomatis setelah ditinjau.
Lingkup menjalankan penggajian
Itu harus memungkinkan bagi Administrator Payroll untuk menjalankan menjalankan daftar gaji
terbatas pada satu
Institusi Negara, sebuah subdivisi dari Institusi Negara atau seorang pegawai tunggal.
Sistem harus menghitung tunjangan dan tunjangan yang dibayarkan selama setiap periode pembayaran,
dengan mengacu pada data kalender penggajian yang disimpan dalam sistem. Misalnya: pengguna
kunci dalam 04 untuk bulan penggajian, 2001 untuk tahun penggajian dan 01 untuk nomor pay run. itu
sistem harus menginterpretasikan angka dan memproses penggajian pertama untuk bulan April,
2001.
Hitung tunjangan, manfaat, dan potongan
Sistem harus memilih karyawan yang direkam dengan status "Aktif" dalam database dan
menghitung tunjangan, manfaat, dan pemotongan sesuai dengan tarif yang telah ditentukan
sebelumnya. Untuk
karyawan cuti, sistem harus mempertimbangkan jenis cuti lalu
memproses pembayaran dan tunjangan khusus yang sesuai.
Sistem harus menentukan jenis tunjangan dan tunjangan yang dibayarkan kepada suatu
karyawan sebagaimana didefinisikan dalam data karyawan.
Untuk setiap jenis tunjangan atau manfaat, sistem dengan mengacu pada data kalender penggajian,
harus menentukan apakah itu dibayarkan selama menjalankan pembayaran saat ini.
Sistem kemudian harus memasukkan semua tunjangan dan manfaat yang didefinisikan dalam basis data
sebagai
terhutang selama pembayaran berjalan saat ini pada persentase yang telah ditentukan dan menghitung
jumlah total yang dibayarkan kepada setiap karyawan. Untuk penentuan besarnya masing-masing
tunjangan / manfaat, sistem harus merujuk pada catatan tunjangan / manfaat yang relevan untuk
karyawan, yang belum melebihi tanggal akhirnya.
Sistem harus membuat ketentuan untuk menentukan berbagai jenis deduksi dan
tingkat persentase untuk setiap karyawan untuk dimasukkan dalam menjalankan pembayaran saat ini.
Sistem kemudian harus menghitung jumlah total yang harus dibayarkan kepada setiap karyawan dan
totalnya
jumlah pemotongan karena dari setiap karyawan.
Perpajakan
Jika diperkirakan bahwa penggajian akan diproses dua kali sebulan pada tanggal 15t dan 25f masing-
masing
bulan perhitungan pajak dapat dilakukan dalam menjalankan pembayaran kedua. Selama menjalankan
pembayaran kedua
setiap bulan sistem harus mencakup semua tunjangan kena pajak dan manfaat yang dibayarkan selama
pembayaran sebelumnya berjalan bersama dengan pembayaran yang dilakukan selama periode pembayaran
saat ini di
perhitungan penghasilan kena pajak untuk periode berjalan. Sistem harus menghitung pajak
jumlah untuk setiap karyawan berdasarkan tarif pajak dan data dasar perhitungan yang disimpan
dalam
basis data.
143

Karyawan yang diberhentikan


Sistem harus mendeteksi terlebih dahulu karyawan yang memiliki perjanjian kontrak
tanggal yang akan terjadi sebelum pembayaran berikutnya dan memberikan pesan peringatan kepada
yang relevan
petugas penggajian sehingga pembayaran pemutusan hubungan kerja dapat diproses tepat waktu untuk

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 94/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

pembayaran pada atau


sebelum hari terakhir kerjanya. Karena itu harus pro-rate dan menghitung dengan benar
pembayaran dan pemotongan yang terjadi pada tanggal keberangkatannya. Rekaman ini
karyawan yang diberhentikan harus tetap online selama tiga tahun sebelum diarsipkan.
Hitung kontribusi untuk dana pensiun, pajak sosial, dll.
Sistem juga harus menghitung jumlah yang harus dibayarkan untuk kontribusi wajib
kumulatif dana Pensiun, Pajak Sosial dan memastikan bahwa dana memadai sesuai yang relevan
kode biaya.
Pastikan ketersediaan dana: akun anggaran
Selama proses penggajian, sistem harus mengumpulkan pembayaran karena karyawan,
dengan kode biaya yang sesuai (kombinasi dari sub-waran / sub-waran dan anggaran
klasifikasi).
Setelah menyelesaikan perhitungan pembayaran yang jatuh tempo, sistem harus memeriksa daftar gaji
angka-angka terhadap data ketersediaan dana dalam sistem Komitmen Akuntansi yang ada bersama
untuk memastikan bahwa pengeluaran gaji untuk periode saat ini berada dalam batas
dana yang tersedia untuk setiap kode biaya.
Jika sistem mengidentifikasi kode biaya yang tidak memiliki dana yang memadai untuk membiayai
pembayaran karena karyawan yang gajinya dibayarkan dari kode biaya yang terkena dampak, pembayaran
sistem harus menampilkan pesan yang sesuai di layar. Sistem harus menghasilkan
hard copy Laporan Penolakan yang merinci kode biaya yang tidak memiliki dana yang memadai, yaitu
jumlah dana yang diperlukan untuk penggajian, jumlah dana yang tersedia dan rincian
karyawan yang gajinya dibayarkan dari kode biaya yang dilaporkan.
Sistem harus memberi Administrator Payroll / Administrator Sistem dengan
opsi berikut:
untuk bekerja sama dengan Lembaga Negara yang bersangkutan untuk mendapatkan
surat perintah / sub-surat perintah dan untuk memastikan bahwa kode biaya yang dilaporkan telah
memadai
dana; atau
untuk memilih untuk tidak melakukan pembayaran karyawan yang terkena dampak dari saat ini
daftar gaji dan selesaikan tindakan pembayaran untuk karyawan yang memiliki kode biaya
dana yang memadai; atau
untuk mengganti pemeriksaan dana dan melanjutkan ke langkah lebih lanjut dalam pemrosesan daftar
gaji
terlepas dari status dana. Opsi ini harus dikontrol oleh kata sandi dan
hanya tersedia untuk Payroll Administrator / System Administrator. Sistem seharusnya
memiliki fasilitas untuk mengaktifkan atau menonaktifkan opsi kapan pun diperlukan.
144

Periksa konsistensi data


Sistem harus menyediakan fasilitas untuk memeriksa konsistensi data dari sistem Penggajian.
Secara khusus, sistem harus memeriksa bahwa:
kode klasifikasi anggaran yang digunakan oleh sistem penggajian ada di asosiasi
sistem akuntansi komitmen dan sistem hutang.
nomor sub-waran dan sub-waran yang digunakan oleh sistem penggajian ada di
sistem akuntansi komitmen dan sistem hutang.
kode penerima pembayaran atau penerima manfaat yang digunakan oleh sistem penggajian ada dalam
komitmen
sistem akuntansi dan sistem hutang.
jumlah pembayaran untuk setiap karyawan berada dalam kisaran yang disetujui untuk pekerjaannya
klasifikasi peringkat kerja yang ditentukan dalam data skala pembayaran.
kode-kode yang digunakan untuk tunjangan, tunjangan dan pengurangan itu valid dan konsisten dengan
yang didefinisikan dalam tabel data referensi penggajian.
kode organisasi yang ditetapkan untuk setiap karyawan adalah valid.
kode lokasi yang ditetapkan untuk setiap karyawan adalah valid.
Jika ada tes yang gagal, sistem harus menampilkan pesan yang sesuai di layar dan
menghasilkan laporan cetak untuk Administrator Sistem untuk mengambil perbaikan yang diperlukan
tindakan.
Diinginkan bahwa sistem melakukan pemeriksaan konsistensi data sebelum setiap penggajian
dan melaporkan kepada administrator penggajian dengan cara ditampilkan di layar dan salinan cetak
melaporkan hasil tes. Jika tes gagal karena hilangnya beberapa penggajian penting terkait
data, sistem seharusnya tidak memungkinkan pengguna untuk melanjutkan proses penggajian.
Sedemikian
kasus, pengguna harus memperbaiki situasi dengan memasukkan informasi yang diperlukan ke dalam
sistem dan mulai kembali pemrosesan dari awal.
Efek dari penggajian dijalankan pada area lain dari sistem treasury
Ketika proses penggajian telah selesai efeknya akan meluas ke area lain di
Sistem Perbendaharaan (TS). TS akan menyediakan hal-hal berikut:

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 95/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Periksa ketersediaan dana di bawah setiap kode biaya penggajian dan buat laporan penolakan
orang yang bertanggung jawab atas Penggajian kode biaya apa pun yang tidak memiliki cukup
dana tersedia untuk memenuhi pengeluaran gaji;
Pembayaran gaji akan dilakukan sebagai komitmen, setiap komitmen dihasilkan dari
penggajian harus memiliki nomor komitmen yang sesuai, indeks catatan transaksi
nomor dll. yang menunjukkan asalnya dari daftar gaji.
Pastikan tingkat integrasi yang sesuai dengan modul hutang dagang sehingga
perincian karyawan tidak harus dimasukkan ke dalam sistem dua kali untuk membayar
mereka melalui modul hutang dagang.
145

Perbarui saldo dana dalam hutang yang dibayarkan dengan debit dana yang sesuai;
Menghasilkan laporan yang mencantumkan rincian komitmen pengeluaran penggajian termasuk
nomor indeks catatan transaksi, nomor komitmen, tanggal, periode penggajian, nama dan
nomor kode Institusi Negara, kode klasifikasi anggaran, sub-waran / sub-sub-
nomor waran, jumlah dana yang dilakukan dan saldo dana di bawah setiap biaya
kode setelah komitmen.
Sistem Penggajian harus mentransfer informasi ke Komitmen Akuntansi terkait
Sistem untuk melakukan entri akuntansi terkait sebagai berikut:
Posting entri jurnal yang dihasilkan komputer mendebit klasifikasi anggaran yang sesuai
kode dengan total aktual gaji, bonus, premium dll dan mengkreditkan 'Payroll
Kontrol Akun '.
Posting entri jurnal yang dihasilkan komputer mendebit klasifikasi anggaran yang sesuai
kode dengan pembayaran untuk kontribusi pemberi kerja terhadap Pajak Sosial dan Payroll yang
mengkredit
Kontrol Akun '.
Sistem Akuntansi Komitmen kemudian akan mentransfer data ke Hutang
Sistem untuk melaksanakan perintah pembayaran dengan mendebit Akun Kontrol Penggajian dan
mengkredit Akun Kontrol Kas.
Setelah menyelesaikan pemrosesan pesanan pembayaran, saldo dalam Kontrol Penggajian
Akun harus nol.
Akhir tahun
Sistem harus menyediakan fasilitas untuk melakukan hal-hal berikut pada akhir tahun fiskal:
Sistem harus menyediakan fasilitas untuk menghasilkan laporan cetak berikut:
* Laporan analisis pengeluaran
oleh unit pengeluaran
oleh unit pengeluaran subordinasi
menurut klasifikasi anggaran
oleh vendor
dengan kontrak
* Riwayat bisnis vendor untuk tahun tersebut untuk setiap vendor; Laporan rekonsiliasi
dianalisis oleh unit pengeluaran yang menyediakan informasi keuangan dan statistik seperti:
jumlah permintaan pembayaran yang diajukan dan jumlah total, jumlah pembayaran
permintaan diproses dan jumlah total, jumlah pesanan pembayaran dibatalkan dan
jumlah total, jumlah permintaan pembayaran yang tertunda dan jumlah total dll.
* Pernyataan rekonsiliasi untuk setiap rekening bank yang menyoroti varians.
Sistem harus menyediakan fasilitas untuk menandai pesanan pembayaran yang telah diselesaikan untuk
tahun ini dan menyimpan catatan dengan pengidentifikasi yang sesuai untuk referensi di masa
mendatang.
146

Sistem harus menyediakan fitur untuk membersihkan faktur dan catatan terkait yang tidak
lebih lama dibutuhkan untuk keperluan ulasan online. Sistem harus memelihara ringkasan
informasi untuk catatan yang dihapus. Sistem harus menghasilkan laporan jejak audit yang lengkap
setelah proses pembersihan selesai.
Detail vendor dan data riwayat bisnis vendor harus disimpan dalam sistem untuk a
minimal tiga tahun.
Sistem harus membawa saldo dalam akun kontrol, akun prosedural,
akun layanan berbayar, akun sponsor dan bantuan amal serta setoran
akun ke basis data tahun baru.
Sistem harus memungkinkan pemrosesan bersamaan dari akun dua tahun selama
bulan Januari tahun itu.
Penyesuaian dalam database tahun yang lengkap harus diizinkan bersamaan dengan
pengoperasian database tahun baru.
Proses Fungsional - 3. Manajemen Pembayaran dan Penerimaan, (b) Penerimaan

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 96/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y
Pengelolaan
3. Penerimaan: Penerimaan pemerintah dibayarkan melalui perintah pembayaran yang dikeluarkan oleh
penerima pembayaran
di Banknya. Bank mentransfer pembayaran ke Rekening Tunggal Perbendaharaan di
Bank pusat. Perbendaharaan memantau setoran penerimaan pemerintah melalui harian
pernyataan yang diterima dari Bank. Departemen Keuangan mengimplementasikan pembagian pendapatan
pengaturan yang ada di antara pemerintah pusat dan daerah
pemerintah dll dan memposting angka-angka bijaksana kategori pendapatan rinci dalam Umum
Buku besar dan menginformasikan SU terkait atau departemen pengumpulan pendapatan dari penerimaan.
Persyaratan Sistem Fungsional
Membuat Data Referensi
Sistem harus memiliki fasilitas untuk menetapkan data referensi untuk digunakan bersama oleh
fungsi terkait dari sistem untuk menghindari masuk kembali data.
Kode klasifikasi anggaran pendapatan
Sistem harus memiliki fasilitas untuk mengimpor data kode klasifikasi pendapatan
dihasilkan dan didistribusikan oleh Central Treasury. Metode berbagi akan dilakukan dengan baik
transmisi elektronik atau media magnetik dalam hal gangguan jaringan dan
sistem harus kompatibel dengan kedua metode.
147

Sistem juga harus menyediakan fasilitas kepada pengguna untuk memasukkan anggaran pendapatan
kode klasifikasi bersama dengan deskripsi yang sesuai untuk setiap segmen seperti ditunjukkan pada
contoh berikut:
Deskripsi Kode Segmen
Pendapatan Pajak Kategori 1
Pajak Penghasilan Kelas 01 atas laba, pendapatan, dan keuntungan modal
Sub-kelas 1 Pajak Penghasilan untuk badan hukum
Khusus 01 Pajak Penghasilan untuk badan hukum penduduk
Tanggal mulai dan berakhir untuk keefektifan adalah tanggal mulai dan berakhirnya
tahun fiskal saat ini secara default. Pengguna harus memiliki opsi untuk mengubah tanggal efektif
kode klasifikasi anggaran yang ditetapkan oleh sistem.
Sistem harus memungkinkan pengguna untuk menyalin dan mengubah rincian klasifikasi pendapatan
kode secara selektif atau secara massal dari database tahun sebelumnya ke saat ini. Entri
dan modifikasi yang dibuat pada kode klasifikasi pendapatan dan deskripsi harus
tertinggal audit.
Data keuangan
Sistem harus memungkinkan pengguna untuk memasukkan rencana pengumpulan pendapatan yang disetujui
untuk
Anggaran pusat dan daerah untuk setiap klasifikasi pendapatan. Merencanakan angka untuk setiap
pendapatan
klasifikasi harus dimasukkan pada dua tingkatan yaitu. Rencanakan tahun dan rencana bulanan.
Rencana bulanan
Saat memasuki rencana tahunan untuk anggaran Pusat dan Daerah untuk setiap pendapatan
klasifikasi sistem harus secara default mendistribusikan rencana secara merata selama dua belas
bulan
dengan opsi bagi pengguna untuk mengganti angka rencana bulanan default jika perlu.
Tingkat bagi hasil
Sistem harus memungkinkan pengguna untuk menetapkan tingkat bagi hasil dalam hal
persentase untuk setiap kode klasifikasi anggaran pendapatan.
Tarif berbagi harus default ke 100% untuk anggaran Pusat dan 0% untuk anggaran Daerah
dimana pengguna harus memutuskan dan membuat perubahan jika perlu.
Entri dan modifikasi yang dilakukan pada data yang dijelaskan di atas harus mengikuti audit.
Sistem harus memiliki fasilitas untuk mengimpor estimasi pendapatan dan bagi hasil
menilai data dari sistem eksternal.
Revisi rencana pendapatan
Sistem harus memungkinkan pengguna untuk merevisi rencana pendapatan tahunan dan bulanan selama
jalannya tahun fiskal saat ini. Seharusnya angka rencana pendapatan bulanan
tercermin oleh perubahan dalam rencana tahunan dan pengguna harus memiliki opsi untuk mengganti
angka rencana bulanan yang ditentukan komputer.
Entri dan modifikasi yang dilakukan pada data harus mengikuti audit.
148

Revisi tingkat bagi hasil


Sistem harus memungkinkan pengguna untuk merevisi tingkat bagi hasil pusat dan daerah
selama tahun fiskal berjalan.

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 97/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Rincian pemerintah daerah


Sistem harus memungkinkan pengguna untuk menentukan perincian dari otoritas lokal yang dibentuk
di bawah Pemerintahan Daerah yang berhak atas pembagian pendapatan.
Kolektor
Sistem harus memungkinkan pengguna untuk menentukan rincian petugas yang ditunjuk
Kolektor.
Sistem juga harus memungkinkan modifikasi keterangan kolektor yang
sudah ada dalam sistem dan penghapusan Kolektor yang tidak lagi bertanggung jawab
untuk pengumpulan pendapatan
Bank pengirim pendapatan
Sistem harus memungkinkan pengguna untuk memasukkan rincian bank pengirim pendapatan
sistem. Khususnya, nomor bank, nama bank dan alamat bank harus
direkam.
Sistem juga harus memungkinkan modifikasi dan penghapusan detail bank. Sistem
sebelum menghapus bank harus memastikan bahwa tidak ada catatan lain dalam sistem
dirujuk ke bank itu.
Sistem harus memiliki fasilitas untuk mengimpor data pembentukan pengiriman pendapatan
bank dari sistem eksternal.
Kontrol akun
Sistem harus memungkinkan pengguna untuk membuat akun kontrol terkait pendapatan di
sistem atau fasilitas untuk membuat akun kontrol terkait pendapatan dapat diakses oleh
pengguna untuk memposting koleksi pendapatan. Akun kontrol yang diperlukan adalah:
* Akun Kontrol Uang Tunai11
* Pendapatan Diterima (Penerimaan) Akun
* Pendapatan Bersama (Pengembalian Dana) Akun
* Pendapatan Antar Setelmen Pendapatan dengan Anggaran Lokal
* Pendapatan Regional disimpan dalam Rekening Tunggal Perbendaharaan
* Akun Penerimaan Salah
* Akun Kontrol TSA
Sistem harus memungkinkan pengguna untuk menentukan Nomor Akun, Nomor Sub-akun,
deskripsi dan saldo akun mereka.
"Akun ini untuk penggunaan umum dengan sistem Hutang Akun terkait yang keduanya
sistem akan mengakses dan memposting.
149

Pengidentifikasi kantor perbendaharaan


Sistem harus memiliki fasilitas untuk mempertahankan pengidentifikasi numerik untuk perbendaharaan
bawahan
kantor untuk menghindari masuknya nama panjang untuk posting, pencatatan dan analisis pendapatan
data. Rincian pengalamatan lainnya dari masing-masing kantor yaitu. nama, alamat, dan nomor kontak
harus dicatat dalam sistem.
Penerimaan Penerimaan
Modul Manajemen Pendapatan harus menyediakan fitur untuk memasukkan data pengumpulan pendapatan
dikumpulkan dari dua sumber data berbeda:
* Penerimaan penerimaan melalui transfer antar bank dan antar bank.
* Penerimaan pendapatan dari koleksi di pusat pengumpulan pendapatan.
Sistem harus memiliki fasilitas untuk memungkinkan input data melalui file batch, file elektronik
transfer dari sistem eksternal dan layar entri data on-line interaktif.
A. Pendapatan Mata Uang Nasional Diterima oleh Transfer Bank
Bank pengirim pendapatan mengumpulkan pendapatan negara dari wajib pajak, mengirimkannya setiap
hari ke Regional
Treasury versi elektronik dari perintah pembayaran dan transfer pendapatan yang dikumpulkan ke
rekening bank dari Perbendaharaan Daerah. Sistem harus menyediakan fasilitas untuk mengumpulkan
data pesanan pembayaran elektronik dari berbagai bank pengirim pendapatan, impor ke
sistem, proses pembagian pendapatan, dan perbarui akun yang relevan seperti yang dijelaskan di
bawah ini.
Mengimpor data pesanan pembayaran elektronik
Sistem harus memiliki fasilitas untuk menerima data pesanan pembayaran elektronik dalam bentuk
dari file yang dikirim oleh Pendapatan mengirim bank secara langsung. Sistem harus menyediakan
fitur untuk menentukan sumber transmisi data pesanan pembayaran (Sistem pembayaran
atau transmisi langsung oleh bank). File harus berisi semua data penting dari
perintah pembayaran untuk memfasilitasi posting, analisis, dan pelaporan pendapatan yang akurat
pengumpulan data dalam sistem. Frekuensi penularan harus harian.
Mencetak pesanan pembayaran elektronik
Sistem harus menyediakan fasilitas untuk mencetak pembayaran elektronik yang diimpor untuk
tanggal yang ditentukan pengguna: satu per satu; atau dalam daftar yang menunjukkan rincian
pesanan pembayaran

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 98/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

diurutkan dan diatur dalam kolom terpisah.


Sistem harus memiliki fasilitas untuk mengekspor data pesanan pembayaran elektronik ke eksternal
sistem.
Posting data pesanan pembayaran yang diimpor
Proses pengiriman data pesanan pembayaran yang diimpor harus lancar dan
transparan kepada pengguna.
150

Sistem harus menghitung dan memposting jumlah total pendapatan yang dikumpulkan dalam
akun sebagai berikut:
Debit Akun Kontrol Kas
Pendapatan Bersama - Kredit Rekening Penerimaan
Tandai file dengan pengenal yang sesuai sebagai "Diposting dan menunggu pembagian". Sistem
harus menolak upaya lebih lanjut untuk memposting file yang memiliki tanda "Diposting dan menunggu
berbagi "untuk mencegah pengiriman ganda.
Menghasilkan daftar semua pesanan pembayaran yang diposting terhadap klasifikasi pendapatan
"Tanda terima tanpa klasifikasi" untuk rujukan ke Kantor Pajak yang sesuai untuk klarifikasi dan
koreksi yang diperlukan. Untuk kenyamanan dalam distribusi, laporan terpisah harus
diproduksi untuk setiap kantor pajak.
Rekonsiliasi
Sistem harus menghasilkan laporan berikut untuk rekonsiliasi:
i) ringkasan laporan pesanan pembayaran elektronik untuk tanggal yang diberikan pengguna
diurutkan dalam urutan Bank pengirim pendapatan.
ii) laporan terperinci dari semua pesanan pembayaran yang memiliki rincian bank penerima
berbeda dari rekening bank Treasury Daerah.
Pembagian keuntungan
Membagikan penerimaan pendapatan antara anggaran pusat dan daerah
Sistem harus berbagi pendapatan antara anggaran Pusat dan Daerah untuk tanggal tersebut
disediakan oleh pengguna sesuai dengan tingkat pembagian saat ini yang ditentukan dalam sistem.
Sistem harus menghasilkan laporan tentang pembagian pendapatan antara Pusat dan Daerah
anggaran, yang merinci pembagian pendapatan di bawah setiap klasifikasi pendapatan.
Jika diminta oleh pengguna, sistem harus menghasilkan daftar rincian bagi hasil untuk
setiap pesanan pembayaran.
Melaporkan informasi pembagian pendapatan
Sistem harus memungkinkan pengguna untuk menghasilkan banyak salinan:
* Laporan pengumpulan Pendapatan Harian (Analisis berdasarkan klasifikasi Pendapatan),
* Laporan pengumpulan Pendapatan Tahun-ke-tanggal (Analisis oleh Klasifikasi Pendapatan),
* Laporan Pengumpulan Pendapatan Harian (Analisis Menurut Distrik), dan,
* Laporan Pengumpulan Pendapatan Tahun-ke-tanggal (Analisis Menurut Distrik),
untuk distribusi ke organisasi terkait di Wilayah.
Sistem harus memiliki fasilitas untuk produksi laporan Pengumpulan Pendapatan Harian
di kantor kas daerah baik secara on-line atau transmisi data oleh Kas daerah.
151

Sistem harus memungkinkan pengguna untuk mereproduksi laporan pengumpulan pendapatan harian
setiap tanggal yang ditentukan pengguna saat dan ketika dibutuhkan.
Pembayaran tanda terima yang salah
Sistem harus memiliki fasilitas untuk menghasilkan pesanan pembayaran untuk pembayaran yang salah
kwitansi kepada pembayar. Sistem kemudian harus menyiapkan pesanan pembayaran untuk pembayaran
kembali
jumlah yang diterima secara tidak benar (jumlah yang dicatat pada catatan yang relevan di bawah
Akun Penerimaan salah) kepada pembayar dan menampilkan detail di layar untuk pengguna
verifikasi. Setelah konfirmasi oleh pengguna, sistem akan mentransfer pesanan pembayaran
ke sistem Hutang Akun untuk transmisi ke bank servis.
B. Pendapatan Mata Uang Nasional Diterima dalam bentuk tunai
Pendapatan tunai mata uang nasional dikumpulkan oleh seorang Kolektor Uang Publik yang
menerbitkan tanda terima resmi kepada pembayar, menagih koleksi, dan menyiapkan Pernyataan
Kolektor
untuk melaporkan ke kantor Perbendaharaan.
Sistem harus memiliki fasilitas untuk memasukkan rincian Pernyataan Kolektor untuk diposkan
Akun-akun Buku Besar Pendapatan yang relevan.
Masukkan detail pernyataan kolektor
Sistem harus memungkinkan pengguna untuk memasukkan rincian Pernyataan Kolektor khususnya,
Nomor Kolektor, kode klasifikasi pendapatan, tanggal pengumpulan, rincian pembayar, tanda terima
jumlah, dan jumlah yang dikumpulkan.

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 99/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Selama proses entri data, sistem harus melakukan validasi data berikut
memeriksa:
* bahwa nomor kolektor valid;
* bahwa kode klasifikasi pendapatan valid; dan
* bahwa tanggal tersebut valid.
Sistem kemudian harus memperbarui rincian pengumpulan pendapatan yang relevan dengan data
dimasukkan oleh pengguna. Metode pengumpulan harus "TUNAI" secara default.
Rekonsiliasi
Sistem harus memiliki fasilitas untuk menghasilkan laporan yang merinci penerimaan kas
memeriksa dan memastikan bahwa pendapatan yang dikumpulkan telah ditagih.
Sistem harus memungkinkan pengguna untuk memposting total pendapatan ke akun Kontrol Kas
yang nomor akunnya akan diberikan pada saat implementasi.
Sistem harus memungkinkan pengguna untuk memposting total semua pendapatan yang menunggu posting
untuk
hari tertentu atau catatan pendapatan yang dipilih berdasarkan Nomor Kolektor untuk hari yang
ditentukan.
Sistem harus menandai catatan pendapatan yang diposting yang mengindikasikan status "Diposting dan
menunggu pembagian "dan mengecualikan mereka dari pilihan berikutnya untuk posting.
152

Dalam hal memposting catatan pendapatan yang dipilih oleh Nomor Kolektor, sistem seharusnya
memungkinkan pengguna untuk memilih lebih dari satu kolektor dan memposting total pendapatan
secara kolektif
semua kolektor yang dipilih.
Proses posting harus menghasilkan entri akuntansi berikut:
Debit Akun Kontrol Kas
Pendapatan Bersama - Kredit Rekening Penerimaan
Setelah menyelesaikan proses posting, sistem harus menghasilkan ringkasan Posting
pernyataan dianalisis oleh Kolektor dan klasifikasi pendapatan.
C. Penghasilan Mata Uang Asing Diterima oleh Transfer Bank
Bank sentral akan mengkonversi pendapatan mata uang asing ke mata uang lokal sesuai
dengan nilai tukar yang berlaku pada tanggal penerimaan dan setoran mata uang nasional
setara dengan Rekening Tunggal Perbendaharaan.
Bank sentral kemudian akan melaporkan penerimaan pendapatan mata uang asing ke Central
Perbendaharaan yang kemudian akan memberi tahu Perbendaharaan Daerah terkait perinciannya.
Merekam penerimaan penerimaan yang disarankan oleh pusat perbendaharaan
Sistem harus memungkinkan pengguna untuk memposting penerimaan penerimaan ke akun berikut:
Pendapatan daerah disimpan dalam Rekening Kas Tunggal Perbendaharaan
Pendapatan Bersama - Kredit Rekening Penerimaan
Lain-lain
Jurnal akuntansi
Sistem harus memiliki fasilitas untuk memproses entri Jurnal untuk penyesuaian, transfer dan
koreksi kesalahan transaksi pendapatan yang sudah diposting.
Fasilitas impor dan ekspor data
Sistem harus memiliki fitur untuk mengimpor dan memperbarui sistem dengan data pendapatan
dihasilkan dari sistem informasi eksternal. Secara khusus, sistem harus mampu
mengimpor dan memperbarui sistem dengan:
Data pesanan pembayaran elektronik ditransmisikan oleh Bank Penerima Pendapatan (pendapatan
mengirim bank), kliring daerah dll
klasifikasi pendapatan dan estimasi data yang dihasilkan dan dikirim oleh Central
Perbendaharaan atau sistem eksternal lainnya;
data untuk rencana pendapatan, ditransfer dari inspektorat pajak Daerah; dan
Sistem juga harus memiliki fitur untuk mengekspor data ke sistem eksternal, khususnya:
153

* data analisis pendapatan harian kepada Bendahara Distrik bawahan di mana fasilitas berada
tersedia;
* perincian pengumpulan pajak untuk kantor Pajak Daerah terkait;
* data pendapatan harian dikumpulkan berdasarkan klasifikasi pendapatan ke Kantor Pusat
sistem; dan
* dari kantor perbendaharaan Distrik ke departemen keuangan Distrik tempat fasilitas berada
tersedia.
Mengarsipkan dan membersihkan data pendapatan
Sistem harus memiliki fitur keamanan data yang ramah pengguna untuk membuat cadangan dan
memulihkan

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 100/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

data ke dan dari media magnetik (yaitu kaset atau disket).


Sistem harus memiliki fasilitas untuk menghapus catatan yang tidak lagi diperlukan secara
berurutan
untuk menghemat ruang disk. Sebelum menghapus catatan, sistem harus meminta
arsipkan rekaman itu ke pita magnetik atau perangkat penyimpanan sekunder. Sistem
juga harus memiliki fasilitas untuk mengembalikan catatan arsip kembali ke sistem ketika
perlu. Fungsi Arsip dan Pembersihan harus dikontrol oleh kata sandi keamanan
dan harus tersedia hanya untuk Administrator Sistem.
Idealnya "off-lining" dari catatan lama harus mulus dan transparan bagi pengguna;
yaitu dikelola oleh sistem (yang secara otomatis meminta kartrid tape untuk menjadi
sarat). Satu-satunya persepsi oleh pengguna akhir adalah respons waktu-penalti; yaitu
pengguna tidak perlu tahu bagaimana data disimpan.
Rollover data akhir tahun
Sistem harus memiliki fasilitas untuk memeriksa kelengkapan posting ke setiap akun
pada akhir tahun fiskal, dan menghasilkan laporan yang diperlukan dan membuat set akun baru
untuk tahun yang akan datang.
Sistem harus memungkinkan transfer data referensi penting seperti pendapatan
klasifikasi, saldo dalam akun kontrol, data pendirian pemerintah daerah,
inspektorat pajak, dll. dari satu tahun ke tahun lainnya untuk menghindari memasukkan kembali data
yang sama.
Sistem harus memelihara data yang lengkap untuk setidaknya dua akun tahun fiskal yaitu
tahun berjalan dan tahun sebelumnya. Sampai saat itu administrator sistem telah memutuskan itu
posting ke akun tahun sebelumnya selesai, sistem harus memperbolehkan
memproses dua set akun (tahun sebelumnya dan tahun berjalan) secara bersamaan. Itu
administrator sistem setelah menyelesaikan posting ke akun tahun sebelumnya akan memberikan
instruksi ke sistem untuk menutup akun tersebut. Setelah akun tahun sebelumnya miliki
telah ditutup data pada akun tahun sebelumnya harus tersedia dalam sistem untuk
hanya melihat dan melaporkan. Seharusnya perubahan dalam akun tahun sebelumnya tidak
diizinkan.
Jejak audit
Semua upaya pengguna untuk mengakses sistem harus dicatat dalam Jejak Audit. Setiap entri
dalam jejak audit harus mengandung informasi berikut sebagai minimum:
154

* tanggal dan waktu ketika upaya dilakukan;


* nomor identifikasi workstation yang melaluinya upaya dilakukan;
* nama login pengguna yang melakukan upaya;
* nama fungsi atau program yang melaluinya upaya dilakukan;
* mode upaya (yaitu menambah, menghapus, memodifikasi, melihat)
* perubahan yang terpengaruh dalam data; dan
* status upaya.
Sistem harus memungkinkan pengguna untuk melihat dan mencetak jejak audit yang dipilih berdasarkan
tanggal.
Sistem juga harus memungkinkan pengguna untuk membersihkan catatan jejak audit yang sudah usang.
Membersihkan catatan jejak audit harus dikontrol oleh kata sandi pengguna super.
Proses Fungsional - 4. Manajemen Uang Tunai
1. Pengeluaran dan perkiraan pendapatan, 2. Pengawasan uang tunai, 3. Strategi pinjaman:
Departemen manajemen kas menerima perkiraan pengeluaran dan pendapatan dari
belanja kementerian dan dari departemen manajemen utang untuk pembayaran hutang
pengeluaran. Agen pengumpulan pendapatan menyiapkan ramalan pendapatan. Uang tunai
departemen manajemen memeriksa data ini sehubungan dengan data akuntansi yang dipesan di
TGL, basis data manajemen Hutang dan saldo kas di TSA dan
sub-akun komponen. Ini memungkinkannya untuk menentukan posisi likuiditas
pemerintah dan kekurangan / surplus. Informasi ini menjadi dasar dari MOF
menentukan persyaratan pinjaman dan batas pengeluaran serta waran untuk
kementerian dan unit pengeluaran.
Persyaratan Fungsional
Sistem harus menyediakan fasilitas untuk mendaftarkan pengeluaran dan pendapatan
prakiraan sebagai file kerja dalam database Departemen Keuangan. Prakiraan dapat dimasukkan
baik sebagai catatan individu, jika pernyataan itu berbasis kertas; atau dalam mode batch, jika
pernyataan diterima di media elektronik. Sistem harus menyediakan untuk penyimpanan
file kerja sampai penutupan akun tahunan untuk tahun keuangan.
Masukkan Rencana Pengeluaran Bulanan
Sistem harus memungkinkan pengguna untuk memasukkan data Rencana Pengeluaran bulanan untuk masing-
masing
klasifikasi anggaran pengeluaran. Khususnya sistem harus memungkinkan pengguna untuk masuk
komitmen yang direncanakan (kebutuhan dana) dan pengeluaran kas yang direncanakan (uang tunai

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 101/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

persyaratan) selama 12 bulan terhadap setiap klasifikasi anggaran pengeluaran.


Untuk setiap kementerian atau lembaga pengguna harus memasukkan kode klasifikasi anggaran dan
persyaratan dana bulanan dan persyaratan tunai bulanan selama 12 bulan untuk setiap anggaran
klasifikasi.
155

Persyaratan dana bulanan dan persyaratan tunai untuk klasifikasi anggaran tertentu yang
ditujukan untuk transaksi di luar negeri seperti pembayaran pinjaman, pembiayaan di luar negeri
misi dll. akan dicatat dalam jumlah mata uang lokal yang dihitung sesuai dengan
nilai tukar yang berlaku pada saat penyusunan anggaran. Untuk memungkinkan masa depan
penyesuaian untuk mencerminkan fluktuasi nilai tukar yang harus dimiliki fitur sistem
catat nilai tukar dasar dan mata uang asing yang setara dengan dana bulanan dan uang tunai
persyaratan untuk klasifikasi anggaran tersebut.
Dalam hal merekam Rencana Pengeluaran untuk klasifikasi anggaran yang melibatkan
transaksi luar negeri dalam lebih dari satu jenis mata uang asing, sistem seharusnya
secara terpisah catat dana bulanan dan persyaratan tunai untuk berbagai jenis
mata uang yang terlibat. Jumlahnya harus dicatat dalam mata uang lokal yang setara
sesuai dengan nilai tukar yang berlaku pada saat penyusunan anggaran.
Dalam hal klasifikasi anggaran tertentu yang membutuhkan dana dan uang tunai baik di dalam maupun
di luar negeri
mata uang asing, sistem harus mencatat persyaratan mata uang lokal dan asing
persyaratan mata uang secara terpisah. Komponen mata uang asing harus direkam
dalam mata uang lokal yang setara dengan nilai tukar yang berlaku pada saat
kompilasi anggaran.
Sistem harus memiliki fitur untuk mengimpor data Rencana Pengeluaran bulanan yang dihasilkan
dari sistem lain (online, file batch atau spreadsheet).
Fasilitas ini dan data Rencana Pengeluaran yang tercatat harus tersedia secara umum untuk
Manajemen kas dan sistem Buku Besar Perbendaharaan.
Merevisi rencana pengeluaran bulanan
Sistem harus memungkinkan pengguna untuk merevisi Rencana Pengeluaran bulanan seperti dan kapan
wajib. Rincian setiap revisi harus dicatat dalam sistem sebagai data historis untuk
tujuan referensi.
Pengguna harus menyediakan kode klasifikasi anggaran dan Rekening Bank pembiayaan
Pengidentifikasi untuk revisi yang diperlukan dan sistem harus memungkinkan pengguna untuk
mengubah
persyaratan dana bulanan atau angka persyaratan tunai bulanan. Sistem seharusnya
memastikan bahwa total kebutuhan dana maupun total kebutuhan uang tunai untuk 12
bulan melebihi anggaran tahunan saat ini untuk klasifikasi anggaran terkait yang dicatat
dalam sistem Buku Besar Perbendaharaan.
Dalam hal merevisi komponen mata uang asing dari Rencana Pengeluaran tersebut
sistem harus memiliki fitur untuk memungkinkan pengguna merevisi nilai tukar yang berlaku, the
jumlah dalam mata uang asing dan mata uang lokal setara dengan dana dan uang tunai
persyaratan untuk setiap bulan.
Masukkan rencana pendapatan / perkiraan
Sistem harus memungkinkan pengguna untuk memasukkan ramalan pendapatan bulanan berikut untuk
setiap klasifikasi pendapatan:
156

* perkiraan pendapatan bulanan dari masing-masing kas daerah


* rencana pendapatan bulanan dari Departemen Kebijakan Fiskal
* perkiraan pendapatan bulanan dari Central Treasury
Untuk setiap klasifikasi pendapatan, pengguna harus memasukkan kode klasifikasi pendapatan dan
perkiraan bulanan selama 12 bulan untuk setiap klasifikasi anggaran.
Secara default sistem harus menetapkan Pengidentifikasi untuk Akun Tunggal Perbendaharaan sebagai
mengendalikan rekening bank untuk semua klasifikasi pendapatan dengan opsi untuk pengguna
ubah Pengidentifikasi Rekening Bank jika perlu.
Dalam hal klasifikasi pendapatan yang ditujukan untuk penerimaan dari agen luar negeri (misalnya
sebagai hibah dan pinjaman) jumlah perkiraan bulanan harus dicatat di keduanya
mata uang asing dan mata uang lokal yang setara. Komponen mata uang asing
harus dicatat dalam ekuivalen mata uang lokal sesuai dengan pertukaran yang berlaku
rate pada saat penyusunan anggaran. Nilai tukar yang digunakan untuk konversi harus
juga dicatat.
Sistem harus memiliki fitur untuk mengimpor data perkiraan pendapatan bulanan yang dihasilkan
dari sistem lain (online, file batch atau spreadsheet).
Fasilitas ini dan data perkiraan pendapatan yang direkam harus tersedia secara umum untuk

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 102/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Manajemen kas dan sistem Buku Besar Perbendaharaan.


Merevisi Rencana Pendapatan / Prakiraan
Sistem harus memungkinkan pengguna untuk merevisi rencana / perkiraan pendapatan bulanan seperti
dan
saat dibutuhkan. Rincian setiap revisi harus dicatat dalam sistem sebagai historis
data untuk tujuan referensi.
Pengguna harus menyediakan kode klasifikasi pendapatan dan Rekening Bank pengendali
Pengidentifikasi untuk revisi yang diperlukan dan sistem harus memungkinkan pengguna untuk
mengubah
angka perkiraan bulanan. Sistem harus memastikan bahwa total perkiraan pendapatan untuk
12 bulan tidak melebihi bagian Tengah dari estimasi pendapatan saat ini untuk
klasifikasi pendapatan yang relevan dicatat dalam sistem Buku Besar Perbendaharaan.
Dalam kasus merevisi komponen mata uang asing dari perkiraan pendapatan bulanan
sistem harus memiliki fitur untuk memungkinkan pengguna untuk merevisi nilai tukar, jumlahnya
dalam mata uang asing dan mata uang lokal yang setara untuk setiap bulan.
Sistem harus mencatat rincian revisi yang dibuat untuk setiap klasifikasi pendapatan
dalam data perkiraan pendapatan seperti dijelaskan di bagian 1.2. Tanggal revisi adalah
disediakan oleh pengguna. Sistem harus mengekstraksi angka revisi tertinggi yang berkaitan
klasifikasi pendapatan yang terpengaruh dicatat dalam basis data, menambahnya dengan 1 dan
mencatat
nilai yang dihasilkan sebagai Nomor Revisi untuk revisi saat ini.
157

Menyimpan Data Manajemen Hutang


Sistem harus memiliki fitur untuk memelihara data semua pemerintah pusat
pinjaman termasuk rincian informasi pinjaman, jadwal penarikan, pembayaran kembali
jadwal, jadwal pembayaran bunga, klasifikasi anggaran untuk mencatat pinjaman
penerimaan, pembayaran dan pembayaran bunga dan jumlah yang terlibat dalam kedua asing
mata uang dan mata uang lokal yang setara.
Biasanya penerimaan dan pembayaran pinjaman berlangsung selama bertahun-tahun dan rinciannya
lengkap
harus dicatat dalam sistem Manajemen Utang eksternal dan Manajemen Kas
sistem harus mencatat hanya informasi yang relevan dengan tahun fiskal berjalan.
Entri data manajemen hutang harus dilakukan hanya sekali untuk setiap pinjaman baik di
awal tahun fiskal untuk pinjaman berkelanjutan atau setelah finalisasi jadwal untuk
pinjaman yang baru diperoleh. Sistem juga harus memungkinkan pengguna untuk merevisi penarikan
pinjaman
jadwal turun, jadwal pembayaran dan jadwal pembayaran bunga saat dan ketika diperlukan
selama tahun fiskal.
Sistem harus memiliki fitur untuk memungkinkan pengguna memasukkan rincian dan mengimpor data
dihasilkan dari sistem manajemen utang luar atau spreadsheet.
Masukkan data kontrol rekening bank
Sistem harus memiliki fitur untuk memungkinkan pengguna memasukkan informasi kontrol bank
akun di mana sumber daya keuangan pemerintah yang termasuk dalam anggaran disimpan.
Awalnya, pengguna hanya akan memasukkan Nomor Identifikasi Rekening Bank, Bank
Nomor, Nama Bank, Alamat Bank, Nomor Rekening Bank dan Awal tahun
Keseimbangan. Set data ini akan diteruskan dari tahun ke tahun. Nilai untuk Bank
Nomor Identifikasi Akun harus merupakan nomor akun buku besar terkait di
sistem Buku Besar Perbendaharaan yang memuat rincian pos-pos rekening bank
terbuat. Nilai untuk Uraian Rekening Bank haruslah nama rekening tersebut
sebagai "Akun Tunggal Perbendaharaan", "Akun Proyek Khusus" dll. Data yang tersisa
elemen yaitu. Data ringkasan Saldo Progresif dan Transaksi Harian harus diperbarui
setiap hari seperti yang dijelaskan di bagian selanjutnya.
Perbarui data perbankan
Sistem harus memiliki fasilitas untuk memperbarui data perbankan (yaitu, Transaksi Harian
Ringkasan data) untuk setiap rekening bank dengan data yang relevan yang diambil dari Departemen
Keuangan
Sistem Buku Besar.
Diinginkan untuk memperbarui data perbankan setiap hari, tetapi sistem juga harus
memungkinkan pengguna untuk melakukan pembaruan selama beberapa hari jika terjadi keterlambatan
dalam data
memposting ke Treasury Ledger. Dalam kasus seperti itu, sistem harus memiliki fasilitas untuk
memastikan hal itu
tanggal di mana pembaruan telah selesai tidak termasuk dalam pembaruan saat ini
proses. Ini diperlukan untuk mencegah dari salah posting data perbankan untuk
hari yang sama lebih dari sekali. Sistem harus memungkinkan pengguna untuk membalik postingan
sudah dibuat untuk hari itu jika terjadi kesalahan transmisi.

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 103/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

158

Rekonsiliasi saldo bank


Sistem harus memiliki fasilitas untuk merekonsiliasi saldo harian dari setiap rekening bank
dipelihara dalam sistem Manajemen Kas dan menghasilkan laporan Rekonsiliasi.
Untuk setiap rekening bank, pengguna harus memberikan nomor Identifikasi Rekening Bank dan
tanggal rekonsiliasi diperlukan.
Sistem harus memungkinkan pengguna memasukkan rincian laporan bank harian di
khususnya, saldo awal, saldo akhir, rincian deposito dan
penarikan dilaporkan pada laporan bank. Dalam kasus rekonsiliasi Perbendaharaan
Akun Tunggal pengguna harus memasukkan setoran dan penarikan dianalisis oleh Regional
Perbendaharaan untuk perincian rekonsiliasi dengan posting di akun Kontrol Tunai regional
dalam sistem Buku Besar Perbendaharaan.
Pengguna juga harus diperbolehkan memasukkan angka pembeda lainnya yang tidak
tersedia dalam sistem Buku Besar Perbendaharaan seperti: - "debit / kredit di bank tidak dalam
buku besar",
"biaya bank" dll.
Data rekonsiliasi harus disimpan dalam sistem sementara sampai pengguna
puas dengan dan mengkonfirmasi hasilnya. Setelah konfirmasi pengguna, sistem seharusnya
memperbarui data Kontrol Rekening Bank dengan menetapkan status penyelesaian Rekonsiliasi untuk
hari untuk "YA".
Sistem harus memungkinkan pengguna untuk mencetak pernyataan rekonsiliasi kapan dan kapan
dibutuhkan.
Untuk tujuan rekonsiliasi, sistem harus memiliki fitur untuk menerima dan mengimpor setiap hari
data laporan bank yang dikirimkan dari Bank Sentral. Sistem juga harus memiliki
fitur untuk mengimpor data laporan bank dari kaset atau disket.
Rollover akhir tahun
Sistem harus memiliki fasilitas untuk menutup catatan dan membuat set catatan baru
untuk tahun baru. Sistem harus membuat database baru untuk tahun baru dan menyalinnya
saldo semua rekening bank ke database baru.
Sistem harus memiliki fasilitas untuk menyalin rencana pengeluaran dan data perkiraan pendapatan
dari basis data lama ke basis data baru atas kebijaksanaan pengguna.
Sistem harus memiliki fasilitas untuk mempertahankan rencana pengeluaran dan pendapatan aktual
perkiraan dan data ringkasan aktual dan rekening bank untuk minimum lima tahun.
Antarmuka dengan sistem lain
Sistem harus memiliki antarmuka online dengan sistem Treasury Ledger untuk memungkinkan
pertukaran data dan penggunaan set informasi kontrol yang sama. Data diperlukan oleh
dua sistem harus dimasukkan hanya sekali dan harus tersedia on-line untuk kedua sistem.
Sistem harus memiliki antarmuka on-line dan batch dengan Hutang eksternal
Sistem manajemen berjalan di Kementerian Keuangan dan bank sentral.
159

Sistem harus mampu mengimpor data rencana keuangan dan perkiraan pendapatan
dihasilkan dari sistem eksternal lain dan paket spreadsheet.
Proses Fungsional - 5. Pengelolaan Utang & Bantuan
1. Pencatatan dan servis hutang: Departemen manajemen hutang menerima pinjaman
perjanjian dari donor! lembaga pemberi pinjaman dan mendaftarkan rincian pinjaman dalam sistem,
termasuk jadwal pencairan dan pembayaran hutang. Manajemen hutang
departemen juga mencatat komitmen terkait dengan pembayaran hutang. Saat menerima layanan hutang
tagihan, departemen memverifikasi penerimaan dan pembayaran karena terhadap portofolio utang dan
meneruskannya tagihan ke Departemen Keuangan untuk pembayaran. Departemen Keuangan memproses
pembayaran ini
permintaan dengan cara yang mirip dengan itu untuk permintaan pembayaran lainnya. Kesimpulan dari
transaksi bank pembayar mengirimkan daftar pembayaran ke kas yang pada gilirannya mengirim
daftar pembayaran terkait utang ke departemen manajemen utang. Ini digunakan untuk
tujuan konsiliasi kembali.
2. Penerimaan pinjaman: Departemen manajemen hutang dan / atau kementerian pengeluaran
menerima informasi dari lembaga donor tentang pinjaman yang diberikan kepada pemerintah. Hutang
Departemen Manajemen mendaftarkan perjanjian pinjaman dan jadwal trance
rilis untuk pinjaman. Uang tersebut disimpan oleh donor di Bank TSA. Penerimaan adalah
direkam oleh perbendaharaan dalam buku besar. Informasi tentang tanda terima diteruskan oleh
Perbendaharaan ke departemen manajemen Utang yang pada gilirannya menyerahkannya kepada yang
bersangkutan
kementerian! unit pengeluaran.
3. Tanda terima hibah: Departemen manajemen hutang dan / atau kementerian pengeluaran

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 104/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

menerima informasi dari lembaga donor tentang hibah yang diberikan kepada pemerintah. Itu
kementerian meneruskan perjanjian hibah ke departemen manajemen Hutang. DMD
mendaftar perjanjian hibah dan jadwal rilis tranche untuk hibah. Itu
uang disimpan oleh donor di Bank TSA. Penerimaan dicatat oleh kas
dalam buku besar. Informasi tentang penerimaan diteruskan oleh Perbendaharaan kepada Hutang
departemen manajemen yang pada gilirannya meneruskannya ke kementerian terkait! pengeluaran
unit.
4. Menerbitkan surat berharga. Jika departemen manajemen kas menemukan bahwa persyaratan tunai
untuk periode tertentu lebih dari saldo kas yang tersedia di TSA dan terkait
akun itu meminta departemen manajemen Hutang untuk menerbitkan sekuritas. Hutang
departemen manajemen memutuskan sifat dari sekuritas yang akan diterbitkan dan menginstruksikan
Bank Sentral menerbitkan surat berharga yang diperlukan. Penerimaan atas penjualan
sekuritas disimpan di TSA dan bank sentral memberi nasihat kepada MOF.
5. Mencatat jaminan sebagai kewajiban kontinjensi dan memproses pembayaran terhadap
jaminan. Departemen manajemen hutang akan mendaftarkan jaminan yang diberikan oleh
pemerintah. Ini akan diperlakukan sebagai kewajiban kontinjensi. DMD akan menerima
informasi dari penerima jaminan pada saat jaminan dimulai.
Pada akhir periode jaminan, penerima akan memberi tahu DMD tentang likuidasi
kewajiban kontinjensi. Dalam kasus panggilan untuk pembayaran terhadap jaminan
penerima akan mengirim permintaan pembayaran ke DMD yang, setelah memverifikasi keberadaannya
dari kewajiban, akan meminta perbendaharaan untuk melakukan pembayaran. Mengelola penggajian dan
keuntungan karyawan.
160

Persyaratan Fungsional
Spesifikasi yang dijelaskan di bawah ini adalah untuk sistem komprehensif yang mencakup pinjaman,
bantuan
pinjaman dan jaminan. Tidak ada perbedaan antara pinjaman eksternal dan domestik,
karena sistem harus dapat menangani keduanya.
Persyaratan fungsional dapat dibagi menjadi dua bagian: (a) persyaratan dasar untuk
sistem manajemen utang yang mampu merekam data tentang pinjaman, bantuan dan jaminan
perjanjian; dan (b) antarmuka sistem manajemen utang dengan berbagai
modul sistem akuntansi khususnya piutang dan hutang
modul.
Rekaman Data Pinjaman / Bantuan Dasar dan Penjaminan
Sistem Manajemen Utang harus menyediakan pendaftaran berikut ini
informasi (minimal) dari perjanjian pinjaman:
* Nomor pinjaman diberikan kepada pinjaman oleh peminjam (nomor unik untuk setiap pinjaman).
* Nomor pinjaman diberikan kepada pinjaman oleh kreditur.
* Nama resmi pemberi pinjaman.
* Nama peminjam. Untuk pinjaman langsung, itu adalah Kementerian Keuangan. Untuk jaminan
dan pinjaman yang dipinjamkan akan menjadi nama perusahaan yang menerima pinjaman.
* Keterangan pemberi pinjaman
* Informasi khusus dari peminjam
* Tanggal saat perjanjian pinjaman ditandatangani.
* Tanggal saat perjanjian pinjaman berlaku.
- Jumlah dan mata uang pinjaman asli.
* Nilai tukar dalam mata uang domestik harus dimasukkan. Sistem menghitung jumlah dalam
mata uang domestik.
* Tujuan pinjaman atau nama proyek.
* Jenis pinjaman / hibah langsung:
> Pinjaman anggaran
> Pinjaman yang dipinjamkan
> Jaminan
> Hibah.
* Tujuan pinjaman berdasarkan klasifikasi ekonomi.
* Klasifikasi pinjaman berdasarkan jangka waktu: (jangka panjang, menengah, atau pendek).
* Iris mengidentifikasi.
* Mata uang dimana tranche dipertanggungjawabkan. Semua jumlah dalam tranche seharusnya
dikonversi ke mata uang tranche untuk keperluan pelaporan.
* Jika konversi pinjaman ke kumpulan mata uang digunakan, sistem harus menerima yang ditentukan
pengguna
nama kolam.
* Periode pencairan.
* Tanggal perubahan status tranche pinjaman.
> Tanggal: Tanggal perubahan jumlah tranche pinjaman.
> Komitmen: Jumlah pinjaman awal yang dialokasikan untuk tranche

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 105/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

161

Penambahan: Penambahan jumlah pinjaman yang dialokasikan untuk tahap ini


> Pembatalan: Jika ada pembatalan jumlah pinjaman yang dialokasikan untuk
tranche, mereka harus masuk ke sana.
* Jenis pembayaran: Apakah pokok dan bunga atau hanya bunga.
* Biaya: Jenis biaya awal seperti komisi dll.
* Pool: Pengguna harus dapat memilih apakah konversi data ke unit pool harus
digunakan untuk kolam renang
* Pinjaman atau perhitungan harus didasarkan pada jumlah dalam mata uang tranche.
* Jenis perhitungan: Sistem harus menyediakan berbagai jenis perhitungan untuk
setiap jenis biaya.
* Pengabaian dan moratoria
* Kode Tujuan: Kode kategori yang ditetapkan oleh pemberi pinjaman untuk dipinjamkan.
* Tujuan: Tujuan dari jumlah yang dialokasikan.
* Jumlah: Jumlah yang dialokasikan.
* Akun khusus: Akun tersedia untuk pencairan dan pembayaran tranche.
* Keterangan: Fasilitas untuk memasukkan deskripsi istilah tranche.
Pencairan adalah jumlah yang dibayarkan dari tahap pemberi pinjaman kepada peminjam. Jumlah ini
digunakan untuk menghitung jumlah yang tidak dicairkan dan jumlah terutang. Untuk pinjaman dan
pemberian pinjaman, data yang akan dimasukkan adalah sama. Pencairan untuk pinjaman mandiri
pinjaman dan jaminan yang disalurkan oleh pemberi pinjaman eksternal kepada pengguna akhir bisa
langsung
dimasukkan hanya untuk sisi pinjaman. Sistem dapat menjelaskan hal yang sama
cara di bawah baik pinjaman atau pinjaman.
Sistem harus menyediakan pendaftaran detail berikut tentang
pencairan (minimal):
* Tanggal: Tanggal saat pencairan menjadi efektif.
* Mata uang: Mata uang pencairan. Mungkin berbeda dari tranche currency.
* Saldo terutang: Jumlah pengeluaran yang akan membentuk pokok terutang
keseimbangan.
* Pencairan diterima: Jumlah pencairan yang benar-benar diterima, untuk digunakan
menghitung saldo akun.
* Kurs mata uang tranche / mata uang pencairan: Nilai tukar yang digunakan untuk
mengonversi pencairan dari mata uang pencairan ke mata uang tranche.
* Kurs mata uang tranche / kumpulan mata uang: Nilai tukar yang digunakan untuk mengkonversi
pencairan dari mata uang tranche ke unit pool mata uang.
* Nilai tukar mata uang domestik / tranche currency: Nilai tukar yang digunakan untuk mengkonversi
pencairan dari mata uang tranche ke mata uang domestik.
* Pembayaran langsung: Berlaku hanya untuk pinjaman yang dipinjamkan. Ini harus ditandai jika
pencairan dicatat dengan cara yang sama untuk pinjaman langsung dan pinjaman
saldo.
* Akun khusus: Akun yang dicairkan untuk pinjaman
kategori atau akun yang digunakan untuk pencairan dalam kategori pinjaman sementara.
* Suku bunga: Suku bunga yang digunakan untuk menghitung bunga. Hanya berlaku jika sesuai
model perhitungan bunga digunakan.
162

* Minta no .: Jumlah aplikasi permintaan pencairan yang dikirim ke pemberi pinjaman.


* Tanggal Permintaan: Tanggal permintaan permintaan pembayaran dikirim ke pemberi pinjaman.
* Penerima: Organisasi menerima pembayaran sesuai dengan pencairan
permintaan aplikasi.
* Tujuan: Tujuan pencairan sesuai dengan kategori yang ditetapkan oleh
pemberi pinjaman.
* Jenis catatan: Menjelaskan apakah catatan pengeluaran adalah pengeluaran aktual atau a
saldo, misalnya, dari pinjaman yang direstrukturisasi.
Kewajiban adalah jumlah karena pemberi pinjaman. Harus ada fasilitas untuk merekam
informasi penagihan aktual. Seharusnya ada fasilitas untuk memasukkan pembayaran yang diperkirakan
menjadwalkan secara otomatis atau untuk memasukkannya secara manual. Meminjam dan meminjamkan
kewajiban, bisa diperlakukan dengan cara yang sama. Untuk jaminan, kewajiban kepada pemberi
pinjaman
hanya dapat dicatat di sisi pinjaman. Kewajiban peminjam untuk
pemerintah, seperti penalti, biaya jaminan, dll. dapat dicatat pada pinjaman yang diberikan
sisi. Rincian mengenai kewajiban berikut ini harus disediakan seminimal mungkin:
* Periode: Periode pembayaran yang digunakan untuk menghitung biaya.

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 106/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

* Tanggal jatuh tempo: Tanggal saat pembayaran jatuh tempo.


* Pokok: Jumlah pokok yang harus dibayarkan.
* Bunga: Bunga yang harus dibayar.
* Nilai tukar mata uang tranche / pool pool: Nilai tukar yang digunakan untuk mengkonversi
pembayaran dari mata uang tranche ke unit kumpulan mata uang.
* Faktur: Informasi penagihan.
* Biaya lain-lain: Tabel tempat semua biaya dapat dicatat. Jumlah dan nama biaya harus
dimasukkan untuk setiap catatan.
- Mata uang pelunasan: Jika kewajiban diperlukan dalam mata uang yang berbeda dari tranche
mata uang, mata uang dapat ditentukan di sini.
* Mata uang pembayaran nilai tukar / mata uang tranche: Nilai tukar yang digunakan untuk
mengkonversi
kewajiban dari mata uang tranche ke mata uang pembayaran.
Pembayaran: Pembayaran adalah jumlah yang dibayarkan kepada pemberi pinjaman, yang harus terkait
dengan
kewajiban yang sesuai. Sistem harus menyediakan beberapa catatan pembayaran
terkait dengan catatan kewajiban yang sama. Rincian berikut tentang pembayaran harus
dicatat dalam sistem sebagai minimum:
* Tanggal jatuh tempo: Referensi ke catatan kewajiban.
* Tanggal nilai pembayaran: Tanggal saat pembayaran dilakukan.
* Jumlah: Jumlah yang dibayarkan.
* Jenis: Dibayar / dijadwal ulang / dihapusbukukan.
* Pesanan pembayaran: Informasi pesanan pembayaran, seperti tanggal dan nomor pesanan pembayaran.
* Rekening bank: Rekening yang digunakan untuk pembayaran dalam kategori pinjaman atau rekening
untuk
yang pembayarannya dilakukan dalam kategori penerusan pinjaman.
163

Membantu
DMS harus memiliki kemampuan untuk memvalidasi dan mendaftarkan perjanjian bantuan. Ini
fasilitas bisa sama seperti untuk perjanjian pinjaman dan jika bantuan itu masuk
tahapan sistem harus dapat merekam tahapan yang diusulkan.
DMS harus memiliki fasilitas untuk memasukkan item memorandum dan pengambilan
mereka untuk melaporkan bantuan konsolidasi yang diterima oleh pemerintah.
DMS harus memiliki fasilitas untuk menyiapkan perkiraan tahunan aliran dana bantuan
berdasarkan perjanjian bantuan yang terdaftar dalam sistem. Sistem harus bisa
antarmuka dengan sistem anggaran untuk merekam proposal anggaran ini.
DMS harus memiliki fasilitas untuk menyiapkan perkiraan pergerakan tahunan
dana pemerintah yang dihasilkan dari transaksi yang berkaitan dengan on-lending. Sistem
harus dapat berinteraksi dengan sistem anggaran untuk mencatat proposal anggaran ini.
Garansi
DMS harus menyediakan fasilitas memasuki perjanjian jaminan pemerintah sebagai
kewajiban kontinjensi. Sistem harus melacak transaksi tersebut secara terpisah.
DMS harus menyediakan fasilitas untuk mendaftarkan informasi pada penutupan
menjamin.
DMS harus memiliki fasilitas untuk menyiapkan perkiraan arus keluar tahunan
dana pemerintah yang dihasilkan dari pembayaran kemungkinan gagal bayar yang dijamin.
Sistem harus dapat berinteraksi dengan sistem anggaran untuk mencatat anggaran ini
proposal.
Perangkat lunak harus memiliki kemampuan menghasilkan laporan yang ditentukan pengguna dan juga
untuk menanggapi pertanyaan ad-hoc yang diajukan oleh pengguna.
DMS harus memiliki fasilitas untuk melaporkan:
* Analisis keberlanjutan hutang.
* Status penjatahan bantuan.
* Kerangka kerja strategis untuk peminjaman.
* Cadangan dan manajemen risiko pertukaran.
* Kompilasi statistik seperti efek keseluruhan pada neraca pembayaran dll.
Pinjaman yang Diberikan oleh Pemerintah
DMS harus memiliki fasilitas untuk memvalidasi & mendaftarkan data yang berkaitan dengan pinjaman
diberikan oleh pemerintah.
164

Antarmuka dengan Modul Sistem Akuntansi


DMS harus dapat mentransfer informasi ke sistem piutang
tentang jadwal pencairan pinjaman.

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 107/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

DMS harus memiliki kemampuan memasukkan informasi tentang yang dicairkan


tahapan dalam sistem manajemen penerimaan.
DMS harus memiliki kemampuan untuk berinteraksi dengan sistem hutang dan
merekonsiliasi / memposting informasi pembayaran terkait dengan pembayaran hutang dan pembayaran
kembali
Pinjaman.
DMS harus dapat mencatat informasi penagihan aktual dari berbasis kertas
dokumen atau dari file elektronik yang dikirim oleh pemberi pinjaman. DMS harus memiliki fasilitas
menghitung informasi penagihan dan membandingkannya dengan informasi penagihan yang sebenarnya
diterima dari pemberi pinjaman. Itu juga harus memiliki kemampuan menghasilkan yang diperkirakan
jadwal pembayaran secara otomatis atau memasukkan ini secara manual. Ini harus memiliki fasilitas
berinteraksi dengan modul hutang Akun untuk menyerahkan RFP secara elektronik dan ke
mentransfer informasi tentang jadwal pembayaran yang diperkirakan.
DMS harus memiliki kemampuan menghubungkan jumlah yang dibayarkan dengan kewajiban
tercatat. Seharusnya dapat berinteraksi dengan sistem akuntansi untuk mengambil
informasi tentang pembayaran yang dilakukan kepada pemberi pinjaman dari TSA. Itu juga harus bisa
untuk mendaftarkan informasi tentang tunggakan dalam sistem akuntansi.
DMS harus memiliki kemampuan untuk menyiapkan akun khusus untuk pinjaman. Harus
dapat berinteraksi dengan sistem Akuntansi dan mengambil informasi tentang
perpindahan dana dalam akun khusus ini yang seharusnya merupakan sub-akun dalam
Akun Tunggal Treasury.
DMS harus dapat berinteraksi dengan SISTEM AKUNTANSI untuk ditransfer
perincian tentang jadwal pencairan bantuan moneter yang diterima dari donor.
DMS harus memiliki kemampuan untuk memasukkan informasi tentang tahapan yang dicairkan di
database dan daftarkan efek keterlambatan pencairan. Seharusnya bisa
antarmuka dengan SISTEM AKUNTANSI untuk mengambil informasi tentang yang sebenarnya
pembayaran tranche ke dalam TSA.
DMS harus berinteraksi dengan modul aset tetap pada SISTEM AKUNTANSI
untuk merekonsiliasi perolehan / penciptaan aset dari uang bantuan, seperti yang dilaporkan oleh
entitas anggaran penerima manfaat, dengan bantuan dicatat dalam DMS.
DMS harus berinteraksi dengan SISTEM AKUNTANSI untuk mengambil yang sebenarnya
pembayaran jumlah yang dijamin dan secara otomatis melikuidasi yang sesuai
kewajiban kontinjensi.
165

DMS harus memiliki fasilitas untuk secara otomatis menghasilkan faktur yang diperlukan untuk
pembayaran tahapan pinjaman untuk pinjaman yang diberikan oleh pemerintah. Sistem juga harus bisa
untuk berinteraksi dengan SISTEM AKUNTANSI untuk mentransfer RFP secara elektronik.
DMS harus berinteraksi dengan SISTEM AKUNTANSI untuk menerima informasi
tentang pencairan pinjaman yang sebenarnya dan harus dapat mendaftarkan pembayaran ke
rekening pinjaman dari si penerima pinjaman.
DMS harus memiliki kemampuan menghasilkan faktur sesuai dengan
tanggal pembayaran dalam perjanjian pinjaman. Sistem harus berinteraksi dengan
SISTEM AKUNTANSI untuk mendaftarkan piutang yang sesuai.
DMS harus menyediakan fasilitas untuk memasukkan saran pembayaran yang diterima melalui
Bank. Ini juga harus memiliki kemampuan memposting rincian pembayaran ini di Internet
buku besar pinjaman individu.
DMS harus dapat berinteraksi dengan SISTEM AKUNTANSI untuk mengambil
informasi tentang penerimaan yang berkaitan dengan pembayaran hutang dan harus mencetak
rekonsiliasi
laporan.
DMS harus menyediakan fasilitas penulis laporan yang relevan. Itu juga harus menyediakan
fasilitas untuk mengambil informasi yang ditentukan pengguna dari basis data kapan pun diperlukan.
Proses Fungsional - 6. Tinjauan Anggaran dan Pelaporan Fiskal
Sistem Perbendaharaan0 digunakan untuk menghasilkan laporan fiskal berkala yang memberikan
konsolidasi
gambar semua tanda terima dan pengeluaran dan kemajuan terhadap target anggaran. Untuk ini
laporan harus komprehensif, semua item penerimaan dan pengeluaran harus ditangkap.
Bagan Akun Pemerintah adalah dasar dari proses pelaporan fiskal. Ini
termasuk IMF, organisasi, fungsional dan struktur klasifikasi ekonomi
anggaran dan klasifikasi kelompok akun, aset, dan liabilitas. Sebagai menteri lini
dan agensi-agensi pengeluaran menjalankan program kerja mereka, pengeluaran dan kwitansi dipasang
ke GL oleh sistem Treasury oleh objek anggaran. Sistem kementerian mencatat fisik menyala
program dan proyek. Informasi ini diteruskan ke Kementerian Keuangan. Jenderal Perbendaharaan
buku besar mencatat penerimaan dari berbagai jenis penerimaan pajak, penerimaan pinjaman /
bantuan, dan hutang
biaya servis. Atas dasar data ini, Kemenkeu dapat menyiapkan laporan fiskal secara keseluruhan

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 108/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

yang membandingkan pengeluaran dan penerimaan aktual dengan perkiraan anggaran. Laporan-laporan
ini
memberikan laporan status dan rekomendasi serta rencana tindakan untuk tindakan korektif selama
jalannya tahun. Ini dapat mencakup revisi batas pengeluaran, waran, dll.
Spesifikasi Sistem Fungsional
Laporan Fiskal Keseluruhan
Sistem harus mampu menghasilkan laporan dari jenis yang diberikan di bawah ini sebagai minimum:
166

Status keuangan anggaran pemerintah pusat-Tahun-saat ini


Laporan ini menunjukkan status keuangan dari Anggaran keseluruhan pada tanggal yang ditentukan
oleh
pengguna.
Bagian 1. Perpindahan Pendapatan dan Pengeluaran Progresif
Revenue: Year-to-date totals of revenue as of the reporting date and as of the
preceding working day and the total for the reporting date for each Region.
Expenditure: Year-to-date totals of expenditure as of the reporting date and as of the
preceding working day and the total for the reporting date for each Region.
Variance: The difference between year-to-date total of revenue as of the reporting
date and year-to-date total of Central expenditure as of the reporting date must be
shown.
Section 2. Selected revenues and expenditures that require continuous monitoring
The user shall specify the classifications of revenue and expenditure of which the
treasury management want to continuously monitor the progress. The system should
report under appropriate columns the year-to-date totals as of the reporting date and as of
the preceding working day and the total for the reporting date for each of such revenues
and expenditures classified by classification codes and descriptions.
Section 3. Receipts that are directly deposited into treasury single account
This section should show the progressive movements of receipts that are directly
deposited into Treasury Single Account. In particular, year-to-date totals of such loans as
of the reporting date and as of the preceding working day and the totals for the reporting
date must be shown separately for medium, long term loans and short term loans.
Bagian 4. Ketersediaan sumber daya keuangan pemerintah dan data statistik
Bagian ini harus menunjukkan yang berikut:
Ketersediaan sumber daya keuangan pemerintah
* Saldo tunai dalam Rekening Tunggal Perbendaharaan pada awal pelaporan
tahun
* Saldo tunai di Rekening Tunggal Perbendaharaan pada tanggal pelaporan
* Total waran yang belum digunakan pada tanggal pelaporan
* Total tahun dari Waran Perbendaharaan
* Total waran Treasury yang dikeluarkan selama bulan pelaporan sebelum pelaporan
tanggal
* Total waran Treasury yang dikeluarkan selama tanggal pelaporan
* Ketersediaan sumber daya keuangan gratis yang merupakan perbedaan antara uang tunai
saldo dalam Rekening Tunggal Perbendaharaan pada tanggal pelaporan dan Jumlah
surat perintah tidak terpakai pada tanggal pelaporan.
167

Informasi statistik
* Rata - rata harian dari bagian pendapatan pemerintah pusat yang dicatat selama
periode lima hari kerja saat ini
* Perkiraan bagian pendapatan pajak pemerintah pusat untuk bagian sisanya
bulan pelaporan
* Rata-rata harian dari semua pendapatan pemerintah pusat yang dicatat selama ini
periode lima hari kerja
* Prakiraan semua pendapatan pemerintah pusat untuk bagian yang tersisa dari
bulan pelaporan
* Pengeluaran yang diramalkan untuk bulan pelaporan.
Status keuangan anggaran - progresif dalam periode lima hari kerja sekarang
Laporan ini harus dibuat pada akhir setiap periode lima hari kerja dan seharusnya
menunjukkan pergerakan pendapatan, pengeluaran, dan sumber daya tunai selama periode pelaporan.
Laporan harus berisi empat bagian di mana:
* Periodic movements of revenue and expenditure in each Region from the beginning
of the reporting period,
* Spotlight on the selected revenues and expenditures that require continuous

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 109/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

monitoring,
* Periodic totals of receipts that are directly deposited into Treasury Single account,
and
* Availability of government's financial resources and statistical data required for
managing cash resources and expenditure for the remaining period in the reporting
month.
Monthly expenditure summary
This is a standard report showing Year-to-date expenditure information aggregated by
budget classification codes and grouped in the order of spending unit, functional group,
program, sub-program and specific of economic classification. The following financial
data for each budget classification code shall be shown on the report with relevant group
totals:
* Current plan for the year
+ Year-to-date current financial plan
* Progressive total of treasury (financial) warrants
* Year-to-date authorization
* Authorization for the current month
* Year-to-date recovery
* Year-to-date offset
* Year-to-date total
* Expenditure
* Year-to-date payments
* Payments for the current month
* Outstanding commitments
* Balance of unspent limits
168

"Year-to-date payments" of this report includes payments for the current month and
offset totals.
"Outstanding commitments" include the difference between total commitments and paid
commitments of spending units.
Monthly summary of state revenues
This report should show the monthly collection of the State Revenue by each revenue
classification code and comparison with the plans. The report should show the following
data for each revenue classification:
* Current plan for the year
* Central budget
* Local budget
* Total
+ Year-to-date revised plan
* Executed for current month
* Central budget
* Local budget
* Total
- Year-to-date execution
* Central budget
* Local budget
* Total
- Variance
Monthly revenue summary
This report should show the monthly collection of, by each revenue classification and
comparison with the estimates. The report should show the following data for each
revenue classification:
* Annual amount
* Approved plan
* Revised plan
* Year-to-date current plan
+ Executed for current period
* Total Collection
* Total Refunds
* Total minus refunds
* Year-to-date execution
* Total Collection
* Total Refunds
* Total minus refunds
* Variance
Comparison of current year revenues with previous year revenues

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 110/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

This report should show the comparison of Net Revenue (Collections minus Refunds)
under each revenue classification for a user-specified month in the current year with the
169

same month in the previous year. The system should be capable of producing the report
for:
* Receipts to Central budget;
* Receipts to Local budget; and
* Receipts to State budget (Central and Local combined).
In the case of comparison with revenue classification which is different from that used in
the previous year for the same type of revenue, the system should use the built-in
mapping facilities to determine the pair of corresponding codes and produce the
comparison information.
Statement of government financial operations
On the basis of Expenditure Summary and Central Revenue Summary reports, the
Monthly Statement of Government Financial Operations should be prepared. The report
shall consist of 4 parts:
Part 1. Receipts
The analysis of revenue receipts by category, showing the receipts during the reporting
month and Year-to-date totals compared with annual plan.
Receipts should be aggregated according to the scheme described below:
* Tax Revenue
* Non-tax revenue
* Revenues from Capital transactions
* Received official transfers (Grants)
* Repayment of credits from budget
Part 2. Payments and crediting
Expenditure
The analysis of expenditure by economic category showing payments during the
reporting month and Year-to-date totals compared with annual plan.
Payments shall be aggregated according to the scheme described below:
Report item
* Salaries and wages
* Employer's contribution
* Purchase of goods and other services
* Utilities, transport and communication
* Other current services
* Services provided within state order
* Interest payments
* Subsidies and transfers
* Acquisition of assets
* Construction and renovation
* Purchasing of goods
170

* Purchasing of land
* Capital transfers
Lending
The total of lending for reporting period and Year-to-date total, compared to annual plan
shown.
Part 3. Budget surplus/Deficit
This is the difference between the totals for Part 1 and those for Part 2.
Part 4. Financing
Ways of financing the budget deficit should be shown in this Part. In general total
amounts received from sale of treasury bills, bonds and loans (domestic and foreign),
grants received in cash etc. and the movement of cash resources should be reported.
The data should be aggregated according to the scheme described below:
Report item
* Domestic Borrowing
Central Bank
* Bonds and securities
* Other banks
* Other domestic borrowing
* Foreign Borrowing
* International financial institutions

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 111/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

- International development organizations


Foreign states
Foreign commercial banks
O Other foreign borrowing
* Repayment of state debts
* Increase / decrease in balance in treasury single account (TSA)
* During reporting month difference between the beginning-of-month balance and
the end-of-month balance in TSA.
* Year-to-date difference between the beginning-of-year balance and the end-of-
current-month balance in TSA.
Monthly budget payments byfunctional classification
This report shows the functional analysis of Central level aggregates of budget, payments
and commitments information for each functional group, and sub-function with relevant
sub-totals.
Reports Related to Management of Budget Authority, Commitments & Payments
List of expenditure budget classification codes
The report should list all budget classifications in use by the system together with
appropriate descriptions. Budget classifications should be sorted and grouped in the order
of relevant program, sub-program and institution.
171

Warrant listing
The report should list the details of funds allocated by each Treasury warrant. The
Warrant number will be specified by the user.
Sub-warrant listing
The report should list the details of funds allocation under each sub-warrant.
Sub-sub-warrant listing
The report should list the details of funds allocation under each sub-sub-warrant.
Monthlyfunds movement
The report should show the details of funds allocated and committed under each
expenditure budget classification code during the period before the reporting month,
current month and year-to-date totals. A separate report shall be produced for each
spending unit. Funds allocation under each expenditure budget classification should be
analyzed by type of sub-warrant or sub-sub-warrant (Authorized, Recovered or Offset).
Periodic commitment details
The report should show the details of commitments made during the period specified by
the user. The user shall supply the spending unit code, the start date and end date of the
period to be reported and the system should produce a list of commitments made by the
spending unit during the user-specified period.
Commitment summary year-to-date
The report should show the summary of funds allocation, year-to-date commitments
made, outstanding commitments and funds balance under each expenditure budget
classification code.
Periodic Commitment Summary
The report should show the year-to-date total of funds allocation, total of funds
committed during the reporting period and balance of funds for each budget classification
under each sub-warrant or sub-sub-warrant. A separate report shall be produced for each
spending unit code. The user shall supply the spending unit code and the start date and
end date of the period for which the report is required.
Outstanding commitments details
The report should show the details of all outstanding commitments as of the date of
report grouped by each expenditure budget classification code.
Outstanding commitments summary
The report should show the totals of commitments, payments, outstanding commitments
for each budget classification code. The report should be sorted in the order of
expenditure budget classification codes and should show sub-totals for each expenditure
sub-program, program and institution. At the end of the report the totals for the region
should be shown.
172

Outstanding accounts payable summary


The report should show the total amount of planned commitments, accepted
commitments, outstanding commitments for each expenditure budget classification code.
A separate report should be produced for each spending unit.
Funds position analysis by budget classification

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 112/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y
The report should show the progressive allocation of funds, commitments and funds
balance for each budget classification. Allocation of funds should be analyzed by type of
sub-warrant (Authorized, Recovered and Offset).
Funds distribution analysis of sub-warrants
The report should show the reconciliation of funds allocation by each sub-warrant with
further allocation of funds by sub-sub-warrants and balance of funds under each
expenditure budget classification code. A separate report shall be produced for each sub-
warrant of which the code and serial number will be supplied by the user.
Funds distribution analysis of treasury warrants
The report should show the reconciliation of funds allocation by each Treasury warrant
with further allocation of funds by sub-warrants and balance of funds under each
expenditure budget classification code. A separate report shall be produced for each
Treasury warrant of which the number and serial number will be supplied by the user.
Commitments and expenditure analysis by spending unit
The report should show the comparison of total funds allocation, payments, commitments
and balance of funds for each spending unit.
Commitments and expenditure analysis by expenditure budget classification codes
The report should show the comparison of total funds allocation, payments, commitments
and balance of funds for each budget classification.
Vendor name and address listing
The report should show the name and address and details of each vendor in the system.
The user shall specify the number of a vendor or a range of vendor numbers for reporting.
Vendor business history details
The report should show the details of transactions recorded against each vendor. The
user shall specify the number of a vendor or a range of vendor numbers for reporting.
Details of contract register
The report should show the details of each contract recorded in the contract register. The
registered contracts should be shown in the order of Contract registration certificate
number.
Details of contracted expenses requiring funds
The report should show the funds requirement for "Yearly" type expenses recorded in the
contract register in the order of contract registration certificate number. A separate report
should be produced for each Budget Organization.
173

Contract details
The report should show the details of funding, payment and outstanding obligations of
each contract.
Summary of contract execution
The report should show the summary of contracts executed by each spending unit.
Free balance offinancial plan for the year
The report should show the free balance of the financial plan for the year under each
budget classification code and sub-warrant / sub-sub-warrant as of the reporting date. For
each budget classification code the financial plan for the year, the list of registered
contracted expenditures for which funds have been reserved, the details of sub-warrants /
sub-sub-warrants issued year-to-date. A separate report should be produced for each
spending unit.
Outstanding contractual obligations
The report should show the list of outstanding contractual obligations of each spending
unit.
Audit trail
The system should keep track of all changes made in the system in the system audit
tracing and be able to print the audit trail report as and when required. The system should
allow printing the audit trail report for the entire period or for the user-selected date(s).
Payroll Reports
Payroll report
This report should list payment and deduction details of all employees grouped in the
order of employing State Institution and cost code.
The report should show on a separate line for each employee, columns with appropriate
headings for Name, Id. No., details of allowances, benefits, deductions, total pay, total
deduction and net pay etc. At the end of each group and sub-group there should be sub-
totals for each column as well as the calculation of Employer's contributions to Pension
fund, and Social Tax.
It should show details for each employee right down to individual allowances, bonuses
and deductions.
Employee status report
The report should detail the list of all employees who are, for whatever reason, not paid

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 113/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

in the current payroll. Normally, the list should contain all employees whose
employment status is not "Active". It must include all employees affected by Rejection
reports (lack of funds available), Exception Reports (negative pay) and "UNPAID" due
to withholding by the Treasurer. The list of employees should be grouped in the order of
Location (Disbursement Centre), employing State Institution and cost code.
174

Payroll rejection report


The system should produce a report detailing the cost codes that do not have adequate
funds to meet the payroll expenditure for employees whose salaries are paid against those
cost codes.
The contents of the report should be grouped in the order of employing State Institution,
sub-warrant/sub-sub-warrant number and budget classification showing appropriate sub-
totals and position of funds at the end of each group and sub-group.
Payroll exception report
This is of similar format to the Rejection Report and details employee identification
numbers, with their employing institutions, of persons whose pay has been calculated to
be a negative amount in this run (ie. Deductions exceed payments). It also provides
details of how the negative pay is arrived at.
Bank deposit details
This is a set of separate reports, for cash payments, card account deposit details and
deposit account details, and all in the same format, listing the details of employees, their
bank details (such as bank code, account number etc.) and amounts for those employees
whose preferred method of payment is 'by direct bank deposit'. This report shall be
produced separately for each bank and will be forwarded to the bank(s) of the
employee(s) together with one payment order for each bank. The amount of each
payment order should be the total of payments made to the employees who have their
accounts with the concerned bank.
Pay sheet
This report is used by Paymasters at disbursement centers to distribute cash payments and
obtain employee signature as confirmation of receipt. Employees paid out of Chargeable
Services Accounts must have an asterisk marked alongside their Employee Identification
Number in the printout.
Statement of employee's earnings
This report shall be produced at the end of each year for each employee for tax clearance
and tax audit purposes. The report details the following:
State Institution name and address
Employee's name and address
Employee Identification Number
Employee's Tax Payer Registration Number
Year of the statement
Period of Employment
Total salaries earned during the year
Total of taxable allowances and bonuses earned during the year
Total gross earnings for the year
Total tax withheld for the year
175

Employee listing
This is a type of report, of which the form in the attachment is an example that lists the
details of employees such as Employee identification number, Name, Designation,
Education, Employer's name and address etc.
The system should allow the user to select the employees by various types of criteria such
as selection by age, by education, by employing organization, by employee identification
number range, by salary range etc.
The system should also allow the user to tailor the layout of the report by selecting the
data to be reported based on the requirement of the enquiry.
Pay and allowance by pay period
This report lists the summary of salaries, allowances and other benefits paid to employees
within the State Institution for each month during the period specified by the user for
report coverage. For example: January 95 to March 96. The system should produce a
report for a State Institution or selected State Institutions as specified by the user.
Deductions by pay period
This report, similarly to 'Pay and Allowance by Pay Period' report details the summary
of different types of deductions deducted from payroll for each State Institution for each

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 114/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y
month during the period specified by the user for report coverage.
Employee pay history - summary
This report is the summary of an employee's salaries, allowances and deductions for each
month during the period specified by the user for report coverage.
Listing of allowances and bonuses
This report details the codes and descriptions of allowances and benefits defined in the
payroll system.
Listing of deductions
This report details the codes and descriptions of deductions defined in the payroll system.
Listing of disbursement centers
This report details the codes, Names and Addresses of Pay Disbursement Centers defined
in the payroll system.
Listing of cost codes
This report details the sub-warrant/sub-sub-warrant number and budget classification
codes used in the payroll system for cost coding and the name and address of the state
institutions.
Listing of positions
This type of report lists the job positions established in the payroll database. The system
should produce the report for a State Institution or selected State Institutions selected job
positions as specified by the user.
176

Reports Related to Receipts Management


Revenue classification listing
The report should list the valid revenue classification codes together with appropriate
descriptions, initial and current plan amounts for the year for State, Central and Local
revenues.
Details of local governments
The report should list the details of each local authority established under the Region
Listing of collectors
The report should list the details of each Collector of Public Monies appointed in the
Region.
Listing of revenue sending banks
The report should list the details of each Revenue Sending bank.
Listing of control accounts
The report should list the details of each revenue-related control account showing the
opening balance at the beginning of the year, the entries made to the account and the
current balance. The system should allow the user to produce either summary or detailed
report.
Listing of districts
The report should list the details of each District.
Progressive revenue collection report
The report should show the revenue collection up to the user-specified date analyzed by
revenue classification showing appropriate group totals.
Monthly analysis of revenue
The report should show the totals of collections, refunds, journals and net revenue for
each revenue classification.
Monthly allocation of revenue shares
The report should show the details of the sharing of revenues between Central and Local
budgets for each revenue classification during the user-specified month.
Monthly comparison of revenue plan and actual receipts
The report should show the comparison of plan and actual receipts for each revenue
classification including appropriate sub-totals.
Daily revenue collection report (analysis by revenue classification)
The report should show the daily totals of receipts, refunds and net receipts of State
government revenue for each revenue classification with appropriate sub-totals. The
report should show the information for all revenue classification codes for all Districts
established in the system. Revenue classification codes that do not have transactions for
the reporting day should not be shown on the report . The same reporting method should
177

be applied to Districts that are not entitled to shares of any revenue classification for the
day.
Year-to-date revenue collection report (analysis by revenue classification)
The report should show the year-to-date totals of receipts, refunds and net receipts of

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 115/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

State revenue, with appropriate sub-totals. The report should show the infornation for all
revenue classification codes for all Districts established in the system. Revenue
classification codes that do not have transactions since the beginning of the year should
not be shown on the report . The same reporting method should be applied to Districts
that are not entitled to shares of any revenue classification for the reporting period.
Daily revenue collection report (analysis by district)
The report should show the daily totals of collection and sharing of revenues for each
District with appropriate sub-totals. The report should show the information for all
revenue classification codes for all Districts established in the system. Revenue
classification codes that do not have transactions for the reporting day should not be
shown on the report . The same reporting method should be applied to Districts that are
not entitled to shares of any revenue classification Year-to-date as of the reporting day.
Year-to-date revenue collection report (analysis by district)
The report should show the year-to-date totals of collection and sharing of revenues for
each District with appropriate sub-totals. The report should show the information for all
revenue classification codes for all Districts established in the system. Revenue
classification codes that do not have transactions since the beginning of the year should
not be shown on the report . The same reporting method should be applied to Districts
that are not entitled to shares of any revenue classification for the period.
Daily revenue sharing worksheet
The report should show the revenue sharing information for the user specified day. For
each revenue classification, the total, the sharing rates, the Central share and local shares
(separately for Districts and Regions) of revenues must be shown.
Details of daily revenues collected by banks
The report should show the details of revenues collected by each Revenue Receiving
Bank analyzed by revenue classification.
Summary of daily revenues collected by banks
The report should show the summary of daily revenues grouped by revenue classification
and analyzed by Banks.
Collector statement details
The report should show the revenue collections selected by the user-specified Collector
number and Collector statement number.
Summary of daily revenues collected by collectors
The report should show the revenues collected by collectors for the user-specified date
analyzed by revenue classification and sub-total for each revenue classification.
178

Daily revenue collection summary


The report should show the total of revenues collected on the user-specified day by each
bank and collector.
Journal listing
The report should show the details of each joumal entry posted to the Revenue
Management System. In particular, journal number, date, codes and descriptions of
accounts, the amounts of debits and credits, the narration, totals for debit and credit
entries.
Analysis of daily local budget revenue shares
The report should show the total amount of sharable revenues collected for the day, the
Central share, the local share and the distribution of revenue shares to various local
governments within the Region
Daily local budget revenue sharing report
The report should show the daily revenue shares, deductions due from revenue refunds
and net amounts due to each local government analyzed by revenue classification.
List of payment orders
The report should show the details of payment orders received on the date specified by
the user. The reported payment orders shall be sorted in the order of Local government,
Revenue classification and bank number. Sub-totals for each bank, revenue classification
and local government and the Daily total should be shown.
Daily revenue refunds
The report should show the details of revenue refunds processed on the user-specified
date sorted in the order of revenue classification. Sub-totals for each revenue
classification, and the day total should be shown.
Daily inter-classification transfer of revenues
The report should show the details of revenues transferred from one classification to
another on the user-specified day.
Daily transfer of revenues among tax offices
The report should show the details of revenues transferred on each day from one tax
inspectorate to another. The system should allow reprinting of the report for the user-

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 116/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

specified date
List of revenue classifications sharable between central and local budgets
The report should list the revenue classifications representing State taxes that are sharable
between Central and Local budgets according to the presidential decree on Central
budget. The report should also show the description and the sharing rate of
Central share for each revenue classification.
179

List of revenue classifications for sharing of state taxes to district and city authorities
The report should be produced separately for each local government and should list the
revenue classifications representing State taxes, and the share percentage for each
revenue classification.
List of local budget revenue classifications
The report should list the revenue classifications with relevant descriptions that are
dedicated to local budget.
List of central budget revenue classifications
The report should list the revenue classifications.
List of revenue classifications for which revenues are shared manually
The report should list the revenue classifications with relevant descriptions for which the
revenues are distributed manually.
List of incorrect revenue payment orders
The report should show the list of incorrect payment orders with the payer's bank details,
recipient's bank details (bank code and bank account number), that do not correspond to
the bank details of Regional Treasury, amount, payment order number and bank
reference.
Revenue receipts summary report
This report should show the analysis of state and Central revenue receipts by revenue
classification for the user-specified day. For each revenue classification, the total receipts
of state and Central revenues for the day and the year-to-date total receipts of the same
must be reported. Relevant sub-totals for each revenue category, class and sub-class and
the grand total for all revenues must be shown. The required data shall be provided by
Treasury Ledger system.
Revenue receipts detail report
This report should show the analysis of state and Central revenue receipts at two levels,
firstly by revenue classification and secondly by Region under each revenue
classification for the user-specified day. For each region under each revenue
classification, the total receipts of state and Central revenues for the day and year-to-date
total receipts of the same must be reported. Relevant sub-totals for each revenue specific,
sub-class, class and category and the grand total for all revenues must be shown. The
required data shall be provided by Treasury Ledger system.
Report Related to Cash Management
Monthly revenue forecasts
This report should detail the annual estimate, and the monthly forecasts for each month
for each revenue classification with sub-totals for each revenue sub-class, class and
category.
180

Monthly funds requirements summary


This report should show the monthly forecasted funds requirement by each ministry or
institution.
Monthly funds requirement detail
This report should show the monthly forecasted funds requirement by each budget
classification for each ministry / institution.
Monthly cash requirement summary
This report should show the monthly forecasted cash requirement by each ministry /
institution.
Monthly cash requirement detail
This report should show the monthly forecasted cash requirement by each budget
classification for each ministry / institution.
Forecasted financial position for the month
This report should be produced at the beginning of each month showing the comparison
of forecasted monthly receipts of treasury committee and expenditures. Receipts should
be aggregated by revenue category and expenditures should be aggregated by economic
category.
Forecasted cash availability for the month

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 117/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y
This report should be produced at the beginning of each month showing the balance of
cash available in the account, summary of revenues forecasted for the month by treasury
committee, projected loan receipts, projected cash expenditure for the month and the
anticipated availability of cash for spending during the month. A separate report should
be produced for each bank account viz. Treasury Single Account, Special Project
Account etc.. Each report should show the forecasts of dedicated receipts which shall
flow into the account and payments projected to be made out from the account.
Summary of bank transactions for the month
This report should show the balance at the beginning of the month, summary of daily
deposits and withdrawals and the closing balance at the end of the month in each bank
account.
Summary of bank transactions for the year
This report should show the balance at the beginning of the year, totals of deposits and
withdrawals for each month and the closing balance at the end of the year in each bank
account.
Bank transaction details for the month
This report should show the details of balances and transactions posted to each bank
account during the user-specified month.
Unspent expenditure limits summary report
This report should show the unspent expenditure limits (warrants) accumulated under
each economic classification, Year-to-date totals of allocated warrants, cash expenditures,
181

outstanding commitments, funds utilization and the balance of unspent warrants for each
economic classification must be reported. Grand total for all economic classifications
must be shown at the end of the report.
Unspent expenditure limits detail report
This report should show the unspent expenditure limits (warrants) accumulated by each
budget institution, analyzed by economic specific. For each economic specific year-to-
date total of allocated warrants, cash expenditures, outstanding commitments, funds
utilization and the balance of unspent warrants must be shown. Sub-total for each budget
institution and the grand total for all institutions must be reported.
Daily progressive budget withdrawal reports
This report should show the actual receipts of budget withdrawal amount for each day of
the month by selected Regions/city.
Year-to-date actual receipts of budget withdrawal reports
This report is a year-to-date report and should show the tax receipts, non-tax receipts,
revenue from capital transactions, receipts from revenue code 107101 and actual receipts
of budget withdrawal by selected Regions/city.
Reports Related to Debt Management
DMS should be able to produce the following reports:
a Comprehensive information about individual loans/ guarantees/ on-lending and
investments.
* Summaries of debt stock by currencies, lenders and other characteristics.
* Tables showing disbursements, payments due and payments made.
a Calculations of debt service.
* Tables on annual borrowing ceilings for the budget.
* Tables for balance of payment accounts.
* The impact of new borrowing.
* Sensitivity testing for interest and exchange rates.
* Calculation of concessionality and loan present value.
* Calculations of debt indicators and ratios.
* Reserves risk management.
* Summaries of external debt.
* Transaction details. Billing information.
* Short-term and long-term debt forecasting.
182

General Specifications
The system should have facilities to perform the functions described below:
Beginning of the Year Procedures
Define accounting calendar
The system should allow the user to define the accounting calendar for the current fiscal
year by entering the Accounting period number, start date and end date for each
accounting period. In general the system should allow the definition of accounting

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 118/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

calendar by month, by quarter, by week or by any user-defined period.


The system should ensure that the start date for each accounting period (with the
exception of the first period of the year) is consecutive to the end date for the preceding
period without any day/period omitted or overlapped.
Upon confirmation of the accounting periods and dates by the user the system shall create
an additional period beyond the end date for the last period in the year with an open end
date. This period will be used for posting adjustments after the accounts have been
closed at the end of the year.
It should be possible to create, add, delete or modify the chart of accounts and it should
be possible to restrict this facility to the authorized organizational levels.
Entries to posting level codes should automatically be rolled up to summary levels.
Data Aggregation from Regional Systems
The system should have features to collect the aggregated revenue and expenditure data
from the Treasury system running in Regions. The following information should be
collected daily as a minimum from Regions:
Identification data
* Date, batch number, regional identifier, accounting period, transmission date
Transaction data
The data should include budgetary receipts, budgetary payments, receipts and payments
from accounts of funds from chargeable services, deposit accounts, postings to
procedural control accounts for the day aggregated by budget classification codes or
account number with relevant totals and record counts. For each budget classification or
account the following data are required as a minimum:
* posting date,
* budget classification code or account number,
183

* total debits for the day,


* total credits for the day,
* year-to-date commitments, and
* appropriate hash controls to ensure data integrity.
Control data for each section (central! local)
* Debit total, credit total, record count and appropriate hash controls to ensure data
integrity.
* The system should ensure that the debit total agrees to the credit total.
Post regional accounting data
The system should have features to update the Central and local ledger accounts with the
data collected from Regions.
Data integrity checking
Prior to the posting of data to relevant ledger accounts the system should check the
integrity and validity of data contained in each batch. In particular, the system should
ensure that:
Data Posting to Ledger Accounts
The system should update the appropriate ledger accounts with data from relevant
sections in the batch that passed the data integrity checking
For each expenditure account the system should compare the resultant Running Balance
(Total debits - Total credits) with the Year-to-date total of Warrants. Any expenditure
account detected by the system whose Running total exceeds the Year-to-date Total of
Warrants, the system shall produce the report at the end of the posting process.
The value for "Year-to-date Commitments" should be the Year-to-date Commitments
amount of the corresponding record.
For each expenditure account code the system should compare the Year-to-date
Commitments figure with the Year-to-date total of Warrants. Any expenditure account
detected by the system whose Year-to-date Commitments exceeds the Year-to-date Total
of Warrants shall be reported at the end of the posting process.
Finally, the system should update the relevant Batch control record with appropriate
values for Status of Batch, Date Posted, Total debits and credits posted to Central budget
accounts and Total debits and credits posted to Local budget accounts.
Accounting journals
The system should have facilities to process Accounting Journals.
Daily trial balance
The accounts in the Treasury Ledger must be closed on a daily basis. The progressive
debit and credit balances in all ledger accounts must be totaled every day and a Daily
184

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 119/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Trial Balance must be produced by the system to confirm that the debit entries match the
credit entries.
Balances in the Cash Control Accounts of all Regions and the Central Treasury should be
added up as part of the Daily Trial Balance to determine the current balance in the
Treasury Single Account for reconciliation with the daily Statement from personal
account provided by the central Bank .
The system must be capable of re-producing the Trial Balances for the previous days for
which the user shall supply the date(s).
Monthly on the basis of data posted to the system and reflected in the Balance and extra
balance accounts accounting book, user shall print the Balance of budget execution by
accounts. Besides, the balance should show the amounts of extra balance accounts. Extra
balance accounts of the Treasury include the government reserve, repayable credits, and
loans, deposits to the Government, etc.
Reconciliation of Daily Postings to Treasury Single Account
The system should have facilities to prepare a statement reconciling the daily cash
movements in Cash Control Accounts in the Treasury Single Account against the figures
reported on the Daily Account Statement provided by the Central Bank.
The system should provide Manual and Automatic facilities for reconciliation of account
postings.
The system should have facilities to receive the Daily Account Statement data transmitted
by the Central bank, automatically import the data into the Reconciliation facility and
produce a Reconciliation Statement. The format of Central bank Daily Account
Statement and required controls including hash control or checksum digits shall be
discussed during the software customization.
End-of-Year Closing of Accounts
It may require some time to finalize the revenue and expenditure accounts of the former
year after the end of the fiscal year, concurrently with the operations of the current year's
accounts. The system should therefore establish necessary accounts for the new year as
will be determined by the user and allow keeping the accounts for the two years active
until such time the system administrator confirms that the accounts for the former year
have been finalized and should be closed.
After the accounts for the former year have been closed, the system should not allow the
user to post any entry into the accounts. The user should be allowed only to make
inquiries or produce reports on the former year's accounts.
185

Create new database


The system shall establish a new set of data for processing of the new year's accounts
separately from the current year's accounts.
The system should allow the user to carry forward the following data to the new year's
database:
Codes of budget classification (functional, institutional, economic), including
description,
Chart of Accounts, including description,
Balances of Cash Control Accounts,
Balances of Procedural accounts,
All necessary spending unit data,
The table defining the linkage between account numbers of Chart of Accounts and
functional, institutional and economic classification,
Table of transfer from budget classification codes of the previous years to the current
year.
The system should reset the values of approved plan, revised plan, current plan, and
Year-to-date total of warrants for each expenditure account to Zero.
The system should clear the values in Revision History data for each expenditure account
and revenue account.
The values of each data element in Warrants, Accounting Journal and Monthly Financial
data shall be cleared.
Close off previous year's accounts
Upon completion of the necessary year-end adjustments to revenue and expenditure
accounts, the system should allow the user to perform the following:
Post a journal entry to transfer the balances in revenue account by budget classification
codes to the credit side of State Consolidated Fund and the balances in expenditure
account under various classifications to the debit side of State Consolidated Fund;
Carry-forward the resultant balance of State Consolidated Fund to the new year's
accounts;
Aggregate the revenue collection and refund under each revenue budget classification
code by each month and record the monthly totals in the previous year's accounts;

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 120/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Produce year-end reports; and


Lock the database from further postings or changes.
If the user wishes to purge the detail transaction data in order to conserve disk space, the
system should allow purging the records only after the database has been locked as
described in 4.
186

The system should ensure that the data has been summarized to a higher level before
purging any detailed data record.
The system should also ensure that a complete archive of the database is taken before the
purging process. The system should allow the user to restore the purged data when
necessary.
Miscellaneous
Data Import and Export Facilities
The system should have features to import financial data generated from external systems
such as Cash Management system and Commitment Accounting systems running at
Regions, ministries and institutions.
The system should also have features to export data from the Treasury Ledger organized
in a user-defined layout to external systems.
The system must also have features to receive banking data transmitted by the Central
Bank and import the data into the system for reconciliation purposes.
Interface with Other Systems
The system must have on-line interface to the associated Cash Management System that
runs on the same hardware. The two systems must share the same reference data, e.g.
Monthly Financial Plan. The data required by the two systems must be entered only once
and must be available to both systems.
Backward Mapping of Account Codes
There may be cases where:
* an account code or budget classification code used in the past years has been replaced
by a new code in the current year; or
* an account code or budget classification used in the past years has been split into two
or more codes; or
* account codes or budget classification codes used in the past years have been merged.
* Codes of accounts or budget classifications of the previous years have been excluded
and other cases.
In such cases, the system must have facilities to map the account codes and budget
classification codes of the current year with the corresponding codes of former years.
The system should be able to handle different currencies and convert amounts from these
currencies to local currencies and vice versa.
Security Features
The system should support the following security features:
187

* The system must allow for the definition and maintenance of a unique identifier for
each user at a location.
* Access to the system must require at least two separate identification components
such user code and password.
* User access to the system and to each function within a module must be controllable.
) The system should allow for different categories of security:
> For systems administrators with unrestricted access.
> For update access.
> For delete access.
> For inquiry only.
> A combination of the above.
* The system should provide transaction level access control within a certain functions.
* The system should log all unsuccessful user access attempts.
* In case of three consecutive unsuccessful user accesses from the same workstation,
the system should disable the workstation.
* The time in which a user is logged off a user session in case there is no activity at the
workstation should be parameter driven at the global level.
* Only users with system administrator access control should have the privileges to
change a user's access control.
* The frequency with which user access control codes are changed should be parameter
driven.
* Remote users should have a separate access control code for logging on to the server.

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 121/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

* Electronic files transferred between nodes of the system network should be encrypted
on transmission and decrypted on receipt.
Recovery and Data Integrity
* The application software must ensure data integrity in the event of a hardware or
software failure.
- The application must allow for recovery of processing after a hardware or software
failure.
* The system should provide control features such as input and update counts, batch
totals, update audit listings, error report generation etc.
188

DATA ARCHITECTURE- DATA ENTITIES CREATED BY TREASuRY FUNCTIONAL


PROCESSES
Functional Process Data EntMies Definition
Created
1. Management of Budget Authority:
1. Apportionment and Allotment: After Approved budget Description of approved programs
and
approval of the annual budget by Parliament it projects to be executed by line
is loaded into the system by the Budget agencies during the year and amount
Department of the MOF. The approved budget of funds voted.
for spending ministries is then broken down to
the detailed level of economic classifications
and is apportioned over time (quarters and Apportionments The approved budget, for
ministries,
months) and is registered in the system by the broken down to the detailed level
of
MOF and communicated to the spending economic classifications and
ministries. The spending ministries, in tumn, apportioned over time, i.e. by
quarters
register the detailed budget for their or months.
subordinate spending units and communicate
the allotments to the spending units. These are
the spending limits for the spending ministries Allotments -
and spending units by quarter/ month for the spending limits The approved budget for spendingl
fiscal year. Spendinglimits may be variedunits, broken down to the detailed
fiscal year. Spending limits may be varied level of economic classifications
and
during the course of the year in accordance by quarters or months.
with the results of monthly or quarterly
reviews of budget performance. For example
changes may be caused by variations in the
revenue forecasts, commitment and
expenditure patterns, etc.
1. Management of Budget Authority: Line agencies' and spending units
projections of expenditure and
2. Warrant allocation: Each year, financial Financial plans/cash requirements of cash, based
on known
plans detailing projected outlays and receipts requirements and anticipated commitments for
both
are developed by spending units and ministries. forecasts recurrent and capital expenditures
for
As the year progresses, sector agencies prepare planned programs and projects.
periodic requests for funds by economic
category, which are also captured. The MOF
then issues warrants to ministries for each
category of spending. From these amounts the
ministries issue sub- warrants for their
spending units and advise the appropriate
spending units. These processes take place Periodic cash Line agencies' and spending units
periodically through out the year. The warrant Requirements periodic (monthly) requests for
cash
and sub warrant amounts need to be within the projections based on approved
amounts specified in the spending limits for financial plans.
these organizational units. Warrant amounts
are determined in the light of the results of
periodic budget reviews, revised revenue Warrant/ sub-warrant Periodic release of funds by the

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 122/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

MOF
forecasts and cash balances. allocations through the Treasury to Line
Ministries and by the Line Ministries
to subordinate spending units by type
of expenditure. Warrants and sub-
warrants give the spending agency
189

Functional Process Data Entities Definition


Created
and the Treasury the authority to
process payment requests up to this
amount.
1. Management of Budget Authority:
3. Budget transfers/ virements: Normally Budget transfers/ Permission to the spending
ministries/
the Budget Law permits the MOF, the virements spending units issued by the
spending ministries and the spending units to competent authority to shift the
shift the approved budget between approved budget between
organizational and object classifications within organizational and object
restrictions set by the relevant laws. Shortfalls classifications within
restrictions set
identified by spending units in one or more by the relevant laws.
economic categories may be met from excesses
in other economic categories in their budget.
For this, a budget transfer request needs to be
processed. For some items and within certain
thresholds, spending units may have the
financial powers to make the transfer
themselves. For these cases, they will update
the budget data base in the system. For cases
which are beyond their financial powers, they
will request the parent ministry or MOF to
process the transfer, depending on the type of
transfer. If approved, the Ministry / MOF will
process the transfer and update the data base.
The spending unit will be informed of the
decision on the request.
1. Management of Budget Authority:
4. Supplementary budgets: During the course Supplementary Revisions to the approved budget
of the year revisions to the approved budget budget authorizations normally carried out by the
Parliament
may be carried out by the Parliament. These at mid year, to meet shortfalls in
revisions are carried out in accordance with the budget allocations.
procedures for finalizing the original budgets.
The process of preparing supplementary
budgets covers the preparation, routing and
approvals of requests for a supplementary
budget. Supplementary budgets are normally
presented to the Parliament for approval at mid
year
2. Comniitment of Funds: Procurement requests Request for procurement of goods
and
1. Procurement of goods and services. services made by staff in line
(Spending units process transactions directly agencies. The request needs to be
through regional treasury offices.) As the year authorized by line agency managers
progresses, spending units process requests for after deterrnining validity of
request
goods and services. After verifying the and availability of budget
allocations
appropriateness of the expenditure and and spending limits.
availability of budget and spending limit, the
spending unit will process the procurement
request according to prescribed procedures and Order for the purchase of goods
and
place a purchase order on a vendor for the services issued by line agency or
procurement of goods and services. The vendor Purchase orders central supply organization

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 123/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

specifying
should be registered in the database of vendors. goods and services required and
time
190

Functional Process Data Enitiies Definition


Created
The spending unit will then register a of delivery.
commitment in the system and block the
corresponding amount from the available
budget and spending limit. The commitment Transaction setting aside funds as
a
transaction is forwarded to the parent ministry Commitment result of approval of specific
requests
and the MOF-Treasury regional office that will transactions for procurement of goods and
services
process the payment against this commitment. and issuance of corresponding
Alternatively: (Case 2: Spending units route purchase order
their transactions to the spending ministries
which then process send them through the
relevant treasury office. Treasury does not have
a regional network). l
2. Commitment of Funds:
2. Creation of a new staff position and Staff position Specifications of an appointment in
recruitment to this position. The Spending government. Positions are specified
in
agency prepares the position description and terms of position titles, job
requests the Line ministry for approval. The descriptions, grade level for the
Line ministry reviews from a requirements position, giving the range of
starting
stand point and forwards the request to the and ending salaries that an
incumbent
MOF. The MOF approves after reviewing will receive.
against budget availability. After the position
has been created, the spending unit may carry
out recruitment to this position in consultation
with the parent ministry. After recruitment, the
personnel data base and the commitment
amount relating to monthly salary and benefits
for the spending unit need to be updated.
2. Commitment of Funds:
3. Payroll commitments. The spending Unit Payroll commitments Estimated monthly payroll costs
for a
calculates the payroll commitments on the spending unit based on the numbers
basis of staff on board and the authorized pay and grade levels of staff on board,
and
and allowances for staff. These are checked the financial allowances and
benefits
against budget availability and then advised to allowed to them.
the spending agency and the MOF. Salary
commitments may be advised only once a year
on an estimated basis and adjusted as necessary
during the year. Changes would be necessary if
the pay and allowance structures change, staff
on board are promoted, new staff are added or
staff reductions occur
3. Payments and Receipts Management:
1. Verifications of goods and services receipt Goods receiving Certificate of receipt of
and payments. Case 1: Spending units route report/certificate of goods/delivery of services
required
their transactions through the relevant Treasury completion of prior to release of payment
office which, after examination, sends a services
payment order to the bank where the TSA is
held. The process starts with the receipt of Request for payment made by vendor
goods and services. These need to be validated Bills/ invoices to line agency for goods and
services
against the purchase order and a verification of procured by that agency against a

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 124/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

receipts report is generated and entered into the purchase order


system. On receipt, the invoice from the vendor
191

Functional Process Data Entities Definition


Created
is checked against the receipts report, the
purchase order and the payment approval
process commences. The requests for payment Authorization for payment against a
are examined with reference to the available bill or invoice made by line agency
budget (spending limits, warrants) and the Payment order finance officials or treasury/MOF
existence of a prior commitment. After officials after determining
availability
approval, the request is sent to the cash of funds
management section and scheduled for
payment. The list of completed payments Amounts of funds written off to
received from the TSA Bank ( normally the expenditure for accepted
Central Bank) is used for reconciliation of Payments commitments on the basis of
approved
records at the Treasury and the Spending Unit. payment documents.
Financial instrument authorizing
recipient to draw money from line
agency account with the treasury or
Check authorized servicing bank
Record of payment and payable
Accounts payable transactions carried out over the fiscal
ledgers year
3. Payments and Receipts Management:
2. Payroll payments. The Spending Unit Personnel data base Master data for each employee in
a
computes the salary of the employees on its government agency
rolls. This involves, updating the data base for
three types of change.(a) Changes to the
employee's data that would impact the salary.
This includes changes such as promotions, Payments related to
addition of new allowances etc.. (b) Changes to payroll Payroll payments made to civil
the employees general data such as transfers, service employees
change of address, account number etc. and,
(c) Changes that would impact the employee
salary only in the current month. After these Payroll and benefits data for each
updates, the spending unit computes the Payroll and benefits employee. These figures are
computed
payroll. This is validated against the authorized by the payroll and benefits
processing
position list for the spending unit. The request program.
for payment is then forwarded to the Treasury
for approval and payment. The Treasury
approves this request after checking the Pension details for amounts paid
out
available budget (spending limits, warrants) Pension data to pensioners.
and the authorized position list. The request is
then sent to the cash management section and a
payment order is sent to the TSA Bank to
deposit the appropriate amount in the
employee's Bank account. In case employees Payments related to Pension payments made to
do not have bank accounts, the TSA bank may pension government pensioners
make the cash available to the spending unit
for the payment of salaries. Authorize
expenditures
3. Payments and Receipts Management.
3. Receipts. Government receipts are paid Tax revenue receipts Receipts of government tax
revenues
through payment orders issued by the payee on paid into the treasury
his Bank. The Bank transfers the payment to
192

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 125/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

Functional Process Data Entities Definition


Created
the Treasury single Account at the Central
bank. The Treasury monitors the deposits of
Government receipts through daily statements Non-tax revenue Receipts of government non-tax
received from the Bank. The Treasury receipts revenues paid into the treasury
implements any revenue sharing arrangements
that are in place between the central
government and the sub national governments Revenue sharing rules Rules for sharing revenues
between
etc. and posts the detailed revenue category the center and sub- national levels
of
wise figures in the General Ledger and informs government
the relevant SU or revenue collection
department of the receipts.
Accounts receivable Record of receipts/receivable
ledgers transactions carried out over the year
4. Cash Management:
1. Expenditure and revenue forecasting, 2. Expenditure Forecasts Estimates of cash requirements
made
cash monitoring, 3. Borrowing strategy. The by spending units at the start of
the
cash management department receives year and revised periodically
expenditure and revenue forecasts from the specifying the amount of money
spending ministries and from the debt required at specific times of the
year
management department on debt servicing for each major category of economic
expenditures. The revenue collection agencies expenditure such as salaries, goods
&
prepare revenue forecasts. The Cash services procurements, etc.
management department examines this data
with respect to the accounting data booked in Estimates of inflow of tax and non
tax
the TGL, the Debt management database and Revenue Forecasts receipts for year made by the
revenue
the cash balances in the TSA and its collection departments. Revenue
component sub- accounts. This enables it to forecasts are made at the start of
the
determine the liquidity position of the year and revised periodically on
the
government and shortfalls/ surpluses. This basis of actual out turns.
information form the basis of the MOF Balances in the Treasury single
determining the borrowing requirements and Cash balances account and or designated bank
the spending limits and warrants for spending accounts. Cash balances are
effected
ministries and units. by expenditure / receipt
transaction
that would impact the TSA/
designated account.
193

Functional Process Data Entities Definition


Created
5. Debt & Aid Management:
1. Debt recording and servicing: The debt Debt portfolio Details pertaining to each debt
management department receives the loan instrument held by the Government
agreements form the donor/ lending agencies
and registers the loan details in the system,
including the disbursement and debt servicing Debt service payments made for
schedules. The debt management department Debt service government borrowings
also records commitments related to debt payments
servicing. On receipt of debt service bills, the
department verifies receipts and payments due Payments related to grants,
subsidies,
against the debt portfolio and forwards it the Grants and other etc.
bills to the Treasury for payment. The Treasury payments

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 126/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

processes these payment requests in a similar


manner to that for other payment requests. On
conclusion of the transaction the paying bank
sends a list of payments to the treasury which
in turn sends the list of debt related payments
to the debt management department. These are
used for re-conciliation purposes.
5. Debt and Aid Management:
2. Loan receipts: The Debt management Loan Receipts Receipts of government loan
department and/or the spending ministry proceeds/ grants paid into the
treasury
receives information from donor agencies
about loans given to government. The Debt
Management Department registers the loan
agreement and the schedule of trance releases
for the loan. The money is deposited by the
donor in the TSA Bank. Receipts are recorded
by the treasury in the general ledger.
Information on receipts is passed on by
Treasury to the Debt management department
which in turn passes it on to the concerned
ministry/ spending unit.
5. Debt and Aid Management:
3. Grant receipts: The Debt management Grant receipts Receipts of government loan
department and/or the spending ministry proceeds/ grants paid into the
treasury
receives information from donor agencies
about grants given to government. The ministry
forward the grant agreement to the Debt
management department The DMD registers
the grant agreement and the schedule of
tranche releases for the grant. The money is
deposited by the donor in the TSA Bank.
Receipts are recorded by the treasury in the
general ledger. Information on receipts is
passed on by Treasury to the Debt management
department which in turn passes it on to the
concerned ministry/ spending unit.
194

Functional Process Data Entities Definition


Created
5. Debt and Aid Management:
4. Issue securities. If the Cash management Securities Financial instruments, like
Treasury
department finds that the cash requirements for bills etc., issued by the
government to
a given period are more than the available cash raise financial resources to
finance
balances in the TSA and associated accounts it temporary or longer term
deficits.
asks the Debt management department to issue
securities. The debt management department SecuritiesPortfolio of all securities held by
decides on the nature of securities to be issued olo govemment
and instructs the Central Bank to issue the
required securities. Receipts on account of the
sale of the securities are deposited in the TSA
and the Central bank advises the MOF
accordingly.
5. Debt and Aid Management:
5. Recording guarantees as contingent Guarantees Instrument that defines the
amount,
liabilities and processing payments against date and conditions related to
the
guarantees. The debt management department contingent liability created by
the
will register guarantees given by government. guarantee.

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 127/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

These will be treated as contingent liabilities.


The DMD will receive information from the
beneficiary of the guarantee at the time the
guarantee is initiated. At end of the guarantee
period, the beneficiary will inform the DMD
about liquidating the contingent liability. In
the case of a call for payment against the
guarantee the beneficiary will send a payment
request to the DMD which, after verifying the
existence of the liability, will request treasury
to make the payment.
6. Budget review and fiscal reporting:
The Treasury System is used to produce Expenditure reviews Periodic reviews of actual
periodic fiscal reports that give a consolidated expenditures, analysis of
variations
picture of all receipts and expenditures and with budgetary estimates, and
progress against budget targets. For these comparison of financial and
physical
reports to be comprehensive, all items of progress; consisting of overall
budget
receipts and expenditure need to be captured. reviews and agency reviews of
The Government Chart of Accounts is the basis programs and projects
of the fiscal reporting process. These include
l
the Fund, organizational, functional and Fiscal reports Periodic reports to monitor
overall
economic classifications structure of the budget flow of appropriations and
inflows of
and the classification of account groups, assets revenues over the course of the
year,
and liabilities. As line ministries and spending highlighting major deviations
from
agencies carry out their work programs, planned budget program and
expenses and receipts are posted to the GL by suggesting corrective measures
the Treasury system by budget object. Ministry
systems record physical on programs and Record of transactions showing
projects. This information is forwarded to the Budget ledgers amount of budget authorizations
and
MOF. The Treasury General ledger records funds allocated for programs and
receipts of various types of tax revenues, loan/ projects and all changes to
aid receipts, and debt servicing expenses. On authorizations/funds
allocations as a
the basis of this data the MOF can DreDare result of budset transfers or
additional
195

Functional Process Data Entities Defnition


Created
overall fiscal reports that compare actual fund allocations via
supplementary
expenses and receipts with the budget authorizations, with the
authority and
estimates. These reports provide a status report dates of various changes and
totals of
and recommendations and action plans for expense and commitment
transactions
corrective action during the course of the year. against budget categories
These could include revisions to spending
limits, warrants, etc. General ledgers Record of financial transactions
General ledgers classified according to chart of
accounts
196

BIBLIOGRAPHY
Hashim, A. and W. Allan. "Information Systems for Government Fiscal Management ",

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 128/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y
World Bank Sector Study Series, World Bank (Washington, 1999).
Walsham, G; V. Symons, and T. Waema. " Information Systems as Social Systems-
Implications for Developing Countries", Information Technology for Development,
Vol. 3, No. 3, 1988
197

Distributors of World Bank Group Publications


Prices and cr dir rerms vary from CZECH REPUBLIC INDIA
Eulyoo Publishing Co Ltd. PERU SWEDEN
countrY to country. Consult yaur USIS, NIS Prodejna Allied Publishers Ltd.
46-1, Sueong-Dong Editoral Desarrollo SA Wennergren-Williamrs AB
local distrbutor before placing an Hanelkova 22 751 Mount Road
Jongro-Gu Apartado 3824, Ica 242 OF. 106 P 0. Boo 1305
order, 130 00 Prague 3 Madras -600 002
90ul Lima 1 S-171 25 Solna
Tel: (420 2) 2423 1486 lel: (91 44) 852-3938 Tel: (82 2) 734-3515
Tel: (51 14) 285380 Tel: (46 8) 705-97-50
ARGENTINA Fau: (420 2) 2423 1114 Fax: (91 44) 852-0649
Fax: (82 2) 732-9154 Fax: (51 14) 286628 Fax: (46 8) 27-00-71
Norld Publications SA URL: http:H/wwwn.is.czl INDONESIA
LEBANON PHILIPPINES E-mail: mailittwvi.se
Av. Cordaoa 1877 DENMARK Pt. Indira Limited
Librairie du Liban Intemabonal Booksource Center Inc. SWITZERLAND
1120 C(udad de 48ueros 6ires SamfundsLtteratur Jalan Borobudur 20
PO. Box 11-9232 1127-A Antipolo St, Barangay, Libraine Payot Service
Instnutionnel
Fa-: (54 11) 4815-8156 Rosenoerns AlIt 11 P.O. Box 181
Beirut Venezuela C(tm)tes-de-Montbenon 30
E-ail:(5 wjrbeks@if5 oa1m5 a D7K-1970oFrederiksberg C Jakarta 10320
Tel: (961 9) 217 944 Makati City 1002 Lausanne
Email:wpbooksinfovia.com.ar DK7Tel: (45 35) 351942 Tel: (6221)390-4290
Fan: (961 9)217434 Tel: (632) 896 6501; 6605; 6507 Tel: (41 21) 341-3229
AUSTRALIA, FIJI, PAPUA NEW Fax: (45 35) 357822 Fax: (62 21) 390-4289
E-mail: hsayegh@librainie-du- Fax: (63 2) 8961741 Fax: (41 21) 341-3235
GUINEA, SOLOMON ISLANDS, URL: http:l/www.sl.cbsddk IRAN
liban.com.lb
VANUATU, AND SAMOA ECUADOR Ketab Sara Co. Publishers
URL hbtn/cm.libraii-do- International Publishing Service EditionsTechniques
D.A Inforfation Servoces Libri Mundi Khaled Eslambcli Ave., 6th
Street Uban.comJb Ul. Piekna 31(37 Ch. de Lacuez 41
648 Whitehorse Road Libreria Internacional Delafrooz A1e1 No. 8
MALAYSIA 00-677 Waroawa CH1807 Blonav
Mitcham 3132, Vctoria PO. Box 17-01-3029 RO. Box 15745-733
University of Malaya Cooperainve Tel: (48 2) 628-6089 Tel: (41 21) 943 2673
Fae: (61) 3 9210 7788 Juan Leon Mera 851 Tehran 15117
Boaohop. Limeed Fax: (48 2) 621-7255 Fax: (41 21) 943 3605
Eaxi: se1 e 92d0 rc.cm Quito Tel: (98 21) 8717819:
8716104 P.O. Box 1127 E-mail: books%ips@ikp.atm-com.pl THAILAND
EImRl: http-//wewdadirect.com.au Tel: (593 2) 521-606: (693 2) 644- Fax: (98 21) 0712479
JuIce PacEd Baunt IRL: eta oksDsebt
USRIa 195cewdadirectcomau 85 E-mail: ketab-
sara@neda.net.ir 59700 Kuala Lumtr httpJ/ww.iPscgwawpldps/eupor 306 Silom
Road
AUTIeedAnCe Fan: (593 2) 504-209 oicmc Kowktab Publishers
Tel: (60 3) 756-50 0 PORTUGAL Bangkok 10600
Gerold and Co. ~ E-mail: librimulce4ibrim nico.c P0 Bun 19575-511
Fac: (60 3) 755-4424 Linraria PurtauTe:(6223g3-
Weihburoasse 26 E-mail: i ib dcom.ec TeoBan
E-mail: um1koopcmtn03etmy Apartado 268 ,ua Do Carm Ta: (66 2) 237-0321
A-1011 5en CODEU Tel: (98 21) 258-3723
MEXICO o 70-74 TRINIDAD & TOBAGO
Tel: (43 1) 512-47-3129 Ruai de CastilIa 763. Edif Expocolor Fax: (98 21) 258-3723
INFOTEC 1200 Lisbon AND THE CARRIBBEAN
Fax: (43 1) .cwat4online Primer piso, tf. #2 IEADAn. San Fernando No. 37Te:
()3748A
URL: http. 0Qwoirgerondco/at.onine Qilto IREUND
Col Toriello Guerra Fax: (1) 347-0264 Systermabcs Studies Ltd.

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 129/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

BANGLADESH Fel/Faa: (593 2) 507-393- 253-091 Government Supplies Agency


14650 Melgco. F.F St. Augustine Shopping
Center
BANGLADESH feliFax: (593 2) 507-383, Road0Tel:4(52 5)xi624-2000
Eastem Main Road. St. Augustine
Micro Industries Development E-mail: codeu@impsat.net.ec Ofian tSolathamr
Tel: (52 S) 624-2800 Ead & Toa WeSt Indie
Assistance Societ (MIDAS) EGYPT ARAB REPUL OF larcoun Roa
Fax: (52 5) 624-2822 ROMANIA Trindad & Eobagu, West
Indies
HouseS., Road 1EGYT, .RA REULCO ulnE-mail:
inf0tec4rtn.net.mx Comrpani Do Librarii Bucurenti S.A
Tel: (068) 645-9466
Dhanmondi RZO9 ea Al Ahram Distribution Agency Tel: (353 1) 661-3111
URE a l @ t etmx t i n 26 sto F anit: (80) 06 -8 4
Dhanmandi 209 aAl Galaa Street Fax: (353 1) 475-2670
BucharestbMmiadne
Tela (80 2) 326427 Cairo ISRAEL
Mundi-Prensa Mexico SA. de C. Tel: (401) 313t9645 UGANDA
Fax: (B80 2) 811188 Tel: (20 2) 578-6003 Yozmot Literaoure Ltd.
Cio nucou 141-Coonia Fax: (40 1) 312 4000 Gustuo Ltd.
FaxE (20 2) 578-6833 PO Box 5605Handlar Sreet 00500 M c OF
RUSSIAN FEDERATION PO Box 9997, Madhvani Building
Jean D Lannoy 41Sher M Steet Tel anm 61500- 5)(533-S
658 lsd5lsatelstvooV Mi> Plot 16/4 JinjaRd
Av. do Rot 202 4Caihrn fSr Tel: (9723 6285-39
Fax: (52 5) 514-0799 9a, KlahiPereulok 1
1l00 Brussels 5169 Tel: (20 2) 393-9732 Far: (972 3) 5285-397
NEPAL TelM (7 09) 917 87 49 Tea: (266 41) 251467
Fax: (32 2) 538-0841 Fax: (20 2) 393-9732 R.O.Y International
Everest Media Intemaional Services Fax: (7 09) 9178748 Faa: (256941)2251 408
Fan: (32 2) 630-0941~~~~~~~~~~~~~~~~~~~~~~~~~~~P Bx135 (. Ld
BRAZIL FINLAND G0PenO306oxP Ltd.Fiaa:
(095)9179259 E-mail:
KIGussDftgOdaco
Publicacoes Tecnicas Internacionais Akateeminen Kirjakauppa Tel Aviv 61130
GPOhBund4 SING lltttANUNITEDMiKcroinfoGLtd
Etita. ~~~~~~~P.O. Boa 128 Tel: (972 3) 649 9469
Kathmandu SINGAPORE; TAIWAN, CHINA McoooLd
Ltda. ~ ~ ~ I-sllHlsoiFa:(7 )6809Tel: (977 1) 416 020
WYANMAR, BRUNEI P0O. Boa 3, Omega Park, Alton,
Rua Peinoto Gomide, 209 FN011Hestk Fax i923l6863
Foe: (977 1) 224 431 HemisrNre Publicatoion Services 1-lampshiro G1134 2PG
01409SuePaoulo, 5Pi Tel: (3580) 121 4418 E-mail roylnetvsion.net4
Kan ad#04-03 Engl
Tel: (66 11) 259-0644 Fax: (350 0) 121-4435 URL. tntop:/ww.royintco.il
NETHERLANDS Golden ALe] Building Tel: (44 1420) 86048
Fax: (55 11) 250-6990 E-mail: akatilnun@stocktmann.f Palestinian
Auithonr%/Middle East Do UindeboornVlnternationale Singpr 3436Faa: (44 1420) 09889
E-ma4: postmaster@pti.uol.br E: hst:vaka@eemoencol Indet Information SeMices
Publicaties b.v.- Tel: (65) 741-5106 E-mail: wbankomicroinfo.co.uk
URL: http://ew.uol.br FRANCE PO.B. 19502 Jerusalem
RO. Box 202, 7480 AE Haaksbergen Fax: (65) 742-9356 URL:
http://www.microinfo.co.uk
CANADA Editions Eska: DBJ Tel: (972 2) 6271219
Tel: (31 53) 574-0004 E-mail: ashgate@asianconnect.com The Stationery Office
Ronouf Pubishing Co Ltd 48. rue Gay Lussac Fax: (972 2) 6271634
Fax: (31 53) 572-9296 51 Niee Elms Lane
5309u CablshinCo Ltad . 75005 Pass
E-mail: lindeboot'worldonline ri SLOVENIA Lno W D
536 Road Tel: (33t1) 55-42-73-08 Licosa ClommissionarnaSansoni SPA URL.
httpJvww.worldonine.nIl-lien GospOdarrsk vestnik Publishing Tel: (44 171) 873-8400
Tel: (613) 745-2665 Fax: 633-1) 43-2991-67 Via Duca Di Calabna, 1/1
Dunajsa ceR Fax: (44h171) 873-8242
Fax: (613) 745-7660 GERMANY Casella Postale 552
NEW ZEALAND 1000 Ljubliara URL:nhapJAvvw.thestaioner
E-mail: UNO-Vertag 50125 FirenzeBC Z
Tel: (38061)1338347:132 1230 offce.co.ukl
lrder.deptc@renoufbooks.com Poppelsdorfer Alleeo 6 Tel: (39 55) 645-415

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 130/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

EpBSrO N iLtd. 1 Fax: (38661)1338030 VENEZUELA


URL: http://www.renoufbooks.com 53115 Bonn Fax: (3955)641-257
New Market E-mail: repanselg@gvestnik.si Tecni-Ciencia Libros, S.A.
Tel: (49 228) 949020 E-mail: licosaiftbcc.it Auckland
SOUTH AFRICA, BOTSWANA Centro Cuidad Comercial Tamanco
China Fnnii&EDoi Fax: (49 228) 217492 URL:
fittp:/lwww.ftbcc.itllicosa Tel: (64 9) 524-8119 For sinole tites:
Nivel C2, Caracas
Publishina House URL: http://www.uno-verlag.de JAMAICA
Faa: (64 9) 524-8067 attend nersity Press Southem Tel: (502) 959 5547: 5035:
0010
9, On Fo Si Dong Jun E-mail: unnveriag@aol.carn Ian Randle Publishers Ltd.
Africa Fan: (50 2) 959 5030
Beiiic GHANA 206 Old Hope Road, Kingston
6 Oasis Oficial Vasco Boulevard, Goodwood ZAMBIA
(8610) 6401-7365 Epp Books Services Tel: 876-927-208S
PO. Box 3627 PO. Box 12119, Nl City 7463 University Bookshop,
University of
Faxn (8610) 6401-7365 PO Box 44 Fax: 876-977-0243
Welbeqton Cape Town Zambia
China Book Impost Centre UC E-maiel: (6rp4)c499s156
Tel: (27 21) 596 4400 Great East Road Campus
P.O. Box 2825Accra
Faa: (04 4) 499 1972 Fax: (27 21) 696 4430 P0O. Boo 32379
P0. Boo 7926 Tel: 223 21 778843 JAPAN
E-mail: oasis@actnix.gee.nz E-mail: oxford@oup.co.za Lusaka
Beijing Faa: 223 21779099 Eastem Book Service
URL: http-iwww.oassbooks.co.nz For subsTption orders: Tel: (260 1) 252 576
Fw: 223 21 779099 3-13 Hon9o 3-chiote, Bunkryo-kuFmnbcrpieidrs
Chiese CH rporaniu for Promotino GREECE Tokyo 113
NIGERIA International Subscription Service
52, Von Fang He Tong, Papasotiriou S.A. Tel: (81 3) 3818-0861
PO o 19 ZIMBABWE
of Humanities ~~~~~~~~35, Stoomrnar Stm. Fax: 181 3) 3818-0864 -
tniversity Press LimnitedP0Be419
Xuan Nei Da Jie
Three Crowns Bwildi Jericho Craigh4ll Academic nd Baobab Books
(Pvt.)
Beu I D~~~~16 82 Athens E-Mail: oTdoms@1sv1-ebs.cojp,
Private Mail Bag 509 Johannesburg 2024 Ltd.
T ,?8n 66 2 94 Tel:(301) 364-1826 URL:
_s Tel: (27 11) 000-1448 4 Conald Road,
Graniteside
Tel: (6 1000749xTl (30 1)364-18264 htRL:1 wIekae.rp t
badan Faa: (27 11) 880-0248 P.O. Boa 507
Faa: (9 10)0007244 Faa (301) 364-9254 7bttp:/HAT.bekkoeme.onjp-svt- Tel: (234
22) 41-1356 E-mail: iss@is.co.za Harare
COLOMBIA ~ ~ AII hsFax: (234 22) 41-2056Te:234755
IOLaMBta Culture Diffusion KENYA
SPAIN Tel: 263 4 755035
Camrera 6 No. 61-21 5, Rue Capois Afica Book Service (E.A.)
Ltd. PAKISTAN Mundi-Prensa Libros, S.A. Faa: 263 4 791913
Caortaa Ae6eo 34270 CRP 257 Quaran House, Mfangano
Street Mirza Book Ageecy Castello 37
=anado Berot D.C. Port-au-Prnce RO. Box 45245
65, Shahrah-e-Quaid-e-Azam 28001 Madrid
Telt (5 1) 290-2198 Tel: (609) 23 9260 Nairobi
Lahore 54000 Tel: (34 91) 4 363700
Fax: (571( 280-2798 Fax: (509) 23 4858 Tel: (254 2) 223 641
Tel: (92 42) 735 3601 Fax: (34 91) 5 753998
HONG KONG, CHINA,- MACAD Fax: (254 2) 330 272 Fax: (92 42) 576 3714
E-mail: libreria@mundiprensa.es
COTE D'IVOIRE HOia KON CtINA LegaAy Books
*-URL: http://ww.mundcprensa.cornl
Center d'Edition et de Diffusion Asia 2000 LtdC Leaa House
Onford UB nersity Press Mundi-Prensa Barcelona
AficaRne C 302 Seabird House Mezzanine 1
Sharae Faisal nCensell deCent. 391
AbidJan 04 22-28 Wyndham Street, Central PO. Box 68077

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 131/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

PO Box 13033 Tel: Barcelona


Tel: (225) 24 6510: 2406511 Hon?8Ken- China NairobiKach750
oel: (226)2465105 2467 11 HTel (8052) 16530-1409 Tel: (254) 2-330853, 221426
Kar2achi-75350 Tel: (br34e3))4 am88-3d4p92 n
Fao: (852) 2526-1107 Fax: (254) 2-330854, 561654 Fax: (92 21) 4547640
E-mail: barceboa@mundiprena.es
CYPRUS E-mail: sales@asia200O.com.hk EKmOa,: Legacy@form-net.coF
E-mail: ouppakoTheOffice.net SRI LANKA, THE MALDNVES
Center for Applied Research URL: http l//wwwasa2000 com.hk KOREA, REPUBLIC OF
Lake House Bookshop
Cyprus College HUNGARY Dayang Books Trading Co.
Pak Book Corporation 100, Sir Chittampalam Gardiner
6, 2iogenes treet Engomi Euro Info Service International Division
RAiz Chambers 21, Queen's Road Mavwaha
PO. Box 2006 Maroitszoet Europa Haz 783-20, Pangba Bon-Dong,
Lahore Colombo 2
Nlcos(a72)69-0730 H-1 38 Eudapest Socho-ku
Tel: (92 42) 636 3222: 636 0885 Tel: (94 1) 32105
Fan: (357 2) 59-2051 Tel: (36 1) 350 80 24. 350 80 25 Seoul
Fax: (92 42) 636 2328 Fax: (94 1) 432104
Fax: (357 2) 66-2051 Fax: (36 1) 350 90 32 Tel: (82 2) 536-9555
E-mail: pbciebrain.netrpk E-mail: LHL@sri.lannka.et
E-mail: euroinfo@mail.rrmatavhu Fax: (82 2) 530-0025
E-mail: seamap@chollian.net

Recent World Bank Technical Papers (continued)


No. 454 Gordon Hughes and Julia Bucknall, Poland: Complying withl EU Environmental Legislatutre
No. 455 Dale F. Gray, Assessmenit of Corporate Sector Valute and Vuilnerability: Links to
Exchanage Rate aud Financial
Crises
No. 456 Salman M.A. Salman, ed., Groundwater: Legal and Policy Perspectives: Proceedings of a
World Bank Seminar
No. 457 Mary Canning, Peter Moock, and Timothy Heleniak, Reforming Education in the Regions of
Ruissia
No. 458 John Gray, Kazakhstan: A Review of Farm Restructuiring
No. 459 Zvi Lerman and Csaba Csaki, Ukraine: Review of Farm Restructulring Experiences
No. 460 Gloria La Cava and Rafaella Y. Nanetti, Albania: Filling thle Vullnerability Gap
No. 461 Ayse Kudat, Stan Peabody, and Caglar Keyder, eds., Social Assessment and Agricultnhral
Reform in Central
Asia and Thirkey
No. 462 T. Rand, J. Haukohl, and U. Marxen, Mutnicipal Solid Waste Incineration: Reqllirementsfor
a Sicccssfjil Project
No. 463 Stephen Foster, John Chilton, Marcus Moench, Franklin Cardy, and Manuel Schiffler,
Grouindwvater in
Ruiral Development: Facing tihe Challeniges of Supply and Resolurce Suistainability
No. 465 Csaba Csaki and Zvi Lerman, eds., Structutral Chlange in the Farming Sectors in Central
and Eastern Eufrope:
Lessonsfor EU Accession-Second World Bank/FAO Workshop, June 27-29, 1999
No. 466 Barbara Nunberg, Ready for Euirope: Putblic Adminlistrationi Reform and Eutropean Union
Accessioni in Central
and Eastern Eutrope
No. 467 Quentin T. Wodon with contributions from Robert Ayres, Matias Barenstein, Norman Hicks,
Kihoon Lee,
William Maloney, Pia Peeters, Corinne Siaens, and Shlomo Yitzhaki, Poverty and Policy in Latin
America
and the Caribbean
No. 469 Laurian Unnevehr and Nancy Hirschhorn, Food Safety Issutes zn the Developing WVorld
No. 470 Alberto Valdes, ed., Agricultutral Suipport Policies in Transitioll Economies
No. 471 Brian Pinto, Vladimir Drebentsov, and Alexander Morozov, Dismantlinig Russia's
Nonpayments System:
Creating Conditionsfor Growtl
No. 472 Jit B. S. Gill, A Diagnostic Framework for Revenute Administratioll
No. 473 Esen Ulgenerk and Leila Zlaoui, From Transition to Accession: Developing Stable and
Cormpetitive Finanicral
Markets in Builgaria
No. 474 loannis N. Kessides, ed., Hungary: A Regutlatory and Structural Review of Selected
Infrastruictulre Sectors

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 132/133
30/4/2019 https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y

No. 475 Csaba Csaki, Zvi Lerman, and Sergey Sotnikov, Farm Sector Restructuring in Belarus:
Progress and
Constrainits
No. 476 Katherine Terrell, Czech Reputblic: Labor Market Report
No. 481 Csaba Csaki, John Nash, Achim Fock, and Holger Kray, Food and Agricultutre in Builgaria:
The Challenige of
Preparingfor EU Accession
No. 482 Peter Havlik, Trade and Cost Competitiveness in the Czechi Reputblic, Huingary, Poland,
and Sloveniia
No. 483 Mojmir Mrak, Commulnal Infrastruicture in Slovenia: Suirvey of Investment Needs and
Policies Aimed at
Encoutraging Private Sector Participation
No. 484 Csaba Csaki and Laura Tuck, Rutral Development Strategyy: Eastern Europe and Central Asia
No. 488 Nina Bubnova, Governance Impact on Private Investment
No. 489 Tim Schwarz and David Satola, Telecommulnications Legislation in Transitional and
Developing Economies
No. 490 Jesko Hentschel and Radha Seshagiri, The City Poverty Assessmcnt: A Primer
No. 491 Daniel Mtiller-Jentsch, The Devlopment of Electricity Markets in the Eutro-Mediterranean
Area
No. 492 Tuntivate Voravate, Douglas F. Barnes, and V. Susan Bogach, Assessing Marketsfor
Renewable Energy in
Rutral Areas of Northwestern Clina
No. 496 Jerry Lebo and Dieter Schelling, Design and Appraisal of Rural Transport Infrastructuire:
Ensuiringt Basic Access
for Rural Commnunities
No. 498 Gillian Perkins and Ruslan Yemtsov, Armenia: Restructuring to Sustain Universal General
Edulcathon
No. 499 Rogrigo A. Chaves, Susana Sanchez, Saul Schor, and Emil Tesliuc, Financial Markets,
Credit Constratints,
and Inivestmienit in Ruiral Romania
No. 501 Aldo Baietti, Private Infrastructutre in East Asia: Lessons Learned in the Aftermath of
thre Crisis

THE WORLD BANK


1818 H Street, N.W.
Washington, D.C. 20433 USA
Telephone: 202-477-1234
Facsimile: 202-477-6391
Internet: www.worldbank.org
E-mail: feedbackCa)worldbank.org
ISBN 0-8213-4945-7

https://openknowledge.worldbank.org/bitstream/handle/10986/13943/multi0page.txt?sequence=2&isAllowed=y 133/133