Pemeriksaan selesai. SPHP sudah dibahas. Surat ketetapan pajak terbit. Perusahaan tidak setuju dengan sebagian koreksi.
Pada titik ini, kesalahan paling umum adalah langsung menyusun surat keberatan tanpa terlebih dahulu memetakan sengketa.
Padahal satu ketetapan dapat berisi banyak isu dengan karakter berbeda.
Ada koreksi yang murni soal angka.
Ada koreksi yang berangkat dari perbedaan klasifikasi.
Ada koreksi yang sebenarnya berasal dari dokumentasi lemah.
Ada koreksi transfer pricing.
Ada koreksi PPN karena faktur.
Ada koreksi withholding karena jenis jasa.
Ada pula isu prosedural yang jalurnya tidak selalu sama dengan sengketa materi.
Kalau semuanya dimasukkan dalam satu kalimat “kami tidak setuju”, perusahaan kehilangan kemampuan untuk menilai mana isu yang kuat, mana yang lemah, dan mana yang sebenarnya lebih tepat diselesaikan dengan mekanisme lain.
Karena itu, sebelum memilih keberatan, banding, gugatan, atau menerima koreksi, bangun peta isu.
Mulai dari ketetapan, bukan dari emosi pemeriksaan
Pemeriksaan dapat berlangsung berbulan-bulan.
Tim tax sudah lelah.
Business owner merasa pemeriksa tidak memahami bisnis.
Finance melihat angka koreksi besar.
Situasi ini mudah membuat keputusan sengketa menjadi emosional.
Tetapi setelah surat ketetapan terbit, objek hukum yang dihadapi perusahaan bukan lagi percakapan selama pemeriksaan.
Objeknya adalah surat ketetapan dan angka yang ditetapkan.
Langkah pertama adalah membuat daftar setiap koreksi yang benar-benar masuk ketetapan.
Bandingkan dengan SPHP.
Bandingkan dengan tanggapan perusahaan.
Bandingkan dengan pembahasan akhir.
Apakah semua koreksi tetap sama?
Apakah ada yang turun?
Apakah ada koreksi baru dalam bentuk berbeda?
Apakah ada bagian yang sudah disetujui?
Peta sengketa harus memakai posisi final, bukan ingatan.
Buat satu baris per isu
Jangan membuat issue map berdasarkan akun semata.
Satu akun bisa mengandung beberapa isu.
Misalnya management fee Rp30 miliar.
Pemeriksa mengoreksi seluruhnya.
Di dalamnya bisa ada tiga persoalan.
Pertama, apakah jasa benar-benar diberikan?
Kedua, apakah biaya mempunyai hubungan dengan kegiatan usaha?
Ketiga, apakah harga transaksi afiliasi arm’s length?
Kalau perusahaan menyebut seluruhnya “sengketa management fee”, analisis menjadi terlalu kasar.
Pisahkan.
Issue A: eksistensi jasa.
Issue B: deductibility.
Issue C: transfer pricing.
Setiap issue bisa mempunyai bukti dan risiko berbeda.
Dengan pemisahan ini, perusahaan dapat memutuskan apakah mempertahankan seluruh koreksi atau hanya sebagian.
Kolom pertama: nilai menurut pemeriksa
Tulis angka apa adanya.
Jangan mulai dengan angka versi perusahaan.
Contoh:
Biaya royalti dikoreksi Rp20 miliar.
Pajak Masukan ditolak Rp3 miliar.
PPh Pasal 23 kurang dipotong Rp500 juta.
Transfer pricing adjustment Rp15 miliar.
Tujuan kolom ini adalah memahami exposure.
Kemudian tambahkan tax effect.
Koreksi biaya Rp20 miliar tidak sama dengan tambahan pajak Rp20 miliar.
Bedakan adjustment base dan tax payable.
Management perlu melihat keduanya.
Kolom kedua: posisi Wajib Pajak
Tuliskan angka versi perusahaan.
Bukan “kami tidak setuju”.
Misalnya:
Menurut pemeriksa biaya deductible Rp0.
Menurut perusahaan deductible Rp20 miliar.
Atau:
Menurut pemeriksa Pajak Masukan yang dapat dikreditkan Rp0.
Menurut perusahaan Rp2,4 miliar.
Atau:
Menurut pemeriksa harga wajar menghasilkan koreksi Rp15 miliar.
Menurut perusahaan tidak ada koreksi atau koreksi hanya Rp4 miliar.
Keberatan yang serius membutuhkan calculation.
Kalau angka versi sendiri belum dapat dihitung, posisi sengketa belum matang.
Kolom ketiga: sumber perbedaan
Ini inti peta.
Jangan tulis “interpretasi berbeda” untuk semua.
Pilih kategori.
Fakta.
Klasifikasi.
Dokumentasi.
Timing.
Valuation.
Transfer pricing method.
Treaty.
Beneficial owner.
Prosedur.
Calculation.
Data mismatch.
Dengan kategori ini, perusahaan tahu jenis pekerjaan yang diperlukan.
Kalau masalah fakta, cari evidence.
Kalau masalah hukum, lakukan legal analysis.
Kalau masalah calculation, rekonsiliasi.
Kalau transfer pricing, financial and comparability analysis.
Kalau prosedur, chronology.
Peta isu berubah menjadi workplan.
Kolom keempat: dasar pemeriksa
Perusahaan perlu memahami mengapa koreksi dibuat.
Bukan menebak.
Baca SPHP.
Baca risalah pembahasan.
Baca ketetapan.
Gunakan hak untuk memperoleh keterangan mengenai dasar pengenaan atau penghitungan untuk keperluan keberatan jika diperlukan sesuai KUP dan prosedur yang berlaku.
Tuliskan reasoning pemeriksa seadil mungkin.
Jangan membuat caricature.
Contoh buruk:
“Pemeriksa asal menolak jasa.”
Contoh lebih baik:
“Pemeriksa menilai bukti yang disampaikan belum cukup menunjukkan jasa benar-benar diterima dan bermanfaat bagi kegiatan usaha.”
Dengan framing ini, perusahaan dapat menjawab masalah yang sebenarnya.
Kolom kelima: dasar perusahaan
Setelah memahami dasar koreksi, tulis alasan perusahaan.
Fakta.
Hukum.
Metode.
Dokumen.
Pisahkan.
Misalnya sengketa jasa.
Fakta: regional team memberikan support procurement dan IT.
Hukum: biaya berkaitan dengan usaha menurut ketentuan yang relevan.
Dokumen: agreement, ticket, report, allocation workbook, invoice, payment.
TP: metode cost plus dan benchmark.
Jangan campur semuanya dalam satu paragraf.
Struktur membuat kelemahan terlihat.
Kolom keenam: bukti
Buat daftar konkret.
A1 intercompany agreement.
A2 service report.
A3 email.
A4 ticket log.
A5 invoice.
A6 bank payment.
A7 withholding proof.
A8 GL.
A9 local file.
Kemudian beri status.
Available.
Missing.
Weak.
Need explanation.
Third party.
Bukti harus dinilai sebelum decision.
Jangan menulis “dokumen lengkap” hanya karena folder besar.
Pemeriksa dan hakim melihat kualitas, bukan ukuran folder.
Kolom ketujuh: formal route
Setiap issue perlu jalur hukum yang tepat.
Untuk ketidaksetujuan atas materi SKPKB, SKPKBT, SKPN, SKPLB, atau pemotongan atau pemungutan tertentu, keberatan merupakan jalur yang diatur KUP.
Untuk Surat Keputusan Keberatan, banding dapat tersedia.
Untuk tindakan penagihan atau kategori keputusan dan prosedur tertentu, gugatan dapat relevan.
PMK 118 Tahun 2024 mengatur tata cara keberatan dan sejumlah mekanisme pembetulan, pengurangan, penghapusan, serta pembatalan sejak 1 Januari 2025.
Jangan menggunakan satu route untuk semua issue tanpa klasifikasi.
Satu ketetapan bisa memiliki materi yang disengketakan melalui keberatan, sementara masalah administratif tertentu mungkin memerlukan analisis jalur lain.
Kolom kedelapan: deadline
Deadline adalah fakta hukum.
Bukan agenda internal.
Untuk keberatan, KUP mengatur jangka waktu tiga bulan sejak tanggal surat ketetapan dikirim atau sejak tanggal pemotongan atau pemungutan, kecuali terdapat keadaan di luar kekuasaan Wajib Pajak yang dapat dibuktikan.
Pembahasan yang masih berada dalam jalur isu yang sama dapat dilanjutkan ke Bukti dalam Sengketa Pajak: Kenapa Dokumen yang Dibuat Saat Transaksi Lebih Kuat daripada Penjelasan Belakangan.
Karena itu, peta isu harus mempunyai tanggal.
Tanggal ketetapan.
Tanggal dikirim.
Tanggal diterima.
Deadline formal.
Deadline internal.
Payment requirement.
Approval.
Submission.
Jangan hanya tulis “Q4”.
Gunakan tanggal.
Kolom kesembilan: cash impact
Sengketa tidak hidup di tax memo.
Ia memengaruhi treasury.
Untuk keberatan atas ketetapan, paling sedikit jumlah pajak yang telah disetujui dalam pembahasan akhir harus dilunasi sebelum Surat Keberatan disampaikan sesuai ketentuan KUP.
Jika sengketa berlanjut, aturan penangguhan pelunasan untuk jumlah tertentu juga perlu dipetakan.
CFO perlu tahu:
Berapa cash sebelum keberatan?
Berapa potential cash setelah keputusan?
Apa downside?
Apakah ada denda bila keberatan atau banding gagal?
Decision map harus menyertakan cash.
Kolom kesepuluh: recurring exposure
Satu koreksi dapat menjadi lebih penting daripada nominalnya.
Contoh.
Pemeriksa mengoreksi software payment Rp2 miliar.
Transaksi yang sama akan menjadi Rp20 miliar tahun depan.
Issue itu strategis.
Sebaliknya, satu koreksi Rp5 miliar berasal dari transaksi one-off yang sudah tidak ada.
Current exposure lebih besar, recurring exposure nol.
Management dapat mengambil keputusan berbeda.
Karena itu, tambahkan:
Current year.
Prior year.
Future year.
Recurring?
Policy impact?
System change?
Sengketa harus dilihat lintas periode.
Jangan semua isu dibawa karena prinsip
Kalimat “kalau kita merasa benar, harus lawan” terdengar tegas.
Tetapi dispute management membutuhkan judgement.
Ada issue yang secara hukum mungkin benar tetapi bukti sangat lemah.
Ada issue yang bukti kuat tetapi nilai tidak material.
Ada issue yang nilainya kecil tetapi akan berulang besar.
Ada issue yang harus dipertahankan untuk menjaga pricing policy grup.
Ada issue yang lebih efisien diterima lalu proses diperbaiki.
Tidak ada satu rumus.
Peta isu membantu management melihat trade-off.
Gunakan scoring
Perusahaan dapat memberi skor sederhana.
Fakta: 1 sampai 5.
Hukum: 1 sampai 5.
Bukti: 1 sampai 5.
Nilai: 1 sampai 5.
Recurring: 1 sampai 5.
Formal readiness: 1 sampai 5.
Bukan untuk menggantikan judgement.
Untuk memaksa diskusi menjadi eksplisit.
Kalau issue skornya rendah karena bukti lemah, tim tahu pekerjaan apa yang harus dilakukan.
Kalau issue tinggi di semua dimensi, decision lebih jelas.
Satu peta, beberapa jalur
Setelah mapping selesai, issue dapat dibagi.
Kelompok A: pertahankan melalui keberatan.
Kelompok B: terima.
Kelompok C: evaluasi pembetulan atau mekanisme administratif.
Kelompok D: procedural route.
Kelompok E: perlu analysis tambahan.
Jangan merasa keberatan harus selalu “all or nothing”.
KUP memungkinkan keberatan menyatakan jumlah menurut Wajib Pajak dengan alasan masing-masing.
Perusahaan harus mengambil posisi yang benar-benar diyakini dapat dipertahankan.
Red-team setiap isu
Setelah tim membuat position, tukar peran.
Seseorang bertindak sebagai pemeriksa.
Tanya:
Kenapa dokumen ini dibuat setelah transaksi?
Kenapa invoice tidak cocok dengan contract?
Kenapa biaya naik?
Kenapa benchmark beda tahun?
Kenapa faktur salah?
Kenapa treaty document terlambat?
Kenapa beneficial owner?
Kenapa allocation key?
Red-team menghasilkan daftar weakness.
Jangan disembunyikan.
Masukkan ke peta.
Management lebih baik melihat kelemahan sekarang daripada pertama kali mendengarnya di keberatan atau persidangan.
Klasifikasi dokumen berdasarkan fungsi
Tidak semua bukti mempunyai fungsi sama.
Contract membuktikan hak dan kewajiban.
Invoice membuktikan tagihan.
Payment membuktikan cash movement.
GL membuktikan accounting.
Tax document membuktikan compliance tertentu.
Email dan report membuktikan performance.
Expert report menganalisis.
Jangan menyebut satu dokumen sebagai bukti untuk semua.
Peta evidence harus menunjukkan fungsi.
Ini membuat argument lebih disiplin.
Jaga konsistensi dengan pemeriksaan
Posisi keberatan tidak boleh mengganti fakta hanya karena argumen lama tidak berhasil.
Legal analysis dapat berkembang.
Evidence tambahan dapat ditemukan.
Tetapi story transaksi harus konsisten.
Kalau saat pemeriksaan perusahaan bilang pembayaran adalah service fee, lalu saat keberatan berubah menjadi royalty tanpa fakta baru yang jelas, credibility turun.
Buat fact book.
Gunakan satu versi fakta.
Sengketa bukan kesempatan menulis ulang transaksi.
Peta isu juga membantu advisor
Jika perusahaan memakai konsultan atau kuasa, jangan kirim 10 GB folder dan berkata “tolong buat keberatan”.
Berikan issue map.
Mereka dapat melihat:
Issue.
Amount.
Facts.
DJP position.
Company position.
Evidence.
Deadline.
Weakness.
Recurring impact.
Advisor kemudian dapat fokus pada legal and technical analysis.
Biaya dan waktu lebih efisien.
Internal ownership tetap di perusahaan.
Setelah keputusan, peta tidak dibuang
Kalau keberatan selesai, update.
Issue diterima?
Ditolak?
Sebagian?
Apa reasoning?
Apakah banding?
Apa future-year action?
Kalau tidak sengketa, kenapa?
Peta isu menjadi tax risk register input.
Dengan cara ini, pemeriksaan menghasilkan knowledge.
Tidak hilang saat tax manager pindah.
Sengketa yang baik dimulai dari peta, bukan surat
Koreksi pemeriksa dan posisi Wajib Pajak adalah dua set angka dan alasan.
Sebelum memilih jalur hukum, perusahaan harus mengubahnya menjadi struktur.
Apa issue-nya?
Berapa nilainya?
Apa sumber perbedaan?
Apa dasar pemeriksa?
Apa dasar perusahaan?
Apa buktinya?
Apa jalurnya?
Apa deadline?
Apa cash?
Apa dampak tahun lain?
Kalau sepuluh pertanyaan itu terjawab, management dapat memutuskan dengan lebih jernih.
Kalau belum, keputusan sengketa masih didorong rasa tidak puas.
Dan rasa tidak puas, sekuat apa pun, bukan pengganti peta kasus.