Data Pihak Ketiga dan Coretax: Kenapa pembukuan internal harus mampu menjelaskan selisih

Coretax mengelola administrasi, bukan membaca konteks bisnis

Coretax DJP mengintegrasikan berbagai proses administrasi perpajakan. DJP juga menerima data dari wajib pajak, instansi, lembaga, asosiasi, dan pihak lain sesuai aturan. Namun sistem tidak hadir di rapat penjualan, tidak membaca kontrak komisi, dan tidak tahu bahwa satu invoice dibatalkan setelah marketplace menutup laporan harian.

DJP pernah menegaskan bahwa Coretax bukan sistem untuk membuka seluruh saldo dan mutasi rekening. Data pihak ketiga diperoleh melalui mekanisme yang diatur dan tidak serta-merta dapat diakses siapa saja. Meski demikian, informasi tersebut dapat menjadi bahan pelayanan atau pengawasan dan memunculkan pertanyaan ketika tidak selaras dengan SPT.

Wajib pajak membawa konteks yang tidak dimiliki data eksternal. Hak tersebut sekaligus tanggung jawab. Penjelasan harus berbasis kontrak, invoice, credit note, laporan settlement, bukti potong, jurnal, dan kebijakan, bukan sekadar pernyataan bahwa “sistem beda”.

Mulai dengan menyamakan definisi

Sebelum membandingkan angka, tulis definisi masing-masing. Apakah data marketplace menunjukkan gross merchandise value, nilai order sukses, nilai setelah refund, atau settlement bersih? Apakah pembukuan menunjukkan revenue tanpa PPN, dengan PPN, atau nilai komisi neto? Apakah periode memakai tanggal order, penyerahan, invoice, atau pencairan?

Perbedaan definisi menghasilkan selisih yang sah. Misalnya, marketplace menghitung nilai barang milik seller, sementara perusahaan hanya berhak atas komisi sebagai agen. Jika substansi kontraknya benar-benar agen, menyamakan GMV dengan revenue akan salah. Sebaliknya, menyebut diri agen tanpa kontrak dan risiko yang mendukung juga tidak cukup.

Buat data dictionary singkat: nama field, definisi, sumber, pemilik, zona waktu, nilai bruto atau neto, termasuk atau tidak termasuk pajak, serta tanggal efektif. Ketika vendor mengubah format, versi definisi diperbarui. Banyak rekonsiliasi gagal karena kolom bernama sama berubah arti diam-diam.

Pecah selisih, jangan simpan sebagai satu angka

Gunakan bridge dari data pihak ketiga menuju buku. Mulai dengan nilai eksternal, lalu kurangi atau tambah kelompok penjelas sampai mencapai angka internal. Kelompok umum meliputi PPN, pembatalan, refund, diskon pihak platform, fee, transaksi antarperusahaan, pass-through, transaksi belum diakui, cut-off, dan error.

Setiap kelompok mempunyai daftar transaksi, bukan hanya total. Sampling dapat dipakai untuk diagnosis awal, tetapi selisih material perlu populasi yang dapat diuji. Tetapkan ID yang menghubungkan order, invoice, settlement, jurnal, dan dokumen pajak.

Sisakan “unexplained difference” secara jujur. Jangan memindahkannya ke kategori lain-lain hanya agar bridge nol. Beri pemilik dan tenggat. Selisih yang belum terjelaskan adalah issue; selisih yang diberi nama palsu adalah risiko tambahan.

Cut-off sering lebih besar daripada kesalahan tarif

Transaksi akhir bulan dapat masuk beberapa periode. Order terjadi 30 Juni, barang dikirim 1 Juli, invoice terbit 2 Juli, settlement masuk 5 Juli, dan faktur pajak mengikuti saat yang ditentukan ketentuan. Platform mungkin melaporkan tanggal order, sementara buku memakai penyerahan.

Buat roll-forward dua arah. Daftar transaksi dalam data pihak ketiga bulan ini yang masuk buku bulan depan, serta transaksi buku bulan ini yang berasal dari data eksternal bulan sebelumnya. Bulan berikutnya, pastikan item benar-benar reverse atau settle. Akun cut-off yang terus tumbuh menandakan masalah.

Zona waktu juga penting untuk platform global. Timestamp UTC dapat jatuh pada tanggal WIB berbeda. Dokumentasikan konversi dan gunakan konsisten. Jangan mengubah zona waktu hanya agar angka periode cocok.

Bukti potong adalah sumber selisih yang khas

Pelanggan dapat membuat bukti potong berdasarkan nilai invoice, pembayaran, atau data vendor yang salah. Nama dan NPWP bisa tidak cocok. Bukti dapat dibatalkan atau dibetulkan. Di sisi perusahaan, piutang mungkin sudah dicatat tetapi bukti belum diterima.

Rekonsiliasi bukti potong perlu menghubungkan nomor dokumen, lawan transaksi, dasar pemotongan, tarif, masa, invoice, dan penerimaan. Selisih bukan selalu kekurangan penghasilan; bisa jadi pelanggan memotong atas reimbursement yang seharusnya dianalisis berbeda atau menggandakan invoice.

Jangan mengkreditkan bukti hanya karena muncul di sistem jika transaksi tidak dikenali. Hubungi lawan transaksi dan minta koreksi. Sebaliknya, jangan menghapus pendapatan dari buku karena bukti potong belum tersedia. Pengakuan transaksi dan administrasi kredit pajak mempunyai alur yang perlu dihubungkan.

Data aset dan izin membutuhkan jembatan non-keuangan

Tidak semua data pihak ketiga berupa rupiah. Daftar kendaraan, tanah, bangunan, izin, pegawai, atau lokasi usaha dapat dibandingkan dengan SPT serta catatan perusahaan. Selisih kuantitas dapat memicu pertanyaan nilai.

Asset register sebaiknya mencatat pemilik legal, pengguna, lokasi, tanggal perolehan, tanggal pelepasan, dokumen, dan nilai. Aset yang sudah dijual tetapi balik nama belum selesai perlu status. Aset sewa tidak boleh keliru masuk sebagai milik. Izin cabang yang belum dicabut perlu ditindaklanjuti.

Untuk orang pribadi, daftar harta harus mempunyai bukti asal dan kesinambungan. Kenaikan harta tidak selalu sama dengan penghasilan tahun berjalan karena dapat berasal dari warisan, hadiah yang memenuhi ketentuan, pinjaman, atau penjualan aset lama. Namun semua alasan memerlukan dokumen.

Transaksi antar-entitas grup juga perlu dilihat dari dua sisi. Entitas penjual mencatat piutang dan penghasilan, entitas pembeli mencatat utang dan biaya atau aset. Nomor invoice, nilai, periode, serta pajak seharusnya dapat dipasangkan. Eliminasi pada laporan konsolidasi tidak menghapus kewajiban pajak masing-masing entitas.

Jika satu shared service center membuat bukti atau faktur untuk beberapa perusahaan, identifier legal harus dikunci. Kesalahan memilih NPWP dapat membuat dokumen muncul pada akun pihak yang salah. Koreksi di ERP saja tidak cukup jika dokumen eksternal belum dibetulkan.

Buat confirmation matrix triwulanan untuk saldo dan transaksi material dalam grup. Selisih dicatat per invoice, mata uang, kurs, dan masa. Perjanjian cost allocation, reimbursement, atau management fee disimpan bersama dasar pembebanannya. Dengan begitu, data pihak ketiga tidak menemukan hubungan yang bahkan perusahaan sendiri belum dapat menjelaskan.

Exception workflow lebih penting daripada dashboard cantik

Dashboard dapat menunjukkan selisih merah, tetapi seseorang harus menyelesaikannya. Tetapkan threshold, pemilik, prioritas, bukti minimum, jalur eskalasi, serta definisi closed. Issue pajak material membutuhkan review tax; issue data membutuhkan perbaikan sistem; issue komersial mungkin membutuhkan credit note.

Maker tidak boleh menutup exception sendiri tanpa bukti. Reviewer memeriksa substansi dan konsistensi. Untuk koreksi massal, uji sampel sebelum posting. Simpan log siapa mengubah mapping, kapan, dan mengapa.

Ukur aging selisih. Item 30, 60, dan 90 hari memerlukan tindakan berbeda. Selisih lama yang berulang menunjukkan akar masalah belum diperbaiki. Jangan membiarkan tim tax membersihkan kesalahan operasional setiap akhir tahun tanpa feedback ke product, sales, procurement, atau master data.

Jika data pihak ketiga salah

Pertahankan file asli, identifikasi baris salah, dan kumpulkan bukti. Ajukan koreksi kepada pihak yang membuat data melalui kanal resmi. Simpan tiket dan respons. Jika laporan telah dikoreksi, simpan versi sebelum dan sesudah serta tanggal efektif.

Dalam komunikasi dengan DJP, jelaskan fakta dan status koreksi. Jangan menuduh sistem tanpa dokumentasi. Sertakan rekonsiliasi yang menunjukkan nilai tidak disengketakan, nilai yang berbeda, penyebab, dan bukti. Penjelasan terstruktur lebih mudah dinilai daripada menyerahkan seluruh database tanpa indeks.

Jika ternyata buku internal salah, perbaiki melalui prosedur accounting dan pajak yang benar. Nilai apakah jurnal, SPT masa, faktur, bukti potong, atau SPT tahunan perlu dibetulkan. Jangan hanya menambah jurnal periode sekarang untuk menutupi kesalahan tahun lalu tanpa analisis.

Kontrol preventif mengurangi selisih sebelum lahir

Validasi NPWP, nama, kode cabang, dan tax code pada awal transaksi. Gunakan nomor order dan invoice unik. Integrasikan refund dan credit note. Kunci mapping setelah disetujui. Rekonsiliasi harian atau mingguan untuk kanal volume tinggi, bukan menunggu akhir bulan.

Saat onboarding platform atau vendor, minta contoh laporan dan field. Pastikan data dapat diekspor, histori tersedia, serta mekanisme koreksi jelas. Kontrak harus menyebut tanggung jawab dokumen pajak dan data. Satu integrasi murah dapat menjadi mahal jika seluruh bukti harus dibangun manual.

Lakukan pre-close tax check. Bandingkan tren omzet, PPN, withholding, settlement, dan volume. Perubahan tajam diberi alasan sebelum pelaporan. Continuous monitoring tidak menggantikan review akhir, tetapi membuat masalah ditemukan ketika orang masih ingat transaksinya.

Konfirmasi eksternal dapat dipakai secara selektif. Untuk saldo atau transaksi material, mintalah statement resmi, konfirmasi lawan transaksi, atau laporan platform. Pastikan periode dan entitas benar. Email informal dari sales lawan transaksi tidak selalu cukup jika dokumen legal bertentangan.

Catat dokumen yang tidak tersedia dan alternatif buktinya. Misalnya, laporan platform lama hilang tetapi bank, invoice, dan data order masih ada. Jelaskan keterbatasan secara jujur. Membuat ulang dokumen seolah-olah asli jauh lebih berbahaya daripada mengakui bukti tidak lengkap dan menyusun corroboration.

Review selisih oleh pihak yang independen dari penyusun meningkatkan kualitas. Reviewer menguji beberapa transaksi dari data eksternal ke buku dan sebaliknya. Dua arah penting karena satu arah hanya menemukan transaksi yang ada pada titik awal, bukan populasi yang hilang seluruhnya.

Paket jawaban yang siap sebelum ditanya

Untuk sumber data material, siapkan satu folder berisi data eksternal, data internal, data dictionary, bridge, transaction listing, bukti sampel, issue register, dan sign-off. Perbarui per bulan atau kuartal. File tersebut bukan dibuat untuk menebak pemeriksaan; ia membantu manajemen memahami kualitas angka.

Orang pribadi dapat memakai versi sederhana: laporan platform, mutasi, daftar transaksi, catatan transfer sendiri, serta rekonsiliasi ke SPT. Yang penting, angka tidak berdiri tanpa asal.

Data pihak ketiga akan terus bertambah dan formatnya tidak selalu sempurna. Wajib pajak tidak dapat mengendalikan semua sumber luar, tetapi dapat mengendalikan kualitas pembukuannya. Buku yang kuat bukan buku yang selalu identik dengan setiap laporan. Buku yang kuat menunjukkan definisi, waktu, bukti, dan alasan setiap perbedaan.

Ketika pertanyaan datang, selisih yang sudah dipetakan berubah dari kejutan menjadi pekerjaan terukur. Ketika rekonsiliasi tidak ada, angka yang sebenarnya benar pun sulit dipertahankan. Coretax dan data pihak ketiga menaikkan visibilitas. Pembukuan internal harus menaikkan kemampuan menjelaskan.