PMK 28/2026 tentang Pengembalian Pendahuluan: Mengapa Tim Pajak Perlu Menata Ulang Data Lebih Bayar

KONSULTANPAJAK.OR.ID KNOWLEDGE SYSTEM

PMK 28/2026 tentang Pengembalian Pendahuluan: Mengapa Tim Pajak Perlu Menata Ulang Data Lebih Bayar

FormatPost
Diperbarui20 August 2026
Waktu baca8 menit
KonteksPanduan praktis

Lebih bayar pajak sering terdengar seperti kabar baik. Di laporan internal, angka tersebut dicatat sebagai piutang. Di rapat kas, seseorang bertanya kapan uangnya kembali. Tim pajak kemudian diminta mempercepat proses, seolah satu-satunya hambatan adalah mengisi permohonan.

Peraturan Menteri Keuangan Nomor 28 Tahun 2026 membuat cara pandang itu perlu diperbaiki. PMK ini mengatur tata cara pengembalian pendahuluan kelebihan pembayaran pajak dan berlaku sejak 1 Mei 2026. Pada tanggal tersebut, rezim PMK 39/PMK.03/2018 beserta perubahannya, termasuk PMK 119 Tahun 2024, dicabut.

Perubahan regulasi tidak mengubah satu prinsip operasional: kecepatan pengembalian bergantung pada kualitas data dan kecocokan dengan kriteria. Pengembalian pendahuluan bukan pengesahan final bahwa seluruh posisi pajak pasti benar, dan bukan jalan pintas untuk melewati pemeriksaan selamanya. Mekanisme ini memberi perlakuan lebih cepat berdasarkan syarat serta penelitian tertentu, sementara kewenangan pengujian tetap dapat berjalan sesuai ketentuan.

Bagi tim pajak, pekerjaan terpenting justru terjadi sebelum status SPT menjadi lebih bayar. Data penjualan, pembelian, pemotongan, faktur, pembayaran, rekening bank, dan dokumen legal harus sudah saling terhubung. Jika baru dirapikan setelah permohonan dibuat, perusahaan sedang mengejar kecepatan dengan fondasi yang belum siap.

Tidak semua lebih bayar berada pada jalur yang sama

Istilah “restitusi” sering dipakai untuk semua uang pajak yang diharapkan kembali. Secara administrasi, perusahaan perlu membedakan dasar dan mekanismenya.

Lebih bayar dapat muncul dalam SPT Tahunan PPh, SPT Masa PPN, pembayaran yang seharusnya tidak terutang, putusan atau keputusan tertentu, serta situasi lain yang diatur. Pengembalian pendahuluan sendiri terkait dengan kategori wajib pajak dan syarat yang ditetapkan, seperti wajib pajak kriteria tertentu, wajib pajak persyaratan tertentu, atau pengusaha kena pajak berisiko rendah dalam konteks yang relevan.

Mencampur semua klaim dalam satu register membuat manajemen melihat total besar tanpa memahami probabilitas dan waktunya. Sebuah lebih bayar PPN operasional yang rutin tidak sama dengan pembayaran ganda akibat kode salah. Kelebihan PPh Badan juga mempunyai data sumber dan pola pengujian berbeda.

Refund register sebaiknya memisahkan jenis pajak, masa atau tahun pajak, asal lebih bayar, jalur permohonan, kategori pemohon, nilai menurut SPT, nilai yang diminta, status penelitian atau pemeriksaan, rekening tujuan, estimasi internal, serta risiko utama. Dengan begitu, forecast kas tidak didasarkan pada satu tanggal optimistis untuk seluruh populasi.

Eligibility harus diuji sebelum target kas dibuat

Kesalahan umum terjadi ketika treasury memasukkan dana restitusi ke proyeksi sebelum tax memastikan perusahaan memenuhi kriteria pengembalian pendahuluan. Ketika proses tidak berjalan sesuai perkiraan, tax dianggap terlambat, padahal asumsi awalnya memang tidak lengkap.

Tim perlu membuat eligibility memo berdasarkan PMK 28/2026. Memo tersebut menjawab kategori yang digunakan, periode, persyaratan formal dan material yang relevan, histori kepatuhan, status SPT, serta data yang mendukung nilai lebih bayar. Jika ada syarat yang belum pasti, beri status terbuka. Jangan menyajikan dana sebagai kas hampir pasti hanya karena SPT menunjukkan angka lebih bayar.

Review juga perlu mempertimbangkan apakah permohonan yang belum selesai ketika aturan berlaku harus mengikuti ketentuan transisi tertentu. Tanggal penyampaian, status proses, dan dokumen yang telah diterbitkan harus dicatat. Tim tidak boleh otomatis mengganti dasar hukum seluruh kasus aktif tanpa membaca pengaturan peralihan.

Konsultan dapat membantu menilai posisi, tetapi perusahaan tetap harus memiliki data. Pendapat profesional tidak dapat menggantikan faktur yang hilang, rekonsiliasi yang tidak selesai, atau rekening bank yang belum diperbarui.

Lebih bayar adalah hasil dari seluruh proses, bukan satu akun

Angka lebih bayar biasanya merupakan output akhir dari ribuan transaksi. Karena itu, kontrol tidak boleh hanya memeriksa akun pajak dibayar di muka.

Untuk PPN, tim perlu membangun hubungan antara penjualan, Faktur Pajak keluaran, pembelian, Pajak Masukan, SPT Masa, general ledger, serta pembayaran. Pajak Masukan yang tercatat di sistem belum otomatis dapat dikreditkan. Dokumen harus memenuhi persyaratan, transaksi berhubungan dengan kegiatan yang relevan, dan tidak termasuk pengeluaran yang pengkreditannya dibatasi.

Untuk PPh Badan, lebih bayar dapat berasal dari kredit pajak yang lebih besar dibanding PPh terutang. Rekonsiliasi harus menghubungkan bukti potong atau pungut dengan penghasilan, pihak pemotong, nilai bruto, masa, serta pencatatan. Bukti potong yang ada tetapi tidak cocok dengan pendapatan perusahaan masih merupakan exception.

Gunakan data lineage. Setiap nilai material dalam klaim seharusnya dapat ditarik kembali ke transaksi, dokumen, jurnal, SPT, dan bukti pembayaran atau pemotongan. Data lineage tidak harus berupa sistem mahal. Tabel yang konsisten dengan transaction ID dan kontrol perubahan sudah jauh lebih baik daripada lima spreadsheet tanpa hubungan.

Mengapa master data menentukan nasib permohonan

Kualitas lebih bayar sering rusak oleh data yang terlihat sederhana: NPWP lawan transaksi, nama legal, nomor faktur, masa pajak, rekening bank, atau kode jenis pajak. Satu kesalahan dapat menghasilkan mismatch pada populasi besar.

Perusahaan multi-entitas perlu memastikan transaksi tidak tercatat pada badan yang salah. Shared service center sering memproses invoice untuk beberapa perusahaan. Jika vendor master tidak membedakan NPWP, Faktur Pajak dapat masuk ke entitas pembayar yang berbeda dari penerima barang atau jasa.

Rekening tujuan pengembalian juga harus dijaga. Verifikasi kepemilikan, status aktif, nama rekening, dan approval perubahan. Jangan memperbarui rekening hanya melalui email tanpa konfirmasi independen. Selain memperlambat proses, kontrol yang lemah membuka risiko pengalihan dana.

Simpan histori master data. Jika identitas vendor diperbaiki pada Agustus, transaksi Januari tidak boleh terlihat seolah sejak awal menggunakan data baru. Effective dating membantu menjelaskan apa yang terjadi dan bagaimana koreksi dilakukan.

Penelitian cepat tetap membutuhkan kesiapan bukti

Kata “pendahuluan” dapat menciptakan kesan bahwa dokumen pendukung tidak akan dilihat mendalam. Itu pemahaman yang keliru. Mekanisme yang lebih cepat justru membutuhkan data terstruktur agar penelitian dapat dilakukan dan perbedaan segera dijelaskan.

Bangun evidence pack per jenis klaim. Untuk PPN, paket dapat mencakup rekonsiliasi SPT ke ledger, daftar Faktur Pajak, daftar exception, bukti transaksi material, kontrak, penerimaan barang atau jasa, serta penjelasan transaksi khusus. Untuk PPh, sertakan rekonsiliasi penghasilan, bukti potong, pembayaran, SPT, dan detail pihak pemotong.

Evidence pack bukan tumpukan semua dokumen perusahaan. Ia harus menjawab hubungan angka. Reviewer perlu dapat memilih satu baris dan menelusuri ke bukti. Folder yang sangat besar tetapi tidak mempunyai index justru memperlambat.

Tentukan document owner. Tax menjaga kebutuhan perpajakan, procurement memegang kontrak, AP mengelola invoice, bisnis mengonfirmasi penerimaan, treasury memegang pembayaran, dan legal menjelaskan perubahan perjanjian. Jika satu dokumen hilang, register harus menunjukkan siapa yang menindaklanjuti dan kapan.

Jangan memperbaiki populasi setelah diminta

Perusahaan sering dapat menyelesaikan sample yang diminta karena lima transaksi diberi perhatian penuh. Masalahnya, perbaikan hanya terjadi pada sample. Jika pola kesalahan berlaku pada ratusan transaksi, jawaban tersebut tidak menggambarkan populasi.

Gunakan exception rules. Misalnya, cari seluruh Faktur Pajak dengan identitas berbeda, seluruh bukti potong tanpa penghasilan pasangan, seluruh transaksi dengan tanggal dokumen di luar periode, dan seluruh jurnal manual ke akun pajak. Jalankan rule pada populasi sebelum permohonan.

Jika koreksi diperlukan, simpan file sebelum dan sesudah, alasan perubahan, approval, dan dampaknya ke SPT. Jangan menimpa data lama. Jejak koreksi yang transparan lebih defensible daripada database yang tiba-tiba bersih tanpa penjelasan.

Perbedaan kecil juga perlu dinilai secara agregat. Satu rupiah pembulatan mungkin tidak material. Seribu transaksi dengan pola selisih yang sama dapat menunjukkan mapping sistem yang salah. Materialitas tidak hanya dilihat per baris.

Pengembalian pendahuluan bukan penutupan risiko

Manajemen perlu memahami bahwa diterimanya pengembalian pendahuluan tidak selalu menutup seluruh kemungkinan pengujian kemudian. Ketentuan perpajakan tetap memungkinkan tindak lanjut sesuai wewenang dan jangka waktu yang berlaku.

Karena itu, jangan membubarkan project team ketika dana masuk. Simpan seluruh evidence pack, versi data, perhitungan, korespondensi, keputusan, dan rekonsiliasi akhir. Pastikan jurnal penerimaan dana sesuai dan saldo klaim ditutup secara tepat.

Perusahaan juga perlu mencatat perbedaan antara nilai yang diminta dan diterima. Jika ada kompensasi terhadap utang pajak atau koreksi lain, accounting dan tax harus menyepakati penyelesaiannya. Dana masuk yang lebih kecil bukan otomatis bank error.

Tax defense file harus tetap dapat dibuka bertahun-tahun kemudian. Orang yang menyusun klaim mungkin sudah berpindah. Nama file seperti “final terbaru revisi 3” tidak akan membantu tim berikutnya memahami versi mana yang disampaikan.

KPI yang lebih sehat daripada nilai restitusi

Menilai tim pajak hanya dari seberapa besar atau cepat restitusi cair dapat mendorong perilaku salah. Tim mungkin mengejar permohonan yang belum siap, menunda koreksi, atau menganggap semua perbedaan sebagai hambatan yang harus dihilangkan.

KPI yang lebih sehat mencakup persentase transaksi yang lolos rekonsiliasi otomatis, jumlah exception berulang, waktu penyelesaian dokumen, akurasi forecast, jumlah penyesuaian setelah filing, dan kemampuan menarik evidence untuk sample acak. Nilai lebih bayar tetap penting, tetapi dilihat bersama kualitas proses.

CFO juga perlu memisahkan lebih bayar struktural dan insidental. Lebih bayar struktural dapat berasal dari model bisnis, pola ekspor, investasi, atau pemotongan pihak lain. Lebih bayar insidental dapat muncul karena pembayaran ganda, kesalahan tarif, atau rekonsiliasi terlambat. Respons manajemennya berbeda. Yang pertama membutuhkan strategi kas dan proses klaim. Yang kedua membutuhkan perbaikan kontrol.

Rencana kerja setelah PMK 28/2026

Dalam bulan pertama, inventarisasi seluruh klaim lebih bayar aktif dan petakan dasar hukumnya. Tandai permohonan yang masuk sebelum serta setelah 1 Mei 2026. Pastikan aturan transisi dibaca untuk masing-masing.

Berikutnya, lakukan eligibility review dan data health check. Jangan hanya memeriksa file yang akan segera diajukan. Cari pola kesalahan yang dapat memengaruhi masa berikutnya.

Lalu, bangun single refund register yang dipakai tax, accounting, dan treasury. Masing-masing boleh memiliki tampilan berbeda, tetapi sumber datanya sama. Status tidak boleh berubah melalui pesan pribadi tanpa update register.

Terakhir, tentukan governance approval. Siapa menyetujui nilai permohonan, siapa menerima risiko posisi pajak, siapa memastikan rekening, dan siapa menandatangani atau mengotorisasi penyampaian harus jelas.

PMK 28/2026 membuat kecepatan menjadi mungkin bagi wajib pajak yang memenuhi syarat, tetapi kecepatan tersebut tidak lahir pada hari permohonan dikirim. Ia dibangun dari transaksi pertama, master data yang benar, dokumen yang terhubung, dan rekonsiliasi yang dijalankan setiap bulan.

Lebih bayar bukan uang gratis yang sedang menunggu diambil. Ia adalah posisi pajak yang harus dapat dijelaskan. Tim yang memahami perbedaan itu akan lebih siap menggunakan fasilitas pengembalian pendahuluan tanpa menukar kecepatan hari ini dengan risiko yang baru terlihat kemudian.

Scroll to Top