Perangkap pertama ialah templat yang kami edarkan sendiri

Templat itu saya sendiri yang mengedarkannya. Apabila seseorang berpindah ke KAZENA Books, kami memberikan templat hamparan supaya rekod yang selama ini mereka simpan dalam Excel boleh dibawa masuk sekali gus: tarikh, keterangan, akaun, jumlah, kategori cukai. Saya menulisnya dalam 1 hari pada musim bunga, dan jujurnya, saya agak berpuas hati dengannya. Bulan ini saya dapat tahu bahawa templat itulah perangkap pertama yang dipijak oleh orang yang baru menyentuh produk kami.

Seseorang di Filipina yang menggunakan KAZENA Books menghantar khabar yang pelik: selepas import, perbelanjaan bulan Mei tiba-tiba membengkak. Yang dia lakukan hanyalah menampal rekod 1 tahun — 284 baris — ke dalam templat kami lalu menekan butang import. Skrin memberitahu import telah selesai. Tiada satu pun mesej ralat.

Dia membenarkan saya melihat fail sebenarnya, dan saya mengira. Daripada 284 baris itu, 187 tiada di mana-mana dalam pembukuan. Hanya 97 yang masuk. Daripada jumlah itu, 93 duduk pada bulan yang salah. Tepat 4 baris mendarat pada tarikh yang betul, itu pun kerana angka hari dan angka bulannya kebetulan sama. Pada praktiknya, tiada yang diimport dengan betul.

Puncanya ada di dalam fail. Templat kami berformat .xlsx, dan lajur tarikhnya membawa pemformatan tarikh Excel. Excel menulis semula tarikh mengikut tetapan wilayah mesin yang membukanya. Pada mesinnya, 13 Ogos 2026 bertukar menjadi `08/13/26`. Panduan kami menyebut tarikh hendaklah ditulis yyyy-mm-dd. Memang tertulis begitu. Tetapi dia tidak menaip tarikh itu ke dalam lajurnya — dia menampalnya. Apa yang kami terima ialah hasil tulisan semula Excel.

Kemudian pihak kami sendiri. Pengimport kami membaca yyyy-mm-dd dahulu, dan jika gagal, beralih kepada dd/mm/yyyy. `08/13/26` dibaca sebagai hari 08, bulan 13; bulan ke-13 tidak wujud, jadi barisnya dibuang. Sementara itu `08/05/26`, yang dimaksudkan sebagai 5 Ogos, lulus dengan lancar sebagai 8 Mei. Satu fail, 2 cara rosak yang berbeza, dan yang menentukan sesuatu baris jatuh ke mana hanyalah tarikh berapa urus niaga itu berlaku.

Baris yang dibuang itulah yang paling berbelas kasihan. Sekurang-kurangnya di situ tiada apa-apa. Yang menakutkan ialah baris yang lulus. Mei membengkak, Ogos mengecil, dan jumlah setahun tidak berubah, jadi sesiapa yang melihat angka tahunan tidak akan perasan. Dia perasan kerana kebetulan ingat berapa sepatutnya angka bulan Mei. Kalau tidak, angka itu akan mengalir terus ke dalam pelaporan suku tahunan.

Saya meminta templat yang sama dibuka dan disimpan pada 3 mesin. Pada mesin V, akauntan di Jakarta yang mengujinya dengan data sebenar miliknya sendiri, fail itu kembali sebagai `13/08/2026` — dan kerana 13 hanya boleh dibaca sebagai hari, baris-barisnya akan diimport dengan betul. Nasib semata-mata. Pada mesin kedua, `08/13/26`. Pada mesin E, rakan kami yang tinggal di sebuah pekan kecil agak jauh dari Jakarta, bentuknya lain pula. Fail sama, lajur sama, langkah sama, hasilnya berbeza pada setiap mesin.

Di situlah semuanya menjadi jelas. Nilai lalai yang kami hantar lebih kuat daripada arahan yang kami tulis. Orang tidak membaca panduan lalu menurutinya; orang menggunakan benda yang diberikan, dalam bentuk ketika benda itu diberikan. Sebaik sahaja kami mengedarkan .xlsx yang lajur tarikhnya membawa pemformatan Excel, kami sebenarnya berkata: bentuk tarikh terpulang kepada mesin anda. Arahan kami hanya menyangkalnya kemudian, dengan suara yang lebih perlahan.

Maka, pertama, kami berhenti meneka. `03/04/26` mungkin bermaksud 4 Mac, mungkin juga 3 April. Fail yang mengandungi bentuk sedemikian tidak lagi kami import: kami berhenti, lalu menyebut nama lajur dan nombor baris pertama tempat kami menemuinya. Hanya apabila angka harinya melebihi 12, sehingga bacaannya tinggal 1 kemungkinan, barulah kami teruskan — dan ketika itu kami menyatakan bacaan yang kami gunakan. Lajur ini kami baca sebagai 13 Ogos 2026; tukar jika ia salah.

Kedua, kami berhenti kehilangan baris secara senyap. Sebelum apa-apa ditulis, kami memaparkan bilangan baris dalam fail, bilangan yang boleh diimport, dan bilangan yang tidak dapat dibaca. Baris yang tidak dapat dibaca disenaraikan dengan nombor barisnya, berserta tulisan yang benar-benar ada pada baris itu. Bukan berapa banyak yang gagal, tetapi baris yang mana gagal. Tiada apa-apa ditulis sebelum ada orang melihat skrin itu.

Ketiga, kami membetulkan templat itu sendiri. Kini ia CSV, dan lajur tarikhnya berjenis teks. Baris pertama mengandungi 1 contoh terisi yang berbunyi `2026-08-13`. Dibuka dalam Excel sekalipun, lajur tanpa pemformatan tarikh tidak akan ditulis semula. Tetapi urutan kami salah: sebelum mengedarkan templat, kami sepatutnya terlebih dahulu membina sesuatu yang dapat menyedari apabila templat kembali dalam keadaan berubah. Apa sahaja yang kita edarkan akan kembali dalam bentuk yang lain.

Yang paling saya kesali ialah apa yang berlaku selepas itu: dia mengemas rekodnya sendiri dengan tangan. Membuka pembukuan 1 tahun, mencari baris yang berpindah bulan, mengembalikannya, kemudian menyemak semula jumlahnya. Dia mencubanya atas niat baik; tiada sesiapa membayarnya. Ada 1 malam daripada hidupnya yang habis untuk mengemas kesilapan kami. Begitulah kos sesuatu pepijat dibayar — oleh seseorang.

Perlu saya nyatakan, saya bukan perunding cukai. Angka hasil import mengalir terus ke dalam pelaporan, jadi perbelanjaan yang duduk pada bulan yang salah akan mengubah cukainya. Untuk keputusan akhir, sila sahkan dengan profesional. Yang mampu kami lakukan ialah memastikan asal setiap angka kekal kelihatan, supaya pengesahan itu selesai dalam masa yang singkat.

Jika sesuatu perisian memberitahu anda bahawa import telah selesai, sekali sekala periksalah sama ada skrin itu menyebut berapa baris yang masuk. Jika tidak disebut, mungkin ada yang dibuang secara senyap. Dan jika templat kami pernah melakukan perkara yang sama kepada anda, tolong beritahu saya. Semua mesej saya baca sendiri.