Angka nol bukanlah sebuah nomor

Saya mendarat di Jakarta pada 30 Juli. Ini untuk perpanjangan visa kerja, jadi saya akan berada di kota ini sampai 26 September. Macet pagi hari, hujan deras selepas siang, dan aroma sate yang entah datang dari mana menjelang magrib. Kalau Anda datang dari Jepang, kota ini pasti membuat Anda kelelahan sekali dalam tiga hari pertama. Lalu, sekitar hari keempat, entah kenapa mulai terasa menyenangkan. Kali ini pun begitu.

Waktu saya di sini paling banyak habis untuk satu hal: mendampingi seorang akuntan lokal yang menguji KAZENA Books dengan data aslinya. Saya akan menyebutnya V (atas permintaannya sendiri, hanya inisial). Sudah lebih dari 20 kali ia membawa keluaran kami ke portal Coretax yang sesungguhnya, mencoba melapor, lalu mengirim balik persis di titik mana yang gagal. Kira-kira separuh dari bentuk produk ini sekarang adalah berkat dia.

Laporan yang masuk minggu lalu berbunyi begini: saya ekspor XML untuk BP21 — bukti potong atas pembayaran kepada bukan pegawai — dan NPWP lawan transaksinya keluar sebagai 0.

Saya melihat data aslinya dan seketika dingin. Ia mengetik 0 pada kolom untuk orang yang tidak memiliki NPWP. Itu bukan kesalahannya. Dalam praktik di Indonesia banyak sekali formulir yang tidak menyukai kolom kosong, dan meletakkan 0 di situ sudah menjadi kebiasaan yang luas. Masalahnya ada di pihak kami: kode kami menerima 0 itu apa adanya dan memperlakukannya sebagai nomor.

Akibatnya begini. Formulir tahunan BPA1 mengelompokkan penerima berdasarkan nomor pajak. Maka dua orang yang berbeda, yang sama-sama membawa 0 sebagai NPWP, dijumlahkan menjadi satu orang. Ketika saya reproduksi dengan datanya, gaji dua orang menyatu rapi ke dalam satu bukti potong dengan penghasilan setahun 3 kali lipat. Dan tidak satu pun peringatan muncul. Bug yang berhenti dengan pesan error jauh lebih tidak menakutkan daripada bug yang keluar dari pintu depan dengan wajah yang tampak benar.

Menggali lebih jauh, saya menemukan yang kedua. Ketika NIK masuk dengan 15 digit, kami menambahkan nol di depannya supaya menjadi 16. Siapa pun yang menulis itu pasti bermaksud baik. Tetapi menambal digit pada sebuah identitas berarti memproduksi nomor yang bisa jadi milik orang lain yang benar-benar ada. Nomor yang kurang digitnya tidak bisa diperbaiki. Maka kami berhenti memperbaikinya. Kami hentikan barisnya, dan kami sebut baris itu dengan jelas.

Perbaikannya sendiri, jujur saja, tidak megah. Kami berhenti menuliskan aturannya — nol bukan identitas, NIK hanya 16 digit — satu per satu di tiap formulir, dan memindahkannya ke satu tempat. BP21, BPMP, BPA1 tahunan, kolom pembeli pada faktur: semuanya kini bertanya ke fungsi yang sama. Akar masalahnya bukan tidak adanya pemeriksaan yang pintar, melainkan aturan yang sama tinggal di beberapa tempat. Tulis hal yang sama dua kali, dan salah satunya pasti terlupakan.

Kami juga memindahkan tempat kami menghentikan orang. Dulu kami baru berkata baris ini tidak bisa dilaporkan pada saat ekspor. Seminggu sebelumnya, V sudah mengisi semuanya dengan benar kecuali satu kolom, tombolnya menolak, dan ia bertanya: ini error, ya? Panduan memang menyebut kolom itu. Tetapi mengatakannya di pintu masuk lalu menghentikannya di pintu keluar — itu kegagalan kami, bukan kegagalannya. Kini formulir penggajian berbicara selagi baris itu masih disunting: baris ini boleh disimpan dan dibukukan; hanya saja masih kurang satu hal ini agar bisa muncul di bukti potong.

Ia menanyakan satu hal lagi: apakah saya bisa melihat daftar nama orang yang tidak bisa dilaporkan? Sangat masuk akal. Layar yang memblokir kini menampilkan baris-baris itu beserta namanya. Bukan n baris gagal — siapa yang gagal. Dijawab dengan nama orang.

Ada satu hal yang harus saya tulis dengan jujur: perubahan ini mengambil sesuatu. Baris yang dulu bisa diekspor — NIK 15 digit, NPWP dengan jumlah digit yang keliru — sekarang akan dihentikan. Sebagian orang menjadi lebih repot dari sebelumnya. Kami tetap menilai itu jauh lebih baik daripada mengirim dokumen ke kantor pajak dengan nomor milik orang lain di dalamnya.

Satu kejadian ini menjernihkan sesuatu bagi saya. Tugas perangkat lunak akuntansi bukan membuat setiap kolom terisi. Tugasnya adalah tidak berbohong. Kolom kosong boleh tetap kosong. Merapikan sesuatu yang tidak diketahui menjadi bentuk yang tampak meyakinkan justru dosa yang jauh lebih besar.

Saya menulis ini malam hari sambil makan nasi goreng di dekat tempat menginap, dengan segelas teh manis penuh es. Di meja sebelah sebuah keluarga sedang makan malam biasa. V bekerja di kota ini. E — rekan yang mendampingi saya sejak awal — tinggal di sebuah kota kecil yang cukup jauh dari sini. Keduanya adalah orang yang bekerja secara biasa di negeri ini. Kalau saya tetap di Jepang dan hanya menatap layar, rasanya seumur hidup saya tidak akan tahu apa arti 0 itu bagi orang yang mengetikkannya. Itulah, mungkin, alasan untuk berada di sini.

Perlu saya tegaskan, saya bukan konsultan pajak. Mohon pastikan setiap keputusan perpajakan kepada profesional. Yang bisa kami lakukan adalah menata angkanya sehingga pengecekan itu selesai dalam hitungan menit, dan menampilkan dengan terus terang bagian mana yang tidak diketahui. Jika Anda menemui layar di perangkat lunak akuntansi yang tidak mengizinkan kolom kosong tetap kosong, itu masalah produknya, bukan masalah Anda. Beri tahu kami. Pesan-pesan itu saya baca sendiri.