1 / 33

Juni 2013

PROSES BISNIS SPAN PADA KANWIL DITJEN PERBENDAHARAAN ( diberikan sebagai bahan materi dalam diklat penyuluh perbendaharaan ). Juni 2013. Agenda :. Gambaran Umum SPAN. 1. 2. 3. Penerapan SPAN pada Bidang PA. Penerapan SPAN pada Bidang AKLAP. GAMBARAN UMUM SPAN. 1.

amie
Download Presentation

Juni 2013

An Image/Link below is provided (as is) to download presentation Download Policy: Content on the Website is provided to you AS IS for your information and personal use and may not be sold / licensed / shared on other websites without getting consent from its author. Content is provided to you AS IS for your information and personal use only. Download presentation by click this link. While downloading, if for some reason you are not able to download a presentation, the publisher may have deleted the file from their server. During download, if you can't get a presentation, the file might be deleted by the publisher.

E N D

Presentation Transcript

  1. PROSES BISNIS SPAN PADA KANWIL DITJEN PERBENDAHARAAN(diberikansebagaibahanmateridalamdiklatpenyuluhperbendaharaan) Juni 2013

  2. Agenda : GambaranUmum SPAN 1 2 3 Penerapan SPAN padaBidang PA Penerapan SPAN padaBidang AKLAP

  3. GAMBARAN UMUM SPAN 1

  4. ApaituSPAN ?? • SistemInformasiyang menggabungkanbeberapafungsi, sepertiPerencanaanAnggaran, PelaksanaanAnggaran, ManajemenKas, Akuntansi & Pelaporandalamsatusistemaplikasi. • SistemInformasiKeuangan Negara yang Terintegrasi: • Mendokumentasikansetiaptransaksikeuangandanmendukungpenyajianlaporankeuangandanmanagerial • Didesaindenganrelasi yang baikantarapemilihan software, hardware, SDM, prosedur, kontrol, dan data • Operasi terotomasi secara penuh sertabermuarapada database yang terpusat

  5. Mengapa Kita PerluSPAN ??

  6. VisidanMisiSPAN • Visi: Terwujudnyapengelolaankeuangannegara yang transparandanakuntabelmelaluisisteminformasimanajemenkeuangan yang terintegrasi. • Misi: • Mengembangkanprosesbisnissecaraberkelanjutandenganmendasarkanpadapraktekpenyelenggaraan yang terbaikdansesuaidengankeunikanKemenkeu. • Menerapkansisteminformasi yang terintegrasiuntukmendukungsistem yang aman, akuratdanhandal. • Memastikanditerimanyaperubahanolehpemangkukepentingandanmemberikansolusiterhadapdampakperubahan.

  7. TujuanSPAN • Meningkatkan efisiensi, efektivitas, akuntabilitas dan transparansidalam pengelolaan anggaran dan perbendaharaan negara. • Menyempurnakanprosesbisnisdanpemanfaatanteknologiinformasikeuangannegara yang terintegrasi. • Memberikaninformasi yang komprehensifdantepatwaktutentangposisikeuanganpemerintahpusat. • Memudahkanpengambilankeputusandalammanajemenkeuanganpemerintah.

  8. Sasaran yang InginDicapaiSPAN • Otomatisasiprosesoperasionalpenganggarandanperbendaharaan; • Meningkatankehandalanprosespenganggarandanpengelolaankas, asetdanutangpemerintah; • MeningkatkanefisiensilayanankepadaKementerian/ Lembaga, masyarakatdanperbankan; • Meningkatkanakuntabilitasmelaluipenyusunandanpenyajian LK yang lebihkomprehensif, akuratdantepatwaktu; • Menyediakanfasilitasrekonsiliasi yang andal, akuratsertatepatwaktuantarapemerintahdanperbankan; • Menyediakanjejak audit(audit trail); • Mengintegrasikan datapadaberbagai sub sistemmanajemenkeuanganpemerintah.

  9. PilarUtama SPAN Change Management & CommunicationsMempersiapkanorganisasidansumberdayamanusiauntukmenerimamindset dancarakerjabaru (September 2010 – 2013) Business Process ImprovementPenelaahandanperbaikanTreasury Model mengacupadabest practices dankekhasanKemenkeu (Juni 2009-Mei 2011) IT Solution Solusi COTS memfasilitasidanmengotomasiimplementasiTreasury Model (September 2009 – 2017) • Di dukungoleh : • Service Desk Development (PUSINTEK) • ICT Strategy Development (PUSINTEK) • Project Management & Quality Assurance (PMQA)

  10. SkalaTransformasiSPAN • SekretariatJenderalKementerianKeuanganc.q. PusatSistemInformasidanTeknologiKeuangan (PUSINTEK) • Seluruh Kementerian/Lembaga (dilaksanakansecarabertahap) • Kurang-lebih24.000 Satker • DirektoratJenderalAnggaran, besertaseluruh unit teknisdibawahnya; • DirektoratJenderalPerbendaharaan, beserta unit teknisdibawahnyatermasuk: • 30 Kanwil; • 177 KPPN;

  11. RKA-KL DIPA IntegrasiSPAN Perencanaan Anggaran hingga Pelaksanaan Anggaran Perencanaan Anggaran hingga Pelaksanaan Anggaran SEMULA Satker di K/Ls Existing IT systems sangat terfragmentasi Akuntansi/ Pelaporan Manejemen Kas SP2D Perencanaan Anggaran hingga Pelaksanaan Anggaran MENJADI Satker di K/Ls New SPAN merupakan process oriented system SPAN Database Akuntansi/ Pelaporan RKA-KL DIPA Manejemen Kas SP2D

  12. CakupanPenyempurnaanProsesBisnisSPAN • PERENCANAAN • PELAKSANAAN • Manajemen DIPA (MOSA) • ManajemenKomitmen (BC) • ManajemenPembayaran (PM) • ManajemenPenerimaan (GR) • ManajemenKas (CM) • Akuntansi (GL & CoA) • Pelaporan (Reporting) • PERTANGGUNG JAWABAN • Audit - Pertanggungjawaban DJA DJPB

  13. Jadwal SPAN SPAN Project Completion CW Completion INT Completion EBS Go Live Pilot operation Rollout UAT Unit Test INT/UAT Go-Live Change Proposal/Order Development INT/UAT Go-Live Analysis/ Design

  14. PENERAPAN SPANPADA BIDANG PA 2

  15. Manajemen DIPA padaBidang PA • Secaraumum, tupoksiBidangPelaksanaanAnggaranKanwil DJPB tidakmengalamiperubahansebelumdansesudah SPAN yaitumelaksanakanfungsisebagaiberikut : • MelakukanPenelaahandanPengesahan DIPA Awal; • MelakukanPenelaahandanPengesahan DIPA Revisi • Modul SPAN yang terkaituntukprosesBisnispadaBidang PA Kanwil DJPB adalahModulManajemen DIPA (MOSA)

  16. Manajemen DIPA Pengesahan DIPA Awal Data APBN yang sudah ditetapkan dituangkan dalam dokumen pelaksanaan anggaran yang disahkan oleh Menkeu sebagai BUN Dilakukan untuk mengakomodasi perubahan data DIPA yang menjadi tanggung jawab DJPB (perubahan APBN atau usulan Satker) Pengesahan Revisi DIPA Update Data Data rincian DIPA (6 digit) dari Satker dan Rencana Penarikan Dana serta Perkiraan Penerimaan akan dilakukan update secara periodik (tiap bulan) ke dalam database DIPA di SPAN

  17. EXISTING • PenggunaanDNA/DRA • Belumsemuakomponen APBN dibuatDIPAnya • Data belumterintegrasiantar modul • Beberapa DIPA memiliki alur data dan mekanisme berbeda (K/L dan BA 999) • Belumadakejelasanmetodepenyusunan DIPA jika RUU APBN tidakdisetujui DPR • FUTURE • Dokumen DNA/DRA digantikan data softcopy • Komponen APBN akandibuatDIPAnya (Pendapatan, Belanja, Pembiayaan) • Data terintegrasi dgn modul lain • Integrasi alur data dan mekanisme • Pembuatanmekanismepenyusunan DIPA vote on account PerbandinganSebelumdanSesudah SPAN Pengesahan DIPA

  18. EXISTING • SKPA dapatDilakukan • Revisi DIPA Pusatdi Kantor Pusat (Dit PA) • Penambahanpagu DIPA BLU tidakperlurevisiselamamasihdibawahambangbatas • Tidakadakewajiban update halaman III DIPA • Data pagu Satker dan DJPB dapat berbeda (6 digit) • Tidak ada proses penjurnalan • FUTURE • Tidakadamekanisme SKPA (Revisi DIPA) • Pelimpahan sebagian wewenang Dit. PA ke Kanwil DJPB • Seluruhpenambahanpagu DIPA BLU harusmelaluiupdate pagu • Halaman III DIPA wajibdi update • Penyesuaian data di DJPB atas perubahan pagu kewenangan Satker (6 digit) • Setiap transaksi akan dicatat dalam jurnal PerbandinganSebelumdanSesudah SPAN RevisiDIPAdanPergeseranAnggaran

  19. 24 3. ADK Konsep DIPA Aplikasi SPAN 3.a Upload ADK Konsep DIPA 1. RABPP 2. JurnalAppropriasi 4. Validasi 5. Persetujuan 6. Persetujuan 7. Pengesahan 8. Jurnal Allotment 10. DIPA 9. Print DIPA

  20. Fungsi Dalam SPANterkait DIPA • Data RKAKL dibuat jurnal apropriasi dan diposting ke database GL oleh Subdit Dabantek Dit PA. Setelah data diPostingmaka data ApropriasitelahsiapuntukdilakukanJurnalalotmen • Data sudahdapatdiaksesolehseluruh user Manajemen DIPA diPusat (SubditTeknisDirektorat PA)/Bagian PA kanwil DJPBN didaerah) Penyusunan Jurnal Apropriasi Sebelum proses review, data ADK dari Satker diunggah ke database SPAN melalui ftp sehingga dapat menjaga keamanan data Unggah File Validasi Validasibertujuanuntuk mengetahui apakah terdapat perbedaan data antara ADK Satker dan SPAN. Dilakukan 2 tahapsecaraotomatisyaitu: Validasistrukturakun / BAS Validasiantara ADK konsep DIPA denganapropriasi (jumlah pagu) Inquirydigunakanuntukmenampilkan detail data DIPA per-akun. Parameter yang digunakannomor SATKER, No. Revisi, dan Status DIPA. Fieldinimerupakan field yang harusdiisi, sedangkan field yang lainnya, bisatidakdiisi. Inquiry Setelah dilakukan validasi maka data selanjutnya direview, setelah sesuai maka dilakukan persetujuan oleh pejabat yang berwenang Approval Pengesahan dilakukan agar data DIPA dapat digunakan/direalisasikan oleh Satker/penyusunan laporan berdasarkan pagu DIPA. Jurnal alotmen terbentuk baik untuk pengesahan DIPA awal, revisi maupun update lainnya yang berakibat perubahan data DIPA Penyusunan Jurnal Alotmen

  21. STAF Unggah ADK dan Review Inquiry Validasi dan Posting Jurnal KASI User Dalam Manajemen DIPA KANWIL Review Persetujuan/Penolakan KANWIL KABID Review Persetujuan/Penolakan KA Kanwil Review Persetujuan/Penolakan

  22. KANWIL Aktivitas Utama Output Validasiawal Data sesuaidenganstruktur SPAN STAF Memasukankodesatkerdan no revisi Data 13 File ADK tercopy ke FTP Unggah ADK dan Review Inquiry Melakukaneksekusi (Validasi DIPA) ADK selesaidiValidasi Validasi dan Posting Jurnal Copy File ke FTP Upload Memilihworklist Status ADK Approved/rejected di level Kepalaseksi, apabilareject data kembalikepelaksana, bilaapprove data kekepalasubdit Upload data KASI Mencarijurnaldengan parameter tertentu TerbentukJurnalAlotmenUnposteddengan Status Data “Draft” Review Masukkedalam Inquiry danmereview Persetujuan/Penolakan Memilihdanmengajukanjurnal TerbentukJurnalAlotmenUnposteddengan status Approving Memilihtombolapprove/reject Memilihworklist Status ADK Approved/rejected di level Kepalasubdit , apabila reject data kembalikepelaksana, bila approve data keDirektur KABID Review Masukkedalam Inquiry danmereview Persetujuan/Penolakan Memilihtombolapprove/reject Memilihworklist  Status ADK Approved/rejected di level KepalaSubdit , apabila reject data kembalikepelaksana, bila approve data keDirjen PBN KEPALA KANWIL Review Masukkedalam Inquiry danmereview Persetujuan/Penolakan Memilihtombolapprove/reject

  23. PENERAPAN SPANPADA BIDANG AKLAP 3

  24. PemetaanFungsiAkuntansi & PelaporanpadaBidang AKLAP • Secaraumum, tupoksiBidangAkuntansidanPelaporanKanwil DJPB tidakmengalamiperubahansebelumdansesudah SPAN yaitumelaksanakanfungsisebagaiberikut : • RekonsiliasiEksternal • PenerbitanSuratterkaitPelaksanaanRekonsiliasi • SosialisasidanPembinaan/BimbinganSistemAkuntansike UAPPA-W dansatker • Monitoring , Evaluasi, danAnalisa LK KL tingkatwilayah & LK satker • AnalisaLaporanKeuangantermasukrekonsiliasiantara LO & LRA • PembinaanSistemAkuntansike KPPN • PenyusunanLaporanKeuangan (Konsolidasi) • Modul SPAN yang terkaituntukprosesBisnispadaBidang AKLAP Kanwil DJPB adalahModulPelaporan (Reporting)

  25. PENYEMPURNAAN PROSES BISNISAkuntansi dan Pelaporan (1) • KE DEPAN • Satusistemakuntansidenganduapencatatan: akrualdankas • StrukturBaganAkunStandarmemasukkaninformasi output • Menerapkanmanajemenkomitmen • LaporanberbasisAkrual • Laporan Manajerialdisusundarisatu database

  26. PENYEMPURNAAN PROSES BISNISAkuntansi dan Pelaporan (2) • KE DEPAN • Inisiasi LaporanKeuanganberbasis GFS • Rekonsiliasilaporankeuanganberbasis internet • Integrasi Lap. Kinerja dan Lap. Keuangan • Penggunaan Single Database dalam pelaporan BUN • Penggunaan CVR dalam validasi data transaksi. • SAAT INI • BelumadaLaporanKeuanganberbasis GFS • Rekonsiliasilaporankeuangansecaraface to face • Belum ada integrasi Lap. Kinerja dan Lap.Keuangan • Database yang terpisah antar KPPN, Kanwil dan Kantor Pusat DJPBN • Validasi data transaksi Belum menggunakan Cross Validation Rule (CVR)

  27. ProsedurRekonsiliasiEksternal (Saatini)

  28. ProsedurRekonsiliasiEksternal (SPAN)

  29. Proses Rekonsiliasi Tingkat Kantor Wilayah Dokumendan Data Sumber sakti Konfirmasi ADK REKON KANWIL DJPB PORTAL SPAN FRONT OFFICE Upload ADK REKON VERIFIKASI BAR

  30. Monitoring, Evaluasi, AnalisadanPembinaanterhadapSatker • Kanwilbisamengakses single database SPAN untuk view LK satker & LK Gab. Tk. Wil. KL di lingkupwilayahnya • Kanwilmelakukanevaluasidananalisaatas LK tersebut • KanwilmelakukanpembinaanterhadapsatkerKanwil/UAPPA-W dalampenyusunan & penyajian LK berbasisakrual

  31. PenyusunanLaporanKeuangan • Kanwil DJPB bisamenghasilkanlaporankeuangan per wilayah yang meliputi LRA, LO, LPE, Neraca • Kanwildapatmenghasilkan LKPP Tingkat Kanwildanjuga LKPP tingkat KPPN dibawahKanwiltersebut

  32. Proses Penyusunan Laporan Keuangan Pemerintah Pusat (LKPP) KANWIL DJPB LKPP Tingkat Kuasa BUN Kanwil Laporan Operasi • SeksiPelaporanKeuangan • Posting • Analisa Neraca Lap. Perubahan Ekuitas Lap. Realisasi Anggaran Lap. Arus Kas Lap. Saldo Anggaran Lebih CALK

  33. Terima Kasih

More Related