Lũy kế của chúng tôi bắt đầu từ nơi dữ liệu bắt đầu

Trên màn hình khấu trừ thuế của KAZENA Books có một ô tên là lũy kế từ đầu năm. Con số trong đó được tính đúng. Điều màn hình chưa bao giờ nói ra là nó được tính từ đâu: chỉ từ những khoản chi được ghi nhận trong chính sổ sách của chúng tôi. Với người bắt đầu dùng chúng tôi giữa năm, lũy kế ấy không bắt đầu từ đầu năm.

Người báo cho chúng tôi là V. Chị là kế toán ở Jakarta và đã hơn 20 lần thử KAZENA Books bằng dữ liệu thật của văn phòng mình. Ngày 19 tháng 8, chị gửi một ảnh đặt bảng tính của chị cạnh màn hình của chúng tôi. Cùng một khoản chi cho cùng một người nhận, số tiền khấu trừ lệch nhau 6.000.000 rupiah. Chị hỏi cái nào đúng. Cái đúng là bảng của chị.

Xin ghi lại các con số. Người nhận đó đã được trả 90.000.000 rupiah vào tháng 3 và 120.000.000 rupiah vào tháng 8. Khoản chi tháng 3 diễn ra trước khi cuốn sổ này chuyển sang KAZENA nên không có trong dữ liệu của chúng tôi. Lũy kế cả năm là 210.000.000 rupiah, tính theo biểu thuế lũy tiến thì cả năm là 25.500.000 rupiah. Đến tháng 3 đã khấu trừ 7.500.000 rupiah, nên tháng 8 phải khấu trừ 18.000.000 rupiah. Màn hình của chúng tôi hiện 12.000.000 rupiah, vì nó coi khoản chi tháng 8 là khoản đầu tiên trong năm.

Phần mềm không tính sai. Trong phạm vi dữ liệu nó có, phép tính là đúng. Cái sai là cái tên chúng tôi đặt cho con số đó. Ngay khi viết từ đầu năm, ta đang nói về cuốn lịch, mà cuốn lịch thuộc về thế giới chứ không thuộc về cơ sở dữ liệu của chúng tôi. Chúng tôi đếm những gì có trong tay rồi gắn cho nó một cái tên của thế giới.

Chúng tôi đã đếm. Trong số các sổ đang dùng thử, có 61 sổ dùng chức năng khấu trừ thuế. Trong đó, 23 sổ bắt đầu giữa năm, tức khoản chi đầu tiên được ghi nhận nằm sau ngày 1 tháng 1. Trong 23 sổ này, có 9 sổ mà ít nhất một người nhận được trả cả trước lẫn sau khi chuyển hệ thống. Số chứng từ bị ảnh hưởng là 34, và phần khấu trừ còn thiếu cộng lại là 41.200.000 rupiah.

Không chỉ chuyện chuyển hệ thống. Còn nhiều con đường khác để một khoản chi lọt ra ngoài dữ liệu của chúng tôi. Một chi nhánh trả bằng tiền mặt rồi giấy tờ mới về sau. Cùng một công ty tách sổ theo từng mảng kinh doanh, và cùng một người nhận xuất hiện ở cả hai. Hoặc một quãng thời gian mà việc ghi sổ chưa theo kịp. Phần mềm của chúng tôi chỉ thấy những gì đã được ghi. Một khoản chi không được ghi thì không phải là không tồn tại, chỉ là chúng tôi không nhìn thấy.

Lỗi thiết kế thì dễ nói. Mọi con số chúng tôi tính ra đều có một ranh giới. Phần mềm biết ranh giới của mình nằm ở đâu. Biết mà không nói. Dữ liệu kiểm thử của chúng tôi cũng cùng một hình dạng: mọi cuốn sổ chúng tôi dựng lên để kiểm thử đều bắt đầu từ tháng 1. Chúng tôi chưa một lần tạo ra một cuốn sổ bắt đầu từ giữa năm.

Cũng nên viết ra vì sao không ai báo lỗi. Con số này không mang gương mặt của một con số sai. Số chữ số, định dạng, dòng tổng cộng, tất cả đều gọn gàng, và nó không mâu thuẫn với con số của tháng trước. Một con số nhất quán ở bên trong chỉ bị bắt lỗi khi đem đối chiếu với bên ngoài. V bắt được vì chị giữ riêng bảng tính của mình. Nếu chỉ nhìn vào phần mềm, tôi nghĩ sẽ không ai nhận ra.

Chúng tôi đã sửa. Dưới ô lũy kế bây giờ có một dòng nói con số ấy được làm nên từ đâu: rằng nó chỉ đếm những khoản chi được ghi trong cuốn sổ này, và khoản sớm nhất là ngày nào. Nếu khoản sớm nhất đó nằm sau ngày 1 tháng 1, dòng ấy đổi màu và đề nghị nhập những khoản đã trả trước đó, gồm 2 ô cho mỗi người nhận: lũy kế trước khi chuyển và thuế đã khấu trừ. Không nhập vẫn đi tiếp được, nhưng việc không nhập giờ nằm lại trên màn hình.

Bản nháp đầu tiên của dòng chữ ấy do E viết lại giúp tôi. Anh sống ở một thị trấn nhỏ cách Jakarta một quãng, và luôn đọc lại những câu chữ kiểu này cho tôi bằng tiếng bản địa. Bản của tôi viết là tổng này dựa trên dữ liệu của KAZENA. Anh nói đọc lên nghe như một lời khẳng định rằng cơ sở dữ liệu ấy chắc chắn, trong khi điều chúng tôi muốn nói thì ngược lại. Bây giờ nó viết là những khoản chi không được ghi trong cuốn sổ này thì không được tính vào. Hai câu nói gần như cùng một điều, nhưng điều người đọc làm sau đó thì khác nhau.

Với 34 chứng từ đó, chúng tôi đã gửi danh sách kèm cách tính ra số tiền đúng. Những gì đã nộp lên Coretax thì phải làm thủ tục điều chỉnh. Việc nộp điều chỉnh, nộp phần còn thiếu, và gánh khoản phát sinh do chậm trễ nếu có, đều rơi vào doanh nghiệp chứ không phải vào chúng tôi. Một dòng chữ chúng tôi đã không nói ra rời khỏi phía mình rồi trở thành giấy tờ và tiền bạc của người khác. Chỗ này tôi nghĩ nên viết ra cho thẳng thắn.

Xin nói rõ. Tôi không phải là chuyên gia thuế. Cách tính khấu trừ thay đổi theo tư cách của người nhận và hình thức hợp đồng, và thủ tục điều chỉnh cũng có quy trình riêng. Các con số ở đây chỉ là ví dụ để giải thích cơ chế. Nếu thấy quen thuộc, xin kiểm tra lại một lần các khoản chi trước thời điểm chuyển hệ thống trong những cuốn sổ bắt đầu từ giữa năm, và xin luôn xác nhận kết luận cuối cùng với chuyên gia.

Nhân tiện chúng tôi rà lại mọi con số tổng đang hiển thị. Trong KAZENA Books có 7 chỗ mà con số tự xưng một khoảng thời gian rộng hơn dữ liệu đứng sau nó. Bây giờ cả 7 chỗ đều tự nói ra mình không bao gồm những gì. Trước khi hỏi một con số đúng hay sai, nó nên nói được nó đã nhìn tới đâu. Nếu ở đâu đó trong KAZENA một con số tổng nhỏ hơn bạn tưởng, hãy cho chúng tôi biết. Cái thiếu ở đó, nhiều khả năng không phải là ghi chép của bạn.