Di proyek besar, nilai PPN tidak lahir di meja tax.
Ia lahir saat procurement memilih vendor, legal menandatangani kontrak, project team menyetujui progress, AP memproses invoice, treasury membayar, vendor menerbitkan dokumen pajak, dan accounting mencatat transaksi.
Tax team datang di ujung aliran itu untuk mengkreditkan Pajak Masukan dan menyusun SPT.
Pembahasan yang masih berada dalam jalur isu yang sama dapat dilanjutkan ke Restitusi setelah Pembetulan SPT: Apa yang Berubah dalam Posisi Wajib Pajak?.
Kalau enam fungsi sebelumnya tidak rapi, restitusi PPN akan menjadi mahal.
Itulah sebabnya proyek konstruksi, pembangunan fasilitas, ekspansi pabrik, implementasi teknologi skala besar, atau proyek multi vendor membutuhkan vendor management yang memasukkan pajak sebagai bagian dari desain proses.
Bukan karena vendor harus “mengurus pajak perusahaan”.
Tetapi karena kualitas dokumen dari vendor menentukan apakah setiap Pajak Masukan dapat ditelusuri, divalidasi, dan dipertanggungjawabkan.
Semakin besar proyek, semakin besar efek satu kontrol kecil yang gagal berulang kali.
Restitusi sebenarnya dimulai saat vendor onboarding
Ketika procurement onboarding vendor, biasanya fokus berada pada harga, kapasitas, legalitas, SLA, dan risiko operasional.
Tambahkan satu lapisan: tax identity and document readiness.
Pastikan identitas vendor yang digunakan pada kontrak, purchase order, invoice, dan dokumen pajak konsisten.
Pastikan entitas yang menagih memang pihak yang berkontrak atau perubahan pihak didokumentasikan.
Pastikan status dan kewajiban dokumen pajaknya sesuai transaksi.
Pastikan vendor tahu kanal untuk koreksi jika ada kesalahan.
Masalah yang tidak diselesaikan saat onboarding akan muncul berulang di setiap invoice.
Jika proyek memiliki 300 vendor dan 20 persen mengalami masalah identitas, tax team tidak menghadapi satu kesalahan. Mereka menghadapi pola kesalahan.
Vendor master adalah kontrol pajak.
Kontrak harus bicara tentang dokumen, bukan hanya harga
Kontrak proyek sering sangat detail tentang pekerjaan tetapi terlalu tipis tentang invoice dan dokumen pajak.
Tuliskan requirement secara operasional.
Dokumen apa yang harus disampaikan?
Kapan harus disampaikan?
Data apa yang harus cocok?
Apa yang terjadi jika invoice dikoreksi?
Siapa yang harus mengurus pembetulan dokumen pajak?
Apakah pembayaran dapat ditahan sampai dokumen tertentu lengkap sesuai kesepakatan komersial yang sah?
Bagaimana jika ada perubahan scope atau nilai pekerjaan?
Tujuannya bukan membuat kontrak menjadi buku pajak.
Tujuannya menghindari situasi ketika proyek sudah selesai tetapi vendor tidak memiliki kewajiban operasional yang jelas untuk memperbaiki dokumen.
Pada proyek dua atau tiga tahun, vendor bisa berganti staf.
Kontrak yang jelas menjaga tanggung jawab tetap melekat pada organisasi, bukan pada kontak person.
Progress billing adalah sumber kompleksitas
Proyek besar jarang menggunakan satu invoice untuk satu pekerjaan selesai.
Ada uang muka.
Termin progress.
Retensi.
Variation order.
Change order.
Penalty.
Reimbursement.
Final account.
Setiap komponen dapat memiliki timing dan perlakuan dokumen yang berbeda sesuai substansinya.
Kalau AP hanya melihat “nilai invoice”, sedangkan tax perlu memahami nature pembayaran, risiko mismatch meningkat.
Contoh ilustratif.
Kontrak awal Rp100 miliar.
Setelah tiga bulan ada variation order Rp15 miliar.
Vendor menerbitkan invoice progress berdasarkan kontrak lama karena amendment belum masuk sistem procurement.
Project team mengakui progress sesuai scope baru.
Accounting mencatat accrual berdasarkan berita acara.
Dokumen pajak mengikuti invoice vendor.
Empat sistem kemudian membawa nilai berbeda.
Masalah ini baru terlihat ketika tax team melakukan rekonsiliasi untuk restitusi.
Solusinya bukan meminta tax “membereskan selisih”.
Solusinya adalah membuat change order memiliki workflow lintas fungsi.
Satu perubahan kontrak harus memperbarui procurement record, project certification, invoice expectation, accounting, dan tax document reference.
Pajak Masukan harus punya genealogy
Pada restitusi PPN, setiap item Pajak Masukan sebaiknya dapat ditelusuri ke transaksi sumber.
Bayangkan daftar ribuan Faktur Pajak.
Tanpa transaction ID, tax team hanya melihat nomor faktur, vendor, tanggal, dan nilai.
Dengan genealogy, setiap faktur terhubung ke:
vendor,
kontrak,
purchase order,
work package,
progress certificate,
invoice,
penerimaan barang atau jasa,
payment reference jika relevan,
akun GL,
dan project code.
Ketika reviewer bertanya satu item, perusahaan dapat membuka seluruh rantainya.
Ini jauh lebih kuat daripada menjawab, “Fakturnya valid di sistem.”
Validitas dokumen pajak adalah satu lapisan.
Substansi transaksi dan keterhubungan ke pembukuan adalah lapisan lain.
PMK 28 Tahun 2026 menegaskan pentingnya penelitian Pajak Masukan dalam pengembalian pendahuluan bagi PKP yang memenuhi kriteria. Dokumen yang tidak memenuhi ketentuan dapat tidak diperhitungkan dalam jumlah pengembalian pendahuluan.
Karena itu, project tax control harus dibangun sampai level transaksi.
Vendor scorecard perlu memasukkan tax document quality
Procurement biasanya memberi score vendor berdasarkan safety, quality, delivery, dan commercial performance.
Tambahkan tax document quality untuk proyek yang menghasilkan Pajak Masukan material.
Metriknya bisa sederhana:
persentase invoice dengan dokumen benar pada pengajuan pertama,
jumlah koreksi dokumen,
rata-rata waktu penyelesaian koreksi,
jumlah unmatched tax invoice,
dan nilai Pajak Masukan yang tertahan karena vendor issue.
Tujuan scorecard bukan menghukum vendor.
Tujuannya menunjukkan biaya administrasi yang sebelumnya tidak terlihat.
Vendor yang harganya lebih murah 1 persen tetapi membuat dokumen bermasalah pada setiap termin bisa menimbulkan biaya internal dan risiko pajak lebih besar.
Data tersebut berguna saat renegosiasi atau tender berikutnya.
AP adalah gatekeeper yang sering diremehkan
Tax team tidak mungkin meninjau ribuan invoice sejak awal jika proses tidak dirancang.
Accounts payable dapat menjadi control point.
Sebelum invoice diproses, AP memastikan referensi kontrak benar, data vendor benar, dokumen pendukung tersedia, dan exception diarahkan ke pihak yang tepat.
Tax team kemudian fokus pada issue yang memang membutuhkan analisis pajak.
Ini lebih efisien daripada membuat tax memeriksa semua hal administratif.
Untuk proyek besar, buat tiga jalur.
Green: dokumen lengkap dan match.
Amber: ada discrepancy administratif yang masih dapat diperbaiki.
Red: ada issue substansi atau pajak yang memerlukan keputusan.
Dengan triage, bottleneck terlihat.
Vendor yang selalu merah tidak boleh terus masuk ke siklus pembayaran tanpa corrective action.
Jangan tunggu akhir proyek untuk rekonsiliasi
Restitusi PPN sering menjadi prioritas ketika saldo lebih bayar sudah besar.
Kalau rekonsiliasi baru dimulai saat itu, perusahaan sedang terlambat.
Lakukan project VAT reconciliation setiap bulan.
Bandingkan setidaknya:
commitment menurut kontrak,
progress yang disetujui,
invoice vendor,
Pajak Masukan,
pencatatan GL,
pembayaran,
dan status dokumen.
Tidak semua angka harus sama pada tanggal yang sama.
Yang penting, perbedaan memiliki alasan dan aging.
Misalnya progress sudah disetujui tetapi invoice belum diterima.
Itu timing issue.
Invoice sudah ada tetapi dokumen pajak belum benar.
Itu vendor issue.
Pajak Masukan tercatat tetapi GL tidak match.
Itu accounting reconciliation issue.
Dengan aging, tim tahu selisih mana normal dan mana mulai membusuk.
Retensi membutuhkan perhatian khusus
Pada proyek konstruksi dan proyek besar lainnya, retensi sering menciptakan kebingungan antara pengakuan progress, invoice, pembayaran, dan dokumen pajak.
Jangan mengasumsikan treatment hanya dari nama “retensi”.
Baca substansi kontrak dan ketentuan pajak yang relevan.
Tax team harus memahami kapan nilai menjadi terutang, dokumen apa yang diterbitkan, dan bagaimana bagian retensi tercermin pada invoice serta pencatatan.
Jika sistem project management tidak memisahkan gross certified work dan retensi dengan baik, rekonsiliasi akan sulit.
Hal yang sama berlaku untuk advance payment.
Uang muka tidak boleh hanya dipandang sebagai pengurangan cash balance proyek. Ia dapat mempunyai implikasi administrasi dan dokumentasi yang harus sinkron.
Setiap payment type di project ERP sebaiknya mempunyai tax mapping.
Vendor asing dan cross border memperluas scope
Proyek besar sering melibatkan vendor asing untuk engineering, software, equipment, commissioning, atau technical assistance.
Di sini vendor management tidak hanya berurusan dengan PPN domestik.
Ada potensi PPh 26, pemanfaatan jasa atau barang tidak berwujud dari luar negeri, dokumen treaty, impor, serta kewajiban lain sesuai transaksi.
Walaupun artikel ini fokus pada restitusi PPN, tax team tidak boleh memisahkan satu invoice menjadi silo.
Satu pembayaran vendor asing dapat memiliki lebih dari satu konsekuensi pajak.
Jika vendor onboarding tidak menangkap country, beneficial owner information yang relevan, nature of service, contract scope, dan tax responsibility, isu baru muncul saat pembayaran.
Project tax matrix harus lintas jenis pajak.
Restitusi hanya salah satu output.
Pergantian vendor contact adalah risiko nyata
Proyek berjalan lama.
Orang vendor yang mengurus invoice tahun pertama bisa sudah tidak ada pada tahun ketiga.
Kalau koreksi dokumen lama bergantung pada satu orang, perusahaan akan kesulitan.
Simpan official escalation contact.
Tetapkan PIC utama dan backup.
Gunakan portal atau email korporat.
Jangan menjadikan chat pribadi satu-satunya jalur penyelesaian dokumen.
Setiap issue vendor perlu nomor tiket atau reference.
Dengan begitu, ketika PIC berganti, history tetap ada.
Masalah dokumentasi adalah masalah governance.
Bukan masalah hubungan personal.
Cash flow proyek juga dipengaruhi kualitas vendor
CFO sering memodelkan restitusi PPN sebagai sumber cash recovery.
Untuk proyek besar, nilai ini bisa material.
Namun jika 15 persen Pajak Masukan masih exception karena dokumen vendor, memasukkan 100 persen lebih bayar ke forecast terlalu agresif.
Buat clean VAT ratio.
Misalnya total Pajak Masukan proyek Rp50 miliar.
Rp42 miliar clean.
Rp5 miliar masih menunggu koreksi vendor.
Rp3 miliar membutuhkan analisis substansi.
Manajemen sekarang punya gambaran yang jauh lebih berguna daripada satu angka Rp50 miliar.
Vendor management dapat diberi target untuk menurunkan exception sebelum milestone restitusi.
Dengan cara ini, procurement ikut berkontribusi ke working capital.
Bukan karena procurement menghitung pajak, tetapi karena mereka mengendalikan hubungan yang menghasilkan dokumen.
Restitusi PPN adalah ujian kualitas proyek dari hulu ke hilir
Kalau restitusi proyek bermasalah, mudah menunjuk tax team.
Padahal akar masalah sering berasal jauh sebelum SPT disusun.
Vendor master salah.
Kontrak tidak jelas.
Change order terlambat.
Invoice tidak konsisten.
AP tidak punya gate.
Project code berbeda.
Dokumen koreksi tidak dilacak.
Rekonsiliasi baru dilakukan di akhir.
Tax hanya menerima hasil dari semua proses itu.
Karena itu, proyek besar membutuhkan tax governance yang dibangun sejak procurement plan.
Tentukan data yang harus dikumpulkan.
Masukkan requirement ke kontrak.
Gunakan transaction ID.
Buat vendor scorecard.
Rekonsiliasi bulanan.
Monitor exception.
Jaga audit trail.
Jika perusahaan melakukan itu, restitusi tidak lagi terasa seperti operasi penyelamatan dokumen.
Ia menjadi proses administratif yang dibangun di atas data proyek yang memang sudah bersih.
Dan ketika lebih bayar PPN material diminta kembali, tax team tidak perlu meminta lima departemen mengingat apa yang terjadi dua tahun lalu.
Sistem proyek sendiri sudah menyimpan jawabannya.