Masalah kredit PPh 23 yang tidak muncul biasanya baru terasa serius ketika SPT Tahunan mulai disusun. Di pembukuan, perusahaan merasa sudah dipotong pajak oleh pelanggan. Nilai penerimaan kas memang lebih kecil dari invoice. Tim accounting juga sudah mencatat piutang pajak. Namun ketika tax team membuka data bukti pemotongan yang tersedia di Coretax, sebagian kredit yang diharapkan tidak terlihat atau nilainya tidak sama.
Pada titik itu, pertanyaannya bukan sekadar “bukti potongnya mana?”. Yang perlu dicari adalah di mana rantai data transaksi putus.
PPh Pasal 23 merupakan salah satu kredit pajak yang dapat mengurangi PPh terutang dalam SPT Tahunan sepanjang memenuhi ketentuan. Di lingkungan Coretax, DJP menyediakan data bukti pemotongan atau pemungutan melalui fitur “Bukti Potong Saya”. Manual Coretax juga menjelaskan bahwa bukti potong PPh yang dibuat dalam sistem dikirim ke akun wajib pajak penerima penghasilan. Karena itu, ketidakhadiran data harus diperlakukan sebagai exception yang perlu direkonsiliasi, bukan langsung diasumsikan sebagai kegagalan sistem.
Mulai dari pertanyaan paling dasar: apakah memang dipotong PPh 23?
Invoice yang dibayar net tidak selalu berarti selisihnya adalah PPh 23.
Ada kemungkinan terdapat potongan komersial, retensi, penalti, biaya administrasi, offset piutang, atau jenis pajak lain. Accounts receivable sering hanya melihat bahwa nilai transfer lebih kecil dari invoice lalu mencatat selisih ke akun withholding tax receivable.
Sebelum mencari bukti potong, cocokkan dulu tiga angka:
nilai bruto transaksi,
jumlah kas yang diterima,
dan jumlah pajak yang menurut pihak pembayar dipotong.
Jika pihak pembayar menyatakan transaksi bukan objek PPh 23 atau menggunakan jenis pemotongan lain, persoalannya sudah berpindah dari “bukti potong tidak muncul” menjadi “klasifikasi pajak transaksi tidak sama”.
Itu harus diselesaikan dari substansi pembayaran, kontrak, invoice, dan dasar pemotongannya.
Periksa identitas penerima penghasilan
Bukti potong yang benar tetapi dibuat atas identitas yang salah bisa membuat rekonsiliasi berantakan.
Kasus yang sering terjadi di grup perusahaan adalah invoice diterbitkan oleh PT A tetapi pelanggan memakai NPWP PT B yang tersimpan di vendor master lama. Ada juga perubahan NPWP, cabang, pemusatan administrasi, atau migrasi data yang tidak diikuti pembaruan master data pelanggan.
Di Coretax, konsistensi identitas semakin penting karena bukti potong dipertukarkan sebagai data digital.
Tax team perlu mencocokkan:
nama wajib pajak,
NPWP atau NIK sesuai konteks,
identitas pihak pemotong,
masa pajak,
nomor dokumen,
dan nilai dasar pemotongan serta PPh.
Jangan hanya mencari berdasarkan nama pelanggan. Satu pelanggan bisa menerbitkan beberapa bukti dalam satu masa, melakukan pembetulan, atau menggunakan unit administrasi yang berbeda.
Cek apakah bukti potong sudah dibuat dan disampaikan
Pelanggan bisa saja sudah memotong nilai pajak dari pembayaran tetapi belum menyelesaikan administrasi bukti potong.
Secara ekonomi, vendor merasa uangnya sudah dipotong. Secara administrasi, kredit pajak memerlukan bukti pemotongan yang sesuai.
Situasi ini perlu dibedakan dari sekadar keterlambatan sinkronisasi data.
Mintalah pihak pemotong mengecek status dokumen di sistemnya, bukan hanya mengirim screenshot spreadsheet pembayaran. Yang dibutuhkan adalah bukti pemotongan yang telah dibuat dengan data yang benar.
Dalam ekosistem Coretax, proses pemotongan PPh dan pelaporan SPT Masa Unifikasi terintegrasi lebih kuat daripada pola manual lama. Itu membantu rekonsiliasi, tetapi juga membuat kesalahan master data terlihat lebih cepat.
Jika bukti belum diterbitkan, pihak penerima penghasilan tidak seharusnya “menciptakan” kredit pajak sendiri hanya berdasarkan selisih kas.
Periksa masa pajaknya
Satu sumber mismatch yang sangat umum adalah perbedaan waktu.
Perusahaan penerima penghasilan mencatat revenue pada Desember. Pelanggan melakukan pembayaran dan pemotongan pada Januari. Tax team kemudian mencari bukti potong di tahun yang sama dengan pengakuan revenue, padahal bukti berada pada periode pemotongan berikutnya.
Sebaliknya, ada transaksi yang dibayar di muka atau memiliki timing berbeda antara invoice, pengakuan pendapatan, dan pembayaran.
Karena itu, reconciliation file perlu mempunyai beberapa tanggal terpisah:
tanggal invoice,
tanggal pengakuan pendapatan,
tanggal pembayaran,
tanggal pemotongan,
masa pajak bukti potong,
dan tanggal dokumen dibuat atau dibetulkan.
Jangan memaksa semua tanggal menjadi sama. Yang penting adalah alasan perbedaannya dapat ditelusuri dan perlakuan kredit pajaknya sesuai ketentuan tahun pajak yang relevan.
Cek pembetulan bukti potong
Pelanggan dapat membetulkan bukti potong karena salah nilai, salah identitas, salah kode objek, atau perubahan transaksi.
Masalah muncul ketika tax team menyimpan bukti versi awal lalu pihak pemotong sudah menerbitkan pembetulan.
Di pembukuan penerima, piutang pajak masih mengikuti angka lama. Di Coretax, data terbaru sudah berubah.
Karena itu, file rekonsiliasi sebaiknya tidak mengandalkan PDF yang pernah dikirim melalui email sebagai satu-satunya sumber.
Bandingkan dengan data aktual yang tersedia di akun wajib pajak.
Jika ada pembetulan, identifikasi mengapa dilakukan dan apakah pembukuan perlu menyesuaikan nilai kredit pajak atau transaksi dasarnya.
Jangan langsung menyalahkan Coretax
Ketika data tidak muncul, respons paling mudah adalah menganggap sistem bermasalah.
Kemungkinan teknis memang selalu ada. Namun urutan pemeriksaan yang lebih efisien adalah:
apakah transaksi benar objek PPh 23,
apakah pihak pembayar benar-benar melakukan pemotongan,
apakah identitas penerima benar,
apakah masa pajak yang dicari benar,
apakah dokumen sudah diterbitkan,
apakah ada pembetulan,
dan apakah bukti muncul pada fitur data wajib pajak.
Baru setelah seluruh titik tersebut konsisten, masalah teknis sistem menjadi hipotesis yang lebih kuat.
Pendekatan ini menghemat waktu karena sebagian besar exception transaksi biasanya punya jejak yang dapat ditemukan pada data komersial atau administrasi.
Bangun rekonsiliasi dari GL ke bukti potong
Akun PPh 23 dibayar di muka sering menjadi “tempat parkir” yang tidak pernah benar-benar dibersihkan.
Setiap kali pelanggan memotong pajak, accounting mendebit prepaid tax. Pada akhir tahun saldo besar muncul. Tax team lalu berusaha mencocokkannya dengan ratusan bukti potong dalam waktu singkat.
Model yang lebih sehat adalah melakukan rekonsiliasi bulanan.
Buat data minimal per transaksi:
nama pemotong,
nomor invoice,
nilai bruto,
jumlah PPh menurut GL,
tanggal pembayaran,
nomor bukti potong,
masa pajak,
nilai PPh pada bukti,
status match,
dan catatan exception.
Statusnya cukup dibuat jelas: matched, waiting bupot, mismatch amount, wrong identity, corrected, atau under review.
Dengan cara ini, tax manager dapat melihat apakah masalah berasal dari satu pelanggan besar atau tersebar di seluruh portofolio.
AR dan sales juga ikut punya peran
Bukti potong bukan hanya urusan tax.
Pelanggan berkomunikasi sehari-hari dengan sales atau accounts receivable. Jika dokumen pajak baru ditagih oleh tax team setahun kemudian, pihak yang mengenal transaksi mungkin sudah pindah.
Masukkan kewajiban bukti potong ke proses collection.
Ketika pembayaran net diterima, AR sebaiknya tahu apakah selisih berasal dari withholding tax dan apakah bukti sudah tersedia. Jika belum, buat follow-up sebagai bagian dari penyelesaian invoice.
Dengan begitu, invoice tidak dianggap administratively closed hanya karena kas sudah masuk.
Ini sangat berguna untuk bisnis jasa dengan ratusan pelanggan korporasi.
Kapan kredit belum boleh dianggap aman?
Secara manajemen, perusahaan dapat mencatat estimasi piutang pajak sesuai kebijakan akuntansinya. Namun untuk pelaporan pajak, tax team perlu membedakan estimasi internal dari kredit yang memang didukung dokumen dan data yang dapat dipertanggungjawabkan.
Jika bukti belum ada atau masih bermasalah, jangan menyembunyikan exception dengan memaksakan angka agar sama dengan GL.
Lebih baik CFO melihat dua angka:
saldo prepaid tax menurut pembukuan,
dan saldo kredit pajak yang sudah clean untuk SPT.
Selisih di antara keduanya adalah pekerjaan yang harus diselesaikan.
Pendekatan ini jauh lebih sehat daripada baru mengetahui pada hari filing bahwa sebagian kredit tidak dapat langsung digunakan.
Jika bukti salah, siapa yang harus memperbaiki?
Pada dasarnya pihak yang menerbitkan bukti pemotongan perlu memperbaiki data yang dibuatnya melalui mekanisme yang tersedia.
Penerima penghasilan tidak dapat secara sepihak mengubah bukti pihak lain.
Karena itu, follow-up harus spesifik.
Jangan mengirim pesan generik, “Mohon bukti potong PPh 23.”
Kirim detail transaksi: nomor invoice, tanggal pembayaran, nilai bruto, nilai yang dipotong, identitas perusahaan, dan masalah yang ditemukan.
Jika salah identitas, sebutkan identitas yang benar.
Jika nilai berbeda, tunjukkan reconciliation.
Jika bukti belum muncul, minta konfirmasi status penerbitan.
Komunikasi yang presisi mempercepat koreksi.
Gunakan materiality untuk menentukan urutan follow-up
Tidak semua exception memiliki dampak yang sama. Lima bukti kecil yang belum muncul mungkin lebih rendah prioritas daripada satu bukti potong bernilai ratusan juta rupiah yang salah identitas.
Buat ranking berdasarkan nilai, umur, dan kemungkinan penyelesaian.
High value dan old exception harus naik ke tax manager atau finance controller. Jika counterparty strategis, account owner komersial dapat membantu membuka jalur komunikasi. Jika persoalan terjadi berulang pada pelanggan yang sama, pertimbangkan memperbaiki klausul administrasi pajak dalam kontrak atau SOP collection.
Dengan materiality, tax team tidak tenggelam dalam pekerjaan administratif dengan dampak kecil sementara kredit pajak besar belum aman.
Rekonsiliasi juga perlu menyentuh revenue
PPh 23 umumnya lahir dari penghasilan yang menjadi bagian transaksi pendapatan tertentu. Karena itu, total bukti potong dapat dipakai sebagai salah satu titik kontrol terhadap revenue population, meskipun basis pemotongan dan pengakuan akuntansi tidak selalu identik.
Jika ada bukti potong dari counterparty yang tidak dikenali, jangan langsung diklaim hanya karena muncul di sistem. Cari transaksi dasarnya.
Sebaliknya, jika ada revenue dari customer yang secara konsisten seharusnya melakukan pemotongan tetapi tidak pernah menghasilkan bukti, pertanyakan treatment-nya.
Kontrol dua arah ini penting: GL mencari bukti, dan bukti mencari GL.
Dengan begitu, perusahaan tidak hanya mencegah kredit hilang, tetapi juga mendeteksi dokumen yang mungkin salah alamat atau transaksi yang belum direkonsiliasi.
SPT Tahunan seharusnya menjadi titik akhir rekonsiliasi
Fitur “Bukti Potong Saya” di Coretax membantu wajib pajak melihat data bukti pemotongan atau pemungutan yang diterbitkan oleh pemberi penghasilan. Tetapi fitur tersebut tidak menggantikan kontrol internal.
Sistem DJP hanya melihat dokumen administrasi pajak. Perusahaan tetap harus memastikan dokumen itu cocok dengan transaksi ekonominya.
Itulah alasan terbaik untuk melakukan reconciliation sepanjang tahun.
Ketika Desember berakhir, tax team seharusnya sudah mempunyai daftar pendek exception, bukan ribuan transaksi yang belum disentuh.
Kredit PPh 23 yang “tidak muncul” hampir selalu mengharuskan tim menjawab tiga lapisan pertanyaan.
Apakah transaksinya benar?
Apakah pemotongannya benar?
Apakah bukti digitalnya benar?
Jika ketiganya bertemu, kredit pajak menjadi jauh lebih defensible.
Jika salah satu putus, jangan sekadar mengejar dokumen PDF. Cari akar masalahnya, perbaiki data di sumber, dan pastikan pembukuan ikut mengikuti hasil koreksi.
Tujuan akhirnya bukan membuat saldo prepaid tax habis saat tutup buku.
Tujuannya memastikan setiap rupiah kredit pajak yang dipakai dalam SPT dapat ditarik kembali ke transaksi dan bukti yang benar.