Satu baris berbunyi: kalau bukan Jepang, kembalikan 0

Pada 2 September, sewaktu melihat rekap bulanan di sebuah akun uji coba, saya menyadari baris pajak masukan tertulis 0 selama 3 bulan berturut-turut. Ada bulan di mana 0 memang benar; kalau semua pembeliannya tidak dikenai pajak, angkanya 0. Namun akun itu memuat 41 pembelian yang punya faktur pajak, dan pajaknya berjumlah sekitar Rp 3.180.000. Rekapnya bukan salah hitung. Tidak 1 pun jurnal di baliknya memuat pajak.

Bedanya ada di jalurnya. Jurnal yang diketik dengan tangan memisahkan pajaknya dengan benar. Hanya jurnal yang dibaca dari foto lalu disimpan yang memasukkan seluruh nilai termasuk pajak ke dalam biaya. Di bulan yang sama, di akun yang sama, jurnal yang membawa pajak dan yang tidak berjajar tanpa penanda apa pun. Nilai keduanya sama-sama cocok dengan total yang tertulis di kertas.

Ini penyebabnya. Di bagian yang mengubah hasil pembacaan menjadi jurnal, ada fungsi yang memisahkan pajaknya. Fungsi itu ditulis untuk Jepang: dari kategori dan tarif pajak, ia menghasilkan pajak masukan. Ketika kami menambahkan Indonesia dan Filipina, saya menaruh 1 baris di kepala fungsi itu. Kalau negaranya bukan Jepang, kembalikan 0. Saat itu jalur foto memang baru menangani struk Jepang. Baris itu saya tulis dengan niat kembali lagi nanti.

Baris itu saya tambahkan pada 18 Juni. Pembacaan foto kami buka untuk pembukuan Indonesia pada bulan Juli. Jadi keadaan itu bertahan 2,5 bulan. Saya menemukannya waktu membuat layar rekap, secara kebetulan. Di layar konfirmasi setelah pembacaan, kolom pajaknya memang tidak ada. Bukan berisi 0 — kolomnya tidak ada. Nilai yang tidak ditampilkan tidak mungkin diperiksa dengan mata.

Ini akibatnya. Pengusaha yang terdaftar sebagai PKP di Indonesia menyetor PPN atas penjualan dikurangi PPN atas pembelian. Kalau sisi pembelian tidak tercatat di pembukuan, ia tidak ikut dikurangkan, dan jumlah setorannya ditetapkan tanpa itu. Tidak ada yang berhenti. Tidak ada peringatan. Angkanya rapi sampai akhir, hanya totalnya yang menjadi lebih besar dari semestinya.

Yang terkena hanya akun uji coba dan pembukuan kami sendiri. Belum ada akun pengguna yang dipakai untuk pelaporan sungguhan. Hanya karena itulah tulisan ini bisa saya tulis sebagai nyaris celaka. Kami sekadar beruntung; bukan sistem kami yang menghentikannya. Andai saya menemukannya sebulan lebih lambat, catatan ini akan dibuka dengan permintaan maaf.

Bagian inilah yang sebenarnya ingin saya perbaiki. Kami belum pernah memutuskan apa yang harus dilakukan ketika menemukan kekeliruan yang menyentuh uang. Selama ini caranya: diperbaiki, dimasukkan ke versi berikutnya, ditulis 1 baris di daftar perubahan. Sama persis dengan memperbaiki kata-kata di layar. Karena temuan yang menggerakkan uang ditaruh di rak yang sama, berat-ringannya penanganan bergantung pada siapa yang menemukan.

Ini yang kami putuskan. Pertama, hitung jurnal mana saja yang terpengaruh dan dalam rentang waktu apa, lalu buat daftarnya. Kerjakan sebelum memperbaiki, sebab begitu diperbaiki, jurnal yang terpengaruh tidak bisa dibedakan lagi. Berikutnya, kami sendiri yang memberi tahu pengguna akun itu. Bukan sudah diperbaiki, melainkan jurnal seperti ini pada periode ini tidak memuat pajaknya, dan inilah sebabnya. Untuk temuan yang berdampak pada uang, apa yang bergerak dan sebesar apa lebih penting daripada sudah diperbaiki atau belum.

Apakah kami sendiri boleh menulis ulang jurnal lama, itu yang paling lama kami timbang. Kalau dihitung ulang, angkanya menjadi benar. Tetapi perangkat lunak yang diam-diam menggeser angka pada pembukuan yang sudah ditutup adalah jenis kecelakaan yang lain. Yang kami putuskan: tampilkan daftarnya, penggunanya yang memilih. Ada juga tindakan untuk memperbaiki sekaligus, tetapi sebelum ditekan, kami tampilkan lebih dulu berapa jurnal dan berapa besar nilai yang akan bergerak. Apa pun yang sudah digeser bisa dikembalikan.

Sisi pembuatannya juga kami ubah. Percabangan per negara kami keluarkan dari dalam fungsi. Cara memisahkan pajak ditulis di sebuah tabel per negara: Jepang, Indonesia, Filipina. Kalau datang negara yang tidak ada di tabel, ia tidak mengembalikan 0 — ia berhenti di situ dan memunculkan error. 0 itu berwajah jawaban. Tidak mengembalikan nilai yang berpura-pura menjadi jawaban adalah bagian terpenting dari perbaikan ini.

Kami menambah pengujian. Struk yang sama disimpan lewat 2 cara, sekali dibaca dari foto dan sekali diketik tangan, lalu jurnal yang keluar harus sama. Pengujian kami sebelumnya hanya melihat apakah tiap jalur benar sendiri-sendiri. Untuk fitur dengan 2 pintu masuk, tiap jalur benar sendiri dan 2 jalur menghasilkan jawaban yang sama adalah 2 hal yang berbeda.

Sore hari ketika saya menemukannya, hujan turun deras. Saya menunggu sekitar 30 menit di bawah teritis sebuah toko, menghitung jurnal yang terpengaruh sambil minum kopi susu gula aren. Hujan sore Jakarta menghentikan rencana, lalu menggantinya dengan waktu. Angka 41 itu saya bawa keluar dari 30 menit tersebut.

Perlu saya sampaikan terus terang. Saya bukan konsultan pajak. Syarat pengkreditan pajak masukan maupun bukti yang diperlukan untuk itu ditentukan dari sisi aturan dan terus berubah. Yang tertulis di sini adalah catatan tentang cacat pada perangkat lunak kami sendiri, yang sama sekali tidak mencatat pajaknya. Untuk keputusan pelaporan yang sebenarnya, mohon dipastikan kepada profesional.

Satu permintaan sebagai penutup. Kalau Anda menemukan jurnal di pembukuan KAZENA yang tidak memuat pajak masukannya, tolong beri tahu saya, sudah diperbaiki atau belum. Kami akan menghitungnya ulang dari sisi kami. Kekeliruan yang menyentuh uang, selama kami diam, dari sisi penggunanya tampak persis seperti angka yang benar. Supaya yang tak terlihat itu bisa dilaporkan, semestinya kami dulu yang menuliskan ke mana harus melihat.