Restitusi Pajak: Ketentuan Domestik versus Best Practice Internasional

Dalam paradigma baru, SPT lebih bayar adalah klaim hak yang harus segera dibayar, kecuali sistem menemukan risiko yang membenarkan pengujian lebih lanjut.

Pendahuluan

Restitusi pajak sering dipahami secara sederhana sebagai pengembalian kelebihan pembayaran pajak kepada Wajib Pajak.

Pemahaman tersebut benar, tetapi belum lengkap. Dari perspektif administrasi perpajakan, restitusi berada pada titik temu antara tiga kepentingan yang sama-sama sah.

Pertama, terdapat kepentingan Wajib Pajak untuk segera memperoleh kembali dana yang menurut ketentuan perpajakan tidak semestinya berada dalam penguasaan negara.

Kedua, terdapat kepentingan negara untuk memastikan bahwa pengembalian tersebut tidak berasal dari klaim yang keliru, manipulatif, atau bahkan merupakan bagian dari fraud terorganisasi.

Ketiga, terdapat kepentingan administrasi pajak untuk menggunakan sumber daya pemeriksaan secara efisien, proporsional, dan berdasarkan risiko.

Ketegangan antara ketiga kepentingan tersebut menjadikan restitusi bukan sekadar proses administrasi pembayaran.

Restitusi merupakan ujian atas kualitas desain sistem perpajakan. Suatu administrasi pajak tidak cukup dinilai dari kemampuannya memungut pajak.

Administrasi pajak juga harus dinilai dari kemampuannya mengembalikan kelebihan pembayaran secara tepat, cepat, dan aman.

Dalam sistem Pajak Pertambahan Nilai, isu ini menjadi semakin penting. Posisi lebih bayar dapat terjadi secara alamiah karena mekanisme pengkreditan Pajak Masukan terhadap Pajak Keluaran.

Eksportir, perusahaan dalam tahap investasi, pemasok kepada pemungut PPN, serta pelaku usaha yang struktur tarif atau pola transaksinya menghasilkan Pajak Masukan lebih besar daripada Pajak Keluaran dapat terus-menerus berada dalam posisi lebih bayar.

Dalam keadaan demikian, restitusi bukan fasilitas istimewa. Restitusi merupakan konsekuensi dari prinsip netralitas PPN.

Indonesia mengenal dua jalur utama dalam menyelesaikan kelebihan pembayaran pajak. Jalur pertama adalah restitusi melalui pemeriksaan atas Surat Pemberitahuan yang menyatakan lebih bayar.

Jalur kedua adalah pengembalian pendahuluan melalui penelitian bagi Wajib Pajak atau Pengusaha Kena Pajak yang memenuhi kriteria tertentu.

Kedua jalur tersebut mencerminkan dua pendekatan yang berbeda: memeriksa sebelum membayar dan membayar lebih dahulu berdasarkan penelitian, dengan kemungkinan pemeriksaan setelahnya.

Pertanyaannya adalah apakah dualisme tersebut telah mencerminkan best practice administrasi pajak modern.

Lebih lanjut, apakah Coretax dan Compliance Risk Management dapat dikembangkan untuk menjadikan risiko sebagai dasar utama dalam menentukan perlakuan atas restitusi?

Brevet Pajak AB Online Suara Pajak untuk staf pajak dan konsultan pajak
brevet-pajak-ab-online-suara-pajak.webp

Tulisan ini mengkaji persoalan tersebut melalui lima bagian: dualisme restitusi domestik, best practice internasional, fungsi CRM dalam Coretax, desain Refund Risk Engine, serta manfaat yang dapat diperoleh Wajib Pajak apabila model tersebut diterapkan.

I. Restitusi: Antara Pemeriksaan SPT Lebih Bayar dan Pengembalian Pendahuluan

1. Restitusi sebagai hak Wajib Pajak

Secara konseptual, kelebihan pembayaran pajak muncul apabila jumlah pajak yang telah dibayar, dipotong, dipungut, atau dikreditkan lebih besar daripada pajak yang seharusnya terutang. Kelebihan tersebut dapat berasal dari berbagai keadaan.

Dalam Pajak Penghasilan, lebih bayar dapat timbul karena kredit pajak dalam tahun berjalan lebih besar daripada PPh terutang menurut SPT Tahunan.

Hal ini lazim terjadi apabila Wajib Pajak banyak mengalami pemotongan atau pemungutan oleh pihak lain, sementara laba fiskalnya relatif kecil.

Lebih bayar juga dapat terjadi karena pembayaran angsuran PPh Pasal 25 lebih besar daripada pajak terutang pada akhir tahun.

Dalam PPN, lebih bayar pada umumnya timbul ketika Pajak Masukan yang dapat dikreditkan lebih besar daripada Pajak Keluaran.

Eksportir merupakan contoh klasik karena ekspor dikenai tarif 0%, sedangkan Pajak Masukan atas perolehan barang dan jasa tetap dibayar.

Lebih bayar juga dapat terjadi pada perusahaan yang sedang membangun pabrik atau membeli barang modal dalam jumlah besar sebelum menghasilkan penyerahan kena pajak yang memadai.

Karena itu, posisi lebih bayar tidak boleh secara otomatis dipersepsikan sebagai indikator pelanggaran.

Lebih bayar dapat merupakan hasil yang wajar dari desain sistem pajak.

Namun, posisi lebih bayar juga dapat dimanfaatkan untuk mengajukan klaim tidak benar, misalnya melalui faktur fiktif, penggelembungan pembelian, ekspor semu, atau penggunaan perusahaan dalam jaringan transaksi buatan.

Administrasi restitusi dengan demikian harus mampu membedakan antara:

  1. hak restitusi yang valid;
  2. kesalahan administratif yang masih dapat diperbaiki;
  3. klaim agresif yang membutuhkan pengujian;
  4. serta klaim curang yang harus ditolak dan ditindak.

Masalah utama administrasi restitusi bukan apakah klaim harus diuji. Klaim tentu harus diuji.

Masalahnya adalah seberapa intensif pengujian dilakukan, terhadap siapa, kapan, dan dengan instrumen apa.

2. Jalur restitusi melalui pemeriksaan

Dalam sistem Indonesia, restitusi biasa berdasarkan mekanisme Pasal 17B UU KUP dilakukan melalui pemeriksaan.

Berdasarkan ketentuan pemeriksaan yang kini diatur dalam PMK Nomor 15 Tahun 2025, Direktur Jenderal Pajak berwenang melakukan pemeriksaan untuk menguji kepatuhan pemenuhan kewajiban perpajakan.

PMK tersebut mengenal Pemeriksaan Lengkap, Pemeriksaan Terfokus, dan Pemeriksaan Spesifik.

Ketika Wajib Pajak menyampaikan SPT lebih bayar dan meminta pengembalian, DJP dapat melakukan pemeriksaan untuk menentukan apakah jumlah lebih bayar yang diminta benar.

Pemeriksa dapat menguji pembukuan, dokumen, Pajak Masukan, kredit pajak, transaksi dengan lawan transaksi, pembayaran, ekspor, peredaran usaha, serta berbagai aspek lain yang relevan.

Pada akhir pemeriksaan, hasilnya dapat berupa:

  • Surat Ketetapan Pajak Lebih Bayar apabila terbukti terdapat kelebihan pembayaran;
  • Surat Ketetapan Pajak Nihil apabila tidak terdapat pajak yang lebih dibayar atau kurang dibayar;
  • atau Surat Ketetapan Pajak Kurang Bayar apabila pemeriksaan justru menemukan kekurangan pembayaran.

Mekanisme ini merupakan bentuk pre-refund audit. Negara belum mengembalikan dana sebelum menyelesaikan pengujian atas klaim.

Dari sudut perlindungan penerimaan negara, desain ini mudah dipahami.

Setelah dana dikembalikan, terdapat risiko bahwa dana sulit ditagih kembali apabila Wajib Pajak tidak memiliki aset, menghilang, atau merupakan bagian dari jaringan fraud.

Pemeriksaan sebelum pembayaran memberi kesempatan kepada DJP untuk memverifikasi hak restitusi sebelum kas negara keluar.

Namun, pemeriksaan penuh juga memiliki biaya yang besar. Biaya tersebut tidak hanya ditanggung DJP dalam bentuk jam kerja pemeriksa, biaya perjalanan, supervisi, dan proses administrasi.

Wajib Pajak juga menanggung biaya penyediaan dokumen, rekonsiliasi, pendampingan, komunikasi, serta ketidakpastian selama pemeriksaan berlangsung.

Lebih penting lagi, dana lebih bayar tetap tertahan selama proses berlangsung. Untuk perusahaan yang sangat bergantung pada modal kerja, penundaan restitusi dapat memaksa perusahaan menggunakan pinjaman.

Dalam keadaan tersebut, administrasi restitusi pada hakikatnya menimbulkan biaya pembiayaan terhadap suatu hak Wajib Pajak yang sebenarnya valid.

Jangka waktu hukum yang panjang tidak selalu berarti pelanggaran hukum.

Akan tetapi, apabila penyelesaian restitusi secara rutin mendekati batas maksimum, persoalannya bergeser dari legalitas menuju kualitas administrasi.

Batas maksimum seharusnya menjadi pelindung untuk kasus kompleks, bukan target operasional bagi semua klaim.

3. Pemeriksaan rutin dan beban institusional

Secara historis, pemeriksaan atas SPT lebih bayar dimasukkan dalam kelompok yang dikenal sebagai pemeriksaan rutin. Istilah “rutin” dalam konteks ini tidak berarti pemeriksaan dilakukan tanpa tujuan.

Istilah tersebut menunjukkan bahwa pemeriksaan terjadi karena suatu keadaan administratif yang secara normatif memerlukan tindak lanjut, seperti adanya permohonan restitusi.

Konsekuensinya adalah jumlah SPT lebih bayar dapat membentuk beban pemeriksaan yang relatif besar.

Semakin banyak Wajib Pajak meminta restitusi, semakin besar pula sumber daya pemeriksaan yang harus dialokasikan.

Model ini menciptakan persoalan alokasi. Pemeriksa pajak adalah sumber daya terbatas.

Waktu yang digunakan untuk memeriksa klaim restitusi berisiko rendah tidak dapat digunakan untuk memeriksa penggelapan, transfer pricing agresif, transaksi lintas negara, ekonomi informal, penyalahgunaan faktur, atau risiko kepatuhan lainnya.

Dalam teori administrasi publik, hal ini merupakan persoalan opportunity cost.

Setiap pemeriksaan rutin yang sebenarnya dapat diselesaikan melalui validasi otomatis memiliki biaya berupa hilangnya kesempatan untuk menangani risiko yang lebih material.

Itulah alasan mengapa pertanyaan mengenai restitusi tidak dapat dipisahkan dari strategi pemeriksaan nasional.

Apabila restitusi secara otomatis menghasilkan pemeriksaan penuh, maka agenda pemeriksaan ditentukan oleh tindakan Wajib Pajak mengajukan restitusi, bukan sepenuhnya oleh prioritas risiko yang ditetapkan administrasi pajak.

4. Jalur pengembalian pendahuluan

Sebagai alternatif terhadap pemeriksaan penuh, Indonesia mengenal pengembalian pendahuluan kelebihan pembayaran pajak.

Sejak 1 Mei 2026, ketentuan teknisnya diatur dalam PMK Nomor 28 Tahun 2026, yang mencabut PMK Nomor 39/PMK.03/2018 beserta sejumlah perubahannya.

Pengembalian pendahuluan diberikan kepada kategori yang secara umum mencakup:

  • Wajib Pajak dengan kriteria tertentu;
  • Wajib Pajak yang memenuhi persyaratan tertentu;
  • serta Pengusaha Kena Pajak berisiko rendah.

Berbeda dengan restitusi biasa, pengembalian pendahuluan diselesaikan melalui penelitian, bukan pemeriksaan penuh.

Penelitian antara lain dilakukan terhadap kebenaran penulisan dan penghitungan, validitas pembayaran, kesesuaian bukti pemotongan atau pemungutan, serta keberadaan Pajak Masukan dalam faktur atau dokumen yang telah dilaporkan dalam sistem.

PMK 28 Tahun 2026 secara rinci mengatur bahwa penelitian Pajak Masukan dilakukan dengan memastikan faktur atau dokumen tertentu telah dilaporkan oleh pihak yang menerbitkannya, termasuk dokumen impor yang dipertukarkan secara elektronik atau memuat Nomor Transaksi Penerimaan Negara.

Bagi Wajib Pajak yang memenuhi persyaratan tertentu, PMK 28 Tahun 2026 menetapkan sejumlah batasan.

Sebagai contoh, Wajib Pajak orang pribadi yang menjalankan usaha atau pekerjaan bebas dapat memperoleh pengembalian pendahuluan apabila lebih bayarnya paling banyak Rp100 juta.

Wajib Pajak badan dapat memperoleh fasilitas apabila peredaran usahanya sampai dengan Rp50 miliar dan jumlah lebih bayarnya paling banyak Rp1 miliar.

Untuk PKP tertentu, jumlah penyerahan dan lebih bayar juga dibatasi.

Pengembalian pendahuluan merupakan pendekatan yang secara administratif lebih ringan.

Negara tidak menunggu seluruh prosedur pemeriksaan selesai. DJP terlebih dahulu melakukan penelitian terhadap data dan dokumen yang tersedia dalam sistem.

Apabila syarat terpenuhi, Surat Keputusan Pengembalian Pendahuluan Kelebihan Pajak diterbitkan.

Namun, pengembalian pendahuluan bukan berarti klaim menjadi kebal dari pemeriksaan.

Wajib Pajak yang telah menerima pengembalian pendahuluan tetap dapat diperiksa kemudian. Inilah bentuk post-refund audit.

5. Dualisme yang mendasari sistem domestik

Sistem Indonesia dengan demikian mengandung dualisme.

Pada jalur pertama, SPT lebih bayar diperlakukan sebagai klaim yang harus dibuktikan melalui pemeriksaan sebelum dana dikembalikan.

Pada jalur kedua, pengembalian dapat dilakukan lebih cepat berdasarkan status, persyaratan formal, batas nominal, dan hasil penelitian.

Secara konseptual, dualisme ini rasional. Tidak semua restitusi memiliki profil risiko yang sama. Administrasi pajak memang memerlukan lebih dari satu jalur.

Akan tetapi, desain domestik masih menempatkan restitusi biasa melalui pemeriksaan sebagai jalur umum, sedangkan pengembalian pendahuluan cenderung menjadi fasilitas yang diberikan kepada kategori tertentu.

Di sinilah ruang reformasi muncul. Pertanyaan ke depan bukan lagi sekadar apakah Wajib Pajak masuk kategori Pasal 17C, Pasal 17D, atau PKP berisiko rendah. Pertanyaannya adalah:

Apakah klaim restitusi tertentu, berdasarkan seluruh data yang dikuasai DJP, memiliki risiko yang cukup tinggi untuk diperiksa sebelum dibayar?

Pertanyaan ini menggeser fokus dari status Wajib Pajak kepada risiko klaim.

II. Best Practice Internasional Restitusi Pajak

1. Tidak ada satu model yang berlaku universal

Best practice internasional tidak berarti seluruh negara menggunakan prosedur identik.

Struktur ekonomi, kapasitas digital, tingkat kepatuhan, prevalensi fraud, dan kualitas data berbeda-beda.

Negara yang menghadapi organized VAT fraud dalam skala besar mungkin menerapkan pengendalian yang lebih ketat.

Negara dengan faktur elektronik real-time dan tingkat kepatuhan tinggi dapat melakukan pembayaran lebih cepat.

Negara yang data transaksinya belum terintegrasi akan lebih bergantung pada pemeriksaan manual.

Meskipun demikian, terdapat beberapa prinsip yang relatif konsisten dalam publikasi OECD dan IMF.

Prinsip pertama adalah restitusi valid harus dibayar secepat mungkin.

Prinsip kedua adalah pengendalian harus diarahkan berdasarkan risiko.

Prinsip ketiga adalah klaim berisiko rendah tidak seharusnya menanggung beban yang sama dengan klaim berisiko tinggi.

Prinsip keempat adalah percepatan pembayaran harus diimbangi dengan pemeriksaan pascarestitusi dan kemampuan penagihan kembali yang efektif.

2. Mayoritas administrasi membayar restitusi PPN dengan segera

OECD Tax Administration 2025 menunjukkan bahwa mayoritas yurisdiksi yang disurvei membayar restitusi PPN secara otomatis dengan segera.

Data untuk tahun 2023 menunjukkan 61,8% yurisdiksi melaporkan bahwa restitusi PPN dibayar otomatis segera, sedangkan sebagian lain menempatkannya sebagai kredit dalam akun Wajib Pajak sampai dapat diminta.

OECD sekaligus mengingatkan bahwa sistem dengan frekuensi restitusi tinggi menarik bagi fraud terorganisasi, sehingga memerlukan pendekatan berbasis risiko untuk mengidentifikasi klaim yang berpotensi curang.

Temuan ini penting karena memperlihatkan bahwa kecepatan dan pengendalian bukan dua tujuan yang harus saling meniadakan.

Model tradisional menganggap perlindungan penerimaan mensyaratkan penahanan dana sampai pemeriksaan selesai.

Model modern menggunakan premis berbeda: perlindungan penerimaan dapat dilakukan melalui pemilihan risiko yang presisi, validasi elektronik, analisis jaringan, dan pemeriksaan pascarestitusi.

Dengan kata lain, sistem yang cepat tidak identik dengan sistem yang permisif. Sebaliknya, sistem yang lambat juga tidak otomatis lebih aman.

Pemeriksaan manual yang luas tetapi tidak tepat sasaran dapat menghabiskan energi terhadap klaim valid, sementara jaringan fraud yang kompleks tidak terdeteksi.

3. Risk-based repayment detection system

OECD telah lama mendorong administrasi pajak mengembangkan risk-based repayment detection systems.

Tujuannya adalah mengidentifikasi klaim dengan risiko lebih tinggi yang membutuhkan verifikasi lebih lanjut, sambil meminimalkan dampak terhadap Wajib Pajak patuh dan berisiko rendah.

Konsep tersebut memiliki beberapa unsur.

Pertama, seluruh klaim tidak diperlakukan sama. Kedua, penilaian dilakukan sebelum tindakan pemeriksaan dipilih. Ketiga, intensitas respons harus proporsional dengan risiko. Keempat, klaim rendah risiko diproses secepat mungkin. Kelima, sistem harus terus dikalibrasi berdasarkan hasil pemeriksaan dan fraud yang ditemukan.

Pendekatan ini dapat digambarkan melalui tiga kelompok.

Klaim hijau

Klaim memenuhi validasi administratif, sesuai pola historis, berasal dari transaksi yang terkonfirmasi, serta tidak memiliki hubungan material dengan jaringan berisiko. Klaim dapat segera dibayar.

Klaim kuning

Terdapat anomali yang membutuhkan penjelasan, tetapi belum cukup untuk membenarkan pemeriksaan penuh. Administrasi dapat melakukan verifikasi terbatas, meminta satu atau beberapa dokumen, atau menguji transaksi tertentu.

Klaim merah

Terdapat indikator kuat atas kesalahan material atau fraud. Klaim ditahan dan dilakukan pemeriksaan sebelum pembayaran.

Model tersebut lebih proporsional daripada pilihan biner antara “langsung bayar seluruhnya” atau “periksa seluruhnya”.

4. Pemeriksaan berbasis isu

Best practice juga bergerak dari pemeriksaan komprehensif menuju pemeriksaan berbasis isu apabila risikonya dapat diidentifikasi secara spesifik.

Misalnya, suatu restitusi terbentuk dari 10.000 faktur Pajak Masukan. Sistem dapat mengonfirmasi 9.950 faktur, tetapi menemukan masalah pada 50 faktur.

Dalam keadaan demikian, tidak selalu proporsional untuk menguji seluruh kegiatan usaha dan seluruh jenis pajak.

Administrasi dapat membatasi pengujian kepada:

  • pemasok tertentu;
  • faktur bernilai besar;
  • transaksi akhir periode;
  • dokumen ekspor;
  • pembayaran tertentu;
  • atau hubungan dengan pihak terafiliasi.

PMK 15 Tahun 2025 sebenarnya telah menyediakan tipe Pemeriksaan Terfokus dan Pemeriksaan Spesifik. Instrumen tersebut dapat menjadi jembatan menuju pendekatan yang lebih berbasis isu.

5. Pembayaran bagian yang tidak disengketakan

Salah satu prinsip yang semakin relevan adalah pembayaran bagian restitusi yang telah terverifikasi, sementara bagian berisiko tetap diuji.

Pendekatan ini didasarkan pada asas proporsionalitas. Apabila hanya 5% klaim yang bermasalah, tidak terdapat alasan administratif yang kuat untuk menahan 95% klaim yang telah terbukti valid, sepanjang sistem hukum memungkinkan pemisahan tersebut.

Pembayaran parsial juga mengurangi tekanan arus kas Wajib Pajak. Pada saat yang sama, DJP tetap mempertahankan pengendalian terhadap transaksi yang dipersoalkan.

6. Post-refund audit

Pembayaran cepat memerlukan pemeriksaan pascarestitusi yang kredibel.

Pemeriksaan pascarestitusi berfungsi untuk:

  • menguji klaim yang kemudian memperoleh informasi risiko baru;
  • menguji secara acak sebagian klaim rendah risiko;
  • mengukur akurasi model;
  • mendeteksi pola yang belum dikenali;
  • serta menciptakan efek pencegahan.

Tanpa post-refund audit yang efektif, otoritas akan cenderung konservatif dan kembali menahan banyak klaim.

Sebaliknya, apabila kemampuan menagih kembali lemah, pembayaran cepat juga dapat meningkatkan kerugian fiskal.

Oleh sebab itu, refund first bukan sekadar keputusan layanan. Model tersebut membutuhkan ekosistem penagihan, analitik, investigasi, dan pertukaran data yang kuat.

7. Pemeriksaan acak

Sistem berbasis risiko memiliki satu kelemahan: sistem hanya mendeteksi risiko yang indikatornya telah diketahui atau dapat dipelajari dari data historis.

Pelaku fraud dapat mengubah pola agar tidak terdeteksi. Karena itu, sebagian klaim rendah risiko perlu dipilih secara acak untuk diperiksa setelah restitusi.

Pemeriksaan acak bukan pemborosan. Fungsi utamanya adalah:

  • mengukur false negative;
  • menemukan modus baru;
  • menjaga agar model tidak terlalu bergantung pada data masa lalu;
  • serta mengestimasi kepatuhan populasi.

Tanpa sampel acak, administrasi pajak dapat menjadi terlalu percaya diri terhadap algoritmanya sendiri.

8. Ukuran kinerja yang seimbang

Kinerja restitusi tidak cukup diukur dari jumlah koreksi atau jumlah penerimaan yang “diamankan”.

Ukuran seperti itu dapat mendorong petugas untuk menahan klaim secara berlebihan.

Best practice membutuhkan ukuran yang lebih seimbang, meliputi:

  • rata-rata waktu pengembalian;
  • persentase klaim rendah risiko yang dibayar tepat waktu;
  • nilai fraud yang dicegah;
  • jumlah klaim valid yang salah ditahan;
  • biaya administrasi per klaim;
  • biaya kepatuhan Wajib Pajak;
  • jumlah sengketa;
  • serta akurasi model risiko.

Sistem yang menghasilkan banyak koreksi belum tentu efisien apabila sebagian besar koreksi dibatalkan dalam keberatan atau banding.

Demikian pula, sistem yang membayar cepat belum tentu berhasil apabila fraud meningkat.

III. Fungsi CRM di Coretax sebagai Filter Wajib Pajak Berisiko atau Patuh

1. Hakikat Compliance Risk Management

Compliance Risk Management adalah proses sistematis untuk mengidentifikasi, menilai, memprioritaskan, dan menangani risiko ketidakpatuhan.

DJP menjelaskan CRM sebagai pengelolaan risiko kepatuhan Wajib Pajak yang dilakukan secara terstruktur, terukur, objektif, dan berulang untuk mendukung pengambilan keputusan terbaik.

CRM menghasilkan peta risiko yang digunakan sebagai pertimbangan dalam menentukan prioritas tindakan.

Implementasi CRM di DJP dimulai pada 2019 dan kemudian diperluas ke berbagai fungsi, termasuk pengawasan, pemeriksaan, penagihan, pelayanan, edukasi, dan transfer pricing.

Fungsi CRM bukan semata-mata menemukan Wajib Pajak untuk diperiksa.

CRM justru seharusnya membantu DJP menghindari tindakan yang tidak produktif, termasuk memeriksa Wajib Pajak patuh yang kemungkinan hanya menghasilkan koreksi tidak material.

DJP sendiri mengakui bahwa pemetaan risiko dapat menghasilkan perlakuan berbeda antara Wajib Pajak berisiko tinggi dan rendah.

Dalam konteks restitusi, prinsip tersebut sangat relevan. Apabila CRM telah menunjukkan bahwa suatu Wajib Pajak konsisten patuh, koreksi pemeriksaan historisnya rendah, seluruh pelaporan sesuai, dan transaksi dapat dikonfirmasi secara digital, tidak efisien apabila setiap SPT lebih bayar tetap menghasilkan pemeriksaan penuh.

2. Coretax sebagai sistem inti

Coretax pada dasarnya merupakan sistem inti administrasi perpajakan. Ia mencatat identitas Wajib Pajak, SPT, pembayaran, faktur pajak, bukti potong, layanan, permohonan, pemeriksaan, penagihan, serta berbagai riwayat administrasi.

Dalam arsitektur administrasi modern, Coretax idealnya menjadi system of record dan workflow engine. Ia menyediakan basis data dan menjalankan proses administrasi. Namun, Coretax tidak harus menjadi satu-satunya mesin analitik.

CRM, Business Intelligence, graph analytics, anomaly detection, dan data eksternal dapat menjadi lapisan analitik yang terhubung dengan Coretax.

Hasil analisis tersebut kemudian dikembalikan ke Coretax untuk menentukan workflow:

  • pembayaran langsung;
  • permintaan klarifikasi;
  • verifikasi;
  • pemeriksaan;
  • atau penolakan.

Dengan demikian, tepat untuk menyebut Coretax sebagai platform utama. Namun, kurang tepat apabila seluruh kecerdasan analitik diasumsikan berada di dalam aplikasi transaksional Coretax itu sendiri.

3. CRM sebagai filter awal

CRM dapat digunakan untuk melakukan penilaian awal atas Wajib Pajak melalui data seperti:

  • kepatuhan penyampaian SPT;
  • ketepatan pembayaran;
  • tunggakan;
  • pembetulan SPT;
  • histori pemeriksaan;
  • koreksi material;
  • riwayat restitusi;
  • konsistensi omzet PPN dan PPh;
  • perubahan pengurus;
  • perubahan alamat;
  • perubahan rekening;
  • kepemilikan;
  • hubungan istimewa;
  • serta data pihak ketiga.

Hasilnya dapat membentuk profil risiko entitas.

Wajib Pajak patuh dapat memiliki ciri:

  • pelaporan konsisten;
  • tidak memiliki tunggakan;
  • perbedaan data segera diselesaikan;
  • koreksi historis rendah;
  • kegiatan usaha mempunyai substansi;
  • dan restitusi sebelumnya terbukti valid.

Wajib Pajak berisiko tinggi dapat menunjukkan:

  • keterlambatan berulang;
  • ketidaksesuaian lintas SPT;
  • koreksi material;
  • pengurus atau alamat yang berubah secara tidak wajar;
  • transaksi dengan pihak bermasalah;
  • atau ketidakjelasan substansi usaha.

CRM kemudian dapat menjadi filter pertama untuk membedakan perlakuan.

4. Keterbatasan CRM entitas

Meskipun penting, CRM Wajib Pajak tidak cukup untuk menentukan apakah suatu klaim restitusi harus dibayar.

Terdapat kemungkinan Wajib Pajak yang selama ini patuh mengajukan satu klaim abnormal. Misalnya:

  • nilai restitusi meningkat sepuluh kali lipat;
  • sebagian besar Pajak Masukan berasal dari pemasok baru;
  • terjadi perubahan rekening sebelum pencairan;
  • atau data ekspor tidak sesuai dengan data kepabeanan.

Sebaliknya, suatu Wajib Pajak mungkin memiliki skor risiko umum menengah karena keterlambatan administratif, tetapi klaim restitusinya sepenuhnya didukung faktur valid, pembayaran, dan data ekspor.

Karena itu, CRM harus berfungsi sebagai baseline risk, bukan satu-satunya dasar keputusan.

Restitusi memerlukan mesin risiko yang lebih spesifik, yaitu Refund Risk Engine.

IV. Refund Risk Engine dengan Lima Pengujian

1. Definisi dan tujuan

Refund Risk Engine adalah sistem analitik yang menilai risiko setiap permohonan restitusi berdasarkan berbagai dimensi data.

Mesin ini tidak hanya menjawab apakah Wajib Pajak berisiko. Ia harus menjawab:

Apakah klaim restitusi tertentu aman untuk segera dibayar, perlu diklarifikasi, atau harus diperiksa sebelum pembayaran?

Refund Risk Engine seharusnya bekerja setelah SPT lebih bayar masuk ke Coretax.

Sistem mengumpulkan data internal dan eksternal, menjalankan validasi, menghitung skor atau klasifikasi risiko, kemudian merekomendasikan tindakan.

Lima pengujian yang dapat digunakan adalah:

  1. taxpayer risk;
  2. refund claim risk;
  3. transaction risk;
  4. network risk;
  5. amount and behavioural risk.

2. Pengujian pertama: taxpayer risk

Taxpayer risk adalah risiko kepatuhan yang melekat pada Wajib Pajak sebagai entitas.

Pengujian ini menilai rekam jejak secara longitudinal, bukan hanya satu masa pajak. Pertanyaan utamanya adalah:

Apakah perilaku Wajib Pajak secara keseluruhan menunjukkan kecenderungan patuh atau tidak patuh?

Data yang digunakan antara lain:

  • ketepatan waktu pelaporan;
  • ketepatan pembayaran;
  • tunggakan pajak;
  • frekuensi pembetulan;
  • hasil SP2DK;
  • hasil pemeriksaan;
  • sengketa;
  • restitusi sebelumnya;
  • konsistensi data PPh dan PPN;
  • perubahan struktur kepemilikan;
  • serta data pihak ketiga.

Taxpayer risk dapat menjadi skor dasar. Wajib Pajak dengan rekam jejak kuat memperoleh risiko dasar rendah.

Wajib Pajak baru, tanpa histori, tidak otomatis dianggap fraud, tetapi dapat diberi status insufficient history yang memerlukan pengujian tambahan.

Pengujian ini penting, tetapi tidak boleh menghasilkan praduga bersalah. Skor tinggi berarti kebutuhan pengendalian lebih besar, bukan bukti bahwa klaim salah.

3. Pengujian kedua: refund claim risk

Refund claim risk menilai karakter klaim restitusi tertentu.

Pertanyaan utamanya:

Apakah nilai, sumber, dan pola restitusi sesuai dengan keadaan ekonomi Wajib Pajak?

Variabel yang dapat diuji meliputi:

  • nilai restitusi dibandingkan omzet;
  • nilai restitusi dibandingkan pembelian;
  • tren restitusi 12 atau 24 bulan;
  • perubahan dari posisi kurang bayar menjadi lebih bayar;
  • sumber pembentuk lebih bayar;
  • pembelian barang modal;
  • pertumbuhan ekspor;
  • akumulasi kompensasi;
  • serta benchmark industri.

Misalnya, restitusi Rp20 miliar mungkin normal bagi eksportir yang secara historis meminta Rp15 miliar sampai Rp25 miliar setiap bulan.

Angka yang sama dapat sangat tidak wajar bagi perusahaan baru dengan omzet Rp30 miliar.

Refund claim risk tidak boleh bergantung semata-mata pada nominal. Materialitas harus dilihat relatif terhadap skala dan model bisnis.

Sistem juga harus mengenali penjelasan bisnis yang sah, seperti:

  • ekspansi pabrik;
  • pembelian mesin;
  • kenaikan harga bahan baku;
  • kontrak ekspor baru;
  • musim usaha;
  • atau restrukturisasi.

Anomali merupakan alasan untuk meminta penjelasan, bukan bukti pelanggaran.

4. Pengujian ketiga: transaction risk

Transaction risk menilai validitas dan substansi transaksi yang membentuk lebih bayar.

Pengujian dapat dibagi dalam empat tingkatan.

Validitas formal

Sistem memeriksa apakah:

  • faktur pajak valid;
  • identitas penjual dan pembeli benar;
  • tanggal dan masa pajak sesuai;
  • kode transaksi benar;
  • faktur tidak dibatalkan;
  • serta dokumen impor atau bukti potong terkonfirmasi.

PMK 28 Tahun 2026 sebenarnya telah menggunakan sebagian pendekatan ini dalam penelitian pengembalian pendahuluan. Pajak Masukan diuji dengan melihat apakah faktur atau dokumen tertentu telah dilaporkan oleh pihak penerbit dan tersedia dalam sistem.

Konsistensi pelaporan

Sistem memeriksa apakah:

  • Pajak Masukan pembeli sama dengan Pajak Keluaran penjual;
  • nilai DPP konsisten;
  • pembayaran pajak tervalidasi;
  • data SPT sesuai dengan faktur;
  • dan dokumen ekspor sesuai dengan data DJBC.

Realitas ekonomi

Bagian ini lebih kompleks. Faktur yang valid tidak selalu membuktikan barang atau jasa benar-benar ada.

Diperlukan pengujian terhadap:

  • kontrak;
  • pembayaran;
  • pengiriman;
  • kapasitas pemasok;
  • stok;
  • logistik;
  • serta hubungan transaksi dengan kegiatan usaha.

Sebagian pengujian dapat dilakukan otomatis melalui data. Namun, kasus tertentu tetap membutuhkan klarifikasi atau pemeriksaan manusia.

Kelayakan pengkreditan

Sistem juga harus menguji apakah Pajak Masukan berhubungan dengan kegiatan usaha dan memenuhi persyaratan pengkreditan.

Dengan demikian, transaction risk tidak berhenti pada pertanyaan “apakah faktur ada?”, tetapi berlanjut kepada “apakah transaksi nyata dan memberikan hak kredit?”

5. Pengujian keempat: network risk

Network risk menilai hubungan Wajib Pajak dengan lawan transaksi dan jaringan faktur.

Fraud restitusi sering dilakukan secara terorganisasi. Perusahaan pemohon restitusi mungkin tampak patuh apabila dinilai sendiri.

Risiko baru terlihat setelah hubungan antarentitas dipetakan.

Refund Risk Engine dapat menggunakan graph analytics untuk menghubungkan:

  • penjual;
  • pembeli;
  • faktur;
  • pembayaran;
  • pengurus;
  • pemegang saham;
  • rekening;
  • alamat;
  • nomor telepon;
  • perangkat;
  • dan data logistik.

Sistem dapat mendeteksi pola seperti:

Circular trading

Barang atau faktur berputar dari A ke B, B ke C, lalu kembali ke A tanpa nilai tambah ekonomi yang jelas.

Missing trader

Satu pihak menerbitkan faktur dan memungut PPN tetapi menghilang atau tidak menyetorkan pajak, sedangkan pihak lain meminta restitusi.

Invoice concentration

Sebagian besar Pajak Masukan berasal dari satu atau dua pemasok baru yang tidak memiliki kapasitas usaha.

Shared identity

Sejumlah perusahaan menggunakan pengurus, alamat, rekening, atau perangkat yang sama.

Kesamaan atribut tidak otomatis membuktikan fraud. Banyak grup usaha yang sah berbagi alamat atau pengurus.

Karena itu, network risk harus mempertimbangkan intensitas hubungan, arus dana, volume transaksi, dan substansi ekonomi.

Risiko juga tidak boleh menular secara mutlak. Fakta bahwa satu pemasok berisiko tidak otomatis membatalkan seluruh Pajak Masukan pembeli. Sistem perlu melihat:

  • proporsi transaksi;
  • bukti pembayaran;
  • bukti penerimaan barang;
  • uji kewajaran;
  • dan tingkat kehati-hatian pembeli.

6. Pengujian kelima: amount and behavioural risk

Pengujian ini menilai materialitas dan perubahan perilaku.

Amount risk melihat apakah nilai klaim atau transaksi tidak wajar secara absolut maupun relatif.

Indikatornya dapat berupa:

  • lonjakan restitusi;
  • rasio Pajak Masukan terhadap omzet;
  • konsentrasi pada faktur besar;
  • pembelian melebihi kemampuan pendanaan;
  • atau posisi yang jauh berbeda dari peer group.

Behavioural risk melihat perubahan pola, misalnya:

  • pembetulan SPT berulang menjelang restitusi;
  • perubahan rekening;
  • pergantian pengurus;
  • perubahan alamat;
  • faktur dalam jumlah besar pada akhir periode;
  • perubahan pemasok utama;
  • arus dana masuk dan keluar pada hari yang sama;
  • atau permohonan restitusi segera setelah aktivasi usaha.

Analitik perilaku dapat menggunakan statistik dan machine learning. Namun, sistem harus tetap mampu membedakan perubahan yang mencurigakan dari perubahan yang memiliki alasan bisnis.

7. Penggabungan lima pengujian

Kelima pengujian tidak sebaiknya dijumlahkan secara mekanis. Sistem memerlukan setidaknya dua komponen.

Rules engine

Rules engine memuat indikator keras, seperti:

  • faktur tidak valid;
  • identitas tidak sesuai;
  • rekening tidak terverifikasi;
  • data ekspor tidak tersedia;
  • atau hubungan langsung dengan jaringan fraud yang telah terbukti.

Indikator tertentu dapat menjadi override yang langsung mengarahkan klaim kepada verifikasi atau pemeriksaan.

Model analitik

Model statistik atau machine learning menilai kombinasi indikator yang lebih halus.

Misalnya, masing-masing indikator berikut mungkin tampak tidak material:

  • perusahaan relatif baru;
  • pemasok baru;
  • restitusi naik;
  • alamat berubah;
  • pembayaran cepat berputar.

Namun, kombinasi seluruh indikator dapat menunjukkan risiko tinggi.

8. Keluaran Refund Risk Engine

Sistem sebaiknya tidak hanya menghasilkan rekomendasi “periksa” atau “tidak periksa”.

Green

Klaim lolos validasi, memiliki risiko rendah, dan langsung diproses untuk pengembalian.

Amber

Terdapat anomali tertentu. DJP meminta klarifikasi atau melakukan pengujian terbatas. Apabila penjelasan memadai, klaim dibayar tanpa pemeriksaan penuh.

Red

Terdapat risiko tinggi atau indikator fraud. DJP melakukan pemeriksaan sebelum pembayaran.

Selain itu, sistem dapat merekomendasikan pembayaran parsial terhadap bagian klaim yang telah terverifikasi.

9. Tata kelola model

Penerapan Refund Risk Engine memerlukan tata kelola yang ketat.

Explainability

Wajib Pajak harus memperoleh alasan yang memadai ketika klaim ditahan. DJP tidak perlu membuka formula algoritma secara utuh, tetapi harus menjelaskan jenis ketidaksesuaian yang perlu dijawab.

Human review

Algoritma tidak boleh menjadi satu-satunya pengambil keputusan. Petugas harus dapat menilai konteks bisnis dan mengoreksi false positive.

Kualitas data

Data yang salah akan menghasilkan klasifikasi salah. Harus terdapat prosedur koreksi data dan peninjauan ulang.

Audit model

Model harus diuji terhadap:

  • true positive;
  • false positive;
  • false negative;
  • dampak terhadap kelompok usaha;
  • waktu penyelesaian;
  • dan hasil sengketa.

Perlindungan data

Integrasi data faktur, kepemilikan, perbankan, dan jaringan transaksi memerlukan keamanan siber dan pengendalian akses yang sangat ketat.

V. Benefit bagi Wajib Pajak apabila Refund Risk Engine Diterapkan DJP

1. Restitusi lebih cepat

Manfaat paling langsung adalah kecepatan pengembalian.

Wajib Pajak berisiko rendah tidak lagi harus menunggu pemeriksaan penuh hanya karena SPT menyatakan lebih bayar.

Setelah validasi otomatis dan analisis risiko selesai, dana dapat dikembalikan.

Kecepatan tersebut sangat penting bagi:

  • eksportir;
  • perusahaan dalam tahap investasi;
  • industri padat modal;
  • pemasok pemerintah;
  • dan perusahaan dengan margin tipis.

Restitusi yang cepat memperbaiki modal kerja dan mengurangi kebutuhan pembiayaan eksternal.

2. Biaya kepatuhan menurun

Pemeriksaan membutuhkan sumber daya besar. Wajib Pajak harus menyiapkan dokumen, rekonsiliasi, penjelasan, dan personel.

Apabila klaim rendah risiko dapat dibayar tanpa pemeriksaan, biaya tersebut berkurang. Tim pajak dapat fokus pada kepatuhan substantif, perbaikan data, dan pengendalian internal.

Bagi usaha kecil dan menengah, pengurangan biaya ini sangat material karena mereka tidak selalu memiliki tim pajak yang besar.

3. Kepastian usaha meningkat

Ketidakpastian restitusi dapat mengganggu perencanaan kas. Perusahaan tidak mengetahui kapan dana akan diterima atau berapa jumlah yang akhirnya disetujui.

Refund Risk Engine dapat menciptakan standar layanan yang berbeda berdasarkan risiko:

  • klaim hijau diselesaikan dalam beberapa hari;
  • klaim kuning dalam jangka waktu verifikasi tertentu;
  • klaim merah melalui pemeriksaan.

Segmentasi tersebut membuat arus kas lebih dapat diprediksi.

4. Wajib Pajak patuh memperoleh manfaat nyata

Salah satu tantangan administrasi pajak adalah bagaimana membuat kepatuhan memberikan keuntungan yang terlihat.

Apabila seluruh Wajib Pajak diperlakukan sama, pelaku usaha dapat merasa tidak ada manfaat operasional dari investasi pada tax governance.

Perusahaan yang memiliki sistem baik tetap harus menjalani proses yang sama panjang dengan perusahaan berisiko.

Refund Risk Engine mengubah insentif tersebut. Wajib Pajak yang:

  • menjaga kualitas data;
  • melaporkan tepat waktu;
  • memilih pemasok kredibel;
  • memiliki dokumentasi;
  • dan mengelola risiko pajak,

akan memperoleh restitusi lebih cepat.

Dengan demikian, kepatuhan tidak hanya menghindarkan sanksi, tetapi juga menghasilkan manfaat likuiditas.

5. Mendorong perbaikan tax control framework

Ketika faktor risiko diketahui secara umum, perusahaan terdorong membangun pengendalian internal yang lebih baik.

Perusahaan akan memperkuat:

  • verifikasi vendor;
  • rekonsiliasi faktur;
  • dokumentasi transaksi;
  • pengendalian rekening;
  • validasi data ekspor;
  • serta deteksi perubahan anomali.

Hal ini mendorong berkembangnya tax control framework. Perusahaan tidak lagi hanya mempersiapkan dokumen setelah diperiksa, tetapi membangun kepatuhan sejak transaksi terjadi.

6. Mengurangi pemeriksaan yang tidak produktif

Dari sudut Wajib Pajak, pemeriksaan yang berakhir tanpa koreksi material tetap menimbulkan biaya dan gangguan.

CRM dan Refund Risk Engine dapat mengurangi pemeriksaan semacam itu.

DJP sendiri menjelaskan bahwa CRM dapat membantu menghindari pemeriksaan terhadap Wajib Pajak patuh yang hanya menghasilkan ketetapan tidak material.

Pengurangan pemeriksaan tidak produktif juga meningkatkan kualitas hubungan antara DJP dan Wajib Pajak.

7. Pemeriksaan menjadi lebih terfokus

Apabila klaim masuk kategori amber atau red, pemeriksaan dapat diarahkan kepada isu yang menyebabkan risiko.

Wajib Pajak tidak perlu selalu menghadapi pemeriksaan yang sangat luas. Ruang lingkup dapat difokuskan pada:

  • faktur tertentu;
  • pemasok tertentu;
  • ekspor;
  • pembelian barang modal;
  • atau pembayaran tertentu.

Pemeriksaan yang fokus lebih cepat, lebih dapat diprediksi, dan lebih mudah dipertanggungjawabkan.

8. Pembayaran bagian yang telah valid

Refund Risk Engine juga membuka jalan bagi restitusi parsial.

Apabila sebagian besar klaim telah cocok dengan data, bagian tersebut dapat dibayar. Hanya bagian bermasalah yang ditahan.

Bagi Wajib Pajak, ini jauh lebih adil daripada seluruh restitusi tertahan karena satu kelompok transaksi masih diklarifikasi.

9. Mengurangi sengketa

Banyak sengketa timbul karena perbedaan data, konfirmasi lawan transaksi, atau koreksi formal yang sebenarnya dapat diketahui lebih awal.

Apabila sistem memberikan notifikasi dan kesempatan klarifikasi sebelum pemeriksaan, Wajib Pajak dapat memperbaiki atau menjelaskan ketidaksesuaian.

Sengketa dapat berkurang karena:

  • isu lebih cepat diidentifikasi;
  • alasan tindakan lebih jelas;
  • pengujian lebih terfokus;
  • dan keputusan lebih didukung data.

10. Meningkatkan keadilan prosedural

Keadilan pajak bukan hanya persoalan tarif dan jumlah pajak. Keadilan juga menyangkut prosedur.

Wajib Pajak dengan risiko berbeda seharusnya tidak selalu menerima perlakuan yang identik. Perlakuan yang sama terhadap keadaan yang berbeda justru dapat menghasilkan ketidakadilan.

Refund Risk Engine memungkinkan diferensiasi yang objektif:

  • risiko rendah memperoleh layanan cepat;
  • risiko menengah memperoleh kesempatan klarifikasi;
  • risiko tinggi diperiksa.

Sepanjang kriteria diterapkan secara transparan, dapat diuji, dan tidak diskriminatif, diferensiasi tersebut merupakan bentuk keadilan administratif.

11. Meningkatkan kepercayaan kepada DJP

Kepercayaan akan meningkat apabila Wajib Pajak melihat bahwa DJP:

  • mengembalikan hak secara cepat;
  • tidak memeriksa tanpa alasan;
  • menjelaskan ketidaksesuaian;
  • dan memusatkan tindakan keras pada fraud.

Administrasi pajak yang efektif bukan administrasi yang membuat seluruh Wajib Pajak takut. Administrasi yang efektif membuat Wajib Pajak patuh merasa aman dan pelaku fraud merasa berisiko tinggi untuk tertangkap.

12. Memperkuat daya saing ekonomi

Restitusi yang lambat pada hakikatnya memindahkan biaya modal kepada dunia usaha. Eksportir harus membiayai Pajak Masukan lebih lama, meskipun penyerahannya dikenai tarif 0%.

Percepatan restitusi dapat:

  • menurunkan biaya modal;
  • meningkatkan likuiditas;
  • mendukung investasi;
  • memperkuat ekspor;
  • dan meningkatkan daya saing.

Karena itu, reformasi restitusi bukan hanya reformasi administrasi pajak. Ia juga merupakan kebijakan ekonomi.

Penutup

Ketentuan domestik Indonesia telah mengenal dua jalur restitusi: pemeriksaan terhadap SPT lebih bayar dan pengembalian pendahuluan melalui penelitian.

Kedua jalur tersebut menunjukkan bahwa pembentuk kebijakan telah menyadari perlunya diferensiasi perlakuan.

Namun, desain yang masih dominan berbasis kategori dan status formal perlu dikembangkan menuju penilaian risiko klaim secara dinamis.

Best practice internasional tidak menghendaki seluruh restitusi dibayar tanpa kontrol.

Sebaliknya, best practice juga tidak mendukung pemeriksaan penuh terhadap setiap klaim hanya karena SPT menyatakan lebih bayar.

Prinsip yang lebih tepat adalah:

klaim rendah risiko dibayar segera, klaim menengah diverifikasi secara terbatas, dan klaim tinggi diperiksa sebelum pembayaran.

CRM dalam ekosistem Coretax dapat menjadi filter awal untuk menilai kepatuhan Wajib Pajak.

Namun, CRM entitas tidak cukup. DJP memerlukan Refund Risk Engine yang menguji lima dimensi:

  1. risiko Wajib Pajak;
  2. risiko klaim restitusi;
  3. risiko transaksi;
  4. risiko jaringan;
  5. serta risiko nilai dan perubahan perilaku.

Coretax menyediakan data dan workflow. CRM menyediakan profil risiko. Business Intelligence, graph analytics, data eksternal, dan machine learning menyediakan kemampuan analitik.

Petugas pajak tetap menjalankan penilaian manusia, terutama ketika terdapat konteks bisnis atau data yang belum sempurna.

Penerapan Refund Risk Engine akan membawa manfaat besar. Restitusi menjadi lebih cepat, biaya kepatuhan menurun, pemeriksaan lebih fokus, dan kepatuhan memberikan manfaat yang nyata.

Pada saat yang sama, DJP dapat memusatkan sumber daya kepada klaim yang benar-benar mengancam penerimaan negara.

Perubahan terpentingnya adalah perubahan paradigma.

Dalam paradigma lama, SPT lebih bayar sering dipandang sebagai alasan untuk memeriksa.

Dalam paradigma baru, SPT lebih bayar adalah klaim hak yang harus segera dibayar, kecuali sistem menemukan risiko yang membenarkan pengujian lebih lanjut.

Itulah esensi administrasi restitusi modern: bukan memilih antara pelayanan dan pengawasan, melainkan menggunakan risiko agar pelayanan dan pengawasan berjalan bersama.

Panduan Lengkap Mengajukan Permohonan Imbalan Bunga Pajak melalui Coretax

Dalam sistem perpajakan, bunga ternyata tidak selalu menjadi “hukuman” bagi Wajib Pajak. Dalam kondisi tertentu, justru negara yang wajib memberikan imbalan bunga kepada Wajib Pajak.

Imbalan bunga diberikan ketika Wajib Pajak mengalami keterlambatan pengembalian kelebihan pembayaran pajak, keterlambatan penerbitan Surat Ketetapan Pajak Lebih Bayar, atau memenangkan sengketa yang menyebabkan timbulnya kelebihan pembayaran pajak.

Bagi perusahaan, imbalan bunga bukan sekadar angka tambahan yang “lumayan kalau cair”. Imbalan bunga merupakan hak hukum Wajib Pajak yang timbul karena dana perusahaan telah dikuasai negara lebih lama daripada yang semestinya.

Brevet Pajak AB Online Suara Pajak untuk staf pajak dan konsultan pajak
brevet-pajak-ab-online-suara-pajak.webp

Sayangnya, hak ini sering tidak dimanfaatkan. Banyak perusahaan fokus mengejar pengembalian pokok pajak, tetapi lupa memeriksa apakah keterlambatan atau penyelesaian sengketa tersebut juga menimbulkan hak atas imbalan bunga.

Padahal, untuk sengketa dengan nilai besar dan proses yang berlangsung bertahun-tahun, nilai imbalan bunga dapat material terhadap arus kas perusahaan.

Artikel ini membahas secara praktis dasar hukum, jenis keadaan yang menimbulkan hak, cara menghitung, dokumen yang harus disiapkan, serta langkah mengajukan permohonan pemberian imbalan bunga melalui Coretax.

Apa yang Dimaksud dengan Imbalan Bunga Pajak?

Imbalan bunga pajak adalah kompensasi yang diberikan oleh negara kepada Wajib Pajak atas keterlambatan pengembalian kelebihan pembayaran pajak atau atas keadaan tertentu yang menyebabkan Wajib Pajak memiliki kelebihan pembayaran pajak.

Dokumen yang menentukan jumlah imbalan bunga yang diberikan kepada Wajib Pajak disebut Surat Keputusan Pemberian Imbalan Bunga atau SKPIB.

Secara konseptual, imbalan bunga merupakan bagian dari keseimbangan antara hak dan kewajiban dalam administrasi perpajakan.

Wajib Pajak yang terlambat membayar pajak dapat dikenai sanksi administratif berupa bunga. Sebaliknya, apabila negara terlambat mengembalikan hak Wajib Pajak atau ternyata menguasai pembayaran pajak yang kemudian dinyatakan berlebih, negara dapat diwajibkan memberikan imbalan bunga.

Dengan demikian, imbalan bunga bukan hadiah, fasilitas, maupun kebijakan diskresioner dari petugas pajak. Imbalan bunga merupakan hak Wajib Pajak sepanjang syarat objektif yang ditentukan dalam peraturan perundang-undangan telah terpenuhi.

Dasar Hukum Imbalan Bunga

Ketentuan mengenai imbalan bunga terutama bersumber dari:

  1. Undang-Undang Ketentuan Umum dan Tata Cara Perpajakan;
  2. Peraturan Menteri Keuangan Nomor 81 Tahun 2024 tentang Ketentuan Perpajakan dalam Rangka Pelaksanaan Sistem Inti Administrasi Perpajakan;
  3. Perubahan atas PMK 81 Tahun 2024, terakhir dengan PMK Nomor 1 Tahun 2026;
  4. Peraturan Direktur Jenderal Pajak Nomor PER-7/PJ/2025; dan
  5. Keputusan Menteri Keuangan mengenai tarif bunga yang ditetapkan untuk setiap periode.

PMK 81 Tahun 2024 berlaku sejak 1 Januari 2025 dan menjadi regulasi utama yang mengintegrasikan berbagai proses administrasi perpajakan ke dalam Sistem Inti Administrasi Perpajakan atau Coretax. Tata cara pemberian imbalan bunga diatur dalam Pasal 138 sampai dengan Pasal 149 PMK tersebut. PMK 81 Tahun 2024 telah beberapa kali diubah, terakhir dengan PMK 1 Tahun 2026.

Sementara itu, PER-7/PJ/2025 mengatur petunjuk pelaksanaan administrasi, termasuk perincian jenis dokumen dan saluran untuk pelaksanaan hak serta pemenuhan kewajiban perpajakan. Pemberian imbalan bunga termasuk salah satu layanan administrasi yang dicakup dalam peraturan tersebut.

Keadaan yang Menimbulkan Hak atas Imbalan Bunga

Tidak setiap kelebihan pembayaran pajak otomatis menimbulkan imbalan bunga.

Hak tersebut hanya timbul dalam keadaan yang secara khusus ditentukan oleh UU KUP dan peraturan pelaksanaannya.

Secara umum, Wajib Pajak dapat memperoleh imbalan bunga dalam lima kelompok keadaan.

1. Keterlambatan Pengembalian Kelebihan Pembayaran Pajak

Imbalan bunga dapat diberikan apabila Direktorat Jenderal Pajak terlambat mengembalikan kelebihan pembayaran pajak setelah jangka waktu pengembalian yang ditentukan dalam UU KUP terlampaui.

Pada dasarnya, pengembalian kelebihan pembayaran pajak harus dilakukan dalam jangka waktu paling lama satu bulan sejak:

  • diterimanya permohonan pengembalian kelebihan pembayaran pajak sehubungan dengan diterbitkannya Surat Ketetapan Pajak Lebih Bayar; atau
  • diterbitkannya Surat Ketetapan Pajak Lebih Bayar dalam kondisi tertentu.

Apabila pengembalian dilakukan setelah batas waktu tersebut, Wajib Pajak dapat memperoleh imbalan bunga atas periode keterlambatan.

Poin pentingnya adalah menentukan secara tepat kapan jangka waktu satu bulan mulai dihitung. Kesalahan menentukan titik awal akan langsung memengaruhi jumlah bulan yang dapat dimintakan sebagai imbalan bunga.

2. Keterlambatan Penerbitan Surat Ketetapan Pajak Lebih Bayar

Imbalan bunga juga dapat timbul apabila Direktur Jenderal Pajak terlambat menerbitkan Surat Ketetapan Pajak Lebih Bayar atau SKPLB.

Keadaan ini terutama relevan terhadap SPT yang menyatakan lebih bayar dan diajukan dengan permohonan pengembalian kelebihan pembayaran pajak.

Apabila pemeriksaan tidak diselesaikan dan SKPLB tidak diterbitkan dalam jangka waktu yang ditentukan oleh UU KUP, Wajib Pajak dapat memperoleh imbalan bunga atas keterlambatan tersebut.

Namun, tidak semua keterlambatan otomatis menjadi kesalahan administrasi DJP. Perusahaan harus memeriksa apakah selama proses pemeriksaan terdapat kondisi yang secara hukum menghentikan atau memengaruhi penghitungan jangka waktu.

Misalnya, keterlambatan yang berhubungan dengan belum terpenuhinya permintaan dokumen atau keadaan tertentu lainnya harus dianalisis sebelum perusahaan menyimpulkan adanya hak atas imbalan bunga.

3. Keterlambatan Penerbitan SKPLB setelah Pemeriksaan Bukti Permulaan

Hak atas imbalan bunga juga dapat muncul dalam konteks pemeriksaan bukti permulaan.

Dalam kondisi tertentu, setelah proses pemeriksaan bukti permulaan tidak dilanjutkan ke tahap penyidikan atau diselesaikan sesuai ketentuan, DJP wajib menerbitkan SKPLB atas kelebihan pembayaran pajak.

Apabila penerbitan SKPLB melampaui jangka waktu yang ditentukan, Wajib Pajak dapat memperoleh imbalan bunga.

Kasus seperti ini relatif lebih kompleks karena perusahaan harus merekonstruksi beberapa tanggal sekaligus, antara lain:

  • tanggal dimulainya pemeriksaan;
  • tanggal dimulainya pemeriksaan bukti permulaan;
  • tanggal penghentian atau penyelesaian pemeriksaan bukti permulaan;
  • tanggal dimulainya kembali pemeriksaan; dan
  • tanggal diterbitkannya SKPLB.

Karena itu, staf pajak harus menjaga kronologi pemeriksaan dengan baik. Jangan hanya menyimpan surat hasil akhirnya. Dalam perkara imbalan bunga, tanggal adalah uang.

4. Kelebihan Pembayaran akibat Keberatan, Banding, atau Peninjauan Kembali

Jenis imbalan bunga yang paling sering menjadi perhatian perusahaan adalah imbalan bunga setelah Wajib Pajak memenangkan sengketa pajak.

Imbalan bunga dapat timbul apabila:

  • keberatan dikabulkan sebagian atau seluruhnya;
  • banding dikabulkan sebagian atau seluruhnya; atau
  • peninjauan kembali menghasilkan putusan yang menyebabkan timbulnya kelebihan pembayaran pajak.

Sebagai contoh, perusahaan menerima SKPKB sebesar Rp10 miliar dan telah membayar sebagian jumlah tersebut. Setelah melalui proses banding, Pengadilan Pajak membatalkan sebagian besar koreksi dan menyatakan pajak yang seharusnya dibayar hanya Rp2 miliar.

Apabila pembayaran yang telah dilakukan perusahaan lebih besar daripada pajak yang akhirnya dinyatakan terutang, terdapat kelebihan pembayaran yang harus dikembalikan.

Atas kelebihan pembayaran tersebut dapat timbul hak atas imbalan bunga, sepanjang memenuhi batasan dan persyaratan yang berlaku.

PMK 81 Tahun 2024 menetapkan bahwa imbalan bunga untuk keadaan ini diberikan berdasarkan tarif bunga per bulan yang ditetapkan oleh Menteri Keuangan dan pada prinsipnya dihitung paling lama 24 bulan. Tarif yang digunakan adalah tarif yang berlaku pada tanggal dimulainya penghitungan imbalan bunga.

5. Kelebihan Pembayaran akibat Pembetulan, Pengurangan, atau Pembatalan

Imbalan bunga juga dapat timbul karena diterbitkannya:

  • Surat Keputusan Pembetulan;
  • Surat Keputusan Pengurangan Ketetapan Pajak;
  • Surat Keputusan Pembatalan Ketetapan Pajak;
  • Surat Keputusan Pengurangan Surat Tagihan Pajak;
  • Surat Keputusan Pembatalan Surat Tagihan Pajak;
  • Surat Keputusan Pengurangan Sanksi Administratif; atau
  • Surat Keputusan Penghapusan Sanksi Administratif.

Apabila keputusan tersebut mengabulkan permohonan Wajib Pajak dan menyebabkan timbulnya kelebihan pembayaran pajak, kelebihan tersebut dapat dikembalikan dengan ditambah imbalan bunga.

Misalnya, perusahaan membayar Surat Tagihan Pajak yang memuat sanksi bunga. Kemudian, melalui permohonan Pasal 36 UU KUP, sanksi tersebut dikurangkan atau dihapuskan.

Apabila pembayaran yang telah dilakukan menjadi lebih besar daripada jumlah yang seharusnya dibayar, selisihnya dapat menjadi dasar pemberian imbalan bunga sesuai dengan ketentuan.

Pembatasan Imbalan Bunga setelah Sengketa Pajak

Bagian ini sangat penting karena sering menimbulkan salah persepsi.

Kemenangan dalam keberatan, banding, atau peninjauan kembali tidak selalu berarti seluruh kelebihan pembayaran akan memperoleh imbalan bunga.

Untuk perkara yang berasal dari SPT lebih bayar, jumlah yang dapat menjadi dasar pemberian imbalan bunga dibatasi paling banyak sebesar jumlah lebih bayar yang disetujui Wajib Pajak dalam Pembahasan Akhir Hasil Pemeriksaan.

Jumlah lebih bayar yang disetujui dalam Pembahasan Akhir Hasil Pemeriksaan harus dibedakan dari jumlah lebih bayar menurut SPT.

Contohnya, perusahaan menyampaikan SPT dengan posisi lebih bayar Rp20 miliar. Dalam Pembahasan Akhir Hasil Pemeriksaan, perusahaan menyatakan jumlah lebih bayar yang masih dipertahankan sebesar Rp15 miliar. Pemeriksa kemudian menerbitkan SKPN atau SKPKB.

Setelah banding, Pengadilan Pajak memutuskan perusahaan memiliki kelebihan pembayaran Rp18 miliar.

Dalam keadaan tersebut, dasar pemberian imbalan bunga dapat dibatasi paling banyak sebesar Rp15 miliar, yaitu jumlah lebih bayar yang dinyatakan atau dipertahankan Wajib Pajak dalam Pembahasan Akhir Hasil Pemeriksaan.

Karena itu, pernyataan Wajib Pajak dalam Pembahasan Akhir Hasil Pemeriksaan bukan formalitas. Dokumen pembahasan akhir dapat memengaruhi hak ekonomi perusahaan bertahun-tahun kemudian.

Staf perusahaan dan konsultan pajak harus memastikan bahwa jumlah yang disetujui dan tidak disetujui dalam Pembahasan Akhir Hasil Pemeriksaan dicatat dengan jelas, konsisten, dan didukung argumentasi.

Kapan Imbalan Bunga Tidak Diberikan?

Selain memahami keadaan yang menimbulkan hak, perusahaan harus mengetahui pengecualiannya.

Imbalan bunga tidak diberikan dalam beberapa keadaan tertentu.

Salah satu pembatasan penting adalah kelebihan pembayaran yang berasal dari pembayaran atas SKPKB atau SKPKBT yang kemudian dikurangkan melalui keberatan, banding, atau peninjauan kembali.

Dalam ketentuan tertentu, pembayaran atas jumlah yang disetujui Wajib Pajak dalam Pembahasan Akhir Hasil Pemeriksaan tidak menjadi dasar imbalan bunga.

PMK 81 Tahun 2024 juga mengatur pengecualian terhadap kelebihan pembayaran yang berasal dari pembayaran SKPKB atau SKPKBT, baik yang disetujui maupun tidak disetujui dalam Pembahasan Akhir Hasil Pemeriksaan, dalam keadaan sebagaimana ditentukan dalam peraturan tersebut.

Oleh sebab itu, sebelum mengajukan permohonan, perusahaan harus melakukan analisis terhadap sumber pembayaran.

Pertanyaan yang harus dijawab antara lain:

  • Pembayaran dilakukan berdasarkan dokumen apa?
  • Kapan pembayaran dilakukan?
  • Apakah jumlah tersebut disetujui dalam Pembahasan Akhir Hasil Pemeriksaan?
  • Apakah pembayaran dilakukan sebelum atau setelah pengajuan keberatan?
  • Apakah kelebihan pembayaran berasal dari pokok pajak atau sanksi?
  • Keputusan atau putusan apa yang menyebabkan timbulnya kelebihan pembayaran?

Tanpa rekonstruksi tersebut, perusahaan berisiko mengajukan permohonan dengan dasar penghitungan yang terlalu besar atau menggunakan periode yang tidak sesuai.

Berapa Tarif Imbalan Bunga?

Sejak perubahan UU KUP melalui Undang-Undang Cipta Kerja dan Undang-Undang Harmonisasi Peraturan Perpajakan, tarif imbalan bunga tidak lagi ditetapkan secara tetap sebesar 2 persen per bulan.

Tarif imbalan bunga ditetapkan setiap bulan oleh Menteri Keuangan berdasarkan suku bunga acuan yang dibagi 12.

Tarif yang digunakan bukan selalu tarif pada saat permohonan diajukan maupun pada saat SKPIB diterbitkan. Tarif yang digunakan adalah tarif bunga yang berlaku pada tanggal dimulainya penghitungan imbalan bunga.

Untuk periode 1 Juli 2026 sampai dengan 31 Juli 2026, tarif imbalan bunga berdasarkan Pasal 11 ayat (3), Pasal 17B ayat (3), Pasal 17B ayat (4), dan Pasal 27B ayat (4) UU KUP ditetapkan sebesar 0,58 persen per bulan. Tarif tersebut ditetapkan dalam Keputusan Menteri Keuangan Nomor 29/MK/EF.2/2026.

Artinya, perusahaan tidak boleh menggunakan tarif bulan berjalan secara otomatis. Periksa terlebih dahulu tanggal awal penghitungan, kemudian cari Keputusan Menteri Keuangan mengenai tarif bunga yang berlaku pada tanggal tersebut.

Jangka Waktu Penghitungan Imbalan Bunga

Pada prinsipnya, imbalan bunga dihitung paling lama 24 bulan.

Bagian dari bulan dihitung sebagai satu bulan penuh.

Ketentuan bagian bulan dihitung penuh dapat membuat hasil perhitungan berbeda dari pendekatan jumlah hari secara proporsional.

Misalnya, suatu periode imbalan bunga berjalan dari 25 Januari sampai dengan 2 Maret. Meskipun jumlah harinya tidak mencapai tiga bulan kalender penuh, bagian bulan Januari, Februari, dan Maret dapat diperhitungkan sebagai tiga bulan sesuai karakteristik kasus dan ketentuan titik awal serta titik akhirnya.

Namun, staf pajak tidak boleh langsung menghitung jumlah bulan hanya dengan melihat kalender. Tanggal awal dan akhir harus terlebih dahulu ditentukan sesuai jenis imbalan bunga.

Setiap jenis imbalan bunga mempunyai titik awal dan titik akhir penghitungan yang berbeda.

Dalam sengketa keberatan, banding, atau peninjauan kembali, misalnya, periode dapat dikaitkan dengan tanggal penerbitan surat ketetapan pajak, tanggal penerbitan Surat Keputusan Keberatan, tanggal Putusan Banding, atau tanggal Putusan Peninjauan Kembali diterima oleh Direktur Jenderal Pajak.

Karena variasinya cukup banyak, penghitungan sebaiknya dibuat dalam lembar kerja tersendiri yang memuat:

  • dasar hukum;
  • jenis imbalan bunga;
  • jumlah pokok yang menjadi dasar;
  • tanggal awal;
  • tanggal akhir;
  • jumlah bulan;
  • tarif yang berlaku; dan
  • jumlah imbalan bunga.

Rumus Dasar Penghitungan

Secara sederhana, imbalan bunga dapat dihitung menggunakan rumus:

Imbalan bunga = Dasar pemberian imbalan bunga × Tarif bunga per bulan × Jumlah bulan

Contoh:

PT Nusantara memperoleh kelebihan pembayaran pajak sebesar Rp5.000.000.000 berdasarkan putusan banding.

Berdasarkan analisis dokumen, seluruh jumlah tersebut memenuhi syarat sebagai dasar pemberian imbalan bunga.

Tanggal dimulainya penghitungan berada pada periode ketika tarif imbalan bunga ditetapkan sebesar 0,58 persen per bulan. Periode yang dapat diperhitungkan adalah 18 bulan.

Penghitungan:

Rp5.000.000.000 × 0,58% × 18 bulan = Rp522.000.000.

Dengan demikian, perkiraan imbalan bunga adalah Rp522.000.000.

Angka tersebut masih harus diuji terhadap:

  • batas maksimal 24 bulan;
  • pembatasan jumlah yang disetujui dalam Pembahasan Akhir Hasil Pemeriksaan;
  • sumber pembayaran;
  • utang pajak yang masih dimiliki perusahaan; dan
  • ketentuan khusus lainnya.

Contoh ini menunjukkan bahwa imbalan bunga dapat bernilai material. Mengabaikannya sama saja dengan meninggalkan hak perusahaan di meja administrasi.

Apakah Imbalan Bunga Diberikan Otomatis?

Dalam sistem Coretax, terdapat pemberian imbalan bunga yang dapat diproses secara otomatis dan terdapat permohonan yang harus diselesaikan melalui penelitian.

Namun, perusahaan sebaiknya tidak sepenuhnya bergantung pada otomatisasi sistem.

Secara praktik, perusahaan tetap perlu:

  • mengidentifikasi peristiwa yang menimbulkan hak;
  • menguji dasar hukumnya;
  • memeriksa tarif;
  • menghitung jumlah bulan;
  • memastikan rekening bank aktif; dan
  • memantau penerbitan keputusan serta pencairannya.

Sistem dapat memproses data, tetapi sistem tidak selalu memahami seluruh konteks sengketa dan dokumen perusahaan. Coretax itu mesin. Ia rajin, tetapi belum tentu kenal seluruh drama pemeriksaan perusahaan Anda.

Dokumen yang Perlu Disiapkan

Sebelum mengajukan permohonan, siapkan dokumen yang menjadi dasar pemberian imbalan bunga.

Dokumen dapat berbeda menurut jenis permohonannya, tetapi secara umum meliputi:

  1. Surat Ketetapan Pajak;
  2. Surat Keputusan Keberatan;
  3. Putusan Banding;
  4. Putusan Peninjauan Kembali;
  5. Surat Keputusan Pembetulan;
  6. Surat Keputusan Pengurangan atau Pembatalan Ketetapan Pajak;
  7. Surat Keputusan Pengurangan atau Penghapusan Sanksi Administratif;
  8. Surat Tagihan Pajak;
  9. bukti pembayaran pajak;
  10. bukti penerimaan permohonan sebelumnya;
  11. risalah atau dokumen Pembahasan Akhir Hasil Pemeriksaan;
  12. Surat Pemberitahuan yang menyatakan lebih bayar;
  13. rekening koran atau bukti kepemilikan rekening bank;
  14. surat kuasa khusus apabila diajukan oleh kuasa;
  15. kronologi perkara; dan
  16. lembar penghitungan imbalan bunga.

Walaupun Coretax dapat menarik sebagian data secara otomatis, dokumen internal tetap harus disiapkan untuk mengantisipasi penelitian dan permintaan klarifikasi.

Langkah Mengajukan Permohonan melalui Coretax

Saat ini, seluruh permohonan pemberian imbalan bunga diajukan melalui Coretax. DJP telah menyediakan alur layanan resmi melalui Portal Wajib Pajak.

Berikut langkah umumnya.

Langkah 1: Login ke Portal Wajib Pajak

Wajib Pajak orang pribadi, wakil, atau kuasa login ke Coretax menggunakan NIK atau NPWP pribadi 16 digit.

Untuk Wajib Pajak badan, pengajuan tidak dilakukan dengan sekadar login menggunakan NPWP badan. Wakil atau kuasa terlebih dahulu login menggunakan akun pribadinya.

Langkah 2: Melakukan Impersonating

Wakil atau kuasa memilih menu untuk bertindak sebagai atau melakukan impersonating terhadap Wajib Pajak badan maupun orang pribadi yang diwakili.

Pastikan data wakil, pengurus, atau kuasa telah terdaftar dan mempunyai hak akses yang sesuai.

Banyak hambatan administratif di Coretax sebenarnya bukan terjadi pada formulir permohonannya, melainkan karena relasi wakil atau kuasa belum valid dalam sistem.

Langkah 3: Membuka Menu Pembayaran

Setelah berhasil bertindak sebagai Wajib Pajak yang diwakili, pilih menu:

Pembayaran → Formulir Restitusi Pajak

Meskipun yang diajukan adalah imbalan bunga, layanan tersebut ditempatkan dalam kelompok formulir restitusi atau pengembalian.

Langkah 4: Membuat Permohonan Baru

Sistem akan menampilkan daftar permohonan pemberian imbalan bunga yang pernah dibuat tetapi belum diajukan.

Pilih:

Buat Permohonan Pemberian Imbalan Bunga Baru

Sebelum membuat permohonan baru, periksa apakah sebelumnya sudah terdapat draft. Hal ini penting untuk menghindari permohonan ganda.

Langkah 5: Mengisi Formulir

Isi formulir permohonan sesuai data dan dokumen dasar.

Informasi yang biasanya diperlukan meliputi:

  • jenis dasar pemberian imbalan bunga;
  • nomor dan tanggal dokumen;
  • jenis pajak;
  • Masa Pajak atau Tahun Pajak;
  • jumlah kelebihan pembayaran pajak;
  • tanggal awal penghitungan;
  • tanggal akhir penghitungan;
  • tarif bunga;
  • jumlah bulan;
  • jumlah imbalan bunga yang dimohonkan; dan
  • informasi rekening bank.

Pastikan data pada formulir konsisten dengan dokumen pendukung.

Perbedaan satu digit nomor ketetapan atau satu tanggal dapat menyebabkan sistem gagal menarik data, permohonan tertunda, atau hasil penghitungan berbeda.

Langkah 6: Mengunggah Dokumen Pendukung

Unggah dokumen yang relevan sesuai jenis permohonan.

Dokumen harus jelas, utuh, dapat dibaca, dan tidak terpotong. Putusan pengadilan sebaiknya diunggah secara lengkap, bukan hanya halaman amar putusan.

Untuk perkara sengketa, sertakan kronologi dan lembar penghitungan. Walaupun tidak selalu menjadi lampiran wajib, dokumen tersebut dapat membantu petugas memahami konstruksi permohonan.

Langkah 7: Menandatangani Secara Elektronik

Permohonan harus ditandatangani secara elektronik oleh pihak yang berwenang.

Pastikan sertifikat elektronik atau kode otorisasi DJP masih aktif dan dapat digunakan.

Langkah 8: Mengirim Permohonan

Setelah seluruh data dan lampiran diperiksa, klik Kirim.

Sistem akan menerbitkan:

  • Bukti Penerimaan Elektronik; dan
  • dokumen permohonan pemberian imbalan bunga.

Simpan kedua dokumen tersebut sebagai bukti formal pengajuan.

Untuk pemberian imbalan bunga yang diproses secara otomatis, sistem dapat sekaligus menerbitkan SKPIB dan Surat Keputusan Pengembalian Kelebihan Pembayaran Pajak.

Untuk permohonan yang memerlukan penelitian, statusnya dapat dipantau melalui menu permohonan pemberian imbalan bunga pada submenu “Telah Diajukan” atau “Diproses”.

Imbalan Bunga Akan Diperhitungkan dengan Utang Pajak

Sebelum dibayarkan kepada Wajib Pajak, imbalan bunga dapat diperhitungkan terlebih dahulu dengan utang pajak.

Konsepnya mirip dengan pengembalian kelebihan pembayaran pajak. Negara akan memeriksa apakah Wajib Pajak masih mempunyai utang pajak.

Apabila terdapat utang pajak, imbalan bunga akan digunakan terlebih dahulu untuk melunasi atau mengurangi utang tersebut.

Jika setelah diperhitungkan masih terdapat sisa, sisa tersebut baru dikembalikan kepada Wajib Pajak.

Karena itu, perusahaan perlu melakukan rekonsiliasi utang pajak sebelum memperkirakan kas yang akan diterima.

Jangan sampai manajemen sudah mencatat seluruh nilai SKPIB sebagai penerimaan kas, padahal sebagian akan diperhitungkan dengan tunggakan pajak dari cabang atau jenis pajak lain.

Perlakuan Akuntansi dan Pajak Penghasilan

Dari sisi akuntansi, perusahaan perlu menentukan saat pengakuan piutang atau penghasilan imbalan bunga sesuai standar akuntansi yang digunakan dan tingkat kepastian realisasinya.

Pengakuan sebaiknya tidak hanya didasarkan pada estimasi internal. Perusahaan harus mempertimbangkan apakah hak tersebut telah cukup pasti, misalnya setelah terbitnya SKPIB.

Dari sisi Pajak Penghasilan, imbalan bunga yang diterima Wajib Pajak pada prinsipnya merupakan tambahan kemampuan ekonomis.

Namun, klasifikasi dan perlakuan pajaknya harus dianalisis dengan memperhatikan karakter transaksi, pembukuan perusahaan, serta ketentuan PPh yang berlaku pada saat pengakuan atau penerimaan.

Untuk nilai yang material, perusahaan sebaiknya membuat memorandum khusus yang menjelaskan:

  • dasar pengakuan akuntansi;
  • saat pengakuan;
  • perlakuan Pajak Penghasilan;
  • rekonsiliasi fiskal; dan
  • hubungan antara SKPIB, SKPKPP, serta mutasi rekening bank.

Kesalahan yang Sering Terjadi

Beberapa kesalahan berikut cukup sering terjadi dalam pengelolaan permohonan imbalan bunga.

1. Menggunakan Tarif Bulan Pengajuan

Tarif yang digunakan adalah tarif pada tanggal dimulainya penghitungan imbalan bunga, bukan otomatis tarif pada bulan permohonan diajukan.

2. Menghitung Berdasarkan Hari

Bagian dari bulan pada prinsipnya dihitung sebagai satu bulan penuh. Penghitungan jumlah hari secara proporsional dapat menghasilkan nilai yang keliru.

3. Tidak Memeriksa Batas 24 Bulan

Walaupun sengketa berjalan lima tahun, periode imbalan bunga tidak otomatis dihitung untuk seluruh durasi tersebut. Terdapat batas maksimal 24 bulan sesuai ketentuan.

4. Mengabaikan Pembahasan Akhir Hasil Pemeriksaan

Jumlah lebih bayar yang disetujui atau dipertahankan dalam Pembahasan Akhir Hasil Pemeriksaan dapat membatasi dasar pemberian imbalan bunga.

5. Tidak Memisahkan Pokok dan Sanksi

Kelebihan pembayaran pokok pajak dan kelebihan pembayaran sanksi dapat mempunyai dasar hukum serta kronologi yang berbeda.

6. Tidak Memeriksa Utang Pajak

Perusahaan memperkirakan seluruh imbalan akan dibayar tunai, tetapi ternyata diperhitungkan dengan utang pajak.

7. Mengajukan tanpa Kronologi

Permohonan hanya dilengkapi putusan dan tabel angka tanpa menjelaskan hubungan antara ketetapan, pembayaran, keputusan, serta timbulnya kelebihan pembayaran.

8. Rekening Bank Tidak Valid

Data rekening tidak aktif, berbeda nama, atau belum teradministrasi dengan benar dapat menghambat proses pembayaran.

Checklist sebelum Mengajukan Permohonan

Sebelum menekan tombol kirim, staf pajak perusahaan dan konsultan pajak sebaiknya memeriksa hal-hal berikut:

  • Apakah peristiwa tersebut termasuk keadaan yang berhak memperoleh imbalan bunga?
  • Apakah terdapat pengecualian?
  • Apa dokumen yang menyebabkan timbulnya kelebihan pembayaran?
  • Berapa jumlah pokok yang benar-benar memenuhi syarat?
  • Apakah terdapat batas jumlah berdasarkan Pembahasan Akhir Hasil Pemeriksaan?
  • Kapan tanggal awal penghitungan?
  • Kapan tanggal akhir penghitungan?
  • Berapa jumlah bulan setelah bagian bulan dihitung penuh?
  • Berapa tarif yang berlaku pada tanggal awal penghitungan?
  • Apakah jumlahnya dibatasi maksimal 24 bulan?
  • Apakah seluruh bukti pembayaran tersedia?
  • Apakah data pada Coretax sesuai dokumen?
  • Apakah perusahaan masih mempunyai utang pajak?
  • Apakah rekening bank aktif dan telah tervalidasi?
  • Apakah wakil atau kuasa mempunyai hak akses yang memadai?
  • Apakah Bukti Penerimaan Elektronik telah disimpan?

Checklist ini sederhana, tetapi dapat mencegah permohonan tertunda hanya karena masalah yang seharusnya dapat diselesaikan sebelum pengajuan.

Penutup

Imbalan bunga merupakan instrumen penting untuk menjaga keseimbangan hak dan kewajiban antara Wajib Pajak dan negara.

Apabila Wajib Pajak dapat dikenai bunga karena terlambat memenuhi kewajibannya, negara juga harus memberikan kompensasi ketika terlambat mengembalikan hak Wajib Pajak atau menguasai pembayaran yang kemudian terbukti berlebih.

Dalam praktik, tantangan terbesar bukan sekadar mengisi formulir Coretax. Tantangan sebenarnya adalah menentukan apakah hak tersebut benar-benar timbul, berapa jumlah pokok yang memenuhi syarat, tarif mana yang digunakan, serta kapan periode penghitungan dimulai dan berakhir.

Karena itu, setiap penyelesaian restitusi, keberatan, banding, peninjauan kembali, pembetulan, pengurangan ketetapan, pembatalan ketetapan, maupun penghapusan sanksi harus diikuti dengan satu pertanyaan tambahan:

Apakah keputusan ini juga menimbulkan hak atas imbalan bunga?

Jangan berhenti setelah pokok pajak dikembalikan. Periksa juga hak atas penggunaan dana perusahaan selama proses administrasi atau sengketa berlangsung.

Dalam perpajakan, kadang satu tanggal terlihat sepele. Namun, ketika dikalikan nilai sengketa miliaran rupiah dan tarif bunga selama beberapa bulan, tanggal tersebut dapat berubah menjadi aset perusahaan.