Rima Uas - Siap

RINGKASAN MATERI
SISTEM INFORMASI AKUNTANSI

PEMERINTAH
Tim Kontributor :
 Andi Muhammad Nur Fauzan Hayyu
 Andro Rayvaldi Hardianto
 Desi Sartika
 Farina Ayu Yolanda
 I Komang Raden Sentana Putra
 Mochammad FMiftahul Farid Mubarrok
 Yudhanti Hijrahiswari
Akuntansi AP 2018
HEWLETT-PACKARD
DAFTAR ISI
TM 09 MODUL PENERIMAAN .............................................................................................................. 6
1. Dasar Hukum Penerimaan Negara ................................................................................................. 6
2. Kerangka Teori Penerimaan Negara .............................................................................................. 6
a. Konsepsi Penerimaan Negara (PP 45/2013) ................................................................................. 6
b. Lingkup Transaksi Penerimaan Negara ......................................................................................... 7
c. Pihak-Pihak yang Terlibat dalam Penerimaan Negara .................................................................. 7
d. Billing System dan Kode Billing ..................................................................................................... 8
e. Ruang Lingkup Modul Penerimaan Negara (MPN) ..................................................................... 10
f. Konfigurasi MPN G2 .................................................................................................................... 11
g. Tujuan MPN ................................................................................................................................ 12
h. Manfaat Penerapan MPN-G2...................................................................................................... 12
i. Penyempurnaan Sistem MPN ..................................................................................................... 12
3. Best Practice Penerimaan Negara ................................................................................................. 13
4. Alur Penerimaan negara ................................................................................................................ 16
5. Proses Bisnis MPN G1 .................................................................................................................... 16
8. Manfaat Adanya Lembaga Persepsi Lainnya: ............................................................................. 23
9. Rekap Penerimaan Pajak, Konfirmasi Penerimaan, Koreksi Penerimaan .............................. 25
a. Rekap Penerimaan Pajak............................................................................................................. 25
b. Konfirmasi Penerimaan ............................................................................................................... 25
c. Koreksi Penerimaan .................................................................................................................... 26
10. Penatausahaan Rekening pada MPN G2...................................................................................... 27
11. Penerimaan Negara Melalui KPPN .............................................................................................. 27
12. Penerimaan Negara Bukan Pajak (PNBP) ................................................................................... 28
a. Lingkup PNBP .............................................................................................................................. 28
b. Obyek PNBP ................................................................................................................................ 28
c. Pengelolaan PNBP ....................................................................................................................... 28
13. Input, Proses/Aktivitas, Output Modul Penerimaan ................................................................... 30
14. Gambaran Sistem Aplikasi Penerimaan....................................................................................... 30
15. Keterkaitan Modul Penerimaan Negara Dengan Modul Sakti Lainnya ................................... 35
16. Risiko Dan Pengendalian Modul Penerimaan Negara ................................................................ 36
17. Perbaikan/Improvement Modul Penerimaan Negara ................................................................. 36
TM 10 – MODUL MANAJEMEN KAS ................................................................................................. 40
1. Dasar Hukum Manajemen Kas ..................................................................................................... 40
Tim Akademik Akuntansi AP 2018 Page 1

2. Kerangka Teori Manajemen Kas .................................................................................................. 40
3. Treasury Single Account (TSA) .................................................................................................... 41
a. Latar Belakang Treasury Single Account (TSA)............................................................................ 41
b. Tujuan dan Karakteristik TSA di Indonesia.................................................................................. 42
c. Tahapan dan Langkah-Langkah Penerapan TSA di Indonesia ..................................................... 43
4. Treasury Notional Pooling (TNP) ................................................................................................ 44
5. Treasury Dealing Room ................................................................................................................. 45
6. Pengelolaan Kas dalam Tinjauan Teoritis (Best Practice) .......................................................... 46
a. Kaitan Pengelolaan Kas Pemerintah dan Pembuatan Kebijakan Ekonomi Lainnya .................... 46
b. Pengelolaan Kas dalam Framework Asset Liability Management (ALM).................................... 47
c. Pengorganisasian dalam pengelolaan Kas .................................................................................. 47
7. Proses Bisnis Manajemen Kas (Input, Proses, Output) .............................................................. 48
a. DFD Konteks Manajemen Kas ..................................................................................................... 48
b. DFD Level 0 Manajemen Kas ....................................................................................................... 49
c. DFD Level 1 .1.1 Manajemen Kas ................................................................................................ 50
d. DFD Level 2.1 Manajemen Kas ................................................................................................... 51
e. DFD Level 3.1 Manajemen Kas ................................................................................................... 53
f. DFD Level 4.1 Manajemen Kas .................................................................................................. 54
g. DFD Level 5.1 Manajemen Kas .................................................................................................... 55
8. Pencatatan rekening baru (entry new bank account) ................................................................... 55
9. Input Manajemen Kas.................................................................................................................... 58
10. Proses Manajemen Kas .................................................................................................................. 58
11. Output Manajemen Kas ................................................................................................................. 59
12. Gambaran Umum Modul Manajemen kas pada SPAN .............................................................. 59
13. Keterkaitan Modul Manajemen Kas Dengan Modul/Sistem Lain............................................. 74
14. Kontrol/Pengendalian Modul Manajemen Kas ........................................................................... 75
15. Improvement Modul Manajemen Kas.......................................................................................... 76
TM 11 - MODUL ASET TETAP DAN MODUL PERSEDIAAN ........................................................ 78
1. Dasar Hukum Aset Tetap dan Persediaan ................................................................................... 78
2. Kerangka Teori Aset Tetap dan Persediaan ................................................................................ 78
a. Pengertian BMN .......................................................................................................................... 79
b. Pengertian Persediaan ................................................................................................................ 80
c. Kewenangan dan Tanggung Jawab Pengelola Aset Tetap dan Persediaan ................................ 82
3. Best Practice Pengelolaan Aset Tetap dan Persediaan ................................................................ 82
4. Proses Bisnis Modul Aset Tetap .................................................................................................... 84
5. Proses Bisnis Modul Persediaan .................................................................................................... 85

d. penghapusan, .............................................................................................................................. 86
6. Input, Proses/Aktivasi, dan Output .............................................................................................. 86
a. Modul Persediaan ....................................................................................................................... 86
b. Modul Persediaan ....................................................................................................................... 88
7. Gambaran Sistem Aplikasi Modul Aset Tetap dan Persediaan ................................................. 98
8. Keterkaitan Modul Aset Tetap dengan Modul/ Sistem Lain .................................................... 103
a. Integrasi dengan Modul Komitmen .......................................................................................... 104
b. Integrasi dengan Modul Bendahara.......................................................................................... 104
c. Integrasi dengan Modul Persediaan ......................................................................................... 105
d. Integrasi dengan Modul Administrasi ....................................................................................... 105
e. Integrasi dengan Proses Akuntansi dan Pelaporan................................................................... 105
9. Keterkaitan Modul Persediaan Dengan Modul/Sistem Lain .................................................... 105
a. Integrasi dengan Modul Komitmen .......................................................................................... 105
b. Integrasi dengan Modul Bendahara.......................................................................................... 105
c. Integrasi dengan Modul Referensi ............................................................................................ 106
d. Integrasi dengan Proses Akuntansi dan Pelaporan................................................................... 106
10. Kontrol/Pengendalian Modul Aset Tetap dan Persediaan........................................................ 106
a. Modul Aset Tetap...................................................................................................................... 107
b. Modul Persediaan ..................................................................................................................... 107
11. Improvement ................................................................................................................................. 108
TM – 12 MODUL PIUTANG SAKTI ................................................................................................... 110
1. Dasar Hukum Modul Piutang ..................................................................................................... 110
2. Kerangka Teori Piutang............................................................................................................... 110
a. Pengertian Piutang.................................................................................................................... 110
b. Piutang Jangka Pendek ............................................................................................................. 111
c. Piutang Jangka Panjang............................................................................................................. 112
d. Piutang yang dikelola oleh K/L selain Piutang Perpajakan ....................................................... 113
e. Penentuan Kualitas Piutang ...................................................................................................... 113
f. Penyisihan Piutang Tidak Tertagih ............................................................................................ 114
3. Best Practice Pengelolaan Piutang .............................................................................................. 114
4. Proses Bisnis Modul Piutang ....................................................................................................... 116
a. Alur Modul Piutang ................................................................................................................... 116
b. Menu Modul Piutang / Ruang Lignkup Modul Piutang............................................................. 116
c. Laporan Modul Piutang dan Bagian Lancar Piutang ................................................................. 123
5. Piutang Pajak dan Bea Cukai ...................................................................................................... 124
a. Piutang Pajak............................................................................................................................. 124

b. Piutang Bea dan Cukai .............................................................................................................. 125
6. Gambaran Sistem Aplikasi Modul Piutang SAKTI .................................................................. 126
7. Keterkaitan Modul Piutang dengan Modul Lainnya ................................................................ 147
8. Risiko dan Pengendalian Modul Piutang ................................................................................... 148
TM 13 - SIKLUS UTANG PEMERINTAH ......................................................................................... 150
1. Dasar Hukum Pengelolaan Utang ............................................................................................... 150
2. Kerangka Teori Pengelolaan Utang ............................................................................................ 151
a. Pengertian dan Tujuan Pengelolaan Utang Publik.................................................................... 151
b. Prinsip-prinsip Akuntansi Utang Publik ..................................................................................... 151
c. Pengelolaan Utang .................................................................................................................... 152
d. Struktur Organinsasi Pengelolaan Utang DJPPR Kemenkeu ..................................................... 153
e. Infrastruktur Pendukung Transaksi Utang ................................................................................ 153
3. DMFAS (Debt Management and Financial Analysis System) .................................................. 155
4. Komponen dan Instrument utang Pemerintah Pusat ............................................................... 158
5. Fungsi Pengelolaan Utang di Indonesia dan Aplikasi Terkait ................................................. 158
6. Mekanisme Penarikan Dana PHLN (PMK 84/2015)................................................................. 159
a. Penarikan Dana PHLN melalui Pembayaran Langsung ............................................................. 159
b. Penarikan Dana PHLN melalui Reksus ...................................................................................... 160
c. Penarikan Dana PHLN melalui L/C ............................................................................................ 160
d. Penarikan Dana PHLN melalui Pembiayaan Pendahuluan........................................................ 160
e. Metode Penerbitan SBN ........................................................................................................... 161
7. Input, Proses/Aktivitas, & Output dalam DFMAS ................................................................... 164
a. Input dan Dokumen Sumber dalam General Information – Agreement Info 1 ........................ 164
b. Input dan Dokumen Sumber dalam Real Drawing on Loans – Drawing Info............................ 164
c. Laporan yang dapat dihasilkan oleh DMFAS............................................................................. 165
TM 14 – MODUL GL DAN PELAPORAN.......................................................................................... 168
1. Dasar Hukum Akuntansi dan Pelaporan ................................................................................... 168
2. Kerangka Teori Modul GL dan Pelaporan ................................................................................ 168
a. Fungsi Modul GL dan Pelaporan ............................................................................................... 168
b. Pengguna Modul GL dan Pelaporan.......................................................................................... 169
c. Alur Proses Modul GL dan Pelaporan ....................................................................................... 169
d. Tutup Buku Modul GL dan Pelaporan ....................................................................................... 169
e. Proses Pembentukan Laporan .................................................................................................. 170
3. Proses Bisnis Modul GL dan Pelaporan ..................................................................................... 170
a. Dokumen Sumber Modul GLP................................................................................................... 171
b. Fitur Modul GLP ........................................................................................................................ 171

c. Pengguna Modul General Ledger dan Pelaporan ..................................................................... 172
4. Input, Proses/Aktivitas, Dan Output .......................................................................................... 173
a. Input Modul GLP ....................................................................................................................... 173
b. Proses Modul GLP ..................................................................................................................... 173
c. Perbedaan Posting Buku Besar Kas dan Akrual ........................................................................ 174
d. Kebijakan Akuntansi Modul GLP ............................................................................................... 175
e. Ledger Single Entry ................................................................................................................... 175
5. Jurnal dalam Modul GLP ............................................................................................................ 175
a. Jurnal Modul Anggaran ............................................................................................................. 175
b. Jurnal Modul Bendahara ........................................................................................................... 175
c. Jurnal Modul Komitmen............................................................................................................ 176
d. Jurnal Modul Pembayaran ........................................................................................................ 177
e. Jurnal Modul Persediaan........................................................................................................... 177
f. Jurnal Modul Aset ..................................................................................................................... 179
g. Jurnal Modul GLP ...................................................................................................................... 180
h. Jurnal Penyesuaian.................................................................................................................... 180
6. Proses Pembentukan Laporan Keuangan .................................................................................. 181
7. Input, Proses, Output Modul GLP .............................................................................................. 181
8. E-Rekon ......................................................................................................................................... 182
i. Proses Bisnis E-Rekon ............................................................................................................... 183
j. Proses Rekonsiliasi Online......................................................................................................... 184
k. Mekanisme push data dari SAKTI ke E-rekon ........................................................................... 184
l. Konsolidasi Laporan Keuangan ................................................................................................. 185
9. Output Modul GLP ...................................................................................................................... 185
10. Gambaran Sistem Aplikasi .......................................................................................................... 186
11. Keterkaitan Modul GLP Dengan Modul/Sistem Lain .............................................................. 190
12. Kontrol/Pengendalian Modul GLP ............................................................................................. 193
13. Improvement Modul GLP ........................................................................................................... 194

TM 09 MODUL PENERIMAAN
1. Dasar Hukum Penerimaan Negara

1) Undang-Undang Dasar Negara Republik Indonesia Tahun 1945 pasal 23;
2) Undang-Undang Nomor 17 Tahun 2003 Tentang Keuangan Negara;
3) Undang-Undang Nomor 1 Tahun 2004 Tentang Perbendaharaan Negara;
4) Undang-Undang Nomor 15 Tahun 2004 Tentang Pemeriksaan Pengelolaan dan Tanggung
Jawab Keuangan Negara;
5) Peraturan Menteri Keuangan Nomor 99/PMK.06/2006 Tentang Modul Penerimaan Negara;
6) Peraturan Menteri Keuangan Nomor 37/PMK.05/2007 Tentang Perubahan Kedua Atas
Peraturan Menteri Keuangan Nomor 99/PMK.06/2006 tentang Modul Penerimaan Negara;
7) Peraturan Menteri Keuangan Nomor 32/PMK.05/2014 tentang Sistem Penerimaan Negara
Secara Elektronik;
8) Peraturan Menteri Keungan Nomor 202/PMK.05/2018 tentang Perubahan Kedua Atas
Peraturan Menteri Keuangan Nomor 32/PMK.05/2014 tentang Sistem Penerimaan Negara
Secara Elektronik;
9) Peraturan Menteri Keuangan Nomor: 96/PMK.05/2017 tentang Tata Cara Pembayaran atas
Transaksi Pengembalian Penerimaan Negara;
10) Peraturan Dirjen Perbendaharaan Nomor PER-78/PB/2006 Tentang Penatausahaan
Penerimaan Negara Melalui Modul Penerimaan Negara;
11) Peraturan Direktur Jenderal Perbendaharaan Nomor PER-25/PB/2012 tentang Perubahan Atas
Peraturan Direktur Jenderal Perbendaharaan Nomor PER78/PB/2006 tentang Penatusahaan
Penerimaan Negara Melalui Modul Penerimaan Negara;
12) Peraturan Direktur Jenderal Perbendaharaan Nomor PER-19/PB/2018 tentang Monitoring
Data Transaksi Penerimaan Negara;
13) Peraturan Dirjen Perbendaharaan No PER-07/PB/2014 tentang Penatausahaan Penerimaan
Negara pada SPAN;
14) Peraturan Dirjen Perbendaharaan No PER-05/PB/2018 tentang Petunjuk Pelaksanaan
Konfirmasi Setoran Penerimaan Negara.
2. Kerangka Teori Penerimaan Negara

a. Konsepsi Penerimaan Negara (PP 45/2013)
Penerimaan Negara adalah uang yang masuk ke Kas Negara, sedangkan Pendapatan Negara
adalah hak Pemerintah yang diakui sebagai penambahan nilai kekayaan bersih (Pajak, PNBP,
Hibah).

Modul Penerimaan adalah bagian SPAN yang melaksanakan fungsi-fungsi penatausahaan
transaksi penerimaan negara yang diterima melalui:
1) Rekening milik BUN di Bank Indonesia,
2) Bank/ Pos Persepsi, dan lembaga lain (G3),
3) Potongan Surat Perintah Membayar atau pengesahan pendapatan dan belanja oleh KPPN.
Pasal 41 (PP 45/2013)
(1) Pendapatan Negara sebagaimana dimaksud dalam Pasal 40 harus disetorkan ke Kas Negara,
(2) Pendapatan Negara yang diterima Kementerian Negara/Lembaga tidak boleh digunakan
langsung untuk membiayai pengeluaran,
(3) Penyetoran Pendapatan Negara menggunakan sistem Penerimaan Negara.
Modul Penerimaan Negara (MPN) adalah suatu sistem yang terstruktur untuk mengatur
proses penerimaan, penyetoran, pengumpulan data, pencatatan, pengikhtisaran, sampai dengan
pelaporan yang berhubungan dengan penerimaan negara. MPN merupakan bagian dari Sistem
Perbendaharaan dan Anggaran Negara (SPAN). MPN mengintegrasikan tiga sistem penerimaan
yang selama ini berjalan, yaitu Sistem Monitoring Pelaporan Pembayaran Pajak (MP3) oleh
Ditjen Pajak, Sistem Electronic Data Interchange (EDI) oleh Ditjen Bea dan Cukai, dan Sistem
Penerimaan Negara (Sispen) oleh Ditjen Anggaran. Sistem MPN terhubung dengan seluruh
Bank/Pos Persepsi yang menerima pembayaran penerimaan negara. Bank/Pos Persepsi melakukan
pengesahan pembayaran penerimaan negara ke sistem MPN secara realtime online. Kegiatan ini
dilakukan setiap ada pembayaran penerimaan negara oleh Wajib Pajak/Wajib Setor/Wajib Bayar.
Pengesahan pembayaran penerimaan negara dibuktikan dengan diterbitkannya NTPN oleh sistem
MPN.
b. Lingkup Transaksi Penerimaan Negara
Setoran penerimaan negara yang disetor ke kas negara oleh wajib bayar, wajib setor dan/atau
wajib pajak yang dilakukan melalui :
1) Setoran langsung ke rekening BUN di Bank Indonesia
2) Modul Penerimaan Negara yang dikenal dengan Modul Penerimaan Negara Generasi Kedua
(MPN G2 – G3). MPN G2-G3 menggunakan Billing System yang disediakan oleh Biller.
3) Penerimaan negara melalui KPPN (Potongan SPM)
c. Pihak-Pihak yang Terlibat dalam Penerimaan Negara
Adapun pihak-pihak yang terlibat dalam pelaksanaan MPN-G2 tersebut dapat diuraikan sebagai
berikut:
1) Biller
Direktorat Jenderal Pajak, Direktorat Jenderal Bea dan Cukai, Direktorat Jenderal Anggaran,
dan Direktorat Jenderal Perbendaharaan disebut sebagai Biller, yaitu sebagai penyedia data
tagihan atau penerbit surat setoran penerimaan negara yang menjalankan tugas dan fungsinya
sesuai dengan Keputusan Menteri Keuangan Nomor 100/KMK.01/2008.

2) Switcher
Yaitu pihak ketiga (swasta) yang independen sebagai penengah antara pihak biller (MPN-
G2) dengan collecting agent. Tugas utama switcher antara lain adalah melakukan switching dan
proses rekonsiliasi data transaksi penerimaan negara.
3) Collecting Agent
Lebih dikenal dengan Bank/Pos Persepsi adalah bank atau non bank yang mempunyai fungsi
sebagai pihak yang melakukan proses penerimaan pembayaran dan menjamin sistem yang
dimilikinya telah teruji dan menjalankan proses bisnis sesuai best practices yang lazim dijalankan
olehperbankan. Dimana diketahui bahwa karakteristik dari sistem perbankan saat ini adalah
mudah, cepat, nyaman, aman, otomatis, paperless, dan berbasis kepercayaan. Collecting Agent
harus menyediakan tempat proses pembayaran termasuk pemanfaatan seluruh channel
pembayaran yang dipunyai seperti ATM, Internet Banking, Phone-Banking, SMS-Banking, Kartu
Kredit, dll.
d. Billing System dan Kode Billing

Billing system adalah sistem yang menerbitkan kode billing untuk pembayaran atau
penerimaan negara secara elektronik tanpa perlu membuat Surat Setoran manual. Hanya dengan
memasukkan kode billing, pembayaran pajak, bea dan cukai, dan PNBP selesai dengan cepat dan
mudah. Kode Billing adalah kode identifikasi yang diterbitkan oleh sistem billing atas suatu jenis
pembayaran atau setoran yang akan dilakukan wajib pajak/wajib bayar/wajib setor dalam rangka
identifikasi penerbit kode billing dalam MPN G3.
1) Format Kode Biling
Terdiri dari 15 digit angka, dimana digit pertama adalah kode penerbit billing. Contoh:

2) Elemen data Kode Billing
3) Masa berlaku kode billing

Masa berlaku kode billing yang diperoleh pada saat proses billing seyogyanya
mempunyai masa berlaku (daluarsa) tertentu, hal ini bertujuan untuk mengurangi beban
sistem billing oleh data yang tidak perlu serta kemungkinan pemanfaatan data billing tersebut
sebagai potensi penerimaan negara padahal setoran tersebut mungkin tidak akan dibayar
karena terjadi kesalahan pengisian data billing. Hal ini menjadi penting terkait apabila
nantinya diberlakukan sistem akuntansi secara akrual.
Kode billing pajak memiliki masa kadaluarsa 2 hari, sedangkan PNBP 3 hari. Jika dalam
tenggat waktu tersebut belum dilakukan pembayaran, maka ID/kode billing tidak dapat
digunakan lagi dan harus melakukan proses ulang pembuatan kode billing pajak/PNBP.
4) Alasan Penggunaan Billing System
o Mempermudah dan menyederhanakan proses pengisian data dalam rangka pembayaran
dan penyetoran penerimaan negara
o Menghindari/meminimalisasi kemungkinan terjadinya human error dalam perekaman
data pembayaran dan penyetoran oleh petugas Bank/Pos Persepsi
o Memberikan kemudahan dan fleksibilitas cara pembayaran / penyetoran melalui beberapa
alternatif saluran pembayaran dan penyetoran
o Memberikan akses kepada wajib bayar dan wajib setor PNBP untuk memonitor status
atau realisasi pembayaran dari penyetoran PNBP

o Memberikan keleluasaan kepada wajib pajak/wajib bayar untuk merekam data setoran
secara mandiri (self assessment)
e. Ruang Lingkup Modul Penerimaan Negara (MPN)
Ruang Lingkup Modul penerimaan meliputi kegiatan penerimaan negara, yaitu:
1) Penerimaan Perpajakan
Penerimaan perpajakan adalah semua penerimaan yang terdiri dari pajak dalam negeri
dan pajak perdagangan internasional. Yang termasuk dalam klasifikasi penerimaan pajak (non
PBB/BPHTB) adalah: Pajak Penghasilan (PPh), Pajak Pertambahan Nilai Barang dan Jasa
(PPN), Pajak Penjualan atas Barang Mewah (PPn-BM), Pajak Ekspor dan pajak lainnya.
Dokumen yang digunakan sebagai dasar pencatatan penerimaannya adalah Surat Setoran
Pajak (SSP).
Penerimaan Pajak Bumi dan Bangunan (PBB) Pajak Negara yang dikenakan terhadap
bumi dan atau bangunan berdasarkan Undang-undang Nomor 12 Tahun 1985 tentang Pajak
Bumi dan Bangunan sebagaimana telah diubah dengan Undang-Undang Nomor 12 Tahun.
Dokumen yang digunakan sebagai dasar pencatatan penerimaannya adalah Surat Setoran
Pajak Bumi dan Bangunan (SSPBB).
Penerimaan bea dan cukai meliputi bea masuk, bea masuk dari SPM Hibah, denda
administrasi, penerimaan pabean lainnya, cukai, penerimaan cukai lainnya, jasa pekerjaan,
bunga dan PPh pasal 22 impor, PPN impor serta PPNBM Impor
2) PNBP
PNBP adalah seluruh penerimaan pemerintah Pusat yang tidak berasal dari penerimaan
perpajakan. Dokumen yang digunakan sebagai dasar pencatatan penerimaannya adalah Surat
Setoran Bukan Pajak (SSBP).
3) Penerimaan Pengembalian Belanja
Penerimaan pengembalian belanja terdiri dari pengembalian belanja tahun anggaran
berjalan dan pengembalian belanja tahun anggaran yang lalu.
4) Penerimaan Penghitungan pihak Ketiga
PFK adalah sejumlah dana yang dipotong langsung dari gaji pokok pegawai negeri dan
tunjangan keluarga, serta iuran asuransi kesehatan yang disetor oleh provinsi/kabupaten/kota
untuk disalurkan kepada Pihak Ketiga. Penerimaan PFK meliputi Pegawai pusat dan pegawai
daerah. Namun demikian masih terdapat penerimaan PFK yang berasal dari pengembalian
SP2D. Lebih spesifik lagi, MPN hanya meliputi penerimaan negara sesuai dengan kriteria di
atas yang disetor oleh perorangan/badan, atau Bendahara melalui Bank/Pos Persepsidan
penerimaan yang berasal dari Surat Perintah Membayar (SPM) yang dibukukan oleh Kantor
Pelayanan Perbendaharaan Negara (KPPN).

f. Konfigurasi MPN G2
Konfigurasi sistem MPN-G2 diharapkan akan menentukan dapat tercapainya tujuan dari
MPN-G2 ini. Konfigurasi tersebut tentunya disesuaikan dengan tugas dan fungsi secara
kelembagaan dan telah menjalankan proses bisnis sesuai dengan best practices. Sistem MPN-G2
ini harus memperhatikan akuntabilitas dari sistem pembayaran tersebut terhadap sistem keuangan
negara secara keseluruhan. Kehandalan penyajian data dan informasi penerimaan negara sangat
mempengaruhi kewajaran seluruh aspek laporan keuangan negara. Oleh karena itu, dalam setiap
tingkatan proses yang dilakukan, sistem pembayaran tersebut harus dapat memberikan jejak audit
yang jelas sehingga memungkinkan dilakukannya proses audit yang efisien atas kehandalan data
dan informasi yang dihasilkan dan akuntabilitas dari proses pembayaran itu sendiri.
1) Subsistem Billing
o Sistem Billing merupakan sistem yang memfasilitasi penerbitan kode billing dalam
rangka pembayaran atau penyetoran penerimaan negara secara elektronik.
o Sistem billing menghasilkan data tagihan/billing dengan kode billing, yaitu kode
identifikasi yang diterbitkan oleh sistem billing atas suatu jenis pembayaran atau setoran
yang akan dilakukan Wajib Pajak/Wajib Bayar/Wajib Setor.
o Sistem Billing dikelola oleh Biller, yaitu unit eselon I Kementerian Keuangan, terdiri atas
Direktorat Jenderal Pajak, Direktorat Jenderal Bea Dan Cukai dan Direktorat Jenderal
Anggaran.
2) Sistem Switching
o Sistem Settlement adalah sistem penerimaan negara yang dikelola oleh Direktorat
Jenderal Perbendaharaan yang memfasilitasi penyelesaian proses pembayaran dan
pemberian NTPN.

o Berdasarkan kode billing, Sistem Settlement memberikan konfirmasi atas permintaan
pembayaran yang disampaikan oleh Bank/Pos Persepsi. Setelah memberikan konfirmasi
data pembayaran, Sistem Settlement menerbitkan NTPN. Selain ke Sistem Bank (CA),
NTPN juga dikirim ke sistem billing secara realtime. Penyampaian NTPN dimaksud
merupakan notifikasi atas diterimanya pembayaran di rekening Kas Negara.
o Switching System mempunyai fungsi menyiapkan interface ke arah sistem settlement,
dan dari arah Bank/Pos Persepsi, serta menyiapkan link yang terhubung ke Bank/Pos
Persepsi.
3) Sistem Collecting Agents
o Sistem Collecting Agent adalah sistem pada Bank/Pos yang melayani pembayaran
penerimaan negara. Dalam penatausahaan penerimaan negara, lembaga tersebut disebut
dengan istilah Bank/Pos Persepsi. Dlm MPN G3, CA termasuk lembaga persepsi lainnya
al. fintech, e-commerce, retailer
o Sistem Collecting Agent mempunyai fungsi menyiapkan interface ke arah sistem
Settlement, memungkinkan berjalannya proses transaksi penerimaan negara dengan
men-generate notifikasi transaksi Bank (Nomor Transaksi Bank), mengkredit ke
Rekening Kas Negara, dan mencetak/menyediakan fasilitas pencetakan Bukti Penerimaan
Negara (BPN), dan pelaporan ke otoritas Settlement Kementerian Keuangan
g. Tujuan MPN
Tujuan MPN adalah untuk memberikan pelayanan yang terbaik bagi Wajib Pajak/Wajib
Bayar/Wajib Setor dan menyediakan data penerimaan yang relevan dan reliableyang dapat
digunakan oleh semua instansi terkait (Ditjen Pajak, Ditjen Bea dan Cukai, Ditjen Anggaran,
Ditjen Perbendaharaan, dan Ditjen Perimbangan Keuangan)
h. Manfaat Penerapan MPN-G2
Wajib pajak / Bagi Bank/pos Bagi DJPB (MPN-G2)
wajib setor / persepsi (Collecting DJP/DJBC/DJA/DJP
wajib bayar Agent) B (Biller)
(pembayar)
Kerahasiaan Data Tidak lagi melakukan Minimalisasi Penatausahaan penerimaan
handling yang banyak kesalahan input data (MPN) secara terpusat oleh
atas pelaksanaan setoran Direktorat Pengelolaan Kas
MPN Negara
Layanan online Penatausahaan Informasi pembayaran Penggunaan jasa Switcher
dan fleksibel penerimaan negara tagihan dapat dalam pengembangan dan
dimanapun dan akan dilakukan secara diperoleh dengan pengelolaan MPN
kapanpun terpusat cepat dan akurat
Kemudahan dalam Pemanfaatan Dapat mengolah dan Penghematan terhadap
Proses Billing dan berbagai Channel menyajikan data biaya operasinal yang harus
Konfirmasi Pembayaran saat ini setoran sesuai ditanggung oleh pemerintah
Setoran kebutuhan atas pelaksanaan MPN
i. Penyempurnaan Sistem MPN

Sebuah terobosan untuk pencatatan penerimaan negara dilakukan oleh Kementerian
Keuangan pada akhir tahun 2006 dengan dilaunchingnya MPN pada tanggal 30 Oktober 2006
yang bertepatan dengan Hari Keuangan. Sistem MPN sendiri berlaku efektif mulai 1 Januari
2007. Dengan disokong oleh Direktorat Jenderal Perbendaharaan, Direktorat Jenderal Pajak,
Direktorat Jenderal Bea dan Cukai, Direktorat Jenderal Anggaran dan Perimbangan Keuangan,
serta Sekretariat Jenderal, MPN menjadi sebuah program Kementerian Keuangan dan menjadi
salah satu backbone reformasi birokrasi.
MPN sendiri terus mengalami perkembangan mekanisme dan sistem dimana pada awal
launching di tahun 2007 masih sangat tergantung dengan data dari bank. Namun pada tahun 2012
mulai dikembangkan sistem yang mulai memanfaatkan fasilitas e-banking sebagai bagian dari
konsep e-billing system. Fase ini sering disebut dengan MPN G-1,5. Dari masa uji coba sejak
tahun 2012, pada 27 Februari 2014 yang ditandai dengan pembayaran transaksi perdana di Kota
Pasuruan dan Kota
Banjarmasin.
Pada 23 Agustus 2019, diperkenalkan Modul Penerimaan Negara Generasi Ketiga (MPN G3)
yang dibangun Kemenkeu dalam rangka mengelola penerimaan negara secara jauh lebih akurat,
tepat waktu, dan juga dalam rangka memberikan layanan lebih baik kepada seluruh masyarakat
dalam menjalankan kewajiban membayar pajak dan penyetoran penerimaan negara lainnya.
3. Best Practice Penerimaan Negara

Berdasarkan Undang-Undang Nomor 1 Tahun 2004 tentang Perbendaharaan Negara, Menteri
Keuangan selaku Bendahara Umum Negara mempunyai salah satu wewenang berupa menetapkan
sistem penerimaan negara. Dalam rangka penatausahaan dan pengelolaan penerimaan negara

tersebut telah ditetapkan sebuah sistem penerimaan negara yang lebih dikenal dengan Modul
Penerimaan Negara (MPN). Konsep pembangunan MPN pada awalnya adalah dalam rangka
menciptakan suatu sistem penerimaan negara yang terintegrasi dengan menggunakan satu
database.
Namun dalam perjalanannya, diakui bahwa MPN masih mengalami beberapa permasalahan.
Diantara permasalahan tersebut adalah wajib pajak/wajib setor/wajib bayar belum terlayani
dengan baik, hal tersebut ditandai dengan panjangnya antrian dan penutupan jam layanan lebih
awal di loket (teller) pada bank/pos persepsi. Selain itu, permasalahan mendasar adalah beberapa
transaksi pada MPN yang masih diragukan keakuratan datanya. Untuk itu perlu kiranya dilakukan
pengembangan lebih lanjut terhadap MPN dengan memanfaatkan teknologi informasi yang sudah
lazim digunakan (best practices). Pengembangan MPN tersebut tentunya harus sejalan dengan
Sistem Perbendaharaan dan Anggaran Negara (SPAN) melalui Government Financial
Management and Revenue Administration Project (GFMRAP) yang sedang dilaksanakan pada
Direktorat Jenderal Perbendaharaan dan Direktorat Jenderal Anggaran Kementerian Keuangan.
Pemanfaatan teknologi informasi tersebut mencakup 2 (dua) aktivitas yang berkaitan, yaitu:
a. pengolahan data, pengelolaan informasi, sistem manajemen dan proses kerja dilakukan secara
elektronis;
b. pemanfaatan kemajuan teknologi informasi, agar pelayanan publik dapat diakses secara
mudah dan murah oleh masyarakat di seluruh wilayah negara.
Alternatif solusi yang dapat ditawarkan dalam mengatasi permasalahan dalam MPN saat ini
adalah penatausahan penerimaan negara secara terpusat dengan metode pembayaran/penyetoran
melalui sistem billing dan switching yang sangat mungkin untuk diterapkan. Penerapan sistem ini
sudah sangat lazim digunakan pada sistem pembayaran diperbankan dimana pembayar tidak perlu
mengisi banyak elemen data dalam formulir surat setoran pada saat melakukan pembayaran,
cukup dengan hanya mengingat satu nomor kode tertentu (kode billing) maka proses pembayaran
sudah dapat dilakukan.
Contoh nyata dan sederhana dari sistem pembayaran semacam itu sudah diterapkan pada
beberapa jenis pembayaran (tagihan) yang ada saat ini diantaranya adalah pembayaran tagihan
telepon, listrik, PAM, kartu kredit, tiket pesawat, tiket kereta api, asuransi, uang sekolah, dan
sebagainya. Alternatif channel pembayaran yang dapat dilakukanpun semakin luas diantaranya
melalui ATM, internet-banking, phone banking, sms-banking, ataupun kemungkinan pembayaran
melalui pihak non perbankan yang menjalankan proses bisnis pembayaran yang hampir mirip
dengan perbankan (seperti: supermarket ataupun gerai-gerai lainnya).
Dengan penyediaan beberapa alternatif channel pembayaran tersebut akan membuka peluang
pembayaran penerimaan negara dengan batas waktu yang hampir tidak ada (24 jam). Sehingga
wajib pajak/wajib setor/wajib bayar tidak lagi harus menyediakan waktu khusus untuk datang ke
loket (teller) pada bank/pos persepsi untuk sekedar membayar kewajibannya ke kas negara.

Bahkan pembayaran nantinya diharapkan juga dapat dilakukan sambil berbelanja di supermarket
ataupun gerai-gerai lainnya seperti Carrefour, Hypermart, Giant, Superindo, Matahari, Ramayana,
Indomart, Alfamart, dan sebagainya. Dan tidak berlebihan bila dikatakan bahwa proses
penyetoran penerimaan negara melalui MPN nantinya dapat dilakukan kapan dan dimanapun.
Namun yang terpenting dari penerapan konsep tersebut diatas adalah dengan mempertimbangkan
aspek keamanan sistem dan data transaksi sehingga data dapat disajikan secara cepat dan akurat
dalam bentuk informasi maupun laporan yang dapat dipertanggungjawabkan.
Penatausahaan penerimaan negara secara terpusat akan berimplikasi terhadap struktur
rekening penerimaan (rekening kas negara) yang saat ini berjumlah lebih dari 7.000 rekening
yang tersebar diseluruh bank/pos persepsi yang ada. Akan tetapi dengan konsep penatausahaan
penerimaan negara secara terpusat ini akan dilakukan restrukturisasi rekening penerimaan dimana
setiap bank akan membuka satu rekening kas negara (penerimaan).
Dimanapun transaksi penyetoran penerimaan negara dilakukan akan mengkreditkan pada satu
rekening pada bank persepsi yang bersangkutan, dan proses pelimpahannya juga akan dilakukan
langsung dari satu rekening (terpusat) tersebut ke Rekening Kas Umum Negara (RKUN) tanpa
lagi melibatkan rekening 501.00000x KBI. Sehingga jumlah rekening kas negara dalam rangka
penerimaan negara tersebut diperkirakan tidak lebih dari 100 rekening (mengacu pada 86 bank
persepsi ditambah 1 pos persepsi). Dengan demikian, diharapkan penerapan Teasury Single
Account (TSA) secara penuh dapat diwjudkan sesuai dengan amanat Undang-Undang Nomor 1
Tahun 2004 Pasal 22 angka (6).
Penjelasan konsep penerimaan negara tersebut lebih menitikberatkan kepada penatausahaan
Modul Penerimaan Negara yang diterima melalui bank/pos persepsi. Sedangkan penatausahaan
penerimaan negara diluar hal tersebut seperti halnya penerimaan negara melalui potongan SPM
dan penerimaan negara yang langsung disetorkan melalui Bank Indonesia perlu kiranya
ditatausahakan secara berbeda yang disesuaikan dengan karakteristik masing-masingnya.
Penatausahaan penerimaan negara melalui potongan SPM dan langsung disetorkan melalui
Bank Indonesia tanpa terlebih dahulu diproses pada salah satu modul pada SPAN (Modul:
Government Receipt). Sehingga penerimaan negara melalui potongan SPM dan yang langsung
disetorkan melalui Bank Indonesia dicatat ke sistem MPN hanya bersifat informasi saja. Itupun
untuk jenis penerimaan negara yang terkaitlangsung dengan unit opersional (DJP, DJBC, DJA)
diantaranya setoran pajak dan setoran PNBP. Sedangkan untuk jenis penerimaan negara lainnya
tidak perlu diinformasikan ke sistem MPN, namun cukup ditatausahakan pada SPAN.
PROSES BISNIS PENERIMAAN NEGARA

Sesuai dengan Undang-Undang Nomor 1 Tahun 2004 tentang Perbendaharaan Negara, salah satu
kewenangan Menteri Keuangan selaku Bendahara Umum Negara adalah menetapkan sistem

penerimaan kas negara dan menunjuk bank dan/ atau lembaga keuangan lainnya dalam rangka
pelaksanaan penerimaan negara. Salah satu inisiatif strategis Direktorat Jenderal Perbendaharaan
dalam melaksanakan salah satu fungsi perbendaharaan di bidang pengelolaan penerimaan negara yang
menjadi quickwins Kementerian Keuangan adalah pengembang sistem penerimaan elektronik yang
berbasis teknologi informasi dalam bentuk Modul Penerimaan Negara.
4. Alur Penerimaan negara
Penerimaan dari BI meliputi :

a. Rekening Sub RKUN untuk menampung penerimaan dari penjualan Surat Utang Negara (SUN).
b. Rekening Khusus untuk menampung penerimaan yang terkait dengan penerimaan pembiayaan,
khususnya yang diperoleh dari initial deposit dan replenishment.
*sebelumnya terdapat penerimaan dari PNBP (migas, BUMN, dll) yang sekarang sudah dialihkan
ke aplikasi SIMPONI.
5. Proses Bisnis MPN G1

Secara umum proses bisnis dalam MPN-G1 ini masih sangat sederhana, dimana WP/WB/WS
melakukan pembayaran tagihan secara manual melalui teller Bank/Kantor Pos yang ditunjuk oleh
Pemerintah. Berdasarkan Surat Setoran yang telah dibubuhi NTPN tersebut maka teller akan
menginputnya ke dalam sistem MPN. Hasil dari inputan tersebut berupa ADK MPN yang selanjutnya
akan dikirimkan oleh Bank/Kantor Pos yang ditunjuk Pemerintah ke KPP dan KPPN. Sedangkan hasil
penyetoran dari WP/WB/WS akan ditransfer ke rekening Sub RKUN di Bank Indonesia setempat.
Alur Penerimaan Negara melalui MPN-G1 dapat dilihat pada gambar di bawah ini.

Kendala/hambatan MPN G1 yaitu karena dominasi/intervensi manusia. Kendala dari pihak
penyetor adalah isian yang tidak lengkap, sedangkan teller B/P persepsi akibat kesalahan akun,
kesalahan identitas penyetor. Sehingga akibat dari kesalahan ini, pembayaran belum diakui
sebagai pelunasan kewajiban. Evaluasi MPN G1 :
- Kualitas Data, Banyak Reversal
- Status Transaksi Real Rime Tidak Terwujud
- Fleksibilitas Penyetoran Penerimaan Negara
- Pembatalan Tidak Sesuai Dengan Ketentuan
- KPP Tidak Diyakini -> WDP

Pengembangan MPN-G2 dilatarbelakangi:
- banyaknya keluhan mengenai terbatasnya waktu layanan penyetoran melalui teller
bank/kantor pos,
- jaringan perbankan yang seringkali offline dengan sistem,
- opini audit BPK yang menyatakan bahwa data transaksi penerimaan negara melalui sistem
MPN (G1) tidak dapat diyakini kewajarannya (disclaimer – hasil audit BPK RI tahun 2009
dan 2010),
- Pengelolaan setoran melalui Rekening Kas Umum Negara juga dinilai tidak memadai.
Pada tahun 2015, Kementerian Keuangan melalui Direktorat Jenderal Perbendaharaan (DJPb)
meluncurkan MPN (Modul Penerimaan Negara) generasi kedua atau dikenal sebagai MPN-G2.
Arah penyempurnaan MPN G2 adalah:
- perubahan sistem penagihan dari manual billing system menjadi electronic billing system.
Penggunaan billing system dilakukan untuk mempermudah dan menyederhanakan proses
pengisian data dalam rangka pembayaran dan penyetoran penerimaan negara. Adanya billing

system juga untuk menghindari/meminimalisir kemungkinan terjadinya human error dalam
perekaman data pembayaran dan penyetoran oleh petugas.
- layanan online dan fleksibel, layanan seluruh transaksi penerimaan negara, layanan berbagai
jenis valuta, serta pengelolaan layanan dan data transaksi bersama dan terkoordinasi.
Secara umum proses bisnis MPN-G2 dapat dilihat dalam gambar di bawah ini.
Proses bisnis Modul Penerimaan Negara Generasi Kedua (MPN-G2) dimulai dari proses
pendaftaran sampai dengan rekonsiliasi kas. Lebih lanjut proses bisnis tersebut dapat
dijelaskan sebagai berikut:
a. Proses Pendaftaran
Proses pendaftaran akun dilakukan pada instansi sesuai dengan jenis penerimaan negara
bersangkutan. Pendaftaran maupun pembuatan kode billing:
o DJA : Melayani billing MPN G2 PNBP (simponi.kemenkeu.go.id)
o DJP : Melayani billing MPN G2 Penerimaan Pajak (djponline.pajak.go.id)
o DJBC : Melayani billing MPN G2 Penerimaan Bea dan Cukai (customer.beacukai.go.id)
Jika proses pendaftaran berhasil, maka data user ID, Personal Identification Number
(PIN)/password, dan link aktifasi akun akan diterima melalui email tersebut.
b. Pembuatan Kode Billing
Proses ini dilakukan setiap akan melakukan pembayaran kewajiban pajak dan penyetoran
PNBP. Pembuatan ID/kode billing ini dimaksudkan untuk mengoneksikan data wajib pajak/setor
yang akan melakukan pembayaran dengan data registrasi yang telah tersimpan pada saat
mendaftar.
c. Pengiriman notifikasi kode Billing

Biller juga mengirimkan kode Billing yang diberikan kepada Wajib Bayar (WB), Wajib Pajak
(WP), atau Wajib Setor (WS) kepada Database MPN G2 atau Settlement System. Hal ini penting
digunakan nantinya saat WB/WP/WS melakukan pembayaran, yaitu untuk mencocokkan data
penerimaan yang dibayar dengan yang menjadi tagihan.
d. Proses pembayaran sampai dengan diterima respon Nota Transaksi Penerimaan Negara
(NTPN)
Setelah menerima kode Billing, WP kemudian melakukan pembayaran melalui Bank/Pos
Persepsi/Mbanking/IBanking. Saat akan melakukan pembayaran, WP melalui Bank akan meminta
Inquiry ke System Settlement / Database MPN G2. Setelah menerima balasan Inquiry, WP
kemudian mencocokkan data dan jumlah uang yang akan dia bayar. Setelah merasa cocok,
kemudian WP melakukan pembayaran. Kode billing yang telah di-input dengan media
pembayaran secara sistem dikirimkan ke sistem MPN melalui MoF switcher system (switcher).
Switcher adalah sistem yang digunakan untuk setelmen dan rekonsiliasi data transaksi
penerimaannegara yang ditempatkan diantara pengelola MPN (Ditjen Perbendaharaan) dengan
collecting agent. MPN memproses kode billing untuk memverifikasi data identitas pembayar,
jenis pembayaran (akun), dan jumlah tagihan. Data tersebut selanjutnya dikirimkan melalui
switcher ke media pembayaran untuk ditayangkan. Sistem Bank/ Pos Persepsi akan mengkredit
dana ke rekening penerimaan pada Bank/Pos Persepsi. Selanjutnya sistem Bank/ Pos Persepsi
memproduksi Nomor Transaksi Bank (NTB) atau Nomor Transaksi Pos (NTP) beserta tanggal
setor, kode bank dan flag data yang dikirimkan ke sistem MPN melalui switcher sebagai dasar
pembuatan NTPN. Selanjutnya, pada sistem MPN dihasilkan flag data dengan status paid
(dibayar), tanggal pembayaran, jumlah setoran, NTB/NTP, kode bank, dan NTPN. Nomor
Transaksi Bank (NTB) dan NTPN sebagai bukti penyetoran dan kemudian diberikan kepada WP,
baik secara tercetak atau dalam bentuk softfile.
e. Pengiriman notifikasi NTPN ke Biller
NTPN yang telah diberikan System Settlement / Database MPN G2 kepada Collecting Agents
juga diberikan notifikasi terkait NTPN tersebut kepada Biller, baik DJP, DJBC, maupun DJA
tergantung jenis penerimaan negara yang telah dibayarkan. Pengiriman notifikasi ini bertujuan
agar Biller memiliki data bahwa kode Billing yang sebelumnya dikirimkan ke System Settlement /
Database MPN G2 telah lunas dibayar oleh WP/WB/WS.
f. Pelimpahan kas negara ke RKUN
Kas yang dibayarkan WB/WP/WS kepada Collecting Agent kemudian disetorkan ke
Rekening Kas Umum Negara (RKUN) setiap harinya oleh Collecting Agent. Pelimpahan ini pada
umumnya dilakukan setiap harinya secara bertahap sebanyak 2 kali dalam sehari pada pukul
09.00 dan 16.30. Pelimpahan kas ini penting karena kas yang disetor ke RKUN dapat langsung
digunakan untuk membiayai belanja APBN.
g. Pengiriman rekening koran, e-LHP, maupun DNP ke DJPB (KPPN Khusus Penerimaan)

Selain pelimpahan kas ke RKUN, Collecting Agents juga wajib menyampaikan pelaporan
berupa pengiriman rekening koran, laporan hasil penerimaan (LHP), maupun Deklarasi Nilai
Pabean (DNP) kepada DJPB dalam hal ini KPPN Khusus Penerimaan. Pengiriman e-LHP
tersebut dilakukan melalui portal Kemenkeu secara elektronik setiap harinya. E-LHP dikirim ke
KPPN Khusus Penerimaan karena memang KPPN inilah yang memiliki tugas secara khusus
terkait penerimaan negara, dalam hal ini lebih ke melakukan komunikasi ke pihak eksternal DJPB
yaitu Biller, BI, maupun Colleccting Agents.
h. Pengiriman data penerimaan ke DJPB (KPPN Khusus Penerimaan)
Pengiriman data penerimaan negara juga dilakukan oleh Bank Setral (BI) kepada DJPB
(KPPN Khusus Penerimaan). Komunikasi antara BI dan DJPB dilakukan melalui BIG-eb. Dengan
aplikasi/modul ini, DJPB memiliki otoritas untuk mengetahui data penerimaan/kas negara yang
berada di Bank Sentral.
i. Pengiriman data transaksi penerimaan ke modul SPAN
Data penerimaan yang berada pada Database MPN G2 maupun KPPN Khusus Penerimaan
selanjutnya dikirimkan ke modul Sistem Perbendaharaan dan Anggaran Negara (SPAN). Di
modul SPAN ini kemudian data penerimaan negara tersebut ditatausahakan. Data penerimaan
negara ini nantinya juga digunakan oleh modul lain untuk diolah lebih lanjut, contohnya
digunakan oleh modul GL Pelaporan untuk kemudian disusun Laporan Keuangannya.
j. Rekonsiliasi
Rekonsiliasi bertujuan untuk menjamin validitas dan akurasi data. Rekonsiliasi menghasilkan
dua jenis data yaitu data settled/reconclied dan data unsettled/unreconciled. Data
unsettled/unreconciled: CA Only dan Settlement Only. Terhadap data Settlement Only akan
dilakukan investigasi. Rekonsiliasi yang dilakukan meliputi rekonsiliasi transaksi dan rekonsiliasi
kas. Rekonsiliasi transaksi dilakukan dengan membandingkan data setoran penerimaan negara
yang diterima dari bank/pos persepsi dengan data penerimaan negara yang tercatat pada sistem
MPN.

Sedangkan rekonsiliasi kas dilakukan dengan membandingkan jumlah uang yang dilimpahkan
ke sub RKUN dengan kewajiban pelimpahan oleh bank/pos persepsi berdasarkan transaksi
penerimaan negara pada hari kerja berkenaan.

MPN-G3 merupakan salah satu sistem yang dibangun dalam rangka mengelola penerimaan
negara secara jauh lebih akurat, dan tepat waktu. Juga sebagai perwujudan peningkatan layanan

kepada masyarakat dalam menjalankan kewajiban membayar pajak dan penyetoran penerimaan
negara lainnya. Dibandingkan dengan MPN G-2, MPN G-3 memiliki keunggulan:
(Pengembangan Sistem Penerimaan Negara MPN G2 Menuju MPN G3)
- Peningkatan Infrasturktur Kapasitas Transaksi
Mampu melayani penyetoran penerimaan negara hingga 1.000 transaksi per detik, meningkat
signifkan dari hanya 60 transaksi per detik pada MPN-G2.
- Sistem Single Sign-On (SSO)
Melalui MPN G3, setiap Wajib Pajak/Wajib Bayar juga dapat mengakses satu portal
penerimaan negara (single sign-on) agar bisa mendapatkan kode billing untuk seluruh jenis
penerimaan negara yang dapat dilanjutkan pada proses penyetoran. Portal Penerimaan Negara
(SSO) merupakan portal yang mengakomodasi pembuatan dan pembayaran billing PNBP
DJA, DJP, dan DJBC.
- Lembaga Persepsi Lainnya (LPL)
Untuk memperluas collecting agent di samping Bank/Kantor Pos presepsi, DJPb melibatkan
LPL seperti seperti e-commerce, retailer, dan fintech melalui PMK Nomor 202/PMK.05/2018
tentang Perubahan Kedua atas PMK Nomor 32/PMK.05/2014 tentang Sistem Penerimaan
Negara Secara Elektronik. Saat ini sedang dilakukan uji coba terhadap Tokopedia, Finnet
Indonesia, dan Bukalapak, dalam proses SIT/UAT dan selanjutnya akan ditetapkan dengan
Kepdirjen Perbendaharaan dan penandatanganan PKS.
Secara umum proses bisnis MPN-G2 dan MPN-G3 hampir sama. Dimulai dari pendaftaran
sampai dengan rekonsiliasi. Perbedaanya adalah dengan penambahan Portal SSO Penerimaan
Negara dan Lembaga Presepsi Lainnya (LPL). Portal SSO Penerimaan Negara dan Lembaga
Presepsi Lainnya (LPL) menatausahakan penerimaan negara sebagaimana halnya Bank/Pos
Presepsi yaitu menerima setoran, melimpahkan ke kas negara dan melaporkan penerimaan negara.

Secara garis besar perbedaan antara Bank/Pos presepsi dengan LPL dapat dilihat dalam gambar di
bawah ini.
8. Manfaat Adanya Lembaga Persepsi Lainnya:

1) Penambahan agen penerimaan
Semakin banyak alternative collecting agent yang dapat menerima setoran penerimaan
negara.
2) Akses layanan 24/7
Penyetoran dapat dilakukan kapanpun dan dimanapun, 24 jam dalam sehari dan 7 hari dalam
seminggu.
3) Mendorong cashless payment
Alternative kanal pembayaran nontunai semakin banyak tersedia.
4) Tarif imbalan jasa lebih murah
Tarif imbalan jasa pelayanan sebesar Rp2000 lebih murah dibandingkan imbalan jasa
pelayanan yang dibayarkan kepada bank/pos persepsi

Adanya penambahan LPL ini membuat penyesuaian dalam beberapa proses bisnis khusunya
dalam alur pelimpahan dan pelaporan. Melalui BI RTGS, LPL bekerja sama dengan bank
mitranya (peserta BI RTGS) untuk menampung dan melimpahkan penerimaan negara. Alur
Pelimpahan Kas dari Kantor Pusat Bank Persepsi/ Lembaga Persepsi Lainnya kepada Bank
Indonesia Sub RKUN Dit. PKN transaksi pukul 15.00 waktu setempat (H-1) s.d. 08.00 waktu
setempat (H+0) dilimpahkan paling lambat pukul 09.00 WIB (H+0) dan transaksi pukul 08.00
waktu setempat (H+0) s.d. 15.00 waktu setempat (H+0) dilimpahkan paling lambat 16.30 WIB
(H+0). Sedangkan pelaporan E-LHP (LHP, DNP dan RK) via Portal Kemenkeu PELAPORAN
untuk transaksi pukul 15.00 waktu setempat (H-1) s.d. 15.00 waktu setempat (H+0) dilaporkan
paling lambat pukul 09.00 WIB (H+1) kepada KPPN Khusus Penerimaan.
Pelaporan Penerimaan Negara
- Prosedur penerimaan setoran melalui teller, ATM, dan e-banking
- Bank/pos mengirimkan LHP (Laporan Harian Penerimaan) dan rekening koran elektronik ke
KPPN Khusus Penerimaan melalui Portal Rekonsiliasi
- Laporan Harian Penerimaan dibuat per rekening kas negara persepsi.
- Penamaan file LHP : <kodebank>LHP<tanggalbuku> dengan type file “.txt”
- Penamaan file DNP : <kodebank>DNP<tanggalbuku> dengan type file “.txt”.
- Format text file e-DNP:
kodebank;tanggaltransaksi;waktutransaksi;tanggalbuku;kodebilling;ntb;ntpn;nilai;matauang;n
omorsakti

9. Rekap Penerimaan Pajak, Konfirmasi Penerimaan, Koreksi Penerimaan
Konfirmasi, Koreksi, dan Rekonsiliasi Data Penerimaan dalam rangka Penyusunan LK Satker
a. Rekap Penerimaan Pajak

Latar belakang rakap penerimaan pajak antara lain:
- Transaksi penerimaan detail per NTPN
- Volume Data transaksi melalui MPNG2 semakin besar
- Kebutuhan percepatan reporting maupun rekonsiliasi
- Mulai 01 November 2017 telah diterapkan sistem summary untuk penerimaan perpajakan
(biller pajak)
- NTPN setoran dengan unsur sama pada rekening MPNG2 yaitu tanggal buku, kode akun, dan
kode satker
- Akan dibuatkan satu NTPN rekap secara otomatis yang selanjutnya akan di interface ke
SPAN.
b. Konfirmasi Penerimaan

- Konfirmasi penerimaan merupakan proses validasi terkait pembukuan penerimaan negara.
- Satuan kerja (satker) mengajukan proses konfirmasi penerimaan di KPPN dengan cara
menyampaikan ADK konfirmasi.
- KPPN menerbitkan nota konfirmasi atas proses konfirmasi penerimaan negara yang
ditandatangani oleh petugas konfirmasi : Konfirmasi SPAN, Konfirmasi Dashboard MPN G2,
Konfirmasi OmSPAN
KONFIRMASI - OMSPAN Sesuai PerDirjen Perbendaharaan No PER-05/PB/2018
Inquiry CoA Nomor Penerimaan pada SPAN

987361.019.423999.0000000.0000000.D000000001.00000.0.0000.2.000000.000000
Satker.KPPN.Akun.Program.Output.Dana.Bank.Lokasi.Anggatam.Anatar entitas.Cadangan
c. Koreksi Penerimaan
Dasar: Perdirjen Perbendaharaan No PER-16/PB/2014 tentang Tata Cara Koreksi Data Transaksi
Keuangan pada SPAN.
- KPPN hanya dapat melakukan koreksi terkait data yang ada pada segmen CoA (Segment 1 –
segmen 12)
- KPPN hanya dapat melakukan koreksi penerimaan yang segmen 2 (dua) nya sesuai dengan
kode KPPN
- Koreksi penerimaan menggunakan ADK koreksi
- Khusus Koreksi Penerimaan Pajak (setelah summary), diperlukan koordinasi dengan Dit.SITP
untuk mendapatkan nomor NTPN rekap
Aturan Koreksi Penerimaan:
- Koreksi transaksi penerimaan menggunakan tanggal buku periode tahun yang sama.
- Koreksi transaksi penerimaan bulan berjalan menggunakan tanggal buku sesuai dengan
tanggal transaksi penerimaannya

- Penerimaan sampai dengan bulan lalu yang proses koreksinya dilakukan sampai dengan
tanggal 13 bulan berjalan menggunakan tanggal buku hari kerja terakhir bulan sebelumnya
serta dibukukan sebagai koreksi pada bulan sebelumnya
- Penerimaan sampai dengan bulan lalu yang proses koreksinya dilakukan setelah tanggal 13
bulan berjalan maka menggunakan tanggal buku hari kerja sesuai tanggal pelaksanaan koreksi
penerimaan
10. Penatausahaan Rekening pada MPN G2
 Hanya terdapat satu buah rekening untuk masing-masing jenis mata uang pada bank/pos
persepsi untuk menampung seluruh penerimaan negara.
 Rekening berada di Kantor Pusat Bank atau salah satu cabang yang ditunjuk.
 Seluruh transaksi penerimaan negara langsung dikreditkan ke rekening persepsi (Rekening
KPPN Khusus Penerimaan) pada masing-masing bank/pos persepsi;
 Pelimpahan penerimaan negara dari Rekening Penerimaan ke rekening Sub RKUN Dit PKN
mengikuti ketentuan
 Batas waktu (cut-off) transaksi yang tercatat pada Rekening Koran mengikuti ketentuan di
masing-masing bank/pos persepsi.
 Kantor cabang bank/pos persepsi sebagai payment channel, melalui kantor pusat atau cabang
yang ditunjuk untuk mengakses ke sistem settlement.
 Bank/Pos Persepsi menyediakan media penyetoran untuk WP/WB/WS berdasarkan ID
Billing.
 Prosedur penerimaan setoran melalui teller, ATM, dan e-banking.
 Sistem bank/pos persepsi menerbitkan dan mencetak BPN.
 Bank/Pos menyediakan fasilitas cetak ulang BPN.
 Pelunasan kewajiban kepada negara diakui sesuai tanggal pembayaran pada BPN/struk ATM.
 Bank/pos persepsi dapat melakukan beberapa kali pelimpahan ke Rekening Sub RKUN Dit
PKN pada Bank Indonesia.
 Periode cut-off harian pembukuan sesuai zona waktu masing-masing kantor pusat/cabang
yang ditunjuk sebagai koordinator.
 Pelimpahan penerimaan dlm mata uang rupiah melalui BI-RTGS, untuk mata uang USD
melalui SWIFT CODE.
 BI memberikan nomor sakti melaui BI-RTGS dan bank koresponden akan menerbitkan
transaction reference number atas out going transfer.
 Bank/pos persepsi mencantumkan nomor sakti atas pelimpahan pada masing-masing detail
data transaksi pada DNP
11. Penerimaan Negara Melalui KPPN

Berdasarkan PMK No 154/PMK.05/2014, penerimaan negara yang diterima melalui KPPN
merupakan penerimaan yang berasal dari potongan SPM; pengesahan pendapatan; rekening retur
SP2D yang dibukukan oleh KPPN. Dalam hal penerimaan negara memerlukan NTPN, dapat
mengacu pada nomor referensi penerimaan yang diberikan oleh SPAN. NTPN untuk potongan
SPM adalah Nomor SP2D. Penerimaan negara yang berasal dari potongan SPM, KPPN dapat
mencetak dan menyerahkan Bukti Penerimaan Negara kepada Bendahara Satker yang
bersangkutan melalui SPAN dengan dua cara yaitu:
- Cetak Bukti Penerimaan Negara lewat modul PM di seksi bank dalam hal yang meminta
adalah satker mitra kerja KPPN atau
- Cetak Laporan Daftar Penerimaan lewat modul GR dalam hal yang meminta adalah KPP
Mitra Kerja KPPN.
12. Penerimaan Negara Bukan Pajak (PNBP)
PNBP adalah pungutan yang dibayar oteh orang pribadi atau badan dengan memperoleh
manfaat langsung maupun tidak langsung atas layanan atau pemanfaatan sumber daya dan hak
yang diperoleh negara, berdasarkan peraturan perundang-undangan, yang menjadi penerimaan
pemerintah pusat di luar penerimaan perpajakan dan hibah dan dikelola dalam mekanisme
anggaran pendapatan dan belanja negara. – UU NO 9 TAHUN 2018.
a. Lingkup PNBP
Menteri/Pimpinan Lembaga yang memiliki sumber PNBP bertanggung jawab melakukan
pemungutan PNBP dalam lingkungan Kementerian Negara/Lembaga yang dipimpinnya.
b. Obyek PNBP
Seluruh aktivitas, hal, dan/atau benda, yang menjadi sumber penerimaan negara di luar
perpajakan dan hibah dinyatakan sebagai objek PNBP
- Pemanfaatan Sumber Daya Alam;
- Pelayanan;
- Pengelolaan Kekayaan Negara Dipisahkan;
- Pengelolaan Barang Milik Negara;
- Pengelolaan Dana; dan
- Barang Milik Negara;
- Pengelolaan Dana; dan
- Hak Negara Lainnya.
c. Pengelolaan PNBP
Seluruh PNBP dikelola dalam sistem anggaran pendapatan dan belanja negara.
1) Perencanaan PNBP
Penyusunan rancangan APBN/APBN-P dengan mengikuti siklus APBN. Rencana PNBP
disusun secara realistis, optimal, dan sesuai dengan peraturan perundang-undangan.

- Rencana PNBP wajib disampaikan oleh Instansi pengelola PNBP kepada Menteri
(Menkeu) untuk tahun anggaran yang direncanakan.
- Rencana PNBP ditetapkan oleh Menteri (Menkeu) dengan mempertimbangkan masukan
dari Instansi Pengelola PNBP.
- Dalam hal Instansi Pengelola PNBP tidak menyampaikan rencana PNBP, Menteri
(Menkeu) menetapkan rencana PNBP untuk Instansi Pengelola PNBP yang terkait.
- Rencana dituangkan dalam RAPBN dan/atau RAPBN-P
2) Pelaksanaan PNBP
- penentuan PNBP Terutang : Verifikasi PBNP terutang yg dihitung wajib bayar
- pemungutan PNBP : Pemungutan PNBP berdasarkan jenis dan tarif PNBP sesuai dengan
ketentuan peraturan perundangundangan.
- pembayaran dan penyetoran PNBP : Seluruh PNBP wajib disetor ke Kas Negara
- penggunaan dana PNBP : Instansi Pengelola PNBP dapat mengusulkan penggunaan dana
PNBP yang dikelolanya kepada Menteri Keuangan
- pengelolaan piutang PNBP pengelolaan piutang PNBP : Instansi pengelola PNBP
mencatat PNBP Terutang sebagai piutang PNBP
- penetapan dan penagihan PNBP Terutang penetapan dan penagihan PNBP Terutang :
Penetapan PNBP Terutang didasarkan pada hasil verifikasi, monitoring,laporan hasil
pemeriksaan terhadap Wajib Bayar;, putusan pengadilan; sumber lainnya.
3) Pertanggungjawaban
Penatausahaan :
• Instansi Pengelola PNBP & Wajib Bayar yg menghitung sendiri PNBP terutang
menatausahakan PNBP
• Dokumen yang menjadi dasar penatausahaan PNBP waiib disimpan selama sepuluh tahun
Pelaporan dan Pertanggungjawaban:
• Dalam rangla pertanggungiawaban PNBP, Wajib Bayar yang menghitung sendiri PNBP
Terutang wajib menyampaikan laporan realisasi PNBP dan laporan PNBP Terutang
kepada Instansi pengelola PNBP
• Laporan realisasi PNBP dan laporan PNBP rerutang pating sedikil memuat jenis, periode,
dan jumlah PNBP.
• Instansi Pengelola PNBP wajib menyampaikan laporan realisasi penerimaan dan
penggunaan dana PNBP kepada Menteri.
4) Pengawasan
Setiap Instansi Pengelola PNBP melaksanakan pengawasan intern atas Pengelolaan PNBP
sesuai dengan ketentuan peraturan perundang-undangan. Pengawasan intern atas Pengelolaan
PNBP ditakukan oleh aparat pengawasan intern pemerintah yang bertanggung jawab
langsung kepada Menteri/ Pimpinan Lembaga. Untuk meningkatkan kualitas perencanaan,

pelaksanaan, dan pertanggungiawaban PNBP, Menteri Keuangan melakukarn pengawasan
terhadap Instansi pengelola PNBP. Pengawasan dapat dilakukan dalam bentuk verifikasi,
penilaian, dan/atau evaluasi.
13. Input, Proses/Aktivitas, Output Modul Penerimaan
14. Gambaran Sistem Aplikasi Penerimaan

Pada gambaran sistem aplikasi, kami menyajikan user manual (manual pengguna) pada MPN-G2,
dan MPN G-3. Manual pengguna adalah suatu dokumen komunikasi teknis yang bertujuan
memberikan bantuan untuk penggunaan suatu sistem, terutama dikaitkan dengan peranti elektronik
serta perangkat keras dan lunak komputer. Manual pengguna yang ditampilkan mulai dari
pendaftaran, pembuatan billing, hingga pembayaran.
User Manual MPN-G2

a. Proses Pendaftaran
Pendaftaran dilakukan agar pengguna mempunyai identitas pengguna (user id) dan Personal
Identification Number (PIN)

Proses Pendaftaran Billing Pajak
1) Masuk ke website Billing Pajak dengan alamat http://sse.pajak.go.id
2) Klik “Daftar baru”.
3) Isi NPWP sesuai kartu NPWP Anda dan isikan alamat email Anda yang aktif untuk menerima
email notifikasi dari sistem billing pajak.
4) Isikan user ID yang Anda inginkan dan ketikkan kode captcha sesuai dengan yang tertayang
pada saat Anda mulai mendaftar.
5) Klik tombol “Register”
6) Jika isian Anda benar akan muncul pesan “Data berhasil disimpan”, kemudian cek email
Anda
7) Buka email Anda dan klik email kiriman dari billing mpn.
8) Klik “link aktivasi akun”.
9) Login awal sesuai user ID dan PIN dalam kiriman email. Khusus untuk PIN, dapat diganti
setelah melakukan aktivasi user pertama kali.
Proses Pendaftaran pada Aplikasi Simponi
Sebelum masuk ke proses pendaftarannya, berikut ditampilkan tipe billing
dalam Simponi
1) Masuk ke website Billing PNBP dengan alamat https://simponi.kemenkeu.go.id. Kemudian
klik “DAFTAR”
2) Pastikan Anda sudah menyiapkan data diri untuk mengisi formulir pedaftaran
3) Pilihlah jenis Billing sesuai keperluan Anda. Isi formulir selengkapnya untuk mmemudahkan
informasi.
4) Pastikan Anda sudah mengisi alamat email dengan benar karena digunakan sebagai aktivasi
awal dan berbagai notifikasi maupun informasi.
5) Isikan username dan password sesuai keinginan.
6) Klik “DAFTAR” jika isian sudah terisi lengkap dan benar
7) Jika sukses maka akan muncul informasi sesuai gambar di bawah. Kemudian silahkan cek
email Anda untuk melakukan aktivasi
8) Klik link aktivasi yang telah dikirim ke email Anda dan klik “Aktifkan”
9) Setelah aktif, akan muncul informasi seperti gambar di bawah. Klik “OK” untuk melanjutkan
proses login
Proses Pendaftaran Billing Bea Cukai
Proses pendaftaran di Portal Pengguna Jasa DJBC kurang lebih sama dengan di situs Simponi.
WB/WP/WS melakukan pendaftaran dengan mengisi data yang diminta, kemudian melakukan
aktifasi, sampai dengan diaktifkannya User yang telah dibuat.
b. Proses Pembuatan Kode Billing
Pembuatan Kode Billing Pajak oleh WP/WS/WB

1) Masuk ke website billing pajak dengan alamat http://sse.pajak.go.id
2) Isikan user ID dan PIN Anda kemudian klik “Login”
3) Input data setoran pajak sesuai dengan peruntukannya
4) Klik “Simpan” jika input data pajak sudah selesai
5) Klik “Terbitkan Kode Billing” untuk mendapatkan nomor kode billing.
6) Jika diperlukan, Anda dapat mencetak Kode Billing dengan klik tombol “Cetak”
Proses Pembuaan Billing Pajak oleh Bendahara Instansi
1) Masuk ke website Billing Pajak dengan alamat http://sse.pajak.go.id
2) Isikan user ID dan PIN Bendahara Instansi Anda, kemudian klik “Login”.
3) Berikut tampilan setelah login.
4) Kemudian kosongkan kolom NPWP, lalu isikan dengan kode yang sesuai.
Pembuatan Kode Billing pada aplikasi Simponi
1) Buka website Simponi kemudian isikan username dan password yang telah Anda buat,
kemudian klik “masuk”.
2) Akan muncul notifikasi proses otentifikasi
3) Jika berhasil, akan muncul tampilan utama website. Kemudian untuk membuat Billing klik
“Billing”.
4) Klik salah satu tipe Billing yang akan Anda buat
5) Klik (sebagai contoh) “Pembuatan Billing (Non Anggaran)”.
6) Isi formulir isian pembuatan Billing secara lengkap, kemudian klik “Simpan”.
7) Akan tampil notifikasi penyimpanan kemudian jika berhasil klik “OK”
8) Klik “History”
9) Pilih salah satu pilihan kemudian klik “cetak”.
10) Akan muncul tampilan cetakan informasi Billing yang Anda buat
Pembuatan Kode Billing Bea Cukai
Langkah-langkah pembuatan kode Billing melalui Portal Pengguna Jasa antara lain:
1) Melakukan Login ke portal pengguna jasa pada https://customer.beacukai.go.
2) Klik “Billing Online”
3) Klik “Create Billing Cukai” atau “Create Billing Pabean”
4) Isikan data yang diminta dengan lengkap
5) Bisa juga membuat kode Billing dengan mengunggah data Billing
6) Mencari Billing dengan klik “cari”
7) Cetak struk Billing dengan klik “Cetak Billing”
Kode Billing yang telah didapatkan oleh Wajib Bayar (WB), Wajib Pajak (WP), atau Wajib Setor
(WS) kemudian menjadi dasar dalam melakukan pembayaran melalui Collecting Agents
(Bank/Pos persepsi).
c. Proses/Alur Pembayaran

User Manual SSO (Single Sign On) MPN-G3
Portal Penerimaan Negara SSO MPN G3 merupakan portal yang mengakomodasi untuk
pembuatan dan pembayaran billing PNBP (Direktorat Jenderal Anggaran), billing Pajak
(Direktorat Jenderal Pajak) dan billing Bea dan Cukai (Direktorat Jenderal Bea dan Cukai).

a. Pendaftaran Pengguna Baru
1) Pengguna baru mengakses Portal SSO dengan URL: https://mpn.kemenkeu.go.id
2) Pada halaman registrasi isi semua data yang terdapat pada form registrasi dan klik Registrasi
3) Isi formulir, klik “Daftar”
4) Tampil notifikasi pendaftaran berhasil
5) Pengguna akan mendapatkan email aktivasi pengguna yang dikirimkan ke email saat
registrasi
6) Setelah membuka email aktifasi, pengguna melakukan klik Aktivasi Pengguna pada halaman
email aktifasi.
7) Pada halaman aktifasi, pengguna diwajibkan melakukan pengisian username, email ID, serta
password yang telah didaftarkan sebelumnya
8) Apabila pengisian telah selesai klik tombol Finish dan es, Save It.
9) Setelah pengisian selesai, akan tampil notifikasi aktifasi berhasil.
10) Apabila aktifasi telah berhasil, pengguna dapat login dengan akun yang telah aktif di halaman
depan Portal SSO https://mpn.kemenkeu.go.id
11) Pengguna dapat melakukan update profile
d. Pembuatan Tagihan/Billing
1) Pengguna mengakses Menu Billing >> Biller (DJA/DJP) untuk membuat billing DJA/DJP,
atau Menu Billing >> Biller (DJBC) untuk mengecek billing yang telah dibuat oleh DJBC.
2) Halaman pembuatan billing DJA, DJP dan DJBC akan dilampirkan di bawah ini. Pengguna
wajib mengisi borang di dalam kotak merah.
a) Pembuatan Billing DJA Fungsional
Berikut ini merupakan form pembuatan billing DJA Fungsional, pengguna wajib mengisi
borang di dalam kotak merahDengan ini, pembuatan billing DJA Fungsional pengguna telah
berhasil dilakukan, pengguna telah memperoleh kode billing dan dapat mencetak atau
menyimpan tagihan
b) Pembuatan Billing DJP
Pengguna wajib mengisi data pada form pembuatan billing DJP. Pembuatan Billing DJP
dengan jenis setoran Bendaharawan dengan tipe penyetor Ber NPWP maka NPWP dapat
diedit. Jika tanpa NPWP, maka pengguna harus mengisi form dibawah ini. Dengan ini,
pembuatan billing DJP pengguna telah berhasil dilakukan, pengguna telah memperoleh kode
billing dan dapat mencetak tagihan atau menyimpannya.
c) Pengecekan Billing DJBC
Pengguna dapat mencetak billing ataupun langsung melakukan pembayaran dengan klik
pada kode billing. Pengguna dapat memilih fasilitas pembayaran yang diinginkan dan
memproses pembayarannya.
e. Pembayaran Tagihan

1) Pengguna dapat memproses pembayaran dengan mengakses menu Billing >> Biller
(DJA/DJP) >> History Billing, dengan mencocokkan kode billing pada cetak tagihan dan
kolom kode billing di atas, pengguna dapat menentukan tagihan yang akan dibayarkan,
dengan memilih Action >> Details.
2) Pengguna dapat menentukan fasilitas pembayaran yang akan digunakan melalui dompet
elektronik, transfer bank, vitual account, dan kartu kredit yang dilaksanakan oleh agen
penerimaan yang dikenal dengan lembaga persepsi lainnya seperti e-commerce (Tokopedia
dan Bukalapak), retailer, dan fintech.
15. Keterkaitan Modul Penerimaan Negara Dengan Modul Sakti Lainnya

Modul Penerimaan Negara (MPN-G3) merupakan integrasi dari beberapa sistem seperti sistem
Penerimaan (SISPEN), Sistem Monitoring Pelaporan Pembayaran Pajak (SMP3), dan Sistem
Electronic Data Interchange (EDI) yang mana output dari kegiatan ini adalah data transaksi
penerimaan yang akurat dan dapat dipertanggungjawabkan. Secara umum konektivitas modul
penerimaan negara dengan modul atau sistem lainnya dapat dilihat dari gambar berikut ini.
SPAN
MPN
G2
Modul Billing
GLP System
1. SPAN
Modul Penerimaan Negara merupakan bagian dari SPAN. Keduanya saling terhubung dalam
hal terdapat pembaharuan data terkait transaksi penerimaan negara. Oleh karena itu, data transaksi
penerimaan yang telah direkam oleh MPN-G3 akan secara otomatis memperbaharui database
SPAN.
2. Modul General Ledger dan Pelaporan
Hubungan Modul GLP dengan Modul Penerimaan Negara terkait dalam hal pembaharuan
data transaksi penerimaan negara. Apabila data transakis penerimaan telah direkam melalui MPN-
G3, selanjutnya data tersebut akan dikirim ke Modul GLP guna pembuatan jurnal atas transaksi
penerimaan serta pembaharuan saldo akun penerimaan negara.
3. Billing System

Modul Penerimaan Negara mempunyai hubungan secara langsung ke billing system masing-
masing biller seperti DJA, DJP, dan DJBC. Apabila Wajib Pajak/Wajib Bayar/Wajib Setor
melakukan pembuatan tagihan kepada biller, atas tagihan tersebut diteruskan ke MPN-G3 oleh
billing system. Kemudian dalam hal Wajib Pajak/Wajib Bayar/Wajib Setor telah menyelesaikan
tagihannya dengan melakukan pembayaran, maka atas tagihan tersebut sistem MPN-G3 akan
memberikan notifikasi kepada billing System
16. Risiko Dan Pengendalian Modul Penerimaan Negara

Aktivitas Ancaman Pengendalian/Solusi
Pembuatan 1. Sistem Billing tidak dapat 1.1 Wajib Pajak / Wajib Bayar / Wajib Setor
Tagihan menerbitkan kode/ID Billing melakukan pembayaran dengan sistem manual
2. Gangguan pada server dengan formulir SSB/SSBP/SSPB
Sistem Billing 2.1 Melakukan pengecekan rutin terhadap
komputer server
2.2 Memilih provider yang mampu menyediakan
akses yang cepat
Pembayaran 1. Bank/Pos Persepsi tidak 1.1 Transaksi tidak dapat diteruskan
Tagihan dapat menerima informasi data 1.2 Rekening kas negara tidak dikreditkan
setoran dari settlement system 1.3 Penyetor dianjurkan untuk melakukan
penyetoran ke BPP lain
2. Sistem BPP tidak berhasil 2.1 Transaksi dianggap berhasil
menerima respon pembayaran 2.2 Dana Nasabah di debet
dari sistem settlement ( NTPN 2.3 Rekening kas negara di kredit
gagal diterima ) 2.4 Bank menerbitkan tanda terima sementara
berupa BPN tanpa NTPN
2.5 BPP menyampaikan kembali BPN Salinan
yang telah dilengkapi NTPN
Kinerja 1. Kinerja Aplikasi melambat 1.1 Notifikasi kepada KPPN untuk tidak
Aplikasi melakukan aktivitas tertentu yang berhubungan
MPNG3 dengan MPN
Validitas 1. Data transaksi penerimaan 1.1 Dilakukan Rekonsiliasi oleh KPPN baik
Data tidak match kepada satker maupun kepada BPP
17. Perbaikan/Improvement Modul Penerimaan Negara

No Pokok-Pokok Perubahan/Improvement
1 Sentralisasi penatausahaan penerimaan negara melalui single database dalam SPAN
2 Sentralisasi pengelolaan Modul Penerimaan Negara melalui MPN G2 untuk setoran
penerimaan negara yang disetor pada bank/pos persepsi
3 Reposisi kewenangan pengelolaan Modul Penerimaan Negara pada penerapan MPN G2
oleh DJPB (Dit. PKN), terutama terkait sistem pembayaran (settlement) setoran penerimaan
negara melalui bank/pos persepsi
4 Restrukturisasi rekening penerimaan (rekening kas negara) pada bank/pos persepsi terkait
penerapan MPN G2, terutama terkait dengan pemusatan rekening kas negara untuk masing-
masing bank/pos persepsi (BP Pusat)
5 Penerimaan negara terkait Rekening Pemerintah Lainnya (RPL) sudah dicatat pada saat
uang masuk pada rekening (RPL) yang bersangkutan
6 Penerimaan pembiayaan terkait Reksus dicatat pada saat dana initial deposit dan/atau pada
saat replenishment masuk pada Reksus yang bersangkutan.
7 Pembayaran setoran penerimaan negara pada bank/pos persepsi dapat dilakukan pada lintas
(luar) wilayah kerja KPPN yang bersangkutan. Untuk itu dilakukan jurnal intra-entity (antar
satker) pada setiap setoran yang dilakukan
8 Penerimaan terkait pajak dan bea cukai dicatat (diakui) sebagai penerimaan masing-masing
Satker (KPP/KPBC) bersangkutan. Sehingga proses rekonsiliasi data penerimaan dapat
dilakukan di tingkat Satker dan KPPN. Untuk itu setiap transaksi pada data MPN harus
dapat di mapping sebagai penerimaan KPP/KPBC selaku Satker.
9 Memungkinkan pencatatan dan akuntansi penerimaan negara dilakukan secara akrual
maupun kas sejalan dengan yang diamanatkan dalam undang-undang
10 Penerimaan dari pengembalian belanja tahun anggaran berjalan dapat mengembalikan sisa
pagu yang didahului dengan surat pengajuan pengembalian sisa pagu oleh Satker
11 Sebagian besar pencatatan penerimaan negara dilakukan melalui metode interface/upload
data (ADK) terutama terkait jumlah data transaksi yang relative banyak (batch/bulk)
temasuk untuk pencatatan penerimaan yang berasal dari setoran langsung pada Bank
Indonesia melalui ADK rekening koran.
12 Pembuatan daftar rincian dana bagi hasil PBB berdasarkan data transaksi penerimaan dapat
dilakukan secara sistem untuk membantu proses pembayaran/transfer ke daerah oleh KPPN
ke BO III
13 Penyampaian LHP dan rekening koran dari bank persepsi/BI secara elektronik dan
terstandarisasi
14 Rekonsiliasi secara sistem antara pencatatan penerimaan negara dengan kasyang diterima
pada Modul Cash Management berdasarkan informasi (ADK) rekening koran dari bank,

termasuk proses rekonsiliasi antara ADK rekening koran dari bank persepsi dengan data
penerimaan ADK LHP/DNP). Untuk itu rekening koran harus diformat dalam bentuk ADK
yang terstandarisasi dan setiap transaksi yang muncul dalam Daftar Nominatif Penerimaan
(DNP) harus muncul pada ADK rekening korannya, sehingga Bank Persepsi harus
mengkreditkan Rekening Kas Negara pada setiap transaksinya
15 Tidak ada proses permintaan NTPN (e-paypoint) pada MPN selain setoran melalui bank/pos
persepsi (contoh: penerimaan melalui potongan SPM, penerimaan melalui Bank Indonesia).
16 Tidak ada proses konsolidasi laporan (LKP) ditingkat pusat karena menggunakan single
database dan laporan dapat di-generate pada setiap Level kewenangan yang diberikan
17 Mendukung pelaksanaan Treasury Single Account (TSA) secara penuh dalam rangka
pengelolaan kas
18 Dapat dilaksanakan proses audit trail terhadap data transaksi, karena setiap adanya
perubahan/perbaikan hanya dapat dilakukan dengan mekanisme jurnal reversal/pembalik,
sehingga setiap perubahan/perbaikan akan tercatat
19 Penatausahaan penerimaan negara dengan meminimalisasi penggunaan kertas (less paper)
Upaya modernisasi sistem penerimaan, Modul Penerimaan Negara telah mengalami 3 kali perubahan
sebagai berikut:
1. MPN-G1
Dengan menggunakan MPN-G1, harus datang ke Bank atau kantor pos yang ditunjuk
Pemerintah untuk melakukan pembayaran tagihan. Berdasarkan Surat Setoran yang diisi secara
manual, penyetor melakukan pembayaran ke teller. Kemudian teller akan membukukan
penerimaan dalam aplikasi MPN. Surat Setoran dari wajib setor akan dibubuhi cap NTPN sebagai
bukti pembayaran yang sah. Selanjutnya, setiap hari, hasil penyetoran tersebut akan ditransfer ke
rekening Sub RKUN di Bank Indonesia setempat. Sedangkan pencatatan oleh teller dalam
aplikasi MPN di atas akan menghasilkan ADK. Setiap H+1 ADK tersebut akan dikirimkan ke
KPP dan KPPN.
Melalui evaluasi atas penggunaan MPN-G1 ini, diperoleh fakta bahwa MPN-G1 masih sangat
tergantung pada data input dari Bank, sehingga banyak dijumpai data yang tidak akurat maupun
keterlambatan penyetoran. Oleh karena itu, dengan memperhatikan kelemahan sistem tersebut
serta mencermati perkembangan teknologi informasi dikembangkanlah MPN-G2 untuk
memperbaiki sistem MPN-G1.
2. MPN-G2
Pada MPN-G2, sistem penerimaan negara sudah menggunakan sistem elektronik. Mulai dari
penggunaan Surat Setoran Elektronik (SSE) yang terintegrasi dari billing system, yaitu sistem

yang memfasilitasi penerbitan kode billing dalam rangka pembayaran atau penyetoran
penerimaan secara elektronik. Pengembangan MPN-G2 diarahkan pada penyediaan fleksibilitas
bagi Wajib Pajak/ Wajib Bayar. Oleh karena itu Wajib Pajak/ Wajib Bayar tidak perlu datang ke
Bank atau kantor pos yang ditunjuk untuk melakukan pembayaran tagihan. Pembayaran dan
peroleh NTPN cukup dengan mengandalkan koneksi internet dapat dilakukan kapanpun dan
dimanapun melalui alamat website yang telah ditentukan. Dalam hal Wajib Pajak/ Wajib Bayar
telah mendapatkan NTPN, pembukuan penerimaan negara selanjutnya akan tercatat pada SPAN.
Uang setoran akan diterima Rekening Kas Umum Negara (RKUN) di Bank Indonesia (BI) dan
secara sistem akan dilakukan rekonsiliasi bank pada SPAN atas dasar bank statement dari BI.
Dengan demikian, keuangan negara dapat dikelola dengan lebih handal, pengaturan cash flow
kas negara yang lebih reliabel dan terkendali.
3. MPN-G3
MPN-G3 merupakan salah satu sistem yang dibangun dalam rangka mengelola penerimaan
negara secara jauh lebih akurat, dan tepat waktu. Juga sebagai perwujudan peningkatan layanan
kepada masyarakat dalam menjalankan kewajiban membayar pajak dan penyetoran penerimaan
negara lainnya. Dibandingkan dengan MPN G-2, MPN G-3 memiliki keunggulan.
- Mampu melayani penyetoran penerimaan negara hingga 1.000 transaksi per detik, meningkat
signifkan dari hanya 60 transaksi per detik pada MPN-G2.
- Penyetoran penerimaan negara pada MPN-G3 juga dapat dilakukan melalui dompet
elektronik, transfer bank, virtual account, dan kartu kredit yang dilaksanakan oleh agen
penerimaan yang dikenal dengan lembaga persepsi lainnya seperti e-commerce, retailer, dan
fintech. Pengembangan MPN-G3 dilakukan secara kolaboratif antara pihak Kementerian
Keuangan dengan sejumlah bank serta pelaku fintech dan e-commerce seperti Tokopedia,
Finnet Indonesia, dan Bukalapak.
- Melalui MPN-G3, setiap Wajib Pajak/Wajib Bayar dapat mengakses satu portal penerimaan
negara (single sign-on) agar bisa mendapatkan kode billing untuk seluruh jenis penerimaan
negara yang dapat dilanjutkan pada proses penyetoran.
Modernisasi sistem penerimaan negara dan pengelolaan APBN dilakukan untuk memenuhi
tiga tuntutan, yaitu meningkatkan kolektibilitas penerimaan negara, memudahkan penyetor untuk
memenuhi kewajibannya, dan adaptasi dengan perubahan teknologi informasi.

TM 10 – MODUL MANAJEMEN KAS
1. Dasar Hukum Manajemen Kas

Dalam melakukan pengelolaan kas, Direktorat Jenderal Perbendaharaan Negara mengacu pada
dasar hukum sebagai berikut :
1. UU 17 tahun 2003 tentang Keuangan Negara
2. UU 1 tahun 2004 tentang Perbendaharaan Negara
3. UU 15 tahun 2004 tentang Pemeriksaan Pengelolaan dan tanggung Jawab Keuangan Negara
4. Peraturan Menteri Keuangan Nomor 154/PMK.05/2014 tentang Pelaksanaan Sistem
Perbendaharaan dan Anggaran Negara.
5. Peraturan Menteri Keuangan Nomor 188/PMK.05/2017 tentang Tata Cara Penyaluran Dana
Surat Perintah Pencairan Dana Melalui Sisitem Perbendaharaan dan Anggaran Negara.
6. Peraturan Direktur Jenderal Perbendaharaan Nomor 59/PB/2013 tentang Petunjuk Teknis
Pelaksanaan Modul Kas Dalam Sistem Perbendaharaan dan Anggaran Negara.
7. Surat Direktur Transformasi Perbendaharaan No.S-544/PB.8/2014 tanggal 7 Mei 2014 tentang
Penatausahaan Penerimaan Negara dan Pengawasan Saldo Kaspada KPPN SPAN.
8. Surat Direktur Jenderal Perbendaharaan No.S-5999/PB/2014 tanggal 18 September 2014
tentang Pengawasan dan Pelaporan Transaksi Rekening Kuasa BUN di Daerah pada KPPN
SPAN.
2. Kerangka Teori Manajemen Kas

Definisi dan Ruang Lingkup Manajemen Kas
Berdasarkan Peraturan Direktur Jenderal perbendaharaan Nomor 59/PB/2013 tentang
Petunjuk Teknis Pelaksanaan Modul Kas Dalam Sistem Perbendaharaan dan Anggaran Negara,
definisi modul kas adalah Modul Kas adalah bagian dari SPAN yang melaksanakan fungsi-fungsi
pengaturan rekening milik BUN, perencanaan kas, pemindahbukuan dana, rekonsiliasi bank, dan
pelaporan manajerial.
Ruang lingkup yang diatur dalam modul kas sesuai PER-59/PB/2013 adalah sebagai
berikut:

1. Penatausahaan Rekening Milik BUN
2. Penyediaan Kebutuhan Dana
3. Rekonsiliasi Bank
4. Pembukuan dan Pelaporan
3. Treasury Single Account (TSA)

a. Latar Belakang Treasury Single Account (TSA)
Sebelum dimulainya penerapan TSA pada tahun 2009, pengaturan rekening pemerintah Indonesia
meliputi puluhan ribu rekening bank pemerintah yang dioperasikan oleh kantor pusat Ditjen
Perbendaharaan, Kanwil, dan KPPN, serta berbagai kementerian dan lembaga di seluruh penjuru
Indonesia. Semua rekening tersebut menyimpan saldo dalam jumlah yang signifikan tanpa diberikan
renumerasi. Sebelum pembentukan TSA, terdapat sejumlah inefisiensi dalam pengelolaan penerimaan
dan pengeluaran negara di Indonesia:
 Dari sisi pengeluaran, inefisiensi mencakup adanya “dana menganggur” yang tersimpan di
luar BI dan tidak teremunerasi secara memadai. Khususnya:
- penyediaan dan pendanaan pagu pengeluaran secara kas di rekening bank operasional
(BO-I) untuk pembayaran ke pemasok barang dan jasa untuk Satker
- penyediaan dan pendanaan pagu pengeluaran secara kas di rekening bank operasional
(BO-II) untuk pembayaran gaji
- adanya mekanisme dana cadangan pada rekening Bendahara Pengeluaran
- adanya prosedur dana transfer untuk pemerintah daerah dan pembayaran pensiun yang
mengharuskan pemindahbukuan dana ke bank komersial untuk membiayai pengeluaran
tersebut sebelum jatuh tempo pembayaran.
 Pada sisi penerimaan, awalnya bank-bank pemungut penerimaan (bank/kantor pos persepsi
dibolehkan untuk memegang “dana mengambang (floats)” dalam saldo-saldo pemerintah
yang disimpan di bank tersebut, karena prosedur penyetoran dana yang berlaku
memungkinkan bank-bank pemungut memindahbukukan hasil pungutan penerimaan ke
rekening TSA dua atau tiga kali dalam seminggu.

b. Tujuan dan Karakteristik TSA di Indonesia
Upaya pemerintah untuk meningkatkan pengelolaan kas negara berfokus pada penerapan TSA
yang sesuai dengan praktik internasional yang baik. Gambar di bawah ini memperlihatkan
keterkaitan antara pengelolaan kas dengan TSA.
Gambar: Konsep Treasury Single Account (TSA)
Sumber: Modul Manajemen Kas DJPB
Tujuan penerapan TSA di Indonesia mencakup:
 pengendalian saldo kas dan arus kas melalui ketentuan hukum yang mewajibkan seluruh
penerimaan dan pengeluaran untuk melalui TSA
 mengkonsolidasikan saldo-saldo kas pemerintah dalam TSA setiap hari dengan
menggabungkan saldo kas di berbagai rekening bank yang digunakan untuk membayar biaya

operasional pemerintah
 meminimalkan kas mengambang di berbagai rekening bank pemerintah di luar TSA untuk
mengurangi risiko dan mengoptimalkan imbalan atas sumber daya kas pemerintah
 meningkatkan akuntabilitas melalui transparansi dalam pengelolaan penerimaan dan belanja
negara.
Sebelum diterapkannya TSA, struktur perbankan pemerintah Indonesia terdiri dari:
(i) rekening-rekening di kantor pusat Bank Indonesia (BI) maupun di kantor-kantor cabangnya
di daerah, yang dioperasikan oleh kantor pusat Ditjen Perbendaharaan, Kanwil Ditjen
Perbendaharaan dan KPPN;
(ii) rekening-rekening di bankbank komersial yang dikendalikan oleh Kanwil Ditjen
Perbendaharaan; serta
(iii) rekening-rekening di bank-bank komersial yang dikendalikan oleh kementerian-kementerian
pengguna anggaran, yang sebagian besar dikategorikan sebagai rekening-rekening yang
“liar/tidak diketahui” oleh Kementerian Keuangan.
c. Tahapan dan Langkah-Langkah Penerapan TSA di Indonesia

Langkah-langkah penerapan TSA dipaparkan secara ringkas dalam kotak berikut ini:
 Konsolidasi saldo kas pemerintah ke dalam TSA di Bank Indonesia, dimana semua
penerimaan negara harus disetorkan kedalam dan semua pengeluaran negara harus
dibayarkan keluar dari rekening ini (2009). Selain itu, semua rekening pemerintah yang
dibuka oleh setiap kementerian, termasuk Kementerian Keuangan, harus dikonsolidasikan
dan disetujui oleh Perbendaharaan (2007-2012).
 Penerapan TSA pada rekening pengeluaran melalui Rekening Bersaldo Nihil di Bankbank
Operasional (BO I-BO III) untuk melakukan pembayaran kepada pemasok sehingga
meniadakan dana mengambang di rekening pemerintah di luar TSA (2008).
 Penerapan penyapuan (sweeping) harian atas rekening penerimaan di bank/kantor pos
persepsi dan ketentuan bahwa semua penerimaan negara di rekening bank/kantor pos
persepsi harus disapu (sehingga bersaldo nihil) ke TSA di Bank Indonesia secara harian

(2010).
 Konsolidasi non-kas dan pengawasan saldo di rekening pengeluaran yang dikelola oleh
Satker seiring diterapkannya pengaturan Treasury Notional Pooling (2009).
 Remunerasi atas saldo kas surplus yang disimpan di Bank Indonesia (2009).
 Pembayaran biaya jasa atas layanan perbankan bagi pemerintah yang disediakan oleh bank
komersial yang melakukan pemungutan penerimaan negara pajak dan bukan pajak (2009).
 Berdasarkan perkiraan kas yang akurat, penempatan dana menganggur ke dalam rekening di
Bank Indonesia/bank komersial yang menghasilkan pendapatan bunga atau melakukan
investasi jangka pendek pada instrumen-instrumen moneter yang aman dan menguntungkan
(rencana tahun 2014).
4. Treasury Notional Pooling (TNP)

Langkah terakhir dalam mengkonsolidasikan saldo bank pemerintah adalah penerapan
Treasury Notional Pooling (konsolidasi secara virtual) yang diterapkan pada rekening bendahara
penerimaan dan rekening bendahara pengeluaran yang dimiliki Satker di bank komersial. TNP untuk
rekening Bendahara Penerimaan dan rekening Bendahara Pengeluaran adalah program pengelolaan
konsolidasi saldo yang melibatkan seluruh rekening Bendahara.
Penerimaan dan rekening Bendahara Pengeluaran di bank komersial tanpa melakukan
pemindahbukuan kas apapun. Saldo dari semua rekening Bendahara Penerimaan dan rekening
Bendahara Pengeluaran dikonsolidasikan di akhir setiap hari kerja setelah proses penutupan.
Prinsip dasar pembayaran pengeluaran negara di Indonesia adalah, sebisa mungkin, dilakukan
secara langsung dari TSA ke rekening penerima. Oleh karena itu, saldo kas yang disimpan di
Bendahara Pengeluaran Satker harus relatif kecil dan digunakan hanya untuk menyimpan uang
persediaan (UP) saja.
Treasury Notional Pooling diharapkan memberikan berbagai manfaat berikut:
 Remunerasi atas saldo kas harian yang disimpan dalam Rekening Bendahara
 Perbaikan administrasi rekening Bendahara Pengeluaran dan rekening Bendahara Penerimaan

melalui penyediaan informasi harian mengenai semua saldo yang disimpan di Rekening
Bendahara.
 Mempermudah penghitungan dan pengawasan Penerimaan Negara Bukan Pajak (PNBP)
terhadap bunga atas saldo rekening Bendahara Pengeluaran Menghindari adanya
pemindahbukuan masuk/keluar harian pada saldo rekening Bendahara Pengeluaran, melalui
konsolidasi di kantor pusat bank komersial untuk keperluan pelaporan
 Tidak ada biaya jasa layanan yang dikenakan oleh pihak bank atas penerapan TNP pada
rekening Bendahara Pengeluaran.
Penerimaan yang dihasilkan dari penerapan TNP disetor ke negara sebagai PNBP. Sejak
tahun 2009 hingga 2013, pemerintah telah menghasilkan penerimaan sejumlah sekitar Rp 669
miliar melalui penerapan TNP.
5. Treasury Dealing Room

Dealing Room adalah salah satu bentuk pengelolaan kas. Dealing Room adalah tempat pemilik
dana (lender) dan peminjam dana (borrower) bertemu/ berhubungan melalui sarana komunikasi baik
secara langsung maupun melalui perantara (broker atau pialang) untuk melakukan transaksi pinjam-
meminjam dana. Bisa juga diartikan sebagai tempat terjadinya jual beli saham, obligasi, dan foreign
exchange. Atas transaksi tersebut, pihak pemilik dana (lender) memperoleh imbalan atau kompensasi
dari pihak peminjam dana (borrower) berupa bunga.
Ditjen Perbendaharaan secara resmi meluncurkan Treasury Dealing Room pada 31 Maret 2015.
Dan setelah segala persiapan, 29 Februari 2016, dilakukan transaksi perdana penempatan uang
perdana pada Bank Umum yang menjadi mitra sebesar 200 milyar rupiah dengan masa tenor 7 hari.
Lama sekali, pemerintah baru sadar bahwa kas negara bisa dikelola secara maksimal. Dulu, uang
negara diletakkan begitu saja di Bank Indonesia tanpa ada kesadaran bahwa dengan meletakkan uang
begitu saja, itu berarti Idle Cash bagi pemerintah. Bahkan ada bisik-bisik, Bank Indonesia bisa
membangun dirinya seperti Gotham adalah akibat ketidaksadaran pemerintah. BI dengan cerdas
memanfaatkan uang negara yang ada padanya sehingga memperoleh keuntungan.

Dalam menjawab visi menjadi pengelola perbendaharaan yang unggul di tingkat dunia, Ditjen
Perbendaharaan terus berupaya memodernisasi pengelolaan kas. Dealing Room ini bukan muncul
begitu saja. Sebelumnya, pemerintah melalui Ditjen Perbendaharaan terlebih dahulu menggencarkan
perencanaan kas yang akurat di satuan kerja (kantor-kantor yang menggunakan dana APBN).
Perencanaan kas yang akurat ini akan membuat pemerintah tahu berapa dana yang harus
digelontorkan dari APBN pada tanggal sekian. Dibandingkan dengan pendapatan, maka pemerintah
kemudian tahu berapa jumlah uang yang lebih tidak dipakai/idle cash di kas negara. Uang itulah yang
kemudian menjadi tanggung jawab dealing room untuk meletakkannya di dalam investasi jangka
pendek. Hal ini telah sesuai dengan UU No. 1 tahun 2004 tentang Perbendaharaan Negara.
Tujuan utama dari Treasury Dealing Room bukanlah mencari untung, tetapi lindung nilai
(hedging). Sekilas mengenai hedging, banyak yang berpikir membeli emas adalah investasi, tidak,
membeli emas adalah hedging. Hal ini tercantum dalam pasal 876 PMK Nomor 206/PMK.01/2014.
Subdirektorat Optimalisasi Kas mempunyai tugas melaksanakan penyiapan perumusan
strategi likuiditas, optimalisasi kas dalam rupiah dan valuta asing, perencanaan portfolio
penempatan rupiah dan valuta asing, perencanaan portfolio investasi Surat Berharga Negara dalam
rupiah dan valuta asing, melaksanakan optimalisasi kas pada pasar uang rupiah, valuta asing dan
Surat Berharga Negara, melakukan transaksi untuk tujuan lindung nilai (hedging), memberikan dan
menatausahakan surat permintaan penyelesaian transaksi, melakukan kegiatan perhitungan mark to
market, memonitor perkembangan pasar keuangan dan counterparty serta membuat laporan
manajerial transaksi.
6. Pengelolaan Kas dalam Tinjauan Teoritis (Best Practice)

a. Kaitan Pengelolaan Kas Pemerintah dan Pembuatan Kebijakan Ekonomi Lainnya
Kaitan pengelolaan kas dapat dijelaskan dalam pilihat kebijakan yg akan diambil yaitu:
 First Policy Choice yang menyangkut baik kebijakan di bidang penerimaan maupun
pengeluaran berinteraksi dengan sektor perbankan, manajemen rekening dan juga TSA.
 Second Policy Choice adalah seberapa besar dana senantiasa tersedia dalam TSA sebagai

target balance.
 Third Policy Choice yaitu monetery policy karena besarnya dana kas pemerintah dalam neraca
bank sentral setidaknya mempengaruhi keputusan bank sentral dalam menentukan likuiditas
moneter di pasar.
 Fourth and Fifth Policy Choice yaitu Cash Flow Manajemen in Money Market dan Market
Development.
Dalam suatu skema dapat dilihat pada gambar berikut:
Gambar 2.2 Koneksitas Pengelolaan Kas dengan Kebijakan Pemerintah Lainnya
b. Pengelolaan Kas dalam Framework Asset Liability Management (ALM)

Salah satu metode yang sangat mendasar yang seharusnya selalu ada dalam pengelolaan
kas adalah penerapan Asset Liability Management (ALM) framework sebagaimana dilakukan pada
private financial sector. Penerapan kerangka ALM atas pengelolaan kas pemerintah dapat dimulai
dengan melihat status neraca pemerintah yang terakhir.
c. Pengorganisasian dalam pengelolaan Kas

Pengorganisasian dalam pengelolaan kas secara umum dibagi menjadi 4 unit yaitu (i) front
office, (ii) middle office, (iii) treasury support liquidity, (iv) settlement unit yang dapat dilihat dari
gambar berikut.
Gambar: Kerangka Pengorganisasian TDR

Secara umum, kegiatan pengelolaan kas dimulai dari perencana kas oleh Treasury Liquidity
Unit. Atas dasar perencanaan kas yang dilakukan unit ini, middle office akan melakukan analisis
untuk menetapkan strategi penempatan, yang selanjutnya akan menjadi dasar bagi front office untuk
melakukan kegiatan penempatan. Atas keseluruhan transaksi yang dilakukan oleh TDR, back office
akan melakukan pembukuan dan sekaligus melakukan settlement bekerjasama dengan pihak
perbankan.
7. Proses Bisnis Manajemen Kas (Input, Proses, Output)

Manajemen kas pada SPAN merupakan sistem terintegrasi dengan konsep database tunggal
sehingga data-data dari modul-modul lain dapat dijadikan dasar bagi manajemen kas untuk
melakukan transaksi dan pelaporan. Data dari manajemen DIPA (Management of Spending
Authority), manajemen komitmen (Budget Commitment), manajemen pembayaran (Payment
Management), dan manajemen penerimaan negara (Government Receipt) merupakan sumber data
bagi manajemen kas untuk transaksi maupun pelaporan. Input, proses/aktivitas, dan Output Modul
Manajemen Kas dibagi ke masing-masing DFD sebagai berikut :
a. DFD Konteks Manajemen Kas

Dalam Manajemen Kas, terdapat lima entitas yang berperan dalam sistem pengelolaan kas
negara.
1. Kementerian/Lembaga
2. Bank Komersial (Bank Operasional)
3. KPPN
4. Bank Indonesia
5. Direktorat Jenderal Perbendaharaan (DJPb)
Setiap entitas berpartisipasi dalam kelancaran sistem pengelolaan kas yang sesuai dengan
peraturan yang telah ditetapkan. K/L berperan dalam input Rencana Penarikan Dana—aktivitas
yang merupakan bagian dari perencanaan kas. Bank Komersial memberikan asistensi dalam
pengelolaan kas dan rekonsiliasi kas berkaitan dengan rekening negara yang menjadi tanggung
jawabnya. KPPN sebagai Kuasa BUN melakukan penatausahaan Rekening Kas Umum Negara
(RKUN). Kemudian, Bank Indonesia melakukan pengelolaan kas dan rekonsiliasi dan DJPb yang
berperan dalam penatausahaan RKUN.
b. DFD Level 0 Manajemen Kas

Jika kita jabarkan, Manajemen Kas terdiri atas lima aktivitas utama.
1. Penatausahaan RKUN
2. Perencanaan Kas
3. Pengelolaan Kas
4. Rekonsiliasi Bank
5. Pembukuan dan Pelaporan
Dengan peran entitas-entitas yang telah disebutkan sebelumnya, Manajemen Kas akan
menghasilkan output berupa :
1. ADK Penerimaan dan Pengeluaraan Kas

2. Laporan Manajerial
3. Laporan Rekonsiliasi
c. DFD Level 1 .1.1 Manajemen Kas
Pada aktivitas penatausahaan RKUN, pencatatan rekening baru akan dilakukan untuk
registrasi rekening bank yang akan digunakan untuk melakukan transaksi. Proses ini dilakukan
secara terpusat di Direktorat Pengelolaan Kas yang berada di bawah DJPb. Berikut ini adalah
penjabaran proses penatausahaan RKUN.

a. Aktivitas penatausahaan kas dimulai dengan perekaman RKBUN yang dilakukan KPPN dan
DJPb secara kolaboratif untuk setup rekening. Setup rekening dilakukan atas semua rekening
milik BUN (Rekening BUN, Rekening Transito, dan Rekening Pengesahan). Aktivitas-aktivitas
yang dilakukan dalam setup rekening adalah input kepemilikan, input informasi rekening, dan
input pengendali rekening.
b. Pemutakhiran rekening memengaruhi rekening baru dan rekening yang telah dimiliki. Hal
ini sangat dibutuhkan terutama ketika ada perubahan data-data terkait rekening.
c. Penentuan hubungan RKBUN berkaitan dengan rekening asal dan rekening tujuan.
d. Penutupan rekening dilakukan untuk menutup rekening yang sudah tidak aktif, sehingga
tidak dapat digunakan untuk transaksi. Aktivitas ini dilakukan berdasarkan Laporan
Penutupan Rekening yang diperoleh dari KPPN dan laporan dari DJPb.
d. DFD Level 2.1 Manajemen Kas
Perencanaan kas dilaksanakan melalui Cash Planning Informative Network (CPIN) untuk

perencanaan di luar SPAN yang akan menghasilkan Laporan Perencanaan Kas Pemerintah Pusat.
Input yang digunakan dalam aktivitas ini merupakan data yang diperoleh dari buku merah dan buku
biru serta halaman III DIPA.
Perencanaan kas dalam SPAN dapat diperoleh dari kerjasama berbagai modul. Aktivitas ini
didasarkan atas data atau transaksi yang terjadi pada modul lain.
1. Modul Manajemen DIPA
Halaman III DIPA sebagai dasar Rencana Penarikan Dana tahunan. Data RPD akan ter-
update secara otomatis berdasarkan realisasi pembayaran dari Modul Pembayaran. Data ini
akan digunakan untuk perencanaa kas jangka panjang.
2. Modul Komitmen
Penyampaian jadwal pembayaran atau resume kontrak.
3. Modul Pembayaran
Penyampaian termin pembayaran yang akan digunakan sebagai perencanaan kas jangka
pendek. SPM/SP2D sebagai pengganti mekanisme e-kirana.
Pada SPAN, terdapat beberapa jenis laporan perencanaan kas.
1. Laporan Perencanaan Pengeluaran Kas Harian

2. Laporan Perencanaan Pengeluaran Kas Mingguan
3. Laporan Perencanaan Kas Bulanan
4. Laporan Perencanaan Kas Bulanan BUN berdasarkan AFP
5. Laporan Monitoring Ketersediaan Pagu DIPA
6. Laporan Perencanaan Pendapatan Bulanan.

e. DFD Level 3.1 Manajemen Kas
PENERIMAAN
a. Rekening 501.000000 menerima dana dari Bank Komersial atau Bank Persepsi. Dana ini
 berasal dari penerimaan negara, diantaranya; Pendapatan Perpajakkan, PNBP, dan
sebagainya. Rekening ini juga digunakan untuk membayar SP2D yang menggunakan
prosedur rekening khusus. Dana akan dikirim ke pihak ketiga sesuai dengan saldo yang
tertera pada SP2D.
b. Kemudian, terdapat penerimaan transfer dana pada rekening 500.000.000 dari rekening
501.000.000 KPPN. KPPN akan menerima dan merekam laporan bank atas rekening
501.000.000 untuk pelaporan.
c. Di akhir hari kerja, saldo tersebut akan dipindahkan ke rekening 502.000000 (RKUN).
d. DPKN akan menerima dan merekam laporan bank atas akun 500.000000 yang akan
digunakan pada proses rekonsiliasi dan pelaporan.
PENGELUARAN
DPKN melalui Subdit Rekening Kas Umum Negara mengetahui jumlah kebutuhan dana untuk
pembayaran SP2D setelah Kepala Seski Pencairan Dana melakukan persetujuan atas SPM terkait
melalui aplikasi SPAN.

f. DFD Level 4.1 Manajemen Kas
Rekonsiliasi bank dilakukan pada semua rekening milik BUN. Bank Persepsi akan mengirim
rekening koran atas rekening transito KPPN. Rekening koran ini akan direkam dalam SPAN
sehingga menghasilkan ADK Rekening Koran. ADK Rekening koran akan direkonsiliasi dengan
Rekening Koran dari Bank Persepsi. Output dari aktivitas ini adalah Laporan Rekonsiliasi Bank.
Status atas pelaksanaan rekonsiliasi bank terdiri dari:
a. Belum direkonsiliasi :Data transaksi SPAN yang belum direkonsiliasi atau datanya belum
tersajikan di Rekening Koran yang dikirimkan oleh Bank.
b. Reconciled : Data transaksi Rekening Koran sama (no. transaksi dan nilai transaksi) dengan data
SPAN
c. Unreconciled.: Data transaksi Rekening Koran tidak saam dengan data SPAN.

g. DFD Level 5.1 Manajemen Kas
Aktivitas terakhir dalam Manajemen Kas adalah pelaporan. Pelaporan dilakukan oleh KPPN
sebagai kuasa BUN. KPPN membuat laporan berdasarkan data yang terdapat dalam database data
manajemen kas. Output aktivitas pelaporan adalah Laporan Manajerial. Laporan Manajerial ini
berisi indicator-indikator validitas Laporan Arus Kas KPPN. Indikator-indikator tersebut adalah:
a. Rekening yang di-setup di SPAN sudah benar .
b. Saldo awal yang di-input sudah benar.
c. Laporan transaki yang belum direkonsiliasi NIHIL
d. Laporan Hasil Rekonsiliasi Rekening Koran dengan status unreconciled NIHIL .
e. Laporan Kas Posisi/Laporam Konsolidasi Kas KPPN wajar dan dapat dijelaskan
 dibandingkan dengan data rekening koran fisik.
f. Laporan Rekonsiliasi CM – GL
Skenario dasar pada modul manajemen kas SPAN, antara lain:
8. Pencatatan rekening baru (entry new bank account)

Proses tersebut dilakukan untuk registrasi rekening bank yang akan dilakukan untuk transaksi.
Proses registrasi bank dilakukan secara terpusat di Direktorat PKN mengingat adanya konsep
kombinasi BAS (segment bank, akun kas) untuk manajemen kas pada SPAN. Kombinasi BAS dalam
SPAN ditunjukkan dalam Gambar 3.1.

Setiap rekening bank yang didaftarkan pada SPAN kedalam segment bank yang disesuaikan/diwakili
menjadi lima digit (digit 1 untuk tipe rekening, 4 digit berikutnya merupakan nomor urut).
Gambar 3.1 DIGIT REKENING BANK
1. Transfer antar rekening (Bank Account Transfer)

Transfer antar rekening dapat dilakukan oleh KPPN maupun Direktorat PKN sesuai dengan user
login masing-masing. User login tersebut juga berguna untuk mengakses SPAN sesuai responsibility
yang telah ditetapkan, dan juga dapat digunakan sebagai audit trail.
2. Rekonsiliasi bank secara otomatis (Auto reconcile)
Rekonsiliasi bank digunakan untuk mencocokkan data yang ada pada SPAN dengan transaksi
yang ada di bank (ADK rekening koran bank). Proses rekonsiliasi dilakukan secara harian oleh sistem
dan terjadwal. ADK rekening koran yang diterima dari bank harus sesuai dengan requirement SPAN,
sehingga proses otomatis tersebut dapat berjalan lancar.
3. Rekonsiliasi bank secara manual (manual reconcile)
Proses rekonsiliasi bank secara manual dilakukan jika ada perbedaan antara transaksi yang ada
di SPAN dengan ADK rekening koran bank, dan juga pada rekening yang bersifat dummy seperti
rekening transito untuk BLU, dll.
4. Non-aktifasi rekening (closing existing bank account)
Proses tersebut dilakukan untuk menutup rekening yang sudah tidak aktif, sehingga tidak
dapat digunakan untuk transaksi.
5. Perencanaan kas (cash forecasting)
Perencanaan kas pada SPAN didasarkan pada data atau transaksi yang terjadi pada modul lain,
sehingga dapat diketahui berapa kebutuhan kas secara harian, mingguan, dan bulanan.
Salah satu konsep usulan penyempurnaan proses bisnis yang terdapat pada manajemen kas SPAN
adalah sentralisasi rekening pengeluaran untuk menggantikan Bank Operasional I. Dengan konsep
tersebut, proses settlement untuk pihak ketiga langsung dilakukan oleh bank yang sama dengan
rekening penerima. Dana akan ditransfer dari RKUN ke RPK BUN P, yang kemudian ditransfer
overbooking kepada pihak ketiga pada bank yang sama, sehingga mengurangi lalu lintas SKN atau
RTGS antar bank. Hal tersebut juga dapat mengurangi retur, mengingat proses settlement hanya
menggunakan proses overbooking seperti pada gambar dibawah ini.

9. Input Manajemen Kas
a. Rekening Milik BUN
1. Rekening BUN
2. Rekening Transito
3. Rekening Pengesahan
b. Data rekening : nama rekening, nomor rekening, nama bank, alamat cabang
bank, mata uang, fungsi rekening, dan nomor rekening tujuan pelimpahan
c. Surat Persetujuan Pembayaran Tagihan
d. SP2D
e. Bank Account Transfer (BAT)
10. Proses Manajemen Kas

a. Penatausahaan rekening milik BUN
1. Perekaman data rekening
2. Pemutakhiran data rekening
3. Penentuan hubungan antarrekening
4. Penutupan rekening
b. Perencanaan kas
c. Pemindahbukuan dan penyediaan kebutuhan dana

d. Rekonsiliasi bank
e. Pembukuan dan pelaporan manajerial
11. Output Manajemen Kas

a. Laporan Transaksi yang belum direkonsiliasi dengan status NIHIL.
b. Laporan Hasil Rekonsiliasi Rekening Koran dengan status “unreconciled” nihil.
c. Laporan Konsolidasi Kas KPPN (Buku Putih) wajar dan dapat dijelaskan
(penjelasan kewajaran)
d. Laporan rekonsiliasi Cash Management General Ledger wajar dan dapat dijelaskan.
12. Gambaran Umum Modul Manajemen kas pada SPAN

Berbagai pendapat mengemuka tentang manajemen kas pemerintah. Salah satunya adalah Mike
Williams (2009) yang mendefinisikan manajemen kas pemerintah sebagai strategi dan proses terkait
untuk mengelola arus dan saldo kas jangka pendek pemerintah secara efisien baik dari sisi internal
pemerintah sendiri maupun dari sisi hubungan antara pemerintah dan sektor-sektor lainnya.
Pengembangan dari definisi tersebut menjadi tujuan utama dari kegiatan manajemen kas yaitu: (i)
untuk menjamin bahwa pemerintah dapat membiayai semua pengeluaran secara tepat waktu dan tepat
jumlah, (ii) meminimalisasi biaya atas idle cash, (iii) memitigasi berbagai resiko termasuk operational
risk, credit risk, dan market risk, (iv) menambah flexilibilitas keharusan bahwa cash inflow harus
bersamaan dengan cash outflow, dan (v) mendukung pembuatan kebijakan lainnya dibidang keuangan
dan moneter.
Saat ini Manajemen Kas Pemerintah terdiri atas 7 (tujuh) aktivitas yaitu :
1. Perencanaan Arus Kas
2. Manajemen Rekening Penerimaan
3. Manajemen Rekening Pengeluaran
4. Manajemen Rekening Kas Umum Negara
5. Manajemen Rekening Bendahara Pengeluaran (Treasury Notional Pooling)
6. Penempatan Kas
7. Manajemen Rekening Escrow

Ketujuh aktivitas tersebut terkoneksi dengan aktivitas-aktivitas lain dalam mainstream
pengelolaan keuangan pemerintah yaitu manajemen DIPA, manajemen pembayaran, manajemen
penerimaan negara dan pelaporan.
Dalam rangka mendukung reformasi di bidang pengelolaan keuangan negara, Kementerian
Keuangan berencana untuk menerapkan suatu sistem informasi pengelolaan keuangan yang
terintegrasi (integrated financial management information system) melalui sistem Perbendaharaan dan
Anggaran Negara (SPAN). SPAN merupakan suatu sistem Commercial of the Shelf (COTS) yang
dalam rencana penerapannya akan menggunakan Oracle Public Sector. Penggunaan COTS ini
tentunya akan memberikan dampak perubahan terhadap proses bisnis pada Departemen Keuangan,
khususnya terkait bidang pengelolaan perbendaharaan dan anggaran termasuk koneksitasnya dengan
instansi terkait.
Dalam pelaksanaannya, SPAN akan terbagi menjadi modul-modul yaitu Budget Preparation,
Management of Spending Authority, Commitment Management, Payment Management, Cash
Management, Reporting, General Ledger and Chart of Account. Terkait dengan pengelolaan kas
dalam SPAN, akan dilaksanakan melalui modul Oracle Cash Management. Fitur-fitur standar dalam
modul Oracle Cash Management serta koneksitasnya dengan modul lainnya dapat digambarkan
dalam gambar berikut:

Gambar: Fitur Standar Modul Pengelolaan Kas SPAN

Modul Manajemen Kas dalam SPAN membantu penerapan TSA secara penuh dan dapat digunakan
untuk mereviu informasi perencanaan kas (cash forecasting) berdasarkan informasi yang diperoleh
dari modul lainnya. Sehingga, dalam penyusunan proses bisnis Modul ini, dibahas juga usulan
restrukturisasi rekening pemerintah dan usulan perbaikan proses bisnis UP/TUP.
Future proses bisnis pengelolaan kas terbagi dalam 4 kegiatan utama yaitu :
1. Kegiatan Perencanaan Kas dan Pengelolaan Likuiditas, sebagai hasil dari kegiatan analisa
pengelolaan kas yang dikoordinir oleh Treasury Liquidity Unit dan melibatkan unit-unit yang
mempunyai authority di bidang penerimaan dan pengeluaran.

2. Kegiatan Analisa Ekonomi, Risk Assessment serta Penetapan Strategi Investasi dan Pengelolaan
Portofolio, yang dikoordinir oleh Middle Office setelah mendapat masukan tentang perencanaan
kas dari Treasury Liquidity Unit.
3. Kegiatan Penempatan, sebagai tindak lanjut atas rekomendasi dari Middle Office, dan dikoordinir
oleh Front Office.
4. Kegiatan Settlement, termasuk kegiatan pencatatan/akuntansi atas cash flow serta managing bank
accounts baik penerimaan maupun pengeluaran, dan dikoordinir oleh Back Office.
Dari penjelasan di atas, kegiatan-kegiatan pada middle office merupakan kegiatan baru yang
ditambahkan pada existing proses pengelolaan kas negara. Aktivitas pada front office berupa dealing
room dan proses bidding dalam setiap kegiatan placement juga merupakan aktivitas baru yang akan
dibangun. Sementara terhadap kegiatan-kegiatan yang sudah berjalan pada existing business process
yaitu terkait dengan pengelolaan rekening, perencanaan kas, penempatan atas idle cash akan
dilakukan penyempurnaan termasuk melakukan fit-gap analysis dengan rencana pengembangan
SPAN.
1. Petunjuk teknis Modul Manajemen kas
Petunjuk teknis Modul Manajemen Kas sesuai dengan PB-41 adalah sebagai berikut:
 Modul Manajemen Kas
Modul Manajemen Kas terdiri dari 2 menu yaitu menu Dropping Dana dan Pelimpahan.
a. Dropping Dana
Role user yang dapat menggunakan menu ini adalah Administrator, Dit.PKN. Menu ini
merupakan alat monitoring yang digunakan untuk memantau jumlah uang yang akan ditransfer dari
Rekening Kas Umum Negara ke Bank Operasional.

User juga dapat mencari informasi tertentu dengan menekan tombol filter di kanan atas.
b. Pelimpahan
Role user yang dapat menggunakan menu ini adalah Administrator, Kanwil, KPPN. Menu ini
berisi informasi mengenai perbandingan data pelimpahan dan penerimaan rekening 501xxxxxxxxx
pada KPPN.
User juga dapat mencari informasi tertentu dengan menekan tombol filter di kanan atas.
Modul Bank.
Terdapat 8 menu pada modul ini diantaranya :

a. Cek Status SP2D
Role user yang dapat menggunakan menu ini adalah administrator, Dit. PKN. Kanwil. KPPN dan
Satker. Pada menu cek status SP2D disediakan untuk memonitoring data rekap SP2D gaji per bulan
dan daftar SP2D gaji yang telah diselesaikan di KPPN. Informasi yang ditampilkan adalah tanggal
selesai SP2D, tanggal SP2D, nomor SP2D nomor invoice dan jumlah dalam rupiah, bang pembayar,
bank penerima, nama dan nomor rekening penerima, deskripsi dan status.
Untuk pencarian lebih detil, user dapat menekan tombol filter lalu mengisi informasi tambahan seperti
nomor SP2D, nomor transaksi, kode satker, nomor invoice, nama file xml, memilih nama bank, status,
cara bayar dan tanggal SP2D.
b. Daftar SP2D Retur
Role user yang dapat menggunakan menu ini adalah administrator, Dit. PKN. Kanwil. KPPN dan
Satker. Pada menu cek status SP2D disediakan untuk memonitoring data rekap SP2D gaji per hari

pada KPPN. Informasi yang ditampilkan di menu ini adalah kode dan nama satker, tanggal SP2D,
nomor SP2D, tanggal selesai SP2D, nomor transaksi, bank penerima, nama penerima, nomor rekening
penerima dan jumlah, uraian SP2D, alas an retur, tanggal proses SP2D, bank pembayar dan status
retur.
Untuk pencarian lebih detil, user dapat menekan tombol filter.
c. SP2D yang terbit di atas jam 15:00 tertanggal hari ini.
Role user yang dapat menggunakan menu ini adalah administrator, Kanwil. KPPN. Informasi
yang ditampilkan adalah tanggal selesai SP2D, tanggal SP2D, nomor invoice serta nilai invoice, bank
pembayaran, bank penerima serta nama dan nomor rekening, deskripsi, nama file transaksi dan status.

Untuk pencairan lebih detil, user dapat menekan tombol filter lalu mengisi informasi tambahan
sebagai berikut.
d. SP2D Backdate
yang ditampilkan adalah tanggal SP2D, nomor SP2D, tanggal selesai SP2D, nomor transaksi, nomor
invoice serta nilai invoice, nama bank, nama supplier, nomor rekening, deskripsi, nama file transaksi
dan status.

sebagai berikut.
e SP2D yang nilainya minus dan nol
Role user yang dapat menggunakan menu ini adalah administrator, Kanwil. KPPN. Informasi yang
ditampilkan adalah tanggal SP2D, nomor SP2D, tanggal selesai SP2D, nomor transaksi, nomor
dan status.

sebagai berikut.
f SP2D Void ( dibatalkan)
yang ditampilkan adalah tanggal SP2D, nomor SP2D, tanggal selesai SP2D, nomor transaksi, nomor
dan status.
sebagai berikut.

g Rekap SP2D BO Pusat
Role user yang dapat menggunakan menu ini adalah administrator, Kanwil. KPPN. Pada menu cek
status SP2D disediakan untuk menampilkan informasi atas data SP2D harian yang telah diselesaikan.
Informasi yang ditampikan adalah nama bank, jumlah SP2D gaji dan nilainya, jumlah SP2D non gaji
dan nilainya, total SP2D dan nilainya, jumlah SP2D retur dan nilainya, serta jumlah SP2D void dan
nilainya.
sebagai berikut.
Gaji
a Gaji yang terindikasi dobel

Role user yang dapat menggunakan menu ini adalah administrator, Kanwil. KPPN. Pada menu ini
dapat ditampilkan data SP2D yang terindikasi duplikasi atau terindikasi akan terbayar lebih dari satu
kali. Parameter gaji dobel ini didasarkan pada SPM jenis gaji yang memiliki satu nomor invoice tetapi
memiliki lebih dari satu nomor SP2D. Dengan menu ini KPPN dapat mengetahui atas pembayaran
gaji yang dobel dan dapat segera mengambil tindakan yang dianggap perlu.
Untuk pencairan lebih detil, user dapat menekan tombol filter.
b Gaji yang teridentifikasi salah tanggal
Role user yang dapat menggunakan menu ini adalah administrator, Kanwil. KPPN. Pada menu
ini dapat ditampilkan data SP2D yang terindikasi akan salah dalam memilih tanggal pembayaran.
Parameter salah tanggal didasarkan pada SPM jenis yang dibayarkan tidak pada awal bulan.
Informasi yang ditampil adalah kode satker, nomor invoice, nomor SP2D, tanggal SP2D. Tanggal
proses SP2D dan diskripsi. Untuk pencarian lebih detil, user dapat menekan tombol filter.

c Gaji yang terindikasi salah bank
dapat ditampilkan data SP2D yang terindikasi akan salah dalam memilih bank pembayar. Parameter
salah bank ini didasarkan pada data bank oembayar dan bank penerima yang berbeda.
Informasi yang ditampil adalah kode satker, nomor invoice, nomor SP2D, Nama BO I, Bank rekening
penerima, nama supplier, rekening supplier, rekening supplier, dan deskripsi. Untuk pencarian lebih
detil, user dapat menekan tombol filter.
d Gaji yang terindikasi salah playgroup (group pembayar)
dapat ditampilkan data SP2D yang terindikasi akan salah dalam memilih playgroup saat membuat
SP2D. Parameter salah bank ini didasarkan pada SPM jenis gaji yang dibayarkan bukan dari BO II.

Untuk pencarian lebih detil, user dapat menekan tombol filter.
e Perbandingan Gaji per Bulan
dapat ditampilkan data rekap SP2D gaji per bulan dan daftar SP2D gaji yang telah diselesaikan di
KPPN.
Informasi yang ditampilkan pada menu ini adalah jumlah SP2D setiap bank dalam 1 bulan. Dan menu
ini juga dapat diketahui jumlah total SP2D dalam 1 bulan.

Pelaporan
a Unduh LAK KPPN
Pada menu ini user dapat mengunduh data LAK KPPN. Masukkan tanggal periode yang akan
diunduh.
Setelah memasukan tanggal, lalu klik tombol kirim akan seperti berikut.
Untuk mengunduk ADK, klik “unduh file” yang ada disebelah kanan.
b Unduh LRA KPPN
Pada menu ini user dapat mengunduh data LAK KPPN. Masukkan tanggal periode yang akan
diunduh.

Setelah memasukan tanggal, lalu klik tombol kirim akan seperti berikut.
13. Keterkaitan Modul Manajemen Kas Dengan Modul/Sistem Lain
Secara sederhana, perencanaan kas dalam SPAN didapatkan dari koneksitas berbagai modul, yaitu:
 Halaman III DIPA sebagai dasar Rencana Penarikan Dana (RPD) tahunan melalui Modul
Manajemen DIPA. Data RPD ini akan ter-update oleh Modul Manajemen Kas secara otomatis
berdasarkan realisasi pembayaran dari Modul Pembayaran.

 Penyampaian jadwal pembayaran yang melekat pada resume kontrak akan menjadi input bagi
sistem SPAN melalui Modul Manajemen Komitmen dan digunakan oleh Modul Manajemen Kas
sebagai informasi perkiraan penarikan terjadwal.
 Penyampaian termin pembayaran yang melekat pada resume tagihan akan menjadi input bagi
sistem SPAN melalui Modul Pembayaran dan digunakan sebagai perencanaan kas jangka
pendek.
 Surat Perintah Membayar (SPM) yang kemudian menjadi Surat Perintah Pencairan Dana (SP2D)
yang valid akan digunakan SPAN sebagai penyedia kebutuhan dana harian atau pengganti
mekanisme E-KIRANA saat ini.
 CPIN (Cash Planning Information Network) digunakan untuk perencanaan kas di luar SPAN
yang mencakup unit eselon I di Kementerian Keuangan seperti DJPU, DJP, DJBC, DJPK,
DJKN, DJPB, dan DJA.
14. Kontrol/Pengendalian Modul Manajemen Kas

Kontrol atau pengendalian dalam modul manajemen kas antara lain :
a. Apabila Tidak dapat dilakukan pemindahbukuan secara langsung melalui SPAN, maka
dilakukan Pemindahbukuan melalui bantuan aplikasi BIG-eB dan melakukan back date pada
SPAN
b. Dana penerimaan langsung masuk ke RKUN tidak dapat diakses langsung oleh Eselon 1
selain DJPB, maka akan Membuat suatu sistem terintegrasi yang dapat diakses oleh Eselon 1
lain seperti DJP dan DJBC.
c. Upgrade SPAN terhambat karena membutuhkan biaya yang besar, pengendaliannya adalah
membuat dan menggunakan aplikasi tambahan seperti Online Monitoring (OM-SPAN) dan
SPRINT (Sistem Pengelolaan Rekening Terintegrasi).
d. Apabila tidak ada pegawai yang mengawasi server ketika kantor sedang libur, maka
dilakukan pengaturan cuti pegawai dan penerapan shift jam kerja pegawai.
e. Jika terdapat kebocoran informasi bersifat sangat rahasia ke publik, dilakukan pembatasan
akses/otorisasi pegawai terhadap aplikasi.

15. Improvement Modul Manajemen Kas
1. Penyempurnaan Sebelum SPAN
Penyempurnaan dari sistem sebelum SPAN menjadi SPAN memberikan dampak kepada seluruh
penerimaan dan pengeluaran dapat tercatat dan terekonsiliasi dengan cepat sehingga dapat
meningkatkan keamanan terhadap aliran dana yang terdapat pada rekening dalam kelolaan BUN.
Adapun detail dari penyempurnaan tersebut adalah:
a. Existing
 KPPN mencatat penerimaan yang diterima melalui Bank/Pos Persepsi dan pengeluaran
melalui SP2D; Saat ini rekonsiliasi bank dilakukan melalui pembuatan daftar selisih secara
manual.
 Penerimaan dan pengeluaran yang melalui BI dicatat oleh Dit. PKN; Saat ini rekonsiliasi
bank tidak dilakukan atas semua rekening yang dikelola Direktorat PKN Contoh rekening
yang tidak direkonsiliasi bank: Rekening Pemerintah Lainnya.
 Akurasi Perencanaan kas masih belum optimal, karena belum tersedianya database yang
terintegrasi
b. SPAN
 Pencocokan antara Rekening Koran Bank dengan data transaksi penerimaan yang di
konsolidasi di Modul Government Receipt dan data pengeluaran dari Modul Payment
(rekonsiliasi antara aliran uang dengan aliran data)
 Rekonsiliasi Bank akan dilakukan termasuk terhadap Rekening Pemerintah Lainnya.
 Rekonsiliasi tidak lagi dilakukan secara manual namun dengan menggunakan data elektronis
(by system).
 Peningkatan akurasi perencanaan kas melalui database yang terintegrasi dengan manajemen
DIPA, manajemen komitmen dan pembayaran
 Pengelolaan penerimaan negara secara terpusat oleh Dit. PKN melalui Bank Pusat Persepsi
pada MPN G2.
2. Penyempurnaan Setelah SPAN

a. Penyempurnaan pengelolaan rekening pemerintah
 Inisiatif dibidang pengelolaan penerimaan melalui MPN
 Inisiatif dibidang pengelolaan penerimaan diluar MPN
 Inisiatif dibidang pengeluaran negara
 Mengedepankan manajemen kas perspektif
 Perbaikan manajemen escrow account
 Seluruh rekening pemerintah/KL lainya di bank umum perlu dijadikan bagian rekening
BUN
b. Pengembangan cash management berdasarkan kerangkan SPAN
c. Inisiatif lainya terkait penyempurnaan manajemen kas
 Proses open bidding dan/atau perubahan hubungan yang semakin profesional pada
kegiatan-kegiatan yang terkait dengan penunjukan perbankan sebagai mitra kerja
kementerian keuangan seperti penunjukan BO 1, bank persepsi, penempatan dana terakit
escrow atau dana titipan lainya.
 Usaha usaha restrukturisasi rekening dan perbaikan governance termasuk penerapan
Trasury National Pooling dan BIG-eB
 Perbaikan terus menerus terhadap perencanaan penarikan dana dan perencanaan kas.

TM 11 - MODUL ASET TETAP DAN MODUL PERSEDIAAN
1. Dasar Hukum Aset Tetap dan Persediaan

1. Undang-Undang Nomor 17 tahun 2003 tentang Keuangan Negara;
2. Undang-Undang nomor 1 tahun 2004 tentang Perbendaharaan Negara;
3. Undang-Undang nomor 15 tahun 2005 tentang Pemeriksaan Pengelolaan dan
Tanggungjawab Keuangan Negara;
4. Peraturan Pemerintah nomor 6 tahun 2006 tentang Pengelolaan Barang Milik
Negara/Daerah;
5. Peraturan Menteri Keuangan Nomor 96/PMK.06/2007 tentang Tatacara Pelaksanaan
Penggunaan, Pemanfaatan, Penghapusan dan Pemindahtanganan Barang Milik
Negara.
6. Peraturan Menteri Keuangan Republik Indonesia Nomor 223/ PMK.05/2015 tentang
Pelaksanaan Piloting Sistem Aplikasi Keuangan Tingkat Instansi
2. Kerangka Teori Aset Tetap dan Persediaan

Manajemen aset merupakan suatu proses yang sistematis dan terstruktur yang
mencakup seluruh siklus hidup aset. Esensi utama dari manajemen aset adalah terpenuhinya
asas efisiensi di mana pengelolaan aset diarahkan agar sesuai dengan batasan-batasan standar
kebutuhan yang diperlukan dalam menunjang penyelenggaraan tugas dan fungsi pemerintah
secara optimal.
Modul Aset Tetap (MAT) dan Modul Persediaan (MP) merupakan modul aplikasi
SAKTI yang berfungsi untuk mencatat dan menatausahakan Barang Milik Negara (BMN).
Modul Aset Tetap dan Modul Persediaan:
a. Menghasilkan laporan pertanggungjawaban dan laporan manajerial BMN.
b. Men-support dan mem-feeder data jurnal kepada modul GLP untuk membuat Laporan
Keuangan ( Neraca, LO, LPE).

c. Berhubungan langsung dengan Modul Komitmen dan Bendahara terkait perolehan BMN
dari APBN.
d. Terhubung (Interkoneksi) dengan aplikasi pengelolaan BMN (SIMAN).
a. Pengertian BMN
Barang Milik Negara (BMN) meliputi semua barang yang dibeli atau diperoleh atas
beban APBN atau berasal dari perolehan lainnya yang sah.
Perolehan lainnya yang sah:
a. Barang yang diperoleh dari hibah/sumbangan atau yang sejenis;
b. Barang yang diperoleh sebagai pelaksanaan dari perjanjian/kontrak;
c. Barang yang diperoleh berdasarkan ketentuan undang-undang; atau
d. Barang yang diperoleh berdasarkan putusan pengadilan yang telah memperoleh
ketentuan hukum tetap.
 BMN Perolehan APBN
• Terkait BAS Penganggaran & Realisasi Belanjanya
• Terkait Menu Transaksi:
Persediaan → Pembelian
MAT→ Pembelian, Penyelesaian Pembangunan Langsung, Pengembangan Langsung,
Perolehan KDP dan Pengembangan KDP
• Akun yang digunakan seharusnya sesuai dengan jenis Akun BMN yang dihasilkan
52XXXX → untuk BMN berupa persediaan;
57XXXX
53XXXX → untuk BMN berupa Aset Tetap/ Aset Lainnya.
 ATRIBUT BMN
 Kode (Nama) BMN
 Nomor Urut Pendaftaran (NUP)

 Satuan
 Dasar Harga
 Tanggal Perolehan
 Tanggal Pembukuan
 Tanggal Awal Pemakaian
 Kondisi BMN
 Spesifikasi BMN
 SOP MIGRASI SALDO AWAL BMN
b. Pengertian Persediaan
Menurut Pedoman Sistem Akuntansi Pemerintah (PSAP) Nomor 05 disebutkan bahwa
persediaan mencakup barang atau perlengkapan yang dibeli dan disimpan untuk digunakan,
misalnya barang habis pakai seperti alat tulis kantor, barang tak habis pakai seperti komponen
peralatan dan pipa, dan barang bekas pakai seperti komponen bekas.
Persediaan adalah aset lancar dalam bentuk barang atau perlengkapan yang
dimaksudkan untuk mendukung kegiatan operasional pemerintah dan barang-barang yang
dimaksudkan untuk dijual dan/atau diserahkan dalam rangka pelayanan kepada masyarakat.

a. Barang atau perlengkapan (supplies) yang digunakan dalam rangka kegiatan operasional
pemerintah;
b. Bahan atau perlengkapan (supplies) yang digunakan dalam proses produksi;
c. Barang dalam proses produksi yang dimaksudkan untuk dijual atau diserahkan kepada
masyarakat;
d. Barang yang disimpan untuk dijual atau diserahkan kepada masyarakat dalam rangka
kegiatan pemerintahan.
Persediaan meliputi :
a. Barang konsumsi;
b. Amunisi;
c. Bahan untuk pemeliharaan;
d. Suku cadang;
e. Persediaan untuk tujuan strategis/berjaga-jaga;
f. Pita cukai dan leges;
g. Bahan baku;
h. Barang dalam proses/setengah jadi;
i. Tanah/bangunan untuk dijual atau diserahkan kepada masyarakat.
j. Hewan dan tanaman, untuk dijual atau diserahkan kepada masyarakat
Ruang lingkup modul persediaan mencakup:
a. Pengelolaan persediaan di Unit Akuntansi Kuasa Pengguna Barang (UAKPB)
sebagai satker induk
b. Pengelolaan persediaan di Unit Akuntansi Pembantu Kuasa Pengguna Barang
(UAPKPB) sebagai satker pembantu
c. Transaksi persediaan dapat dilakukan di UAKPB atau UAPKPB (jika ada),
sedangkan yang melakukan pelaporan persediaan adalah UAKPB.

d. Komunikasi data antar UAKPB dan UAPKPB otomatis karena penerapan single
database (tidak perlu kirim/ terima data)
Modul persediaan berfungsi mengelola transaksi masuk atau keluar atas persediaan
yang dimiliki Satker, seperti:
a. perolehan yang berasal dari pembelian oleh PPK maupun Bendahara atau cara
perolehan lainnya pemakaian barang
b. transfer antar satker maupun internal satker (online),
c. hibah masuk atau keluar,
d. penghapusan terhadap barang usang atau rusak,
e. Persediaan dalam proses
f. koreksi,
g. penghapusan,
h. opname fisik
c. Kewenangan dan Tanggung Jawab Pengelola Aset Tetap dan Persediaan
Penyederhanaan Birokrasi:
- Pendelegasian kewenangan pengelola BMN kepada Pengguna BMN
- Pendelegasian kewenangan pengguna BMN kepada Kuasa Pengguna Barang
3. Best Practice Pengelolaan Aset Tetap dan Persediaan

Asset Management dan Control System yang disingkat dengan AMCS merupakan
sistem yang digunakan untuk memanage dan mengendalikan asset suatu organisasi public.
Tujuan Utama dari AMCS diantaranya:
1. Mendukung administrasi dan manajemen keuangan dari berbagai jenis aset dalam suatu
cara terintegrasi, dan menghasilkan informasi yang berguna untuk pengambilan keputusan
secara handal dan tepat waktu. Informasi ini harus mencakup setidaknya:
a. deskripsi dan kuantitas asset;
a. nilai historis dan akuntansi;
b. keadaan aset saat ini;
c. lokasi kelembagaan dan geografis aset;
d. administrasi dan akuntansi penyesuaian; dan
e. kepemilikan/hak menggunakan.
2. Memperkuat kontrol internal dan eksternal dari aset tetap.
3. Memfasilitasi penyusunan laporan administratif dan keuangan yang dapat diandalkan dan
tepat waktu.

4. Proses Bisnis Modul Aset Tetap
Modul aset tetap berfungsi mengelola transaksi detail atas aset tetap yang dimiliki Satker,
baik yang berasal dari pembelian oleh PPK maupun Bendahara atau cara perolehan lainnya,
perubahan nilai/jumlah, koreksi, penghapusan, perhitungan beban dan akumulasi penyusutan dan
lain-lain. Informasi detail aset dapat diperoleh dari kuitansi atau BAST dan dokumen pendukung
lainnya. Data aset yang dimiliki Satker sebelum penerapan SAKTI dapat dimasukkan dengan
mekanisme migrasi data dari aplikasi eksisting (SIMAK-BMN) dan menjadi bagian dari Saldo Awal
aset.
Untuk menjamin pengelolaan berjalan dengan baik, harus dibuat juga laporan aset baik yang
bersifat rutin maupun periodik.Laporan aset (Barang Milik Negara) dan/atau ADK-nya disampaikan
kepada pihak-pihak terkait seperti DJKN, DJPBN, instansi vertikal di atasnya, dan lainnya sesuai
ketentuan yang berlaku. Interface yang dibutuhkan adalah perekaman saldo awal, perolehan,
perubahan, penghapusan, koreksi, konsolidasi/pengiriman data, dan pencetakan laporan.
Untuk menjaga kebenaran dan keabsahan data, maka transaksi asset tetap direkam dalam 3
jenjang keamanan berupa status perekaman atau biasa disebut proses bisnis. Dengan demikian
setiap transaksi mempunyai status perekaman. Proses Bisnis dalam modul Aset Tetap yaitu :
Rekam Validasi Setuju

 Ketika transaksi untuk  Setelah dilakukan validasi  yakni setelah dilakukan
pertama kali direkam atas transaksi berstatus persetujuan / approval
 Dapat diubah dan Rekam atas transaksi yang
dihapus  Tidak dapat diubah dan berstatus Validasi
 Tidak tampil dalam dihapus  Tidak dapat diubah dan
laporan  Tidak tampil dalam laporan dihapus
 Siap untuk divalidasi  Siap untuk disetujui  Tampil dalam laporan
 Dilakukan oleh Operator  Dapat dibatalkan  Terbentuk jurnal
 Dilakukan oleh Validator  Dilakukan oleh Approver
Cakupan Modul Aset Tetap berupa :
a. Transaksi Barang Milik Negara (BMN);

b. Transaksi Konstruksi Dalam Pengerjaan (KDP);
c. Transaki BMN bersejarah;
d. Transaksi Aset Tetap Renovasi (ATR);
e. Transaksi Barang Fihak Ketiga (BFK);
f. Transaksi Barang Pemerintah Yang Belum Ditetapkan Statusnya (BPYBDS);
g. Transaksi BMN Kemitraan dengan pihak ketiga
5. Proses Bisnis Modul Persediaan
Modul persediaan berfungsi mengelola transaksi masuk atau keluar atas persediaan yang
dimiliki Satker, seperti :
• perolehan yang berasal dari pembelian oleh PPK maupun Bendahara atau cara perolehan lainnya
pemakaian barang
• transfer antar satker maupun internal satker,
• hibah masuk atau keluar,
• penghapusan terhadap barang usang atau rusak,
• koreksi,

d. penghapusan,
• opname fisik
• pelaporan.
6. Input, Proses/Aktivasi, dan Output

a. Modul Persediaan
TRANSAKSI MASUK TRANSAKSI KELUAR
1) Saldo awal; 1) Habis Pakai;
2) Pembelian; 2) Transfer Keluar;
3) Transfer Masuk (Manual/Online); 3) Hibah Keluar;
4) Hibah Masuk; 4) Keluar Lainnya;
5) Rampasan; 5) Usang;
6) Reklas Masuk; 6) Rusak;
7) Reklas Masuk dari Aset. 7) Penghapusan Usang/Rusak;
8) Reklas Keluar;
9) Reklas Keluar ke Aset
Transaksi Masuk Pembelian
Transaksi masuk pembelian adalah proses pencatatan masuk barang persediaan yang bersumber
dari data pembelian dari Modul Bendahara maupun dari Modul Komitmen. Proses pencatatan
masuk melalui pembelian ini adalah dengan melakukan pendetilan barang persediaan. Data sumber
yang digunakan adalah kuitansi, BAST maupun dokumen lainnya yang sah.
• Komitmen dan Bendahara mencatat transaksi pembelian barang persediaan per sub-sub
kelompok

• Persediaan melakukan pendetilan per kode barang persediaan berdasarkan data pembelian
dari Komitmen dan Bendahara.
Transaksi Masuk Selain Pembelian
Selain pembelian, barang persediaan juga bisa diperoleh melalui transaksi berikut ini:
1. Saldo Awal
2. Transfer Masuk
3. Hibah Masuk
4. Rampasan
5. Perolehan lainnya
Transaksi Keluar Habis Pakai
• Transaksi keluar habis pakai adalah transaksi pengeluaran barang persediaan untuk
penggunaan atau pemakaian. Dokumen yang digunakan adalah bon permintaan barang
persediaan
Transaksi Keluar Selain Habis Pakai
Selain habis pakai, barang persediaan juga bisa dikeluarkan melalui transaksi berikut ini:
1. Transfer Keluar
2. Hibah Keluar
3. Usang
4. Rusak
5. Keluar lainnya
6. Penghapusan Usang/Rusak
Koreksi
Koreksi persediaan digunakan untuk melakukan koreksi terhadap pencatatan barang
persediaan, baik jumlah maupun nilainya. Koreksi ini dilakukan tanpa melalui kegiatan opname
fisik. Koreksi harus mendapat persetujuan oleh user Approval.

Opname Fisik
• Opname fisik adalah suatu kegiatan di akhir periode pelaporan yang berfungsi untuk
mengetahui saldo barang secara riil dengan cara memeriksa fisik barang persediaan di
gudang.
• Hasil berita acara opname fisik ini akan diinputkan ke dalam Modul Persediaan dan akan
menjadi saldo akhir barang persediaan.
• Hasil inputan opname fisik ini harus disetujui terlebih dahulu oleh KPB dengan user
Approval.
Pelaporan
Laporan yang dihasilkan oleh Modul Persediaan adalah sebagai berikut:
1. Laporan Buku Persediaan
2. Laporan Persediaan
3. Laporan Rincian Persediaan
4. Laporan Daftar Transaksi Persediaan
5. Laporan Mutasi Barang Persediaan
6. Laporan Posisi Persediaan di Neraca
b. Modul Persediaan
 Siklus Modul Aset Tetap

 Mekanisme Perolehan Pembelian
 Mekanisme Perolehan Non Pembelian

 Transaksi Barang Milik Negara (BMN)
PEROLEHAN PERUBAHAN PENGHAPUSAN
1. Pembelian; 1. Pengurangan; 1. Penghapusan;

2. Transfer masuk; 2. Pengembangan langsung; 2. Transfer keluar;
3. Hibah Masuk; 3. Pengembangan dengan 3. Hibah keluar;
4. Rampasan; KDP; 4. Reklasifikasi keluar;
5. Penyelesaian 4. Perubahan kondisi; 5. Koreksi pencatatan
Pembangunan Langsung; 5. Koreksi penambahan
6. Penyelesaian nilai;
Pembangunan Dengan 6. Koreksi pengurangan
KDP; nilai;
7. Pembatalan 7. Penerimaan aset dari
Penghapusan; pengembangan aset
8. Reklasifikasi Masuk; renovasi
9. Bangun Serah Guna;
10. Bangun Guna Serah;
11. Pertukaran;
12. Perolehan Lainnya;
13. Reklasifikasi Dari BPYBDS.
• Transaksi Konstruksi Dalam Pengerjaan (KDP)
PEROLEHAN PERUBAHAN PENGHAPUSAN

1. Pembelian; 1. Pengembangan; 1. Penghapusan;
2. Transfer masuk; 2. Koreksi penambahan 2. Transfer keluar;
3. Hibah Masuk nilai; 3. Hibah keluar;

3. Koreksi pengurangan
nilai;
• Transaksi Aset Tetap Renovasi
Aset Tetap Renovasi (ATR) adalah renovasi atas aset tetap bukan milik Satker yang
memenuhi persyaratan kapitalisasi aset tetap. Transaksi ATR terdiri dari:
1. Pembelian;
2. Penyelesaian Pembangunan Langsung;
3. Penyelesaian Pembangunan dengan KDP.
4. Perolehan lainnya
• Transaksi BMN Bersejarah
BMN bersejarah adalah transaksi yang digunakan untuk pembukuan BMN yang karena
nilai kultural, lingkungan, pendidikan, dan sejarahnya tidak mungkin secara penuh
dilambangkan dengan nilai keuangan berdasarkan harga pasar maupun harga perolehannya.
Transaksi BMN Bersejarah Terdiri dari :
1. Saldo Awal BMN Bersejarah
2. Perolehan BMN Bersejarah
3. Penghapusan BMN Bersejarah
 Transaksi Barang Pihak Ketiga (BFK)
Barang Pihak Ketiga adalah barang milik pihak ketiga yang berada dalam pengelolaan
UAKPB. Transaksi BFK Terdiri dari :
1. Perolehan Barang Fihak Ketiga
2. Penghapusan Barang Fihak Ketiga

 Transaksi BPYBDS
Bantuan Pemerintah Yang Belum Ditetapkan Statusnya (BPYBDS) adalah proyek
Pemerintah yang didanai oleh APBN (Anggaran Pendapatan & Belanja Negara) yang telah
diserahterimakan kepada BUMN (Badan Usaha Milik Negara) untuk mendukung kegiatan
operasional BUMN, serta tercatat dalam neraca BUMN tetapi belum ada penetapan status
dari proyek pemerintah tersebut kepada BUMN. Transaksi BPYBDS Terdiri dari :
1. Reklasifikasi BMN ke BPYBDS
Digunakan untuk pencatatan BMN yang sudah keluar BASTO (Berita Acara Serah Terima
Operasional) dari Pemerintah kepada BUMN
2. Penghapusan BPYBDS
Digunakan untuk mencatat BPYBDS yang sudah terbit Peraturan Pemerintah (PP) yang
menyatakan bahwa barang-barang BPYBDS sudah dicatat sebagai aset BUMN dan sudah
proses pengalihan status barang tersebut
 Transaksi Kemitraan Pihak Ketiga
Aset Kerjasama/Kemitraan adalah aset tetap yang dibangun atau digunakan untuk
menyelenggarakan kegiatan kerjasama/kemitraan. Transaksi Kemitraan Pihak Ketiga Terdiri
dari :
1. Reklasifikasi BMN Operasinal ke Kemitraan
Digunakan untuk mencatat Aset BMN yang sedang dalam masa kemitraan dengan pihak
ketiga.
2. Penggunaan Kembali BMN Kemitraan
Digunakan untuk mencatat aset BMN yang sudah selesai proses kemitraan dengan pihak
ketiga.
 Pencatatan KIB

Kartu Inventaris Barang (KIB) adalah Kartu untuk mencatat barang-barang Inventaris
secara tersendiri atau kumpulan/kolektif dilengkapi dengan data asal, volume, kpasitas, merk,
type, nilai/harga dan data lain mengenai barang tersebut yang diperlukan untuk inventarisasi
maupun tujuan lain dan dipergunakan selama barang itu belum dihapuskan. KIB terdiri dari :
1. KIB Tanah
2. KIB Gedung dan Bangunan
3. KIB Alat Angkutan
4. KIB Alat Persenjataan
5. KIB Alat Besar
6. KIB Bangunan Air
• DBR & DBL
DBR adalah daftar barang yang mencatat informasi terkait Barang Inventaris yang ada
dalam sebuah ruangan. DBL adalah daftar barang yang mencatat informasi terkait Barang
Inventaris yang tidak ada dalam sebuah ruangan
• Pencatatan Barang Hilang
Pencatatan barang digunakan untuk mencatat BMN yang secara substantive sudah
dinyatakan hilang berdasarkan bukti ketentuan yang berlaku. Pencatatan barang hilang
akan menyebabkan kondisi BMN dengan status hilang dan masih muncul di semua buku
dan laporan BMN. Jenis transaksi ini terdiri dari :
1. Pencatatan Barang Hilang
2. Pembatalan Pencatatan Barang Hilang
• Penghentian BMN dari Operasional Pemerintah
Penghentian BMN dari Operasional Pemerintah digunakan untuk mencatat BMN yang
sudah dalam kondisi Rusak Berat atau Hilang dan dihentikan dalam operasional

pemerintah. Penghentian BMN dari Operasional Pemerintah akan memindahkan BMN dari
Kategori Aset Tetap Menjadi Aset Lainnya (Aset Yang Dihentikan Dari Operasional
Pemerintah). Transaksi Ini terdiri dari :
1. Penghentian Aset Dari Penggunaan
2. Pembatalan Penghentian Aset Dari Penggunaan
• Usulan Penghapusan
Penghentian BMN dari Operasional Pemerintah digunakan untuk mencatan BMN yang
sudah dalam kondisi Rusak Berat atau Hilang dan dihentikan dalam operasional
pemerintah. Penghentian BMN dari Operasional Pemerintah akan memindahkan BMN dari
Kategori Aset Tetap Menjadi Aset Lainnya (Aset Yang Dihentikan Dari Operasional
Pemerintah). Transaksi Ini terdiri dari :
1. Usulan Penghapusan
2. Pembatalan Usulan Penghapusan
• Tutup Buku Transaksi
Tutup buku transaksi BMN merupakan proses tutup buku saat periode transaksi BMN
dinyatakan berakhir. Tutup buku transaksi BMN dilakukan sebelum Modul Akuntansi dan
Pelaporan melakukan periode tutup buku. Pada saat Modul Akuntansi dan Pelaporan
melakukan tutup buku permanen maka Modul Aset Tetap secara otomatis melakukan tutup
buku pada periode berkenaan. Apabila terdapat transaksi yang belum dicatat setelah tutup
buku dilakukan maka transaksi tersebut dicatat pada periode berikutnya.
• Perhitungan Penyusutan
 Penyusutan Aset Tetap, adalah penyesuaian nilai sehubungan dengan penurunan
kapasitas dan manfaat dari suatu aset;

 Perhitungan penyusutan aset tetap dilakukan setiap semester;
 Perhitungan penyusutan terdiri dari Perhitungan penyusutan sementara dan
Perhitungan penyusutan final
 Laporan Perhitungan penyusutan sementara dilakukan untuk menghitung nilai
akumulasi penyusutan lebih awal pada semester terkait dan proses ini tidak melakukan
penjurnalan ke dalam Modul Akuntansi dan Pelaporan
 Perhitungan penyusutan final dilakukan untuk menghitung nilai akumulasi penyusutan
pada akhir semester yang bersifat final sehingga apabila ada aset yang belum dicatat
maka akan dicatat pada periode berikutnya;
 Perhitungan penyusutan final akan melakukan penjurnalan secara otomatis;
 Perhitungan penyusutan final dilakukan setelah akhir semester dan sebelum Modul
Akuntansi dan Pelaporan melakukan rekonsiliasi ke KPPN pada periode Juni atau
Desember.
 Transaksi Periode Unaudited dan Audited
 Transaksi Periode unaudited adalah transaksi ketika periode Januari sampai Desember
telah dilakukan tutup buku
 Pencatatan transaksi periode unaudited diberikan kode periode 13 dan tanggal buku 31
Desember
 Transaksi periode audited adalah transaksi ketika periode unaudited telah dilakukan
tutup buku
 Pencatatan transaksi periode audited diberikan kode periode 14 dan tanggal buku 31
Desember.
 Summary Database
Summary database digunakan untuk meringkas data transaksi untuk keperluan
pencetakan laporan BMN. Data yang dihasilkan dari proses summary digunakan untuk
mencetak laporan seperti Laporan BMN, Neraca, Lap. Penyusutan dll. Sedangkan untuk

mencetak Buku/Daftar BMN menggunakan tabel detailnya sehingga transaksi yang belum
di summary tidak akan muncul dalam laporan tetapi sudah bisa di cetak dalam Buku /
Daftar BMN.
• Laporan BMN terdiri dari :
1. Laporan Barang Kuasa Pengguna;
2. Laporan Persediaan;
3. Laporan Penyusutan;
4. Laporan Kondisi Barang;
5. Laporan Posisi BMN di Neraca;
6. Laporan Catatan Ringkas BMN;
7. Laporan BPYBDS;
8. Laporan Barang Hilang;
9. Laporan Barang Usang;
10. Laporan Barang Rusak Berat.
• Buku BMN terdiri dari :
1. Buku Barang;
2. Buku Barang bersejarah;
3. Kartu Identitas Barang;

4. Catatan Mutasi Perubahan;
5. Daftar Barang Ruangan;
6. Daftar Barang Lainnya;
7. Kartu KDP;
8. Daftar Transaksi BMN;
9. Daftar BMN Yang DihentikanPenggunaannya;
10. Dafatr BPYBDS;
11. Daftar Barang Hilang;
12. Daftar Barang Usang;
13. Daftar Barang Rusak Berat;
14. Daftar Barang Fihak Ketiga.
 Alur Proses – Aktivasi Pembelian UAPKPB
 Mekanisme Transfer Internal

 Mekanisme Konsolidasi UAPKPB KE UAKPB
7. Gambaran Sistem Aplikasi Modul Aset Tetap dan Persediaan

1. MODUL ASET TETAP (Jika Transaksi Menghasilkan Aset Tetap)
Proses pendetailan asset tetap bertujuan untuk melaksanakan pembukuan data detail BMN
yang diperoleh melalui pembelian baik berasal dari modul komitmen (BAST) ataupun yang
berasal dari modul bendahara (kuitansi). Penjelasan Proses Pendetailan Aset Tetap dari
Pembelian :

a. Analisa transaksi pembelian
Proses pendetailan pembelian dapat dilakukan untuk beberapa transaksi :
1) Perolehan BMN Pembelian
Digunakan untuk pencatatan aset yang diperoleh dari pembelian dimana sifat asset sudah
dalam bentuk jadi.
2) Perolehan BMN Penyelesaian Pembangunan Langsung
Digunakan untuk pencatatan aset yang diperoleh dari pembelian dimana sifat
pembeliannya untuk pembangunan yang proses pembangunannya sekali jadi.
3) Perubahan BMN Pengembangan Langsung
Digunakan untuk pencatatan aset dimana aset yang diperoleh akan digunakan untuk
pengembangan aset yang sudah ada. Penentuan kodifikasi aset yang dimasukkan harus
sesuai dengan aset yang akan di kembangkan (Misal: Walaupun wujudnya hardisk tetapi
akan digunakan untuk pengembangan P.C maka harus di pilih kodofikasi asetnya sebagai
harddisk)
4) Perolehan Konstruksi Dalam Pengerjaan (KDP)
Digunakan untuk pencatatan pembelian dimana sifat dari asetnya berupa pembangunan
yang dilakukan dalam beberapa termin ataupun aset yang dihasilkan belum sepenuhnya
selesai (masih dalam bentuk KDP).
5) Pengembangan Konstruksi Dalam Pengerjaan KDP
Digunakan untuk pencatatan pembelian dimana sifat pembeliannya merupakan
kelanjutan pembangunan Aset KDP yang pernah ada.
6) Perolehan Aset Tetap Renovasi dengan Pembelian
Digunakan untuk pencatatan aset tetap renovasi yang diperoleh dengan pembelian
7) Perolehan Aset Tetap Renovasi dengan Pembangunan Langsung
Digunakan untuk pencatatan aset tetap renovasi yang diperoleh dengan Pembangunan
Langsung.

b. Proses R/U/H Transaksi
1) Masuk aplikasi SAKTI modul Aset Tetap sebagai User Role Operator
2) Berdasar analisa dari jenis transaksi lakukan proses penginputan :
a) Perolehan BMN Pembelian
RUH => Transaksi BMN => Perolehan => Pembelian
b) Perolehan BMN Penyelesaian Pembangunan Langsung
RUH => Transaksi BMN => Perolehan => Penyelesaian Pembangunan Langsung
c) Perubahan BMN Pengembangan Langsung
RUH => Transaksi BMN => Perubahan => Pengembangan Langsung
d) Perolehan Konstruksi Dalam Pengerjaan (KDP)
RUH => Transaksi KDP => Perolehan
e) Pengembangan Konstruksi Dalam Pengerjaan KDP
RUH => Transaksi KDP => Pengembangan
f) Perolehan Aset Tetap Renovasi dengan Pembelian
RUH => Transaksi Aset Tetap Renovasi => Pembelian
g) Perolehan Aset Tetap Renovasi dengan Pembangunan Langsung
RUH => Transaksi Aset Tetap Renovasi => Pembangunan Langsung
c. Validasi Aset
1) Masuk aplikasi SAKTI modul Aset Tetap sebagai User Role Validator
2) Masuk Menu Persetujuan => Validasi
3) Lakukan proses verifikasi apakah transaksi yang diinputkan kedalam system telah sama
dengan dokumen sumber yang ada.
4) Jika sudah sesuai lakukan proses validasi dan apabila belum sesuai kembalikan dokumen
sumber beserta catatan hasil validasi
d. Approver Aset
1) Masuk Modul Aset Tetap Aplikasi SAKTI sebagai Approver

2) Masuk Menu Persetujuan => Persetujuan Transaksi
3) Lakukan proses persetujuan transaksi dan pada saat persetujuan transaksi maka
transaksi yang disetujui telah final dan tidak bisa dilakukan perbaikan. Pada saat
persetujuan ini terbentuk penjurnalan dalam modul GL.
2. TRANSAKSI ASET SELAIN PEMBELIAN
Proses transaksi aset selain pembelian berfungsi untuk melakukan
Penambahan/Perubahan/Penghapusan BMN, KDP, Barang Bersejarah dan Barang Pihak
Ketiga selain yang berasal dari pembelian BMN. Penjelasan proses terkait adalah sebagai
berikut :
a. Analisa Proses Transaksi
Analisa jenis transaksi yang akan digunakan sesuai dokumen sumber. Dokumen sumber
yang digunakan berasal dari selain pembelian yang berkaitan dengan transaksi aset.
1) Masuk aplikasi SAKTI modul Aset Tetap sebagai User Role Operator
2) Berdasar analisa dari jenis transaksi lakukan proses penginputan
c. Validasi Aset
1) Masuk aplikasi SAKTI modul Aset Tetap sebagai User Role Validator
2) Masuk Menu Persetujuan => Validasi
3) Lakukan proses verifikasi apakah transaksi yang diinputkan kedalam system telah sama
dengan dokumen sumber yang ada.
4) Jika sudah sesuai lakukan proses validasi dan apabila belum sesuai kembalikan dokumen
sumber beserta catatan hasil validasi
d. Approver Aset
1) Masuk Modul Aset Tetap Aplikasi SAKTI sebagai Approver

3) Lakukan proses persetujuan transaksi dan pada saat persetujuan transaksi maka transaksi
yang disetujui telah final dan tidak bias dilakukan perbaikan. Pada saat persetujuan ini
terbentuk penjurnalan dalam modul GL.
3. MODUL PERSEDIAAN (Jika Transaksi Menghasilkan Persediaan)
Pendetailan pembelian dari Bendahara
a. Operator
● Login dengan user operator di tahun berjalan
● Memeriksa ketersediaan kode barang
● Jika belum maka inputkan di menu referensi
● Masuk menu transaksi masuk – pembelian – pilih asal transaksi dari ‘Bendahara’ - pilih
transaksi yang dimaksud – pendetailan
b. Approver
● Login dengan user approver di tahun berjalan
● Melakukan persetujuan atas pendetailan
4. TRANSAKSI MASUK SELAIN PEMBELIAN (TRANSAKSI PERSEDIAAN)
Proses transaksi masuk selain pembelian berfungsi untuk melakukan penambahan barang
persediaan selain yang berasal dari pembelian Persediaan. Penjelasan proses terkait adalah
sebagai berikut :
a. Analisa Proses Transaksi
yang digunakan berasal dari selain pembelian yang berkaitan dengan transaksi persediaan.
1) Masuk aplikasi SAKTI modul Persediaan dengan User sebagai Operator
2) Berdasar analisa dari jenis transaksi lakukan proses penginputan
c. Approver
1) Masuk Modul Persediaan dengan User sebagai Approver

Lakukan proses persetujuan transaksi dan pada saat persetujuan transaksi maka transaksi
yang disetujui telah final dan tidak bisa dilakukan perbaikan. Pada saat persetujuan ini
5. TRANSAKSI KELUAR HABIS PAKAI (TRANSAKSI PERSEDIAAN)
Proses transaksi keluar habis pakai berfungsi untuk mencatat pemakaian barang Persediaan.
Penjelasan proses terkait adalah sebagai berikut :
a. Analisa Transaksi
yang digunakan berupa daftar permintaan barang Persediaan.
1) Masuk aplikasi SAKTI modul Persediaan dengan User sebagai Operator
2) Berdasar analisa transaksi lakukan proses penginputan
c. Approver Aset
1) Masuk Modul Persediaan dengan User sebagai Approver
Lakukan proses persetujuan transaksi dan pada saat persetujuan transaksi maka transaksi
yang disetujui telah final dan tidak bisa dilakukan perbaikan. Pada saat persetujuan ini
8. Keterkaitan Modul Aset Tetap dengan Modul/ Sistem Lain

a. Integrasi dengan Modul Komitmen
a. Informasi Pendetailan
Modul aset tetap memberikan informasi mengenai detail dari realisasi aset tetap yang telah
diinisiasi oleh modul komitmen. Atas informasi yang disediakan oleh modul aset tetap, modul
komitmen dapat memverifikasi kesesuaiannya.
b. Input: Kode Jumlah Harga
Modul komitmen memberikan penginputan atas aset tetap yang dibelanjakan dalam modul
komitmen, sehingga mengurangi duplikasi penginputan yang sama. Selain jenis, penginputan juga
disertai dengan harga dari aset tetap tersebut yang tertera pada kuitansi.
b. Integrasi dengan Modul Bendahara

a. Informasi Pendetailan
Modul aset tetap memberikan informasi mengenai detail dari realisasi aset tetap yang telah
dilakukan pembayaran oleh modul bendahara. Atas informasi yang disediakan oleh modul aset
tetap, modul bendahara dapat memverifikasi kesesuaiannya dengan kesesuaian atas
BAST/BAPP/BAKP.
b. Input: Kode Jumlah Harga
Modul bendahara memberikan penginputan atas aset tetap yang telah dicatat pada modul

bendahara, sehingga mengurangi duplikasi penginputan yang sama. Selain jenis, penginputan juga
disertai dengan harga dari aset tetap tersebut yang tertera pada kuitansi.
c. Integrasi dengan Modul Persediaan

Modul persediaan memberikan ringkasan atas jumlah barang persediaan, baik yang telah
dipakai pada tahun berjalan serta jumlah barang yang tersisa di gudang. Sehingga, adanya informasi
yang sesuai dengan kenyataan.
d. Integrasi dengan Modul Administrasi

Modul administrasi memberikan pembatasan baik akses dan lainnya yang sifatnya referensi.
e. Integrasi dengan Proses Akuntansi dan Pelaporan

Modul aset tetap melakukan pembentukan jurnal dan informasi closing atas jumlah pada
penutupan pelaporan. Jurnal tersebut antara lain jumlah penyusutan barang, konstruksi pengerjaan,
dan lainnya.
9. Keterkaitan Modul Persediaan Dengan Modul/Sistem Lain
a. Integrasi dengan Modul Komitmen
Modul komitmem memberikan informasi berupa BAST/BAPP/BAKP atas barang yang telah
dilakukan pembelian dan kesesuaian dengan barang yang ada. Sehingga atas pencatatannya,
mengurangi duplikasi penginputan.
b. Integrasi dengan Modul Bendahara
Modul bendahara memberikan informasi berupa kuitansi atas barang persediaan yang telah
dilakukan pembelian dan kesesuaian dengan barang yang ada. Sehingga atas pencatatannya,

mengurangi duplikasi penginputan.
c. Integrasi dengan Modul Referensi

Modul administrasi memberikan pembatasan baik akses dan lainnya yang sifatnya referensi.
d. Integrasi dengan Proses Akuntansi dan Pelaporan

Modul persedian melakukan pembentukan jurnal closing atas jumlah yang telah dipakai dan
yang tersedia pada penutupan pelaporan.
10. Kontrol/Pengendalian Modul Aset Tetap dan Persediaan
Berdasarkan aturan, Pasal 75 PP 6 tahun 2006 menyatakan bahwa: (1) pengguna
barang melakukan pemantauan dan penertiban terhadap penggunaan, pemanfaatan,
pemindahtanganan, penatausahaan, pemeliharaan, dan pengamanan BMN/BMD yang berada
di bawah penguasaannya; (2) Pelaksanaan pemantauan dan penerbitan sebagaimana yang
dimaksud pada ayat 1 untuk kantor/satuan kerja dilaksanakan oleh kuasa pengguna barang;
(3) Kuasa pengguna barang dan pengguna barang dapat meminta aparat pengawas fungsional
untuk melakukan audit tindak lanjut hasil pemantauan dan penerbitan sebagaiman yang
dimaksud pada ayat 1 dan ayat 2; (4) Kuasa Pengguna Barang dan Pengguna Barang
menindaklanjuti hasil audit sebagaimana dimaksud pada ayat 3 sesuai ketentuang perundang-
undangan.
Pasal 76 PP 6 tahun 2006 menyatakan bahwa: (1) Pengelola barang berwenang untuk
melakukan pemantauan dan investigasi atas pelaksanaan penggunaan, pemanfaatan, dan
pemindahtanganan BMN/D, dalam rangka penerbitan penggunaan, pemanfaatan, dan
pemindahtanganan, BMN/D sesuai ketentuan yang berlaku; (2) Sebagai tindak lanjut
sebagaimana dimaksud pada ayat 1, pengelola barang dapat meminta aparat pengawas
fugsional untuk melakukan audit atas pelaksanaan penggunaan, pemanfaatan, dan
pemindahtanganan BMN/D; (3) Hasil audit sebagaimana dimaksud pada ayat 2 disampaikan
kepada pengelola barang untuk ditndaklanjuti sesuai ketentuan perundang-undangan.

a. Modul Aset Tetap
a. Ancaman pencurian, penggunaan akses, modifikasi, penyalinan, atau penghancuran
yang tidak sah pada perangkat lunak, perangkat keras, ataupun data
Dalam hal Manajemen Aset ancaman ini sangat terjadi utamanya pencurian dan
penggunaan akses dimana pengguna tidak merasa bertanggung jawab atas barang
yang dipinjamkan.
Pengendalian:
1) Pemisahan tugas antara operator dan pemberi pinjaman barang secara tidak
langsung menyesuaikan antara aplikasi dan kenyataannya.
2) Otorisasi aktivitas, setiap aktivitas dalam penggunaan BMN/BMD harus memiliki
dasar, dalam hal ini Surat Tugas dan dokumen lainnya.
3) Pengamanan akses, setiap BMN/BMD tidak dapat digunakan tanpa izin dari
operator.
b. Masih terdapat bug yang memerlukan penyempurnaan dengan pengendalian berupa
update patch
c. Terkadang terjadi error saat aplikasi digunakan dengan pengendalian berupa update
aplikasi ataupun pengecekan kapasitas perangkat yang digunakan.
d. Peletakkan pos yang salah pada pencatatan kapitalisasi asset atau hanya beban biasa
dengan pengendalian berupa pelatihan ataupun edukasi terhadap operator
b. Modul Persediaan

e. Ancaman pencurian, penggunaan akses, modifikasi, penyalinan, atau penghancuran
yang tidak sah pada perangkat lunak, perangkat keras, ataupun data.
Dalam hal Persediaan ancaman ini sangat terjadi utamanya pencurian dimana seluruh
barang ini umumnya barang habis pakai.
Pengendalian:
1) Pemisahan tugas antara operator dan penjaga gudang barang secara tidak langsung
menyesuaikan antara aplikasi dan kenyataannya.
2) Otorisasi aktivitas, setiap aktivitas dalam permintaan persediaan harus memiliki
dasar, dalam hal ini BON dan dokumen lainnya.
3) Pengamanan akses, setiap gudang persediaan tidak dapat digunakan tanpa izin
dari operator.
f. Masih terdapat bug yang memerlukan penyempurnaan dengan pengendalian berupa
update patch
g. Terkadang terjadi error saat aplikasi digunakan dengan pengendalian berupa update
aplikasi ataupun pengecekan kapasitas perangkat yang digunakan
11. Improvement
1. Menghilangkan Tahapan Rekonsiliasi
Umumnya operator yang menggunakan Aplikasi SIMAK BMN dan Aplikasi Persediaan , sebelum
adanya SAKTI, dilaksanakan oleh operator yang sama. Operator yang sama dipandang tidak
memberikan arti yang signifikan dalam hal rekonsiliasi antara kedua aplikasi tersebut. Hal tersebut
hanya membuat duplikasi perkerjaan yang sama. Pemisahan aplikasi tersebut akan berjalan efektif
apabila dilakasanakan oleh operator yang berbeda. Dengan dimuatnya Modul Aset Tetap dan

Persediaan dalam satu aplikasi SAKTI, secara tidak langsung mereduksi dalam hal rekonsiliasi kedua
aplikasi.
2. Implementasi Konsep Less Paper
Less paper office merupakan lingkungan kerja di mana penggunaan kertas dikurangi atau
digunakan secara bijaksana. Bentuk riil dari implementasi lesspaper office antara lain dengan
mengurangi pencetakan dokumen, menyimpan segala dokumen dalam bentuk ADK (electronic file),
serta memberikan perintah atau persetujuan secara elektronik melalui email atau aplikasi khusus
yang terdapat dalam komputer. Beberapa manfaat yang bisa diperoleh dari Implementasi konsep
lesspaper office adalah mengurangi biaya (biaya cetak dokumen, kertas, pengiriman dan lain-lain);
mengurangi tempat penyimpanan dokumen; administrasi dokumen yang lebih baik sehingga dapat
memudahkan proses pencarian dokumen; meningkatkan produktivitas; mempermudah proses kerja
tanpa memperhitungkan lokasi; mempercepat proses kerja dan proses pertukaran informasi; dan
meminimalkan kerusakan lingkungan akibat penggunaan kertas.
Dalam rangka meningkatkan kualitas serta memberikan pelayanan yang lebih baik kepada para
stakeholders, maka perlu mengimplementasikan konsep lesspaper dalam proses bisnis pencairan
APBN. Beberapa poin penyempurnaan melalui penerapan konsep lesspaper antara lain: semua
dokumen dalam proses pencairan dana APBN, yang dihasilkan oleh aplikasi di Satker, disimpan dan
dikirimkan ke KPKNL dalam bentuk softcopy (electronic file); proses pertukaran informasi dilakukan
melalui media surat elektronik, misalnya melalui email; pengiriman dokumen/data (misalnya Berita
Acara Rekonsiliasi) dari Satker ke KPKNL dilakukan melalui media pengiriman data elektronik yang
cepat dan aman; dokumen pendukung sebagai lampiran dari Berita Acara Rekonsiliasi dikirimkan
dalam bentuk lampiran elektronik (attachment file); persetujuan/otorisasi terhadap dokumen
dilakukan secara elektronik melalui proses approval yang terdapat dalam aplikasi di komputer atau
dengan menggunakan digital signature.

TM – 12 MODUL PIUTANG SAKTI
1. Dasar Hukum Modul Piutang

Dasar hukum Modul Piutang pada aplikasi SAKTI diantaranya:
1. Undang - Undang Dasar Negara Republik Indonesia Tahun 1945;
2. Undang - Undang Nomor 1 Tahun 2004 tentang Perbendaharaan Negara;
3. Undang - Undang Nomor 17 Tahun 2003 tentang Keuangan Negara;
4. Undang - Undang Nomor 15 tahun 2004 tentang Pemeriksaan Pengelolaan dan
Tanggung Jawab Keuangan Negara;
5. Peraturan Pemerintah Republik Indonesia Nomor 71 Tahun 2010 Tentang Standar
Akuntansi Pemerintahan;
6. Peraturan Menteri Keuangan Nomor 225/PMK.05/2019 tentang Kebijakan Akuntansi
Pemerintah Pusat;
7. Peraturan Menteri Keuangan Nomor 207/PMK.06/2019 tentang Penentuan Kualitas
Piutang dan Pembentukan Penyisihan Piutang Tidak Tertagih pada Kementerian
Negara/Lembaga dan Bendahara Umum Negara;
8. Peraturan Menteri Keuangan Nomor 159/PMK.05/2018 tentang Pelaksanaan Piloting
Sistem Akuntansi Keuangan Tingkat Instansi;
9. Peraturan Menteri Keuangan Nomor 203/PMK.05/2019 tentang Perubahan PMK
Nomor 159/PMK.05/2019 tentang Pelaksanaan Piloting Sistem Akuntansi Keuangan
Tingkat Instansi;
10. Peraturan Direktur Jenderal Bea dan Cukai Nomor 29/BC/2018 tentang Tata Cara
Penatausahaan Penerimaan Negara di DJBC;
11. Peraturan Direktur Jenderal Pajak Nomor 01/PJ/2020 tentang Penggolongan Kualitas
Piutang Pajak dan Tata Cara Penghitungan Penyisihan Piutang Pajak.
2. Kerangka Teori Piutang

a. Pengertian Piutang
Piutang adalah jumlah uang yang wajib dibayar kepada Kementerian
Negara/Lembaga atau Bendahara Umum Negara dan/atau hak Kementerian
Negara/Lembaga atau Bendahara Umum Negara yang dapat dinilai dengan uang sebagai
akibat perjanjian atau akibat lainnya berdasarkan peraturan perundang-undangan yang
berlaku atau akibat lainnya yang sah.

b. Piutang Jangka Pendek
Sesuai Kebijakan Akuntansi Pemerintah Pusat (PMK 219/PMK.05/2013), Piutang
Jangka Pendek adalah jumlah uang yang akan diterima oleh Pemerintah dan/atau hak
Pemerintah
yang dapat dinilai dengan uang sebagai akibat perjanjian, kewenangan pemerintah
berdasarkan peraturan perundang-undangan yang berlaku atau akibat lainnya yang sah,
yang diharapkan diterima Pemerintah dalam waktu 12 (dua belas) bulan sejak tanggal
pelaporan
Jenis-jenis Piutang Jangka Pendek
a) Piutang Pajak
Piutang Pajak adalah piutang yang timbul akibat adanya pendapatan pajak pusat
yang diatur dalam peraturan perundang-undangan di bidang perpajakan dan peraturan
perundang-undangan di bidang kepabanan dan cukai, yang belum dilunasi sampai
dengan batas akhir periode pelaporan keuangan.
b) Piutang Bukan Pajak
Piutang Bukan Pajak adalah piutang yang berasal dari penerimaan negara bukan
pajak yang belum dilunasi sampai dengan akhir periode laporan keuangan.
Piutang Bukan Pajak mencakup:
1. Piutang dari Penerimaan Sumber Daya Alam;
2. Piutang dari Pendapatan Laba BUMN;
3. Piutang dari Pendapatan PNBP Lainnya.
c) Bagian Lancar Tagihan Penjualan Angsuran (TPA)
Bagian Lancar TPA adalah bagian tagihan penjualan angsuran yang akan jatuh
tempo dalam 12 (dua belas) setelah tanggal pelaporan keuangan
d) Bagian Lancar Tagihan Tuntutan Perbendaharaan/Tuntuan Ganti Rugi (TP/TGR)
Bagian Lancar TP/TGR adalah bagian TP/TGR yang jatuh tempo dalam waktu 12
bulan setelah tanggal pelaporan keuangan.
e) Bagian Lancar Piutang Jangka Panjang
Bagian Lancar Piutang Jangka Panjang adalah bagian piutang jangka panjang
yang akan jatuh tempo dalam waktu 12 (dua belas) bulan setelah tanggal pelaporan.
f) Beban Dibayar di Muka/Uang Muka Belanja
Beban Dibayar di Muka/Uang Muka Belanja adalah piutang yang timbul akibat
Pemerintah telah melakukan pembayaran lebih dahulu tetapi barang/jasa dari pihak

lain tersebut sampai pada akhir periode pelaporan belum diterima/dinikmati oleh
Pemerintah
g) Piutang BLU
Piutang BLU adalah piutang yang timbul dari kegiatan operasional dan non
operasional BLU
h) Piutang Transfer ke Daerah
Piutang Transfer ke Daerah adalah piutang yang timbul akibat dana Transfer ke
Daerah yang dibayarkan oleh Pemerintah Pusat melebihi dari yang menjadi hak
pemerintah daerah pada tahun anggaran yang bersangkutan yang akan dibayarkan
kembali oleh pemerintah daerah kepada pemerintah pusat atau yang akan
dikompensasi dengan penyaluran dana transfer pada tahun anggaran berikutnya
c. Piutang Jangka Panjang

Piutang Jangka Panjang adalah piutang yang diharapkan/dijadwalkan akan diterima
dalam jangka waktu lebih dari 12 (dua belas) bulan setelah tanggal pelaporan
Jenis-Jenis Piutang Jangka Panjang:
a) Piutang Tagihan Penjualan Angsuran (TPA)
Piutang TPA adalah piutang yang timbul karena adanya penjualan aset pemerintah
secara angsuran kepada pegawai pemerintah yang mempunyai jatuh tempo lebih dari
12 (dua belas) setelah tanggal pelaporan.
b) Tagihan Tuntutan Perbendaharaan/Tuntutan Ganti Rugi (TP/TGR)
Tagihan tuntutan perbendaharaan merupakan suatu proses penagihan yang
dilakukan terhadap bendahara dengan tujuan untuk menuntut penggantian atas suatu
kerugian yang diderita oleh negara sebagai akibat langsung ataupun tidak langsung
dari suatu perbuatan melanggar hukum yang dilakukan oleh bendahara tersebut atau
kelalaian dalam pelaksanaan tugas kewajibannya.
c) Piutang Jangka Panjang Penerusan Pinjaman
Piutang Penerusan Pinjaman adalah aset yang dimiliki Pemerintah sehubungan
dengan adanya penerusan pinjaman yang berasal dari pinjaman/hibah baik yang
bersumber dari dalam dan/atau luar negeri kepada Pemda/BUMN/BUMD/penerima
lainnya yang penyelesaiannya mengakibatkan aliran masuk sumber daya ekonomi
Pemerintah di kemudian hari.
d) Piutang Jangka Panjang Kredit Pemerintah

Piutang Jangka Panjang Kredit Pemerintah adalah aset yang dimiliki Pemerintah
sehubungan dengan pemberian kredit oleh pemerintah kepada masyarakat/kelompok
masyarakat yang penyelesaiannya mengakibatkan aliran masuk sumber daya ekonomi
Pemerintah di kemudian hari.
e) Piutang Jangka Panjang Lainnya
Piutang Jangka Panjang Lainnya adalah Piutang Jangka Panjang yang tidak dapat
diklasifikasikan sebagai jenis piutang sebagaimana telah dijelaskan di atas
dikategorikan sebagai Piutang Jangka Panjang Lainnya.
d. Piutang yang dikelola oleh K/L selain Piutang Perpajakan

 Piutang PNBP Sumber Daya Alam Non Migas
 Piutang PNBP Lainnya
 Piutang Tagihan Penjualan Angsuran
 Piutang Tagihan Tuntutan Perbendaharaan/Tuntutan Ganti Rugi
 Piutang dari kegiatan Operasional BLU
 Belanja dibayar di Muka/Uang Muka Belanja
e. Penentuan Kualitas Piutang

Kualitas Piutang ditetapkan menjadi 4 (empat) golongan, yaitu kualitas lancar,
kualitas kurang lancar, kualitas diragukan, dan kualitas macet. Penentuan kualitas
piutang dimaksud dilakukan berdasarkan kondisi piutang pada tanggal laporan keuangan;
atau umum Piutang pada tanggal laporan keuangan.
Penentuan Kualitas Piutang yang dikelola Kementerian Negara/Lembaga tidak
termasuk piutang perpajakank dilakukan dengan ketentuan:
 Kualitas lancar apabila belum dilakukan pelunasan sampai dengan tanggal jatuh
tempo yang ditetapkan;
 Kualitas kurang lancar apabila dalam jangka waktu 1 (satu) bulan terhitung sejak
tanggal Surat Tagihan Pertama tidak dilakukan pelunasan
 Kualitas diragukan apabila dalam jangka waktu 1 (satu) bulan terhitung sejak tanggal
Surat Tagihan Kedua tidak dilakukan pelunasan
 Kualitas macet apabila:
 Dalam jangka waktu 1 (satu) bulan terhitung sejak tanggal Surat Tagihan Ketiga
tidak dilakukan pelunasan; atau
 Piutang telah diserahkan pengurusannya kepada Panitia Urusan Piutang
Negara/Direktorat Jenderal Kekayaan Keuangan.

f. Penyisihan Piutang Tidak Tertagih
 Kebijakan akuntansi atas penyisihan piutang tidak tertagih
Nilai piutang di neraca harus terjaga agar nilainya sama dengan nilai bersih yang
dapat direalisasikan (net realizable value). Agar nilai piutang tetap menggambarkan
nilai bersih yang dapat direalisasikan, maka piutang-piutang yang diperkirakan tidak
tertagih perlu disisihkan dari pos piutang. Metode untuk menghitung piutang yang
tidak tertagih adalah metode pencadangan/penyisihan piutang tidak tertagih
(allowance method). Metodi ini mengestimasi besarnya piutang-piutang yang tidak
akan tertagih dan kemudian mencatat dan menyajikan nilai estimasi tersebut sebagai
penyisihan piutang tidak tertagih, yang akan mengurangi nilai piutang bruto. Beban
yang timbul atas pembentukan penyisihan piutang tidak tertagih tersebut pada akhir
periode pelaporan dicatat sebagai beban penyisihan piutang tidak tertagih dan
disajikan di Laporan Operasional. Penyisihan piutang tidak tertagih dibentuk
berdasarkan kualitas/umur piutang. Penyisihan piutang tidak tertagih tidak dilakukan
untuk jenis piutang berupa Uang Muka Belanja/Beban Dibayar di Muka dan piutang
yang penyelesaiannya dilakukan melalui metode kompensasi dengan pembayaran
belanja/transfer pada periode berikutnya, seperti piutang kelebihan transfer ke daerah.
 Penyisihan Piutang Tidak Tertagih berdasarkan prinsip kehati-hatian
Kementerian Negara/Lembaga wajib melakukan Penyisihan Piutang Tidak
Tertagih berdasarkan prinsip kehati-hatian. Dalam rangka melaksanakan prinsip
kehati-hatian tersebut, Kementerian Negara/Lembaga wajib menilai dan menentukan
kualitas piutang yang dikelola Kementerian Negara/Lembaga yang dipimpinnya.
Penilaian kualitas piutang dilakukan dengan mempertimbangkan sekurang-kurangnya
atas jatuh tempo piutang dan upaya penagihan.
 Penetapan Penyisihan Piutang pada Kementerian Negara/Lembaga
 5 ‰ (lima permil) dari piutang yang memiliki kualitas lancar;
 10% (sepuluh persen) dari Piutang dengan kualitas kurang lancar setelah
dikurangi dengan nilai agunan atau nilai barang sitaan
 50% (lima puluh persen) dari piutang dengan kualitas diragukan setelah dikurangi
dengan nilai agunan atau nilai barang sitaan
 100% (seratus persen) dari piutang dengan kualitas macet setelah dikurangi
dengan nilai agunan atau nilai barang sitaan.
3. Best Practice Pengelolaan Piutang

Program Reformasi Penganggaran dan Perbendaharaan Negara (RPPN)
diselenggarakan secara menyeluruh dalam rangka mewujudkan sistem perencanaan,
pelaksanaan, dan pelaporan anggaran serta pengelolaan keuangan yang modern dan
terintegrasi. Program RPPN merupakan bagian dari reformasi sistem Public Financial
Management (PFM) atau manajemen keuangan publik Indonesia yang dimulai setelah
krisis keuangan tahun 1998.
Agenda reformasi PFM meliputi administrasi pengumpulan pendapatan, perumusan,
dan pelaksanaan anggaran, akuntansi, audit, reformasi kepegawaian, dan peningkatan
pengawasan legislatif. Tahap pertama reformasi ditandai dengan terbitnya paket Undang-
Undang Keuangan Negara, yaitu UU Nomor 17 Tahun 2003 tentang Keuangan Negara,
UU Nomor 1 Tahun 2004 tentang Perbendaharaan Negara, dan UU Nomor 15 Tahun
2004 tentang Pemeriksaan Pengelolaan dan Tanggungjawab Keuangan Negara.
Penerapan SPAN dan SAKTI di Indonesia merupakan bagian dari upaya modernisasi
sistem informasi pengelolaan keuangan negara. Implementasikan SPAN yang
mengintegrasikan seluruh database dan aplikasi terkait pengelolaan keuangan negara
terletak pada level. Upaya pelaksanaan reformasi pengelolaan keuangan negara pada level
satker Kementerian/Lembaga ditandai dengan pelaksanaan best practices pengelolaan
keuangan negara. Dalam rangka menyatukan seluruh sistem aplikasi pengelolaan
keuangan pada satker sebagai upaya yang mencerminkan penerapan aplikasi SPAN pada
satker maka terbentuk suatu aplikasi SAKTI. SAKTI dibangun sebagai sebuah sistem
informasi manajemen keuangan negara yang terintegrasi untuk mewujudkan tata kelola
keuangan negara yang tertib, efisien, ekonomis, efektif, transparan, dan bertanggung
jawab.
Asas-asas Umum Pengelolaan Keuangan Negara
Amanat Pasal 23C Undang-Undang Dasar 1945 yang dijabarkan melalui paket
Undang-undang tentang Keuangan Negara menetapkan asas-asas umum yang meliputi
asas-asas yang telah lama dikenal dalam pengelolaan keuangan negara, seperti asas
tahunan, asas universalitas, asas kesatuan, dan asas spesialitas maupun asas-asas baru
sebagai pencerminan best practices untuk mendukung terwujudnya good governance
dalam penyelenggaraan pengelolaan keuangan negara. penerapan kaidah-kaidah yang
baik dalam pengelolaan keuangan negara, antara lain:
● akuntabilitas berorientasi pada hasil;
● profesionalitas;
● proporsionalitas;

● keterbukaan dalam pengelolaan keuangan negara;
● pemeriksaan keuangan oleh badan pemeriksa yang bebas dan mandiri.
4. Proses Bisnis Modul Piutang

a. Alur Modul Piutang
Alur modul piutang dimulai dari perekaman referensi debitur untuk menghasilkan
data berupa daftar referensi debitur yang digunakan dalam proses pencatatan piutang.
Selanjutnya dalam mencatat piutang, proses ini terkait langsung dengan modul GLP untuk
pembentukan jurnal pengakuan piutang. Data piutang yang dihasilkan dari proses pencatatan
piutang selanjutnya akan dilakukan pelunasan oleh debitur melalui settlement atau apabila
piutang belum dilunasi maka akan diterbitkan surat peringatan.
Aktivitas lain yang juga dilakukan dengan modul piutang ini adalah penyisihan
piutang tak tertagih sesuai dengan kualitas piutang dan dilakukan semesteran. Modul piutang
juga menghasilkan laporan piutang antara lain Kartu Piutang, Kartu Penyisihan Piutang Tak
Tertagih, Rekapitulasi Piutang yang Sudah Lunas, Rekapitulasi Transfer Keluar-Masuk, dan
Laporan Piutang Jatuh Tempo.
b. Menu Modul Piutang / Ruang Lignkup Modul Piutang

Modul Piutang adalah modul pada SAKTI yang digunakan oleh bendahara tingkat
Satuan Kerja untuk mengelola penerimaan kas yang berasal dari Penerimaan Negara Bukan
Pajak meliputi:
 Piutang Penerimaan Negara Bukan Pajak (PNBP)
 Piutang Tagihan Penjualan Angsuran (TPA)
 Piutang Tagihan Tuntutan Perbendaharaan/ Tuntutan Ganti Rugi (TPR)
Menu- menu pada Modul Piutang, antara lain:
1. Perekaman Referensi Debitur Piutang
Sub menu Transaksi Perekaman Referensi Debitur Piutang ini adalah sub menu yang
digunakan untuk merekam data referensi debitur piutang. Operator akan melakukan
perekaman referensi debitur piutang berdasarkan data debitur yang terdapat di dokumen
piutang. Validasi perekaman referensi debitur dilakukan dengan kewajiban pengisian
nama, nomor telepon/HP, dan alamat debitur.
No. Uraian
1 Modul ARE
2 Role User OPR
3 Modul Lain yang Terkait -
4 Transaksi yang Tekait -
5 Dokumen Input Data Debitur
6 Output Daftar Referensi Debitur
7 Validasi Nama, nomor telepon/HP, dan alamat wajib diisi
2. Pencatatan Piutang/ Tagihan
Sub menu transaksi Pencatatan Piutang/tagihan ini adalah sub menu yang digunakan
untuk merekam data yang bersumber dari piutang baru, saldo awal piutang, dan piutang
dari hapus buku. Kegiatan pencatatan piutang/tagihan ini dilaksanakan oleh operator
dengan dokumen input berupa SK Penetapan Piutang dan/atau Surat Penagihan Piutang
dan menghasilkan output berupa Laporan Piutang.
No. Uraian
1 Modul ARE
2 Role User OPR
3 Modul Lain yang Terkait GLP
5 Dokumen Input SK Penetapan Piutang, Surat Penagihan Piutang

6 Output Laporan- laporan Piutang
7 Validasi - Tanggal buku harus lebih dari sama dengan
tanggal mulai dan tanggal SK
- Piutang baru dan Piutang dari hapus buku
memilik tanggal SK pada periode tahun berjalan
Terdapat 3 pilihan sumber pencatatan piutang:

1. Piutang Baru Digunakan untuk mencatat piutang baru periode berjalan
2. Saldo Awal Piutang Digunakan untuk mencatat piutang tahun sebelumnya dan
dapat digunakan untuk perekaman data piutang saat
pertama kali menggunakan aplikasi SAKTI
3. Piutang dari Hapus Digunakan untuk mencatat piutang yang setelah dihapus
Buku bukukan terjadi pembayaran
3. Pencatatan Pembayaran / Settlement Piutang

No Uraian Keterangan
.
1 Modul ARE
2 Role User OPR
5 Dokumen Input Potongan SPM, SSBP, Billing, SBS
7 Validasi - Tanggal buku harus lebih dari sama dengan tanggal

setoran
- Jumlah Settlement harus lebih kecil sama dengan
saldo piutang dan saldo sisa matching setorannya
Sub menu Transaksi Pembayaran / Settlement Piutang ini adalah sub menu yang
digunakan untuk mencatat transaksi pembayaran/pelunasan piutang dengan
mengambil data dari 4 sumber data setoran sebagai berikut:
a. Settlement SBS
Pencatatan ini dilakukan atas setoran pembayaran piutang melalui bendahara satuan kerja
yang sudah dicatat pada modul bendahara pada menu mencatat uang masuk bendahara.

b. Settlement SSBP Non SBS
Pencatatan ini dilakukan atas setoran pembayaran piutang yang dicatat pada modul
bendahara pada menu Setoran UP/TUP/PNBP Bendahara.
c. Settlement Data Pot SPM & Settlement Data Upload
Digunakan untuk mencatat pembayaran piutang yang berasal dari potongan SPM dan/atau
perekaman setoran menggunakan ADK upload simponi pada modul bendahara.
4. Koreksi Piutang
Sub menu transaksi koreksi piutang ini adalah sub menu yang digunakan untuk
melakukan pencatatan perbaikan atas kesalahan pencatatan piutang yang telah tutup buku
atau sudah ada transaksi lanjutannya. Sub menu ini juga bisa digunakan untuk melakukan
koreksi nilai piutang atas adanya pembayaran tahun sebelumnya yang belum dilakukan
settle piutang. Kegiatan perekaman koreksi piutang ini dilaksanakan oleh operator dengan
dokumen input berupa Dokumen Koreksi Piutang yang akan dituangkan kedalam
Laporan Piutang.
No. Uraian
1 Modul ARE
2 Role User OPR
5 Dokumen Input Dokumen Koreksi Piutang
7 Validasi Koreksi hanya bisa digunakan untuk data yang

sudah dilakukan tutup buku atau terdapat
transaksi lanjutan
Jurnal akrual yang dicatat yaitu (D) Ekuitas (K) Piutang untuk mencatat koreksi yang
mengurangi nilai piutang atau (D) Piutang (K) Ekuitas untuk mencatat koreksi yang
menambah piutang.
5. Restrukturisasi Piutang
Sub menu transaksi restrukturisasi piutang ini adalah sub menu yang digunakan untuk
melakukan pencatatan perubahan kualitas piutang sesuai dengan dokumen penetapan
restrukturisasi piutang. Kegiatan perekaman restrukturisasi piutang ini dilaksanakan oleh

operator dengan dokumen input berupa Dokumen Reklas Piutang yang nantinya akan
dituangkan ke dalam Laporan Piutang.
No. Uraian
1 Modul ARE
2 Role User OPR
5 Dokumen Input Dokumen Reklas Piutang
7 Validasi - Piutang Macet dapat direklas menjadi Ragu-Ragu

atau Kurang Lancar
- Piutang Ragu-Ragu dapat direklas menjadi Kurang
Lancar
Restrukturisasi digunakan untuk mencatat perubahan status piutang dengan cara:

1. Piutang Macet dapat direstrukturisasi menjadi Ragu-Ragu atau Kurang Lancar.
2. Piutang Ragu-Ragu dapat direstrukturisasi menjadi Kurang Lancar.
6. Surat Peringatan (SP Piutang)
Sub menu transaksi surat peringatan ini adalah sub menu yang digunakan untuk
melakukan pencatatan transaksi atas surat peringatan yang diterbitkan satker kepada
debitur piutang yang selanjutnya dapat mempengaruhi kualitas piutang saat proses
penyisihan semesteran. Kegiatan pencatatan ini dilaksanakan oleh operator dengan
dokumen input berupa Surat Peringatan Piutang yang nantinya akan disertakan dalam
Laporan Piutang.
No. Uraian
1 Modul ARE
2 Role User OPR
5 Dokumen Input Dokumen Reklas Piutang
7 Validasi - Piutang Macet dapat direklas menjadi Ragu-

Ragu atau Kurang Lancar
- Piutang Ragu-Ragu dapat direklas menjadi

Kurang Lancar
Surat Peringatan digunakan untuk mencatat status surat peringatan dan kapan surat
peringatan tersebut diterbitkan. Surat peringatan dibuat setelah tanggal jatuh tempo dan
belum melakukan pembayaran.
Waktu Terbit Keterangan
SP1 >30 hari setelah tanggal jatuh tempo Kualitas Kurang Lancar
SP2 >30 hari setelah SP1 Kualitas Ragu-ragu
SP3 >30 hari setelah SP2 Kualitas Macet
7. Penyisihan Piutang
Sub menu Transaksi Penyisihan Piutang ini adalah sub menu yang digunakan untuk
melakukan transaksi penyisihan piutang setiap semesteran dengan terlebih dahulu
menutup buku piutang sampai dengan sebelum bulan dilakukan penyisihan (penyisihan
semester I minimal harus sudah tutup buku bulan 5, sedangkan penyisihan semester II
minimal harus sudah tutup buku bulan 11).
No. Uraian
1 Modul ARE
2 Role User OPR
3 Modul Lain yang GLP
Terkait
5 Dokumen Input Data Piutang
7 Validasi - Harus sudah tutup buku pada bulan sebelum

Saat proses penyisihan, sistem menentukan kualitas piutang berdasarkan transaksi
yang dilakukan. Jurnal Akrual dicatat (D) Beban Penyisihan Piutang dan (K) Akumulasi
Penyisihan Piutang.
8. TKTM Piutang
Sub menu TKTM ini digunakan untuk mencatat transfer piutang secara online tanpa
ADK. Perekaman ini dilakukan pada Transfer Keluar dengan mengisi satker tujuan.
Selanjutnya satker penerima baru dapat melakukan perekaman setelah satker pemberi
selesai melakukan perekaman transfer keluarnya. Perekaman transfer masuk dilakukan

dengan memilih data transfer keluar yang sudah ada pada form hasil rekam transfer
keluar. Sistem melakukan validasi apabila periode semester TK berbeda dengan TM.
No. Uraian
1 Modul ARE
2 Role User OPR
5 Dokumen Input BAST Transfer
7 Validasi - Tanggal Transfer masuk harus lebih besar sama
dengan transfer keluar
- Periode semester Transfer masuk harus sama
dengan transfer keluar
9. Penghapusan Piutang
Sub menu Transaksi Penghapusan Piutang ini adalah sub menu yang digunakan untuk
melakukan pencatatan penghapusan Piutang dengan syarat:
a. Piutang Macet dan belum ada pembayarannya.
b. Piutang yang sudah mendapatkan SP3 dan belum ada lanjutan transaksi pembayaran
(karena kualitas berubah macet hanya saat dilakukan penyisihan)
No. Uraian
1 Modul ARE
2 Role User OPR
5 Dokumen Input Dokumen Penghapusan Piutang
7 Validasi - Piutang yang bisa dihapus buku adalah piutang
yang memiliki kualitas macet atau sudah
mendapatkan SP3 selama 30 hari
- Piutang yang bisa dihapus tagih adalah piutang
yang sudah dihapus buku

Terdapat 2 status Hapus yaitu Hapus Buku dan Hapus Tagih yang harus didahului
dengan hapus buku.
c. Laporan Modul Piutang dan Bagian Lancar Piutang
a. Laporan Modul Piutang
Terdapat beberapa laporan yang terbentuk oleh aplikasi SAKTI berkaitan dengan modul
piutang, diantaranya adalah:
1. Rekap Piutang yang Sudah Lunas
Laporan ini berisi daftar piutang yang sudah lunas sampai dengan periode bulan yang
dipilih. Untuk membentuk laporan tersebut digunakan langkah sebagai berikut: a)
Piutang; b) Laporan; c) Rekap Piutang yang sudah lunas
2. Kartu Buku Piutang
Laporan ini berisi data detail transaksi piutang per nomor piutang sampai dengan
periode tanggal yang dipilih. Untuk membentuk laporan tersebut digunakan langkah
sebagai berikut: a) Piutang; b) Laporan; c) Kartu Buku Piutang
3. Kartu Penyisihan Piutang tak Tertagih
Laporan ini berisi daftar piutang dan penyisihan dan kualitasnya per nomor piutang
pada periode semester yang dipilih (sesuai dengan format pada lampiran I PER-
85/PB/2011). Untuk membentuk laporan tersebut digunakan langkah sebagai berikut:
a) Piutang; b) Laporan; c) Kartu Penyisihan Piutang tak Tertagih
4. Rekapitulasi TKTM
Laporan ini berisi daftar Transfer Masuk dan Transfer Keluar. Untuk membentuk
laporan tersebut digunakan langkah sebagai berikut: a) Piutang; b) Laporan; c)
Rekapitulasi TKTM
5. Rekonsiliasi Piutang – GLP
Laporan ini berisi perbandingan data piutang pada modul Piutang dengan data piutang
pada Modul GLP. Untuk membentuk laporan tersebut digunakan langkah sebagai
berikut: a) Piutang; b) Laporan; c) Rekonsiliasi Piutang - GLP
6. Piutang Jatuh Tempo
Laporan ini berisi daftar piutang yang sudah jatuh tempo sampai dengan periode
bulan yang dipilih. Untuk membentuk laporan tersebut digunakan langkah sebagai
berikut: a) Piutang; b) Laporan; c) Piutang Jatuh Tempo
b. Bagian Lancar Piutang
Pencatatan saldo bagian lancar piutang tidak disediakan dalam modul piutang,
sehingga harus dicatat melalui jurnal pada modul GLP. Pencatatan tersebut sesuai dengan

perhitungan yang sudah dilakukan setelah pencatatan piutang jangka panjangnya pada
modul Piutang selesai sampai dengan penyisihan.
5. Piutang Pajak dan Bea Cukai

a. Piutang Pajak
Piutang Pajak adalah piutang yang timbul akibat adanya pajak yang masih harus dibayar
termasuk sanksi administrasi berupa bunga, denda, atau kenaikan yang tercantum dalam surat
ketetapan pajak atau surat sejenisnya berdasarkan ketentuan peraturan perundang-undangan
perpajakan, yang belum dilunasi sampai dengan akhir periode laporan keuangan. Menurut SE
DJP Nomor SE – 38/PJ/2020 tanggal 3 Juli 2020, Direktorat Jenderal Pajak telah
mengembangkan aplikasi Taxpayer Accounting Modul Revenue Accounting System (TPA
Modul RAS) yang merupakan aplikasi yang digunakan untuk melakukan pencatatan
akuntansi double entry atas transaksi perpajakan yang berkaitan dengan Pendapatan Pajak,
Piutang Pajak, dan Utang Kelebihan Pembayaran Pendapatan Pajak per tanggal 1 Januari
2020. TPA Modul RAS dapat diakses melalui intranet DJP menggunakan user dan password
Sistem Informasi Keuangan, Kepegawaian dan Aktiva (SIKKA). Kemudian TPA Modul
RAS akan direkam pada aplikasi Sistem Aplikasi Keuangan Tingkat Instansi (SAKTI) oleh
Kepala Subbagian Umum dan Kepatuhan Internal selaku accounting manager.
Akuntansi piutang pajak dilakukan setelah adanya Surat Ketetapan Pajak, yaitu dimulai
dengan melakukan administrasi penagihan, membuat formulir Jurnal Aset, merekam,
melakukan posting, mencetak dan membuat penjelasan atas akun piutang dalam Catatan atas
Laporan Keuangan serta melaporkan kepada entitas akuntansi yang lebih tinggi. Kegiatan
yang dilaksanakan dalam akuntansi piutang ini adalah merekam saldo Piutang Pajak untuk
menyesuaikan saldo Piutang pajak yang ada dalam Laporan Keuangan dengan saldo Piutang
Pajak yang ada pada laporan Perkembangan Piutang Pajak di masing-masing satuan kerja.
Kualitas Piutang Pajak Penghasilan, Pajak Pertambahan Nilai, Pajak Penjualan atas
Barang Mewah, Bea Meterai, dan pajak lainnya digolongkan menjadi kualitas lancar,
kualitas kurang lancar, kualitas diragukan, dan kualitas macet berdasarkan umur atau
kondisi Piutang Pajak pada tanggal Laporan Keuangan.
1) Kualitas lancar, apabila mempunyai umur Piutang Pajak sampai dengan 4 (empat)
bulan;

2) Kualitas kurang lancar, apabila mempunyai umur Piutang Pajak lebih dari 4 (empat)
bulan sampai dengan 1 (satu) tahun;
3) Kualitas diragukan, apabila mempunyai umur Piutang Pajak lebih dari 1 (satu) tahun
sampai dengan 3 (tiga) tahun;
4) Kualitas macet, apabila:
a) mempunyai umur Piutang Pajak lebih dari 3 (tiga) tahun;
b) hak penagihannya telah daluwarsa;
c) hak penagihannya belum daluwarsa tetapi memenuhi syarat untuk dihapuskan
sesuai ketentuan peraturan perundang-undangan di bidang perpajakan dan telah
dibuat laporan hasil penelitian administrasi atau laporan hasil penelitian setempat
yang menyimpulkan bahwa piutang pajak tersebut memenuhi syarat untuk
diusulkan untuk dihapuskan; atau
d) ketetapan pajak sebagai dasar timbulnya Piutang Pajak diterbitkan melewati
daluwarsa penetapan;
b. Piutang Bea dan Cukai
Penatausahaan Piutang dalam lingkup Direktorat Jenderal Bea dan Cukai (DJBC)
dilakukan terhadap piutang atas:
a) Bea Masuk
b) Bea Keluar
c) Cukai
d) Denda Administrasi
e) Bunga
f) Pajak Pertambahan Nilai (PPN)
g) Panjak Penjualan Atas Barang Mewah (PPnBM)
h) Pajak Penghasilan Pasal 22 (PPh Pasal 22)
Selanjutnya terdapat beberapa Dokumen Sumber awal untuk menerbitkan piutang
yang terdiri dari:
a) Dokumen Impor (PIB, SPTNP, SPSA, Surat Keputusan Keberatan dll)
b) Dokumen Ekspor (PEB)
c) Dokumen atas kegiatan di bidang cukai (CK-1, CK-1A, CK-5, dll)
d) Dokumen sumber mutasi piutang (CK-2, CK-3, STCK-1, dll)
Untuk menjaga nilai Piutang di Neraca agar sama dengan nilai bersih yang dapat
direalisasikan, maka harus dilakukan penyisihan Piutang tidak tertagih berdasarkan
prinsip kehati-hatian dengan melakukan:

1) Penilaian Kualitas Piutang yang dilakukan dengan mempertimbangkan jatuh
tempo piutang dan upaya penagihan. Kualitas Piutang ditetapkan dalam 4 (empat)
golongan yaitu lancar, kurang lancar, diragukan dan macet.
2) Pemantauan dan pengambilan langkah-langkah yang diperlukan agar hasil
penagihan Piutang yang telah disisihkan senantiasa dapat direalisasikan.
Validasi dilakukan oleh Pejabat Bea dan Cukai yang menangani perbendaharaan di
Kantor Pelayanan dengan menggunakan Sistem Aplikasi Piutang dan Pengembalian
(SAPP) melalui intranet Bea dan Cukai yaitu CEISA sebagai sumber data. Validasi
dilakukan dengan tujuan untuk meyakinkan bahwa data piutang yang dicatat telah sesuai.
Proses validasi dilakukan dengan cara meneliti data secara detail dari daftar piutang dan
membandingkan dengan Dokumen Sumber dan/atau data lainnya. Dalam hal validasi data
yang telah dicatat mendapatkan hasil yang meragukan, maka Pejabat Bea dan Cukai yang
menangani perbendaharaan di Kantor Pelayanan melakukan konfirmasi kepada Pejabat
Bea dan Cukai yang melakukan penetapan/menerbitkan Dokumen sumber dan/atau
konfirmasi kepada Pejabat Bea dan Cukai yang melakukan pencatatan Dokumen Sumber.
Pelaporan Piutang dilakukan untuk tujuan monitoring proses penagihan dan
penyusunan laporan keuangan. Pelaporan piutang dilakukan oleh:
1) Pejabat Bea dan Cukai yang melaksanakan fungsi perbendaharan pada KPPBC tipe
Madya dibuat paling lambat tanggal 10 setiap bulan dengan menyampaikan laporan
piutang, daftar outstanding piutang bulan sebelumnya beserta ADE kepada Kantor
Wilayah.
2) Pejabat Bea dan Cukai yang melaksankan fungsi perbendaharaan pada KPU Bea
Cukai dan Kantor Wilayah dibuat paling lambat dalam 5 hari kerja terhitung setelah
dilakukan validasi data piutang periode triwulanan dengan menyampaikan laporan
piutang dan daftar outstanding piutang besera ADE kepada Direktur yang
melaksanakan tugas dan fungsi di bidang penerimaan dan penagihan.
B. Sistem Aplikasi Piutang dan Pengembalian (SAPP) merupakan sistem aplikasi yang
digunakan untuk melakukan penatausahaan, monitoring piutang dan pengembalian dalam
rangka melaksanakan tugas penagihan pajak. Saat ini SAPP telah diimplementasikan di
seluruh kantor bea dan cukai.
6. Gambaran Sistem Aplikasi Modul Piutang SAKTI
Modul piutang berfungsi untuk melakukan penatausahaan transaksi piutang. Dalam
melakukan penatausahaan transaksi piutang, aktivitas-aktivitas dilakukan melalui sub
menu yang ada dalam modul piutang, yaitu:

1. Perekaman Referensi Debitur Piutang
Langkah-langkah yang dilakukan untuk merekam referensi debitur:
1) Langkah yang dilakukan adalah dengan memilih menu Piutang >> Penerimaan >>
Referensi >> Debitur
Gambar- Tampilan Sub Menu Referensi Debitur

2) Klik Rekam
Gambar- Tampilan Isian Perekaman Referensi Debitur

3) Isikan Nama Debitur
4) Isikan NPWP Debitur
5) Isikan Nomor Identitas Debitur, bisa berupa NIK untuk Perorangan atau Nomor Akta
Perusahaan untuk debitur Perusahaan atau nomor identitas lain yang sah
6) Isikan Nomor telepon Debitur
7) Isikan Nomor Handphone Debitur
8) Isikan Alamat Debitur
9) Isikan Provinsi sesuai dengan alamat yang ada
10) Isikan Kabupaten sesuai dengan alamat yang ada
11) Isikan Kecamatan sesuai dengan alamat yang ada
12) Isikan Kode Pos sesuai dengan alamat yang ada

13) Isikan Email Debitur (bila ada)
14) Isikan Website Debitur (bila ada)
15) Simpan
2. Pencatatan Piutang/Tagihan
Langkah-langkah dalam proses pencatatan piutang/tagihan adalah sebagai berikut:
1) Pilih menu Piutang >> Penerimaan >> Pencatatan >> Pencatatan Piutang/Tagihan
Gambar- Tampilan Sub Menu Pencatatan Piutang/Tagihan

2) Akan muncul tampilan form detil perekaman, kemudian klik tombol Rekam untuk
mengisikan data detail perekaman piutang.
Gambar- Tampilan Isian Pencatatan Piutang/Tagihan

3) Isikan sumber pencatatan piutang dengan pilihan sebagai berikut:
 Piutang Baru, saat memilih sumber pencatatan dengan piutang baru, isian kualitas
piutang terisi lancar dan tidak dapat diubah, isian nilai penyisihan kosong dan
tidak dapat diubah
 Saldo Awal Piutang, saat memilih sumber pencatatan piutang dengan saldo awal
piutang, isian kualitas piutang dapat diubah, dan isian nilai penyisihan kosong
wajib diisi
 Piutang dari Hapus Buku, saat memilih sumber pencatatan piutang dengan
Piutang dari hapus buku, isian kualitas piutang dapat diubah, dan isian nilai
penyisihan kosong wajib diisi
4) Pilih debitur dengan klik tombol lookup pada Identitas, debitur yang muncul adalah
semua debitur piutang yang terdapat pada aplikasi SAKTI baik yang direkam oleh
satker bersangkutan maupun satker lain.
5) Isikan tanggal mulai dan tanggal jatuh tempo piutang sesuai yang ditetapkan dalam
Dokumen sumber
6) Isikan Jenis Piutang dengan pilihan Perorangan dan Coorporate (untuk perusahaan)
7) Isikan Nilai piutang sesuai yang telah ditetapkan dan isian keterangan piutang bisa
diisi dengan penjelasan atas piutang apabila diperlukan, apabila tidak ada maka cukup
disii dengan tanda “-“
8) Isikan informasi agunan berupa nilai agunan, keterangan agunan, nilai agunan yang
diperhitungakan serta bentuk agunan bila ada
9) Isikan akun pendapatan atas piutang yang ditagihkan
10) Isikan tanggal pembukuan pada periode yang masih terbuka
11) Isikan Nomor dan tanggal Surat penagihan bila ada atau bisa dikosongkan apabila
tidak ada
12) Isikan Nomor dan tanggal Dokumen sesuai dengan dokumen sumber penetapan
piutang bisa berupa SK atau surat penetapan lainnya
13) Klik Simpan untuk menyimpan data perekaman yang sudah diisi
Untuk perekaman saldo awal piutang, yang perlu dilakukan adalah sebagai berikut:
a. Isikan kualitas piutang dengan pilihan: Lancar, Kurang Lancar, Ragu-ragu, dan
macet

b. Isikan nilai penyisihan sesuai saldo penyisihan pada periode pelaporan sebelumnya
Untuk perekaman piutang dari hapus buku
c. Isikan No. Piutang Lama sesuai data piutang yang sudah dihapusbukukan
3. Pencatatan Pembayaran/Settlement Piutang

Langkah-langkah yang dilakukan untuk masing-masing sumber data setoran:
a. Settlement SBS
Pencatatan ini dilakukan atas setoran pembayaran piutang melalui bendahara satuan
kerja yang sudah dicatat pada modul bendahara pada menu mencatat uang masuk
bendahara.
1) Memilih menu Piutang >> Penerimaan >> Transaksi >> Settlement SBS
Gambar- Tampilan Sub Menu Settelement SBS

2) Klik Rekam;

Gambar- Tampilan Isian Sub Menu Settlement SBS
3) Selanjutnya pilih Identitas Debitur dengan mengklik lihat sehingga tampil data
seperti di bawah ini:
Gambar- Tampilan Lookup Data Debitur

a) Pilih data debitur yang membayar piutang
b) Klik pilih
4) Selanjutnya pilih Nomor Piutang dengan mengklik lihat sehingga tampil data seperti
di bawah ini:

Gambar II.Tampilan Lookup Data Piutang
a) Pilih Nomor piutang yang dibayar cicilan atau pelunasannya
b) Klik pilih
5) Selanjutnya Isikan tanggal settlement sesuai dengan tanggal buku pembayaran
piutang
6) Ambil data SBS yang digunakan dalam pembayaran piutang dengan klik tombol
lihat sehingga tampil data seperti di bawah ini:
Gambar- Tampilan Lookup SBS

a) Pilih data SBS yang digunakan untuk pembayaran atas piutang yang sudah dipilih
b) Klik pilih
7) Isikan jumlah pembayaran piutang;
8) Isikan uraian keterangan sebagai tambahan informasi yang diperlukan
9) Simpan
b. Settlement SSBP Non SBS

Pencatatan ini dilakukan atas setoran pembayaran piutang yang dicatat pada modul
bendahara pada menu Setoran UP/TUP/PNBP Bendahara.
1) Memilih menu Piutang >> Penerimaan >> Transaksi >> Settlement via potongan
SPM dan data upload;
Gambar II.12 Tampilan Sub Menu Settlement SSBP Non SBS

2) Klik Rekam;
Gambar- Tampilan Isian Menu Settlement SSBP Non SBS

3) Pilih Identitas Debitur dengan mengklik lihat sehingga tampil data lookup debitur:
b) Klik pilih
4) Selanjutnya pilih Nomor Piutang dengan mengklik lihat sehingga tampil data lookup
data piutang:
b) Klik pilih
5) Isikan tanggal settlement sesuai dengan tanggal buku pembayaran piutang;

6) Ambil data SSBP yang digunakan dalam pembayaran piutang dengan klik tombol
lihat sehingga tampil data seperti di bawah ini:
Gambar- Tampilan Lookup Data via SSBP

a) Pilih SSBP yang digunakan untuk pembayaran atas piutang yang sudah dipilih
sebelumnya
b) Klik pilih
8) Isikan uraian keterangan sebagai tambahan informasi yang diperlukan;
9) Simpan.
c. Settlement via Potongan SPM
Pencatatan ini dilakukan atas potongan SPM yang digunakan sebagai pembayaran
piutang yang dicatat pada modul pembayaran sampai dengan menjadi SP2D.
1) Memilih menu Piutang >> Penerimaan >> Transaksi >> Settlement via potongan
SPM dan data upload;
Gambar- Tampilan Sub Menu Settlement via Potongan SPM

2) Klik Rekam;

Gambar- Tampilan Isian Settlement via Potongan SPM
3) Pilih Identitas Debitur dengan mengklik lihat sehingga tampil data lookup debitur:
b) Klik pilih
4) Pilih Nomor Piutang dengan mengklik lihat sehingga tampil Lookup Data Piutang:
b) Klik pilih
5) Isikan tanggal settlement sesuai dengan tanggal buku pembayaran piutang;
6) Klik pada tombol via pot. SPM pada pilihan Sumber Data Settlement;
7) Ambil data Pot. SPM yang digunakan dalam pembayaran piutang dengan klik tombol
lihat sehingga tampil data seperti berikut:
Gambar- Tampilan Lookup Potongan SPM

a) Pilih data Pot.SPM yang digunakan untuk pembayaran atas piutang yang sudah
dipilih sebelumnya

b) Klik pilih
9) Isikan uraian keterangan sebagai tambahan informasi yang diperlukan;
10) Simpan.
*Catatan: Untuk melakukan settlement harus terlebih dahulu data setoran sudah
dicatat oleh modul bendahara atau pembayaran, 1 setoran dapat digunakan untuk
settlement beberapa debitur maupun id piutang dengan total tidak boleh lebih dari
nilai setorannya
**Akun Setoran yang digunakan untuk pembayaran piutang dapat berbeda dengan
akun pendapatan yang menghasilkan piutang sebagai antisipasi apabila terdapat
perubahan akun.
Jurnal Akrual yang terbentuk dari settlement seperti pada tabel berikut:
42xxxxx xxx (dr)
Piutang xxx (cr)
4. Koreksi Piutang
Langkah-langkah dalam proses perekaman koreksi piutang adalah sebagai berikut:
1) Pilih menu Piutang >> Penerimaan >> Koreksi >> Koreksi Piutang
2) Kemudian akan muncul tampilan Informasi Data, kemudian klik Rekam

3) Selanjutnya pilih Pilih No Piutang dengan mengklik tombol look up sehingga tampil
data seperti di bawah ini (setelah data piutang dipilih maka kolom informasi piutang
terisi secara otomatis).
a. Pilih data piutang yang dilakukan koreksi

b. Klik pilih
4) Isikan tanggal koreksi piutang

6) Isikan Nomor Dokumen sesuai dengan nomor dokumen koreksi yang ada
7) Isikan nilai koreksi piutang yang benar sehingga pada kolom Nilai Jurnal otomatis
terisi nilai perubahannya
8) Koreksi terhadap status piutang hanya bisa dilakukan atas kesalahan pencatatan saldo
awal piutang

9) Koreksi nilai penyisihan piutang hanya bisa dilakukan atas kesalahan pencatatan saldo
awal piutang
10) Klik Simpan
5. Restrukturasi Piutang
Langkah-langkah yang dilakukan dalam proses perekaman restrukturisasi data piutang
adalah sebagai berikut:
1) Pilih menu Piutang >> Penerimaan >> Transaksi >> Restrukturisasi Piutang
2) Akan muncul form informasi data reklas, kemudian klik Rekam
3) Selanjutnya pilih Pilih No Piutang dengan mengklik tombol look up sehingga tampil
data seperti di bawah ini (setelah data piutang dipilih maka kolom informasi piutang
terisi secara otomatis)
a. Pilih data piutang yang dilakukan restrukturisasi
b. Klik pilih

4) Isikan tanggal restrukturisasi piutang
6) Isikan perubahan Kualitas piutang
7) Isikan Nomor Dokumen sesuai dengan nomor dokumen restrukturisasi yang ada
8) Klik Simpan
6. Surat Peringatan (SP) Piutang
Langkah-langkah yang dilakukan dalam proses perekaman restrukturisasi data piutang
adalah sebagai berikut:
1) Pilih menu Piutang >> >> Penerimaan >> Transaksi >> Surat Peringatan (SP)
2) Akan muncul form informasi surat peringatan, kemudian klik Rekam

3) Selanjutnya pilih SP ke berapa sesuai dengan dokumen surat peringatan yang dibuat
dengan pilihan SP 1, SP2, dan SP3
4) Selanjutnya pilih No Piutang dengan mengklik tombol look up sehingga tampil data
seperti di bawah ini (setelah data piutang dipilih maka kolom informasi piutang terisi
secara otomatis)
a. Pilih data piutang
b. Klik Pilih
5) Isikan Tanggal SP piutang

6) Isikan Uraian keterangan sebagai tambahan informasi yang diperlukan
7) Klik Simpan
7. Penyisihan Piutang
Langkah-langkah yang dilakukan:

1) Memilih menu Piutang >> Penerimaan >> Transaksi >> Penyisihan Piutang
2) Klik Sisihkan
3) Setelah itu maka muncul parameter penyisihan piutang dengan tanggal yang sudah
otomatis terisi sesuai dengan periode penyisihan terdekat dengan tutup buku terakhir
4) Klik Proses

5) Maka penyisihan terbentuk per akun piutang, untuk melihat secara detail silahkan
klik pada salah satu penyisihan piutang yang sudah ada
6) Data detail penyisihan ditampilkan per nomor piutang pada kolom ini
8. TKTM Piutang
a. Transfer Keluar Piutang
Sub menu Transaksi Transfer Keluar Piutang ini adalah sub menu yang digunakan
untuk melakukan pencatatan transaksi transfer keluar piutang oleh satker pemberi.
 Langkah yang dilakukan adalah dengan memilih menu Piutang >> Penerimaan >>
Transfer >> Transfer Keluar
 Klik Rekam

 Isikan tanggal transfer keluar piutang
 Isikan uraian keterangan sebagai tambahan informasi yang diperlukan
 Pilih satker tujuan
a) Isikan kode satker tujuan
b) Klik cari
c) Pilih satker yang muncul sesuai dengan yang diinginkan
d) Klik pilih
 Isikan Nomor Dokumen sesuai dengan nomor dokumen koreksi yang ada
 Selanjutnya pilih Pilih No Piutang dengan mengklik tombol look up sehingga tampil
data seperti di bawah ini (setelah data piutang dipilih maka kolom debitur dan nilai
transfer piutang terisi secara otomatis)
b. Transfer Masuk Piutang

Sub menu Transaksi Transfer Masuk ini adalah sub menu yang digunakan untuk
melakukan pencatatan transaksi transfer masuk piutang oleh satker penerima.
Transfer >> Transfer Keluar
 Klik Rekam
 Pilih data transfer yang sudah ada berdasarkan pencatatan transfer keluar yang
dilakukan oleh satker pemberi (data yang dipilih bisa lebih dari satu dengan syarat
tanggal transfer pada periode semester yang sama)

 Isikan tanggal buku transfer masuk pada periode semester yang sama dengan tanggal
transfer keluar
 Klik Transfer masuk untuk menyimpan data perekaman
9. Penghapusan Piutang
Transaksi >> Penghapusan Piutang
 Klik Rekam

 Selanjutnya pilih status hapus buku
 Selanjutnya pilih Pilih No Piutang dengan mengklik tombol look up sehingga tampil
data seperti di bawah ini (apabila status hapus yang dipilih adalah hapus buku maka
data yang muncul adalah data piutang yang memiliki kualitas macet dan data piutang
yang telah mendapatkan SP3 lebih dari 30 hari sedangkan bila yang dipilih hapus
tagih maka data yang muncul adalah data piutang yang sudah dihapusbukukan)
 Pilih data piutang yang dilakukan penghapusan
 Klik pilih
 Isikan tanggal penghapusan piutang

 Isikan uraian keterangan sebagai tambahan informasi yang diperlukan
 Isikan Nomor Dokumen sesuai dengan nomor dokumen penghapusan yang ada

 Simpan
7. Keterkaitan Modul Piutang dengan Modul Lainnya
Modul Piutang memiliki hubungan dengan beberapa modul lainnya dalam penatausahaan
piutang, baik dalam hal penambahan piutang dan pengurangan piutang. Modul yang
berhubungan dengan modul piutang adalah modul administrasi, modul pembayaran, modul
bendahara dan modul GLP.
Gambar- Keterkaitan secara khusus Modul Piutang dengan Modul SAKTI lainnya
a. Modul Administrasi
Keterkaitan dengan modul admin adalah memberikan informasi terkair referensi akun
piutang maupun pendapatan yang digunakan dalam pencatatan piutang pada modul
piutang.
b. Modul Pembayaran
Salah satu cara pembayaran/pelunasan piutang pada Modul Piutang adalah dengan
melakukan settlement via potongan SPM. Pada menu ini modul pembayaran
memberikan informasi potongan SPM akun PNBP 42xxxxx yang telah menjadi SP2D
pada sakter bersangkutan. Saat data potongan SPM sudah dilakukan settrelemnt, maka
akun yang digunakan untuk settlement tersebut tidak bisa diubah, sehingga harus
melakukan penghapusan transaksi settlement terlebih dahulu sebelum melakukan
perubahan/koreksi data potongan SPM tersebut.
c. Modul Bendahara
Keterkaitan dengan modul bendahara juga terjadi pada transaksi settlement, yaitu
settlement via data upload yang berasal dari pencatatan upload data simponi pada
modul bendahara, settlement SBS yang berasal dari pencatatan uang masuk oleh
bendahara dan settlement SSBS non SBS yang berasal dari pencatatan SSBP pada

modul bendahara. Semua pencatatan tersebut dapat diambil datanya oleh modul piutang
saat melakukan settlement. Apabila data tersebut telah dilakukan settlement, maka
setoran yang digunakan untuk settlement tadi tidak bisa diubah, sama seperti yang
terjadi pada Modul Pembayaran, sehingga harus melakukan penghapusan transaksi
settlement terlebih dahulu sebelum melakukan perubahan/koreksi data setoran tersebut.
d. Modul GLP
Keterkaitan dengan modul GLP adalah modul piutang mengirimkan informasi
transaksi untuk terbentuk jurnal pada transaksi-transaksi yang terjadi pada modul
piutang, sehingga penambahan maupun pengurangan piutang maupun pneyisihan
piutang tidak perlu dicatat menggunakan jurnal manual.
8. Risiko dan Pengendalian Modul Piutang

Dalam melaksanakan overview modul piutang, sistem pengendalian yang dilaksanakan
dalam modul piutang diantaranya, merekam, mengelola, dan mendokumentasikan transaksi
piutang pada satuan kerja. Tentunya terdapat resiko yang mungkin timbul saat operator
mengelola piutang menggunakan aplikasi SAKTI khususnya penggunaan modul piutang.
Adapun resiko beserta dengan pengendalian Modul Piutang adalah sebagai berikut:
a. Data pada transaksi piutang yang diadministrasikan tidak akurat atau tidak valid.
 Pengendaliannya: Melakukan tinjauan atas seluruh dokumen piutang yang telah
dikelola guna dapat menelusuri dasar kesalahan dalam mengadministrasikan
piutang tersebut, serta melakukan koreksi pada dokumen piutang apabila dianggap
tidak sesuai dengan ketentuan yang ditetapkan.
b. Kemungkinan terjadinya manipulasi data piutang pada modul SAKTI.
 Pengendaliannya: Membatasi pihak-pihak yang tidak berkepentingan dalam hal
mencari data piutang untuk dapat mengakses modul piutang, serta secara periodic
melakukan pergantian password user modul piutang.
c. Melakukan kesalahan posting atau human error dalam memposting nilai piutang pada
modul piutang.
 Pengendaliannya: Melakukan metode check and recheck sebelum melakukan
posting ke modul GL dan pelaporan, serta mengelola volume transaksi piutang
yang akan diaolah pada modul piutang dalam satu hari kerja sehingga dapat
mengurangi tingkat kesalahan catat dan posting data.
d. Data piutang mengalami kerusakan atau kehilangan akibat dari kesalahan aplikasi
atau user modul piutang.

 Pengendalian: Melaksanakan backup data secara berkala dan membuat salinan
data pada computer atau media penyimpanan yang berbeda dengan computer atau
media elektronik yang digunakan untuk menjalankan aplikasi modul SAKTI.
e. Piutang melewati batas masa penagihan sehingga piutang dinyatakan kedalam status
“Piutang Tak Tertagih”.
 Pengendalian: Melakukan monitoring pada setiap dokumen piutang yang sedang
outstanding, melakukan uji kualitas piutang, dan membuat surat peringatan
perihal piutang yang telah jatuh tempo dan berhak atas penagihan kepada pihak
ketiga yang berhutang sesuai jangka waktu yang ditetapkan.

TM 13 - SIKLUS UTANG PEMERINTAH
1. Dasar Hukum Pengelolaan Utang

 Undang-Undang No 24/2002 tentang Surat Utang Negara;
 Undang-Undang No 17/2003 tentang Keuangan Negara;
 Undang-Undang No 1/2004 tentang Perbendaharaan Negara;
 Undang-Undang No 15/2004 tentang Pemeriksaan Pengelolaan dan Tanggung Jawab
Keuangan Negara;
 Undang-Undang No 19/2008 tentang Surat Berharga Syariah Negara;
 Peraturan Pemerintah No. 23/2003 tentang Pengendalian Jumlah Kumulatif Defisit
APBN dan APBD, serta Jumlah Kumulatif Pinjaman Pemerintah P
 usat dan Pemerintah Daerah;
 Peraturan Pemerintah No. 54/2008 tentang Tata Cara Pengadaan dan Penerusan
Pinjaman Dalam Negeri oleh Pemerintah;
 Peraturan Pemerintah No. 10/2011 tentang Tata Cara Pengadaan Pinjaman Luar
Negeri dan Penerimaan Hibah;
 Peraturan Presiden No. 82/2015 tentang Jaminan Pemerintah Pusat atas Pembiayaan
Infrastruktur melalui Pinjaman Langsung dari Lembaga Keua
 ngan Internasional kepada BUMN.
 Peraturan Menteri Keuangan No. 84/PMK.05/2015 tentang Tata Cara Penarikan
Pinjaman dan/atau Hibah Luar Negeri
 Peraturan Menteri Keuangan No. 50/PMK.08/2008 tentang Lelang SUN di Pasar
Perdana;
 Peraturan Menteri Keuangan No. 209/PMK.08/2009 tentang Lelang Pembelian
Kembali SUN;

 Peraturan Menteri Keuangan No. 191/PMK.05/2011 tentang Mekanisme Pencairan
Hibah
 Peraturan Menteri Keuangan nomor 230/PMK.05/2011 tentang Sistem Akuntansi
Hibah
 Peraturan Menteri Keuangan No. 84/PMK.05/2015 tentang Tata Cara Penarikan
Pinjaman dan/atau Hibah Luar Negeri;
 Keputusan Menteri Keuangan No. 884/KMK.08/2017 tentang Strategi Pengelolaan
Utang Negara Tahun 2018-2021;
2. Kerangka Teori Pengelolaan Utang

a. Pengertian dan Tujuan Pengelolaan Utang Publik
 Pengelolaan utang publik adalah proses untuk menetapkan dan melaksanakan
strategi dalam mengelola utang pemerintah.
 Tujuan pengelolaan utang publik :
1. Menaikkan jumlah dana yang dibuutuhkan (Raise the required amount of funding)
2. Mencapai target biaya/resiko (Pursue its cost/risk objectives)
3. Mengidentifikasi dan memanajemen trade-off antara biaya dan risiko yang
diharapkan (Identify and manage the trade offs between expected cost and risk)
4. Mengembangkan/menjaga efisiensi pasar utang domestic (Develop or maintain
the efficiency of the domestic debt market)
5. Mencapai tujuan penegelolaan utang publik lainnya (Meet any other public debt
management goals)
 Utang di Indonesia digunakan sebagai instrumen fiskal, instrumen investasi,
benchmark instrumen pasar keuangan, dan instrumen operasi pasar moneter.
b. Prinsip-prinsip Akuntansi Utang Publik

1. Residence (wilayah)

2. Time of recording (waktu pencatatan)
• Interest accrued and not yet due for payment (bunga akrual yang belum
dibayarkan)
• Arrears (tunggakan)
3. Valuation (Penilaian)
4. Currency (Mata Uang)
• Unit of account (unit mata uang)
• Currency conversion (konversi mata uang)
• Domestic and foreign currency
• Currency of denomination and currency of settlement
5. Maturity (Jatuh Tempo)
6. Consolidation
c. Pengelolaan Utang
Pengelolaan utang harus memperhatikan :
1. Debt Management Objectives and Coordination
 Objectives
 Scope
 Coordination with monetary, fiscal, and financial sector policies
2. Transparency and Accountability
 Clarity of roles, responsibility and objectives of government institutions responsible
for debt management
 Public availability of information on the reporting of debt management strategies
and operations
 Accountability and assurances of integrity by agencies responsible for debt
management

3. Institutional Framework
 Governance
 Management of internal operations and legal documentation
4. Debt Management strategy
5. Risk Management framework
• Scope for active management
• Risks arising from the use of derivatives, credit risk, and settlement risk
• Contingent liabilities
6. Development and Maintenance of an Efficeient Market for Domestic Government
Securities
 Portofolio diversification and instrument
 Primary market
 Secondary market
d. Struktur Organinsasi Pengelolaan Utang DJPPR Kemenkeu
Direktur
Jenderal PPR
Sekretariat
Jenderal
Direktorat Direktorat Direktorat

Direktorat
Direktorat Direktorat Direktorat Strategi Evaluasi,
Pinjaman & Pembiayaan Akuntansi dan
Hibah SUN Syariah
PRKN PDPPI Portofolio dan
Pembiayaan Sentelmen
Front Office Middle Back

Office Office
e. Infrastruktur Pendukung Transaksi Utang

DMFAS (Debt Management Aplikasi yang dikembangkan oleh UNCTAD untuk
and Financial Analysis System) menatausahakan data utang (settlement, reporting and
accounting)
Decision Support System (DSS) Aplikasi yang digunakan untuk mendukung pengambilan

keputusan dalam hal ditetapkan kebijakan untuk melakukan :
Issuance and Buyback & Debt Switch
BI-SSSS (Bank Indonesia- sarana transaksi dengan Bank Indonesia termasuk
Scripless Securities Settlement penatausahaannya dan penatausahaan Surat Berharga secara
System) elektronik dan terhubung langsung antara Peserta,
Penyelenggara dan Sistem BI-RTGS.
BI-RTGS (Bank Indonesia – sistem transfer dana elektronik yang penyelesaian setiap
Real Time Gross Settlement) transaksinya dilakukan dalam waktu seketika khususnya
untuk memproses transaksi pembayaran transaksi bernilai
besar yaitu transaksi Rp.100 juta ke atas dan bersifat segera
(urgent).
SPAN
MOFIDs (Ministry of Finance Sistem yang digunakan oleh Kemenkeu untuk pelaksanaan
Dealing System) proses transaksi penatausahaan SBN (debt switch dan buy
back)
 Many to many, apabila seri SBN yang ditransaksikan
lebih dari satu seri
 Staple Bonds, obligasi yang digolongkan ke dalam
program pertukaran obligasi lama dengan 2 (dua)jenis
obligasi baru, dimana obligasi jenis pertama memberikan
kupon yang lebih tinggi dari obligasi jenis kedua
Dealing Room suatu ruangan kerja yang khusus digunakan untuk
melaksanakan transaksi-transaksi, terdiri dari transaksi di
pasar uang/money market, pasar valuta asing/foreign
exchange market maupun transaksi-transaksi surat berharga
jangka panjang/capital market serta transaksi
turunannya/derivatives.
Bloomberg perusahaan media massa multinasional yang bergerak dalam
bidang media dan perangkat-perangkat lunak dalam bidang
perbankan dan menyediakan perangkat lunak berbasis
perbankan dengan tujuan untuk menganalisis pasar
perdagangan, memberikan servis dan kabar terbaru kepada
perusahaan finansial dan organisasi melalui Bloomberg

terminal
Reuters merupakan sebuah kantor berita yang bermarkas di London,
Inggris sebagi salah satu penyedia informasi dibidang
investasi serta transaksi keuangan lainnya.
3. DMFAS (Debt Management and Financial Analysis System)

 adalah sistem pengelolaan utang berbasis computer yang dikembangkan oleh UNCTAD
yang digunakan untuk menjalankan tugas operasional, memenuhi kebutuhan analisis dan
statistic atas pengelolaan utang, dan perencanaan keuangan eksternal
 dapat digunakan oleh negara anggota United Nations dan pada bagian kementerian
keuangan, DMO, bank sentral,dan atau institusi yang terlibat dalam pengelolaan utang,
termasuk pemerintah daerah dan departemen audit.
 menyediakan asistensi atas dua arus aktivitas pengelolaan utang yakni downstream
seperti maintenance database, validasi data utang, operasional utang, pelaporan internal
dan eksternal, statistic utang dan analisis dasar, maupun pembuatan link antar software
keuangan serta upstream, misalnya analisis stainability dari utang.
 Di Indonesia sendiri, DMFAS diakses dan digunakan oleh Kementerian Keuangan, Bank
Indonesia, dan PT SMI, sesuai dengan kebutuhan dan level wewenangnya. Pengguna
utama DMFAS untuk kepentingan manajerial adalah Kementerian Keuangan c.q. DJPPR
 Perkembangan Versi DMFAS
 Subsistem dalam DMFAS

1. DMFAS UNCTAD : aplikasi utama (Core System) DJPPR untuk
mengadministrasi kan data Pinjaman, Hibah dan Surat Berharga Negara
(SBN) dan Penjaminan Pemerintah.

2. DMFAS Interface : aplikasi yang berperan sebagai penghubung antara
DMFAS dan sistem aplikasi pendukung yang menunjang kebutuhan spesifik
operasional pengelolaan pembiayaan dan risiko.
 Operational Life Cycle of a Debt Instrument

Contract Reporting
Negotiation, Payment
information Real on the Debt
signature of principal
and loan Drawing country's Strategy
agreement and interest
term debt
Administration Mobilize Service Report Analysis
 Fungsi-fungsi dalam pengelolaan utang yang dapat diakomodasi dalam DMFAS

1. Recording Function
2. Operating Function
3. Controlling & Monitoring Function
4. Reporting Function
5. Analytical Function
 Penerapan Recording Function dalam Modul DMFAS

Menu Administration
DFMAS dapat mendukung pencatatan data terkait pembiayaan yang bersumber dari:
1. Loans (Pinjaman)
2. Bonds (Obligasi)
3. Grants (Hibah)
4. Projects (Pendanaan/Pinjaman Proyek)
5. On-lent loans (Penerusan Pinjaman)
Selain itu, terdapat submenu untuk merekam:
1. General Agreements
2. Reorganization Agreements
3. References
 Penerapan Operating Functiondalam Modul DMFAS

Menu Mobilize

Digunakan untuk merekam data disbursement dan tranches, yakni penarikan pinjaman
dan pembelian obligasi yang dapat digunakan untuk menghasilkan roll forward
estimate drawings.
Menu Debt Service
Digunakan untuk merekam data pembayaran pokok dan bunga, termasuk komisi dan
denda dalam berbagai mata uang. Fungsi – fungsi di dalamnya termasuk:
1. Pembuatan Schedule
2. Pembuatan daftar maturity (jatuh tempo) utang
3. Perhitungan akumulasi denda bunga
4. Perekaman alokasi anggaran
5. Perekaman Adjustment Factors
6. Pembuatan Payment Order
 Penerapan Controlling & Monitoring Function dalam Modul DMFAS

Fungsi Control pada DMFAS:
1. Data accuracy and data validation
2. Error check
3. Echo check
Fungsi Monitoring pada DMFAS:
1. Laporan pembayaran yang jatuh tempo di bulan depan
2. Laporan pinjaman yang dipilih sesuai parameter yang ditetapkan yakni, sector
ekonomi, tipe kreditur, tipe pembiayaan, dll untuk mengontrol ceilings atas
outstanding debt.
3. Identifikasi pinjaman yang terlambat dan menghitung denda secara otomatis.
 Penerapan Reporting Function dalam Modul DMFAS

Menu Report
DMFAS dapat menghasilkan tiga jenis lapora berdasarkan penggunanya yakni:
1. Internal Reports
2. Eksternal Reports
3. Control Reports
Berdasarkan kategorinya, DMFAS akan menghasilkan tiga laporan yakni:
1. Predefined reports without parameters
2. Predefined reports with paramaters

3. User defined reports
4. Komponen dan Instrument utang Pemerintah Pusat
 Instrument Hibah
1. Hibah Langsung
2. Hibah Terencana
5. Fungsi Pengelolaan Utang di Indonesia dan Aplikasi Terkait
Pengadaan Settlement Perekaman Penarikan Pembayaran Pelaporan
 BI-SSSS
 BI-RTGS  DMFAS
 Dealing Room  DMFAS  DMFAS
 Simponi  Saspem  SPAN
 MoFids
 SPAN  SPAN  SPAN
 E-SBN
Modul Administrasi Modul Modul Debt Modul Reporting

DMFAS Mobilization Service
Modul
Modul Pembayaran Modul GL
Penerimaan Modul Komitmen
SPAN
 Proses Bisnis Pinjaman/Hibah Luar Negeri

6. Mekanisme Penarikan Dana PHLN (PMK 84/2015)
1. Pembayaran Langsung
2. Reksus
3. Trannsfer ke RKUN
4. Pembiayaan Pendahuluan
5. L/C
a. Penarikan Dana PHLN melalui Pembayaran Langsung

b. Penarikan Dana PHLN melalui Reksus
c. Penarikan Dana PHLN melalui L/C
d. Penarikan Dana PHLN melalui Pembiayaan Pendahuluan

e. Metode Penerbitan SBN
SPN, ON Fixed
Rate, ON VR
Lelang (SUN), SPNS,
IFR, SBSN
Sukuk Dana Haji
Indonesia,
Pasar penempatan
dana haji dan
Perdana Private Dana Abadi
Umat
Placement Surat
Mekanisme Perbendaharaan
Negara kpd
Penerbitan Non lelang Pemda 2009
ORI, SUN Valas,

Pasar Buy Back, Book Sukuk Negara
Sekunder Debt Switch Building Retail, Global
Sukuk
 Proses Bisnis Transaksi SUN secara Langsung
 Proses Bisnis Lelang Issuance SBN di Pasar Perdana
 Proses Bisnis Penjualan SBN dengan cara Private Place

 Proses Bisnis Transaksi SBN melalui e-SBN (Book Building)
 Proses Bisnis Lelang Buyback & Debt Switching SBN
 Proses Bisnis Penerbitan - Penarikan Pinjaman/Hibah

 Proses Bisnis Penerbitan - Penarikan Utang
 Proses Bisnis Pembayaran Pinjaman/Utang
SASPEM SPAN
DMFAS Modul Pembayaran Modul GL
Modul Modul
Debt Report
Service
• Schedule dari DMFAS Cetak dokumen

Proses SP2D
• NOP/Surat Pengganti NOP pembayaran •ADK Saspem
• Dok penerbitan untuk buyback
private placement
• Surat pernyataan •SPP •SP2D
ringkasan
• Dokumen Tagihan penggunaan dana •SPM
Perekaman • Lampiran SPM •CoA
Rencana • ADK Saspem
Perekaman
Pembayaran dan Pelaporan
Tagihan
data pada SPAN
DJPPR Back Office KPPN KPH

7. Input, Proses/Aktivitas, & Output dalam DFMAS
a. Input dan Dokumen Sumber dalam General Information – Agreement Info 1
No Input Dokumen Sumber Keterangan
1 Instrument ID Loan/Grant Loan ID
Agreement
2 Name Loan/Grant Nama Proyek/Program (Max
Agreement
30 digit)
3 Creditor Loan/Grant Kode/identitas reference
Agreement
Reference instrument versikreditor
4 Other Loan/Grant Referensi lainnya (jika ada)
Agreement
Reference
5 Long Name Loan/Grant Nama proyek/program versi
Agreement
lengkap (max 300 digit)
6 Maturity Loan/Grant Utang jangka pendek
Agreement
(maturity <=1 tahun) vs utang
jangka panjang (maturity >1
tahun)
7 Status Loan/Grant Status Utang
Agreement
8 Signed Loan/Grant Tanggal penandatanganan
Agreement
debt agreement
9 Effective Limit Loan/Grant Batas pengefektifan pinjaman
Agreement
10 Effective Loan/Grant Tanggal pengefektifan
Agreement
b. Input dan Dokumen Sumber dalam Real Drawing on Loans – Drawing Info
No Input Dokumen Sumber Keterangan
1 Load ID Loan Agreement/No Nomor loan
DMFAS
2 Request No NOD/Withdrawal nomor pemintaan penarikan.
Application Untuk kasus pemerintah
Indonesia adalah nomor
Widrawal Aplication (WA)
atau
dokumen yg dipersamakan.
3 Reference Referensi (jika diperlukan)
4 Project Project ID Proyek yang dibiayai oleh
loan

5 Creditor Value NOD/Withdrawal Tanggal penarikan
Date Application
6 Date received NOD/Withdrawal Tanggal diterima
Application
7 Date of local NOD/Withdrawal Tanggal kirs untuk konversi
exchange rate Application
8 Exchange NOD/Withdrawal Jika memakai kurs tertentu
arrangement Application
9 Amount in NOD/Withdrawal Nilai dalam mata uang
effected Application penarikan
currency
c. Laporan yang dapat dihasilkan oleh DMFAS

Dalam standard reporting terdapat dua tipe laporan yakni predefined reports without
parameters dan predefined reports with parameters.
1. Standart Reporting Reports
Berisi berbagai jenis laporan operasional dan manajerial mulai dari
rekapitulasi pembayaran, denda, total penarikan, jatuh tempo utang, dan lain-
lain yang format dan isiannya telah diatur by default oleh aplikasi.
2. User Defined Reporting

Berisi berbagai jenis laporan yang isiannya ditentukan oleh pengguna, baik
dengan atau tanpa parameter, sesuai dengan kebutuhan laporan yang ingin
dihasilkan.
3. World Bank Report

Berisi format laporan yang disesuaikan dengan format yang telah ditentukan
oleh World Bank dan dikhususkan untuk pinjaman/hibah dari WB.
 Contoh predefined reports without parameters
 Contoh predefined reports with parameters

 User Defined Reports Laporan Outstanding Utang

TM 14 – MODUL GL DAN PELAPORAN
1. Dasar Hukum Akuntansi dan Pelaporan

Berikut ini merupakan peraturan perundang-undangan dan ketentuan yang menjadi dasar
dalam pembahasan mengenai Modul General Ledger dan Pelaporan:
a. PP No. 71 tahun 2010 tentang Standar Akuntansi Pemerintah
b. PMK No. 213 tahun 2013 tentang Sistem Akuntansi Pemerintah Pusat
c. PMK No. 214 tahun 2013 tentang Bagan Akun Standar
d. PMK No. 215 tahun 2013 tentang Jurnal Akuntansi Pemerintah Berbasis Akrual
e. PMK No. 219 tahun 2013 tentang Kebijakan Akuntansi Pemerintah Berbasis Akrual
f. Surat DJPB Tgl.14 Juni 2016 No.S-4839/PB/2016 Hal: Pelaksanaan Rekonsiliasi
Eksternal tingkat KPPN bulan Januari sd Mei 2016
g. Surat DJKN Tgl.08 Juni 2018 No. S-3689/KN/2018 Hal: Implementasi Aplikasi e-
Rekon&LK dalam Penyusunan Laporan Barang Pengguna dan LKKL Tahun 2018
h. Surat DJPB Tgl.22 Juni 2018 No.S-4907/PB/2018 Hal: Persiapan Implementasi Aplikasi
e-Rekon & LK G2 dalam Penyusunan Laporan Barang Pengguna dan LKKL Tahun 2018
2. Kerangka Teori Modul GL dan Pelaporan

a. Fungsi Modul GL dan Pelaporan
Modul GL dan Pelaporan merupakan modul yang memuat keseluruhan proses yang
terkait dengan akuntansi dan pelaporan. Modul ini berfungsi untuk:
1. Membuat jurnal yang ditrigger oleh transaksi yang dihasilkan oleh modul lain (Sub
ledger).
2. Membuat penyesuaian dan jurnal yang tidak dihasilkan modul lain.
3. Memposting jurnal dalam rangka pembentukan laporan.
4. Tutup periode.
5. Membuat laporan keuangan sebagai bahan untuk pertanggungjawaban.

6. Rekonsiliasi, konfirmasi, dan konsolidasi.
b. Pengguna Modul GL dan Pelaporan

Pengguna Modul GL dan Pelaporan terdiri atas operator dan KPA. Operator memiliki
kewenangan untuk melakukan RUH jurnal penyesuaian/koreksi dan realisasi kinerja, proses
validasi jurnal, proses posting, proses tutup periode, pencetakan laporan keuangan, proses
pengiriman ADK Konsolidasi, dan proses konfirmasi. Sementara KPA memiliki kewenangan
untuk melakukan proses pengiriman ADK Rekonsiliasi.
c. Alur Proses Modul GL dan Pelaporan
d. Tutup Buku Modul GL dan Pelaporan

 Fungsi Tutup Buku:
a. Membatasi agar modul tidak bisa menambah transaksi ataupun jurnal baru untuk periode
yang sudah ditutup.
b. Mengirim nilai saldo akhir neraca percobaan periode yang ditutup ke neraca percobaan
periode berikutnya sebagai saldo awal.
 Syarat Tutup Buku:

a. Jurnal pada periode tersebut telah diposting
b. Periode sebelumnya sudah berstatus Tutup Permanen
 Jenis Tutup Buku:

a. Tutup Buku Sementara, dan
b. Tutup Buku Permanen

e. Proses Pembentukan Laporan
1. Pelaporan Lainnya
a. Laporan Rekonsiliasi Neraca dengan Sub-Ledger, untuk membandingkan saldo Sub-
Ledger di Neraca dengan saldo Sub-Ledger di Modul masing-masing. Sub-Ledger: Aset
Tetap dan Persediaan.
b. Laporan Kinerja Satker, untuk menyajikan besaran pagu DIPA serta besaran pagu yang
sudah diserap/direalisasikan berdasarkan program, kegiatan, dan output.
c. Laporan Ketersediaan Dana, untuk menyajikan posisi sisa pagu DIPA beserta besaran
realisasinya pada saat laporan tersebut diproses.
d. Laporan Transaksi Valas, untuk menyajikan jurnal terkait transaksi menggunakan
currency valuta asing.
3. Proses Bisnis Modul GL dan Pelaporan

Modul General Ledger dan Pelaporan merupakan Modul Sistem Aplikasi Keuangan
Tingkat Instansi (SAKTI) yang memuat keseluruhan proses yang terkait dengan akuntansi
dan pelaporan. Proses bisnis modul GLP dimulai dari proses migrasi data saldo awal yang
hanya dilakukan sekali ketika proses implementasi sistem SAKTI pertama kali. Proses
migrasi hanya dijalankan oleh level satker saja, level konsolidator tidak perlu melakukan
proses migrasi.

Jurnal manual adalah fasilitas yang disediakan oleh modul GL untuk memasukkan data-
data jurnal manual lewat modul GL yang tidak terkait dan tidak mengikuti aturan di peta
jurnal, tetapi pembentukan COA-nya tetap diikat dan merujuk ke data DIPA berdasarkan
program, kegiatan dan output pada tahun anggaran berjalan. Validasi jurnal digunakan untuk
melakukan pengecekan jurnal yang dibentuk oleh semua modul sebelum dilakukan proses
posting jurnal. Posting jurnal dilakukan setelah melakukan validasi jurnal. Posting jurnal
bertujuan untuk summary jurnal agar data transaksi masuk dalam laporan keuangan.
a. Dokumen Sumber Modul GLP
b. Fitur Modul GLP
Fitur yang terdapat dalam modul GLP antara lain:

• Akrual Basis
• Pembentukan jurnal secara transaksional : jurnal sebagian besar terbentuk dari modul by
sistem
• Tracing Jurnal : penelusuran transaksi ke history datanya

• Tutup Buku : konsistensi data (pada periode yang ditutup hanya dapat dilakukan
perubahan dengan mekanisme koreksi ke periode yang open)
• Konsolidasi topologi online : konsolidasi laporan (W/Es1/KL) tanpa proses kirim-terima
ADK
• Laporan Realisasi Kinerja : keperluan manajerial pelaksanaan anggaran
• Laporan Fund Available : ketersediaan dana
• Periode 13 dan 14 : unaudited dan audited.
c. Pengguna Modul General Ledger dan Pelaporan

Pengguna Modul General Ledger dan Pelaporan yaitu:
1. Operator, memiliki kewenangan untuk melakukan sebagai berikut :
- Melakukan RUH Jurnal Penyesuaian/Koreksi dan Realisasi Kinerja
- Melakukan Proses Validasi Jurnal
- Melakukan Proses Posting
- Melakukan Proses Tutup Periode
- Melakukan Pencetakan Laporan Keuangan
2. Kuasa Pengguna Anggaran memiliki kewenangan untuk melakukan Proses Pengiriman
ADK Rekonsiliasi
Gambar Proses Bisnis Laporan Keuangan

4. Input, Proses/Aktivitas, Dan Output
a. Input Modul GLP
 Mencatat pagu DIPA dan Chart of Account (COA)
 Transaksi dalam modul lain, dokumen sumber transaksi meliputi:
- Saldo awal (migrasi dari aplikasi eksisting)
- Dokumen anggaran
- Dokumen transaksi tahun berjalan
- Dokumen pengesahan
- Dokumen transaksi akrual
- Dokumen data transaksi lainnya.
b. Proses Modul GLP

Proses penyusunan LK dalam SAKTI sebagaimana dalam gambar 3.3, dimulai dari
migrasi saldo awal, penjurnalan, validasi dan psoting, tutup periode dan pelaporan. Migrasi
saldo awal dilakukan terhadap akun persediaan, BMN Aset Tetap, dan saldo neraca dari
aplikasi SAIBA. Proses jurnal secara sistematis dalam aplikasi meliputi jurnal komitmen,
pembayaran, bendahara, aset tetap, persediaan, piutang dan jurnal manual dan penyesuaian.

Validasi dan posting sampai tutup periode menghasilkan neraca saldo yang digunakan dalam
proses pelaporan. Proses pelaporan meliputi laporan pembukian basis akrual dan basis kas,
rekonsiliasi dan laporan konsolidasi.
Gambar III.3 Proses Penyusunan LK SAKTI
Penjelasan : Dalam modul GLP selalu berkaittan dengan setiap modul pada
sakti, kemudian setelah mendapatkan data/dokumen sumber dari modul lainnya
seperti modul aset tetap, pesediaan, bendahara Modul GLP akan melakukan
penjurnalan, kemudian validasi dan posting, tutup eriode setelah itu akan
membentuk suatu laporan keuangan.
c. Perbedaan Posting Buku Besar Kas dan Akrual
Dalam proses posting dibagi mejadi posting kedalam Buku Besar Kas
untuk Jurnal Anggaran sedangkan posting dalam Buku Besar Akrual untuk jurnal
akrual yang sebelumnya telah dibuat.

d. Kebijakan Akuntansi Modul GLP
e. Ledger Single Entry
Selain 2 ledger (akrual dan kas), SAKTI menerapkan ledger single entry untuk mencatat
transaksi :
1. Jurnal Anggaran (Estimasi dan Allotment)
2. Jurnal Komitmen (Encumbrance)
3. Jurnal Sub Ledger Bendahara
5. Jurnal dalam Modul GLP

Berikut ini adalah beberapa jurnal yang dibuat dalam modul GLP :
a. Jurnal Modul Anggaran
b. Jurnal Modul Bendahara

c. Jurnal Modul Komitmen

Biasanya Jurnal Komitmen menghasilkan atau menimbulkan utang yang terjadi
karena sudah terjadi komitmen untuk melakukan pembelian atau hal lainnya yang
dilakukan oleh satker dengan pihak kettuga.
d. Jurnal Modul Pembayaran
Merupakan jurnal penghausan utang yang sebelumnya telah dicatat, karena sudah
dilakukan pembayaran hal ini ditandai dengan penerbitan SP2D.
e. Jurnal Modul Persediaan

Persediaan yang dicatat dalam simak BMN dibuat juga jurnalnya dalam Modul GLP
pada SAKTI, setelah mendapatkan bukti dokumen sumber dari modul bendahara atau
modul komitmen, modul persediaan akan melakukan pendetailan lalu jurnal nya dibuat
dalam Modul GLP
f. Jurnal Modul Aset
Setiap transaksi tentang aset tetap mulai dari perolehan,pemeliharaan, penyusutan,
dan penjualan semua akan dicatat jurnalnya pada modul GLP yang dokumen sumbernya
didapatkan dari modul aset tetap

g. Jurnal Modul GLP
h. Jurnal Penyesuaian
Selain mencatat jurnal umum, modul GLP juga melakukan pencatatan jurnal
penyesuaian yang kemudian akan diposting kedalam buku besar dan disusun menjadi laporan
keuangan. Ilustrasi Jurnal:

6. Proses Pembentukan Laporan Keuangan
Pelaporan lainnya
• Laporan Rekonsiliasi Neraca dengan Sub-Ledger : membandingkan saldo Sub-
Ledger di Neraca dengan saldo Sub-Ledger di Modul masing-masing.
*** Sub-Ledger : Aset Tetap, Persediaan, Bendahara
• Laporan Kinerja Satker : menyajikan besaran pagu DIPA serta besaran pagu yang
sudah diserap/direalisasikan berdasarkan program, kegiatan, dan output.
• Laporan Ketersediaan Dana (FA) : menyajikan posisi sisa pagu DIPA beserta
besaran realisasinya pada saat laporan tersebut diproses.
• Laporan Transaksi Valas : menyajikan jurnal terkait transaksi menggunakan

currency valuta asing.
7. Input, Proses, Output Modul GLP

Dokumen sumber yang digunakan dalam Modul GLP sekaligus menjadi input adalah:

Output dari Modul GLP adalah Laporan Keuangan berupa LRA, LO, LPE, Neraca.
Kemudian hasil dari Modul GLP perlu direkonsiliasi dengan modul-modul lainnya, proses
rekonsiliasi dilakukan dengan menggunakan aplikasi e-rekon.
8. E-Rekon
Aplikasi e-rekon yaitu Adalah aplikasi berbasis web yang dikembangkan dalam rangka
proses rekonsiliasi data transaksi keuangan dan penyusunan Laporan Keuangan Kementerian
Negara/Lembaga mulai tahun 2016. Diharapkan dengan adanya e-rekon, dapat:
• Proses rekonsiliasi menjadi lebih mudah (dapat dilakukan oleh satker secara mandiri
dari lokasi mana saja, tidak perlu ke KPPN).
• Terbentuk single database yang berisi data seluruh satker di seluruh K/L, sebagai
bahan penyusunan laporan keuangan.
• Data yang dikirim oleh satker/UAKPA ke KPPN (dalam rangka rekonsiliasi) sama
dengan data yang dikonsolidasi oleh UAPPA-W, UAPPA-E1, dan UAPA untuk
menyusun laporan keuangan.
Aplikasi e-rekon yang sekarang digunakan adalah e-rekon generasi kedua. Fungsi Aplikasi e-
Rekon & LK G2 (tambahan dari G1):
1. Monitoring rekonsiliasi internal antara UAKPA dengan UAKPB; antara UAPPA-E1
dengan UAPPB-E1 dan UAPA dengan UAPB
2. Penyusunan Laporan Barang Pengguna tingkat UAKPB-W, E1 dan PB.

Pada saat SIMAK kirim ADK ke SAIBA, seluruh data transaksi SIMAK dikirim ke
SAIBA (tidak hanya jurnal).Oleh SAIBA diupload ke Aplikasi E-Rekon&LK pada saat
upload bulanan. Berdasarkan data dari upload seluruh SAIBA tsb, Aplikasi e-Rekon&LK
menyusun LK dan LBP tingkat Wil, Es.1 dan KL.Dengan demikian:Tidak ada lagi Aplikasi
SIMAK tingkat Wil, Es.1 dan KL dan tidak terjadi perbedaan data/laporan antara aplikasi
tingkat Satker hingga KL. Sehingga diharapkan:
i. Proses Bisnis E-Rekon

Proses bisnis dari e-rekon lk adalah:
j. Proses Rekonsiliasi Online
k. Mekanisme push data dari SAKTI ke E-rekon

Push Data dilakukan terhadap data saldo awal dan data Tahun Anggaran Berjalan (TAB).
Data Saldo Awal didasarkan pada data SAKTI level satker yang kemudian di-crosscheck dengan
Posisi BMN di Neraca (Saldo Awal) pada Aplikasi e-Rekon&LK. Data SAKTI akan diproses
oleh aplikasi E-rekonLK mengikuti aturan/ kebijakan rekonsiliasi. Periode Rekonsiliasi sudah
dibuka; Status Rekonsiliasi belum sampai menunggu ttd kasi Vera (masih analisa hasil rekon/
menunggu ttd KPA); Apabila ada perbaikan/ perubahan data setelah status ttd kasi Vera / BAR
Siap Download satker harus melakukan permintaan reset BAR dan data akan di push ulang;
l. Konsolidasi Laporan Keuangan

• Konsolidasi LK di level Wilayah, Eselon I dan Kementerian saat ini menggunakan aplikasi
e- RekonLK karena belum semua satker Kementerian Keuangan menggunakan SAKTI
• Saat ini LK Konsolidasi tingkat wilayah dan Eselon I, juga bisa dihasilkan dari SAKTI
(otomatis terkonsolidasi ketika satker melakukan proses posting dan tutup periode)
9. Output Modul GLP

a. Jurnal
b. Laporan Keuangan meliputi:
- Laporan Realisasi Anggaran (LRA)
- Laporan Operasional (LO)
- Laporan Perubahan Ekuitas (LPE)
- Neraca
No Buku Besar kas Buku Besar Akrual

1. Mencatat transaksi realisasi anggaran seperti: Mencatat transaksi akrual seperti :
• Est. Pendapatan yg dialokasikan • Realisasi Pendapatan-LO
• Alotmen Belanja • Realisasi Beban
• Realisasi Pendapatan LRA • Kas di Bendahara Pengeluaran (UP)
• Realisasi Belanja • Kas di Bendahara Penerimaan
• Pengembalian Pendapatan LRA • Penyusutan dan Amortisasi
• Pengembalian Belanja • Penyesuaian Lainnya
• Reklasifikasi Aset
2. Menggunakan Jurnal standar Kas yang selama Menggunakan Jurnal Akrual sesuai dengan
ini telah digunakan pada basis CTA Siklus Akuntasi
3. Menghasilkan Laporan Realisasi Anggaran Menghasilkan Laporan Operasional

(LRA) (LO),Laporan Perubahan Ekuitas (LPE),
dan Neraca
10. Gambaran Sistem Aplikasi
Pengguna Modul GLP

 Operator, memiliki kewenangan untuk melakukan sebagai berikut :
a. Melakukan RUH Jurnal Penyesuaian/Koreksi dan Realisasi Kinerja

b. Melakukan Proses Validasi Jurnal
c. Melakukan Proses Posting
d. Melakukan Proses Tutup Periode
e. Melakukan Pencetakan Laporan Keuangan
 Fitur Modul GLP

 Akrual basis.
 Pembentukan jurnal secara transaksional : jurnal sebagian besar terbentuk dari modul

dengan sistem
 Tracing Jurnal : penelusuran transaksi ke history datanya.
 Tutup Buku : konsistensi data (pada periode yang ditutup hanya dapat dilakukan
perubahan dengan mekanisme koreksi ke periode yang open).
 Konsolidasi topologi online : konsolidasi laporan (W/Es1/KL) tanpa proses kirim-
terima ADK.
 Laporan Realisasi Kinerja : keperluan manajerial pelaksanaan anggaran.
 Laporan Fund Available : ketersediaan dana.
 Periode 13 dan 14 : unaudited dan audited.
 Menu Proses
Pada Menu Proses, pengguna dapat mengakses sub-sub menu yang tersedia di Modul
GLP, yaitu dari menu proses migrasi data saldo awal neraca di awal implementasi sistem
aplikasi Sakti, kemudian menu input data jurnal dari modul GLP, selanjutnya dilakukan menu
validasi data jurnal, menu posting data jurnal dari bukubesar ke neraca saldo, Monitoring
Jurnal, Input realisasi kinerja satker hingga menu tutup buku.
 Sub Menu Migrasi Data Saldo Awal

Proses migrasi data saldo awal ini hanya dilakukan sekali ketika proses implementasi
sistem SAKTI pertamakali, proses migrasi hanya boleh dijalankan oleh level satker saja, level
konsolidator tidak perlu melakukan proses migrasi. Saldo awal yang dimaksudkan disini
adalah merupakan posisi neraca Satker, yaitu posisi kekayaan-hutang-ekuitas Satker tersebut
saat pertama menerapkan sistem Sakti. Kegiatan ini meliputi pembuatan ADK Migrasi di
aplikasi SAIBA yang kemudian diunggah di Aplikasi SAKTI dengan tujuan untuk memproses
migrasi data Neraca sebagai data awal implementasi SAKTI dan sebagai syarat melakukan
transaksi periode berjalan.
 Sub Menu Jurnal Manual

Jurnal manual adalah fasilitas yang disediakan oleh modul GL untuk memasukan data-
data jurnal manual lewat modul GL yang tidak terkait dan tidak mengikuti aturan di peta jurnal,
tetapi pembentukan COA-nya tetap diikat dan merujuk ke data DIPA berdasarkan segment
program, kegiatan dan output pada tahun anggaran berjalan.

 Sub Menu Validasi Jurnal
Validasi Jurnal digunakan untuk melakukan pengecekan jurnal yang dibentuk oleh
semua modul sebelum dilakukan proses posting jurnal. Pilih menu validasi jurnal, lakukan
filter pencariaan (optional), atau pilih semua sesuai kebutuhan jurnal yang akan divalidasi,
pilih semua dan pilih semua halaman, Satu halaman validasi terdiri dari sepuluh baris jurnal,
dan lakukan proses validasi.
 Sub Menu Posting Jurnal

Posting Jurnal dilakukan setelah melakukan validasi jurnal, posting jurnal bertujuan untuk
summary jurnal supaya masuk ke Laporan.
 Sub Menu Realisasi Kinerja Satker

Menu ini digunakan untuk menginput capaian kinerja satker (per bulan) berdasarkan
program, kegiatan, dan output sesuai dengan target yang telah ditetapkan.
 Sub Menu Monitoring Jurnal

Semua transaksi data jurnal yang telah masuk ke modul GL dan Pelaporan dapat di lihat
melalui fitur ini.
 Sub Menu Jurnal Penyesuaian Khusus

Fitur ini digunakan untuk mempermudah pengguna dalam melakukan jurnal umum, jurnal
penyesuaian khusus akan memberikan pasangan jurnal secara otomatis terbukukan sesuai
dengan referensi pasangan jurnal yang sudah dipastikan pasangannya, setiap jurnal akan
terbentuk dua records saja dan saling berpasangan, jurnal yang terbentuk adalah berbasis
akrual.
 Menu Tutup Buku
Pada akhir periode akuntansi dan pelaporan, maka dilakukan proses tutup buku, proses
tutup buku digunakan untuk mengClose semua kegiatan transaksi pada periode berjalan
termasuk kegiatan transaksi yang berasal dari modul lain di luar GL, selain itu proses tutup
buku juga akan menyiapkan saldo awal untuk bulan berikutnya.
 Sub Menu Monitoring Tutup Transaksi
Monitoring tutup transaksi adalah form yang tersedia di modul GL yang berfungsi untuk
melihat kegiatan proses tutup buku yang telah dijalankan oleh setiap modul, setiap modul yang

telah melakukan kegiatan proses tutup buku akan dicatat dan ditampilkan di form ini, form
monitoring tutup transaksi dapat dilihat seperti dibawah ini.
 Sub Menu Tutup Buku
Pengguna dapat mengakses Sub Menu Tutup Buku, maka muncul Form Tutup Buku. Data
jurnal yang ditampilkan di Form Tutup Buku merupakan data jurnal yang telah divalidasi dan
telah terposting Ke Neraca Saldo (Trial Balance). Dilihat dari proses tutup bukunya sendiri ada
dua macam tutup buku yaitu tutup buku sementara dan tutup buku permanen, “tutup buku
sementara” adalah proses tutup buku yang dimungkinkan proses tutupnya dapat diulang
kembali dengan cara melakukan proses “buka tutup” terlebih dahulu, maksimal 1 Semester,
Periode Januari s.d Juni bisa dilakukan tutup buku sementara, namun untuk menutup periode
Juli syaratnya harus menutup periode Juni Permanen. Proses “tutup permanen” adalah proses
tutup buku yang sifatnya final dan tidak bisa dilakukan proses “buka tutup” buku ulang.
 Menu Laporan
Setelah dilakukan pemrosesan data jurnal di modul GLP, pengguna dapat mengakses menu
laporan. Laporan di GL merupakan laporan keuangan berdasarkan periode buku tertentu, Menu
Laporan terdiri dari laporan tingkat satker, laporan tingkat wilayah, laporan tingkat eselon 1 dan
laporan tingkat kementerian, tingkatan laporan tersebut ditentukan pada saat setup user-login
dan setup hak akses yang diberikan kepada masing-masing user, menu laporan terdiri dari:
 Laporan Operasional(LO)
 Laporan Perubahan Ekuitas(LPE)
 Buku Besar
 Neraca
 Neraca Percobaan
 Laporan Realisasi Anggaran
 Laporan Realisasi Belanja
 Laporan Pengembalian Belanja

 Laporan Realisasi Pendapatan Negara dan Hibah
 Laporan Realisasi Pengembalian Pendapatan Negara dan Hibah
 Laporan Rekonsiliasi Neraca dengan Sub-Ledger
 Laporan Kinerja Satker
 Laporan FA
 Laporan Transaksi Valas
11. Keterkaitan Modul GLP Dengan Modul/Sistem Lain

Secara garis besar Modul GL dan Pelaporan akan menerima data jurnal-jurnal dari Modul
Anggaran, Modul Komitmen, Modul Bendahara, Modul Pembayaran, Modul Aset Tetap, Modul
Persediaan. Sedangkan dari Modul Administrasi, dibutuhkan referensi berupa User id,
konfigurasi sistem, referensi penandatangan, dan referensi peta jurnal yang digunakan di Modul
GL dan Pelaporan ini.
1. Integrasi dengan Modul Anggaran
Modul Anggaran akan memberikan informasi kepada Modul GLP untuk tujuan penjurnalan
anggaran berupa allotment belanja dan estimasi pendapatan, serta akan memperoleh informasi
posting dan closing dari modul GLP.
2. Integrasi dengan Modul Komitmen
Interaksi Modul GLP dengan Modul Komitmen diawal dengan pemberian peta jurnal dari Modul
GLP. Berdasarkan peta jurnal tersebut, Modul Komitmen akan membuat jurnal akuntansi atas
pengadaan barang dan/atau jasa.
3. Integrasi dengan Modul Bendahara
Modul Bendahara memberikan jurnal bendahara, realisasi belanja, dan status tutup periode,
sedangkan modul GLP akan memberikan informasi jurnal jurnal terdahulu sebagai bahan
pelacakan jurnal yang akan membantu modul bendahara dalam mengelola data pada tahun
berjalanan berdasarkan historical transaction yang telah dikelola oleh Modul GL dan Pelaporan.
Dalam mekanisme Ganti Uang Pembayaran (GUP), kuitansi yang telah dibuat penerbitan Surat
Perintah Bayar akan dicatat data-datanya dalam modul GL/Pelaporan. Begitu juga dengan akun-
akun yang terkait langsung potongan dan pembayaran setoran pajak.
Pada siklus Pembayaran Langsung, satker akan mengupload nomor SP2D dan kemudian
bendahara akan merekam uang masuk atas SPM LS Bendahara untuk selanjutnya

dipertanggungjawabkan pada menu Mencatat Dana Titipan. Pencatatan Dana Titipan dilakukan
untuk menatausahakan dana atas SPM LS Bendahara yang sebelumnya telah dicatat pada menu
pemindahan kas. Perekaman uang masuk atas SPM LS dan pencatatan dana titipan serta
pengembalian dana titipan akan dicatat dan disimpan oleh bendahara dalam modul
GL/Pelaporan.
4. Integrasi dengan Modul Pembayaran
Seiring dengan pelaksanaan akuntansi berbasis akrual, maka seluruh transaksi terkait dengan
proses pembayaran, baik yang terjadi di lingkungan satker maupun di KPPN harus harus dicatat
ada saat transaksi tersebut terjadi. Sistem akuntansi yang didesain dalam manajemen
pembayaran mencatat terjadinya utang pada saat timbul suatu kewajiban pemerintah untuk
membayar sejumlah uang kepada suatu pihak atas pelaksanaan kegiatan yang telah
dilaksanakan komitmennya. Utang tersebut segera dihapus pada saat dilakukan pembayarannya
oleh KPPN.
Proses pelaporan, baik pelaporan kepada pihak eksternal maupun kepada pihak internal
(management reporting), dapat secara langsung di-generate sesuai dengan kebutuhan melalui
aplikasi SPAN. Dengan adanya proses akuntansi yang akrual, maka laporan yang dihasilkan
oleh aplikasi merupakan laporan real time yang menunjukkan hasil dari transaksi terakhir yang
dilakukan. Selain itu, proses pelaporan dapat dilakukan secara less paper melalui aplikasi dan
dapat diakses secara langsung dan berjenjang mulai dari Satker, KPPN, Kanwil, sampai dengan
Kantor Pusat.
5. Integrasi dengan Modul Aset Tetap dan Persediaan
Modul GL dan Pelaporan membutuhkan Modul Aset Tetap untuk melakukan tracing journal
serta untuk menerima informasi tutup periode. Persediaan melakukan pencatatan atas keluar

masuknya barang, melakukan opname fisik dan membuat laporan persediaan, jurnal transaksi
persediaan tersebut dikelola oleh GL/pelaporan.
6. Integrasi dengan Modul Piutang
Modul Piutang akan mengirimkan informasi transaksi dalam bentuk jurnal pada transaksi-
transaksi yang terjadi pada Modul Piutang sehingga penambahan maupun pengurangan piutang
maupun penyisihan piutang tidak perlu dicatat menggunakan jurnal manual. Selain itu, Modul
GLP juga dapat melakukan tracing jurnal ke Modul Piutang sehingga memudahkan dalam
melakukan keterjadian transaksi. Modul Piutang akan menghasilkan laporan antara lain sebagai
berikut:
a. Kartu Piutang
b. Kartu Penyisihan Piutang Tak Tertagih
c. Rekapitulasi Piutang yang Sudah Lunas
d. Rekapitulasi Transfer Keluar-Transfer Masuk
e. Laporan Piutang Jatuh Tempo
7. Integrasi dengan Modul Utang
Modul GL dan Pelaporan berguna untuk membuat laporan dan menunjukkan bagaimana kinerja
pemerintah selama periode tersebut. Segala hal yang terjadi mulai dari pelaksanaan anggaran
hingga tahun anggaran tersebut ditutup harus dilaporkan. Utang yang dimiliki oleh pemerintah
juga harus dilaporkan untuk mengetahui berapa besar utang pemerintah dan sebagai dasar
pembayaran utang di periode berikutnya.
12. Kontrol/Pengendalian Modul GLP

Terdapat beberapa kontrol atau pengendalian yang dapat dilakukan dalam pelaksanaan
Modul GLP, diantaranya sebagai berikut:

1. Pengendalian Secara Umum
a. Pemisahan tugas yang memadai
Terdapat pembagian tugas untuk orang-orang yang bertugas sebagai Operator, Validator, dan
Approver pada setiap transaksi
b. Otorisasi yang sesuai (hanya dilakukan oleh Aprrover dan sudah divalidasi)
c. Dokumen dan catatan yang memadai
Contohnya adalah Bagan Akun Standar yang berguna untuk mencegah kesalahan klasifikasi
d. Pengendalian fisik atas aktiva dan catatan
Terdapat Pusat Data dan Pusat Pemulihan Data yang disediakan oleh SPAN untuk mencegah
terjadinya kerusakan data
e. Pemeriksaan kinerja secara independen
2. Pengendalian dalam Modul GLP
Dalam Modul GLP, terdapat pengendalian khusus yang ada di dalam modul yaitu Cross
Validation Rules dan Security Rules. Cross Validation Rules (CVR 002) merupakan kombinasi
antara program dengan output, yang mengharuskan kesesuaian antara program dengan output
tersebut. CVR ini menjamin validitas data yang dibutuhkan. Sedangkan Security Rules berguna
untuk membatasi akses. Penerapan dalam hal ini contohnya adalah KPPN dapat menghasilkan
laporan tingkat satker di bawahnya, lalu Kanwil dapat mengakses data dan laporan yang
dihasilkan oleh KPPN tersebut selama masih ada dalam satu wilayah. Untuk kantor pusat
memiliki wewenang untuk mengakses semuanya.
13. Improvement Modul GLP

Desain future vision reporting akan mencakup dua hal yaitu penyempurnaan Proses Bisnis
Reporting dan pengembangan output laporan (report).

Penyempurnaan proses bisnis pelaporan antara lain meliputi:
1. Penggunaan single database (database yang terintegrasi) di level Bendahara Umum Negara
(BUN)
Untuk memperoleh laporan keuangan yang berkualitas, valid, andal dan tepat waktu,
diperlukan penyempurnaan proses pelaporan baik dari faktor data input maupun proses
pengolahan datanya. Selama ini sering terjadi adanya perbedaan laporan antara KL dengan BUN
baik di level terendah (KPPN & satker), level wilayah maupun level teratas (kantor pusat). Salah
satu penyebabnya adalah karena laporan dihasilkan dari dua database yang berbeda. Meskipun
telah dilakukan proses verifikasi dan rekonsiliasi antar keduanya, namun hasilnya belum
maksimal untuk menihilkan perbedaan. Salah satu upaya menghilangkan perbedaan tersebut,
laporan dari dua entitas tersebut di atas (KL & BUN) diupayakan untuk bisa dihasilkan dari satu
database yang sama. Dengan single database, perbedaan laporan kedua enititas tersebut tidak
akan terjadi lagi. Namun sebenarnya dengan menggunakan satu database pun ada dua
kemungkinan yang terjadi, benar kedua-duanya atau salah kedua-duanya karena tidak adanya
prosedur cross-check antar dua laporan tersebut. Oleh karena itu, penggunaan single database
juga harus dibarengi dengan ketelitian dan kejelian mulai dari awal perekaman data.
Tahap awal rencana penggunaan single database dalam rangka SPAN memang belum
sampai pada penyatuan database antara KL dengan BUN karena masih terlalu banyak kendala
yang dihadapi. Kendala tersebut terutama di sisi KL/satker, antara lain karena faktor jumlah dan
letak satker serta kondisi satker baik SDM maupun sarana prasarananya yang belum memadai.
Rencana penerapan integrated database akan dimulai dari sisi BUN. Database yang selama ini
terpisah-pisah baik di KPPN, kanwil, maupun kantor pusat, akan disatukan melalui single
database SPAN.
2. Mekanisme pencatatan transaksi & koreksi

Penyempurnaan dalam proses bisnis pelaporan ini, juga meliputi penyempurnaan dalam
prosedur pencatatan transaksi dan koreksi. Dalam sebuah siklus akuntansi, proses pelaporan
merupakan tahapan akhir yang diawali dengan tahapan pencatatan bukti transaksi. Dalam
konteks siklus akuntansi pemerintah Indonesia, pencatatan transaksi di tandai dengan pencatatan
data SPM dari satker ke dalam sistem akuntansi pemerintah melalui KPPN sebagai kuasa BUN
Daerah. Data transaksi yang berasal dari satker kemudian dicatat di KPPN. Pola penyimpanan
data transaksi pada unit-unit akuntansi terendah ini terasa cukup ideal. Kerangka inilah yang
dikenal dengan Single Data Submission/Single Entry Point. Dengan konsep ini, koreksi atas
kesalahan pencatatan transaksi sebaiknya juga dilakukan di level ini. Dengan demikian, setiap
transaksi secara utuh akan bersumber dari satu unit yakni unit akuntansi terendah, satker –
KPPN. Konsep ini sejalan dengan kerangka pengembangan proses bisnis pelaporan dalam
rangka SPAN.
3. Perumusan Sistem Akuntansi berbasis akrual
4. Penyederhanaan proses rekonsiliasi
5. Proses penyusunan laporan
Sebagai konsekuensi adanya dua sistem akuntansi, SAI di kementerian/lembaga dan
SABUN di kementerian keuangan, maka LKPP yang akan dihasilkan pun akan merupakan hasil
konsolidasi dari dua sistem tersebut. Menteri/Pimpinan Lembaga sebagai Pengguna Anggaran
akan menyusun laporan kementerian/lembaga dengan menggunakan sistem akuntansi instansi.
Laporan yang disusun tersebut disampaikan secara berjenjang dari level satker ke level diatasnya
sesuai rentang kendali masing-masing KL (melalui kanwil atau unit eselon I), hingga sampai ke
kantor pusat. Penyampaian laporan berjenjang di sisi KL ini perlu dilakukan mengingat database
di KL belum terintegrasi. Di samping itu, untuk keperluan akuntabilitas diperlukan laporan nit

terendah ke unit di atasnya. Hal ini sesuai dengan amanat Undang Undang Nomor 1 Tahun 2004
tentang Perbendaharaan Negara. Pasal 54 ayat 1 UU tersebut menyebutkan “Pengguna anggaran
bertanggung jawab formal material kepada presiden atas pelaksanaan kebijakan anggaran yang
berada dalam penguasaannya”. Kemudian pada ayat 2 disebutkan, “KPA bertanggungjawab
formal material kepada PA atas pelaksanaan kegiatan yang berada dalam penguasaannya”. Dari
laporan yang dikirim oleh satker-satker tersebut selanjutnya akan digabungkan oleh KL untuk
penyusunan laporan keuangan tingkat kementerian/lembaga sebagai pertanggungjawaban
menteri/pimpinan lembaga sebagai pengguna anggaran atas pengelolaan keuangannya. Laporan
inilah yang akan dikonsolidasi dengan laporan keuangan BUN untuk penyusunan LKPP.
Sementara itu, penyusunan pelaporan di BUN agak berbeda dengan KL. Hal ini disebabkan
karena BUN menggunakan database yang terintegrasi, sehingga tidak perlu lagi pelaporan
berjenjang dari KPPN ke kanwil DJPBN dan selanjutnya ke kantor pusat. Proses pelaporan
dimulai dari unit akuntansi terendah, yaitu KPPN sebagai Kuasa BUN Daerah. KPPN
memproses data transaksi penerimaan dan pengeluaran yang diterima dari satker. Data-data
transaksi tersebut kemudian diproses menjadi laporan keuangan. Agar laporan keuangan yang
dihasilkan tersebut valid dan akuntabel, maka di level ini dilakukan rekonsiliasi antara KPPN
dengan satker. Data setelah proses rekonsiliasi diharapkan bisa menjadi data yang andal untuk
penyusunan laporan keuangan, sehingga dengan data tersebut laporan keuangan siap dihasilkan
untuk level KPPN.
Pelaporan pada jenjang di atasnya cukup dilakukan oleh masing-masing level dengan cara
mengakses database sesuai tingkatannya masing-masing, tanpa menunggu laporan dari unit
akuntansi di bawahnya. Baik Kanwil DJPBN, maupun Kantor Pusat akan diberikan otoritas
untuk mengakses database sesuai dengan kewenangannya masing-masing. Kewenangan akan

meliputi tidak hanya mencetak laporan tapi juga melakukan review, dan analisis atas laporan
keuangan. Bahkan pada level tertentu akan dimungkinkan untuk diberi kewenangan melakukan
record data dalam rangka penyusunan adjusting entries. Kantor Pusat DJPBN c.q Direktorat
APK akan menyusun laporan BUN yang selanjutnya akan dikonsolidasi dengan laporan dari
Kementerian Negara/Lembaga untuk keperluan penyusunan LKPP.
Sedangkan pengembangan output laporan pada prinsipnya meliputi:
1. Penambahan laporan baru terkait dengan penerapan akuntansi berbasis akrual yaitu laporan
yang berupa Laporan Operasional
2. Laporan Perubahan Saldo Anggaran Lebih (SAL)
3. Laporan Perubahan Ekuitas dan serta penyusunan Laporan Kinerja
Dalam konteks pengembangan SPAN, diharapkan laporan kinerja ini bisa diintegrasikan dengan
laporan keuangan, sehingga kedua laporan tersebut dihasilkan dari sistem yang sama dan berada
dalam satu database SPAN.

Rima Uas - Siap

Diunggah oleh

Informasi Dokumen

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Rima Uas - Siap

Diunggah oleh

Hak Cipta:

Format Tersedia

RINGKASAN MATERI

SISTEM INFORMASI AKUNTANSI

Tim Akademik Akuntansi AP 2018 Page 1

Tim Akademik Akuntansi AP 2018 Page 2

Tim Akademik Akuntansi AP 2018 Page 3

Tim Akademik Akuntansi AP 2018 Page 4

Tim Akademik Akuntansi AP 2018 Page 5

1. Dasar Hukum Penerimaan Negara

2. Kerangka Teori Penerimaan Negara

Tim Akademik Akuntansi AP 2018 Page 6

Tim Akademik Akuntansi AP 2018 Page 7

d. Billing System dan Kode Billing

Tim Akademik Akuntansi AP 2018 Page 8

3) Masa berlaku kode billing

Tim Akademik Akuntansi AP 2018 Page 9

Tim Akademik Akuntansi AP 2018 Page 10

Tim Akademik Akuntansi AP 2018 Page 11

Tim Akademik Akuntansi AP 2018 Page 12

3. Best Practice Penerimaan Negara

Tim Akademik Akuntansi AP 2018 Page 13

Tim Akademik Akuntansi AP 2018 Page 14

PROSES BISNIS PENERIMAAN NEGARA

Tim Akademik Akuntansi AP 2018 Page 15

4. Alur Penerimaan negara

Penerimaan dari BI meliputi :

5. Proses Bisnis MPN G1

Tim Akademik Akuntansi AP 2018 Page 16

6. Proses Bisnis MPN G2

Tim Akademik Akuntansi AP 2018 Page 17

Tim Akademik Akuntansi AP 2018 Page 18

Tim Akademik Akuntansi AP 2018 Page 19

Tim Akademik Akuntansi AP 2018 Page 20

7. Proses Bisnis MPN G3

Tim Akademik Akuntansi AP 2018 Page 21

Tim Akademik Akuntansi AP 2018 Page 22

8. Manfaat Adanya Lembaga Persepsi Lainnya:

Tim Akademik Akuntansi AP 2018 Page 23

Tim Akademik Akuntansi AP 2018 Page 24

a. Rekap Penerimaan Pajak

Tim Akademik Akuntansi AP 2018 Page 25

Inquiry CoA Nomor Penerimaan pada SPAN

Tim Akademik Akuntansi AP 2018 Page 26

Tim Akademik Akuntansi AP 2018 Page 27

Tim Akademik Akuntansi AP 2018 Page 28

Tim Akademik Akuntansi AP 2018 Page 29

13. Input, Proses/Aktivitas, Output Modul Penerimaan

14. Gambaran Sistem Aplikasi Penerimaan

User Manual MPN-G2

Tim Akademik Akuntansi AP 2018 Page 30

Tim Akademik Akuntansi AP 2018 Page 31

Tim Akademik Akuntansi AP 2018 Page 32

Tim Akademik Akuntansi AP 2018 Page 33

Tim Akademik Akuntansi AP 2018 Page 34

15. Keterkaitan Modul Penerimaan Negara Dengan Modul Sakti Lainnya

Tim Akademik Akuntansi AP 2018 Page 35

16. Risiko Dan Pengendalian Modul Penerimaan Negara

17. Perbaikan/Improvement Modul Penerimaan Negara

Tim Akademik Akuntansi AP 2018 Page 36

Tim Akademik Akuntansi AP 2018 Page 37

Tim Akademik Akuntansi AP 2018 Page 38

Tim Akademik Akuntansi AP 2018 Page 39

1. Dasar Hukum Manajemen Kas

2. UU 1 tahun 2004 tentang Perbendaharaan Negara

4. Peraturan Menteri Keuangan Nomor 154/PMK.05/2014 tentang Pelaksanaan Sistem