Istilah “data konkret” terdengar teknis.
Bagi wajib pajak, maknanya sangat praktis.
Jika Direktorat Jenderal Pajak memiliki data tertentu yang dapat digunakan untuk menunjukkan adanya pajak yang tidak atau kurang dibayar, data tersebut dapat menjadi dasar tindak lanjut yang lebih cepat dan lebih terarah.
PMK 15 Tahun 2025 tentang Pemeriksaan Pajak memasukkan keberadaan data konkret yang menyebabkan pajak terutang tidak atau kurang dibayar sebagai salah satu kondisi pemeriksaan untuk menguji kepatuhan.
Untuk memperluas konteks pada bagian ini, lihat Surat dari DJP Datang: Bedakan Permintaan Data, Pengawasan, dan Pemeriksaan.
Aturan tersebut juga menjelaskan jenis data konkret.
Karena itu, perusahaan perlu memahami bahwa data konkret bukan sekadar “informasi umum” tentang wajib pajak.
Ia mempunyai karakter yang lebih dapat digunakan untuk menghitung kewajiban.
Apa yang termasuk data konkret?
PMK 15 Tahun 2025 menyebut data konkret dapat berupa faktur pajak yang sudah memperoleh persetujuan melalui sistem informasi DJP tetapi belum atau tidak dilaporkan wajib pajak dalam SPT Masa PPN.
Data konkret juga dapat berupa bukti pemotongan atau pemungutan PPh yang belum atau tidak dilaporkan penerbit bukti potong atau bukti pungut dalam SPT Masa PPh.
Selain itu, bukti transaksi atau data perpajakan yang dapat digunakan untuk menghitung kewajiban pajak wajib pajak juga dapat masuk kategori data konkret yang ditindaklanjuti melalui pengujian sederhana.
Ini menunjukkan sifat utamanya: angkanya lebih dekat kepada kewajiban yang dapat dihitung.
Faktur pajak adalah contoh paling mudah
Misalnya perusahaan menerbitkan faktur pajak Rp1 miliar.
Faktur telah memperoleh persetujuan sistem.
Tetapi transaksi tersebut tidak masuk SPT Masa PPN.
Gap ini lebih mudah diuji daripada dugaan umum bahwa omzet perusahaan “mungkin lebih besar”.
Ada dokumen.
Ada nilai.
Ada masa pajak.
Ada jejak sistem.
Tax team perlu melihat data semacam ini sebagai high priority exception.
Jangan menunggu SP2DK atau pemeriksaan.
Lakukan rekonsiliasi faktur dan SPT setiap bulan.
Bukti potong juga dapat menjadi data konkret
Contoh lain adalah bukti pemotongan atau pemungutan PPh yang sudah diterbitkan tetapi belum atau tidak dilaporkan dalam SPT Masa yang relevan oleh penerbitnya.
Dalam sistem digital, bukti potong meninggalkan jejak.
Jika accounting membukukan jasa Rp500 juta, membuat bukti potong, tetapi SPT Masa tidak memasukkan transaksi tersebut karena mapping gagal, perbedaan dapat terlihat.
Masalah seperti ini sering bukan tax planning.
Masalahnya adalah sistem.
Tetapi dari perspektif kewajiban pajak, alasan teknis tidak menghapus kebutuhan untuk memperbaiki.
Karena itu, exception report sangat penting.
Pengujian data konkret dapat dilakukan secara spesifik
PMK 15 Tahun 2025 membagi pemeriksaan menjadi Lengkap, Terfokus, dan Spesifik.
Data konkret dapat menjadi objek Pemeriksaan Spesifik.
Untuk Pemeriksaan Spesifik tertentu terkait data konkret, aturan memberikan jangka waktu yang singkat.
Pengujian paling lama sepuluh hari kerja.
Pembahasan Akhir Hasil Pemeriksaan dan pelaporan paling lama sepuluh hari kerja.
Ini berarti perusahaan tidak punya banyak waktu.
Kalau dokumen hanya tersedia di laptop mantan staf, risiko operasional meningkat.
Kalau faktur, invoice, SPT, dan pembayaran sudah terhubung di audit trail, sepuluh hari masih dapat dikelola.
Data konkret berbeda dari data pemicu yang masih membutuhkan analisis luas
Secara praktis, perusahaan perlu membedakan data yang langsung menunjukkan transaksi dengan informasi yang masih memerlukan konteks.
Satu faktur pajak yang tidak masuk SPT lebih konkret daripada tren margin yang turun.
Satu bukti potong yang tidak dilaporkan lebih terukur daripada dugaan bahwa biaya terlalu tinggi.
Karena itu, ketika menerima pertanyaan dari DJP, perusahaan harus memahami sifat datanya.
Jika data benar-benar konkret, fokus pertama adalah rekonsiliasi transaksi spesifik.
Jangan membuat penjelasan makro tentang kondisi bisnis sebelum menjawab transaksi yang ditanyakan.
Koreksi teknis harus dibedakan dari sengketa substantif
Data konkret tidak selalu berarti wajib pajak pasti salah.
Misalnya faktur sudah diterbitkan tetapi transaksi kemudian dibatalkan dan proses administrasi pembatalannya belum tercermin dengan benar.
Atau terdapat bukti potong duplikat.
Atau data pihak ketiga menggunakan identitas yang salah.
Atau ada timing yang sah menurut ketentuan.
Perusahaan tetap perlu membuktikan.
Karena itu, respons harus dimulai dengan transaction tracing.
Kontrak.
Invoice.
Faktur.
Bukti potong.
Journal entry.
Pembayaran.
SPT.
Koreksi atau pembatalan.
Jika seluruh chain tersedia, perusahaan dapat menjelaskan dengan kuat.
Coretax membuat integrasi data makin relevan
Pada 2026, Coretax menjadi pusat administrasi berbagai proses perpajakan.
Semakin banyak data dibuat dan dikelola dalam sistem yang terintegrasi.
Bagi perusahaan, artinya kontrol pajak harus bergeser dari “apakah file SPT sudah submit?” menjadi “apakah seluruh data transaksi yang seharusnya masuk SPT sudah cocok dengan data sistem?”
Ini berbeda.
SPT bisa berhasil dikirim tetapi tetap mengandung gap.
Karena itu, submission success bukan bukti bahwa data complete.
Rekonsiliasi tetap diperlukan.
Buat tax exception dashboard
Perusahaan dapat membangun dashboard sederhana.
Faktur diterbitkan tetapi belum masuk SPT.
Bukti potong dibuat tetapi belum dilaporkan.
Invoice vendor tanpa tax code.
Payment luar negeri tanpa review PPh 26.
Pajak Masukan tanpa dokumen lengkap.
Transaksi afiliasi tanpa intercompany agreement.
Aset baru tanpa tax classification.
Setiap exception diberi owner dan due date.
Tujuannya bukan membuat sistem yang rumit.
Tujuannya menemukan data konkret sebelum pihak lain menemukannya.
Closing pajak harus berbeda dari closing akuntansi
Accounting closing memastikan angka laporan keuangan benar.
Tax closing harus menambahkan lapisan lain.
Apakah revenue sudah direkonsiliasi dengan PPN?
Apakah seluruh bukti potong sudah masuk SPT?
Apakah withholding sesuai vendor?
Apakah kredit pajak mempunyai bukti?
Apakah pembatalan faktur sudah selesai?
Apakah koreksi masa sebelumnya sudah tercermin?
Dengan tax closing bulanan, data konkret yang menunjukkan kekurangan dapat ditemukan dalam hitungan minggu, bukan tahun.
Ini mengurangi exposure sanksi dan memperbaiki kualitas SPT.
Jangan menunggu annual review
Kesalahan PPN dan withholding banyak terjadi per masa.
Jika perusahaan baru melakukan rekonsiliasi saat SPT Tahunan, sudah terlalu lambat.
Buat kontrol bulanan.
Untuk PPN, cocokkan e-Faktur atau data sistem dengan general ledger dan SPT Masa.
Untuk PPh, cocokkan expense ledger dengan bukti potong dan SPT Masa.
Untuk transaksi material, lakukan sampling dokumen.
Jika ada selisih, selesaikan sebelum periode berikutnya semakin jauh.
Semakin cepat masalah ditemukan, semakin mudah bukti dikumpulkan.
Data konkret bisa berasal dari transaksi yang sebenarnya sederhana
Perusahaan sering fokus pada isu kompleks seperti transfer pricing.
Padahal pemeriksaan data konkret dapat berasal dari kesalahan administratif yang sangat sederhana.
Satu faktur tidak masuk.
Satu bukti potong tidak dilaporkan.
Satu transaksi salah mapping.
Karena nilainya besar, dampaknya material.
Ini mengajarkan satu hal: tax risk bukan hanya hasil interpretasi hukum.
Tax risk juga hasil data engineering.
Perusahaan dengan tax advisor hebat tetapi sistem mapping buruk tetap rentan.
Siapkan evidence per transaksi
Untuk transaksi yang berpotensi menjadi data konkret, evidence pack tidak perlu tebal.
Cukup pastikan jejaknya lengkap.
Kontrak atau order.
Invoice.
Faktur atau bukti potong.
Journal.
Pembayaran.
SPT.
Jika ada koreksi, dokumen koreksi.
Jika ada pembatalan, bukti pembatalan.
Jika ada perbedaan waktu, memo rekonsiliasi.
Dengan paket ini, satu transaksi dapat dijelaskan cepat.
Ini sangat cocok untuk Pemeriksaan Spesifik yang waktunya singkat.
Tentukan materiality threshold internal
Tidak semua exception membutuhkan rapat direksi.
Perusahaan dapat menetapkan materiality threshold.
Nilai kecil diselesaikan tax analyst.
Nilai menengah direview tax manager.
Nilai besar atau berulang masuk finance director.
Namun threshold internal tidak boleh digunakan untuk mengabaikan kewajiban hukum.
Fungsinya hanya menentukan governance.
Semua kesalahan tetap perlu diselesaikan sesuai ketentuan.
Perbedaan governance membuat tim fokus pada risiko terbesar tanpa mengabaikan detail.
Hubungkan data konkret dengan root cause
Jika satu transaksi terlewat, jangan berhenti setelah pembetulan.
Tanya mengapa.
Apakah mapping tax code salah?
Apakah interface ERP gagal?
Apakah approval workflow tidak berjalan?
Apakah user tidak memahami jenis pajak?
Apakah master vendor salah?
Apakah perubahan regulasi belum masuk sistem?
Root cause lebih penting daripada koreksi satu transaksi.
Kalau penyebabnya tidak diperbaiki, data konkret yang sama akan muncul lagi bulan depan.
Lakukan back-test
Setelah menemukan satu error, periksa periode lain.
Misalnya satu bukti potong tidak masuk karena tax code tertentu salah mapping.
Cari seluruh transaksi dengan tax code yang sama selama tahun berjalan.
Jika error sistemik, perbaiki sekaligus.
Jangan menunggu DJP menemukan bulan berikutnya.
Back-test adalah cara paling murah untuk mengurangi risiko berulang.
Data konkret membuat kecepatan menjadi faktor
PMK 15 Tahun 2025 membuat satu pesan jelas.
Ketika data sudah cukup konkret untuk diuji secara sederhana, proses pemeriksaan dapat berjalan cepat.
Bagi wajib pajak, pertahanan terbaik bukan menyiapkan argumen panjang.
Pertahanan terbaik adalah data yang bersih.
Rekonsiliasi yang tersedia.
Dokumen yang mudah ditemukan.
Sistem yang dapat menjelaskan transaksi dari awal sampai SPT.
Kalau data DJP benar, perusahaan harus bisa mengidentifikasi kesalahan dan mengambil tindakan.
Kalau data DJP membutuhkan konteks, perusahaan harus bisa menunjukkan konteks dengan bukti.
Data konkret bukan alasan untuk panik.
Ia adalah alasan untuk memperbaiki disiplin data.
Pada 2026, perusahaan yang paling siap bukan perusahaan yang punya folder pajak paling banyak.
Perusahaan yang paling siap adalah perusahaan yang bisa mengambil satu transaksi, menelusurinya dari kontrak sampai SPT, dan menjelaskan setiap angka tanpa tebakan.
Perusahaan juga perlu memantau transaksi yang mengalami perubahan status setelah dokumen pajak dibuat. Misalnya invoice dibatalkan, harga dikoreksi, barang dikembalikan, atau kontrak dihentikan. Jika dokumen komersial berubah tetapi dokumen pajaknya tidak disesuaikan, sistem akan menunjukkan ketidakkonsistenan.
Karena itu, cancellation workflow harus melibatkan tax. Jangan biarkan sales membatalkan invoice di CRM tanpa ada notifikasi kepada accounting dan tax. Jangan biarkan procurement mengubah nilai transaksi setelah bukti potong dibuat tanpa mekanisme koreksi.
Data konkret sering muncul bukan karena perusahaan sengaja tidak patuh, tetapi karena dua sistem berbicara dengan status transaksi yang berbeda.
Perusahaan yang menggunakan automation juga harus mempunyai control total. Bot atau integrasi API bisa membuat ribuan dokumen dengan cepat. Jika mapping salah, kesalahan juga menyebar dengan cepat. Sebelum automation diterapkan penuh, lakukan parallel run, sample testing, dan exception monitoring.
Teknologi memang mengurangi pekerjaan manual, tetapi tidak menghapus tanggung jawab pajak. Justru semakin otomatis proses, semakin penting desain kontrol di awal.