PPh Pasal 22 sering tidak terasa seperti pajak yang “dibayar sendiri”. Ia muncul karena dipungut oleh pihak tertentu dalam transaksi atau kegiatan yang diatur undang-undang. Efeknya pada perusahaan sederhana tetapi penting: kas keluar atau penerimaan ekonomi sudah terpengaruh, sementara manfaat sebagai kredit pajak baru benar-benar terasa ketika bukti pungutnya dapat direkonsiliasi dan digunakan dalam penghitungan PPh Tahunan sesuai ketentuan.
Di sinilah banyak perusahaan kehilangan kontrol.
Transaksi terjadi di procurement, logistik, treasury, atau sales. Bukti pungut berada di portal, email, atau sistem pihak lain. Accounting mencatat prepaid tax. Tax team baru mengumpulkan semuanya menjelang SPT Tahunan.
Kalau volumenya kecil, cara ini mungkin masih bertahan. Kalau transaksi ratusan atau ribuan, akhir tahun berubah menjadi pencarian dokumen massal.
DJP sendiri memasukkan PPh Pasal 22 sebagai salah satu jenis kredit pajak berdasarkan Pasal 28 UU PPh. Dalam beberapa konteks pemungutan, DJP juga secara eksplisit mengingatkan wajib pajak untuk meminta dan menyimpan bukti pemungutan PPh 22 agar dapat dikreditkan dalam SPT Tahunan. Pesannya jelas: pungutan yang terjadi dalam transaksi harus mempunyai jejak administrasi.
PPh 22 bukan satu jenis transaksi
Kesalahan pertama adalah membuat satu akun “PPh 22” lalu menganggap semua isinya homogen.
PPh 22 dapat muncul dalam kegiatan impor dan dalam kegiatan usaha tertentu yang pemungutannya ditetapkan berdasarkan ketentuan. Pihak yang memungut, dasar pengenaan, tarif, sifat pajak, dan dokumennya dapat berbeda menurut jenis transaksi.
Karena itu, reconciliation file harus menyimpan kategori transaksi.
Minimal, tax team harus tahu:
siapa pemungutnya,
transaksi apa yang mendasari,
periode apa,
berapa dasar pemungutan,
berapa PPh yang dipungut,
dan apakah pungutan tersebut memang merupakan kredit pajak bagi perusahaan menurut ketentuan yang berlaku.
Tanpa klasifikasi, perusahaan bisa mencampur pungutan yang perlakuannya berbeda.
Jangan mulai dari bukti, mulai dari transaksi
Cara paling kuat merekonsiliasi PPh 22 adalah mengambil populasi transaksi yang secara logis dapat menimbulkan pemungutan.
Misalnya perusahaan importir mempunyai daftar impor. Dari daftar tersebut, tim dapat menelusuri dokumen dan pembayaran pajak yang relevan.
Perusahaan yang menjual barang kepada pemungut tertentu dapat mengambil daftar invoice kepada customer yang bersangkutan.
Dengan pendekatan ini, tax team mengetahui berapa bukti yang seharusnya ada.
Jika proses dimulai hanya dari folder bukti, perusahaan tidak tahu dokumen apa yang hilang. Folder berisi 700 bukti terlihat lengkap sampai diketahui seharusnya ada 745.
Population-based reconciliation memberi denominator.
Itu perbedaan antara “kami punya banyak bukti” dan “kami tahu 98,4 persen transaksi sudah match”.
Bukti pungut harus cocok dengan pembukuan
Setiap bukti sebaiknya dapat ditautkan ke transaksi dalam GL.
Jika tidak, ada beberapa kemungkinan.
Bukti dibuat atas transaksi yang belum dicatat.
Accounting mencatat pajak pada akun yang salah.
Nilai dasar pemungutan berbeda dengan nilai invoice karena komponen tertentu.
Ada pembetulan.
Ada salah identitas.
Atau perusahaan menggunakan referensi transaksi berbeda dengan pihak pemungut.
Jangan memaksa selisih menjadi nol dengan jurnal manual tanpa penjelasan.
Buat reconciliation bridge.
Satu transaksi bisa memiliki nilai invoice, nilai dasar pemungutan, PPN, biaya lain, dan PPh 22 yang berbeda. Yang dibutuhkan adalah formula yang menjelaskan hubungan angka tersebut.
Ketika formula konsisten, review menjadi cepat.
Ketika setiap selisih dijelaskan dengan komentar manual berbeda, sistem sedang memberi sinyal bahwa master data atau proses bisnis perlu dibenahi.
Siapa yang harus menyimpan bukti?
Jawaban “tax department” terlalu sederhana.
Tax memang pemilik kepatuhan, tetapi dokumen pertama kali sering diterima oleh fungsi lain.
Untuk impor, data bisa datang melalui tim customs atau logistik.
Untuk transaksi penjualan, accounts receivable atau sales finance sering berkomunikasi dengan pemungut.
Untuk pembelian tertentu, procurement dan AP memegang invoice serta payment packet.
Karena itu, perusahaan perlu menentukan point of capture.
Begitu transaksi yang mengandung PPh 22 terjadi, siapa yang bertanggung jawab memastikan bukti tersedia dan masuk repository perusahaan?
Kalau jawabannya “nanti tax cari”, proses belum dirancang.
Akhir tahun akan selalu kacau.
Coretax membuat data lebih terlihat, tetapi bukan alasan melepas kontrol
Administrasi perpajakan semakin digital. Bukti pemotongan dan pemungutan juga semakin terhubung dengan akun wajib pajak dan pelaporan dalam Coretax.
Digitalisasi membantu karena data dapat dicocokkan lebih cepat.
Tetapi perusahaan tidak boleh mengganti kontrol internal dengan asumsi bahwa “kalau dipungut pasti nanti muncul”.
Sistem pajak tidak mengetahui invoice internal perusahaan, kode customer, nomor shipment, atau akun GL perusahaan dengan struktur yang sama.
Tax team tetap memerlukan mapping.
Idealnya, data dari sistem pajak diperlakukan sebagai external tax ledger yang direkonsiliasi terhadap internal tax ledger perusahaan.
Setiap selisih menjadi exception.
Aging exception lebih berguna daripada tumpukan email
Masukkan umur exception dalam dashboard.
Contoh:
0 sampai 30 hari,
31 sampai 60 hari,
61 sampai 90 hari,
lebih dari 90 hari.
Jika bukti PPh 22 dari customer belum tersedia selama dua minggu, mungkin masih mudah diselesaikan.
Jika baru dikejar sebelas bulan kemudian, PIC customer bisa sudah pindah, invoice sudah diarsipkan, dan konteks transaksi menghilang.
Aging membuat tim fokus pada masalah lama sebelum menjadi permanen.
CFO juga bisa melihat apakah ada nilai prepaid tax besar yang secara operasional belum recoverable karena dokumennya belum clean.
Kredit pajak adalah bagian cash tax, bukan arsip
PPh 22 yang dipungut mengurangi cash position perusahaan.
Jika nilainya material, kualitas administrasi bukti pungut mempunyai konsekuensi modal kerja.
Misalkan sepanjang tahun perusahaan mempunyai PPh 22 yang secara ekonomi telah dipungut Rp12 miliar. Jika Rp1,5 miliar belum match ketika SPT disusun, manajemen perlu tahu.
Angka Rp1,5 miliar bukan sekadar “dokumen belum lengkap”. Ia dapat memengaruhi posisi PPh akhir tahun, potensi kurang atau lebih bayar, dan keputusan cash flow.
Karena itu, dashboard pajak yang baik tidak hanya menampilkan “tax paid”.
Pisahkan:
PPh 22 menurut GL,
PPh 22 menurut bukti yang sudah clean,
unmatched,
disputed,
dan corrected.
Perbedaan tersebut membuat risiko terlihat.
Jangan mencampur PPh 22 dengan pajak yang bersifat final tanpa analisis
PPh 22 memiliki berbagai konteks dan ketentuan khusus. Tidak setiap pungutan harus otomatis diperlakukan identik.
Sebelum memasukkan sesuatu sebagai kredit dalam SPT, pastikan sifat pemungutannya memang dapat dikreditkan untuk transaksi tersebut.
Ini terutama penting ketika perusahaan menggunakan kode akun generik dan accounting hanya melihat label “PPh 22”.
Tax treatment harus datang dari dasar transaksi dan aturan yang berlaku, bukan dari nama akun.
Jika perusahaan masuk industri yang memiliki ketentuan PPh 22 khusus, buat sub-ledger per jenis transaksi.
Dengan begitu, perubahan aturan atau tarif tidak memaksa tim mengaudit ulang seluruh populasi dari nol.
Pembetulan harus mengalir ke GL
Bayangkan bukti pungut awal menunjukkan Rp150 juta. Setelah rekonsiliasi, pemungut melakukan pembetulan menjadi Rp120 juta.
Tax team mungkin sudah melihat versi terbaru. Accounting masih menyimpan piutang pajak Rp150 juta.
Kalau selisih Rp30 juta tidak dikomunikasikan, saldo prepaid tax akan menggantung.
Karena itu, setiap corrected tax document sebaiknya menghasilkan workflow.
Tax mengidentifikasi perubahan.
Accounting menilai dampak jurnal.
Business owner mengetahui jika perubahan berasal dari transaksi komersial.
Dokumen lama diberi status superseded, bukan dibiarkan berdampingan tanpa penanda.
Satu sumber kebenaran lebih penting daripada banyak PDF.
Bukti pungut yang tercecer sering mengungkap masalah master data
Jika satu atau dua bukti hilang, mungkin kasus individual.
Jika puluhan bukti terus hilang dari pihak yang sama, cari pola.
Apakah customer menggunakan email PIC yang salah?
Apakah identitas perusahaan belum diperbarui?
Apakah invoice tidak mencantumkan data pajak yang dibutuhkan?
Apakah sales team membuat customer account ganda?
Apakah transaksi cabang dan pusat tercampur?
Apakah proses penerimaan bukti tidak memiliki mailbox bersama?
Masalah pajak sering merupakan gejala dari master data yang buruk.
Perbaikan terbaik bukan menambah satu staf untuk mengejar dokumen, tetapi mengubah desain proses.
Tutup bulan dengan tax close, bukan hanya accounting close
Perusahaan terbiasa melakukan monthly closing untuk revenue, expense, inventory, dan bank.
Tambahkan tax close.
Untuk PPh 22, tax close bisa sangat sederhana:
tarik transaksi yang berpotensi dipungut,
cocokkan dengan bukti,
cocokkan ke GL,
tandai exception,
tetapkan PIC,
dan tentukan deadline follow-up.
Tidak perlu menunggu semua exception selesai untuk menutup bulan. Yang penting perusahaan tahu persis apa yang belum selesai.
Pada bulan berikutnya, daftar lama dibawa sebagai opening exception.
Dengan ritme seperti ini, akhir tahun bukan momen pertama ketika bukti dicek.
Akhir tahun hanya menjadi final reconciliation atas sebelas bulan pekerjaan yang sudah dilakukan.
Apa yang perlu dilihat CFO?
CFO tidak membutuhkan daftar nomor bukti satu per satu.
Berikan empat angka.
Total PPh 22 menurut GL.
Total yang sudah didukung bukti dan match.
Total exception.
Total exception yang lebih tua dari 90 hari.
Lalu tambahkan lima counterparty atau sumber transaksi dengan exception terbesar.
Informasi itu cukup untuk mengarahkan tindakan.
Jika exception dominan berasal dari satu customer, eskalasi komersial bisa lebih efektif daripada tax team mengirim email berkali-kali.
Jika exception berasal dari proses impor, perbaikan bisa berada di integrasi data customs dan accounting.
PPh 22 menjadi risiko ketika tidak ada yang merasa memilikinya
Karena pajak dipungut pihak lain, perusahaan mudah merasa administrasinya juga tanggung jawab pihak lain.
Padahal kredit tersebut memengaruhi SPT perusahaan sendiri.
Itulah sebabnya kontrol bukti pungut perlu diperlakukan seperti kontrol atas piutang.
Ada nilai ekonominya.
Ada dokumen pendukungnya.
Ada counterparty.
Ada aging.
Ada kemungkinan koreksi.
Ada kemungkinan sebagian tidak recoverable sebagai kredit jika syaratnya tidak terpenuhi.
Jika prinsip itu dipakai, PPh 22 tidak lagi menjadi folder dokumen yang dibuka setahun sekali.
Ia menjadi bagian dari tax receivable management.
Bukti pungut tidak seharusnya “dicari” di akhir tahun. Ia seharusnya sudah tertangkap, dicocokkan, dan diberi status sejak transaksi terjadi.
Pada akhirnya, kualitas kredit PPh 22 bukan ditentukan oleh seberapa banyak PDF yang tersimpan.
Kualitasnya ditentukan oleh kemampuan perusahaan menjawab dengan cepat: transaksi mana yang dipungut, oleh siapa, berapa nilainya, dokumen mana yang membuktikan, dan apakah seluruhnya sudah masuk ke penghitungan pajak pada periode yang tepat.