“Total di Coretax beda dengan general ledger.”
Kalimat itu sering langsung mengubah suasana ruang finance. Satu orang membuka spreadsheet, satu orang masuk ke ERP, dan yang lain mulai mencari tangkapan layar bulan lalu. Padahal kata “beda” belum menjelaskan masalah. Selisih bisa berasal dari populasi, periode, identitas, status dokumen, dasar nilai, pembetulan, atau transaksi yang memang dicatat dengan logika berbeda.
Jadi, jangan mulai dengan mengedit angka agar totalnya sama. Mulailah dengan membuat selisih dapat dijelaskan.
Coretax mengintegrasikan data dari proses registrasi, dokumen perpajakan, pembayaran, dan pelaporan. Pembukuan internal merekam transaksi berdasarkan kebijakan akuntansi dan proses bisnis perusahaan. Keduanya saling berhubungan, tetapi tidak selalu menyajikan data dengan bentuk dan waktu yang identik. Rekonsiliasi bertugas membangun jembatan di antara keduanya.
Langkah nol: bekukan dua angka yang dibandingkan
Sebelum mencari penyebab, catat apa tepatnya yang sedang dibandingkan. “Angka Coretax” dapat berarti nilai faktur keluaran, faktur masukan, bukti potong, pembayaran, konsep SPT, atau data lain. “Angka pembukuan” dapat berarti saldo akun, mutasi debit atau kredit, laporan subledger, rekap invoice, atau angka setelah jurnal penyesuaian.
Tuliskan nama laporan, periode penarikan, tanggal dan jam data diunduh, filter yang digunakan, entitas, NITKU atau unit bila relevan, mata uang, serta status dokumen yang masuk dalam populasi. Simpan file mentahnya. Tanpa langkah ini, tim bisa menghabiskan waktu membandingkan dua laporan yang terus berubah.
Contohnya, staf menarik data Coretax pada pagi hari dan supervisor menarik ulang setelah ada pembetulan dokumen. Mereka berdebat mengenai total yang berbeda, padahal masing-masing memegang versi populasi yang berbeda. Rekonsiliasi membutuhkan titik potong waktu yang sama.
Gerbang pertama: apakah populasinya sama?
Ini penyebab yang paling mendasar dan sering terlewat. Laporan internal mungkin mencakup seluruh transaksi komersial, sementara data Coretax hanya mencakup dokumen pajak tertentu. General ledger dapat memuat accrual yang belum ditagih. Daftar faktur dapat memuat dokumen berstatus konsep, dibatalkan, diganti, atau belum disetujui. Satu file memasukkan cabang, file lain hanya pusat.
Bandingkan jumlah baris sebelum membandingkan total nilai. Lalu kelompokkan berdasarkan status. Jangan mencampur dokumen final dengan konsep atau batal. Periksa apakah tanggal yang dipakai adalah tanggal transaksi, tanggal faktur, tanggal posting, tanggal pembayaran, atau masa pajak. Perbedaan definisi tanggal dapat memindahkan transaksi dari satu periode ke periode lain tanpa ada kesalahan nilai.
Jika populasi belum sama, jangan lanjut ke perdebatan tarif atau jurnal. Bereskan definisi data lebih dulu.
Gerbang kedua: bisakah setiap baris dipasangkan?
Gunakan kunci yang paling stabil. Nomor dokumen, nomor invoice, NPWP lawan transaksi, masa pajak, dan nilai dapat dipakai dalam kombinasi. Jangan mengandalkan nama vendor saja karena ejaan dapat berbeda. Jangan pula hanya memakai nilai karena dua transaksi bisa mempunyai nominal identik.
Bagi hasil menjadi tiga kelompok. Pertama, matched: baris ditemukan pada kedua sisi. Kedua, only in Coretax: ada di data pajak, tidak ada pada pembukuan yang ditarik. Ketiga, only in books: ada di pembukuan, tidak ditemukan pada data Coretax. Setelah pasangan terbentuk, baru identifikasi matched with difference, yaitu dokumennya sama tetapi nilainya berbeda.
Pembagian ini mengubah masalah besar menjadi empat antrean kerja. Setiap antrean mempunyai penyebab yang berbeda dan sebaiknya tidak diselesaikan dengan satu formula koreksi massal.
Hanya ada di Coretax: cari jejak dokumennya
Dokumen yang hanya muncul di Coretax dapat berarti pembukuan belum melakukan posting, transaksi dicatat pada akun atau periode lain, dokumen pajak dibuat dua kali, atau pembetulan belum masuk ke sistem internal. Periksa nomor referensi, pembuat dokumen, status, dan hubungan dengan invoice.
Pada faktur masukan atau bukti potong yang dibuat pihak lain, perusahaan mungkin menerima data sebelum dokumen diserahkan ke account payable. Ini bukan otomatis kesalahan Coretax. Bisa jadi jalur dokumen internal lebih lambat daripada jalur data pajak. Hubungi pemilik transaksi di procurement atau unit pengguna untuk memastikan barang atau jasa benar-benar diterima dan kewajiban telah dicatat.
Waspadai pula salah identitas. Dokumen dapat diarahkan ke NPWP perusahaan, tetapi sebenarnya transaksi milik entitas grup lain atau unit yang berbeda. Nilai mungkin tampak familiar sehingga langsung diterima, padahal pihak yang bertransaksi tidak tepat.
Hanya ada di pembukuan: jangan langsung menyebutnya belum dilaporkan
Baris yang hanya ada di books memiliki lebih banyak kemungkinan. Transaksi mungkin bukan objek dokumen yang sedang direkonsiliasi. Dokumen belum dibuat. Tanggal pajaknya masuk periode berikutnya. Vendor belum menerbitkan bukti. Data gagal masuk karena identitas. Transaksi dibatalkan setelah jurnal awal dibuat. Atau filter pada unduhan Coretax tidak mencakup status yang relevan.
Tambahkan reason code pada setiap baris. Misalnya timing, non-object, document pending, identity issue, cancelled, filter issue, atau investigate. Reason code bukan keputusan pajak final. Ia alat untuk mengelola antrean dan melihat pola.
Jika puluhan transaksi jatuh pada kategori document pending dari satu unit, masalahnya mungkin ada pada cut-off dan disiplin dokumen. Jika selisih berulang pada vendor yang sama, master data perlu diperiksa. Rekonsiliasi yang baik tidak hanya memperbaiki bulan berjalan, tetapi menemukan bagian proses yang terus menghasilkan selisih.
Dokumen sama, nilai berbeda: pecah komponennya
Selisih nilai sering terjadi karena tim membandingkan dasar yang tidak sama. Invoice komersial dapat memuat PPN, biaya penggantian, diskon, potongan, uang muka, ongkir, atau komponen lain. Dokumen pajak mungkin menampilkan dasar pengenaan dan pajak secara terpisah. Mutasi bank menunjukkan nilai neto setelah pemotongan. General ledger dapat memecah satu invoice ke beberapa akun.
Buat bridge per dokumen. Mulai dari nilai invoice, kurangi atau tambahkan komponen yang relevan, lalu tunjukkan bagaimana nilai tersebut menjadi dasar pada dokumen pajak dan bagaimana akhirnya dibayar. Jangan memakai plug number, yaitu angka penyeimbang tanpa penjelasan. Plug membuat total terlihat cocok tetapi menghancurkan fungsi kontrol.
Periksa juga pembulatan dan mata uang. Untuk transaksi valuta asing, kurs yang dipakai pada pembukuan dan dasar perpajakan perlu dipahami sesuai ketentuan dan kebijakan yang relevan. Jangan menyimpulkan selisih kurs sebagai error sebelum mengetahui tanggal serta kurs yang digunakan masing-masing sistem.
Gerbang ketiga: apakah ada siklus pembetulan atau pembatalan?
Satu transaksi dapat mempunyai lebih dari satu versi dokumen. Jika file rekonsiliasi tidak membedakan dokumen awal, pembetulan, pengganti, atau pembatalan, angka mudah dihitung ganda. Simpan hubungan antarversi. Versi lama jangan dihapus dari jejak kerja, tetapi tandai agar tidak ikut dalam angka final bila sudah tidak berlaku.
Tanyakan tiga hal: dokumen mana yang saat ini berlaku, kapan perubahan dibuat, dan apakah pembukuan sudah mencatat dampaknya. Koreksi pajak tanpa jurnal koreksi menimbulkan selisih. Jurnal koreksi tanpa pembetulan dokumen pajak juga menimbulkan selisih dari arah sebaliknya.
Karena data Coretax dapat diperbarui seiring proses dokumen, file unduhan perlu diberi tanggal. Jangan menimpa file lama tanpa versioning. Ketika reviewer bertanya mengapa angka kemarin berubah, tim dapat menunjukkan peristiwa yang menjelaskannya.
Gerbang keempat: apakah pembayaran dipetakan ke kewajiban yang benar?
Selisih tidak berhenti pada transaksi. Pembayaran perlu direkonsiliasi dengan billing, jenis pajak, masa, dan dokumen penerimaan. Satu transfer keluar dari bank tidak cukup membuktikan kewajiban tertentu telah diselesaikan. Demikian pula status kewajiban pada sistem perlu dibaca bersama bukti pembayaran dan referensinya.
Pisahkan tiga tabel: kewajiban menurut kertas kerja, pembayaran yang dieksekusi treasury, dan pembayaran yang dapat ditelusuri ke administrasi pajak. Cocokkan dengan referensi yang tersedia. Jika ada pembayaran gagal, salah masa, atau belum teridentifikasi, beri status terbuka dan pemilik tindak lanjut.
Jangan menunggu penyusunan SPT untuk menemukan pembayaran yang tidak terpetakan. Pada saat itu, orang yang mengeksekusi transaksi mungkin sudah lupa detailnya.
Urutan eskalasi yang menghemat waktu
Setelah reason code terisi, selesaikan masalah berdasarkan sumbernya. Masalah pembukuan pergi ke accounting. Dokumen vendor pergi ke procurement atau account payable. Data pegawai pergi ke payroll atau HR. Masalah akses dan status sistem pergi ke administrator Coretax internal. Ketidakjelasan perlakuan pajak pergi ke reviewer tax dan, bila perlu, petugas pajak atau konsultan.
Saat menghubungi kanal bantuan, bawa kronologi yang ringkas: NPWP yang relevan tanpa menyebarkannya ke pihak yang tidak berwenang, jenis modul, masa, nomor dokumen, status, waktu kejadian, pesan sistem, langkah yang sudah dicoba, serta bukti pendukung. Pernyataan “totalnya beda” terlalu luas untuk didiagnosis.
Bedakan pula error teknis dari perbedaan substansi. Error teknis terjadi ketika fungsi tidak berjalan seperti seharusnya, misalnya dokumen tidak dapat diproses atau status tidak berubah setelah langkah yang benar. Perbedaan substansi terjadi ketika data sumber, klasifikasi, atau perlakuan memang berbeda. Membawa masalah substansi ke helpdesk sebagai bug hanya memperpanjang antrean.
Kapan selisih boleh tetap ada?
Tujuan rekonsiliasi bukan selalu membuat dua total identik. Selisih dapat sah jika ada perbedaan basis, timing, atau cakupan yang terdokumentasi. Yang tidak boleh adalah selisih tanpa penjelasan dan tanpa rencana tindak lanjut.
Tetapkan materialitas dan jalur persetujuan. Selisih kecil karena pembulatan mungkin cukup dicatat. Selisih identitas, dokumen ganda, transaksi besar, atau kewajiban yang belum dibayar memerlukan eskalasi segera. Nilai material bukan satu-satunya ukuran. Kesalahan master data bernilai kecil tetapi berulang dapat menunjukkan kelemahan sistemik.
Paket bukti rekonsiliasi yang layak ditutup
Satu periode dianggap selesai ketika tim mempunyai file sumber dari kedua sisi, parameter unduhan, daftar pasangan, daftar selisih, reason code, bukti penyelesaian, dan persetujuan reviewer. Ringkasan harus dapat menjawab saldo awal, penambahan, pengurangan, koreksi, dan saldo atau angka akhir sesuai konteks.
Simpan juga isu yang belum selesai dalam open-item list. Setiap item memerlukan nilai, penyebab sementara, pemilik, tenggat, dan risiko. Jangan menyembunyikannya dalam komentar sel spreadsheet yang hanya dipahami pembuatnya.
Sebelum reviewer memberi tanda selesai, lakukan kontrol total dan kontrol baris. Kontrol total memastikan seluruh populasi masuk ke kertas kerja. Kontrol baris memastikan sampel atau item berisiko benar-benar dapat ditelusuri dari pembukuan sampai dokumen pajak dan kembali lagi. Salah satu tanpa yang lain tidak cukup. Total dapat cocok walau dua kesalahan saling menutup, sedangkan pemeriksaan beberapa baris dapat terlihat baik meski ada populasi yang seluruhnya hilang.
Simpan formula dan query yang dipakai untuk pencocokan. Perubahan kecil pada format NPWP, spasi nomor invoice, atau tanda negatif dapat mengubah hasil matching. Reviewer harus dapat mengulang proses, bukan sekadar mempercayai warna hijau pada spreadsheet.
Ketika angka Coretax berbeda dengan pembukuan, kepanikan biasanya muncul karena tim melihat total sebelum melihat struktur. Balik urutannya. Bekukan data, samakan populasi, pasangkan baris, pecah selisih, telusuri versi dokumen, lalu petakan pembayaran. Setelah itu, angka berhenti menjadi ancaman abstrak. Ia berubah menjadi daftar masalah yang dapat ditugaskan, dibuktikan, dan ditutup.
Rekonsiliasi yang matang tidak memaksa dua sistem bercerita dengan format identik. Ia memastikan perusahaan memahami mengapa ceritanya berbeda dan dapat menunjukkan bagian mana yang akhirnya menjadi dasar pelaporan.
Bacaan dan rujukan terkait di ePajak.or.id
- Kategori: Pajak
- Topik: Coretax DJP
- Indeks: Coretax
- Panduan: Panduan Coretax DJP
- Evidence: Administration Source Map
- Topik: Data Wajib Pajak
- Artikel terkait: Coretax 2026 Sudah Jadi Rutinitas, Tapi Kenapa Tim Finance Masih Sering Nyangkut di Hal Kecil?
- Artikel terkait: Data Prepopulated di Coretax Bukan Berarti Bisa Langsung Klik Submit
