Pembayaran vendor mendapat tanda berhasil pukul 15.42. AP menutup payment run, treasury menyimpan konfirmasi bank, dan user department menerima kabar bahwa tagihan selesai. Dua minggu kemudian vendor menghubungi account payable karena nilai yang diterima lebih kecil daripada invoice dan bukti potong belum tersedia.
“Tax masih proses,” jawab AP.
Tax ternyata belum memiliki klasifikasi jasa, NPWP pada master berbeda, dan kontrak tidak memisahkan fee dari reimbursement. Pembayaran selesai secara kas, tetapi transaksi belum selesai secara pajak.
Skenario ilustratif ini umum karena organisasi memberi perhatian besar pada keluarnya uang dan perhatian lebih kecil pada dokumen setelahnya. Bukti potong dianggap administrasi yang dapat menyusul. Padahal dokumen tersebut menghubungkan pihak pemotong, penerima penghasilan, transaksi, masa pajak, pemotongan, penyetoran, dan pelaporan. Ketika rantainya terlambat, risiko tidak hanya berada di tim tax. Vendor, AP, procurement, finance, dan relasi bisnis ikut terkena.
Definisi “dibayar” terlalu sempit
Bagi treasury, pembayaran selesai ketika instruksi bank berhasil. Bagi AP, invoice selesai ketika status open item berubah. Bagi vendor, transaksi belum tentu selesai jika jumlah bersih tidak dapat direkonsiliasi dan bukti potong belum diterima. Bagi tax, proses belum selesai jika objek, dasar pemotongan, identitas, dokumen, pembayaran pajak, dan pelaporan belum benar.
Perusahaan memerlukan definisi end-to-end. Sebuah pembayaran yang berpotensi dipotong pajak baru dapat ditutup secara operasional setelah:
1. Identitas dan status penerima telah divalidasi. 2. Jenis penghasilan serta dasar pengenaan ditentukan. 3. Kontrak, invoice, dan komponen pembayaran dapat ditelusuri. 4. Nilai gross, potongan, serta net payment direkonsiliasi. 5. Bukti potong dibuat sesuai prosedur yang berlaku. 6. Kewajiban pembayaran dan pelaporan ditangani sesuai tenggat. 7. Dokumen tersedia bagi vendor dan arsip perusahaan.
Urutan aktual dapat berbeda menurut jenis pajak dan sistem perusahaan. Namun menutup transaksi hanya pada langkah transfer bank membuat pekerjaan yang tersisa menjadi tidak terlihat.
Mengapa bukti potong tertahan
Penyebab pertama adalah klasifikasi dilakukan setelah payment proposal. AP hanya menerima akun “professional fee”, sementara invoice menyebut paket layanan dengan beberapa komponen. Tax baru diminta menilai ketika uang siap dilepas. Jika perlu klarifikasi kontrak, payment schedule terganggu. Dalam praktik, tekanan menjaga hubungan vendor sering menang dan pembayaran diteruskan dengan catatan “dokumen menyusul”.
Penyebab kedua adalah data vendor tidak siap. NPWP atau identitas lain kosong, nama legal berbeda, status penerima tidak jelas, atau perubahan data belum masuk master. Tim mungkin memiliki scan dokumen di email, tetapi sistem pembayaran dan sistem pajak memakai record lama.
Penyebab ketiga adalah kontrak dan invoice tidak berbicara dengan bahasa yang sama. Kontrak menyebut fee nett, invoice menampilkan gross amount, purchase order memakai nilai lain, dan tidak jelas siapa menanggung pajak. Pada transaksi reimbursement, bukti biaya dasar tidak tersedia atau komponen tidak dipisahkan. Tax tidak dapat memperbaiki ketidakjelasan komersial hanya dengan memilih kode.
Penyebab keempat adalah populasi payment tidak lengkap. Report yang diterima tax tidak memuat payment date, nomor invoice, vendor ID, negara penerima, jenis vendor, atau referensi kontrak. Tim menghabiskan waktu menggabungkan file daripada meninjau pajak.
Penyebab kelima adalah proses dokumen, posting, pembayaran, dan pelaporan diperlakukan sebagai tugas terpisah tanpa rekonsiliasi. Bukti potong mungkin sudah dibuat tetapi belum masuk tahap berikutnya. Atau pembayaran pajak selesai, namun dokumen vendor masih tertahan dalam antrean distribusi.
Risiko yang tidak terlihat di saldo bank
Risiko pertama adalah salah jumlah. Jika AP membayar gross padahal kontrak dan ketentuan mengharuskan pemotongan tertentu, perusahaan perlu menentukan siapa menanggung kekurangan. Mengejar pengembalian dari vendor setelah pembayaran jauh lebih sulit daripada menyelaraskan nilai sebelum transfer.
Sebaliknya, bila net payment dikurangi tetapi bukti potong tidak diterbitkan dengan benar, vendor menghadapi selisih tanpa dokumen pendukung. Ini dapat mengganggu rekonsiliasi vendor dan memicu dispute. Vendor mungkin menahan layanan, menolak order berikutnya, atau mengeskalasi ke procurement.
Risiko kedua adalah salah masa atau salah identitas. Keterlambatan membawa transaksi ke periode yang keliru, terutama bila tanggal invoice, pembayaran, dan pengakuan biaya berbeda. Identitas yang tidak valid dapat membuat dokumen tidak sesuai dengan penerima sebenarnya. Koreksi kemudian membutuhkan waktu dan jejak yang lebih rumit.
Risiko ketiga adalah ketidaklengkapan pelaporan. Coretax DJP mengintegrasikan proses dan data perpajakan lebih dekat daripada sistem yang sepenuhnya terpisah. Manual resmi DJP untuk bukti potong PPh menjelaskan pembuatan melalui menu eBupot pada akun wajib pajak. Prosedur, jenis dokumen, dan status harus mengikuti panduan resmi yang berlaku. Menganggap file internal sebagai pengganti penyelesaian di sistem adalah kesalahan kontrol.
Risiko keempat adalah bukti biaya dan audit trail. Saat pemeriksaan internal, audit laporan keuangan, tax review, atau permintaan otoritas, perusahaan perlu menunjukkan populasi transaksi, dasar klasifikasi, perhitungan, dokumen, pembayaran, dan pelaporan. Jika konteks hanya tersimpan di chat pribadi staf, penjelasan akan bergantung pada ingatan.
Risiko kelima adalah biaya operasi. Satu bukti potong terlambat mungkin tampak kecil. Seratus bukti potong dengan data berbeda menciptakan backlog, email berulang, rekonsiliasi manual, koreksi, dan eskalasi vendor. Biayanya tidak selalu tercatat sebagai denda. Ia muncul sebagai jam kerja dan gangguan hubungan komersial.
Letakkan kontrol sebelum tombol bayar
Kontrol paling efektif berada sebelum pembayaran, bukan setelahnya. Payment proposal perlu membawa atribut pajak minimum. Kolomnya disesuaikan dengan bisnis, tetapi umumnya mencakup vendor ID, nama legal, identitas pajak, status domisili, nomor invoice, tanggal, gross amount, komponen biaya, jenis transaksi, contract reference, payment date, dan tax treatment status.
Status perlakuan dapat dibuat sederhana: clear, pending data, pending review, exception approved, atau not applicable dengan alasan. Pembayaran berisiko tinggi, seperti vendor baru, luar negeri, afiliasi, kontrak nett, transaksi tidak rutin, dan komponen campuran, masuk jalur review lebih awal.
Tidak semua pembayaran harus ditahan. Perusahaan perlu menetapkan materiality, risiko, dan decision owner. Namun keputusan untuk melanjutkan pembayaran dengan data belum lengkap harus terlihat, disetujui pihak berwenang, dan mempunyai target penyelesaian. “Urgent dari bisnis” bukan alasan yang cukup tanpa owner serta konsekuensi.
Rekonsiliasi gross, tax, dan net
Tiga angka harus dapat dijelaskan sebagai satu transaksi. Gross amount berasal dari kontrak atau invoice yang disetujui. Tax amount berasal dari klasifikasi dan perhitungan yang relevan. Net amount adalah kas yang dibayarkan setelah memperhitungkan potongan serta komponen lain.
Rekonsiliasi perlu turun ke invoice, bukan hanya total vendor bulanan. Satu vendor dapat mempunyai jasa berbeda, reimbursement, uang muka, credit note, atau transaksi yang tidak mendapat perlakuan sama. Menggunakan satu tax code untuk semua pembayaran vendor hanya karena namanya sama adalah jalan pintas berisiko.
Tambahkan bukti hubungan antardokumen. Payment reference harus terhubung ke invoice dan bukti potong. Bukti potong perlu terhubung ke masa serta pelaporan. Jika dokumen mempunyai nomor sistem berbeda, mapping table harus dijaga otomatis atau dengan kontrol perubahan.
SLA yang melibatkan vendor
Vendor perlu mengetahui sejak onboarding bahwa pembayaran dapat melibatkan pemotongan dan dokumen tertentu. Contract clause, purchase order, serta vendor guideline harus memakai istilah yang konsisten. Jelaskan data yang harus diberikan, cara perubahan identitas, kontak untuk pertanyaan, dan waktu normal penerimaan bukti.
SLA internal dapat membagi waktu: kapan AP mengirim populasi, kapan tax menyelesaikan review, kapan dokumen dibuat, kapan vendor menerima, dan kapan exception dieskalasi. Hindari SLA yang dihitung dari keluhan vendor. Jam proses seharusnya mulai sejak transaksi memenuhi pemicu internal.
Untuk vendor yang meminta dokumen cepat, perusahaan dapat menyediakan kanal status yang tidak mengharuskan staf mencari manual. Namun keamanan data tetap dijaga. Bukti potong mengandung informasi perpajakan yang tidak seharusnya dikirim ke alamat sembarang tanpa verifikasi penerima.
Per Agustus 2026, detail batas waktu serta langkah Coretax harus dikonfirmasi dari ketentuan dan panduan resmi terkini. PMK 81 Tahun 2024 telah mengalami perubahan, termasuk PMK 1 Tahun 2026. Halaman manual Coretax DJP juga menjadi rujukan operasional penting. Kalender atau SOP internal perlu memiliki tanggal review agar tidak membekukan prosedur lama.
Dashboard backlog yang berguna
Daftar “bukti potong outstanding” belum cukup. Dashboard perlu menunjukkan umur, nilai, jenis transaksi, vendor, masa, penyebab, owner, dan next action. Pisahkan item yang menunggu data vendor, review tax, akses sistem, koreksi invoice, persetujuan, dan distribusi.
Pantau pula rasio pembayaran yang dilepas sebelum tax clearance, jumlah dokumen yang dikoreksi, waktu dari pembayaran sampai bukti tersedia, serta vendor complaint. Bila masalah terkonsentrasi pada vendor baru atau satu unit bisnis, perbaikannya bukan menambah orang di tax. Onboarding atau sumber data itulah yang harus dibenahi.
Lakukan review akar masalah setiap bulan. Backlog yang sama tidak boleh hanya dipindahkan ke tab berikutnya. Jika kontrak nett terus menciptakan dispute, perbaiki template dan approval kontrak. Jika NPWP sering salah, perbaiki master governance. Jika dokumen tertahan pada satu user, siapkan backup dan distribusi otomatis yang aman.
Sampel kontrol juga perlu melihat transaksi yang tampak normal. Pilih beberapa pembayaran tanpa potongan, lalu buktikan mengapa klasifikasi itu benar. Fokus hanya pada transaksi yang sudah dipotong dapat melewatkan populasi yang seharusnya masuk tetapi sejak awal diberi kode tidak relevan. Bandingkan pula daftar vendor aktif dengan jenis jasa dan akun yang paling sering digunakan. Perubahan pola, nilai besar pertama, atau vendor yang tiba-tiba berpindah akun layak masuk exception review.
Tindakan ketika pembayaran sudah telanjur berjalan
Jika vendor sudah dibayar tetapi bukti potong belum beres, jangan membuat dokumen berdasarkan dugaan. Bangun fakta transaksi: siapa penerima penghasilan, jenis penghasilan, kontrak, invoice, tanggal pembayaran, gross dan net amount, identitas, serta dokumen yang telah dibuat. Rekonsiliasi dengan ledger dan bank.
Minta penelaahan tax yang kompeten untuk menentukan kewajiban dan langkah koreksi sesuai aturan aktual. Jika ada kesalahan komersial, libatkan procurement atau legal sebelum meminta vendor mengembalikan selisih. Komunikasikan status secara faktual kepada vendor dan simpan jejak penyelesaiannya.
Risiko operasional menjadi besar ketika organisasi membiarkan pekerjaan bergerak tanpa pemilik setelah uang keluar. Karena itu, KPI “invoice paid on time” perlu berpasangan dengan “tax document completed and reconciled”. Pembayaran yang cepat tetapi meninggalkan bukti potong bermasalah bukan proses yang efisien. Itu hanya memindahkan antrean dari treasury ke tax dan vendor.
Bacaan dan rujukan terkait di ePajak.or.id
- Kategori: Pajak
- Topik: PPh Potong Pungut
- Indeks: PPh Bukti Potong
- Panduan: Panduan PPh Potong Pungut
- Evidence: Procedure Source Map
- Topik: Data Wajib Pajak
- Evidence: Identity Source Map
- Artikel terkait: Bukti Potong PPh 23 Tidak Muncul: Siapa yang harus dihubungi dan data apa yang perlu dibawa?
