เมื่อวางตารางเปรียบเทียบผลิตภัณฑ์ AI-OCR เรียงกัน ตัวเลขที่เห็นก็คล้ายกันไปหมด 99.8% 99.6% 99.2% แต่พอนำผลิตภัณฑ์เดียวกันนั้นมาทดลองใช้ในโรงงานที่ประเทศไทย ตัวเลขเหล่านั้นแทบไม่เกิดขึ้นซ้ำ สาเหตุไม่ได้อยู่ที่คุณภาพของผลิตภัณฑ์ แต่อยู่ที่วิธีเปรียบเทียบ สิ่งที่ต้องนำมาเทียบกันจริง ๆ ในการเปรียบเทียบ AI-OCR ไม่ใช่ชื่อผลิตภัณฑ์ แต่เป็น 4 ข้อ คือ เอกสารชนิดใด ภาษาใด ความแม่นยำวัดด้วยหน่วยใด และราคาเท่าไร บทความนี้เขียนขึ้นสำหรับผู้ที่กำลังคัดเลือกผลิตภัณฑ์เพื่อลดงานคีย์ข้อมูลของงานหลังบ้านในโรงงานสัญชาติญี่ปุ่นในไทยและอาเซียน โดยจะวางตัวเลขความแม่นยำ ราคา และส่วนแบ่งตลาดที่เปิดเผยต่อสาธารณะไว้ตามที่เป็นจริง แล้วค่อย ๆ แยกแยะทีละข้อว่าตัวเลขเหล่านั้นใช้ได้จริงแค่ไหนในพื้นที่
อนึ่ง ภาพรวมของคำถามที่ว่าควรนำ AI-OCR เข้ามาใช้หรือไม่ และควรเริ่มจากตรงไหน ได้กล่าวไว้ใน บทความเรื่องการทำงานอัตโนมัติของงานหลังบ้านด้วย AI-OCR บทความนี้เป็นขั้นถัดไป นั่นคือบทความสำหรับตัดสินใจว่าจะเลือกตัวไหน หากยังไม่ได้ตัดสินใจเรื่องความคุ้มค่าของการนำมาใช้ การอ่านบทความนั้นก่อนแล้วค่อยกลับมา จะทำให้เข้าใจความหมายของเกณฑ์ตัดสินที่ปรากฏในบทความนี้ได้ราบรื่นขึ้น
สิ่งแรกที่ต้องดูในการเปรียบเทียบ AI-OCR ไม่ใช่ชื่อผลิตภัณฑ์
ขอเขียนข้อสรุปก่อน สิ่งแรกที่ต้องตัดสินใจในการเปรียบเทียบ AI-OCR ไม่ใช่ชื่อผลิตภัณฑ์ แต่เป็น 4 ข้อต่อไปนี้
ข้อที่ 1 จะให้อ่านเอกสารชนิดใด ใบแจ้งหนี้ ใบรายงานผลตรวจรับสินค้า หรือใบรายงานการทำงานประจำวันที่เขียนด้วยลายมือ ถ้าเอกสารต่างชนิดกัน ฟังก์ชันที่ต้องใช้ก็ต่างกัน ความแม่นยำที่ทำได้ก็ต่างกัน จำนวนฟิลด์ที่ถูกคิดค่าบริการก็ต่างกัน ถ้าเริ่มเปรียบเทียบด้วยขอบเขตกว้าง ๆ แบบ “กระดาษทุกอย่างในบริษัท” จะต้องติดขัดจนตัดสินใจไม่ได้ระหว่างทางแน่นอน
ข้อที่ 2 เขียนด้วยภาษาใด เป็นตัวพิมพ์ภาษาญี่ปุ่น ตัวพิมพ์ภาษาไทย ลายมือภาษาไทยที่พนักงานคนไทยเขียน หรือมีแค่ตัวอักษรโรมันกับตัวเลข ความแม่นยำที่ปรากฏในบทความเปรียบเทียบของญี่ปุ่นคือตัวเลขที่ตั้งอยู่บนสมมติฐานว่าเป็นภาษาญี่ปุ่นและตัวอักษรโรมันกับตัวเลข
ข้อที่ 3 ความแม่นยำนั้นวัดด้วยหน่วยใด ระดับตัวอักษร ระดับฟิลด์ หรือระดับเอกสาร แม้จะเป็น 99% เท่ากัน แต่ถ้าหน่วยที่ใช้วัดต่างกัน เวลาที่คนต้องใช้ในงานตรวจสอบจะเปลี่ยนไปหลายเท่าตัว หัวใจของบทความนี้อยู่ตรงนี้
ข้อที่ 4 เมื่อคิดจากจำนวนแผ่นและจำนวนฟิลด์ของบริษัทตนเองแล้วเป็นเงินเท่าไร ราคาของ AI-OCR มีหน่วยคิดค่าบริการต่างกันไปในแต่ละผลิตภัณฑ์ เพราะมีทั้งแบบรายเดือนคงที่ แบบคิดตามจำนวนฟิลด์ และแบบคิดตามจำนวนแผ่นปะปนกัน การนำราคาที่ประกาศไว้มาวางเรียงกันแล้วอ่านจากถูกไปแพงจึงทำให้ตัดสินใจผิด
ถ้า 4 ข้อนี้ชัดเจนแล้ว การคัดกรองผลิตภัณฑ์จะเดินหน้าไปได้แบบเป็นกลไก ในทางกลับกัน ถ้ามองตารางเปรียบเทียบผลิตภัณฑ์โดยไม่ได้ตัดสินใจ 4 ข้อนี้ก่อน ก็เป็นเพียงการมองหน้าตาของตัวเลขทั้งที่คิดว่ากำลังเปรียบเทียบอยู่ ต่อจากนี้จะแยกย่อย 4 ข้อนี้ไปตามลำดับ
ความแม่นยำ 99% คือ 99% ของอะไร – ระดับตัวอักษร ระดับฟิลด์ ระดับเอกสาร ทำให้เวลาตรวจสอบต่างกัน
บทนี้คือหัวใจของบทความนี้
ความแม่นยำของ AI-OCR วัดได้ด้วยหน่วยที่ต่างกันอย่างน้อย 3 แบบ และบทความเปรียบเทียบผลิตภัณฑ์ที่เผยแพร่อยู่ ส่วนใหญ่ไม่ได้ระบุหน่วยนั้นไว้
| หน่วยที่ใช้วัด | ใช้อะไรเป็นตัวส่วน | 99% หมายความว่าอย่างไร | ผลต่อเวลาตรวจสอบที่หน้างาน |
|---|---|---|---|
| ระดับตัวอักษร | จำนวนตัวอักษรทั้งหมดที่อ่านออกมา | อ่าน 100 ตัวอักษร ผิด 1 ตัวอักษร | ยิ่งเอกสาร 1 แผ่นมีตัวอักษรมาก สัดส่วนเอกสารที่มีข้อผิดพลาดปนอยู่ยิ่งเพิ่มขึ้น |
| ระดับฟิลด์ | จำนวนฟิลด์ทั้งหมดที่สกัดออกมา | สกัด 100 ฟิลด์ ผิด 1 ฟิลด์ | เอกสารที่มีฟิลด์มาก ยิ่งมีเอกสารที่ผ่านโดยไม่ต้องแก้ไขน้อยลง |
| ระดับเอกสาร | จำนวนแผ่นของเอกสารที่ประมวลผล | ประมวลผล 100 แผ่น มี 1 แผ่นที่มีข้อผิดพลาด | ตรงกับจำนวนแผ่นที่ต้องตรวจสอบด้วยสายตาโดยตรง ใกล้เคียงงานจริงมากที่สุด |
สิ่งที่หน้างานอยากรู้จริง ๆ คือแบบที่ 3 ตัวเลขระดับเอกสาร เพราะสิ่งที่กำหนดเวลาทำงานของผู้รับผิดชอบการคีย์ข้อมูลคือจำนวนแผ่นที่คนต้องมาตรวจทานซ้ำ แต่สิ่งที่ผลิตภัณฑ์ประกาศได้ง่ายที่สุดคือแบบที่ 1 ระดับตัวอักษร เพราะระดับตัวอักษรให้ตัวเลขที่ดูดีที่สุด และยังเป็นตัวชี้วัดสมรรถนะของเอนจินที่เป็นธรรมชาติด้วย
ปัญหาคือ ทั้ง 3 แบบนี้แปลงกลับไปมาแบบง่าย ๆ ไม่ได้ ค่า 99% ระดับตัวอักษรไม่ใช่ 99% ระดับเอกสาร ยิ่งกว่านั้น ยิ่งจำนวนตัวอักษรในเอกสาร 1 แผ่นเพิ่มขึ้นเท่าไร ทั้งสองค่ายิ่งห่างกันมากขึ้น

การทดลองทางความคิด – เปลี่ยนหน่วยที่ใช้วัด แล้วเวลาตรวจสอบขยับหลายเท่าตัว
ตรงนี้ขอวางตัวเลขที่เป็นรูปธรรมดู ตัวเลขต่อไปนี้ทั้งหมดเป็นค่าสมมติ ไม่ใช่ค่าที่วัดได้จริงของผลิตภัณฑ์ใดผลิตภัณฑ์หนึ่ง เป็นค่าที่คำนวณขึ้นในฐานะการทดลองทางความคิด บนการทำให้ง่ายลงว่าข้อผิดพลาดของแต่ละตัวอักษรและแต่ละฟิลด์เกิดขึ้นอย่างเป็นอิสระต่อกัน โดยข้อผิดพลาดจริงจะกระจุกตัวอยู่ในบางตำแหน่ง เช่น ช่องจำนวนเงินหรือช่องลายมือ ดังนั้นนี่จึงไม่ใช่ค่าพยากรณ์ของความเป็นจริง ถึงกระนั้นก็เพียงพอที่จะแสดงว่า ถ้าเข้าใจหน่วยที่ใช้วัดผิด เวลาตรวจสอบที่ต้องใช้จะขยับไปหลายเท่าตัว
สมมติว่าเอกสาร 1 แผ่นมี 12 ฟิลด์ แต่ละฟิลด์มีเฉลี่ย 8 ตัวอักษร รวมเป็น 96 ตัวอักษร เมื่อประมวลผลเอกสารนี้ 1,200 แผ่น สัดส่วนของเอกสารที่ผ่านโดยไม่ผิดแม้แต่ตัวอักษรเดียวหรือฟิลด์เดียว จะเป็นดังนี้ในแต่ละหน่วยที่ใช้วัด
| ความแม่นยำที่ตั้งเป็นสมมติฐาน (ค่าสมมติ) | หน่วยที่ใช้วัด | สัดส่วนเอกสารที่ผ่านโดยไม่ต้องแก้ไข | สัดส่วนเอกสารที่คนต้องแก้ไข |
|---|---|---|---|
| 99.0% | ระดับฟิลด์ (12 ฟิลด์) | ประมาณ 88.6% | ประมาณ 11.4% |
| 99.8% | ระดับฟิลด์ (12 ฟิลด์) | ประมาณ 97.6% | ประมาณ 2.4% |
| 99.0% | ระดับตัวอักษร (96 ตัวอักษร) | ประมาณ 38.1% | ประมาณ 61.9% |
| 99.8% | ระดับตัวอักษร (96 ตัวอักษร) | ประมาณ 82.5% | ประมาณ 17.5% |
แม้จะเป็น 99.0% เหมือนกัน แต่ถ้าเป็นระดับฟิลด์ก็แก้ไขเพียงราว 1 แผ่นจากทุก 10 แผ่นก็จบ ขณะที่ระดับตัวอักษรจะคำนวณได้ว่ามีการแก้ไขบางอย่างเกิดขึ้นกับเอกสารถึง 6 ใน 10 นับเป็นความต่างมากกว่า 5 เท่าในจำนวนแผ่นที่ต้องแก้ไข และถ้าเทียบค่าที่น้อยที่สุดในตาราง (2.4% ของระดับฟิลด์ 99.8%) กับค่าที่มากที่สุด (61.9% ของระดับตัวอักษร 99.0%) ช่องว่างจะเกิน 25 เท่า ตัวเลขที่แสดงไว้ดูคล้ายกัน แต่ปริมาณงานที่หน้างานขยับได้ถึงเพียงนี้ นี่คือเหตุผลที่ห้ามเลือกผลิตภัณฑ์โดยไม่ตรวจสอบหน่วยที่ใช้วัด
ยิ่งไปกว่านั้น ในเอกสารที่มีฟิลด์จำนวนมาก ช่องว่างจะยิ่งกว้างขึ้น แม้จะเป็นระดับฟิลด์ 99.0% เท่ากัน ถ้าสกัด 12 ฟิลด์ อัตราที่ผ่านโดยไม่ต้องแก้ไขจะอยู่ที่ประมาณ 88.6% แต่ในเอกสารที่ต้องสกัดถึง 30 ฟิลด์ อย่างใบแจ้งหนี้ที่มีบรรทัดรายละเอียดจำนวนมาก จะลดลงเหลือประมาณ 74.0% สถานการณ์แบบ “ความแม่นยำเท่าเดิมแท้ ๆ แต่พอเปลี่ยนเอกสารแล้วหน้างานกลับบ่น” จึงเกิดขึ้นได้เป็นเรื่องปกติจากโครงสร้างนี้
ขอย้ำอีกครั้งว่านี่เป็นการอธิบายโครงสร้างด้วยค่าสมมติ ตัวเลข 99.8% หรือ 99.6% ที่ผลิตภัณฑ์จริงประกาศไว้นั้น เทียบเท่ากับกี่เปอร์เซ็นต์ในระดับฟิลด์ ไม่มีใครบอกได้ เพราะแหล่งอ้างอิงไม่ได้เขียนไว้ หากพบบทความที่เขียนว่า “ในความเป็นจริงจะลดลงเหลือกี่เปอร์เซ็นต์ในระดับฟิลด์” กรุณาตรวจสอบหลักฐานการแปลงค่านั้น อย่างน้อยในแหล่งอ้างอิงที่บทความนี้ใช้ ไม่มีหลักฐานดังกล่าว
คำถาม 3 ข้อที่ควรถามในโต๊ะเจรจา
สิ่งที่ควรยืนยันกับฝ่ายขายระหว่างการเปรียบเทียบ ถูกกำหนดขึ้นโดยอัตโนมัติจากโครงสร้างนี้
ข้อที่ 1 “ความแม่นยำนั้นใช้อะไรเป็นตัวส่วน” ตัวอักษร ฟิลด์ หรือเอกสาร ถ้าตอบทันทีไม่ได้ ก็มีความเป็นไปได้ว่าเงื่อนไขการวัดยังไม่ได้ถูกแบ่งปันกันภายในบริษัทผู้จำหน่ายระบบ
ข้อที่ 2 “ขอดูตัวอย่างเอกสารที่ใช้ในการวัดนั้นได้หรือไม่” ความหมายของตัวเลขจะเปลี่ยนไป ขึ้นอยู่กับว่าเป็นแบบฟอร์มมาตรฐานที่พิมพ์ออกมา หรือเป็นกระดาษที่มีคราบสกปรกและตราประทับซึ่งหมุนเวียนอยู่ในงานจริง
ข้อที่ 3 “ช่วยวัดแบบเดียวกันด้วยเอกสารของบริษัทเราได้หรือไม่” นี่คือการออกแบบ PoC หรือการพิสูจน์แนวคิดโดยตรง ตัวชี้วัดที่ต้องดูใน PoC ไม่ใช่ “อ่านได้หรือไม่” แต่คือ “เหลือเอกสารกี่แผ่นที่คนต้องตรวจสอบด้วยสายตา”
วางเรียงความแม่นยำที่ประกาศไว้ ราคา และส่วนแบ่งตลาดในญี่ปุ่นของผลิตภัณฑ์ AI-OCR หลัก
จากตรงนี้ไปจะวางเรียงตัวเลขที่เปิดเผยต่อสาธารณะตามที่เป็นจริง แต่จะยืนยันไปพร้อมกันด้วยว่า การวางเรียงแบบนี้ตัดสินใจไม่ได้
รายการความแม่นยำที่ประกาศไว้
ความแม่นยำที่ประกาศไว้ของผลิตภัณฑ์หลักที่หมุนเวียนอยู่ในประเทศญี่ปุ่นมีดังนี้ แหล่งอ้างอิงคือบทความเปรียบเทียบ AI-OCR ที่ OptiMax เผยแพร่
| ผลิตภัณฑ์ | ความแม่นยำที่ประกาศไว้ |
|---|---|
| Smart OCR (Infodio) | 99.8% |
| DX Suite (AI inside) | ค่าเฉลี่ยจากข้อมูลจริง 99.6% |
| SmartRead (Cogent Labs) | 99.2% |
| Tegaki (เอนจิน SmartRead) | ประมาณ 99% โดยเจาะจงเฉพาะตัวอักษรลายมืออย่างเต็มรูปแบบ ในฐานะอัตราการรู้จำตัวอักษรในภาคการเงิน |
| ABBYY Vantage | ไม่เปิดเผย |
| LINE WORKS OCR (CLOVA OCR) | ไม่เปิดเผย |
เกี่ยวกับตารางนี้ มี 3 เรื่องที่ควรเขียนไว้อย่างตรงไปตรงมา
ข้อที่ 1 แหล่งอ้างอิงไม่ได้ระบุหน่วยที่ใช้วัดไว้เลยไม่ว่าผลิตภัณฑ์ใด อย่างที่เห็นในบทก่อนหน้า ความหมายจะเปลี่ยนไปมากขึ้นอยู่กับว่าเป็นระดับตัวอักษร ระดับฟิลด์ หรือระดับเอกสาร แต่นี่คือตัวเลขในสภาพที่ไม่ทราบสิ่งนั้น ดังนั้นจึงคำนวณจากตารางนี้ไม่ได้ว่าส่วนต่างระหว่าง 99.8% กับ 99.2% จะกลายเป็นความต่างเท่าใดในงานจริง
ข้อที่ 2 มีเพียงค่า “ประมาณ 99%” ของ Tegaki ที่มีลักษณะต่างจากรายการอื่นเล็กน้อย แหล่งอ้างอิงระบุเงื่อนไขไว้ชัดเจนว่า “เจาะจงเฉพาะตัวอักษรลายมืออย่างเต็มรูปแบบ” และ “ในฐานะอัตราการรู้จำตัวอักษรในภาคการเงิน” กล่าวคือเป็นตัวเลขภายใต้เงื่อนไขจำกัดของเอกสารลายมือในภาคการเงิน ส่วนที่ว่าเมื่อนำผลิตภัณฑ์นี้ไปใช้กับใบรายงานการทำงานประจำวันของโรงงานแล้วจะได้ตัวเลขเดียวกันหรือไม่นั้น แหล่งอ้างอิงไม่ได้บอกไว้ อาจกล่าวได้ว่าการแสดงผลแบบที่มีเงื่อนไขเขียนกำกับนั้นซื่อตรงกว่าด้วยซ้ำ
ข้อที่ 3 ABBYY Vantage และ LINE WORKS OCR ไม่เปิดเผย การไม่เปิดเผยไม่ได้หมายความว่าสมรรถนะต่ำ ในทางกลับกัน ผู้จำหน่ายระบบที่รู้ว่าตัวเลขเปลี่ยนไปตามเงื่อนไขการวัด ยิ่งมีแนวโน้มไม่อยากเสนอตัวเลขเดี่ยว ๆ การจัดการ 2 ผลิตภัณฑ์ที่ไม่เปิดเผยด้วยการ “ตัดออกเพราะไม่มีตัวเลข” ถือเป็นการเปรียบเทียบที่หยาบ
รายการราคา และเหตุผลที่ห้ามเรียงจากถูกไปแพง
ต่อไปคือราคาของ AI-OCR อ้างอิงจากแหล่งเดียวกัน
| ผลิตภัณฑ์ | ราคา |
|---|---|
| DX Suite | รายเดือนตั้งแต่ 30,000 เยนขึ้นไป รวมค่าบริการตามปริมาณการใช้งาน |
| LINE WORKS OCR | รายเดือนตั้งแต่ 55,000 เยนขึ้นไป รวมค่าบริการตามปริมาณการใช้งาน |
| SmartRead | คิดตามฟิลด์ ตั้งแต่ 25 เยนต่อ 10 ฟิลด์ขึ้นไป |
| Tegaki | รายปีตั้งแต่ 360,000 เยนขึ้นไป ประมาณ 20 เยนต่อแผ่น |
| eas | รายเดือนตั้งแต่ 10,000 เยนขึ้นไป |
การมองตารางนี้จากบนลงล่างแล้วอ่านว่า “eas ถูกที่สุด” หรือ “SmartRead ราคา 25 เยนจึงถูก” เป็นความเข้าใจผิด เพราะหน่วยคิดค่าบริการต่างกันไปในแต่ละผลิตภัณฑ์ มีทั้งแบบรายเดือนคงที่ แบบคิดตามจำนวนฟิลด์ และแบบที่เขียนราคารายปีกับราคาต่อแผ่นควบคู่กันปะปนอยู่ ตัวเลขที่หน่วยไม่ตรงกันนั้นเทียบมากน้อยกันไม่ได้
ลองดูอย่างเป็นรูปธรรม ค่า “25 เยนต่อ 10 ฟิลด์” ของ SmartRead หมายความว่า 2.5 เยนต่อ 1 ฟิลด์ เพราะ 25 หารด้วย 10 เท่ากับ 2.5 หากสกัด 12 ฟิลด์จากใบแจ้งหนี้ 1 แผ่น ก็จะเป็น 30 เยนต่อแผ่น และถ้าเดือนละ 1,200 แผ่น ก็จะเป็น 36,000 เยนต่อเดือน ตัวเลข “25 เยน” ที่ดูเล็กในฐานะราคาต่อหน่วย ในความเป็นจริงกลายเป็นรายจ่ายระดับ 30,000 กว่าเยนต่อเดือน ความเล็กของตัวเลขที่แสดงไว้กับความใหญ่ของจำนวนเงินที่ต้องจ่ายจึงไม่ได้สอดคล้องกัน
ค่า “รายปีตั้งแต่ 360,000 เยนขึ้นไป ประมาณ 20 เยนต่อแผ่น” ของ Tegaki ก็เช่นกัน เมื่อนำ 2 ตัวเลขมาเทียบกันจะเห็นสมมติฐานที่ซ่อนอยู่ 360,000 หารด้วย 20 ได้ 18,000 แผ่น หรือเดือนละ 1,500 แผ่น กล่าวคือราคาต่อหน่วย “ประมาณ 20 เยนต่อแผ่น” เทียบเท่ากับราคาต่อหน่วยที่เกิดขึ้นจริงเมื่อประมวลผลราว 18,000 แผ่นต่อปี สมมติฐานนี้ไม่ได้ระบุไว้ชัดเจนในแหล่งอ้างอิง กรุณาอ่านในฐานะผลลัพธ์ของการหารกลับอย่างง่ายจาก 2 ตัวเลขที่เขียนควบคู่กันไว้ พูดกลับกันคือ ในสถานประกอบการที่ประมวลผลเพียงเดือนละ 1,200 แผ่น หรือ 14,400 แผ่นต่อปี เมื่อนำ 360,000 เยนต่อปีหารด้วย 14,400 แผ่น จะได้ 25 เยนต่อแผ่น ซึ่งแพงกว่าค่า “ประมาณ 20 เยนต่อแผ่น” ที่ประกาศไว้
อีกเรื่องหนึ่ง DX Suite และ LINE WORKS OCR มีคำว่า “รวมค่าบริการตามปริมาณการใช้งาน” เขียนกำกับไว้ นั่นหมายความว่ารายเดือน 30,000 เยนและ 55,000 เยนที่แสดงไว้นั้น เป็นราคาขั้นต่ำ ไม่ใช่ยอดรวม หากจำนวนแผ่นของบริษัทเพิ่มขึ้น ส่วนที่คิดตามปริมาณการใช้งานจะถูกบวกเพิ่มบนจำนวนนี้ ดังนั้นจำนวนเงินจริงของ 2 ผลิตภัณฑ์นี้จะไม่ถูกกำหนดแน่นอน จนกว่าจะแจ้งปริมาณการประมวลผลของบริษัทให้ผู้จำหน่ายระบบทราบและขอใบเสนอราคา
เมื่อแทนค่าด้วยจำนวนแผ่นของบริษัทตนเองแล้วเห็นเป็นอย่างไร (ค่าสมมติ)
การทำให้หน่วยคิดค่าบริการตรงกัน ทำได้ทางเดียวคือกำหนดปริมาณการประมวลผลของบริษัทตนเองไว้ก่อน ที่นี่จะวาง ค่าสมมติ ว่าเดือนละ 1,200 แผ่น เฉลี่ย 12 ฟิลด์ต่อแผ่น หรือ 14,400 ฟิลด์ต่อเดือน แล้วนำเฉพาะยอดขั้นต่ำที่ประกาศไว้มาหารแบบเป็นกลไก
| ผลิตภัณฑ์ | ราคาที่ประกาศไว้ | ประมาณการเมื่อแทนค่า 1,200 แผ่น 12 ฟิลด์ต่อเดือน (ค่าสมมติ) | ข้อควรระวัง |
|---|---|---|---|
| DX Suite | รายเดือนตั้งแต่ 30,000 เยนขึ้นไป รวมค่าตามปริมาณ | 25 เยนต่อแผ่น เฉพาะยอดขั้นต่ำ | มีส่วนคิดตามปริมาณบวกเพิ่ม จึงไม่ใช่ยอดรวม |
| LINE WORKS OCR | รายเดือนตั้งแต่ 55,000 เยนขึ้นไป รวมค่าตามปริมาณ | ประมาณ 45.8 เยนต่อแผ่น เฉพาะยอดขั้นต่ำ | มีส่วนคิดตามปริมาณบวกเพิ่ม จึงไม่ใช่ยอดรวม |
| SmartRead | ตั้งแต่ 25 เยนต่อ 10 ฟิลด์ขึ้นไป | 36,000 เยนต่อเดือน 30 เยนต่อแผ่น | ถ้าจำนวนฟิลด์เพิ่ม ค่าใช้จ่ายเพิ่มตามสัดส่วน |
| Tegaki | รายปีตั้งแต่ 360,000 เยนขึ้นไป | คิดเป็นรายเดือน 30,000 เยน 25 เยนต่อแผ่น | ถ้าปีละ 14,400 แผ่น จะแพงกว่าค่าประกาศประมาณ 20 เยนต่อแผ่น |
| eas | รายเดือนตั้งแต่ 10,000 เยนขึ้นไป | ประมาณ 8.3 เยนต่อแผ่น | แหล่งอ้างอิงไม่ได้ระบุว่าแพ็กเกจขั้นต่ำมีเพดานจำนวนแผ่นหรือไม่ |
ขอทำให้ชัดเจนเรื่องวิธีใช้ตารางนี้ นี่ไม่ใช่การจัดอันดับจากถูกไปแพง ลำดับของแถวเรียงเหมือนตารางราคาก่อนหน้า ไม่ได้เรียงตามจำนวนเงินมากน้อย เพราะเมื่อมี 2 ผลิตภัณฑ์ที่ส่วนคิดตามปริมาณยังไม่แน่นอน และอีก 1 ผลิตภัณฑ์ที่ไม่ทราบเพดานจำนวนแผ่น คอลัมน์นี้จึงตัดสินความเหนือกว่าด้อยกว่าไม่ได้ สิ่งที่ตารางนี้แสดงมีเพียงว่า เมื่อแทนค่าด้วยปริมาณการประมวลผลเดียวกัน ภาพที่ออกมาจะต่างจากหน้าตาของราคาที่แสดงไว้ SmartRead ซึ่งแสดงราคาไว้เป็น “25 เยนต่อ 10 ฟิลด์” ที่ดูเล็กในฐานะราคาต่อหน่วย เมื่อแปลงค่าแล้วกลับกลายเป็น 30 เยนต่อแผ่น มาอยู่ในตำแหน่งที่แพงเป็นอันดับ 2 ในบรรดา 5 ผลิตภัณฑ์นี้
อนึ่ง บทความนี้จะไม่จัดทำตารางแปลงราคาสกุลเงินเยนเป็นบาท เพราะแหล่งอ้างอิงที่ใช้ไม่มีสมมติฐานเรื่องอัตราแลกเปลี่ยน หากตั้งอัตราแปลงขึ้นเอง ตัวเลขทั้งบทความจะกลายเป็นเท็จทันทีที่อัตราขยับ เมื่อจะขออนุมัติภายในที่ฐานในไทย กรุณาขอให้ผู้จำหน่ายระบบเสนอราคาเป็นสกุลบาทตั้งแต่ตอนขอใบเสนอราคา หรือแปลงค่าโดยระบุอัตราที่ใช้ภายในระหว่างงวดไว้ให้ชัดเจน
วิธีอ่านส่วนแบ่งตลาดในญี่ปุ่น
ตัวเลขส่วนแบ่งตลาดก็มีเปิดเผยอยู่ เป็นผลสำรวจที่ BOXIL จัดทำในปี 2025 โดยมีกลุ่มตัวอย่าง 1,588 ราย ซึ่งเป็นผู้รับผิดชอบการนำ AI-OCR มาใช้ และถูกอ้างอิงไว้ในบทความของ OptiMax ข้างต้น
| ผลิตภัณฑ์ | ส่วนแบ่งตลาดในญี่ปุ่น |
|---|---|
| Smart OCR | 21.32% |
| SmartRead | 18.04% |
| DX Suite | 16.84% |
| LINE WORKS OCR | 12.02% |
เมื่อรวม 4 ผลิตภัณฑ์นี้จะได้ 68.22% ซึ่งไม่ครบ 100% ส่วนที่เหลืออีก 31.78% เป็นของผลิตภัณฑ์ที่ไม่ปรากฏในตารางนี้ กล่าวคือการอ่านว่า “ตลาดถูกยึดครองโดย 4 ผลิตภัณฑ์อันดับต้นแล้ว” จึงไม่เป็นความจริง และมากกว่า 3 ใน 10 ใช้ทางเลือกอื่นอยู่ ความเป็นไปได้ที่ผลิตภัณฑ์ซึ่งบังเอิญเข้ากับเอกสารของบริษัทเราจะอยู่ใน 31.78% นี้ ก็มีอยู่มากพอสมควร
และอีกเรื่องหนึ่งซึ่งสำหรับฐานในไทยแล้วสำคัญกว่า นี่คือผลสำรวจภายในประเทศญี่ปุ่น ผู้ตอบแบบสอบถามคือผู้รับผิดชอบที่นำ AI-OCR มาใช้ในญี่ปุ่น ไม่ใช่ส่วนแบ่งตลาดของไทย การมีผลงานการใช้งานมากในญี่ปุ่นหมายถึงการสั่งสมผลงานกับเอกสารภาษาญี่ปุ่น แต่ไม่ได้หมายถึงผลงานกับเอกสารภาษาไทย การตัดสินว่า “อันดับ 1 ในญี่ปุ่นจึงวางใจได้” อาจสมเหตุสมผลในสถานประกอบการภายในญี่ปุ่น แต่ใช้แบบนั้นไม่ได้ที่ฐานในกรุงเทพหรือชลบุรี
4 ข้อที่สมมติฐานของญี่ปุ่นพังลงเมื่อมาอยู่ที่ฐานในไทย
หากนำเกณฑ์คัดเลือกที่สร้างขึ้นจากการอ่านบทความเปรียบเทียบของญี่ปุ่นมาใช้ที่ไทยตรง ๆ จะเกิดอะไรขึ้น จุดที่พังลงมี 4 ข้อดังนี้
| สมมติฐานที่พัง | สมมติฐานในญี่ปุ่น | สภาพจริงที่ฐานในไทย | ผลต่อการคัดเลือก |
|---|---|---|---|
| ภาษา | ภาษาญี่ปุ่น คือคันจิและคานะ กับตัวอักษรโรมันและตัวเลข | ภาษาไทย อังกฤษ และญี่ปุ่นอาจปะปนกันในเอกสารแผ่นเดียว | ความแม่นยำที่ประกาศไว้ใช้ไม่ได้ตรง ๆ ต้องยืนยันเป็นราย ๆ ว่ารองรับการปะปนหลายภาษาหรือไม่ |
| รูปแบบเอกสาร | ส่วนใหญ่เป็นแบบฟอร์มรูปแบบตายตัวที่ใกล้เคียงมาตรฐานอุตสาหกรรม | รูปแบบต่างกันไปในแต่ละคู่ค้า มีการเขียนเพิ่มด้วยลายมือและตราประทับยางซ้อนทับ | จุดตัดสินอยู่ที่แบบเทมเพลตหรือแบบอนุมานด้วย AI และความสามารถในการรับมือกับเอกสารที่ไม่มีรูปแบบตายตัว |
| กฎเกณฑ์ | การรองรับกฎหมายจัดเก็บสมุดบัญชีอิเล็กทรอนิกส์ของญี่ปุ่นเป็นเงื่อนไขจำเป็น | กฎหมายนั้นไม่มีผลบังคับใช้ ระบบ e-Tax Invoice ของไทยเป็นกรอบคนละชุด | จ่ายเงินให้ฟังก์ชันสำหรับญี่ปุ่น แล้วมองข้ามฟังก์ชันที่จำเป็นในพื้นที่ |
| โครงสร้างการปฏิบัติงาน | ผู้รับผิดชอบการคีย์ข้อมูลตรวจสอบและแก้ไขเป็นภาษาญี่ปุ่นได้ | ผู้ตรวจสอบคือพนักงานคนไทย ภาษาของหน้าจอผู้ดูแลระบบและคู่มือการใช้งานจึงเป็นปัญหา | ภาษาที่ UI รองรับและโครงสร้างการสนับสนุนเป็นตัวชี้ขาดความสำเร็จในงานจริง |
ใน 4 ข้อนี้ สิ่งที่ไม่ปรากฏในบทความเปรียบเทียบคือ 2 ข้อหลังเป็นหลัก ภาษาและรูปแบบเอกสารนั้นใครก็นึกออก แต่กฎเกณฑ์และโครงสร้างการปฏิบัติงานจะไม่เข้ามาในสายตาตราบใดที่ยังอ่านบทความของญี่ปุ่นอยู่
ขอเขียนถึงโครงสร้างการปฏิบัติงานให้เป็นรูปธรรมขึ้นอีกหน่อย งานที่เหลืออยู่หลังนำ AI-OCR เข้ามาใช้คือ “การตรวจสอบและแก้ไขผลการอ่าน” ผู้ที่ทำงานนี้ส่วนใหญ่คือพนักงานบัญชีและจัดซื้อชาวไทย ถ้าหน้าจอผู้ดูแลระบบมีแต่ภาษาญี่ปุ่น คนที่ทำงานตรวจสอบได้ก็มีแต่พนักงานญี่ปุ่นที่ประจำอยู่ และคน ๆ นั้นจะกลายเป็นคอขวด ในทางกลับกัน ถ้าหน้าจอผู้ดูแลระบบรองรับภาษาอังกฤษ ก็มอบหมายให้พนักงานในพื้นที่ได้ ถ้าเลือกผลิตภัณฑ์ที่มี UI ภาษาญี่ปุ่นอย่างเดียว ผลลัพธ์อาจกลายเป็นว่า “งานคีย์ข้อมูลลดลงก็จริง แต่งานตรวจสอบของพนักงานประจำการเพิ่มขึ้น”
โครงสร้างการสนับสนุนก็เช่นกัน เวลาหยุดชะงักเมื่อเกิดปัญหาจะต่างกัน ขึ้นอยู่กับว่าสอบถามได้ภายในเวลาทำการตามเวลาประเทศไทยหรือไม่ หรือมีแต่ช่องทางในญี่ปุ่น ข้อมูลนี้ไม่ได้เขียนไว้ในช่องความแม่นยำของแคตตาล็อกผลิตภัณฑ์ จึงต้องยืนยันในตอนเจรจาเท่านั้น

OCR เอกสารภาษาไทยและภาษาเวียดนามตอนนี้มาถึงไหนแล้ว
ผลิตภัณฑ์ที่ตอบว่า “รองรับ” ต่อคำถามว่า “อ่านภาษาไทยได้ไหม” มีอยู่มากมาย สิ่งที่ต้องดูไม่ใช่ว่ารองรับหรือไม่ แต่คืออ่านได้แม่นยำเพียงใด
สิ่งที่เกณฑ์มาตรฐานภาษาไทยกำลังบอก
ThaiOCRBench เป็นเกณฑ์มาตรฐาน หรือ benchmark ที่เจาะจงเรื่องการทำความเข้าใจเอกสารภาษาไทย ประกอบด้วยตัวอย่าง 2,808 รายการที่ตรวจสอบด้วยมือคน และ 13 งานย่อย สิ่งที่ควรสังเกตคือข้อเท็จจริงที่ว่า ก่อนหน้านั้นไม่เคยมีเกณฑ์มาตรฐานที่ครอบคลุมและเจาะจงเรื่องการทำความเข้าใจเอกสารภาษาไทยมาก่อน กล่าวคือ มาตรวัดร่วมสำหรับประเมินสมรรถนะการอ่านเอกสารภาษาไทยแบบเทียบเคียงกันได้ เพิ่งเกิดขึ้นเมื่อไม่นานมานี้เอง
คะแนนของงานการรู้จำข้อความลายมือในเกณฑ์มาตรฐานนี้เป็นดังนี้
| โมเดล | คะแนนการรู้จำข้อความลายมือ |
|---|---|
| Gemini 2.5 Pro | 0.714 |
| GPT-4.0 | 0.489 |
| Qwen2.5-VL 72B | 0.393 |
การใช้ตัวเลขนี้ต้องระมัดระวัง นี่คือคะแนนที่ผ่านการนอร์มัลไลซ์ ไม่ใช่เปอร์เซ็นต์ของความแม่นยำ การนำไปวางบนเวทีเดียวกับ 99.8% หรือ 99.2% ในบทเรื่องความแม่นยำที่ประกาศไว้ แล้วอ่านว่า “ความแม่นยำ 71.4%” นั้นเป็นความผิดพลาด นิยามของตัวชี้วัดต่างกันโดยสิ้นเชิง
แล้วพูดอะไรได้บ้าง มี 3 ข้อ ข้อที่ 1 แม้แต่โมเดลที่อยู่อันดับสูงสุดก็ยังอยู่ห่างจากคะแนนเต็ม 1.0 ข้อที่ 2 ช่องว่างระหว่างอันดับบนกับอันดับล่างกว้างมาก โดยส่วนต่างระหว่าง 0.714 กับ 0.393 คือ 0.321 จึงอยู่ในระยะที่การเลือกโมเดลส่งผลต่อผลลัพธ์อย่างมาก ข้อที่ 3 ตัวพิมพ์ภาษาญี่ปุ่นกับลายมือภาษาไทยยังไม่พัฒนาไปถึงขั้นที่จะพูดถึงด้วยมาตรวัดเดียวกันได้ตั้งแต่ต้น
ค่า 99.8% ที่อยู่ในตารางเปรียบเทียบผลิตภัณฑ์ของญี่ปุ่น กับค่า 0.714 ของเกณฑ์มาตรฐานนี้ นำมาวางเรียงเปรียบเทียบกันไม่ได้ และข้อเท็จจริงที่ว่าวางเรียงกันไม่ได้นี่เอง คือสิ่งที่ควรรู้เมื่อเปรียบเทียบ AI-OCR ที่ฐานในไทย
ทำไมภาษาไทยจึงยาก
ThaiOCRBench ยกปัจจัยที่ทำให้การอ่านเอกสารภาษาไทยยากไว้ว่า เป็นอักษรที่ไม่ใช่ละติน ไม่มีตัวคั่นที่ชัดเจนอย่างช่องว่างระหว่างคำ และเอกสารในโลกจริงไม่มีโครงสร้างชัดเจนอย่างมาก
ในบรรดานี้ สิ่งที่ส่งผลต่อ OCR ของเอกสารคือข้อที่ 2 ต่อให้อ่านตัวอักษรออกทีละตัวได้ แต่ในขั้นของการตัดแบ่งสิ่งที่อ่านได้ออกเป็นฟิลด์อย่าง ชื่อสินค้า จำนวน และราคาต่อหน่วย การมองไม่เห็นขอบเขตของคำจะส่งผลอย่างมาก ภาษาญี่ปุ่นก็ไม่ได้เว้นวรรคระหว่างคำเช่นกัน แต่การสลับไปมาระหว่างคันจิกับคานะทำหน้าที่เป็นตัวคั่นในทางปฏิบัติ ส่วนภาษาไทยมีเบาะแสแบบนั้นน้อย การประมวลผลเพื่อตัดสายอักขระออกเป็นก้อนที่มีความหมายจึงกลายเป็นโจทย์ทางเทคนิคหนึ่งข้อในตัวมันเอง
กล่าวคือ ในเอกสารภาษาไทย ส่วนต่างระหว่าง “จำนวนตัวอักษรที่อ่านออก” กับ “จำนวนฟิลด์ที่ตัดออกมาได้ถูกต้อง” มีความเป็นไปได้ที่จะกว้างกว่าเอกสารภาษาญี่ปุ่น เรื่องหน่วยที่ใช้วัดความแม่นยำที่กล่าวถึงตอนต้นบทความจะส่งผลตรงนี้ นั่นคือแม้ความแม่นยำระดับตัวอักษรจะสูง ก็ไม่แน่ว่าความแม่นยำระดับฟิลด์จะตามมาด้วย
OCR ที่เจาะจงภาษาไทยยังปรับปรุงอย่างต่อเนื่อง
ความพยายามที่เจาะจงภาษาไทยก็เดินหน้าอยู่เช่นกัน Typhoon OCR ที่ SCB 10X เผยแพร่ รายงานว่าการอ่านแบบฟอร์มลายมือดีขึ้นในเวอร์ชัน 1.5
| ตัวชี้วัด | Typhoon OCR ก่อนเวอร์ชัน 1.5 | Typhoon OCR 1.5 | ส่วนต่าง |
|---|---|---|---|
| BLEU | 0.321 | 0.522 | +0.201 |
| ROUGE-L | 0.454 | 0.645 | +0.191 |
ตรงนี้ก็ต้องระวังลักษณะของตัวชี้วัดเช่นกัน BLEU และ ROUGE-L เดิมทีเป็นตัวชี้วัดที่สร้างขึ้นเพื่อประเมินการแปลด้วยเครื่องและการสรุปความ ไม่ใช่อัตราความถูกต้องของการสกัดฟิลด์จากเอกสาร จึงอ่านแบบ “BLEU 0.522 เท่ากับอ่านได้ 52.2%” ไม่ได้
สิ่งที่พูดได้จากตัวเลขนี้คือ การอ่านลายมือภาษาไทย เป็นพื้นที่ที่กำลังอยู่ระหว่างการปรับปรุง พลิกกลับอีกด้านคือ ถ้าตรึงผลิตภัณฑ์ไว้ด้วยการประเมิน ณ เวลานี้ ก็มีความเป็นไปได้ว่าอีก 1 ปีข้างหน้าสมมติฐานจะเปลี่ยนไปแล้ว เมื่อจะเลือกผลิตภัณฑ์ที่มีระยะเวลาสัญญายาว การนำจุดนี้เข้ามาพิจารณาด้วยจึงมีคุณค่า
สิ่งที่พูดได้และพูดไม่ได้เกี่ยวกับภาษาเวียดนาม
สำหรับกรณีที่พิจารณารวมถึงฐานในเวียดนามด้วย ขอเขียนอย่างตรงไปตรงมา ในบรรดาแหล่งอ้างอิงที่บทความนี้เข้าถึงได้ ไม่มีเกณฑ์มาตรฐานที่ผ่านการตรวจสอบแล้วเทียบเท่า ThaiOCRBench ของภาษาไทย สำหรับ OCR เอกสารภาษาเวียดนาม ดังนั้นบทความนี้จึงไม่สามารถให้ตัวเลขเกี่ยวกับสมรรถนะการอ่านภาษาเวียดนามได้
สิ่งที่พูดได้มีเพียงว่า เป็นระบบการเขียนที่ใช้อักษรละตินโดยมีเครื่องหมายกำกับ ซึ่งรวมถึงเครื่องหมายวรรณยุกต์ ติดอยู่ และมีโจทย์ด้านการอ่านที่ต่างออกไปอีกแบบจากภาษาญี่ปุ่นและภาษาไทย หากจะใช้ที่ฐานในเวียดนาม ก็มีทางเดียวคือส่งเอกสารจริงของบริษัทให้ผู้จำหน่ายระบบแล้ววัดผลด้วย PoC กรุณาอย่าตัดสินด้วยถ้อยคำว่า “รองรับเอเชียตะวันออกเฉียงใต้” เพียงอย่างเดียว
อนึ่ง แนวคิดในการคัดเลือกผลิตภัณฑ์เมื่อจะนำ generative AI หรือโมเดลมัลติโมดัลมาใช้ในงานภายใต้สภาพแวดล้อมหลายภาษา ได้เรียบเรียงแยกไว้ใน บทความเปรียบเทียบ generative AI สำหรับองค์กร หากกำลังพิจารณาทางเลือกที่ใช้โมเดลมัลติโมดัลอเนกประสงค์อ่านเอกสาร แทนผลิตภัณฑ์ที่ขายในชื่อ AI-OCR กรุณาดูบทความนั้นประกอบด้วย
ความต่างของกฎเกณฑ์ – กฎหมายจัดเก็บเอกสารอิเล็กทรอนิกส์ของญี่ปุ่นกับ e-Tax Invoice ของไทย
ในฐานะเกณฑ์ตัดสินของการเปรียบเทียบ AI-OCR การรองรับกฎเกณฑ์เป็นหัวข้อที่ถูกมองข้ามได้ง่าย ทั้งที่ส่งผลต่อจำนวนเงินมาก ตรงนี้สมมติฐานของญี่ปุ่นกับไทยต่างกันโดยสิ้นเชิง
การรองรับกฎหมายจัดเก็บเอกสารอิเล็กทรอนิกส์ที่อยู่ในเกณฑ์คัดเลือกของญี่ปุ่น
ภายในประเทศญี่ปุ่น ตั้งแต่ปี 2024 เป็นต้นมา ข้อกำหนดเรื่องการจัดเก็บข้อมูลธุรกรรมอิเล็กทรอนิกส์กลายเป็นภาคบังคับโดยพฤตินัย และการรองรับกฎหมายจัดเก็บสมุดบัญชีอิเล็กทรอนิกส์ก็ถูกเพิ่มเข้ามาในเกณฑ์คัดเลือกผลิตภัณฑ์ AI-OCR แนวคิดมาตรฐานในญี่ปุ่นคือ หากจะใช้ AI-OCR กับใบแจ้งหนี้และใบเสร็จรับเงิน จำเป็นต้องตรวจสอบจุดต่าง ๆ เช่น ฟังก์ชันประทับเวลา การรองรับข้อกำหนดด้านการค้นหา และความสามารถในการสกัดฟิลด์ของใบกำกับภาษีตามระบบอินวอยซ์ของญี่ปุ่น
การที่ตารางเปรียบเทียบของญี่ปุ่นมีคอลัมน์ “รองรับกฎหมายจัดเก็บเอกสารอิเล็กทรอนิกส์” เรียงอยู่ ก็เพราะภูมิหลังนี้ และไม่ใช่เรื่องแปลกที่คอลัมน์นี้จะสะท้อนอยู่ในราคาผลิตภัณฑ์ด้วย
อย่างไรก็ตาม นี่คือกฎเกณฑ์ภายในประเทศญี่ปุ่น และไม่มีผลบังคับใช้กับนิติบุคคลในไทย
e-Tax Invoice และ e-Receipt ของไทยเป็นเรื่องโดยสมัครใจ
ขอตรวจสอบกฎเกณฑ์ฝั่งไทย หน่วยงานที่รับผิดชอบแบ่งเป็น 2 ส่วน ด้านภาษีคือกรมสรรพากร หรือ Revenue Department ส่วนมาตรฐานทางเทคนิคคือ ETDA
และนี่คือจุดที่สำคัญที่สุด ทั้งปี 2026 และ 2027 ประเทศไทยยังไม่ได้ออกกฎหมายบังคับใช้ใบกำกับภาษีอิเล็กทรอนิกส์แบบ B2B เป็นเรื่องโดยสมัครใจ หากพบคำอธิบายว่า “ไทยก็บังคับใช้แล้ว” กรุณาตรวจสอบแหล่งอ้างอิง อย่างน้อยตามข้อมูล ณ เดือนกรกฎาคม 2026 ที่บทความนี้ใช้อ้างอิง ยังคงเป็นเรื่องโดยสมัครใจ
กรณีที่จะเข้าร่วมระบบ มีช่องทางอยู่ 2 ช่องทาง
| ช่องทาง | กลุ่มเป้าหมาย | ข้อกำหนดทางเทคนิค | กำหนดส่ง |
|---|---|---|---|
| ช่องทางเต็มรูปแบบ | ผู้ประกอบการทั่วไป | XML ตามมาตรฐาน ETDA 3-2560 และลายเซ็นอิเล็กทรอนิกส์ด้วยใบรับรอง NRCA | ส่งข้อมูลใบแจ้งหนี้ให้กรมสรรพากรภายในวันที่ 15 ของเดือนถัดไป |
| ช่องทางแบบง่าย e-Tax Invoice by Email | ผู้ประกอบการรายย่อยที่มียอดขายต่อปีไม่เกิน 30 ล้านบาท | ตรวจสอบด้วยการประทับเวลาของ ETDA | แหล่งอ้างอิงไม่ได้ระบุไว้ |
สิ่งที่ต้องระวังในตารางนี้คือสถานะของเส้นแบ่ง 30 ล้านบาท นี่คือ เงื่อนไขของผู้ประกอบการที่ใช้ช่องทางแบบง่ายได้ ไม่ใช่เส้นแบ่งว่าควรนำ AI-OCR มาใช้หรือไม่ ฐานการผลิตที่มียอดขายต่อปีเกิน 30 ล้านบาทจะใช้ช่องทางแบบง่ายไม่ได้ แต่นั่นเป็นคนละเรื่องกับการคัดเลือก AI-OCR
แม้จะเป็นเรื่องโดยสมัครใจ แต่ก็มีสิทธิประโยชน์ทางภาษีเตรียมไว้ให้ฝั่งที่เข้าร่วมระบบ ได้แก่ การหักรายจ่ายได้ 200% สำหรับการลงทุนที่เข้าเกณฑ์ และการลดอัตราภาษี e-Withholding ลงเหลือ 1% สำหรับสิทธิประโยชน์นี้ คณะรัฐมนตรีได้อนุมัติการขยายเวลาไปจนถึงสิ้นปี 2027 เมื่อเดือนมิถุนายน 2026 อย่างไรก็ตาม ณ เวลาที่อนุมัตินั้น พระราชกฤษฎีกาและกฎกระทรวงยังอยู่ระหว่างรอดำเนินการ ก่อนจะรับสิทธิจริง กรุณาตรวจสอบสถานะราชกิจจานุเบกษาล่าสุดกับที่ปรึกษาภาษี ส่วนนี้เป็นจุดที่เปลี่ยนแปลงตามเวลาได้ง่ายที่สุดในบทความนี้
ผลกระทบที่เป็นรูปธรรมของความต่างทางกฎเกณฑ์ต่อการคัดเลือก
เมื่อพิจารณาจากข้างต้น ปัญหาของการนำเกณฑ์คัดเลือกของบริษัทแม่ในญี่ปุ่นมาใช้ที่ไทยตรง ๆ ก็ชัดเจนขึ้น
จะกลายเป็นการจ่ายเงินให้ฟังก์ชันที่ไม่จำเป็น ฟังก์ชันประทับเวลาตามกฎหมายจัดเก็บเอกสารอิเล็กทรอนิกส์ การสกัดฟิลด์ของใบกำกับภาษีตามระบบอินวอยซ์ของญี่ปุ่น และการรองรับข้อกำหนดด้านการค้นหาของญี่ปุ่น สิ่งเหล่านี้ไม่ได้ใช้ในการประมวลผลเอกสารของนิติบุคคลในไทย หากเผลอเลือกแพ็กเกจระดับสูงที่รวมสิ่งเหล่านี้ไว้เป็นฟังก์ชันมาตรฐาน ค่าใช้จ่ายส่วนนั้นก็จะสูญเปล่า
ในเวลาเดียวกันก็จะมองข้ามฟังก์ชันที่จำเป็น ความแม่นยำในการสกัดฟิลด์ภาษาไทย UI ภาษาอังกฤษ และความสามารถในการเชื่อมต่อกับระบบบัญชีที่รองรับ XML ตามมาตรฐาน ETDA 3-2560 สิ่งเหล่านี้ไม่มีคอลัมน์ในตารางเปรียบเทียบของญี่ปุ่น สิ่งที่ไม่มีคอลัมน์ย่อมเปรียบเทียบไม่ได้
ดังนั้น เมื่อจะเปรียบเทียบ AI-OCR ที่ฐานในไทย จึงต้องมีงานเพิ่มคอลัมน์เข้าไปในตารางเปรียบเทียบของญี่ปุ่นด้วยตัวเอง คอลัมน์ที่ควรเพิ่มมีอย่างน้อย 4 คอลัมน์ ได้แก่ ความสามารถในการสกัดฟิลด์ของเอกสารภาษาไทย การรองรับภาษาอังกฤษของหน้าจอผู้ดูแลระบบ ช่องทางสนับสนุนในประเทศไทย และวิธีเชื่อมต่อกับระบบบัญชีและ ERP ที่มีอยู่เดิม สำหรับการออกแบบการเชื่อมต่อกับ ERP และระบบรอบข้าง ได้เรียบเรียงโครงสร้างค่าใช้จ่ายไว้ใน บทความเรื่องการพัฒนาระบบงานและค่าใช้จ่ายในการเชื่อมต่อ ERP
การประเมินความเหมาะสมของ AI-OCR แยกตามชนิดเอกสาร
การเดินหน้าแบบ “เอากระดาษทุกอย่างในบริษัทมาทำ AI-OCR” แทบจะหยุดชะงักกลางทางเสมอ เพราะความยากง่ายและผลลัพธ์ต่างกันไปตามชนิดของเอกสาร ขอเรียบเรียงมุมมองในการประเมินเอกสาร 5 ชนิดที่มักตกเป็นเป้าหมายในโรงงานสัญชาติญี่ปุ่น
| เอกสาร | ภาษาหลัก | ความหลากหลายของรูปแบบ | มีลายมือหรือไม่ | ความเข้ากันกับ AI-OCR |
|---|---|---|---|---|
| ใบแจ้งหนี้ ที่รับจากซัพพลายเออร์ | ภาษาไทย อังกฤษ ญี่ปุ่นปะปนกัน | สูง เพราะรูปแบบต่างกันไปตามคู่ค้า | มีการเขียนเพิ่มด้วยลายมือบางส่วน | ถ้าเป็นผลิตภัณฑ์ที่รับมือกับเอกสารไม่มีรูปแบบตายตัวได้ดีจะให้ผลมาก แต่ฟิลด์เยอะและค่าใช้จ่ายก็สูงขึ้น |
| ใบส่งของ | ภาษาไทย อังกฤษ | สูง | มีลายเซ็นรับของและการแก้ไขจำนวนด้วยลายมือ | การแก้ไขจำนวนด้วยลายมือในช่องจำนวนคือจุดยากของการอ่าน |
| ใบรายงานผลตรวจรับสินค้า | ภาษาไทย อังกฤษ | ปานกลาง เพราะบางกรณีกำหนดรูปแบบของบริษัทเองได้ | ค่าที่วัดได้บางครั้งเป็นลายมือ | ถ้าดึงรูปแบบมาเป็นแบบที่บริษัทกำหนดเองได้ จะเข้ากันได้ดี |
| ใบรายงานการทำงานประจำวันที่เขียนด้วยลายมือ | ลายมือภาษาไทย | ต่ำ เพราะเป็นรูปแบบของบริษัทเอง | เป็นลายมือทั้งหมด | ยากที่สุด ต้องออกแบบรูปแบบเอกสารอย่างละเอียดเป็นเงื่อนไขก่อน |
| ใบสั่งซื้อ ที่บริษัทออกเอง | ภาษาที่บริษัทกำหนดเอง เน้นภาษาอังกฤษ | ต่ำ เพราะเป็นรูปแบบของบริษัทเอง | ปกติไม่มี | หลายกรณีไม่จำเป็นต้องนำมาเป็นเป้าหมายของ OCR ตั้งแต่ต้น |
ในบรรดา 5 ชนิดนี้ สิ่งที่ให้ผลตอบแทนจากการลงทุนใน AI-OCR ได้ง่ายที่สุดคือใบแจ้งหนี้ เพราะจำนวนแผ่นมาก รูปแบบต่างกันไปตามคู่ค้าจนการเรียนรู้รูปแบบด้วยคนไม่ได้ผล และความผิดพลาดในการคีย์ข้อมูลเชื่อมโยงตรงไปยังความผิดพลาดในการจ่ายเงิน การเริ่มจากการทำงานอัตโนมัติของการประมวลผลใบแจ้งหนี้จึงเป็นการตัดสินใจที่สมเหตุสมผลสำหรับหลายฐาน
ในทางกลับกัน ใบรายงานการทำงานประจำวันที่เขียนด้วยลายมือคือพื้นที่ที่ยากที่สุด เพราะรวมเงื่อนไขอย่างลายมือภาษาไทย ซึ่งอย่างที่เห็นในบทเรื่องเกณฑ์มาตรฐานว่าแม้แต่โมเดลอันดับสูงสุดก็ยังห่างจากคะแนนเต็ม หากลุยตรงนี้ตั้งแต่แรก จะได้ค่าใช้จ่ายเพิ่มขึ้นโดยที่เวลาตรวจสอบไม่ลดลง ถ้าจะลงมือกับ OCR ลายมือ สิ่งที่ต้องทำก่อนคือทบทวนรูปแบบเอกสารเอง เช่น แบ่งกรอบสำหรับกรอก เปลี่ยนเป็นแบบเลือกตอบ และแยกช่องตัวเลขออกจากช่องตัวอักษร ซึ่งเป็นการเตรียมการล่วงหน้า
สำหรับใบรายงานผลตรวจรับสินค้า ขอเสริมเล็กน้อยในมุมของการทำงานอัตโนมัติของงานตรวจรับ จุดเด่นของเอกสารนี้คือมีช่องว่างให้บริษัทกำหนดรูปแบบเองได้ หากออกแบบฟอร์แมตที่ส่งให้ซัพพลายเออร์ได้เอง ก็สามารถดึงให้เป็นรูปแบบที่ AI-OCR อ่านง่ายได้ แบ่งฟิลด์ด้วยเส้นกรอบ ตรึงตำแหน่งการกรอก และจัดจำนวนหลักของช่องตัวเลขให้เท่ากัน เพียงเท่านี้ผลการอ่านก็เปลี่ยนไปแล้ว ก่อนจะคัดเลือก AI-OCR การพิจารณาว่าเปลี่ยนการออกแบบเอกสารได้หรือไม่นั้นมีคุณค่า
สำหรับเอกสารที่บริษัทออกเองอย่างใบสั่งซื้อ ไม่ควรนำมาเป็นเป้าหมายของ OCR ตั้งแต่ต้น ทั้งที่มีข้อมูลที่ออกจากระบบของบริษัทอยู่ในมือแล้ว การทำให้เป็นกระดาษแล้วอ่านกลับเข้ามาใหม่คือการทำงานซ้ำซ้อนโดยไม่จำเป็น มุมมองนี้จะปรากฏอีกครั้งในบทเรื่องทางเลือกที่ไม่เลือก AI-OCR ในช่วงหลังของบทความ
ขั้นตอนการแปลงราคา AI-OCR มาเป็นตัวเลขของบริษัทตนเอง
ขอนำสิ่งที่เรียบเรียงมาถึงตรงนี้ลงสู่งานขอใบเสนอราคาจริง ลำดับสำคัญ

ขั้นตอนที่ 1 กำหนดปริมาณการประมวลผลให้แน่นอนก่อน
ก่อนจะดูผลิตภัณฑ์ ให้ตรึงตัวเลขของบริษัทตนเองก่อน สิ่งที่ต้องมี 3 อย่าง คือ จำนวนแผ่นต่อเดือนของเอกสารเป้าหมาย จำนวนฟิลด์ที่สกัดต่อ 1 แผ่น และเวลาที่ใช้ในการคีย์ข้อมูลนั้นอยู่ในปัจจุบัน หากขอใบเสนอราคาโดยไม่มี 3 อย่างนี้ จะได้จำนวนเงินที่คำนวณบนสมมติฐานต่างกันไปในแต่ละผู้จำหน่ายระบบกลับมา แล้วเปรียบเทียบไม่ได้
วิธีนับจำนวนแผ่นก็มีข้อควรระวัง ถ้า 1 ธุรกรรมมีใบแจ้งหนี้ 1 แผ่นและใบแนบรายละเอียด 2 แผ่น นั่นคือ 3 แผ่น ในผลิตภัณฑ์ที่คิดตามจำนวนฟิลด์ จำนวนฟิลด์ของบรรทัดรายละเอียดจะส่งผลต่อค่าใช้จ่ายโดยตรง จึงกรุณานับจำนวนบรรทัดรายละเอียดเฉลี่ยเอาไว้ด้วย
ขั้นตอนที่ 2 เขียนสมมติฐานร่วมออกมาในตารางเดียว
เมื่อจะจัดการกับตัวเลข การรวบรวมสมมติฐานไว้ที่เดียวและระบุให้ชัดเจนเป็นสิ่งที่ขาดไม่ได้ ต่อไปนี้คือตัวอย่าง ค่าสมมติ ที่วางไว้เพื่อการอธิบายในบทความนี้ กรุณาแทนที่ด้วยตัวเลขของบริษัทท่านเอง
| หัวข้อสมมติฐาน | ค่าที่วางไว้ในบทความนี้ (ค่าสมมติ) | วิธีกำหนด |
|---|---|---|
| เอกสารเป้าหมาย | ใบแจ้งหนี้ที่รับจากซัพพลายเออร์ | เลือกจากสิ่งที่จำนวนแผ่นมากและรูปแบบไม่คงที่ |
| จำนวนแผ่นต่อเดือน | 1,200 แผ่น | ใช้ค่าเฉลี่ยของ 3 เดือนล่าสุด |
| จำนวนฟิลด์ที่สกัดต่อ 1 แผ่น | 12 ฟิลด์ | นับเฉพาะฟิลด์ที่คีย์เข้าระบบหลักจริง ๆ |
| เวลาคีย์ด้วยมือในปัจจุบัน | 4 นาทีต่อแผ่น | วัดจริง ถ้าตอบจากความทรงจำจะออกมาสั้นกว่าความเป็นจริง |
| ฐานเปรียบเทียบของการวัดผล | เฉพาะเวลาทำงานของผู้รับผิดชอบการคีย์ข้อมูล | ตรึงไว้อย่างเดียวตามที่จะกล่าวต่อไป |
ขั้นตอนที่ 3 ตรึงฐานเปรียบเทียบไว้อย่างเดียว
ตรงนี้คือจุดที่เกิดอุบัติเหตุได้ง่ายที่สุด เมื่อจะแปลงผลของ AI-OCR เป็นจำนวนเงิน ห้ามบวก 2 อย่างต่อไปนี้พร้อมกัน
อย่างแรกคือผลที่ว่า “เวลาทำงานของผู้รับผิดชอบการคีย์ข้อมูลภายในบริษัทลดลง” อีกอย่างคือผลที่ว่า “ค่าจ้างที่จ่ายให้ผู้รับจ้างคีย์ข้อมูลภายนอกลดลง” สำหรับงานคีย์ข้อมูลเดียวกันของเอกสารเดียวกัน ถ้าทำเองภายในก็เป็นอย่างแรก ถ้าจ้างข้างนอกก็เป็นอย่างหลัง ทั้งสองอย่างเกิดขึ้นพร้อมกันไม่ได้ การประมาณการที่บวกทั้งสองอย่างเข้าด้วยกัน เท่ากับลงบัญชีผลที่ไม่มีอยู่จริง
ในบทความนี้จะตรึงฐานเปรียบเทียบไว้ที่ เฉพาะเวลาทำงานของผู้รับผิดชอบการคีย์ข้อมูล และจะไม่ลงบัญชีการลดค่าจ้างผู้รับจ้างภายนอก
ขั้นตอนที่ 4 แสดงผลออกมาเป็นเวลา
เมื่อวางสมมติฐานแล้ว ก็คำนวณเวลาที่ลดลงได้ ต่อไปนี้เป็นการประมาณการด้วย ค่าสมมติ ทั้งหมด
| สถานการณ์ | เวลาที่ใช้ต่อ 1 แผ่น (ค่าสมมติ) | เวลารวมต่อเดือน | ลดลงจากสภาพปัจจุบัน |
|---|---|---|---|
| สภาพปัจจุบัน คีย์ด้วยมือทุกรายการ | 4.0 นาที | 80.0 ชั่วโมง | ไม่มี |
| หลังนำมาใช้ กรณีเวลาตรวจสอบเบา | 1.2 นาที เฉพาะตรวจสอบและแก้ไข | 24.0 ชั่วโมง | ลดลง 56.0 ชั่วโมง หรือ 70.0% |
| หลังนำมาใช้ กรณีเวลาตรวจสอบหนัก | 2.5 นาที เพราะผิดมากจนต้องดูด้วยสายตามากขึ้น | 50.0 ชั่วโมง | ลดลง 30.0 ชั่วโมง หรือ 37.5% |
แม้จะเป็นผลิตภัณฑ์เดียวกันและจำนวนแผ่นเท่ากัน อัตราการลดก็แยกออกเป็น 70.0% กับ 37.5% สิ่งที่ทำให้เกิดความต่างนี้คือหน่วยที่ใช้วัดความแม่นยำที่กล่าวถึงในบทที่ 2 และภาษาที่กล่าวถึงในบทที่ 5 เอกสารที่มีลายมือภาษาไทยปะปนจะเอนไปทางแถวล่าง ส่วนใบแจ้งหนี้รูปแบบตายตัวที่เน้นตัวอักษรโรมันและตัวเลขจะเอนไปทางแถวบน จะเอนไปทางไหนนั้นไม่มีทางรู้จนกว่าจะทำ PoC ด้วยเอกสารของบริษัทตนเอง หากการประมาณการที่ผู้จำหน่ายระบบเสนอมาตั้งอยู่บนแถวบนเพียงอย่างเดียว กรุณาขอให้เขาแสดงกรณีแถวล่างด้วย
ขั้นตอนที่ 5 การแปลงเป็นจำนวนเงินให้ทำด้วยราคาต่อหน่วยของบริษัทตนเอง
บทความนี้จะไม่แสดงจำนวนปีคืนทุนที่แปลงเวลาที่ลดลงเป็นจำนวนเงิน มี 2 เหตุผล
เหตุผลที่ 1 เพราะแหล่งอ้างอิงของราคาผลิตภัณฑ์เป็นสกุลเงินเยนของญี่ปุ่น ในขณะที่ค่าจ้างบุคลากรของฐานในไทยเป็นสกุลบาท ตราบใดที่แหล่งอ้างอิงที่ใช้ไม่มีสมมติฐานเรื่องอัตราแลกเปลี่ยน หากตั้งอัตราแปลงขึ้นเอง ตัวเลขก็จะเกินขอบเขตความรับผิดชอบของบทความนี้ตั้งแต่วินาทีนั้น
เหตุผลที่ 2 เพราะเวลาที่ลดลงจะหายไปเป็นค่าใช้จ่ายจริงหรือไม่นั้นขึ้นอยู่กับการบริหารงานของแต่ละฐาน ต่อให้ว่างขึ้น 56 ชั่วโมงต่อเดือน ถ้าผู้รับผิดชอบคนนั้นยังอยู่ต่อไป ค่าจ้างบุคลากรก็ไม่เปลี่ยน จะนำเวลาที่ว่างขึ้นไปทุ่มให้งานสร้างมูลค่าเพิ่มอย่างอื่น จะลดการทำงานล่วงเวลา หรือจะระงับการเพิ่มคน การตัดสินใจว่าจะเก็บเกี่ยวคืนในรูปแบบใดเป็นการตัดสินใจเชิงบริหาร ไม่ใช่สูตรคำนวณ
ดังนั้น กรุณาแปลงเป็นจำนวนเงินด้วยตนเอง โดยระบุราคาต่อหน่วยของเวลาทำงานของบริษัทท่านเอง เป็นบาทต่อชั่วโมง ให้ชัดเจน สำหรับการออกแบบการวัดผลของการนำ AI มาใช้ และการเลือกว่าจะวางอะไรเป็นตัวชี้วัด ได้เรียบเรียงกรอบแนวคิดไว้ใน บทความเรื่องการวัดผลและ ROI ของการนำ AI มาใช้ หากอ่านก่อนจะแปลงเป็นจำนวนเงิน จะเรียบเรียงให้อยู่ในรูปที่อธิบายภายในองค์กรได้ง่ายขึ้น
ทางเลือกที่ไม่เลือก AI-OCR – คีย์เป็นข้อมูลอิเล็กทรอนิกส์ตั้งแต่ต้น
การเขียนแบบนี้ในบทความเปรียบเทียบอาจดูแปลก แต่มีสิ่งที่ควรยืนยันตั้งแต่เริ่มงานคัดเลือก เอกสารนั้นจำเป็นต้องเป็นกระดาษตั้งแต่ต้นหรือไม่
AI-OCR คือเทคโนโลยีที่ “แปลงข้อมูลซึ่งเขียนอยู่บนกระดาษกลับมาเป็นข้อมูลดิจิทัล” พูดกลับกันคือ ถ้าคีย์เป็นข้อมูลได้ตั้งแต่ต้น ก็ไม่ต้องมีกระบวนการอ่านนั้นเลย ทั้งความกังวลเรื่องความแม่นยำในการอ่าน เวลาตรวจสอบ และการคิดค่าบริการตามจำนวนฟิลด์ จะไม่เกิดขึ้นเลยสักอย่าง
| เกณฑ์ตัดสิน | อ่านด้วย AI-OCR | คีย์เป็นข้อมูลอิเล็กทรอนิกส์ตั้งแต่ต้น |
|---|---|---|
| แหล่งกำเนิดของข้อมูล | นอกบริษัท คือซัพพลายเออร์และลูกค้า กำหนดรูปแบบไม่ได้ | ในบริษัท คือพนักงานหน้างานและพนักงานตรวจสอบคุณภาพ กำหนดรูปแบบเองได้ |
| แนวคิดเรื่องความแม่นยำ | ความแม่นยำในการอ่านเป็นปัญหาเสมอ | รับประกันได้ด้วยการตรวจสอบความถูกต้องตอนคีย์ |
| ค่าใช้จ่ายต่อเนื่อง | เพิ่มขึ้นตามสัดส่วนของจำนวนแผ่นและจำนวนฟิลด์ | เป็นค่าอุปกรณ์และค่าระบบ ไม่ค่อยแปรผันตามปริมาณการประมวลผล |
| อุปสรรคในการเริ่มใช้ | เริ่มได้โดยไม่ต้องเปลี่ยนกระบวนการทำงาน | ต้องเปลี่ยนความเคยชินในการกรอกของหน้างาน |
| เอกสารที่เหมาะ | ใบแจ้งหนี้และใบส่งของที่รับเข้ามา | ใบรายงานการทำงานประจำวัน บันทึกผลตรวจสอบ และใบตรวจเช็ก |
สำหรับเอกสารที่ตรงกับคอลัมน์ขวาของตารางนี้ นั่นคือเอกสารที่เกิดขึ้นที่หน้างานของบริษัทเอง เอกสารอิเล็กทรอนิกส์มักเป็นคำตอบที่ตรงไปตรงมากว่า AI-OCR อยู่บ่อยครั้ง ขั้นตอนการทำงานที่ให้เขียนใบรายงานการทำงานประจำวันด้วยลายมือภาษาไทย แล้วอ่านด้วย AI-OCR แล้วให้คนมาแก้ที่อ่านผิด จะหายไปทั้งหมดถ้าให้คีย์ลงแท็บเล็ตโดยตรง สำหรับวิธีเปลี่ยนไปสู่การคีย์เอกสารหน้างานแบบอิเล็กทรอนิกส์ ได้เรียบเรียงไว้อย่างเป็นรูปธรรมใน บทความเรื่องการทำโรงงานไร้กระดาษด้วยระบบเอกสารอิเล็กทรอนิกส์
ในทางกลับกัน คอลัมน์ซ้าย นั่นคือเอกสารที่รับมาจากนอกบริษัท เนื่องจากกำหนดรูปแบบของอีกฝ่ายเองไม่ได้ จึงถึงคราวของ AI-OCR ในทางปฏิบัติ ส่วนใหญ่จะลงเอยที่การใช้ทั้ง 2 อย่างควบคู่กัน ก่อนเริ่มงานเปรียบเทียบ AI-OCR การจัดแบ่งเอกสารเป้าหมายไปทางซ้ายและขวาไว้ก่อน จะทำให้จำนวนผลิตภัณฑ์ที่ต้องเปรียบเทียบลดลงและตัดสินใจได้เร็วขึ้น
รายการตรวจสอบสำหรับคัดเลือก AI-OCR
ขอเรียงหัวข้อที่ควรยืนยันในการเจรจาและการพิจารณาภายในองค์กร ตามลำดับของบทความนี้ มีทั้งหมด 10 หัวข้อ
| ลำดับ | หัวข้อตรวจสอบ | เป้าหมายของการตรวจสอบ |
|---|---|---|
| 1 | จำกัดเอกสารเป้าหมายเหลือ 1 ถึง 2 ชนิดแล้วหรือยัง | ถ้าเอาเอกสารทุกชนิดมาเป็นเป้าหมายจะตัดสินใจไม่ได้ |
| 2 | เอกสารนั้นเกิดขึ้นนอกบริษัทหรือในบริษัท | ถ้าเกิดในบริษัท บางกรณีเอกสารอิเล็กทรอนิกส์ตรงไปตรงมากว่า |
| 3 | ตรวจสอบหน่วยที่ใช้วัดความแม่นยำที่ประกาศไว้แล้วหรือยัง | ตัวอักษร ฟิลด์ หรือเอกสาร แต่ละแบบทำให้เวลาตรวจสอบต่างกันหลายเท่าตัว |
| 4 | ได้ดูตัวอย่างเอกสารที่ใช้ในการวัดแล้วหรือยัง | เป็นตัวเลขจากแบบฟอร์มรูปแบบตายตัว หรือจากกระดาษในงานจริง |
| 5 | ทำ PoC ด้วยเอกสารของบริษัทเองได้หรือไม่ | เป็นวิธีเดียวที่ได้ตัวเลขซึ่งใช้กับบริษัทตนเองได้จริง |
| 6 | กำหนดเกณฑ์ผ่านของ PoC ด้วยจำนวนแผ่นที่ต้องตรวจสอบด้วยสายตาแล้วหรือยัง | เกณฑ์แบบ “อ่านได้หรืออ่านไม่ได้” ใช้เป็นข้อมูลตัดสินใจไม่ได้ |
| 7 | ขอใบเสนอราคาหลังกำหนดจำนวนแผ่นต่อเดือนและจำนวนฟิลด์แล้วหรือยัง | เป็นวิธีเดียวที่เปรียบเทียบผลิตภัณฑ์ซึ่งมีหน่วยคิดค่าบริการต่างกันได้ |
| 8 | ได้รับการเสนอยอดรวมที่รวมส่วนคิดตามปริมาณแล้วหรือยัง | ค่ารายเดือนที่แสดงไว้บางครั้งเป็นเพียงราคาขั้นต่ำ |
| 9 | หน้าจอผู้ดูแลระบบและคู่มือการใช้งานรองรับภาษาอังกฤษหรือไม่ | เป็นตัวชี้ขาดว่าพนักงานในพื้นที่ทำงานตรวจสอบได้หรือไม่ |
| 10 | ได้จ่ายเงินให้ฟังก์ชันสำหรับญี่ปุ่น เช่น การรองรับกฎหมายจัดเก็บเอกสารอิเล็กทรอนิกส์ อยู่หรือเปล่า | เป็นการจ่ายให้กฎเกณฑ์ที่ไม่มีผลบังคับใช้กับนิติบุคคลในไทย |
ใน 10 หัวข้อนี้ ข้อ 5 และข้อ 6 สำคัญที่สุด อย่างที่เห็นมาถึงตรงนี้ ตัวเลขความแม่นยำที่เปิดเผยต่อสาธารณะไม่ทราบหน่วยที่ใช้วัด และเกณฑ์มาตรฐานที่อ้างอิงได้สำหรับเอกสารภาษาไทยก็ถูกวัดด้วยตัวชี้วัดคนละชุดกับตารางเปรียบเทียบผลิตภัณฑ์ของญี่ปุ่น สุดท้ายแล้ว ไม่มีวิธีอื่นในการได้ตัวเลขที่ใช้กับบริษัทตนเองได้ นอกจากการวัดด้วยเอกสารของบริษัทตนเอง
ขอเสริมเรื่องการออกแบบ PoC ด้วย ความล้มเหลวที่พบบ่อยคือการส่งเอกสารตัวอย่างที่สะอาดสวยงาม 10 แผ่นแล้วจบลงด้วยคำว่า “อ่านได้” สิ่งที่ควรส่งให้คือของจริงจาก 1 เดือนล่าสุด ทั้งแผ่นที่สกปรก แผ่นที่มีตราประทับซ้อนทับ แผ่นที่มีการแก้ไขด้วยลายมือ และแผ่นที่มาทางแฟกซ์จนความละเอียดลดลง ส่งสิ่งเหล่านี้รวมกันเป็นหลัก 100 แผ่น แล้วนับ “จำนวนแผ่นที่คนต้องตรวจสอบด้วยสายตา” นี่คือ PoC
คำถามที่พบบ่อย
ความแม่นยำ 99% ของ AI-OCR คือ 99% ของอะไร
เนื่องจากแหล่งอ้างอิงไม่ได้ระบุหน่วยที่ใช้วัดไว้ จึงไม่ทราบได้จากตัวเลขที่เปิดเผยเพียงอย่างเดียว มีความเป็นไปได้ 3 แบบ คือ ระดับตัวอักษร ซึ่งดูว่ากี่เปอร์เซ็นต์ของตัวอักษรที่อ่านออกมานั้นถูกต้อง ระดับฟิลด์ ซึ่งดูว่ากี่เปอร์เซ็นต์ของฟิลด์ที่สกัดออกมานั้นถูกต้อง และระดับเอกสาร ซึ่งดูว่ากี่เปอร์เซ็นต์ของเอกสารที่ประมวลผลผ่านโดยไม่ต้องแก้ไข สิ่งที่มีความหมายในงานจริงคือระดับเอกสาร แต่สิ่งที่ประกาศกันง่ายคือระดับตัวอักษรซึ่งให้ตัวเลขที่ดูดี กรุณายืนยันในโต๊ะเจรจาว่า “99% นั้นใช้อะไรเป็นตัวส่วน” ผู้จำหน่ายระบบที่ตอบได้ทันทีก็เป็นหลักฐานว่าเงื่อนไขการวัดถูกแบ่งปันกันภายในบริษัทเขาแล้ว
ควรเปรียบเทียบราคา AI-OCR อย่างไร
ให้กำหนดจำนวนแผ่นต่อเดือนและจำนวนฟิลด์ต่อแผ่นของบริษัทตนเองให้แน่นอนก่อน แล้วแทนค่าเข้าไปในหน่วยคิดค่าบริการของแต่ละผลิตภัณฑ์เพื่อแปลงค่า การนำราคาที่ประกาศไว้มาวางเรียงกันแล้วอ่านจากถูกไปแพงนั้นทำไม่ได้ เพราะมีทั้งแบบรายเดือนคงที่ แบบคิดตามจำนวนฟิลด์ และแบบคิดตามจำนวนแผ่นปะปนกัน นอกจากนี้ บางผลิตภัณฑ์ที่แสดงราคารายเดือนมีหมายเหตุว่า “รวมค่าบริการตามปริมาณการใช้งาน” ซึ่งในกรณีนั้นจำนวนเงินที่แสดงไว้เป็นราคาขั้นต่ำ ไม่ใช่ยอดรวม กรุณาแจ้งปริมาณการประมวลผลแล้วขอใบเสนอราคาที่เป็นยอดรวม
เลือกผลิตภัณฑ์ที่มีส่วนแบ่งตลาดสูงในญี่ปุ่นแล้วจะไม่ผิดพลาดใช่ไหม
ผลงานในประเทศญี่ปุ่นคือผลงานกับเอกสารภาษาญี่ปุ่น ผลสำรวจที่อ้างอิงมีกลุ่มเป้าหมายเป็นผู้รับผิดชอบการนำ AI-OCR มาใช้ในญี่ปุ่นจำนวน 1,588 ราย ไม่ใช่ส่วนแบ่งตลาดของไทย นอกจากนี้ ผลรวมของ 4 ผลิตภัณฑ์อันดับต้นคือ 68.22% ส่วนที่เหลืออีก 31.78% เป็นของผลิตภัณฑ์อื่น ความเป็นไปได้ที่จะมีผลิตภัณฑ์ซึ่งเข้ากับเอกสารของบริษัทท่านอยู่ในกลุ่มที่ไม่ติดอันดับต้นนั้นมีอยู่มากพอสมควร
เอกสารลายมือภาษาไทยอ่านด้วย AI-OCR ได้หรือไม่
ยังไม่ถึงขั้นที่ตอบได้ด้วยตัวเลือก 2 ทางว่าอ่านได้หรืออ่านไม่ได้ ในเกณฑ์มาตรฐานของเอกสารภาษาไทย คะแนนการรู้จำข้อความลายมือของโมเดลอันดับสูงสุดอยู่ที่ 0.714 ซึ่งยังมีระยะห่างจากคะแนนเต็ม โดยนี่เป็นคะแนนที่ผ่านการนอร์มัลไลซ์ ไม่ใช่เปอร์เซ็นต์ของความแม่นยำ OCR ที่เจาะจงภาษาไทยก็ยังปรับปรุงอย่างต่อเนื่อง แต่ตัวชี้วัดที่รายงานมานั้นมีที่มาจากการแปลด้วยเครื่อง จึงต่างจากอัตราความถูกต้องของการสกัดฟิลด์จากเอกสาร ในทางปฏิบัติ เอกสารอย่างใบรายงานการทำงานประจำวันที่เขียนด้วยลายมือ การพิจารณาทบทวนรูปแบบเอกสารหรือเปลี่ยนไปคีย์แบบอิเล็กทรอนิกส์ก่อน จะแน่นอนกว่าการอ่านด้วย OCR
การนำ OCR เอกสารมาใช้ต้องรองรับกฎหมายจัดเก็บสมุดบัญชีอิเล็กทรอนิกส์ของญี่ปุ่นหรือไม่
กฎหมายจัดเก็บสมุดบัญชีอิเล็กทรอนิกส์ของญี่ปุ่นไม่มีผลบังคับใช้กับนิติบุคคลในไทย ภายในประเทศญี่ปุ่นนั้น ตั้งแต่ปี 2024 เป็นต้นมา ข้อกำหนดเรื่องการจัดเก็บข้อมูลธุรกรรมอิเล็กทรอนิกส์กลายเป็นภาคบังคับโดยพฤตินัย และการรองรับกฎหมายนั้นถูกเพิ่มเข้ามาในเกณฑ์คัดเลือกผลิตภัณฑ์ AI-OCR แต่นี่เป็นกฎเกณฑ์ภายในประเทศญี่ปุ่น ส่วนที่ว่าจำเป็นต้องทำตามข้อกำหนดฝั่งญี่ปุ่นเพื่อรายงานต่อบริษัทแม่หรือไม่ กรุณาตรวจสอบกับฝ่ายบัญชี หากเป็นงานของฐานในไทยเพียงลำพัง ก็ไม่จำเป็นต้องจ่ายเงินให้ฟังก์ชันรองรับกฎหมายนั้น
ประเทศไทยบังคับใช้ใบกำกับภาษีอิเล็กทรอนิกส์แล้วหรือยัง
ยังไม่บังคับใช้ ทั้งปี 2026 และ 2027 ยังไม่มีการออกกฎหมายบังคับใช้ใบกำกับภาษีอิเล็กทรอนิกส์แบบ B2B เป็นเรื่องโดยสมัครใจ กรณีที่จะเข้าร่วมระบบ มีช่องทางเต็มรูปแบบซึ่งใช้ XML ตามมาตรฐาน ETDA 3-2560 และลายเซ็นอิเล็กทรอนิกส์ด้วยใบรับรอง NRCA กับช่องทางแบบง่ายชื่อ e-Tax Invoice by Email สำหรับผู้ประกอบการรายย่อยที่มียอดขายต่อปีไม่เกิน 30 ล้านบาท มีสิทธิประโยชน์คือการหักรายจ่ายได้ 200% สำหรับการลงทุนที่เข้าเกณฑ์ และการลดอัตราภาษี e-Withholding เหลือ 1% โดยคณะรัฐมนตรีอนุมัติการขยายเวลาไปจนถึงสิ้นปี 2027 เมื่อเดือนมิถุนายน 2026 แต่ ณ เวลานั้นพระราชกฤษฎีกาและกฎกระทรวงยังอยู่ระหว่างรอดำเนินการ ก่อนจะรับสิทธิ กรุณาตรวจสอบสถานะล่าสุดกับที่ปรึกษาภาษี
การทำงานอัตโนมัติของการประมวลผลใบแจ้งหนี้ควรเริ่มจากตรงไหน
ใบแจ้งหนี้ที่รับเข้ามาเป็นพื้นที่ที่ผลตอบแทนจากการลงทุนใน AI-OCR ออกมาง่าย เพราะจำนวนแผ่นมาก รูปแบบต่างกันไปตามคู่ค้า และความผิดพลาดในการคีย์ข้อมูลเชื่อมโยงตรงไปยังความผิดพลาดในการจ่ายเงิน ลำดับการลงมือคือ วัดจริงก่อนว่า 3 เดือนล่าสุดมีกี่แผ่นและสกัดกี่ฟิลด์ต่อแผ่น จากนั้นทำ PoC ด้วยเอกสารของจริงหลัก 100 แผ่น แล้ววัด “จำนวนแผ่นที่ต้องตรวจสอบด้วยสายตา” การคัดกรองผลิตภัณฑ์หลังจากมี 2 อย่างนี้ครบแล้วคือเส้นทางที่สั้นที่สุด
AI-OCR เหมาะกับการทำงานอัตโนมัติของงานตรวจรับหรือไม่
ใบรายงานผลตรวจรับสินค้ามีลักษณะต่างจากเอกสารรับเข้าอื่น ๆ ตรงที่มีช่องว่างให้บริษัทกำหนดรูปแบบที่ส่งให้ซัพพลายเออร์ได้ หากออกแบบรูปแบบอย่างละเอียดได้ เช่น แบ่งฟิลด์ด้วยเส้นกรอบ ตรึงตำแหน่งการกรอก และจัดจำนวนหลักของช่องตัวเลขให้เท่ากัน ผลการอ่านจะเปลี่ยนไปอย่างมาก ก่อนจะเริ่มเปรียบเทียบผลิตภัณฑ์ AI-OCR กรุณาพิจารณาก่อนว่าเปลี่ยนการออกแบบเอกสารได้หรือไม่ หากกำหนดรูปแบบเองได้อย่างสมบูรณ์ บางกรณีการให้ซัพพลายเออร์กรอกผ่านเว็บตั้งแต่ต้นก็แน่นอนกว่า
ควรวัดผลของการนำ AI-OCR มาใช้อย่างไร
วัดด้วยเวลาที่ลดลง โดยเปรียบเทียบ “เวลาคีย์ต่อ 1 แผ่นคูณจำนวนแผ่นต่อเดือน” ก่อนนำมาใช้ กับ “เวลาตรวจสอบและแก้ไขต่อ 1 แผ่นคูณจำนวนแผ่นต่อเดือน” หลังนำมาใช้ ในตอนนี้กรุณาตรึงฐานเปรียบเทียบของผลไว้อย่างเดียว การลดเวลาทำงานของผู้รับผิดชอบการคีย์ข้อมูลภายใน กับการลดค่าจ้างผู้รับจ้างคีย์ข้อมูลภายนอก ไม่สามารถเกิดขึ้นพร้อมกันสำหรับงานเดียวกันได้ การประมาณการที่บวกทั้งสองอย่างเข้าด้วยกันเท่ากับลงบัญชีผลที่ไม่มีอยู่จริง การแปลงเป็นจำนวนเงินกรุณาทำโดยระบุราคาต่อหน่วยของเวลาทำงานของบริษัทท่านเองให้ชัดเจน
สรุป – สิ่งที่ต้องเปรียบเทียบไม่ใช่ชื่อผลิตภัณฑ์ แต่เป็นการผสมกันของ 4 ข้อ
ข้อเสนอของบทความนี้มีเพียงข้อเดียว ความแม่นยำ 99% ที่เรียงอยู่ในตารางเปรียบเทียบผลิตภัณฑ์ของญี่ปุ่นจะไม่เกิดขึ้นซ้ำตรง ๆ กับเอกสารของฐานในไทย สิ่งที่ต้องเปรียบเทียบไม่ใช่ชื่อผลิตภัณฑ์ แต่เป็น 4 ข้อ คือ เอกสารชนิดใด ภาษาใด ความแม่นยำวัดด้วยหน่วยใด และราคาเท่าไร
เรื่องความแม่นยำ แหล่งอ้างอิงไม่ได้เขียนไว้ว่าตัวเลขที่เปิดเผยนั้นวัดด้วยระดับตัวอักษร ระดับฟิลด์ หรือระดับเอกสาร ถ้าหน่วยที่ใช้วัดเปลี่ยนไป จำนวนแผ่นของเอกสารที่คนต้องตรวจสอบด้วยสายตาจะเปลี่ยนไปหลายเท่าตัว
เรื่องราคา เนื่องจากมีทั้งแบบรายเดือนคงที่ แบบคิดตามจำนวนฟิลด์ และแบบคิดตามจำนวนแผ่นปะปนกัน จึงนำราคาที่ประกาศไว้มาวางเรียงกันแล้วอ่านจากถูกไปแพงไม่ได้ ไม่มีวิธีเปรียบเทียบอื่นนอกจากกำหนดจำนวนแผ่นต่อเดือนและจำนวนฟิลด์ของบริษัทตนเองให้แน่นอนก่อนแล้วค่อยแปลงค่า
เรื่องส่วนแบ่งตลาด ตัวเลขที่อ้างอิงได้เป็นผลสำรวจภายในประเทศญี่ปุ่น ไม่ใช่ส่วนแบ่งตลาดของไทย อีกทั้งผลรวมของ 4 ผลิตภัณฑ์อันดับต้นคือ 68.22% และมากกว่า 3 ใน 10 ใช้ผลิตภัณฑ์อื่นอยู่
เรื่องภาษา เกณฑ์มาตรฐานที่ครอบคลุมสำหรับเอกสารภาษาไทยเพิ่งเกิดขึ้นเมื่อไม่นานมานี้ และการอ่านลายมือนั้นแม้แต่โมเดลอันดับสูงสุดก็ยังอยู่ห่างจากคะแนนเต็ม ค่า 99.8% ของตัวพิมพ์ภาษาญี่ปุ่นกับค่า 0.714 ของลายมือภาษาไทย เป็นตัวเลขที่นำมาวางเรียงเปรียบเทียบกันไม่ได้ตั้งแต่ต้น
เรื่องกฎเกณฑ์ กฎหมายจัดเก็บเอกสารอิเล็กทรอนิกส์ของญี่ปุ่นไม่มีผลบังคับใช้กับนิติบุคคลในไทย และ e-Tax Invoice ของไทยเป็นเรื่องโดยสมัครใจ หากนำเกณฑ์คัดเลือกของญี่ปุ่นมาใช้ตรง ๆ จะจ่ายเงินให้ฟังก์ชันที่ไม่ต้องการ และมองข้ามฟังก์ชันที่ต้องการ
และเมื่อพิจารณาทั้งหมดนี้แล้ว ข้อสรุปที่เหลืออยู่คือ ไม่มีวิธีอื่นในการได้ตัวเลขที่ใช้กับบริษัทตนเองได้ นอกจากทำ PoC ด้วยเอกสารจริงของบริษัทตนเอง แล้วนับจำนวนแผ่นที่ต้องตรวจสอบด้วยสายตา ตัวเลขในแคตตาล็อกคือจุดตั้งต้น ไม่ใช่คำตอบ
การคัดเลือกผลิตภัณฑ์ AI-OCR ไม่ใช่งานนั่งมองตารางเปรียบเทียบ แต่เป็นงานจำแนกเอกสารของบริษัทตนเอง นับปริมาณการประมวลผล และทดลองด้วยของจริง TOMAS TECH มีฐานอยู่ที่กรุงเทพ ดูแลระบบงานสำหรับงานหลังบ้านและหน้างานในโรงงานสัญชาติญี่ปุ่นทั่วไทยและอาเซียน และรับปรึกษาตั้งแต่ขั้นก่อนตัดสินใจเลือกผลิตภัณฑ์ เช่น การจำแนกเอกสารและการสำรวจปริมาณการประมวลผล แม้จะยังอยู่ในขั้นพิจารณาก่อนคัดกรองผลิตภัณฑ์ หรือเป็นประเด็นเดี่ยว ๆ อย่างเช่น “เอกสารนี้เหมาะกับ OCR หรือควรเปลี่ยนไปคีย์แบบอิเล็กทรอนิกส์” ก็ยินดีทั้งสิ้น กรุณาทักมาได้ตามสะดวกผ่าน แบบฟอร์มติดต่อ
ข้อมูลอ้างอิง
- AI-OCR Comparison of 8 Products 2026 Edition (OptiMax) – ความแม่นยำที่ประกาศไว้ ราคา และส่วนแบ่งตลาดในญี่ปุ่นของผลิตภัณฑ์หลัก
- AI OCR Comparison of 41 Products (Digi-Mado) – ประเด็นเรื่องการรองรับกฎหมายจัดเก็บสมุดบัญชีอิเล็กทรอนิกส์ของญี่ปุ่น
- ThaiOCRBench – A Task-Diverse Benchmark for Vision-Language Understanding in Thai – เกณฑ์มาตรฐานการทำความเข้าใจเอกสารภาษาไทย
- Typhoon OCR 1.5 Release Notes (SCB 10X) – สถานะการปรับปรุงของ OCR ที่เจาะจงภาษาไทย
- E-Invoicing Remains Voluntary – 2026/2027 Updates and Tax Incentives (VATupdate) – ระบบ e-Tax Invoice ของไทยและสิทธิประโยชน์ทางภาษี
- Electronic Invoicing in Thailand (EDICOM) – ภาพรวมระบบใบกำกับภาษีอิเล็กทรอนิกส์ของไทย