Kesalahan pembayaran pajak biasanya terasa sangat sepele pada menit pertama.
Kode akun salah satu digit. Masa pajak tertukar. Pembayaran masuk ke kewajiban yang berbeda. Tim treasury melihat BPN dan berkata, “Uangnya sudah masuk ke negara, tinggal dipindah saja.”
Kalimat terakhir itu justru yang perlu diperiksa.
Di era Coretax, pemindahbukuan memang tetap menjadi salah satu mekanisme untuk membetulkan alokasi pembayaran tertentu. Tetapi sejak PMK 81 Tahun 2024 berlaku pada 1 Januari 2025, mekanismenya tidak lagi boleh dipahami dengan kebiasaan lama bahwa setiap salah bayar selalu dapat dipindahkan sesuka hati. Aturan lebih rinci membatasi kondisi, tujuan, dan jenis pembayaran yang bisa menjadi objek pemindahbukuan.
Pada Juli 2026, DJP juga menerbitkan perubahan atas PER-10/PJ/2024 yang memperbarui ketentuan pembayaran, penyetoran, dan pemindahbukuan dalam ekosistem Coretax. Artinya, perusahaan yang mengandalkan SOP lama perlu melakukan pengecekan ulang sebelum mengajukan.
Pertanyaan pertama bukan “bagaimana cara Pbk?”
Pertanyaan pertama adalah “apakah kasus pembayaran ini memang memenuhi kondisi untuk pemindahbukuan?”
Pemindahbukuan bukan pembatalan transfer
Secara operasional, pemindahbukuan atau Pbk adalah perubahan administrasi atas pembayaran atau penyetoran pajak yang sudah tercatat agar dialokasikan ke kewajiban pajak yang sesuai, sepanjang memenuhi ketentuan.
Uangnya bukan ditarik dari kas negara lalu dikirim ulang.
Yang dikoreksi adalah pembukuannya.
Karena itu, masalah yang dapat diselesaikan melalui pemindahbukuan biasanya merupakan masalah identifikasi atau alokasi pembayaran, bukan sengketa tentang apakah pajak seharusnya terutang.
Perbedaan ini penting.
Jika masalahnya adalah salah kode atau salah tujuan pembayaran, Pbk mungkin relevan.
Jika masalahnya adalah perusahaan sebenarnya tidak mempunyai kewajiban pajak tersebut dan ingin uang kembali, mekanisme yang relevan bisa berbeda, misalnya pengembalian atas pembayaran yang seharusnya tidak terutang sesuai kondisi dan ketentuan.
Untuk memperluas konteks pada bagian ini, lihat Pajak Masukan Tidak Bisa Dikreditkan: Kapan Menjadi Biaya bagi Perusahaan?.
Jangan menjadikan Pbk sebagai jawaban otomatis.
Mulai dari BPN, jangan dari ingatan staf
Ketika kesalahan ditemukan, buka bukti pembayaran.
Periksa setidaknya identitas wajib pajak, kode akun pajak, kode jenis setoran, masa atau tahun pajak, nomor ketetapan atau dokumen yang terkait jika ada, nominal, NTPN, tanggal pembayaran, dan kewajiban yang sebenarnya ingin dilunasi.
Lalu cocokkan dengan SPT atau dokumen sumber.
Tujuannya adalah membuat dua kolom:
dibayar sebagai apa,
seharusnya dibayar sebagai apa.
Tanpa dua kolom itu, tax team hanya mengajukan koreksi berdasarkan cerita.
Dalam kasus yang sederhana, selisih langsung terlihat.
Dalam kasus yang rumit, pembayaran mungkin sudah diperhitungkan dalam SPT, Surat Tagihan Pajak, atau ketetapan tertentu. Status penggunaan pembayaran ini penting karena salah satu prinsip pemindahbukuan adalah pembayaran yang akan dipindahkan harus dilihat apakah sudah diperhitungkan terhadap kewajiban tertentu.
DJP sendiri menjelaskan bahwa pembayaran yang tercantum dalam dokumen pembayaran dapat diajukan Pbk dalam kondisi tertentu sepanjang belum diperhitungkan dengan pajak terutang dalam dokumen yang disebutkan dalam ketentuan.
Pembayaran yang sudah “terpakai” bukan kasus yang sama dengan saldo yang belum dialokasikan.
Salah masa pajak tidak selalu sesederhana mengganti label
Contoh ilustratif.
PT Delta membayar kewajiban untuk Masa Pajak Mei, tetapi saat membuat kode billing staf memilih Juni.
Secara kas, nominal benar.
Secara periode, pembayaran salah.
Jika kesalahan diketahui sebelum pembayaran diperhitungkan ke kewajiban yang salah, tax team perlu memeriksa apakah pemindahbukuan dari masa tersebut ke masa yang benar termasuk tujuan yang diperbolehkan berdasarkan ketentuan terbaru.
Jangan langsung membuat pembayaran kedua hanya untuk mengejar deadline tanpa menghitung konsekuensinya.
Kadang perusahaan membayar ulang agar kewajiban benar cepat lunas, lalu saldo salah dibiarkan berbulan-bulan. Akibatnya, working capital terikat dan rekonsiliasi akun pajak menjadi semakin sulit.
Namun jangan pula menahan pembayaran kewajiban yang benar hanya karena mengasumsikan Pbk pasti selesai sebelum jatuh tempo.
Timing Pbk dan timing kewajiban adalah dua hal berbeda.
CFO dan tax manager harus memutuskan berdasarkan risiko keterlambatan dan kepastian administrasi, bukan berdasarkan optimisme.
Kesalahan kode akun bisa mengubah jenis kewajiban
Kode akun pajak dan kode jenis setoran bukan dekorasi teknis.
Keduanya membantu sistem mengidentifikasi jenis pembayaran.
Jika pembayaran PPh tercatat ke jenis setoran berbeda, sistem dapat membaca posisi kewajiban secara berbeda dari maksud perusahaan.
Di lingkungan Coretax yang semakin terintegrasi, kesalahan klasifikasi dapat terlihat di ledger wajib pajak dan memengaruhi rekonsiliasi.
Karena itu, quality control billing harus dilakukan sebelum bayar.
Pbk adalah kontrol korektif.
Ia tidak seharusnya menjadi bagian normal dari proses pembayaran.
Jika sebuah perusahaan mengajukan puluhan Pbk setiap bulan, masalahnya kemungkinan bukan “staf kurang teliti” semata. Bisa jadi approval workflow terlalu lemah, master data tidak terkunci, atau pembuatan billing dilakukan tanpa referensi kewajiban yang jelas.
Pembahasan yang masih berada dalam jalur isu yang sama dapat dilanjutkan ke PPh 25 yang Terlalu Besar: Kapan Perusahaan Mulai Merasa Cash Flow-nya Tertekan?.
Perbaiki root cause.
Apa yang berubah di Coretax?
PMK 81 Tahun 2024 membawa pembayaran, Deposit Pajak, dan pemindahbukuan ke struktur administrasi Coretax.
DJP kemudian mengatur rincian pelaksanaannya melalui peraturan direktur jenderal. Pada 28 Juli 2026, DJP menerbitkan perubahan atas PER-10/PJ/2024. Salah satu bagian penting adalah pengaturan tujuan pemindahbukuan untuk pembayaran dan penyetoran yang terkait dengan SPT Masa sejak Masa Pajak Januari 2025 dan SPT Tahunan PPh sejak periode yang masuk cakupan Coretax.
Ini relevan karena perusahaan dengan pembayaran lama dan baru dapat berada pada konteks administrasi yang berbeda.
SOP perusahaan sebaiknya tidak hanya menulis “ajukan Pbk melalui Coretax”.
SOP harus memuat decision tree.
Apakah pembayaran berasal dari periode Coretax?
Apakah pembayaran sudah diperhitungkan?
Jenis kesalahannya apa?
Tujuan Pbk diperbolehkan atau tidak?
Dokumen apa yang dibutuhkan?
Siapa yang berwenang mengajukan?
Bagaimana status permohonan dipantau?
Dengan decision tree, staf tidak perlu menebak.
Pemindahbukuan tidak boleh dipakai untuk memoles rekonsiliasi
Ada praktik yang harus dihindari: menggunakan Pbk sebagai alat “merapikan saldo” tanpa memahami transaksi asal.
Misalnya akun pajak di GL memiliki selisih Rp300 juta. Setelah dicari, tim menemukan beberapa pembayaran yang tidak cocok. Solusi tercepat terlihat seperti memindahkan pembayaran sampai saldo menjadi nol.
Itu berbahaya.
Pemindahbukuan harus mempunyai dasar transaksi.
Setiap permohonan perlu menjawab dengan jelas pembayaran asal, tujuan baru, alasan kesalahan, dan kaitannya dengan kewajiban yang sebenarnya.
Jika perusahaan mengajukan Pbk hanya untuk membuat GL cocok, ia dapat menciptakan kesalahan administratif baru.
Rekonsiliasi yang benar dimulai dari fakta, bukan target saldo.
Siapa yang harus memiliki kontrol?
Pembuatan billing sering berada di tax team, pembayaran di treasury, dan pencatatan di accounting.
Tiga fungsi itu harus mempunyai titik kontrol bersama.
Tax menyiapkan referensi kewajiban.
Treasury memastikan instruksi pembayaran sesuai referensi.
Accounting mencatat berdasarkan bukti final.
Setelah pembayaran, tax melakukan post payment matching.
Jika payment reference yang sama dipakai dari awal sampai akhir, kemungkinan salah alokasi turun.
Untuk perusahaan dengan volume tinggi, spreadsheet manual yang dikirim lewat chat sudah terlalu rapuh.
Sistem ticketing atau workflow sederhana dapat mencatat siapa membuat billing, siapa review, siapa membayar, dan BPN mana yang dihasilkan.
Kesalahan kemudian dapat ditelusuri sampai akar proses.
Bagaimana jika pembayaran sudah telanjur salah?
Jangan panik dan jangan membuat koreksi kedua sebelum memahami kasus.
Langkah pertama, identifikasi fakta.
Langkah kedua, cek ketentuan Pbk terbaru untuk jenis pembayaran dan periode tersebut.
Langkah ketiga, cek apakah pembayaran asal masih dapat menjadi objek Pbk atau sudah diperhitungkan.
Langkah keempat, tentukan kewajiban tujuan secara presisi.
Langkah kelima, siapkan bukti pembayaran dan dokumen pendukung yang diminta.
Langkah keenam, ajukan melalui kanal yang berlaku dan simpan bukti permohonan.
Langkah ketujuh, pantau hasilnya sampai ledger dan pembukuan internal sama-sama diperbarui.
Jangan berhenti pada status “sudah diajukan”.
Bagi accounting, kasus baru selesai setelah hasil Pbk tercermin dalam rekonsiliasi.
Bagi tax, kasus baru selesai setelah kewajiban tujuan terbaca benar.
Bagi treasury, kasus baru selesai setelah tidak ada pembayaran ganda yang menggantung.
Pembayaran ulang kadang tetap menjadi keputusan operasional
Ada kondisi ketika perusahaan menghadapi jatuh tempo sementara koreksi administrasi belum selesai.
Tax manager harus memisahkan dua pertanyaan.
Apakah Pbk dapat diajukan?
Apakah perusahaan aman menunggu hasil Pbk sebelum membayar kewajiban yang jatuh tempo?
Jawaban pertama berasal dari ketentuan.
Jawaban kedua adalah keputusan risiko operasional berdasarkan timing dan posisi kewajiban.
Jika perusahaan memilih membayar kembali untuk menghindari keterlambatan, saldo pembayaran pertama tetap harus dibereskan melalui mekanisme yang tepat. Jangan dibiarkan menjadi “nanti juga ketemu”.
Saldo salah bayar yang menumpuk adalah sumber masalah due diligence.
Bukti Pbk harus masuk kembali ke pembukuan
Setelah pemindahbukuan disetujui, pekerjaan belum selesai jika hasilnya hanya disimpan oleh tax team. Accounting perlu memperbarui mapping pembayaran agar akun pajak tidak tetap menunjukkan saldo salah. Treasury juga perlu mengetahui bahwa pembayaran asal sudah dialokasikan ulang sehingga tidak dibuat permintaan koreksi kedua.
Simpan bukti hasil pemindahbukuan bersama BPN asal dan dokumen kewajiban tujuan. Buat satu reference ID yang menghubungkan ketiganya.
Ini penting ketika perusahaan menjalani audit atau due diligence. Reviewer tidak hanya ingin melihat bahwa ada pembayaran. Mereka ingin memahami mengapa pembayaran awal berbeda dari kewajiban yang akhirnya dilunasi.
Tanpa dokumentasi hasil Pbk, rekonsiliasi tahun berikutnya dapat mengulang pertanyaan yang sama. Dengan audit trail yang lengkap, satu kesalahan selesai sebagai satu kasus, bukan diwariskan menjadi saldo misterius.
Pemindahbukuan seharusnya jarang terjadi
Indikator terbaik dari sistem pembayaran pajak yang sehat bukan banyaknya Pbk yang berhasil.
Justru jumlah Pbk yang rendah.
Pbk adalah mekanisme penyelamatan ketika terjadi kesalahan yang memenuhi ketentuan. Ia bukan substitusi untuk kontrol billing.
Setiap permohonan sebaiknya masuk incident log.
Catat jenis kesalahan, penyebab, nominal, orang yang terlibat, waktu penyelesaian, dan perubahan proses yang dibuat.
Setelah enam bulan, pola akan terlihat.
Jika mayoritas karena salah masa, perbaiki tampilan form internal.
Jika mayoritas karena salah kode akun, buat master yang terkunci.
Jika mayoritas karena informasi dari tax ke treasury tidak lengkap, ubah workflow approval.
Begitulah Pbk memberi nilai lebih dari sekadar memindahkan satu pembayaran.
Ia memperlihatkan titik lemah proses pembayaran pajak.
Pada akhirnya, pemindahbukuan dipakai ketika pembayaran yang telah dilakukan salah dialokasikan dan kasusnya memang termasuk yang dapat dipindahbukukan menurut ketentuan.
Jangan berangkat dari asumsi “uang sudah masuk, pasti bisa dipindah”.
Berangkatlah dari dokumen pembayaran, status penggunaannya, periode, jenis pajak, dan tujuan pemindahbukuan yang diperbolehkan.
Di 2026, perusahaan juga perlu memastikan SOP mengikuti aturan Coretax terbaru, termasuk perubahan ketentuan pelaksanaan yang terbit pada Juli 2026.
Kesalahan pembayaran mungkin hanya satu digit.
Tetapi penyelesaiannya tetap membutuhkan dasar administrasi yang benar.