PMK 8 Tahun 2026 Memperluas Tata Kelola Data Perpajakan: Apa artinya bagi wajib pajak?

Apa yang sebenarnya diubah

PMK 8/2026 merupakan perubahan atas aturan 2017, bukan aturan pajak baru atas satu industri. JDIH Kementerian Keuangan mencatat perubahan pada ketentuan definisi, penghapusan beberapa ayat, penambahan tiga pasal di antara Pasal 5 dan Pasal 6, serta perubahan lampiran. Lampiran memegang peran penting karena memuat rincian jenis data, pihak penyampai, dan periode.

Karena itu, membaca judul saja tidak cukup untuk menyimpulkan satu data tertentu pasti dikirim dengan seluruh detail. Identifikasi harus kembali ke lampiran dan sumber resmi. Jenis data, frekuensi, format, pihak yang berkewajiban, serta periode dapat berbeda. Ringkasan media yang menyebut “akses semua transaksi” sering menghilangkan batas tersebut.

Peraturan berfokus pada penyampaian data oleh pihak yang ditunjuk. Wajib pajak tetap menjalankan self-assessment: menghitung, membayar, dan melaporkan kewajiban berdasarkan fakta. Data pihak ketiga berfungsi sebagai pembanding dan bahan administrasi, bukan pengganti otomatis atas penjelasan wajib pajak.

Data eksternal tidak selalu sama dengan angka SPT

Satu perusahaan dapat tercatat mempunyai nilai transaksi pada marketplace yang lebih besar daripada omzet di laporan keuangan. Selisihnya mungkin berasal dari pembatalan, refund, pajak, fee, penjualan titipan, transaksi antarunit, atau definisi gross merchandise value. Selisih juga bisa berarti ada penjualan yang belum dicatat. Data eksternal hanya memulai pertanyaan; rekonsiliasi menentukan jawabannya.

Contoh lain, data perizinan menunjukkan cabang aktif tetapi perusahaan menganggap lokasi sudah tutup. Mungkin izin belum dicabut. Mungkin cabang masih mempunyai transaksi akhir. Mungkin master data perusahaan tidak diperbarui. Isunya bukan selalu kekurangan pajak, tetapi inkonsistensi status yang perlu dibereskan.

Data aset juga mempunyai definisi waktu. Kepemilikan pada tanggal tertentu berbeda dari transaksi sepanjang tahun. Nilai perolehan berbeda dari nilai pasar. Nama pemilik legal berbeda dari pengguna operasional. Wajib pajak harus mengetahui definisi sebelum menyandingkan angka.

Jangan memaksa buku internal mengikuti data pihak ketiga yang salah. Jika sumber luar mempunyai kekeliruan, pertahankan bukti dan ajukan koreksi melalui kanal yang tersedia. Buat reconciliation note yang menunjukkan data eksternal, angka internal, penyebab, dokumen, serta status koreksi.

Coretax bukan mesin yang membuka seluruh data mentah

DJP pernah menjelaskan bahwa Coretax bukan sistem yang dapat membuka seluruh saldo dan mutasi rekening wajib pajak. Data diterima melalui pelaporan dan pertukaran berdasarkan aturan, digunakan oleh pihak berwenang, serta tunduk pada kerahasiaan jabatan. PMK 8/2026 tidak mengubah administrasi menjadi akses bebas tanpa batas.

Namun Coretax dan ekosistem administrasi yang lebih terintegrasi dapat membuat data lebih mudah digunakan bersama proses pajak. Nomor identitas, masa pajak, jenis transaksi, dan pihak lawan dapat menjadi titik penghubung. Ketika identifier salah, efeknya dapat menyebar: transaksi tidak terpasang, data masuk ke entitas keliru, atau cabang bercampur dengan pusat.

Karena itu, master data menjadi kontrol pajak. Pastikan NPWP atau NIK, nama legal, alamat, kode cabang, nomor izin, rekening, identitas vendor, dan pelanggan diperbarui serta konsisten. Perubahan badan, merger, penutupan lokasi, atau pergantian nama harus diterapkan di seluruh sistem, bukan hanya di akta.

Apa yang perlu dilakukan orang pribadi

Orang pribadi tidak perlu membuat data warehouse. Mulai dari daftar sumber utama: pekerjaan, usaha, investasi, properti, kendaraan, rekening, aset digital, dan penghasilan lain. Cocokkan bukti potong, laporan platform, daftar harta, serta mutasi yang material dengan SPT.

Pisahkan transfer antar-rekening sendiri dari penghasilan. Simpan bukti pinjaman, hadiah, warisan, atau pengembalian biaya. Penghasilan dari marketplace, freelance, sewa, atau investasi tetap perlu dicatat meski masuk melalui kanal berbeda. Jangan hanya menggunakan rekening bank utama sebagai proksi seluruh aktivitas.

Jika menerima SP2DK, pahami bahwa itu permintaan penjelasan data atau informasi, bukan otomatis surat ketetapan. Baca periode, jenis data, dan pertanyaan. Jawab dengan rekonsiliasi serta bukti. Jangan mengarang penjelasan agar angka tampak cocok. Bila ditemukan kesalahan SPT, nilai pembetulan sesuai ketentuan.

Untuk orang yang memiliki banyak platform, unduh laporan secara berkala. Akses historis bisa terbatas. Pertahankan versi asli dan catat metode konversi rupiah. Satu folder per tahun dengan indeks bukti jauh lebih berguna daripada ratusan screenshot tanpa konteks.

Apa yang perlu dilakukan perusahaan

Perusahaan perlu membangun data-to-tax map. Daftarkan data eksternal yang mungkin berhubungan dengan kegiatan: perizinan, impor atau ekspor, transaksi marketplace, pembayaran pemerintah, aset, tenaga kerja, kepemilikan, serta laporan lembaga keuangan. Untuk setiap sumber, tentukan pemilik internal, sistem asal, identifier, frekuensi, dan rekonsiliasi ke buku besar.

Pemetaan perlu mencakup entitas dan cabang. Grup yang memakai satu ERP dapat salah mengirim transaksi entitas A dengan NPWP entitas B. Cabang mungkin menggunakan merchant ID lama. Data eksternal kemudian benar menurut identifier yang diterima tetapi salah menurut substansi grup. Intercompany reconciliation dan master legal entity harus menjadi bagian tax close.

Jangan hanya membandingkan nilai. Bandingkan jumlah record, nomor dokumen, periode, lawan transaksi, dan status. Total yang sama dapat menyembunyikan dua error yang saling menutup. Rekonsiliasi per dimensi membantu menemukan duplikasi serta transaksi hilang.

Lakukan simulasi dari sudut pandang pihak ketiga. Jika marketplace mengirim nilai bruto, akun apa yang menjembatani ke revenue? Jika regulator mengirim jumlah izin atau unit, apakah master aset cocok? Jika pelanggan melaporkan bukti potong, apakah invoice dan bukti tersebut terpasang? Jika data vendor berbeda, siapa yang mengurus koreksi?

Terapkan maker-checker pada mapping. Perubahan kode produk, cabang, atau tax treatment tidak boleh dilakukan satu operator tanpa review. Simpan tanggal efektif serta versi. Ketika aturan atau format pihak ketiga berubah, dampaknya pada rekonsiliasi harus diuji.

Data lineage diperlukan untuk menjelaskan satu angka dari laporan eksternal sampai SPT. Ia menunjukkan sistem asal, transformasi, agregasi, jurnal, dan formulir. Lineage tidak perlu selalu memakai software mahal. Diagram dan tabel yang dijaga konsisten sudah cukup untuk memulai.

Tetapkan control total pada setiap perpindahan. File masuk mempunyai jumlah baris serta nilai; hasil transformasi mempertahankan control total; jurnal mempunyai batch ID; angka SPT mempunyai referensi. Jika baris dikeluarkan, alasan dan nilainya dicatat. Proses ini mencegah filter spreadsheet atau kegagalan API menghapus transaksi tanpa terlihat.

Simpan versi aturan mapping dan raw data. Ketika DJP atau penyampai data memperbaiki laporan, perusahaan dapat mereproduksi rekonsiliasi berdasarkan versi lama dan baru. Tanpa versioning, tim hanya tahu angka berubah tetapi tidak tahu mengapa.

Lakukan independent review untuk sumber paling material. Reviewer menguji definisi, sampel bukti, cut-off, serta kelengkapan populasi. Ia tidak perlu mengulang seluruh pekerjaan, tetapi harus mampu mengikuti satu angka dari awal sampai akhir. Sign-off kosong tanpa uji tidak memperkuat kontrol.

Privasi dan keamanan tidak boleh hilang

Lebih banyak data tidak berarti semua pegawai perusahaan boleh melihat semuanya. Batasi akses berdasarkan fungsi. Enkripsi file sensitif, catat unduhan, kelola vendor, dan tetapkan retensi. Dokumen pajak dapat memuat identitas, gaji, rekening, serta transaksi yang berisiko jika bocor.

Ketika menjawab permintaan resmi, verifikasi kanal dan kewenangan. Penipu dapat memakai nama DJP atau aturan baru untuk meminta file dan pembayaran. Pembayaran pajak dilakukan melalui mekanisme resmi, bukan rekening pribadi atau top-up e-wallet kepada petugas. Jangan mengirim database lengkap jika permintaan resmi hanya memerlukan bagian tertentu.

Di sisi pemerintah, akses dan penggunaan informasi juga tunduk pada aturan kerahasiaan. Wajib pajak tetap berhak mengharapkan tata kelola yang bertanggung jawab. Namun hak privasi bukan alasan memberikan data palsu atau menghalangi kewajiban yang sah.

Tiga rekonsiliasi prioritas untuk 2026

Pertama, rekonsiliasi identitas. Pastikan nama, nomor pajak, cabang, dan lawan transaksi konsisten. Kedua, rekonsiliasi nilai. Cocokkan omzet, transaksi, aset, dan bukti potong dengan sumber luar yang paling material. Ketiga, rekonsiliasi waktu. Perbedaan cut-off, tanggal invoice, pembayaran, penyerahan, dan pelaporan sering menghasilkan selisih antarperiode.

Buat issue register, bukan daftar panik. Setiap selisih mempunyai nilai, periode, sumber, penyebab sementara, pemilik, bukti, tindakan, dan tenggat. Prioritaskan berdasarkan materialitas serta risiko. Tutup issue hanya setelah koreksi tercermin di sistem atau alasan perbedaan terdokumentasi.

Berikan data owner hak dan kewajiban yang nyata. Ia menyetujui definisi, menjaga kualitas identifier, menilai perubahan sumber, dan memastikan issue ditutup. Tax team bukan otomatis pemilik semua data. Sales memiliki fakta order, HR memiliki payroll, procurement memiliki vendor, dan legal memiliki izin. Kolaborasi diperlukan agar penjelasan tidak dibangun dari tebakan finance.

Laporkan kualitas data kepada manajemen: persentase match, nilai unexplained, aging, error master, serta koreksi berulang. Angka ini tidak menilai pajak terutang, tetapi menunjukkan kesiapan. Target bukan nol selisih setiap saat; targetnya selisih terlihat, dimiliki, dan diselesaikan sesuai risiko.

PMK 8/2026 memperkuat arah administrasi pajak berbasis data pihak ketiga. Ia tidak otomatis membuktikan SPT salah dan tidak menciptakan pajak atas setiap data yang dikirim. Namun ia menaikkan standar kesiapan wajib pajak. Pembukuan yang hanya benar di total tetapi tidak dapat menjelaskan sumber, identitas, dan waktu akan semakin sulit dipertahankan.

Wajib pajak tidak perlu mengetahui seluruh arsitektur data DJP. Mereka perlu mengetahui arsitektur datanya sendiri. Ketika izin, platform, rekening, invoice, buku besar, dan SPT terhubung oleh rekonsiliasi yang jelas, tambahan data eksternal menjadi alat verifikasi. Ketika semuanya berdiri sebagai silo, satu selisih kecil dapat membuka pertanyaan yang jauh lebih besar.