หน้าจอขึ้นคำว่า Disimpan เป็นภาษาอินโดนีเซีย แปลว่าบันทึกแล้ว บ่ายวันที่ 14 สิงหาคม Coretax รับไฟล์ที่ KAZENA Books สร้างขึ้นเป็นครั้งแรก สัญญาณว่างานที่ทำมา 2 เดือนจบลงแล้ว คือคำเพียงคำเดียวที่เราไม่ได้เขียนเองแม้แต่ตัวอักษรเดียว
ผมจะเล่าว่าเรากำลังทำอะไรอยู่ KAZENA Books ออกหนังสือรับรองการหักภาษี ณ ที่จ่ายได้ แต่หลังจากนั้นยังต้องมีคนอ่านตัวเลขจากหน้าจอของเราแล้วพิมพ์ซ้ำเข้าไปในระบบของราชการ ทั้งเลขประจำตัวของคู่สัญญา จำนวนเงินที่จ่าย อัตราภาษี และงวดที่ยื่น ทีละฉบับ ข้อมูลชุดเดิมถูกกรอกสองรอบ เราอยากให้เรื่องนี้จบลง ข้อกำหนดของรูปแบบไฟล์เปิดเผยอยู่แล้ว เราแค่สร้างไฟล์ให้ตรงตามนั้น ไฟล์ที่ดูเหมือน XML ที่ถูกต้องเสร็จในวันที่ 3
ไฟล์ที่ดูถูกต้องไม่ได้แปลว่าจะถูกรับ ระหว่างไฟล์แรกกับคำว่า Disimpan เราถูกตีกลับ 27 ครั้ง ผมจะเขียนตามลำดับว่าล้มตรงไหน เมื่อมองย้อนกลับไป ทุกครั้งเป็นความผิดของเราเอง
ครั้งแรกคือเรื่องเลข ระบบตอบกลับมาว่าไม่พบ NPWP ของคู่สัญญา ข้อมูลทดสอบของเราใช้เลขที่หน้าตาถูกต้อง จำนวนหลักถูก ตัวคั่นถูก แต่ฝ่ายผู้รับเอาเลขนั้นไปตรวจกับทะเบียน เลขที่ไม่มีในทะเบียนย่อมไม่ผ่าน ต่อให้รูปแบบเรียบร้อยแค่ไหน นั่นคือพฤติกรรมที่ถูกต้อง สิ่งที่เข้าใจตรงนี้คือ เลขที่เราแต่งขึ้นเองจะไม่มีวันผ่านเส้นทางนี้ เราไปต่อไม่ได้เลยจนกระทั่งได้ทดสอบด้วยเลขของบริษัทเราเอง และเลขที่ V นักบัญชีในจาการ์ตา บอกว่าใช้แทนสำนักงานของเธอได้ เธอทดสอบ KAZENA Books ด้วยข้อมูลจริงของสำนักงานตัวเองมากกว่า 20 ครั้ง และครั้งนี้เธอก็เป็นคนแยกให้ว่าเลขไหนที่เราลองได้ เลขทุกตัวในบทความนี้เป็นเลขสมมติเพื่ออธิบายเท่านั้น
ต่อมาคือจำนวนหลัก NPWP กำลังเปลี่ยนไปเป็น 16 หลัก แต่เรายังส่ง 15 หลัก แถมยังคั่นด้วยจุดและขีดกลาง เรานำรูปแบบที่ใช้แสดงบนหน้าจอไปเขียนลงไฟล์ตรง ๆ เอาตัวคั่นออก แล้วส่ง 16 หลัก เรื่องแค่นี้ใช้เวลา 2 วัน เพราะการจัดรูปแบบสำหรับหน้าจอกับข้อมูลสำหรับส่งออกมาจากฟังก์ชันเดียวกัน แก้ด้านหนึ่ง อีกด้านก็เสียรูป
ความล้มเหลวย่อย ๆ ผมรวบไว้ตรงนี้ ล้มเพราะงวด 3 ครั้ง เรานำเดือนของวันที่จ่ายเงินไปใส่เป็นงวดที่ยื่นตรง ๆ ล้มเพราะจำนวนเงิน 2 ครั้ง เงินรูเปียห์ไม่มีทศนิยม แต่เราส่ง 1,500,000.00 เพราะชนิดข้อมูลที่ใช้ในส่วนบัญชียังตั้งค่าเริ่มต้นเป็นทศนิยม 2 ตำแหน่ง อัตราภาษีก็ผิดแบบเดียวกัน เราเขียน 2% เป็น 0.02 ล้มเพราะสัญลักษณ์ 1 ครั้ง ชื่อคู่สัญญามีเครื่องหมาย & ซึ่ง XML เขียนตรง ๆ ไม่ได้ เราลืมใส่การแปลงสัญลักษณ์ไว้เฉพาะช่องชื่อ
ครั้งที่ใช้เวลานานที่สุดไม่บอกเหตุผลเลย สิ่งที่ตอบกลับมามีเพียงบรรทัดสั้น ๆ ว่าไม่สามารถประมวลผลเอกสารนี้ได้ ไม่มีเลขบรรทัด ไม่มีชื่อช่อง ใช้เวลา 4 วัน กลายเป็นว่าไม่ใช่เรื่องเนื้อหา แต่เป็นลำดับของแต่ละองค์ประกอบ ข้อกำหนดระบุลำดับไว้ด้วย ส่วนไฟล์ของเราเรียงช่องตามตัวอักษร สำหรับคนที่อ่าน ทั้งสองไฟล์พูดเรื่องเดียวกัน สำหรับระบบที่รับ ไม่เหมือนกัน
ลำดับที่ผ่านผมก็บันทึกไว้ BPA1 ผ่านวันที่ 14 สิงหาคม BPMP วันที่ 17 และ BPPU วันที่ 20 ทั้ง 3 แบบสร้างด้วยชุดคำสั่งเดียวกัน แต่แบบแรกกับแบบสุดท้ายห่างกัน 6 วัน เพราะแต่ละแบบต่างกันเล็กน้อยทั้งช่องที่บังคับกรอกและลำดับ ผมเคยคิดว่าถ้าผ่านแบบหนึ่งแล้ว ที่เหลือจะผ่านตาม นั่นคือผมคิดผิด
ความหมายของคำว่า Disimpan เราก็มาแก้ทีหลัง ตอนที่ผมถาม E เขาบอกว่ามันแปลว่าบันทึกไว้แล้ว ไม่ใช่ยื่นแล้ว และไม่ใช่รับแล้ว เขาอยู่ในเมืองเล็ก ๆ ห่างจากจาการ์ตาออกไปพอสมควร และคอยตรวจข้อความภาษาท้องถิ่นที่เราแสดงเสมอ ผมเกือบจะขึ้นข้อความบนหน้าจอว่าการยื่นเสร็จสมบูรณ์ สิ่งที่ระบบของราชการบอกมีเพียงว่าเก็บฉบับร่างไว้แล้วเท่านั้น หลังจากนั้นยังมีขั้นตอนการยื่น แล้วจึงมีการยืนยันว่ารับเรื่องแล้ว ถ้าขยายความหมายของคำเพียงคำเดียวตอนแปล ผู้ใช้จะปิดหน้าจอโดยเข้าใจว่าเรื่องจบแล้ว ทั้งที่ยังไม่จบ
สิ่งที่เราแก้มีดังนี้ ก่อนส่ง เราตรวจเท่าที่เราตรวจเองได้ ว่าเลขเป็น 16 หลักแล้วหรือยัง จำนวนเงินเป็นจำนวนเต็มหรือไม่ ลำดับตรงตามข้อกำหนดหรือไม่ และเมื่อถูกตีกลับ เราแสดงข้อความที่ตอบกลับมาตามตัวอักษรเดิม พร้อมคำแปลของเราอยู่ข้างใต้ และระบุว่าเป็นแบบไหน ช่องไหน เราเลิกแสดงเพียงบรรทัดเดียวที่เราเรียบเรียงเอง เพราะมีคำที่ความหมายเปลี่ยนไปจริง ๆ ระหว่างทางของการแปล
บทเรียนเชิงการออกแบบนั้นชัดเจน การทดสอบที่เราเขียนเองทดสอบแค่ความเข้าใจของเราเอง ไม่ได้ทดสอบกฎของฝ่ายที่รับไฟล์ ในบรรดา 27 ครั้งที่ถูกตีกลับ การทดสอบของเราจับได้ล่วงหน้าเพียง 4 ครั้ง อีก 23 ครั้งที่เหลือรู้ก็ต่อเมื่อส่งออกไปแล้วถูกปฏิเสธ สิ่งที่สร้างขึ้นจากข้อกำหนดจะตรงตามข้อกำหนดหรือไม่ ยังไม่ถูกตัดสินจนกว่าจะยื่นให้ฝ่ายที่ถือข้อกำหนดนั้น
ขอเขียนไว้ให้ชัดว่าผมไม่ใช่นักบัญชีภาษี แบบฟอร์มและขั้นตอนเปลี่ยนแปลงได้ และแบบไหนที่ต้องใช้ก็ขึ้นอยู่กับรูปแบบของธุรกรรม ตัวเลขในบทความนี้เป็นตัวอย่างสมมติ มีเพียงวันที่และจำนวนครั้งเท่านั้นที่เป็นบันทึกการทำงานของเรา สำหรับการยื่นจริง กรุณาตรวจสอบกับผู้เชี่ยวชาญเสมอ
มีเรื่องขอความช่วยเหลือ ถ้าการยื่นของท่านถูกตีกลับด้วยข้อความที่เรายังแปลไม่ได้ กรุณาส่งข้อความนั้นมาตามตัวอักษรเดิม บรรทัดสั้น ๆ ที่ตอบกลับมาช่วยเราได้มากกว่าคำอธิบายยาว ๆ สิ่งที่เราเรียนรู้จากการถูกตีกลับ 27 ครั้ง คือวิธีอ่านบรรทัดสั้น ๆ แบบนั้น
บอกเราว่าคุณคิดอย่างไร
ความรู้สึกเมื่อได้ใช้แอป KAZENA สิ่งที่เราควรแก้ไข ฟีเจอร์ที่คุณอยากให้มี — หากคุณทำธุรกิจขนาดเล็กหรือขนาดกลาง หรือทำงานอิสระในอินโดนีเซียหรือฟิลิปปินส์ เสียงของคุณคือสิ่งที่เราอยากได้ยินมากที่สุด ข้อความที่เขียนเป็นภาษาอินโดนีเซียหรือภาษาอังกฤษจะได้รับการตอบจากเพื่อนร่วมทีมที่เข้าใจตลาดของคุณจากภายใน KAZENA Books มีกำหนดเปิดตัวในฟิลิปปินส์และอินโดนีเซียแล้ว — และหากบริษัทของคุณต้องการนำไปเปิดตัวในประเทศอื่นในฐานะพันธมิตร หรือสนใจซื้อระบบนี้ เราก็ยินดีอย่างยิ่งที่จะได้รับข่าวจากคุณเช่นกัน นอกจากนี้เรายังรับพัฒนาระบบใหม่ด้วย เราเป็นทีมเล็ก จึงไม่อาจเริ่มงานได้ทันทีเสมอไป — แต่สิ่งที่เราสร้างนั้นมีคุณภาพแบบเมดอินเจแปน และยังคงใกล้ชิดกับวิธีการทำธุรกิจที่เป็นจริงที่นี่ ทีละโครงการ
ติดต่อเรา