Akumulasi kami dimulai dari tempat catatan kami dimulai

Di layar pemotongan pajak KAZENA Books ada kolom bernama akumulasi sejak awal tahun. Angka di dalamnya dihitung dengan benar. Yang tidak pernah dikatakan layar itu adalah dari mana angka tersebut dihitung: hanya dari pembayaran yang tercatat di pembukuan kami sendiri. Bagi orang yang mulai memakai kami di tengah tahun, akumulasi itu tidak dimulai dari awal tahun.

V yang memberi tahu kami. Dia akuntan di Jakarta dan sudah lebih dari 20 kali menguji KAZENA Books dengan data asli kantornya. Pada 19 Agustus datang sebuah gambar yang menaruh tabel miliknya bersebelahan dengan layar kami. Untuk pembayaran yang sama kepada penerima yang sama, jumlah yang dipotong berbeda 6.000.000 rupiah. Mana yang benar, tanyanya. Yang benar adalah tabel dia.

Saya tulis angkanya. Penerima itu dibayar 90.000.000 rupiah pada bulan Maret dan 120.000.000 rupiah pada bulan Agustus. Pembayaran Maret terjadi sebelum pembukuan ini pindah ke KAZENA, jadi tidak ada di data kami. Akumulasi setahun adalah 210.000.000 rupiah, dan dengan tarif progresif pajak setahunnya menjadi 25.500.000 rupiah. Sampai Maret sudah dipotong 7.500.000 rupiah, sehingga potongan bulan Agustus seharusnya 18.000.000 rupiah. Layar kami menampilkan 12.000.000 rupiah, karena memperlakukan pembayaran Agustus sebagai pembayaran pertama tahun itu.

Perangkat lunaknya tidak salah hitung. Dalam batas data yang dimilikinya, aritmetikanya benar. Yang salah adalah nama yang kami berikan pada angka itu. Begitu Anda menulis sejak awal tahun, Anda sedang berbicara tentang kalender, dan kalender itu milik dunia, bukan milik basis data kami. Kami menghitung apa yang ada di tangan, lalu memberinya nama milik dunia.

Kami menghitungnya. Dari pembukuan yang sedang diuji coba, 61 memakai fitur pemotongan pajak. Dari jumlah itu, 23 mulai dipakai di tengah tahun — pembayaran pertama yang tercatat jatuh setelah 1 Januari. Di dalam 23 itu ada 9 yang setidaknya satu penerimanya dibayar baik sebelum maupun sesudah perpindahan. Bukti potong yang terdampak ada 34, dan kekurangan potongannya seluruhnya 41.200.000 rupiah.

Bukan hanya soal perpindahan sistem. Ada jalan lain bagi pembayaran untuk keluar dari data kami. Sebuah cabang membayar tunai dan kertasnya baru menyusul kemudian. Satu perusahaan memisahkan pembukuan per lini usaha, dan penerima yang sama muncul di keduanya. Atau ada rentang waktu ketika pencatatan belum sempat mengejar. Perangkat lunak kami hanya melihat apa yang sudah dicatat. Pembayaran yang tidak dicatat bukan berarti tidak ada; ia hanya tidak terlihat.

Kesalahan rancangannya mudah dikatakan. Setiap angka yang kami hitung punya batas. Perangkat lunak tahu di mana batasnya berada, dan ia tidak mengatakannya. Data uji kami pun berbentuk sama: setiap pembukuan yang kami buat untuk pengujian dimulai pada bulan Januari. Kami belum pernah sekali pun membuat pembukuan yang dimulai di tengah tahun.

Perlu juga ditulis mengapa tidak ada yang melaporkannya. Angka ini tidak berwajah salah. Jumlah digitnya, formatnya, baris totalnya, semuanya rapi, dan tidak bertentangan dengan angka bulan sebelumnya. Angka yang konsisten di dalam dirinya sendiri baru ketahuan kalau diadu dengan yang di luar. V bisa menangkapnya karena dia menyimpan tabelnya sendiri. Kalau hanya melihat perangkat lunaknya, saya rasa tidak akan ada yang sadar.

Kami sudah memperbaikinya. Di bawah kolom akumulasi kini ada satu baris yang menyebutkan angka itu terbuat dari apa: bahwa ia hanya menghitung pembayaran yang tercatat di pembukuan ini, dan tanggal pembayaran paling awal di antaranya. Kalau pembayaran paling awal itu jatuh setelah 1 Januari, baris tersebut berganti warna dan meminta pembayaran sebelum itu diisi — 2 kolom untuk setiap penerima, yaitu akumulasi sebelum perpindahan dan pajak yang sudah dipotong. Tanpa mengisinya pun Anda tetap bisa lanjut, tetapi kenyataan bahwa Anda tidak mengisinya kini terlihat di layar.

Kalimat pertama yang saya tulis untuk baris itu ditulis ulang oleh E. Dia tinggal di sebuah kota kecil agak jauh dari Jakarta, dan selalu membacakan ulang kalimat semacam ini untuk saya dalam bahasa setempat. Versi saya berbunyi total ini berdasarkan data KAZENA. Kalimat itu terbaca seolah dasarnya kuat, katanya, padahal yang ingin kami sampaikan justru sebaliknya. Sekarang bunyinya pembayaran yang tidak tercatat di pembukuan ini tidak termasuk di dalamnya. Dua kalimat itu mengatakan hal yang kurang lebih sama, dan yang dilakukan pembacanya setelah itu tidak sama.

Untuk 34 bukti potong tadi, kami mengirimkan daftarnya beserta perhitungan angka yang benar. Yang sudah dilaporkan ke Coretax perlu dibetulkan. Mengajukan pembetulan, membayar kekurangannya, dan menanggung beban keterlambatan bila ada, semuanya jatuh pada pelaku usaha, bukan pada kami. Satu baris yang kami diamkan keluar dari sisi kami dan menjadi urusan kertas dan uang orang lain. Bagian ini saya rasa harus ditulis apa adanya.

Perlu saya sampaikan. Saya bukan konsultan pajak. Perhitungan pemotongan berubah menurut status penerima dan bentuk kontraknya, dan pembetulan pun punya prosedurnya sendiri. Angka-angka di sini hanyalah contoh untuk menjelaskan mekanismenya. Kalau Anda merasa ini dekat dengan keadaan Anda, coba periksa sekali pembayaran-pembayaran sebelum perpindahan pada pembukuan yang Anda mulai di tengah tahun, dan mohon pastikan keputusan akhirnya kepada seorang profesional.

Sekalian kami telusuri semua total yang kami tampilkan di layar. Di dalam KAZENA Books ada 7 angka yang mengaku mencakup periode lebih luas daripada data di belakangnya. Sekarang ketujuhnya menyebutkan sendiri apa yang tidak termasuk di dalamnya. Sebelum sebuah angka benar atau salah, ia seharusnya menyebutkan sejauh mana ia melihat. Kalau di suatu tempat di KAZENA ada total yang keluar lebih kecil daripada dugaan Anda, beri tahu kami. Yang kurang di sana kemungkinan besar bukan catatan Anda.