Permintaan penjelasan dari otoritas pajak sering membuka kelemahan yang sebelumnya tidak terlihat. Bukan selalu kelemahan perlakuan pajak. Kadang masalahnya lebih dasar: perusahaan tidak tahu file mana yang final, siapa yang menyetujui transaksi, mengapa sebuah jurnal dibuat, atau di mana kontrak disimpan.
Kerapian respons karena itu tidak boleh diartikan sebagai membuat surat yang bahasanya formal. Respons yang tertib berarti setiap pernyataan memiliki pemilik, setiap angka dapat ditelusuri, setiap dokumen memiliki konteks, dan setiap keputusan dicatat. Tujuan akhirnya bukan menenggelamkan pertanyaan dengan banyak lampiran, tetapi memberi penjelasan yang relevan dan dapat diuji.
SP2DK adalah salah satu bentuk permintaan penjelasan atas data dan/atau keterangan dalam kegiatan pengawasan DJP. Panduan resmi DJP yang diperiksa pada Agustus 2026 menyebut tanggapan atau penjelasan atas SP2DK perlu diberikan paling lama 14 hari. Perusahaan tetap harus membaca surat yang benar-benar diterima, memastikan jenis dokumen, ruang lingkup, kanal penyampaian, serta tenggat yang berlaku. Jangan menerapkan prosedur SP2DK secara otomatis kepada setiap surat yang judul atau maksudnya berbeda.
Mulai dengan register penerimaan
Begitu surat atau notifikasi diterima, buat satu entri register. Catat nomor, tanggal, jenis surat, unit penerbit, cara dan waktu penerimaan, masa pajak, jenis pajak, pokok yang diminta, tenggat, PIC, reviewer, status, serta tautan ke folder kerja. Simpan bukti penerimaan dan file asli.
Register mencegah surat berhenti di kotak masuk seseorang. Ia juga menghindari ketergantungan pada ingatan. Bila personel sedang cuti atau berganti jabatan, orang lain dapat melihat apa yang telah terjadi dan apa yang belum selesai.
Verifikasi autentisitas melalui kanal resmi, terutama bila notifikasi datang lewat email dengan tautan atau lampiran. Jangan menggunakan kontak yang hanya muncul di pesan mencurigakan untuk memvalidasi pesan itu sendiri. Pastikan akses akun resmi dilakukan sesuai kewenangan dan kebijakan keamanan perusahaan.
Sesudah autentikasi, baca permintaan secara literal. Tandai kata kerja seperti menjelaskan, menunjukkan, merinci, atau menyampaikan. Tandai periode, transaksi, nilai, dan pihak yang disebut. Banyak respons gagal karena menjawab isu yang diasumsikan tim, bukan pertanyaan yang benar-benar tertulis.
Pecah satu surat menjadi beberapa paket kerja
Jika surat memuat empat pokok, buat empat workstream atau setidaknya empat baris isu. Setiap isu diberi owner dan reviewer. Jangan menunjuk “tim finance” sebagai pemilik. Nama fungsi terlalu luas. Tunjuk peran atau orang yang bertanggung jawab menyediakan fakta, dan tentukan siapa yang mengambil keputusan bila ada perbedaan pendapat.
Paket kerja sebaiknya mencakup:
1. kutipan atau ringkasan akurat dari permintaan; 2. pertanyaan faktual yang harus dijawab; 3. sumber data internal; 4. daftar dokumen; 5. analisis perlakuan pajak; 6. rekonsiliasi angka; 7. keterbatasan atau data yang belum tersedia; 8. kebutuhan keputusan manajemen; 9. draft penjelasan; 10. bukti review dan persetujuan.
Dengan paket seperti itu, rapat status tidak berubah menjadi pembacaan ulang seluruh surat. Tim dapat melihat isu mana yang tertahan karena data, isu mana yang membutuhkan legal interpretation, dan isu mana yang siap ditulis.
Kumpulkan “dokumen transaksi”, bukan sekadar invoice
Invoice hanya satu potongan dari jejak transaksi. Untuk memahami substansi, perusahaan mungkin memerlukan proposal, kontrak dan amendemen, purchase order, bukti penyerahan barang atau jasa, berita acara, korespondensi komersial, approval internal, invoice, dokumen pajak, bukti pembayaran, jurnal, serta perlakuan dalam SPT.
Dokumen yang dibutuhkan bergantung pada isu. Biaya jasa memerlukan bukti bahwa jasa benar-benar diberikan dan berkaitan dengan kegiatan bisnis, bukan hanya kontrak dan invoice. Transaksi pembatalan memerlukan jejak pembatalan dan arus pengembalian. Reimbursement memerlukan dasar penggantian, biaya asal, dan pihak yang secara substansi menanggung beban. Transaksi afiliasi dapat menuntut penjelasan fungsi, manfaat, penetapan harga, dan konsistensi dengan dokumentasi terkait.
Jangan membuat daftar seragam untuk semua isu. Checklist yang terlalu generik menghasilkan banyak file, tetapi sedikit information gain. Mulailah dari pertanyaan yang harus dibuktikan, lalu pilih dokumen yang benar-benar menjawabnya.
Jaga provenance setiap file
Simpan file asli dalam folder read-only dan gunakan salinan untuk anotasi. Nama file kerja perlu konsisten, misalnya nomor isu, jenis dokumen, pihak, periode, dan versi. Buat indeks yang mencatat sumber, tanggal diperoleh, pemilik, deskripsi, dan hubungan dengan klaim dalam respons.
Jika dokumen diperoleh dari ekspor sistem, catat siapa yang mengekspor, kapan, filter apa yang digunakan, dan periode datanya. Jika spreadsheet digabung dari beberapa sumber, pertahankan file masukan dan langkah transformasinya. Tanpa provenance, angka yang benar pun sulit dipertahankan karena tidak jelas bagaimana angka itu terbentuk.
Perusahaan juga perlu menghentikan kebiasaan mengirim data sensitif melalui akun atau chat pribadi. Folder respons dapat memuat data identitas, rekening, payroll, harga, dan kontrak. Terapkan akses minimum yang diperlukan, gunakan repositori perusahaan, dan catat siapa yang dapat melihat atau mengunduh. Kecepatan pengumpulan data tidak membenarkan hilangnya kontrol keamanan.
Susun kronologi sebelum opini
Satu halaman kronologi sering lebih berguna daripada memo hukum panjang pada tahap awal. Tulis tanggal dan peristiwa: kontrak ditandatangani, barang dikirim, layanan diterima, invoice terbit, pembayaran dilakukan, jurnal dicatat, dokumen pajak dibuat, dan SPT dilaporkan. Tautkan setiap peristiwa dengan bukti.
Kronologi membantu tim menemukan celah. Mungkin invoice terbit lebih dulu daripada berita acara. Mungkin pembayaran dilakukan oleh entitas berbeda. Mungkin jurnal koreksi dibuat setelah SPT disampaikan. Fakta seperti itu harus dipahami sebelum tim memilih dasar aturan atau menyusun bahasa respons.
Pisahkan “apa yang terjadi” dari “apa perlakuan pajaknya”. Orang yang menjalankan operasi dapat mengonfirmasi proses tanpa diminta menyimpulkan hukum. Tax reviewer kemudian menilai konsekuensinya berdasarkan ketentuan yang berlaku pada masa terkait. Pembagian ini mencegah process owner merasa harus memberikan jawaban pajak dan mencegah tax team mengarang fakta operasional.
Gunakan wawancara yang tidak mengarahkan
Misalkan perusahaan diminta menjelaskan pembayaran jasa dalam jumlah besar. Alih-alih bertanya, “Jasa ini memang bermanfaat untuk proyek A, kan?”, mulailah dengan, “Apa kebutuhan bisnis yang memicu engagement ini?” Lanjutkan dengan siapa yang memilih penyedia, output apa yang disepakati, siapa yang menerima hasil, bagaimana kualitas dinilai, dan keputusan apa yang berubah setelah jasa diberikan.
Dalam sebuah skenario ilustratif, procurement mungkin berkata bahwa vendor dipilih karena daftar regional. Business owner berkata ia hanya menerima dua presentasi. Accounting menunjukkan pembayaran bulanan selama setahun. Tiga keterangan itu belum otomatis membuktikan atau meniadakan manfaat. Namun perbedaannya memberi petunjuk dokumen mana yang perlu dicari dan pertanyaan mana yang belum terjawab.
Catat hasil wawancara secara faktual. Jangan mengubah keraguan menjadi kepastian. Jika orang yang paling mengetahui transaksi sudah tidak bekerja, dokumentasikan keterbatasan dan cari bukti sistem, email perusahaan, approval, atau keluaran kerja yang masih tersedia. Jangan membuat surat konfirmasi bertanggal mundur atau menciptakan narasi yang tidak pernah didukung catatan.
Rekonsiliasi harus dapat diulang
Setiap angka dalam tanggapan perlu memiliki jalur menuju sumber. Working paper idealnya menunjukkan nilai menurut data yang diminta, nilai menurut pembukuan atau pelaporan, penyesuaian per kategori, serta residual. Sertakan daftar transaksi di balik setiap kategori material.
Gunakan formula, jangan mengetik total secara manual bila dapat dihindari. Kunci kolom penting, beri version number, dan minta orang kedua melakukan tie-out. Periksa tanda positif-negatif, mata uang, nilai bruto-neto, pembulatan, serta cut-off. Kesalahan formula sederhana dapat mengubah seluruh kesimpulan.
Jika ada selisih yang belum dijelaskan, biarkan terlihat. Tetapkan owner dan target penyelesaiannya. Perusahaan lebih baik mengetahui bahwa analisis belum lengkap daripada mengirim angka yang tampak rapi tetapi dibangun dari penyesuaian “lain-lain”.
Bangun evidence map
Evidence map menghubungkan klaim dengan bukti. Bentuknya dapat sederhana:
Klaim: pembayaran merupakan penggantian biaya tertentu.
Fakta pendukung: kontrak mengatur mekanisme penggantian; biaya asal teridentifikasi; tidak ada markup menurut perhitungan; arus pembayaran dapat ditelusuri.
Bukti: pasal kontrak, invoice pihak awal, daftar biaya, bukti bank, ledger.
Keterbatasan: sebagian bukti periode awal belum ditemukan.
Status: menunggu review pajak.
Peta ini memaksa tim membedakan dokumen yang hanya berkaitan dengan transaksi dari dokumen yang benar-benar mendukung pernyataan. Sebuah kontrak membuktikan kesepakatan, tetapi tidak selalu membuktikan pelaksanaan. Sebuah bukti transfer membuktikan pembayaran, tetapi tidak selalu membuktikan karakter pengeluaran.
Tulis respons dari sudut pandang pembaca
Penjelasan yang tertib umumnya memiliki alur: rujukan pada surat, pemahaman atas isu, fakta dan konteks, rekonsiliasi, posisi berdasarkan ketentuan yang relevan, daftar dokumen, serta tindakan jika ada koreksi. Gunakan heading yang spesifik dan nomor lampiran yang konsisten.
Hindari tiga kebiasaan. Pertama, membuka dengan bantahan panjang sebelum menjelaskan fakta. Kedua, menyalin aturan tanpa menghubungkannya dengan transaksi. Ketiga, melampirkan ratusan halaman tanpa indeks dan berharap jumlah dokumen dianggap kekuatan.
Bahasa respons perlu proporsional. Jangan menulis “telah terbukti” bila pemeriksaan internal baru sebatas sampel. Jangan menyatakan tidak ada risiko jika terdapat dokumen hilang. Sebutkan dasar, ruang lingkup, dan keterbatasan dengan jelas. Ketelitian bahasa adalah bagian dari kontrol fakta.
Lakukan red-team review
Sebelum dikirim, tunjuk reviewer yang belum terlalu tenggelam dalam penyusunan. Minta ia membaca seperti pihak yang tidak mengetahui sejarah transaksi. Apakah pertanyaannya terjawab? Apakah angka di badan surat cocok dengan lampiran? Adakah klaim yang tidak memiliki bukti? Apakah satu penjelasan menimbulkan konsekuensi pada kewajiban pajak lain? Apakah aturan yang dipakai berlaku pada periode yang tepat?
Lakukan pula completeness check terhadap permintaan asli. Tim yang sibuk membangun analisis untuk isu besar dapat lupa menjawab satu pertanyaan administratif kecil. Gunakan matriks untuk menandai setiap poin sebagai dijawab, dilampirkan, perlu klarifikasi, atau tidak relevan dengan alasan.
Persetujuan final tidak boleh menjadi formalitas. Pihak yang menandatangani atau menyetujui perlu memahami fakta utama, posisi, ketidakpastian, dan tindakan lanjutan. Konsultan boleh membantu, tetapi perusahaan tidak semestinya menerima respons sebagai kotak hitam.
Setelah jawaban dikirim
Simpan bukti penyampaian, versi final, daftar lampiran, korespondensi, serta orang yang menyetujui. Perbarui register dengan tanggal dan kanal pengiriman. Jika ada tindak lanjut, masukkan sebagai tugas baru dengan tenggat dan pemilik.
Kemudian lakukan post-mortem singkat. Dokumen apa yang paling lama ditemukan? Mengapa data berbeda? Kontrol apa yang gagal? Apakah masalah berada pada sistem, proses, kompetensi, atau governance? Masukkan perbaikan ke SOP dan uji pada periode berikutnya.
Kerapian bukan penampilan folder
Folder yang cantik tidak berguna bila isinya tidak membuktikan apa pun. Memo yang panjang tidak kuat bila faktanya belum stabil. Sebaliknya, respons dapat tetap jelas meskipun kasusnya kompleks jika perusahaan menjaga rantai dari pertanyaan, fakta, data, dokumen, analisis, keputusan, sampai bukti pengiriman.
Itulah yang perlu disiapkan secara tertib. Bukan tumpukan file untuk menunjukkan kesibukan, melainkan sistem kerja yang memungkinkan setiap orang menjawab tiga pertanyaan: apa yang diminta, apa fakta kita, dan bukti mana yang mendukung penjelasan tersebut.
Bacaan dan rujukan terkait di ePajak.or.id
- Kategori: Pajak
- Entitas: Tax Litigation
- Pertanyaan terkait: Kapan Bisnis Perlu Tax Litigation?
- Entitas: Tax Compliance
- Artikel terkait: SP2DK Bukan Surat untuk Dipaniki: Cara Menyiapkan Tim dan Data sebelum memberi respons
- Artikel terkait: Surat dari DJP Masuk ke Email Direktur: Apa yang Harus Terjadi dalam 24 Jam Pertama?
- Artikel terkait: Penagihan Pajak Masuk Tahap Serius: Jangan Biarkan surat berpindah meja tanpa owner