ระบบอ่านเอกสารอัตโนมัติที่สาธิตแล้วทำงานได้สวยงาม มักเจอปัญหาแรกในสัปดาห์แรกที่ใช้จริงในไทย ไม่ใช่เพราะเทคโนโลยีไม่ดี แต่เพราะเอกสารที่มันถูกออกแบบมาให้อ่านไม่ใช่เอกสารที่องค์กรไทยได้รับจริง
บทความนี้รวมจุดที่เห็นซ้ำ ๆ ตอนเอาระบบมาเจอเอกสารไทยจริง ไม่ใช่รายการฟีเจอร์ แต่เป็นสิ่งที่ควรเอาไปทดสอบก่อนเซ็นสัญญา
1. ปี พ.ศ. กับ ค.ศ. อยู่บนเอกสารใบเดียวกัน
ใบกำกับภาษีไทยจำนวนมากพิมพ์วันที่เป็น พ.ศ. ส่วนระบบบัญชีปลายทางเก็บเป็น ค.ศ. และไม่ใช่ทุกใบที่ใช้แบบเดียวกัน บางใบมีทั้งสองแบบอยู่คนละมุมของหน้า เช่นวันที่ออกใบเป็น พ.ศ. แต่วันครบกำหนดชำระเป็น ค.ศ.
ระบบที่แปลงปีด้วยกฎตายตัวจะพลาดทันทีเมื่อเจอใบที่สลับกัน และความผิดพลาดแบบนี้ไม่ทำให้ระบบแจ้งเตือน มันบันทึกวันที่ที่คลาดไป 543 ปีเข้าไปเงียบ ๆ แล้วไปโผล่ตอนปิดงบ
2. ภาษาไทยไม่มีช่องว่างระหว่างคำ
เครื่องมืออ่านข้อความส่วนใหญ่ตัดคำด้วยช่องว่าง ซึ่งใช้กับภาษาไทยไม่ได้ ชื่อบริษัทยาว ๆ ที่ไม่มีเว้นวรรคจึงถูกตัดผิดตำแหน่ง และเมื่อชื่อผู้ขายผิด การจับคู่กับข้อมูลผู้ขายในระบบก็ล้มตามไปทั้งใบ
อาการที่สังเกตได้คือ ระบบอ่านตัวเลขถูกหมดแต่จับคู่ผู้ขายไม่ได้ — ปัญหาไม่ได้อยู่ที่การอ่าน แต่อยู่ที่การตัดคำ
3. ใบกำกับภาษีมีข้อกำหนดตามกฎหมาย แต่ไม่มีรูปแบบมาตรฐาน
กฎหมายกำหนดว่าใบกำกับภาษีต้องมีข้อมูลอะไรบ้าง แต่ไม่ได้กำหนดว่าต้องวางตรงไหน ผู้ขายแต่ละรายจึงออกแบบหน้าตาเอง องค์กรที่มีผู้ขายหลายร้อยรายจึงได้รับเอกสารหลายร้อยแบบที่มีข้อมูลชุดเดียวกันวางคนละที่
นี่คือจุดที่ระบบแบบ template แตกหัก เพราะ template หนึ่งอันผูกกับหน้าตาหนึ่งแบบ พอผู้ขายเปลี่ยนโลโก้หรือขยับตารางลงสองบรรทัด template นั้นก็ต้องทำใหม่ และไม่มีใครรู้ว่ามันพังจนกว่าจะมีคนไปเห็นตัวเลขผิด
คำถามที่ควรถามผู้ขายระบบไม่ใช่ "อ่านใบกำกับภาษีได้ไหม" แต่เป็น "ถ้าผู้ขายรายหนึ่งเปลี่ยนแบบฟอร์มพรุ่งนี้ ต้องทำอะไรบ้าง"
4. ไทยกับอังกฤษปนกันในฟิลด์เดียว
รายการสินค้าบนใบแจ้งหนี้ในไทยมักเขียนปนกัน ชื่อสินค้าเป็นอังกฤษ หน่วยนับเป็นไทย หมายเหตุเป็นไทย รหัสสินค้าเป็นตัวเลขและอังกฤษ ระบบที่ตั้งค่าภาษาไว้ล่วงหน้าเป็นภาษาเดียวจะอ่านส่วนที่ไม่ตรงภาษาได้แย่ลงอย่างเห็นได้ชัด
5. ตราประทับ ลายเซ็น และหมายเหตุที่เขียนด้วยมือ
เอกสารที่ผ่านกระบวนการอนุมัติในไทยมักมีตราประทับบริษัททับอยู่บนข้อความ มีลายเซ็นพาดผ่านตาราง และมีหมายเหตุเขียนด้วยปากกาที่ขอบกระดาษ ซึ่งบางครั้งเป็นข้อมูลสำคัญที่สุดบนใบนั้น เช่นเลขที่ใบสั่งซื้อที่ฝ่ายจัดซื้อเขียนกำกับไว้
ระบบที่ทดสอบด้วยไฟล์ PDF ที่สร้างจากคอมพิวเตอร์ล้วนจะไม่เคยเจอกรณีเหล่านี้เลยจนกว่าจะขึ้นใช้งานจริง
6. ไฟล์ที่ได้รับมาไม่ได้คมเสมอไป
เอกสารจำนวนมากมาถึงในรูปภาพถ่ายจากมือถือ ไฟล์สแกนเอียง หรือ PDF ที่ถูกบีบอัดจนตัวอักษรเบลอ องค์กรผู้รับไม่มีอำนาจกำหนดว่าผู้ขายจะส่งมาแบบไหน ระบบจึงต้องรับมือกับของที่ได้จริง ไม่ใช่ของที่อยากได้
วิธีทดสอบที่บอกความจริงได้เร็วที่สุด
อย่าให้เอกสารที่สวยที่สุดไปทดสอบ ให้เอาเอกสารที่แย่ที่สุดที่หาได้ในองค์กรไปสิบใบ — ใบที่เอียง ใบที่มีตราประทับทับข้อความ ใบจากผู้ขายที่เพิ่งเปลี่ยนแบบฟอร์ม ใบที่ปี พ.ศ. กับ ค.ศ. ปนกัน แล้วดูว่าระบบทำอะไรกับมัน
ที่สำคัญไม่แพ้กันคือดูว่า เมื่อระบบไม่มั่นใจ มันบอกหรือไม่ ระบบที่เดาแล้วส่งค่าที่ผิดเข้าระบบบัญชีอย่างมั่นใจ อันตรายกว่าระบบที่ยกมือถามคน เพราะความผิดพลาดแบบแรกไม่มีใครเห็นจนกว่าจะสาย
สิ่งที่เราเห็นจากการใช้งานจริง
LuminexDoc ทำงานอยู่ใน production จริงกับผู้ผลิตชิ้นส่วนยานยนต์สัญชาติญี่ปุ่นในไทย ใช้งานประจำวันกับเอกสาร 5 ประเภท ได้แก่ ใบกำกับภาษี ใบแจ้งหนี้ ใบเสร็จรับเงิน ใบเพิ่มหนี้ และใบลดหนี้
แนวทางที่เราเลือกคือไม่ใช้ template และให้ AI สามตัวอ่านทุกฟิลด์แล้วเทียบผลกัน เฉพาะฟิลด์ที่ทั้งสามไม่เห็นตรงกันเท่านั้นที่ถูกส่งให้คนตรวจ ระบบจึงรู้ตัวเองว่าตรงไหนที่ไม่มั่นใจ แทนที่จะเดาแล้วส่งต่อ
ในการทดสอบเมื่อ 26 กรกฎาคม 2569 บน instance ที่ใช้งานจริง ระบบอ่านสัญญาภาษาญี่ปุ่นได้ถูกทุกฟิลด์และ AI ทั้งสามตัวเห็นตรงกันทั้งหมด โดยไม่ต้องสร้าง template สำหรับรูปแบบเอกสารนั้นล่วงหน้า
เวลาที่ประหยัดได้ ไม่ได้มาจากที่คนส่วนใหญ่คิด
จากการวัดเวลาจริงด้วย check sheet ของลูกค้า เวลาที่คนต้องใช้ต่อเอกสารหนึ่งใบลดลง 70% จาก 5.76 นาที เหลือ 1.75 นาที
แต่ตัวเลขที่น่าสนใจกว่าคือ 89% ของเวลาที่ประหยัดได้ทั้งหมด มาจากขั้นตอนบันทึกข้อมูลเข้า SAP ซึ่งลดจาก 4.43 นาที เหลือ 0.86 นาที — ไม่ใช่จากขั้นตอนการอ่านเอกสาร
ข้อสรุปนี้เปลี่ยนวิธีมองปัญหา งานที่กินเวลาจริงไม่ใช่การอ่านว่าเอกสารเขียนว่าอะไร คนอ่านใบแจ้งหนี้ได้เร็วอยู่แล้ว งานที่กินเวลาคือการพิมพ์สิ่งที่อ่านได้เข้าไปในอีกระบบหนึ่ง ระบบที่อ่านเก่งแต่ไม่ได้ต่อกับระบบปลายทางจึงแก้ปัญหาส่วนที่เล็กกว่า
สรุป
- ทดสอบด้วยเอกสารที่แย่ที่สุด ไม่ใช่ที่สวยที่สุด
- ถามว่าเกิดอะไรขึ้นเมื่อผู้ขายเปลี่ยนแบบฟอร์ม ไม่ใช่แค่ว่าอ่านได้ไหม
- ดูว่าระบบบอกหรือไม่เมื่อมันไม่มั่นใจ
- ดูว่ามันต่อกับระบบปลายทางอย่างไร เพราะเวลาส่วนใหญ่หมดไปตรงนั้น
- ทดสอบกับปี พ.ศ. ตราประทับ และภาษาไทยปนอังกฤษ ตั้งแต่ก่อนตัดสินใจ
ถ้าองค์กรของคุณกำลังประเมินระบบประมวลผลเอกสารอัตโนมัติอยู่ เรายินดีให้ทดลองกับเอกสารจริงของคุณเอง รวมถึงใบที่คุณคิดว่ายากที่สุด
