TUGAS KELOMPOK

“TOPIK BAHASAN: MODUL PENGANGGARAN “

DISUSUN OLEH:

KELOMPOK 9, dengan anggota:

No. Urut Daftar

No Nama Mahasiswa NPM
Hadir
1 Rama Tri Sakria 1302170623 33
2 Reza Nabila Ramadhani Wicaksana 1302171147 34
3 Sabrina Permata Dewi 1302170577 35
4 Samuel Bryan 1302170221 36

KELAS 5-05

PRODI D-III AKUNTANSI

POLITEKNIK KEUANGAN NEGARA STAN

BULAN OKTOBER TAHUN 2019

 DAFTAR ISI

TUGAS KELOMPOK ................................................................................................................ i

DAFTAR ISI..............................................................................................................................ii

DAFTAR GAMBAR ............................................................................................................... iii

BAB I ......................................................................................................................................... 1

PENDAHULUAN ..................................................................................................................... 1

A. Latar Belakang .......................................................................................................................... 1

B. Ruang Lingkup.......................................................................................................................... 2
C. Tujuan ........................................................................................................................................ 2
BAB II........................................................................................................................................ 3

DASAR HUKUM DAN KERANGKA TEORI ........................................................................ 3

A. Dasar Hukum ............................................................................................................................ 3

B. Kerangka Teori ......................................................................................................................... 3
BAB III ...................................................................................................................................... 5

PEMBAHASAN ........................................................................................................................ 5

A. Proses Bisnis .............................................................................................................................. 5

B. Pemrosesan Transaksi ............................................................................................................ 16
C. Gambaran Sistem Aplikasi Arstitektur ................................................................................ 21
D. Keterkaitan Dengan Modul atau Sistem Lain ...................................................................... 26
.......................................................................................................................................................... 26
.......................................................................................................................................................... 26
.......................................................................................................................................................... 26
.......................................................................................................................................................... 26
E. Risiko dan Pengendalian ........................................................................................................ 27
KESIMPULAN ........................................................................................................................ 29

ii
 DAFTAR GAMBAR

Gambar 1 DFD Level Konteks .................................................................................................. 5

Gambar 2 DFD Level 0.............................................................................................................. 6
Gambar 3 DFD Level 1 ke-1 ..................................................................................................... 8
Gambar 4 DFD Level 1 ke-2 ..................................................................................................... 9
Gambar 5 DFD Level 1 ke-3 ................................................................................................... 13
Gambar 6 SAKTI-3.................................................................................................................. 22
Gambar 7 SAKTI-4.................................................................................................................. 22
Gambar 8 SAKTI-5.................................................................................................................. 23
Gambar 9 SAKTI-8.................................................................................................................. 24
Gambar 10 SAKTI-14.............................................................................................................. 25

iii
 BAB I
PENDAHULUAN

A. Latar Belakang
Saat ini perkembangan Sistem Informasi menjadi kebutuhan yang penting bagi
semua organisasi, termasuk pemerintahan dalam meningkatkan efektivitas dan efisiensi
proses kinerja dalam memberikan informasi yang berkualitas sebagai bentuk
akuntabilitas dan transparansi kepada masyarakat. Sistem Aplikasi Keuangan Tingkat
Instansi (SAKTI) adalah aplikasi yang dibangun guna mendukung pelaksanaan Sistem
Perbendaharaan dan Anggaran Negara (SPAN) pada tingkat Instansi dalam hal
pengelolaan anggaran, komitmen, pembayaran, bendahara, persediaan, aset
tetap, general ledger, dan pelaporan, dengan memanfaatkan sumber daya dan teknologi
informasi.

SAKTI merupakan gabungan dari beberapa aplikasi yang telah digunakan pada
tingkat satuan kerja (satker) sebelumnya. Selain menggabungkan beberapa aplikasi yang
dahulunya terpisah-pisah juga mengadopsi proses bisnis yang baru sesuai dengan proses
bisnis yang dianut oleh SPAN. Beberapa modul yang ada di SAKTI yaitu modul
penganggaran, modul komitmen, modul pembayaran, modul bendahara. modul
persediaan. modul aset tetap, modul pelaporan, dan modul administrator.

Makalah ini akan membahas tentang modul penganggaran. Keuangan negara

meliputi seluruh rangkaian kegiatan yang berkaitan dengan pengelolaan semua hak dan
kewajiban negara. Dan seluruh rangkaian kegiatan ini memiliki akibat-akibat keuangan
sehingga memerlukan adanya suatu perencanaan keuangan yang cermat (budgeting atau
penganggaran). Anggaran ini memiliki fungsi diantaranya sebagai pedoman dalam
mengelola negara dalam periode tertentu, sebagai alat pengawasan dan pengendalian
masyarakat terhadap kebijakan yang telah dipilih oleh pemerintah dan sebagai alat
pengawasan masyarakat terhadap kemampuan pemerintah dalam melaksanakan
kebijakan yang telah dipilih.
B. Ruang Lingkup
Makalah ini akan membahas permasalahan yang berkaitan langsung dengan modul
penganggaran diantaranya: Proses bisnis, pemrosesan transaksi, gambaran sistem dan
arsitektur, keterkaitan dengan modul sistem lain, resiko dan pengendalian.

C. Tujuan
Tujuan dalam melakukan penulisan makalah ini antara lain:
1. Mengetahui proses bisnis dan gambaran sistem penganggaran pada SPAN-SAKTI
2. Mengetahui kondisi pelaksanaan anggaran saat ini

2
 BAB II
DASAR HUKUM DAN KERANGKA TEORI

A. Dasar Hukum
a. UU Nomor 17 Tahun 2003 tentang Keuangan Negara;
b. UU Nomor 25 Tahun 2004 tentang Sistem Perencanaan Pembangunan Nasional;
c. PP 17 th 2017 ttg Sinkronisasi Perencanaan dan Penganggaran
d. PP Nomor 90 Tahun 2010 tentang Rencana Kerja dan Anggaran KL;
e. PMK Nomor 142/PMK.02/2018 tentang Petunjuk Penyusunan dan Penelaahan
RKAKL dan Pengesahan DIPA;
f. PMK Nomor 247/PMK.02/2012 tentang Tata Cara Perencanaan, Penetapan
Alokasi, dan Pengesahan Dokumen Pelaksanaan Anggaran Bendahara Umum
Negara
g. PMK Nomor 223/ PMK.05 / 2015 Tentang Pelaksanaan Piloting Sistem Aplikasi
Keuangan Tingkt Instansi
h. PMK Nomor 159/PMK.05/2018 Tentang Pelaksanaan Piloting Sistem Aplikasi
Keuangan Tingkat Instansi
i. PMK Nomor 71/PMK.02/2013 Tentang Pedoman Standar Biaya, Standar Struktur
Biaya, Dan Indeksasi Dalam Penyusunan Rencana Kerja Dan Anggaran
Kementerian Negara / Lembaga

B. Kerangka Teori
Modul Penganggaran adalah implementasi sistem penganggaran yang memuat
semua proses penyusunan rencana kerja dan anggaran termasuk perencanaan realisasi
anggaran bulanan untuk jangka waktu 1 (satu) tahun anggaran. Modul Penganggaran
meliputi :
a. Fungsi Penyusunan SBK (Standar Biaya Keluaran) : SBK total dan SBK indeks.
b. Fungsi Penyusunan Anggaran (Kertas Kerja/RKAKL-DIPA):
pendapatan/penerimaan, belanja, informasi blu, informasi valas/phln, perhitungan
kpjm, dan data pegawai.
c. Fungsi Penyusunan Rencana Penarikan dan Penerimaan : POK dan perencanaan hal.
III DIPA, dan AFP (Annual Financial Plan ) per bulan.

3
 Pagu Indikatif adalah ancar-ancar pagu anggaran yang diberikan kepada
Kementerian / Lembaga sebagai pedoman dalam penyusunan Renja-K/L. Pagu Anggaran
K/L adalah batas tertinggi anggaran yang dialokasikan kepada Kementerian Lembaga
dalam rangka penyusunan RKA-K/L. Alokasi Anggaran K/L adalah batas tertinggi
anggaran pengeluaran yang dialokasikan kepada Kementerian/Lembaga berdasarkan
hasil pembahasan Rancangan APBN yang dituangkan dalam berita acara hasil
kesepakatan Pembahasan Rancangan APBN antara Pemerintah dan DPR.
DIPA (Daftar Isian Pelaksanaan Anggaran) adalah Dokumen Pelaksanaan Anggaran
yang digunakan sebagai acuan Pengguna Anggaran dalam melaksanakan kegiatan
pemerintahan sebagai pelaksanaan APBN. Rencana Kerja dan Anggaran Ketenterian
Negara/Lembaga (RKA-K/L) adalah dokumen rencana keuangan tahunan Kementerian
Negara/Lembaga yang disusun menurut Bagian Anggaran Kementerian
Negara/Lembaga.
Inisiatif Baru adalah usulan tambahan rencana Kinerja selain yang telah
dicantumkan dalam prakiraan maju, berupa program, kegiatan, keluaran, dan/atau
komponen. Arah Kebijakan adalah penjabaran urusan pemerintahan dan/atau prioritas
pembangunan sesuai dengan visi dan misi Presiden yang rumusannya mencerminkan
bidang urusan tertentu dalam pemerintahan yang menjadi tanggungjawab
Kementerian/Lembaga, berisi satu atau beberapa program untuk mencapai sasaran
stratejik penyelenggaraan pemerintahan dan pembangunan dengan indikator kinerja yang
terukur.

4
 BAB III
PEMBAHASAN

A. Proses Bisnis

Gambar 1 DFD Level Konteks

Modul Penganggaran adalah implementasi sistem penganggaran yang memuat

semua proses penyusunan rencana kerja dan anggaran termasuk perencanaan realisasi
anggaran bulanan untuk jangka waktu 1 (satu) tahun anggaran.
Entitas dan peranan dalam siklus penganggaran:
a. Kementerian/Lembaga
1. Menyusun target PNBP
2. Memberikan inisiatif baru

5
 3. Penyusunan dan penelaahan RKA-KL
b. Kementerian Keuangan
1. Memberikan inisiatif baru
2. Membahas pagu
3. Mereview angka dasar TA 20xx
c. Bappenas
1. Memberikan inisiatif baru dan membahas pagu
2. Mengevaluasi anggaran TA 20xx-1
3. Menelaah RKA-KL
d. DPR
1. Membahas himpunan RKA-KL
e. Presiden
1. Memberikan persetujuan

Gambar 2 DFD Level 0

6
a. Pembuatan Usulan SBK
1. Perekaman, penelitian, dan persetujuan usulan SBK
2. SAKTI menghasilkan Dok. Usulan SBK dan disampaikan ke Kemenkeu c.q. DJA
3. ADK usulan SBK diunggah melalui portal
b. Pembuatan RKA –K/L
1. Pembuatan kertas kerja & RKA Satker
2. Perekaman, penelitian, dan persetujuan dan menghasilkan Kertas Kerja dan RKA
Satker
3. Pembuatan RKA-K/L Es. I
4. Unit Es. I menerima ADK KK dan RKA Satker
5. Unit Es. I melakukan penelitian
6. SAKTI menghasilkan ADK RKA-K/L Unit Es. I
7. ADK diunggah ke portal
8. Eselon I dapat melakukan perubahan Kertas Kerja dan RKA Satker
c. Aktivasi Pagu Dipa
1. Berdasarkan DIPA yang telah disahkan Satker melakukan Aktivasi pagu DIPA.
2. Aktivasi pagu DIPA, dilakukan melalui unggah ADK DIPA ke dalam Modul
Penganggaran
d. Pembuatan ADK Revisi DIPA
1. R/U/H,validasi,penelitian,persetujuan data DIPA dan/atau dokumen usulan Revisi
Anggaran
2. Jika Revisi DIPA kewenangan Satker, Satker melakukan penyesuaian data Pagu
3. Jika Revisi DIPA kewenangan Kwl DJPB/DJA, Satker mengunggah ADK revisi
pada portal
e. Pembuatan ADK Renkas
1. Perekaman, validasi, penelitian dan persetujuan data Renkas (RPD, dan Rencana
Penerimaan Dana)
2. SAKTI menghasilkan ADK renkas untuk diunggah pada portal

7
 Gambar 3 DFD Level 1 ke-1

Pembuatan Usulan Standar Biaya Keluaran

Dalam rangka penyusunan Standar Biaya Keluaran (SBK), Kementerian
Negara/Lembaga c.q. Unit Eselon I Kementerian Negara/Lembaga mengajukan usulan
SBK kepada Kementerian Keuangan c.q. Direktorat Jenderal Anggaran menggunakan
dokumen dan ADK Usulan SBK yang bersumber dari Modul Penganggaran.
Pembuatan Usulan SBK sebagaimana dimaksud, dilakukan dengan mekanisme sebagai
berikut:
1. Operator melakukan perekaman Usulan SBK berdasarkan dokumen pendukung Usulan
SBK yang telah disetujui di tingkat Kementerian Negara/ Lembaga;
2. Validator melakukan validasi data Usulan SBK sesuai dengan dokumen pendukung
Usulan SBK;
3. Dalam hal data Usulan SBK tidak sesuai, Validator mengembalikan dokumen
pendukung Usulan SBK kepada Operator untuk diperbaiki;
4. Dalam hal data Usulan SBK sesuai, Validator memberikan tanda validasi dan
menyampaikan Dokumen Usulan SBK kepada Approver;

8
5. Approver meneliti kesesuaian data Usulan SBK dengan dokumen pendukung Usulan
SBK
6. Dalam hal data Usulan SBK tidak sesuai, Approver mengembalikan dokumen
pendukung Usulan SBK kepada Operator melalui Validator untuk diperbaiki;
7. Dalam hal data Usulan SBK sesuai, Approver melakukan persetujuan Usulan SBK
dengan memberikan tanda persetujuan dan mengembalikan dokumen pendukung
Usulan SBK kepada Operator untuk ditatausahakan
8. Operator mencetak Dokumen Usulan SBK untuk disahkan dan diajukan oleh Approver
kepada Kementerian Keuangan c.q. Direktorat Jenderal Anggaran;
9. Approver membuat ADK usulan SBK dan menyampaikan kepada Operator Portal
untuk diunggah di Portal.

Gambar 4 DFD Level 1 ke-2

9
 Dalam rangka penyusunan APBN, terdapat 3 (tiga) kali penetapan pagu untuk
Kementerian/ Lembaga, yaitu pagu indikatif, pagu anggaran, dan alokasi anggaran. Angka
yang tercantum dalam ketiga pagu tersebut merupakan angka tertinggi yang tidak boleh
dilampaui oleh Kementerian/Lembaga sebagai acuan dalam menyusun RKA-K/L-nya.
Secara garis besar penjelasan tentang ketiga pagu dijelaskan sebagai berikut:
a. Pagu Indikatif
1. Presiden menetapkan pembangunan nasional arah kebijakan dan prioritas. Setiap
awal tahun, Presiden menetapkan arah kebijakan yang akan dilakukan pada tahun
yang direncanakan, yaitu Presiden menetapkan prioritas pembangunan nasional yang
akan dilakukan pada tahun yang akan direncanakan.
2. Kementerian/ Lembaga meninjau Angka Dasar dan menyusun Prakiraan Maju
Prakiraan Maju yang telah dicantumkan pada dokumen perencanaan dan
penganggaran tahun sebelumnya akan dij adikan Angka Dasar untuk perencanaan
dan penganggaran tahun anggaran yang direncanakan. Prakiraan Maju yang
tercantum dalam Peraturan Presiden tentang Rincian APBN digulirkan untuk
menjadi Angka Dasar tahun yang direncanakan.
3. Kementerian/ Lembaga dapat menyusun rencana keluaran (output) baru apabila
terdapat program/ kegiatan/keluaran (output) yang akan dilakukan pada tahun yang
direncanakan dan belum dilakukan pada tahun berjalan, baik bersifat bottom up
seperti mekanisme Inisiatif Baru maupun bersifat top-down seperti tindak lanjut atas
arahan Presiden/Wakil Presiden, Kementerian/ Lembaga dapat mengajukan rencana
tersebut dengan mekanisme usulan keluaran (output) baru. Idealnya, usulan keluaran
(output) baru diajukan sebelum penetapan Pagu Indikatif. Sedangkan pemenuhan
usulan kebijakan baru tersebut sesuai dengan kemampuan keuangan negara.
4. Kementerian Keuangan melakukan tinjau ulang Angka Dasar dan menyusun
perkiraan kapasitas fiskalT Dalam rangka menyusun Pagu Indikatif belanja
Kementerian/ Lembaga, Kementerian Keuangan melakukan tinjau ulang Angka
Dasar yang berasal dari pemutakhiran atas Angka Dasar yang telah disusun oleh
Kementerian/ Lembaga pada tahun sebelumnya. Pemutakhiran Angka Dasar tersebut
selain dilakukan terhadap Kinerja realisasi anggaran, JUga dilakukan terhadap
perubahan parameter dan kebijakan baru yang diusulkan oleh Kementerian/
Lembaga.
5. Menteri Keuangan dan Menteri Perencanaan Pembangunan Nasional/Kepala Baclan
Perencanaan Pembangunan Nasional menyusun Pagu Indikatif Pagu Indikatif untuk

10
 tahun yang clirencanakan disusun dengan memperhatikan kapasitas fiskal dan dalam
rangka pemenuhan prioritas pembangunan nasional. Pagu Indikatif dimaksucl dirinci
menurut unit organisasi, program, kegiatan, da.n indikasi penclanaan untuk
menclukung arah kebijakan yang telah ditetapkan oleh Presiden.
b. Pagu Anggaran
Langkah-langkah penyusunan dan penetapan Pagu Anggaran K/ L adalah sebagai
berikut:
1. Menteri/Pimpinan Lembaga menyusun Renja-K/L Dalam menyusun Renja-K/L,
Kementerian/ Lembaga berpedoman pada · surat mengenai Pagu Indikatif dan hasil
kesepakatan trilateral meeting. Renja-K/L dimaksud disusun dengan pendekatan
berbasis Kinerja, KPJM, dan Penganggaran Terpadu yang memuat:
1) kebijakan;
2) program; dan
3) kegiatan.
2. Pertemuan 3 (tiga) Pihak (Trilateral Meeting) Proses pemberian persetujuan atas
draft Renja-K/ L dilakukan dalam pertemuan 3 (tiga) pihak antara Kementerian/
Lembaga, Kementerian PPN/Bappenas, dan Kementerian Keuangan.
3. Kementerian/Lembaga menyampaikan Renja-K/L kepada Kementerian
PPN/Bappenas, dan Kementerian Keuangan. Menteri/Pimpinan Lembaga
menyampaikan Renja-K/L kepada Kementerian PPN/Bappenas, dan Kementerian
Keuangan untuk bahan penyempurnaan Rancangan Awal RKP dan penyusunan
rincian pagu menurut unit organisasi, fungsi, program, dan kegiatan sebagai bagian
dari bahan pembicaraan pendahuluan Rancangan APBN.
4. Pemerintah menetapkan RKP
5. Pemerintah menyampaikan Pendahuluan RAPBN. pokok-pokok Pemerintah
menyampaikan pokok-pokok Pendahuluan RAPBN yang meliputi: pembicaraan
pembicaraan:
1) Kerangka Ekonomi Makro dan Pokok-Pokok Kebijakan Fiskal;
2) RKP; dan
3) Rincian unit organisasi, fungsi, dan program.
6. Menteri Keuangan bersama dengan Menteri Perencanaan Pembangunan
Nasional/Badan Perencanaan Pembangunan Nasional menetapkan Pagu Anggaran
K/L. Dalam rangka penyusunan RKA-K/L, Menteri Keuangan menetapkan Pagu
Anggaran K/L dengan berpedoman pada kapasitas fiskal, besaran Pagu Indikatif,

11
 Renj a-K/L, dan RKP, dan memperhatikan hasil evaluasi Kinerja K/L. Pagu
Anggaran K/L dimaksud menggambarkan arah kebijakan yang telah ditetapkan oleh
Presiden yang dirinci menurut unit organisasi dan program
7. Menteri/Pimpinan Lembaga menyusun RKA-K/ L. Menteri/Pimpinan Lembaga
menyusun RKA-K/L Pagu Anggaran, disertai dengan pemutakhiran Kerangka
Pengeluaran Jangka Menengah (Prakiraan Maju Tahun 1, Tahun 2, dan Tahun 3) .
RKA-K/L bersama-sama dengan KPJM disampaikan kepada Kementerian
Keuangan untuk ditelaah.
8. Penelaahan RKA-K/L Pagu Anggaran Penelaahan RKA-K/L Pagu Anggaran
diselesaikan pajng lambat akhir bulan Juli.
9. Kementerian Keuangan menghimpun RKA-K/L Pagu Anggaran hasil penelaahan
c. Alokasi Anggaran
Langkah-langkah penyusunan dan penetapan Alokasi Anggaran adalah sebagai
berikut:
1. Kementerian/ Lembaga melakukan pembahasan RKA-K/ L Pagu Anggaran dengan
DPR. Dalam rangka pembahasan RUU APBN, Kementerian/Lembaga melakukan
pembahasan RKA-K/L Pagu Anggaran dengan DPR. Pembahasan tersebut selain
membahas keluaran (output) dan outcome program pada level eselon I yang sudah
tercantum dalam dokumen Nota Keuangan yang menyertai RUU APBN, juga
membahas usulan kebijakan baru yang muncul dalam pembahasan dengan DPR (jika
ada) , dan rencana kontrak tahun jamak (jika ada) .
2. Menteri/Pimpinan Lembaga menyusun RKA-K/L Alokasi Anggaran dan KPJM.
Menteri/Pimpinan Lembaga menyusun RKA-K/L Alokasi Anggaran dan KPJM
berdasarkan:
1) Alokasi Anggaran K/L;
2) RKP dan Renja-K/L;
3) Hasil kesepakatan Kementerian/Lembaga dan DPR dalam pembahasan RUU
APBN;
4) Standar biaya; dan
5) Kebijakan pemerintah pusat. RKA-K/L Alokasi Anggaran dan KPJM Juga
menampung kebijakan baru yang terjadi dalam pembahasan RUU APBN dengan
DPR.
3. Penelaahan RKA-K/L Alokasi Anggaran dan KPJ:\1 Penelaahan RKA-K/L Alokasi
Anggaran dan KPJM diselesaikan paling lambat akhir bulan November. Selanjutnya

12
 Kementerian Keuangan menghimpun RKA-K/L Alokasi Anggaran dan KPJM hasil
penelaahan untuk digunakan sebagai bahan penyusunan Lampiran Perpres tentang
Rincian APBN dan bahan penyusunan DIPA.
4. Menteri Keuangan mengesahkan dokumen pelaksanaan anggaran yang disusun oleh
Menteri/Pimpinan Lembaga paling lambat akhir bulan Desember.

Gambar 5 DFD Level 1 ke-3

Berdasarkan PMK 104/PMK.02/2010 tentang Petunjuk Penyusunan dan Penelaahan

Rencana Kerja dan Anggaran Kementrian Negara/Lembaga Tahun 57 Anggaran 2011,
bisnis proses penyusunan RKA-KL s.d Penerbitan Perpres RABPP adalah sebagai
berikut :
a. Setelah menerima Surat Edaran Menteri Keuangan tentang pagu sementara, setiap
K/L akan membreakdown pagu K/L menjadi pagu per eselon I dan kemudian
dibreakdown lebih lanjut oleh masing-masing Eselon I menjadi pagu per Satker.
b. Berdasarkan pagu yang diterimanya, Satker menyusun kertas kerja (KK RKAKL) dan
menyampaikannya ke Eselon I. Eselon I kemudian mengkompilasi kertas kerja dari
satker dibawahnya dan menyampaikannya ke Biro Perencanaan K/L

13
c. Biro Perencanaan K/L menyusun RKAKL berdasarkan kompilasi KK RKAKL dari
masing-masing eselon I. RKAKL ini kemudian dibahas bersama komisi terkait di
DPR. RKAKL hasil pembahasan dengan DPR kemudian disampaikan ke DJA.
d. Biro Perencanaan K/L bersama DJA melakukan penelaahan RKAKL. Seluruh RKA-
KL hasil pembahasan atau yang telah disepakai oleh DPR kemudian dihimpun
menjadi Himpunan RKA-KL yang merupakan lampiran tak terpisahkan dari Nota
Keuangan dan RAPBN dan selanjutnya diajukan Pemerintah kepada DPR untuk
dibahas dan ditetapkan menjadi UU APBN
e. Kementerian Keuangan bersama K/L melakukan penyesuaian RKA-KL sepanjang
hasil pembahasan RAPBN antara Pemerintah dan DPR menyebabkan adanya
perubahan;
f. RKA-KL yang telah disepakati DPR ditetapkan dalam Peraturan Presiden (Perpres)
tentang Rincian ABPP. Rincian ABPP tersebut dirinci menurut organisasi, fungsi,
program, kegiatan dan jenis belanja.
g. Perpres tentang Rincian ABPP ini akan menjadi dasar bagi K/L untuk menyusun
konsep DIPA dan menjadi dasar bagi DJPB dalam proses penelaahan DIPA.
a. Penerbitan SRAA
SRAA disusun oleh Direktorat PA DJPB dan akan menjadi dasar dalam
penelaahan/pencocokan DIPA di Kanwil DJPB.
Setelah menerima Satuan Anggaran Per Satuan Kerja (SAPSK), Direktorat PA
akan mengklasifikasikan data SAPSK sesuai dengan tempat penelaahan dan
pengesahan DIPAnya. Untuk DIPA yang disahkan di Direktorat PA, data SAPSK bisa
digunakan langsung sebagai dasar penelaahan DIPA. Sedangkan untuk DIPA yang
disahkan di Kanwil DJPBN Direktorat PA harus terlebih dahulu menyusun Surat
Rincian Alokasi Anggaran (SRAA) yang akan menjadi dasar penelaahan DIPA di
Kanwil DJPBN Konsep SRAA yang telah disusun akan ditelaah kesesuaiannya
dengan SAPSK, apabila telah sesuai maka akan ditandatangani dan disahkan menjadi
SRAA.
Sebaliknya apabila data dalam Konsep SRAA belum sesuai dengan SAPSK
maka Konsep SRAA tersebut harus diperbaiki terlebih dahulu dan kemudian ditelaah
ulang untuk mendapatkan pengesahan. Data dalam SRAA sebenarnya sama dengan
data dalam DIPA hanya saja data dalam SRAA telah diuraikan per Satker

14
b. Penelaahan dan Pengesahan DIPA
Proses Penelaahan DIPA di Direktorat PA dan di Kanwil DJPB pada
prinsipnya sama, yang membedakan ialah penelaahan DIPA di Direktorat PA
didasarkan pada Perpres RABPP/SAPSK sedangkan penelaahan DIPA di Kanwil
DJPBN didasarkan pada SRAA.
Rincian Proses Penelaahan DIPA ialah sebagai berikut :
a. Satker menyampaikan konsep DIPA beserta ADK ke Direktorat PA/Kanwil DJPB
b. Petugas dari Direktorat PA/Kanwil DJPBN dan Petugas dari Satker secara
bersama-sama melakukan penelaahan terhadap Konsep DIPA yang diajukan
Satker. Penelaahan DIPA pada Direktorat PA didasarkan pada Perpres
RABPP/SAPSK sedangkan penelaahan DIPA di Kanwil DJPBN didasakan pada
SRAA. 60
c. Penelaahan Konsep DIPA meliputi: penilaian kesesuaian dengan Perpres
RABPP/SRAA, kesesuaian dengan prinsip pembayaran dalam mekanisme APBN,
kesesuaian dengan kaidah akuntansi pemerintahan, kesesuaian rencana penarikan
dana tiap bulan dan perkiraan penerimaan tiap bulan.
d. Apabila dalam proses penelaahan ditemukan adanya ketidaksesuaian maka akan
dilakukan perbaikan terhadap Konsep DIPA tersebut, dalam beberapa hal perlu
juga disampaikan dalam catatan penelaahan atau pemberian tanda bintang (blokir).
e. Setelah proses penelaahan selesai, Dirjen Perbendaharaan/Kepala Kanwil DJPB
akan mengesahkan DIPA dengan menerbitkan Surat Pengesahan (SP) DIPA.DIPA
yang telah disahkan kemudian dikirimkan ke Satker dan pihakpihak terkait lainnya
c. Pengesahan Revisi DIPA karena Perubahan SAPSK
Satuan kerja mengajukan permohonan revisi DIPA kepada Dit PA/Kanwil
sebagai dasar pelaksanaan pengesahan revisi DIPA. Selanjutnya data hardcopy
SAPSK Revisi dari DJA akan dibandingkan dengan ADK SAPSK Revisi yang
dikirimkannya, kemudian data ADK akan diinput ke dalam database. Data hardcopy
SAPSK Revisi 61 akan menjadi dasar dalam penelaahan Konsep DIPA Revisi yang
diajukan Satker. Apabila Konsep DIPA revisi sudah sesuai dengan hardcopy SAPSK
Revisi maka Dit PA/Kanwil DJPB akan memberikan persetujuan revisi DIPA.
Sebaliknya apabila konsep DIPA Revisi tidak sesuai dengan hardcopy SAPSK Revisi
maka konsep DIPA yang diajukan Satker akan dikembalikan untuk diperbaiki.

15
 d. Pengesahan Revisi DIPA tanpa Perubahan SAPSK
Saker mengirimkan permohonan revisi DIPA beserta ADKnya. Permohonan
revisi tersebut kemudian akan diteliti oleh Dit PA/Kanwil DJPB dengan
memperhatikan data DIPA dan realisasi anggarannya untuk menjamin bahwa revisi
tersebut sesuai dengan pagu dana yang masih tersedia dan menghindari adanya pagu
minus. Apabila permohonan revisi telah sesuai dengan segala peraturan yang ada
maka Dit PA/Kanwil DJPB akan menerbitkan surat pengesahan revisi dan kemudian
62 menginput data DIPA revisi ke database serta mengirimkan data revisi DIPA ke
comitment management, payment management dan reporting untuk update data di
masing-masing modul tersebut.
e. Persetujuan Penerbitan SKPA
Penerbitan SKPA ditujukan untuk meningkatkan efisiensi dan efektivitas
dalam pelaksanaan pembayaran antar wilayah. KPA Asal (pemberi) mengirimkan 10
dokumen SKPA ke KPPN Asal. KPPN Asal akan melakukan penelitian terhadap
permohonan SKPA dengan memperhatikan kesesuaiannya dengan peraturan dan
ketersediaan pagu DIPAnya. SKPA yang telah disahkan oleh KPPN Aasal akan
dijadikan pertinggal (1 buah), dikirimkan ke KPA Asal (5 buah), Kanwil Asal (1
buah), Kanwil Penerima (1 buah), KPPN Penerima (1 buah) dan APK (1 buah).
Pengiriman SKPA ke Kanwil, APK dan KPPN dimaksudkan untuk update data DIPA.

B. Pemrosesan Transaksi
Proses transaksi adalah sebuah sistem yang dijalankan suatu organisasi untuk
mengolaha suatu informasi sebagai input hingga menghasilkan hasil akhir berupa output.
Proses transaksi modul penganggaran adalah proses pemrosesan data input modul
penganggaran menjadi data output modul penganggaran melalui sistematika yang
terintegrasi dan terstruktur. Sehingga, pada proses transaksi modul penganggaran ada 3
komponen penting untuk menjalankan proses transaksi, yaitu input, process, dan output.
Input adalah data yang akan digunakan sebagai dasar untuk membuat anggaran. Pada
modul penganggaran input yang digunakan terbagi menjadi 3 jenis, yaitu:
a. ADK (Arsip Dasar Komputer)
1. Gaji PNS Pusat (GPP) dari aplikasi Gaji/GPP
2. Target Realisasi Penerimaan Negara Bukan Pajak (TRPNBP) dari aplikasi
TRPNBP

16
b. Dokumen
1. Surat Penetapan Rencana Kerja dan Anggaran Kementerian/Lembaga (SP-RKA-
KL)
2. Surat Penetapan Dokumen Isian Pelaksanaan Anggaran (SP-DIPA)
c. Data (bersumber dari: Internal SAKTI)
1. Kuitansi/Bon (berasal dari modul bendahara)
2. Kontrak (berasal dari modul komitmen)
3. SPP/Resume Tagihan (berasal dari modul komitmen)
4. Realisasi/SP2D (berasal dari modul pembayaran)
5. Data pegawai/supplier (berasal dari modul supplier)
6. Realisasi pendapatan (berasal dari modul bendahara)
Salah satu komponen selanjutnya adalah process, dimana pada bagian tersebut
menjelaskan bagaiman suatu input diproses menjadi sebuah output dengan tahapan dan
prosedur yang telah ditentukan sesuai dengan aturan yang berlaku. Pada process modul
perbendaharaan, dapat dibagi menjadi 7 proses, yaitu:
a. Penyusunan Standar Biaya Keluaran (SBK)
Pada proses penyusunan SBK, unit eselon I Kementerian/Lembaga membuat
SBK yang bersumber dari prosedur penganggaran. Selajutnya usulan SBK tersebut
akan disampaikan kepada Kementerian Keuangan melalui Direktorat Jenderal
Perbendahaaan (DJPb). SBK sendiri terdiri dari indeks biaya keluaran dan total biaya
keluaran. Dalam penyusunannya SBK memilki 3 kriteria yaitu: bersifat berulang,
mempunyai jenis dan satuan yang jelas, dan mempunyai komponen/tahapan yang
jelas. Dengan adanya SBK, maka dalam praktik pelaksanaan anggaran SBK akan
dijadikan sebagai standar estimasi.
Setelah SBK diserahkan kepada Kementerian Keuangan, akan dilakukan
penelaahan lebih lanjut oleh Direktorat Jenderal Perbendaharaan, dimana hasil
penelahaan tersebut selanjutnya diserahkan kepada Direktoran Jenderal Anggaran
(DJA) bersamaan dengan dokumen yang mendukung hasil penelaahan SBK. Setelah
diserahkan ke Direktorat Jenderal Anggaran, SBK akan diserahkan kepada Menteri
Keuangan untuk ditetapkan. Dimana, eselon I Kementrian/Lembaga berperan sebagai
operator dan Direktorat Jenderal Perbendaharaan berperan sebagai approver.
b. Penyusunan Anggaran berupa Kertas Kerja atau RKA-KL/DIPA
Menteri atau Pemimpin Lembaga selaku Pengguna Anggaran, menghimpun data
target kinerja dan alokasi dana dari eselon dan satker yang dibawahinya untuk

17
 digunakan sebagai dasar dalam penyusunan RKA-KL. Dalam penyusunannya, RKA-
KL disusun berdasarkan pagu sementara yang ditetapakn oleh Menteri Keuangan
(mengacu pada Renja K/L) dengan menggunakan pendekatan penganggaran terpadu,
penganggaran berbasis kinerja, dan kerangka pengelaran jangka menengah.
Selanjutnya, rancangan RKA-KL yang telah selesai dibuat diserahkan kepada
Kementerian Keuangan melalui Direktorat Jenderal Anggaran untuk dilakukan
penelaahan bersama DPR. Penelahaan tersebut bertujuan untuk meneliti kesesuaian
Term Of Preference, Rincian Anggaran Biaya, dan dokumen pendukung lainnya
dengan RKA-KL, serta kesesuain pencantuman target kinerja dan komponen input
yang digunakan. Setelah ditelaah dan dinyatakan sesuai, dokumen RKA-KL akan
disalin terlebih dahulu sebagai dasar penyusunan DIPA sebelum diserahkan kembali
kepada Kementerian/Lembaga Negara masing-masing.
c. Standar Struktur Biaya
Standar struktur biaya merupakan batasan presentase dari total biaya pendukung
terhadap total biaya dalam suatu output , biaya tertentu terhadap total biaya
pendukung dalam suatu output, dan unsur biaya tertentu terhadap total biaya output
dalam suatu program atau kegiatan tertentu. Dimana standar struktur biaya berfungsi
sebagai acuan untuk penyusunan komposisi pembiayaan untuk kegiatan/program
tertentu dan pada saat pelaksanaan anggaran. Standar struktur biaya disusun dan
ditetapkan oleh Kementerian Keuangan melalui Direktorat Jenderal Anggaran dalam
rangka mendukung efisiensi biaya pada proses penyusunan RKA-KL.
d. Kerangka Pengeluaran Jangka Menengah
RKA-KL menjadi dasar dalam perhitungan kerangka pengeluaran jangka
menengah perkiraan maju tahun pertama, kedua, dan ketiga. Dimana dalam proses
penyusunan tersebut dilakukan dengan menggunakan SAKTI yang dilakukan secara
otomatis.
e. Rencana Penarikan Dana
Pada modul penganggaran untuk rencana penarikan dana dilakukan langsung
oleh satker-satker Kementerian dan Lembaga masing-masing. Melalui operator,
satker melakukan perekaman rencana penarikan dana. Selanjutnya, approver akan
melakukan validasi dengan cara meneliti kesesuaian antara data rencana penarikan
dana dengan dokumen pendukung yang dilampirkan pada saat perekaman dan
dokumen lainnya. Bila sudah sesuai, maka penarikan dana bisa dilakukan oleh satker
yang bersangkutan. Tetapi, jika terdapat perbedaan antara realisasi dengan

18
 perencanaan maka, akan dilakukan pemutakhiran sebagai dasar pengajuan proses
revisi anggaran. Dimana hasil akhir pemutakhiran berupa ralat rencana penarikan
dana DIPA yang didalamnya memuat penarikan dana bulanan.
f. Rencana Penerimaan Dana
Penyusunan rencana penerimaan dana hanya dilakukan bagi
Kementeria/Lembaga yang telah ditetapkan sebagai pengguna PNBP, dimana rencana
penerimaan dana disusun dalam satu tahun anggaran. Rencana penerimaan tersebut
dirinci kembali ke jenis-jenis perkiraan yang dapat diterima, serta target penerimaan
bulanan sesuai jenis-jenis penerimaan yang telah ditentukan oleh masing-masing
Kementerian/Lembaga.
Pada proses penyusunannya, tahapan yang pertama dilakukan adalah operator
melakukan perekaman rencana penerimaan dana sesuai dengan perkiraan penerimaan
satker. Tahapan selanjutnya, approver meneliti dan menelaah kesesuaian data antara
rencana penerimaan dana dengan dokumen pendukung. Jika terdapat perbedaan antara
realisasi penerimaan dan target penerimaan yang telah ditetapkan, maka akan
diadakan revisi. Dimana hasil pemutakhiran tersebut digunakan sebagai dasar proses
pengajuan revisi anggaran, berupa rencana penerimaan dana pada DIPA yang memuat
rencana penerimaan dana.
g. Revisi Anggaran dan Review Revisi Anggaran
Pada proses revisi anggaran, akan mempengaruhi DIPA. Sehingga, revisi
anggaran dilakukan dengan cara revisi DIPA baik di tingkat satker atau unit eselon I.
Pada kewenangan satker revisi DIPA dilakukan dengan 3 tahapan yaitu, yang pertama
operator melakukan perekeman data usulan revisi DIPA sesuai dengan perintah yang
diusulkan oleh Kuasa Pengguna Anggaran (KPA) dan berdasarkan pada dokumen
usulan revisi anggaran. Selanjutnya, approver akan melihat kesesuain data antara data
usulan revisi DIPA dengan dokumen usulan revisi anggaran. Langkah terakhir adalah
setelah revisi DIPA setujui makan, approver akan melakukan aktivasi pagu.
Untuk mekanisme bagi revisi DIPA yang kewenangan pengesahannya berada
pada Kantor Wilayah Direktorat Jenderal Perbendaharaan, terdiri dari 5 tahapan. Yang
pertama, operator akan melakukan perubaha data usulan revisi DIPA sesuai dengan
perintah Kuasa Pengguna Anggaran (KPA) dan dokumen usulan revisi anggaran.
Yang kedua, approver akan melihat kesesuaian data revisi DIPA dengan dokumen
usul revisi anggaran. Yang ketiga, apabila revisi DIPA disetujui maka data usulan
berserta dokumen pendukungnya akan secara otomatis terkirim kepada Kantor

19
 Wilayah Direktorat Jenderal Perbendaharaan. Yang keempat, setelah data diterima
validator akan melakukan review atas usulan revisi DIPA. Yang terakhir, setelah
validator menyetujui usulan revisi DIPA maka, akan dilakukan pengesahan revisi
DIPA.
Untuk mekanismen bagi revisi DIPA yang kewenangannya berada pada
Direktorat Pelaksanaan Anggaran, dilakukan dalam 5 tahapan. Yang pertama,
operator akan melakukan perubahan data atas usulan revisi DIPA sesuai dengan
perintah Kuasa Pengguna Anggaran (KPA) dan dokumen usulan revisi anggaran.
Yang kedua, approver akan melihat kesesuaian anatara data revisi DIPA dengan
dokumen usulan revisi anggaran. Yang ketiga, apabila disetuji oleh approver
dokumen akan secara otomatis terkirim kepada Direktorat Pelaksanaan Anggaran.
Yang keempat, validator akan melihat dan melakukan review atas usulan revisi DIPA.
Yang terakhir, validator akan melakukan pengesahan usulan revisi DIPA apabila
usulan revisi DIPA tersebut disetujui. Untuk revisi DIPA yang kewenangannya berada
pada Direktorat Jenderal Anggaran, tahapan yang dilakukan sama seperti saat revisi
DIPA berada dibawah kewenangan Direktorat Pelaksanaan Anggaran.
Setelah semua tahapan dan proses dilalui, maka akan muncul sebuah output. Pada
modul penganggaran output yang dihasilkan adalah:
a. ADK (Arsip Data Komputer)
1. Rencana Kinerja dan Anggaran Kementrian Lembaga (RKA-KL)
2. Dokumen Isian Pelaksanaan Anggaran (DIPA)
3. Petunjuk Operasional Kegiatan (POK)
4. Data Pegawai
5. Standar Biaya Keluaran (SBK)
6. Laporan Keuangan Tahunan
b. Dokumen
1. Rencana Kinerja dan Anggaran Kementrian Lembaga (RKA-KL)
2. Dokumen Isian Pelaksanaan Anggaran (DIPA)
c. Report
1. Lampiran Rencana Kinerja Anggaran (RKA) Satker
2. Rencana Keuangan Tahunan
3. Monitoring DIPA
4. Laporan Alokasi Anggaran
5. Laporan Pagu DIPA

20
 6. Realisasi Penyerapan Anggaran
7. Laporan Semula-Menjadi (khusus untuk revisi anggaran)
d. Data
1. Pagu DIPA (Charts of Account)

C. Gambaran Sistem Aplikasi Arstitektur

Gambaran Penyusunan Rencana Kerja dan Anggaran Satuan Kerja dengan
Aplikasi SAKTI
Dalam Aplikasi SAKTI, proses penyusunan rencana kerja dan anggaran Satuan kerja
yang nantinya akan disahkan menjadi dokumen pelaksanaan anggaran (DIPA) tahun
anggaran berikutnya dimulai dari usulan Satuan kerja yang nantinya akan disampaikan
ke level Unit Eselon I dan selanjutnya akan disampaikan ke Direktorat Jenderal
Anggaran
Langkah-langkah yang dilakukan adalah sebagai berikut:
1. Operator login Aplikasi SAKTI untuk tahun yang akan datang (T+1), kemudian
masuk ke Modul Penganggaran. Ada tiga cara untuk memulai pembuatan RKA
Satker, yaitu: konversi data RKAKL dari aplikasi RKAKL (bagi Satker yang baru
pertama kali menggunakan SAKTI), Migrasi Data RKAKL tahun sebelumnya (bagi
Satker yang sudah menggunakan SAKTI sebelumnya), dan melakukan perekaman
dari awal.
2. Pilih Status History, sebagai berikut:
a. History Awal: RKAKL AWAL.
b. Histori Tujuan: RKAKL AWAL.
3. Untuk Satker/pengguna baru aplikasi SAKTI, dapat langsung melakukan migrasi data
RKAKL-nya dengan melakukan konversi data dari aplikasi RKAKL seperti pada
proses konversi data pagu DIPA melalui menu Konversi Data lalu klik tombol Terima
RKAKL.
Untuk Satker/pengguna yang sudah pernah menggunakan aplikasi SAKTI, proses
penyusunan RKAKL-nya dapat melalui menu Migrasi RKAKL, kemudian gunakan
tombol Mapping Kode untuk melakukan penyesuaian terhadap data tahun sebelumnya
dengan tahun yang akan datang, selanjutnya klik tombol Proses.

21
 Gambar 6 SAKTI-3

4. Kemudian masuk menu RUH Belanja kemudian klik tombol Satker. Klik tombol
Simpan, kemudian lakukan perubahan data belanja yang diperlukan. Jika ingin
meng-edit data, klik tombol edit. Setelah perubahan/revisi selesai, klik kembali
tombol simpan.

Gambar 7 SAKTI-4

5. Setelah melakukan perubahan pada menu Belanja, lakukan kembali penyesuaian

rencana penarikan pada menu POK dan Rencana Penerimaan/Pendapatan (jika
ada).

22
 Gambar 8 SAKTI-5

6. Lakukan Validasi pada menu Validasi Data Belanja, dan pastikan semua data telah
valid. Pilih data yang akan divalidasi, kemudian klik tombol Proses. Jika muncul
notifikasi “Data Belum Valid”, lihat kode kegagalan pada hasil validasi di tombol
Cetak Validasi untuk mengetahui data-data mana saja yang belum valid dan klik
tombol Lihat Kode Validasi untuk mengetahui keterangan dari kode-kode validasi.
Data hanya dapat divalidasi oleh Approver apabila kegagalan validasi sudah
disesuaikan.
7. Setelah validasi data berhasil di level user Operator, lakukan login sebagai user
Approver (KPA) level Satker dan masuk status history yang sama dengan user
Operator (RKAKL AWAL).
8. Approver melakukan pemeriksaan hasil pekerjaan Operator, jika sudah sesuai beri
tanda cek (√) pada kolom V (validate), kemudian klik tombol (simpan). Setelah
klik Simpan, akan muncul notifikasi seperti gambar berikut:

23
 Gambar 9 SAKTI-8

9. Setelah Approver level Satker melakukan penyimpanan proses validasi maka data
RKA tersebut sudah mengalir ke SAKTI level Unit Eselon I. Selanjutnya, Operator
SAKTI level Unit melakukan login dengan status history sumber dan tujuan
RKAKL AWAL dan tahun login T+1.
10. Pilih data Satker yang akan di-review. Operator Unit dapat melakukan perubahan
terhadap data Satker-satker yang ada di bawahnya (seperti Operator Satker
melakukan perubahan pada menu RUH Belanja). Kemudian lakukan validasi data
belanja.
11. Setelah Operator level Unit selesai melakukan proses di menu RUH Belanja,
selanjutnya lakukan validasi di level user Approver level Unit. Lakukan login
sebagai user Approver (KPA) level Unit dan masuk status history yang sama
dengan user Operator (RKAKL).
12. Pilih Satker yang akan di-review, kemudian lakukan penyesuaian. Selanjutnya
Approver level Unit melakukan persetujuan dengan melakukan centang pada
kolom yang bertanda S (submit).
13. Setelah Approver level Unit melakukan penyimpanan proses validasi maka data
RKA tersebut sudah mengalir ke SAKTI level DJA. Selanjutnya, Operator
SAKTI level DJA melakukan login dengan status history sumber dan tujuan
RKAKL AWAL dan tahun login T+1.

24
 14. Pilih data Satker yang akan di-review. Operator DJA dapat melakukan perubahan
terhadap data seluruh Satuan kerja. Kemudian lakukan validasi data belanja.

Gambar 10 SAKTI-14

15. Setelah Operator level DJA selesai melakukan proses di menu RUH Belanja,
selanjutnya lakukan validasi di level user Approver level DJA. Lakukan login
sebagai user Approver (KPA) level DJA dan masuk status history yang sama dengan
user Operator (RKAKL).
16. Selanjutnya Approver level Unit melakukan persetujuan dengan melakukan centang
pada kolom yang bertanda A (approve).
17. Selanjutnya membuat ADK dan Kirim ADK tersebut ke SPAN melalui menu ADK
Kirim.
18. Proses penyusunan RKAKL menggunakan aplikasi SAKTI telah selesai.

25
D. Keterkaitan Dengan Modul atau Sistem Lain

Modul Aplikasi
Bendahara Gaji

Kuitansi/ bon GPP

Modul Sistem Modul

Penganggaran
Komitmen Kontrak Realisasi/ Pembayaran
SP2D

Data Pegawai/suplier SPP/Resume Tagihan

Modul Modul
Komitmen Komitmen

Proses Penganggaran pada Satker melibatkan beberapa modul atau sistem lainnya
agar dapat berintegrasi menjadi suatu proses yang lengkap dan terpadu. Seperti ketika
menyusun DIPA (Daftar Isian Pelaksanaan Anggaran) modul pengeluaran memerlukan
salah satunya Gaji PNS Pusat yang dapat diperoleh dari aplikasi gaji yang tersedia. Di
dalam GPP tersebut dapat diketahui macam belanja pegawai seperti Gaji Induk
(Bulanan), Gaji Susulan, Persekot Gaji, Gaji Terusan, Kekurangan Gaji, Uang Duka
Wafat, Uang Duka Tewas, dan Gaji ke-13, uang makan PNS, uang lembur, SKPP dan
Surat Permintaan Uang Duka sekaligus mencetak berbagai daftar permintaan
pembayaran belanja pegawai, KP4, SSP, SPT Pajak dll. termasuk kartu pengawasan
pembayaran gaji sehingga satuan kerja tidak perlu melakukan pengkartuan, secara
manual.
Modul Komitmen juga berperan di dalam modul penganggaran ketika ingin
mengawasi DIPA diperlukan kontrak dan resume tagihan yang dapat diperoleh dari
modul komitmen. Kuitansi atau bon juga diperlukan oleh modul penganggaran yang
dapat diperoleh dari modul bendahara. Realisasi/SP2D didapatkan dari modul komitmen.
Keterkaitan antara satu modul dengan modul yang lain mengakibatkan proses
penganggaran menjadi terpadu. Proses penyusunan RKA-K/ L menggunakan pendekatan

26
 penyusunan anggaran dan proses penganggaran. Pendekatan yang digunakan calam
penyusunan anggaran terdiri atas pendekatan: i) Penganggaran Terpadu, ii)
Penganggaran Berbasis Kinerj a (PBK) , dan iii) Kerangka Pengeluaran Jangka
Menengah (KPJM) . Proses penganggaran merupakan uraian mengenai proses
mekanisme penganggarannya, dimulai dari Pagu Indikatif sampai dengan penetapan
Alokasi Anggaran K/ L.

E. Risiko dan Pengendalian

Risiko yang dapat timbul dari sistem penganggaran adalah sebaigai berikut:
a. Keterlambatan penyunan RKA K/L
b. Anggaran tidak di kelola secara efisien dan efektif
c. Pembobolan aplikasi SPAN dan SAKTI
d. Penyalah gunaan akses SPAN dan SAKTI
e. Database yang digunakan dari proses perencanaan anggaran sampai dengan
pelaksanaan dan pelaporan masih terpisah yang menyebabkan antar pengelola data
tidak dapat menyajikan informasi yang menyeluruh
f. Perbedaan mekanisme dan penyusunan dokumen pelaksanaan anggaran khususnya
antara DIPA K/L dan DIPA BUN.
Atas risiko yang dapat ditimbukan tersebut, maka dilakukan control/pengendalian
berupa:
a. Penganggaran Berbasis Kinerja ( Performance Based Budgeting ) yaitu penyusunan
anggaran yang didasarkan atas perencanaan kinerja guna memastikan bahwa
anggaran dikelola secara efektif dan efisien
b. Spending Review digunakan untuk pengambilan keputusan anggaran, sebagai
rekomendasi perumusan kebijakan penganggaran dan pelaksanaan anggaran. Juga
digunakan sebagai masukan bagi penyusunan RKA K/L pada Trilateral Meeting
c. Dalam pengamanan data SPAN dan SAKTI, pengguna aplikasi tercatat secara
lengkap datanya, sehingga semua transaksi yang dilakukan oleh pengguna tersebut
akan tercatat secara detail
d. Data input yang berasal dari SATKER juga dilakukan pengamanan. Semua data
yang berasal dari SATKER akan disertakan dengan PIN Pejabat sebagai pengganti
tanda tangan dan divalidasi terlebih dahulu sebelum masuk ke SPAN sehingga dapat
dijamin bahwa data yang diterima dari SATKER benar-benar berasal dari SATKER
yang benar dan telah disetujui oleh pejabat yang berwenang

27
e. SAKTI hanya dapat diakses oleh pengguna dengan user ID dan password. Hak akses
SAKTI hanya diberikan kepada Pengguna sesuai kewenangannya. Proses validasi
dan approval elektronik pada SAKTI secara berjenjang serta pengamanan ADK
SAKTI dilakukan dengan menggunakan enkripsi, PIN, dan hashed
f. Jaringan SPAN dan SAKTI akan disediakan secara khusus dan terpisah dari jaringan
yang ada serta didedikasikan hanya untuk SPAN sehingga akan ada jaminan tidak
ada penyusup dalam jaringan
g. Penggunaan aplikasi SPAN secara terintegrasi akan menyamakan mekanisme dan
penyusunan dokumen pelaksanaan anggaran sehingga data base yang digunakan dari
proses perencanaan anggaran sampai dengan pelaksanaan dan pelaporan akan sama.

28
 KESIMPULAN

Dalam Modul Penganggaran, terdapat 5 pihak yang terlibat didalamnya yaitu:

a. Presiden
b. DPR
c. Kementerian Keuangan
d. Kementerian/Lembaga
e. BAPPENAS
Untuk tahapan dari proses bisnis Modul Pengganggaran, terbagi ke dalam 3 tahapan besar,
yang masing memiliki jabarannya masing-masing yaitu sebagai berikut:
a. Pembuatan SBK
Pada tahapan pembuatan SBK memiliki tahapan sebagai berikut:
1. Merekam usulan SBK
2. Validasi usulan SBK
3. Meneliti kesesuaian SBK dan persetujuan
4. Mencetak usulan SBK
b. Pembuatan RKA-KL
1. Penyusunan pagu indikatif
2. Penyusunan pagu anggaran
3. Penyusunan pagu alokasi
4. Persetujuan DPR
c. Pembuatan DIPA
1. Mengajukan konsep DIPA dan ADK
2. Menelaah konsep DIPA
3. Mengecek hard copy dengan ADK
4. Menilai DIPA
5. Menyesuaikan konsep DIPA
6. Menandatangani SP dan DIPA
Selanjutnya adalah proses transaksi. Pada modul penganggaran input yang dibutuhkan
adalah sebagai berikut:
a. ADK (Arsip Dasar Komputer)
1. Gaji PNS Pusat (GPP) dari aplikasi Gaji/GPP
2. Target Realisasi Penerimaan Negara Bukan Pajak (TRPNBP) dari aplikasi TRPNBP

29
b. Dokumen
1. Surat Penetapan Rencana Kerja dan Anggaran Kementerian/Lembaga (SP-RKA-KL)
2. Surat Penetapan Dokumen Isian Pelaksanaan Anggaran (SP-DIPA)
c. Data (bersumber dari: Internal SAKTI)
1. Kuitansi/Bon (berasal dari modul bendahara)
2. Kontrak (berasal dari modul komitmen)
3. SPP/Resume Tagihan (berasal dari modul komitmen)
4. Realisasi/SP2D (berasal dari modul pembayaran)
5. Data pegawai/supplier (berasal dari modul supplier)
6. Realisasi pendapatan (berasal dari modul bendahara)
Untuk process dari transaksi terbagi ke dalam 7 kegiatan yaitu:
a. Penyusunan Standar Biaya Keluaran (SBK)
b. penyusunan Anggaran berupa Kertas Kerja atau RKAKL/DIPA
c. Standar Struktur Biaya
d. Kerangka Pengeluaran Jangka Menengah
e. Rencana Penarikan Dana
f. Rencana Penerimaan Dana
g. Revisi Anggaran clan Review Revisi Anggaran
Output yang dihasilkan dari proses transaksi adalah:
a. ADK (Arsip Data Komputer)
1. Rencana Kinerja dan Anggaran Kementrian Lembaga (RKA-KL)
2. Dokumen Isian Pelaksanaan Anggaran (DIPA)
3. Petunjuk Operasional Kegiatan (POK)
4. Data Pegawai
5. Standar Biaya Keluaran (SBK)
6. Laporan Keuangan Tahunan
b. Dokumen
1. Rencana Kinerja dan Anggaran Kementrian Lembaga (RKA-KL)
2. Dokumen Isian Pelaksanaan Anggaran (DIPA)
c. Report
1. Lampiran Rencana Kinerja Anggaran (RKA) Satker
2. Rencana Keuangan Tahunan
3. Monitoring DIPA

30
 4. Laporan Alokasi Anggaran
5. Laporan Pagu DIPA
6. Realisasi Penyerapan Anggaran
7. Laporan Semula-Menjadi (khusus untuk revisi anggaran)
d. Data
1. Pagu DIPA (Charts of Account)

Aplikasi SAKTI merupakan aplikasi yang digunakan pada pemerintah dalam rangka
implementasi dari Sistem Perbendaharaan Anggaran Negara (SPAN). Dalam Aplikasi
SAKTI, proses penyusunan rencana kerja dan anggaran Satuan kerja yang nantinya akan
disahkan menjadi dokumen pelaksanaan anggaran (DIPA) tahun anggaran berikutnya dimulai
dari usulan Satuan kerja yang nantinya akan disampaikan ke level Unit Eselon I dan
selanjutnya akan disampaikan ke Direktorat Jenderal Anggaran.
Untuk keterkaitan dengan modul lain, modul penganggaran berkaitan dengan modul
bendahara, modul pembayaran, modul komitmen, dan aplikasi gaji. Pada modul bendahara
keterkaitannya adalah modul penganggaran memerlukan kwitansi/bon pada saat pelaksanaan
anggaran dan revisi anggaran. Pada aplikasi gaji keterkaitannya adalah modul penganggaran
memerlukan data GPP (Gaji PNS Pusat) untuk menganggarkan berapa besaran gaji yang akan
diterima pegawai yang dicantumkan dalam RKA-KL. Pada modul pembayaran
keterkaitannya adalah modul penganggaran memerlukan dokumen Realisasi/SP2D dalam
rangka penggunaan anggaran dan monitorong penggunaan anggaran. Pada modul komtimen
keterkaitannya adalah ketika modul penganggaran ingin mengawasi DIPA diperlukan
kontrak dan resume tagihan yang dapat diperoleh dari modul komitmen. Kwitansi atau bon
juga diperlukan oleh modul penganggaran yang dapat diperoleh dari modul bendahara.
Realisasi/SP2D didapatkan dari modul komitmen. Keterkaitan antara satu modul dengan
modul yang lain mengakibatkan proses penganggaran menjadi terpadu.
Risiko yang dapat timbul dari sistem penganggaran adalah sebaigai berikut:
a. Keterlambatan penyunan RKA K/L
b. Anggaran tidak di kelola secara efisien dan efektif
c. Pembobolan aplikasi SPAN dan SAKTI
d. Penyalah gunaan akses SPAN dan SAKTI
e. Database yang digunakan dari proses perencanaan anggaran sampai dengan pelaksanaan
dan pelaporan masih terpisah yang menyebabkan antar pengelola data tidak dapat
menyajikan informasi yang menyeluruh

31
f. Perbedaan mekanisme dan penyusunan dokumen pelaksanaan anggaran khususnya antara
DIPA K/L dan DIPA BUN.
Atas risiko yang dapat ditimbukan tersebut, maka dilakukan control/pengendalian berupa:
a. Penganggaran Berbasis Kinerja ( Performance Based Budgeting ) yaitu penyusunan
anggaran yang didasarkan atas perencanaan kinerja guna memastikan bahwa anggaran
dikelola secara efektif dan efisien
b. Spending Review digunakan untuk pengambilan keputusan anggaran, sebagai rekomendasi
perumusan kebijakan penganggaran dan pelaksanaan anggaran. Juga digunakan sebagai
masukan bagi penyusunan RKA K/L pada Trilateral Meeting
c. Dalam pengamanan data SPAN dan SAKTI, pengguna aplikasi tercatat secara lengkap
datanya, sehingga semua transaksi yang dilakukan oleh pengguna tersebut akan tercatat
secara detail
d. Data input yang berasal dari SATKER juga dilakukan pengamanan. Semua data yang
berasal dari SATKER akan disertakan dengan PIN Pejabat sebagai pengganti tanda tangan
dan divalidasi terlebih dahulu sebelum masuk ke SPAN sehingga dapat dijamin bahwa
data yang diterima dari SATKER benar-benar berasal dari SATKER yang benar dan telah
disetujui oleh pejabat yang berwenang
e. SAKTI hanya dapat diakses oleh pengguna dengan user ID dan password. Hak akses
SAKTI hanya diberikan kepada Pengguna sesuai kewenangannya. Proses validasi dan
approval elektronik pada SAKTI secara berjenjang serta pengamanan ADK SAKTI
dilakukan dengan menggunakan enkripsi, PIN, dan hashed
f. Jaringan SPAN dan SAKTI akan disediakan secara khusus dan terpisah dari jaringan yang
ada serta didedikasikan hanya untuk SPAN sehingga akan ada jaminan tidak ada penyusup
dalam jaringan
g. Penggunaan aplikasi SPAN secara terintegrasi akan menyamakan mekanisme dan
penyusunan dokumen pelaksanaan anggaran sehingga data base yang digunakan dari
proses perencanaan anggaran sampai dengan pelaksanaan dan pelaporan akan sama.

32