Kalimat “fakturnya tidak terbaca” terlalu luas untuk ditindaklanjuti. Bisa berarti dokumen tidak ditemukan, gagal dibuat, ditolak saat validasi, muncul tetapi tidak dapat dikreditkan, nilainya berbeda, atau belum masuk ke proses berikutnya. Jika semua kondisi disebut error sistem, tim finance akan mencoba langkah yang sama untuk masalah yang sebenarnya berbeda.
Gunakan tiga kotak diagnosis: data, dokumen, dan timing. Sebagian kasus menyentuh lebih dari satu kotak, tetapi pemisahan awal membantu menentukan siapa yang harus bergerak dan bukti apa yang perlu dikumpulkan.
Kotak pertama: masalah data
Masalah data terjadi ketika field yang menjadi dasar dokumen salah, kosong, tidak konsisten, atau tidak sesuai master. Periksa identitas penjual dan pembeli, NPWP atau NIK yang digunakan, nama, alamat, status PKP, kode transaksi, jenis barang atau jasa, nilai dasar pengenaan pajak, tarif, tempat kegiatan usaha, dan tanggal.
Jangan hanya melihat PDF. Telusuri data sumber pada invoice, purchase order, kontrak, master pelanggan atau vendor, serta ERP. PDF dapat menampilkan informasi yang terlihat wajar sementara field terstruktur yang dikirim berbeda.
Jika satu vendor berulang kali bermasalah, jangan memperbaiki faktur satu per satu tanpa memeriksa master. Koreksi dokumen lama mungkin tetap diperlukan, tetapi akar masalahnya harus ditutup agar dokumen baru tidak mengulang kesalahan.
Identitas yang salah juga menentukan siapa yang harus memperbaiki. Pembeli tidak dapat mengubah faktur yang diterbitkan penjual sesuka hati. Ia perlu memberi data benar dan meminta penerbit mengikuti prosedur koreksi yang berlaku.
Kotak kedua: masalah dokumen
Dokumen dapat mempunyai status yang tidak lagi aktif, belum disetujui, dibatalkan, diganti, atau tidak pernah final. Bisa pula nomor atau referensi yang dicari berbeda dari dokumen yang diterima internal.
Catat nomor faktur, tanggal, masa, pihak, nilai, dan status yang terlihat. Minta penjual atau tim penerbit mengonfirmasi status dari sisi mereka. Jangan memakai screenshot tanpa nomor referensi karena sulit ditelusuri.
Periksa hubungan antara faktur awal dan dokumen pengganti atau pembatalan. Folder perusahaan sering menyimpan semua versi tanpa penanda. Akibatnya, operator dapat mencoba memakai dokumen lama yang sudah tidak berlaku atau menghitung kedua versi.
Pastikan juga dokumen pendukung transaksi ada: invoice komersial, bukti penyerahan, kontrak, berita acara, purchase order, serta bukti pembayaran bila relevan. Faktur pajak tidak berdiri sendiri dari transaksi.
Kotak ketiga: masalah timing
Data yang benar dan dokumen yang sah dapat belum terlihat pada saat yang Anda harapkan. Ada perbedaan waktu penerbitan, posting, sinkronisasi, cut-off internal, dan proses masa pajak. Sebelum menyimpulkan gagal, catat kapan dokumen dibuat, kapan status berubah, kapan pencarian dilakukan, dan periode apa yang dipilih.
Gunakan waktu aktual, bukan “tadi” atau “kemarin”. Catatan 12 Agustus pukul 10.15 WIB lebih berguna bagi helpdesk daripada pernyataan bahwa sejak pagi sistem bermasalah.
Timing juga menyentuh pengakuan internal. Invoice komersial dapat dicatat pada satu periode, sedangkan faktur atau pembayaran mengikuti peristiwa dan ketentuan yang perlu dianalisis. Jangan memaksa semua tanggal sama hanya agar rekonsiliasi mudah.
Mulai dari satu transaksi, jangan total bulanan
Pilih satu contoh dengan dokumen lengkap. Telusuri dari kontrak atau order, delivery, invoice, faktur, jurnal, status sistem, sampai pelaporan. Catat titik pertama ketika data berbeda. Jika akar ditemukan pada master pembeli, pemeriksaan total dapat difokuskan ke transaksi yang memakai master sama.
Membandingkan total bulanan memang menunjukkan ada selisih, tetapi tidak menjelaskan penyebab. Turunkan selisih berdasarkan vendor, tanggal, jenis transaksi, atau status. Kelompokkan faktur yang tidak ditemukan, ditolak, diganti, dan menunggu.
Hindari memperbaiki sampel lalu menganggap populasi selesai. Setelah akar diketahui, cari seluruh dokumen yang terdampak pada rentang waktu relevan.
Pertanyaan untuk tim internal
Tanyakan kepada sales atau procurement apakah transaksi dan pihaknya benar. Tanyakan kepada master-data owner kapan identitas terakhir diperbarui. Tanyakan kepada accounting tanggal dan nilai posting. Tanyakan kepada tax status faktur serta tindakan yang tersedia. Tanyakan kepada IT apakah file atau integrasi mengubah format.
Pertanyaan harus menyebut nomor dan kasus. Pesan “tolong cek semua faktur yang error” membuat setiap tim saling menunggu. Berikan daftar exception dengan kolom penyebab sementara dan pemilik.
Jika proses memakai upload atau integrasi, simpan file sumber, log, waktu, jumlah baris, dan hasil. Jangan mengulang unggah tanpa memeriksa apakah percobaan pertama membuat dokumen. Duplikasi dapat lahir dari upaya memperbaiki error yang sebenarnya hanya terlambat tampil.
Kapan menghubungi lawan transaksi
Hubungi penjual bila faktur yang mereka terbitkan memiliki identitas, nilai, tanggal, atau status yang perlu dikonfirmasi atau dikoreksi. Sertakan data yang benar berdasarkan dokumen resmi perusahaan. Jangan meminta mereka “ubah agar bisa masuk” tanpa menjelaskan dasar.
Hubungi pembeli jika Anda penerbit dan memperoleh informasi bahwa data penerima salah atau dokumen tidak terlihat. Verifikasi permintaan melalui kanal yang dipercaya. Perubahan rekening, identitas, atau alamat yang dikirim dari email asing dapat menjadi risiko penipuan.
Simpan komunikasi dan dokumen pengganti. Rekonsiliasi kedua pihak setelah perbaikan agar versi yang digunakan sama.
Kapan membawa masalah ke kanal resmi
Jika data dan dokumen telah diverifikasi tetapi fungsi sistem tetap tidak berjalan, siapkan paket kendala. Isi minimalnya: identitas wajib pajak, modul, nomor dokumen, masa, waktu, langkah, pesan error persis, perangkat atau browser bila relevan, screenshot, dan dampak. Jangan menyertakan kata sandi atau OTP.
Gunakan kanal resmi DJP dan simpan nomor tiket. Catat saran yang diterima serta hasil setelah dijalankan. Jika mendekati tenggat, eskalasi internal supaya manajemen mengetahui risiko dan keputusan yang diperlukan.
Masalah teknis tidak memberi izin untuk mengarang status atau membuat tanggal palsu. Simpan bukti usaha penyelesaian dan ikuti arahan resmi sesuai keadaan.
Kontrol sebelum faktur diterbitkan atau diterima
Validasi master secara berkala, khususnya status dan identitas pajak pihak. Gunakan maker-checker untuk perubahan kritis. Pastikan invoice komersial, kontrak, dan faktur memakai sumber data yang konsisten.
Di sisi pembeli, lakukan pemeriksaan segera setelah dokumen diterima, bukan saat SPT akan disiapkan. Semakin cepat perbedaan ditemukan, semakin mudah pihak penerbit mengingat transaksi dan menyiapkan koreksi.
Buat kalender cut-off yang memasukkan waktu untuk exception. Target internal harus lebih awal daripada tenggat resmi. Jika semua dokumen baru diperiksa pada hari terakhir, selisih timing kecil berubah menjadi keadaan darurat.
Jurnal penyeimbang bukan solusi otomatis
Ketika faktur tidak terbaca, tim accounting kadang tergoda membuat jurnal agar akun pajak sama dengan laporan sementara. Jurnal dapat diperlukan untuk tujuan akuntansi tertentu, tetapi tidak memperbaiki identitas atau status dokumen di Coretax.
Setiap jurnal exception harus memiliki dasar, approver, dan rencana penyelesaian. Hindari akun suspense yang terus membesar tanpa umur dan pemilik. Laporan terlihat seimbang, tetapi risiko dokumennya tetap ada.
Review setelah masalah selesai
Pastikan status akhir benar, dokumen pengganti tersimpan, dokumen lama diberi label tidak berlaku, jurnal terkait diselesaikan, dan rekonsiliasi diperbarui. Tutup tiket hanya setelah hasil diverifikasi, bukan ketika seseorang mengatakan sudah diperbaiki.
Catat akar penyebab: master, input manual, proses penerbitan, timing, integrasi, atau kesalahan pemahaman. Lihat apakah kontrol perlu diubah. Jika tidak, kasus yang sama akan kembali bulan depan dengan nomor faktur berbeda.
Diagnosis yang tepat memperpendek antrean
Masalah data membutuhkan pemilik data. Masalah dokumen membutuhkan penerbit dan alur koreksi. Masalah timing membutuhkan verifikasi waktu, status, dan proses. Masalah sistem membutuhkan bukti teknis serta kanal resmi. Dengan empat jalur itu, kalimat “tidak terbaca” berubah menjadi tindakan yang dapat ditugaskan.
Tujuan rekonsiliasi bukan membuat Coretax dan spreadsheet terlihat sama dengan cara apa pun. Tujuannya memastikan transaksi, dokumen, pembukuan, dan pelaporan menceritakan kejadian yang sama serta dapat ditelusuri kembali.
Buat kode alasan yang sederhana
Gunakan kode seperti DATA-ID untuk identitas, DATA-VALUE untuk nilai, DOC-STATUS untuk status dokumen, DOC-VERSION untuk dokumen pengganti, TIME-SYNC untuk sinkronisasi, TIME-CUTOFF untuk perbedaan periode, dan SYS-ERROR untuk kendala teknis yang terverifikasi. Setiap exception mendapat satu penyebab utama dan, bila perlu, penyebab sekunder.
Kode membantu melihat pola. Jika mayoritas kasus adalah DATA-ID, investasi waktu sebaiknya masuk ke validasi master, bukan menambah operator pelaporan. Jika TIME-CUTOFF mendominasi, kalender dan komunikasi vendor perlu diperbaiki. Jika SYS-ERROR benar-benar berulang, tiket dapat membawa bukti populasi, bukan satu screenshot.
Jangan memakai “others” sebagai tempat menumpuk kasus. Jika jumlahnya membesar, buat kategori baru setelah memahami penyebab.
Perbedaan antara tidak tampil dan tidak sah
Dokumen yang belum tampil belum otomatis tidak sah. Sebaliknya, dokumen yang tampil belum otomatis benar untuk digunakan. Status sistem, substansi transaksi, identitas, periode, dan ketentuan tetap perlu diperiksa.
Pemisahan ini mencegah dua reaksi ekstrem. Tim tidak perlu langsung menolak transaksi hanya karena ada jeda tampilan, tetapi juga tidak boleh mengandalkan keberadaan di layar sebagai satu-satunya kontrol.
Tetapkan bukti apa yang dibutuhkan untuk tiap keputusan. Untuk menunggu sinkronisasi, catat status sumber dan waktu. Untuk meminta koreksi, tunjukkan field salah serta dokumen benar. Untuk tidak menggunakan dokumen, simpan dasar dan persetujuan reviewer.
Review vendor dan pelanggan berulang
Setiap kuartal, lihat pihak dengan exception tertinggi. Bahas masalah faktur bersama procurement atau sales, bukan tax sendirian. Vendor yang selalu terlambat atau memakai identitas salah dapat membutuhkan komunikasi formal dan perbaikan onboarding.
Untuk pelanggan, pastikan tim sales tidak mengubah data master berdasarkan pesan informal. Perubahan identitas harus melewati validasi. Jika pelanggan mempunyai banyak lokasi, petakan identitas tempat kegiatan yang tepat.
Masukkan kualitas dokumen ke evaluasi proses, bukan untuk menghukum pihak secara otomatis. Tujuannya mengurangi pekerjaan ulang dan risiko pada kedua pihak.
Perlakukan koreksi sebagai transaksi tersendiri
Setiap koreksi perlu nomor referensi, hubungan dengan dokumen asal, alasan, pembuat, reviewer, tanggal, dan status. Jangan mengganti file lama di folder sehingga jejak sebelum dan sesudah hilang. Tandai dokumen mana yang berlaku untuk pelaporan.
Setelah koreksi, cek dampaknya pada invoice, jurnal, utang atau piutang, pembayaran, serta SPT. Perbaikan pada satu layar belum tentu mengalir otomatis ke seluruh catatan internal. Buat daftar sistem terdampak.
Untuk koreksi massal, uji dahulu satu atau beberapa kasus dan verifikasi hasil. Jangan menjalankan perubahan besar ketika akar belum pasti. Simpan backup data kerja sesuai kebijakan perusahaan dan tetapkan rencana penghentian bila hasil uji tidak sesuai.
Dokumentasikan keputusan tidak melakukan koreksi jika memang ada dasar. Catatan harus menunjukkan fakta, nilai, aturan atau arahan yang dipakai, dan pihak yang menyetujui. Diam tanpa keputusan bukan kontrol.
Bacaan dan rujukan terkait di ePajak.or.id
- Kategori: Pajak
- Topik: PPN Dan Faktur Pajak
- Indeks: PPN Faktur Pajak
- Panduan: Panduan PPN Dan Faktur Pajak
- Evidence: Procedure Source Map
- Topik: Registrasi Wajib Pajak
- Evidence: Identity Source Map
- Artikel terkait: Faktur Fiktif dan Vendor Bermasalah: Prosedur onboarding vendor sebagai garis pertahanan pertama
