Satu data vendor yang keliru kini dapat merambat ke faktur, bukti potong, pembayaran, sampai SPT. Ketika seluruh proses berada dalam satu sistem, kesalahan kecil tidak lagi berhenti di satu formulir.
Coretax DJP adalah sistem inti administrasi perpajakan yang mengintegrasikan registrasi, pelaporan, pembayaran, dan layanan pajak. Bagi akuntan perusahaan, perubahan terbesarnya bukan tampilan aplikasi, melainkan tuntutan agar identitas, transaksi, dokumen, dan hak akses konsisten sejak awal.
Apa Itu Coretax DJP?
Coretax DJP merupakan sistem administrasi layanan Direktorat Jenderal Pajak yang dibangun melalui Proyek Pembaruan Sistem Inti Administrasi Perpajakan. Sistem ini resmi melayani administrasi pajak untuk masa Januari 2025 dan seterusnya, kemudian menjadi kanal pelaporan SPT Tahunan mulai tahun 2026.
Berbeda dari pola kerja lama yang tersebar di beberapa aplikasi, Coretax menyatukan siklus kewajiban pajak dalam satu basis data. Registrasi wajib pajak, faktur pajak, bukti potong, pembayaran, pelaporan, dan layanan administrasi saling terhubung. Akibatnya, kualitas master data menjadi bagian dari pengendalian pajak, bukan pekerjaan administratif sampingan.
Coretax membuat proses pajak lebih terintegrasi, tetapi integrasi juga membuat kesalahan data lebih cepat terlihat dan lebih sulit ditutup dengan koreksi manual di tahap akhir.
Perubahan Alur Kerja yang Perlu Dipahami Akuntan
Tim pajak dahulu masih dapat memperbaiki banyak perbedaan saat rekonsiliasi akhir bulan. Dalam Coretax, data yang tidak tepat dapat menghambat dokumen berikutnya. Akuntan perlu melihat proses dari hulu, mulai saat vendor dibuat, kontrak disetujui, dan transaksi dicatat.
| Area | Pola lama | Implikasi di Coretax |
|---|---|---|
| Identitas pihak | Sering diperiksa saat pelaporan | Perlu benar sebelum dokumen pajak dibuat |
| Hak akses | Berpusat pada satu operator | Perlu pembagian role dan penanggung jawab yang jelas |
| Bukti potong | Dikelola sebagai keluaran terpisah | Terhubung dengan profil, transaksi, dan pelaporan |
| Rekonsiliasi | Dominan di akhir periode | Lebih efektif dilakukan berkala sepanjang periode |
| Arsip | Dokumen disimpan per aplikasi atau folder | Jejak dokumen perlu mengikuti satu nomor referensi |
Perubahan ini menuntut koordinasi antara pajak, finance, procurement, legal, HR, dan IT. Pajak keluaran bergantung pada data penjualan. Pemotongan pajak bergantung pada klasifikasi vendor dan transaksi. Pelaporan karyawan bergantung pada data HR. Tim pajak tidak bisa memperbaiki semua masalah sendirian menjelang tenggat.
Persiapan Akun, Kode Otorisasi, dan Hak Akses
Wajib pajak yang pernah memakai DJP Online dapat mengakses Coretax dengan membuat kata sandi baru melalui fungsi lupa kata sandi. Wajib pajak yang belum pernah memakai DJP Online perlu mengajukan aktivasi akun. Email dan nomor telepon yang tercatat harus aktif karena konfirmasi dikirim melalui kanal tersebut.
Untuk penggunaan layanan elektronik, perusahaan juga perlu menyiapkan Kode Otorisasi DJP atau sertifikat elektronik sesuai kebutuhan. Pada wajib pajak badan, akses sebaiknya tidak berhenti pada akun penanggung jawab. Struktur role harus mengikuti pembagian tugas nyata di perusahaan.
- Tentukan siapa penanggung jawab utama yang mewakili badan.
- Petakan role untuk pembuat dokumen, pemeriksa, penyetuju, dan pelapor.
- Pastikan email serta nomor telepon tidak melekat pada pegawai yang segera pindah peran.
- Buat prosedur pencabutan akses ketika pegawai resign atau vendor konsultan berganti.
- Simpan bukti persetujuan akses sebagai bagian dari audit trail.
Satu akun bersama memang terasa praktis, tetapi menghilangkan jejak siapa yang membuat atau mengubah dokumen. Untuk perusahaan dengan volume transaksi tinggi, praktik tersebut memperbesar risiko akses tidak sah dan menyulitkan investigasi ketika terjadi perbedaan data.
Master Data yang Harus Dibersihkan Lebih Dulu
Implementasi Coretax sering diperlakukan sebagai proyek aplikasi. Titik rawannya justru berada pada master data di ERP, sistem payroll, daftar pelanggan, dan daftar pemasok. Nama yang tidak seragam, NPWP yang tidak valid, alamat yang tertinggal, atau status cabang yang keliru akan masuk ke dokumen pajak.
- Tarik daftar pihak aktif. Pisahkan pelanggan, pemasok, karyawan, pemegang saham, dan pihak berelasi.
- Validasi identitas. Cocokkan NPWP atau NIK, nama resmi, alamat, email, serta status PKP dengan dokumen yang berlaku.
- Hilangkan duplikasi. Satu vendor yang tersimpan dalam tiga kode dapat menghasilkan riwayat transaksi yang terpecah.
- Periksa pemetaan pajak. Hubungkan jenis transaksi dengan PPN, objek PPh, tarif, fasilitas, dan dokumen pendukung.
- Tentukan pemilik data. Procurement bertanggung jawab atas data vendor, HR atas pegawai, dan finance atas akun transaksi. Tim pajak menetapkan aturan validasinya.
Pembersihan tidak cukup dilakukan sekali. Perusahaan memerlukan validasi saat pembuatan pihak baru dan peninjauan berkala untuk data yang berubah. Kontrol di pintu masuk jauh lebih murah dibanding pembetulan puluhan dokumen setelah pelaporan.
Alur Faktur, Bukti Potong, Pembayaran, dan SPT
Akuntan perlu mendesain rekonsiliasi yang mengikuti urutan transaksi. Mulai dari kontrak dan invoice, lanjut ke pencatatan buku besar, dokumen pajak, pembayaran, lalu pelaporan. Setiap tahap harus memakai referensi yang dapat dilacak kembali.
Faktur pajak dan transaksi penjualan
Periksa saat terutangnya PPN, identitas lawan transaksi, dasar pengenaan pajak, tarif, serta fasilitas yang digunakan. Jangan menunggu akhir bulan untuk menemukan invoice komersial yang belum memiliki dokumen pajak. Gunakan daftar pengecualian harian atau mingguan, terutama saat volume tinggi.
Bukti potong dan transaksi pengeluaran
Klasifikasi transaksi menentukan objek serta tarif pemotongan. Deskripsi invoice yang terlalu umum seperti “jasa operasional” tidak cukup untuk mengambil keputusan pajak. Procurement dan account payable perlu memakai kategori jasa yang terstandar serta meminta dokumen pendukung sebelum pembayaran.
Pembayaran dan pelaporan
Kode billing, nominal pembayaran, masa pajak, dan jenis pajak harus direkonsiliasi dengan kewajiban yang dibentuk. Untuk SPT Tahunan tahun pajak 2025 yang dilaporkan pada 2026, DJP mengarahkan pelaporan melalui Coretax. Akun dan kode otorisasi seharusnya sudah aktif jauh sebelum tenggat.
Target yang sehat bukan “SPT berhasil dikirim”, melainkan setiap angka di SPT dapat ditelusuri ke transaksi, dokumen pajak, pembayaran, dan persetujuan yang tepat.
Kontrol Internal untuk Operasi Coretax DJP
Kontrol yang baik tidak harus rumit. Ia harus ditempatkan pada titik yang dapat mencegah kesalahan sebelum menyebar. Perusahaan dapat membangun matriks kontrol berdasarkan risiko, pemilik proses, frekuensi, bukti pelaksanaan, dan jalur eskalasi.
- Maker-checker. Pembuat dokumen berbeda dari pemeriksa untuk transaksi material atau berisiko tinggi.
- Rekonsiliasi tiga arah. Cocokkan invoice, buku besar, dan dokumen pajak dengan toleransi selisih yang ditetapkan.
- Daftar pengecualian. Pantau transaksi tanpa NPWP, tarif kosong, dokumen batal, atau status belum selesai.
- Kalender kepatuhan. Cantumkan tenggat internal yang lebih awal dari batas resmi agar ada ruang koreksi.
- Review akses berkala. Periksa pengguna aktif, role berlebih, dan akun yang tidak lagi digunakan.
- Log insiden. Catat kendala, dampak, tindakan, dan bukti penyelesaian agar masalah yang sama tidak berulang.
Ukuran kinerja juga perlu bergeser. Tim tidak cukup dinilai dari ketepatan waktu pelaporan. Tambahkan persentase dokumen lolos pertama kali, jumlah koreksi, umur daftar pengecualian, dan waktu penyelesaian selisih. Metrik tersebut menunjukkan kualitas proses sebelum tenggat datang.
Kesalahan yang Paling Sering Menghambat Tim
Kesalahan pertama adalah menunggu staf pajak memahami seluruh sistem tanpa melibatkan fungsi lain. Coretax menerima data yang lahir dari proses bisnis lintas unit. Tanpa pemilik data yang jelas, tim pajak akan menjadi pusat perbaikan manual.
Kesalahan kedua ialah memindahkan prosedur lama apa adanya. Formulir mungkin mirip, tetapi keterhubungan datanya berbeda. Prosedur harus ditulis ulang berdasarkan aliran informasi dan titik kontrol, bukan berdasarkan nama aplikasi sebelumnya.
Kesalahan ketiga adalah menguji hanya transaksi normal. Skenario pembatalan, retur, penggantian dokumen, uang muka, transaksi cabang, pihak berelasi, dan pergantian penanggung jawab justru perlu diuji sebelum terjadi dalam periode sibuk.
Rencana Kerja 30 Hari untuk Tim Akuntansi
- Minggu pertama: petakan akun, role, proses, sistem sumber, dan pemilik data.
- Minggu kedua: bersihkan master data prioritas dan uji sampel pelanggan, pemasok, serta karyawan.
- Minggu ketiga: jalankan transaksi ujung ke ujung, termasuk koreksi dan pembatalan.
- Minggu keempat: dokumentasikan SOP, tetapkan dashboard pengecualian, dan lakukan simulasi penutupan masa pajak.
Rekonsiliasi yang Perlu Berjalan Sepanjang Bulan
Rekonsiliasi sebaiknya dibagi berdasarkan frekuensi dan materialitas. Transaksi bernilai tinggi, pihak berelasi, serta dokumen yang menentukan hak kredit pajak perlu dipantau lebih sering. Transaksi rutin dapat diperiksa melalui aturan otomatis dan sampel berbasis risiko.
Dashboard harian dapat menampilkan dokumen gagal, identitas tidak valid, transaksi tanpa pemetaan, dan antrean persetujuan. Dashboard mingguan menyoroti perbedaan antara buku besar dengan dokumen pajak serta masalah yang belum selesai. Penutupan bulanan kemudian menjadi konfirmasi akhir, bukan waktu pertama kali tim menemukan selisih.
| Frekuensi | Pemeriksaan | Pemilik utama |
|---|---|---|
| Harian | Dokumen gagal, data kosong, transaksi tertahan | Operator dan supervisor |
| Mingguan | Invoice versus faktur atau bukti potong | Tax dan account payable/receivable |
| Bulanan | Buku besar, dokumen pajak, pembayaran, SPT | Tax manager dan finance controller |
| Triwulanan | Hak akses, tren koreksi, efektivitas kontrol | Finance, IT, dan internal audit |
Menangani Gangguan dan Perubahan Fitur
Sistem perpajakan digital terus disempurnakan. Perusahaan perlu membedakan kesalahan data internal, kesalahan proses, kendala integrasi, dan gangguan layanan. Bukti layar, waktu kejadian, nomor referensi, pengguna, serta dampak transaksi perlu dicatat sebelum eskalasi.
- Simpan tangkapan informasi yang relevan tanpa mencantumkan kredensial atau data sensitif yang tidak diperlukan.
- Periksa pengumuman dan panduan terbaru hanya melalui kanal resmi DJP.
- Jangan mengulang pengiriman tanpa memahami status karena dapat menimbulkan dokumen ganda.
- Tetapkan alternatif operasional dan batas waktu eskalasi ke KPP atau Kring Pajak.
- Setelah insiden selesai, perbarui SOP bila penyebabnya berasal dari proses internal.
Perubahan fitur juga memerlukan pengendalian versi. Cantumkan tanggal pada prosedur kerja, pemilik dokumen, sumber panduan resmi, dan riwayat perubahan. Instruksi yang tidak bertanggal mudah terus dipakai meskipun alur sistem sudah berubah.
Akuntan profesional perlu mampu menghubungkan sistem, transaksi, pengendalian, dan regulasi dalam satu penilaian. Pembelajaran semacam ini relevan bagi peserta Sarjana Akuntansi Karyawan PPM School of Management, terutama ketika kasus perpajakan digital dibaca bersama proses bisnis dan kualitas laporan keuangan.
Mulai dari Data yang Paling Menentukan
Sebelum menutup periode, lakukan simulasi satu transaksi lengkap dan minta orang lain menelusurinya tanpa bantuan pembuat dokumen. Jika jejaknya tidak dapat dipahami, perbaiki referensi, bukti, dan prosedur sebelum volume transaksi berikutnya masuk.
Catat hasil simulasi sebagai baseline untuk periode berikutnya dan bahan pelatihan anggota tim baru.
Prioritas pertama bukan mencoba semua menu Coretax. Pilih satu alur dengan volume dan nilai terbesar, lalu pastikan data pihak, klasifikasi pajak, dokumen, pembayaran, dan rekonsiliasinya terhubung. Setelah alur itu stabil, gunakan pola kontrol yang sama untuk proses berikutnya.
Perusahaan yang hanya mengejar keberhasilan unggah akan terus sibuk memperbaiki akibat. Perusahaan yang membenahi sumber data dan pembagian tanggung jawab akan memakai Coretax sebagai pengendalian kepatuhan yang lebih kuat.