แปลงใบกำกับภาษีเป็น Excel: ขั้นตอนและจุดตรวจสอบ

การแปลงใบกำกับภาษีเป็น Excel ที่นำไปทำงานต่อได้ ควรดึงข้อมูลผู้ขายและผู้ซื้อ เลขประจำตัวผู้เสียภาษี สถานะสำนักงานใหญ่หรือสาขา เลขที่และวันที่เอกสาร ประเภทเอกสาร รายการสินค้า ฐานภาษี VAT และยอดรวม พร้อมชื่อไฟล์และเลขหน้าสำหรับย้อนตรวจต้นฉบับ ค่าที่อ่านไม่ชัดหรือข้อมูลที่ควรมีแต่ไม่พบต้องถูกทำเครื่องหมายไว้ เช่น Review Needed ไม่ควรเดาหรือเติมค่าเพื่อให้ตารางดูครบ

คำค้น ใบกำกับภาษี Excel อาจหมายถึงทั้งแบบฟอร์มสำหรับออกใบกำกับภาษีและการนำใบกำกับภาษีที่ได้รับมาแปลงเป็นตาราง บทความนี้กล่าวถึงอย่างหลัง ได้แก่ การดึงข้อมูลจาก PDF ไฟล์สแกน หรือภาพถ่ายของเอกสารผู้ขาย เพื่อสร้างสมุดงานที่ทีมบัญชีตรวจสอบและนำไปบันทึกต่อได้ ไม่ใช่ไฟล์ต้นแบบสำหรับสร้างเอกสารภาษี

ผลลัพธ์ที่ใช้งานได้จึงไม่ใช่เพียงข้อความที่ OCR อ่านได้แล้วนำมาวางในช่อง Excel แต่ต้องรักษาความหมายของแต่ละค่าและความสัมพันธ์กับเอกสารต้นฉบับ อย่างน้อยควรตรวจว่าเลขประจำตัวผู้เสียภาษีตรงกับผู้ขาย เลขที่และวันที่เอกสารถูกช่อง และฐานภาษีบวก VAT สัมพันธ์กับยอดรวมตามโครงสร้างของเอกสารนั้น การที่ยอดเงินลงตัวช่วยชี้ความผิดปกติได้ แต่ไม่ได้ยืนยันว่าชื่อผู้ขาย วันที่ หรือเลขภาษีถูกต้อง

ในทางปฏิบัติ สมุดงานมักมีข้อมูลสองระดับ:

• ระดับเอกสาร: หนึ่งแถวต่อใบกำกับภาษี เหมาะกับทะเบียนซื้อ การตรวจยอด และการนำเข้าระบบบัญชี
• ระดับรายการ: หนึ่งแถวต่อสินค้า บริการ หรือค่าธรรมเนียม เหมาะกับการวิเคราะห์ค่าใช้จ่ายและการตรวจใบกำกับภาษีหลายหน้า

ทั้งสองระดับควรมีเลขที่เอกสารและแหล่งอ้างอิงที่เชื่อมกลับไปยังไฟล์ต้นฉบับได้ หากพบช่องว่าง ข้อความคลุมเครือ หรือยอดไม่สัมพันธ์กัน ให้แยกรายการนั้นเข้าคิวตรวจสอบก่อนนำข้อมูลไปบันทึกบัญชี

แยกประเภทเอกสารก่อนดึงข้อมูลลงตาราง

อย่าเริ่มด้วยการบังคับให้เอกสารทุกไฟล์ลงคอลัมน์ชุดเดียวกัน ควรจำแนกประเภทเอกสารก่อน เพราะใบกำกับภาษีแบบเต็ม ใบกำกับภาษีอย่างย่อ และใบเสร็จรับเงิน/ใบกำกับภาษีไม่ได้ให้รายละเอียดผู้ซื้อหรือโครงสร้างยอดในระดับเดียวกัน หากต้องการทบทวนองค์ประกอบของแต่ละประเภทโดยเฉพาะ โปรดดู ข้อกำหนดใบกำกับภาษีไทยแบบเต็มและแบบย่อ ประกอบ แต่อย่านำรายการช่องจากเอกสารประเภทหนึ่งไปใช้ตัดสินว่าอีกประเภทหนึ่งดึงข้อมูลผิดโดยอัตโนมัติ

การคัดแยกก่อนดึงข้อมูลควรตอบคำถามเหล่านี้:

• ไฟล์นี้เป็นใบกำกับภาษีแบบเต็ม แบบย่อ ใบเสร็จรับเงิน/ใบกำกับภาษี หรือเอกสารชนิดอื่น
• หนึ่งไฟล์มีเอกสารเดียว หลายเอกสาร หรือหนึ่งเอกสารที่ต่อเนื่องหลายหน้า
• หน้าใดเป็นหน้าหลัก หน้ารายการต่อ ใบแนบ ใบปะหน้า หรือหน้าสรุป
• ข้อมูลผู้ซื้อควรปรากฏตามประเภทเอกสารหรือไม่ และต้องเก็บสถานะสำนักงานใหญ่หรือสาขาของฝ่ายใดบ้าง

สำหรับเอกสารชุด ให้ผูกหน้าหลัก รายการต่อเนื่อง และใบแนบกับเลขที่เอกสารเดียวกันก่อนสร้างแถวข้อมูล หน้าสรุปหรือสำเนาที่อยู่ใน PDF เดียวกันไม่ควรถูกนับเป็นใบกำกับภาษีอีกใบ ส่วนรายการสินค้าที่ต่อหลายหน้าต้องรักษาลำดับและยอดรวมของเอกสารเดิม การแยกทุกหน้าเป็นรายการอิสระทำให้เลขที่เอกสารซ้ำ ยอดภาษีซ้ำ หรือรายการสินค้าหายจากใบหลักได้

ไฟล์ e-Tax Invoice PDF ที่เปิดอ่านได้ด้วยสายตายังสามารถใช้เป็นต้นทางสำหรับดึงข้อมูลลง Excel ได้ แต่ PDF นี้ไม่ใช่สิ่งเดียวกับไฟล์ข้อมูลสำหรับแลกเปลี่ยนทางระบบ มาตรฐาน e-Tax Invoice ของ ETDA ระบุว่า การจัดทำใบกำกับภาษีและใบรับเป็นข้อมูลอิเล็กทรอนิกส์ รวมถึงการสร้างลายมือชื่อดิจิทัลเพื่อนำส่งกรมสรรพากร ต้องเป็นไปตามมาตรฐานที่เกี่ยวข้อง โดยการนำส่งแบบ Host to Host ใช้ไฟล์ XML ตามมาตรฐาน ขมธอ. 14-2560 ดังนั้นการแปลง PDF ที่มนุษย์อ่านได้เป็น Excel เป็นงานสกัดข้อมูลเพื่อใช้งานภายใน ไม่ใช่การสร้างหรือแปลงเป็น XML สำหรับนำส่ง

ทีมที่ต้องตรวจขั้นตอนออกเอกสารอิเล็กทรอนิกส์ ลายมือชื่อดิจิทัล หรือการนำส่งข้อมูลควรแยกงานนั้นออกจาก extraction และใช้ ข้อกำหนด e-Tax Invoice และ e-Receipt ของไทย เป็นข้อมูลประกอบ การมีค่าครบในตารางหมายถึงดึงข้อมูลได้ครบตาม schema ที่กำหนด แต่ไม่ใช่ข้อสรุปว่าเอกสารผ่านข้อกำหนดทางภาษีทุกประการ

ออกแบบคอลัมน์แบบหนึ่งแถวต่อเอกสารหรือหนึ่งแถวต่อรายการ

ก่อนดึงข้อมูลใบกำกับภาษี ให้กำหนด หน่วยข้อมูลต่อแถว (grain) ก่อนว่าแต่ละแถวแทนเอกสารหนึ่งฉบับหรือรายการสินค้าหนึ่งรายการ การตัดสินใจนี้มีผลต่อการรวมยอด การค้นหารายการซ้ำ และรูปแบบนำเข้าระบบบัญชี หากใช้หนึ่งแถวต่อรายการแต่รวมยอดทั้งใบไว้ทุกแถว การบวกคอลัมน์ยอดรวมโดยไม่ระวังจะทำให้ยอดซ้ำตามจำนวนรายการ

สำหรับงานทะเบียนซื้อหรือการตรวจเอกสาร ชีตหลักแบบหนึ่งแถวต่อเอกสารควรแยกคอลัมน์ประมาณนี้:

กลุ่มข้อมูล	คอลัมน์ที่ควรพิจารณา	จุดประสงค์
คู่ค้า	ชื่อผู้ขาย, เลขประจำตัวผู้เสียภาษีผู้ขาย, ชื่อผู้ซื้อ, เลขประจำตัวผู้เสียภาษีผู้ซื้อ	ระบุตัวตนและเทียบกับข้อมูลคู่ค้า
สาขา	ข้อความสำนักงานใหญ่/สาขาจากต้นฉบับ, ค่าสาขาที่ปรับมาตรฐาน	เก็บหลักฐานเดิมควบคู่กับค่าที่ใช้กรองหรือจับคู่
เอกสาร	ประเภทเอกสาร, เลขที่เอกสาร, วันที่ตามต้นฉบับ, วันที่มาตรฐาน	ค้นหาเอกสารและควบคุมรูปแบบวันที่
จำนวนเงิน	สกุลเงิน, ฐานภาษี, VAT, ยอดรวม	ตรวจความสัมพันธ์ของยอดและเตรียมบันทึกบัญชี
การตรวจสอบ	ชื่อไฟล์, เลขหน้า, Review Needed, หมายเหตุการตรวจ	ย้อนกลับไปยังต้นฉบับและติดตามข้อยกเว้น

คอลัมน์ที่จำเป็นจริงขึ้นอยู่กับกระบวนการบัญชีและชนิดเอกสาร ไม่ควรเรียกทุกช่องในตารางว่าเป็นข้อกำหนดทางกฎหมาย ตัวอย่างเช่น ชื่อไฟล์ เลขหน้า และสถานะตรวจสอบเป็นข้อมูลควบคุมงานที่มีประโยชน์มาก แม้ไม่ใช่ข้อความบนใบกำกับภาษี ส่วนข้อมูลผู้ซื้ออาจไม่ปรากฏในเอกสารบางประเภท จึงควรเก็บเป็นค่าว่างพร้อมเหตุผล แทนการคัดลอกชื่อผู้ขายมาเติมผิดฝ่าย

ถ้าต้องวิเคราะห์สินค้า บริการ ส่วนลด หรือค่าใช้จ่าย ให้สร้างชีตรายการแยกต่างหากหรือกำหนดหนึ่งแถวต่อรายการ แต่ละแถวควรมีเลขที่เอกสารและชื่อไฟล์ซ้ำเพื่อเชื่อมกลับไปยังชีตหลัก:

เลขที่เอกสาร	ชื่อไฟล์	ลำดับรายการ	รายละเอียด	จำนวน	ราคาต่อหน่วย	ส่วนลด	ยอดต่อรายการ
ค่าจากต้นฉบับ	ไฟล์ต้นทาง	1, 2, 3...	สินค้าหรือบริการ	ค่าที่อ่านได้	ค่าที่อ่านได้	ค่าที่อ่านได้	ค่าที่อ่านได้

ไม่ควรรวมรายการหลายหน้าทั้งหมดไว้ในเซลล์เดียวเมื่อทีมต้องกรอง คำนวณ หรือทำ pivot table เพราะขอบเขตของแต่ละรายการและตัวเลขประกอบจะสูญหาย การเชื่อมชีตด้วยเลขที่เอกสารเพียงอย่างเดียวก็อาจไม่พอ เนื่องจากผู้ขายต่างรายอาจใช้เลขซ้ำกัน คีย์สำหรับเชื่อมข้อมูลจึงควรเป็นเลขที่เอกสารร่วมกับชื่อไฟล์ หรือเลขที่เอกสารร่วมกับเลขประจำตัวผู้เสียภาษีผู้ขาย ตามวิธีควบคุมข้อมูลของทีม

---

เลือกวิธีแปลงจากการพิมพ์เอง OCR หรือ AI แบบกำหนดผลลัพธ์

การพิมพ์ข้อมูลเองยังสมเหตุผลเมื่อมีเอกสารไม่กี่ฉบับ แบบฟอร์มคงที่ และผู้ปฏิบัติงานต้องพิจารณาแต่ละรายการอยู่แล้ว จุดที่ต้องควบคุมคือการคีย์ซ้ำและการสลับช่อง เช่น นำวันที่ครบกำหนดมาใส่แทนวันที่เอกสาร หรือคัด VAT ไปไว้ในคอลัมน์ฐานภาษี การใช้คนอ่านเอกสารไม่ได้ตัดความผิดพลาดออก จึงควรมีการตรวจเลขที่เอกสารซ้ำและทบทวนยอดสำคัญเช่นเดียวกับวิธีอัตโนมัติ

OCR ใบกำกับภาษีแก้ปัญหาอีกระดับหนึ่ง คือเปลี่ยนตัวอักษรในภาพหรือ PDF สแกนให้เป็นข้อความ แต่ข้อความที่อ่านได้ครบยังไม่เท่ากับข้อมูลบัญชีที่มีโครงสร้าง ระบบต้องแยกให้ออกว่าตัวเลขใดเป็นเลขที่เอกสาร เลขประจำตัวผู้เสียภาษี ฐานภาษี VAT หรือยอดสุทธิ รวมทั้งต้องรักษาความสัมพันธ์ระหว่างหัวเอกสาร รายการสินค้า และหน้าต่อเนื่อง ดังนั้นการประเมินโปรแกรมอ่านใบกำกับภาษีควรดูไฟล์ Excel ที่ได้และเส้นทางตรวจกลับ ไม่ใช่ดูเฉพาะข้อความที่ OCR ถอดออกมา

วิธีแบบกำหนดผลลัพธ์ด้วย prompt เพิ่มชั้นการตีความเอกสารและกติกาของงาน ผู้ใช้ระบุชื่อคอลัมน์ ลำดับคอลัมน์ หนึ่งแถวต่อเอกสารหรือหนึ่งแถวต่อรายการ รูปแบบวันที่ และเงื่อนไขสำหรับค่าที่ต้องทบทวนได้ วิธีทำงานสำหรับแปลง PDF ใบกำกับภาษีเป็น Excel รวมถึง JPG และ PNG แบบเป็นชุดจึงมีขั้นตอนชัดเจน:

1. จัดกลุ่มไฟล์และระบุชนิดเอกสารหรือหน้าที่ไม่ต้องดึงข้อมูล
2. กำหนด schema และ grain ของแต่ละชีตก่อนประมวลผล
3. ระบุกฎเรื่องวันที่ สาขา ค่าที่หาย และรายการหลายหน้าใน prompt
4. ประมวลผลและดาวน์โหลดไฟล์ที่มีโครงสร้าง
5. เปิดต้นฉบับจากชื่อไฟล์และเลขหน้าเพื่อตรวจรายการที่ถูกทำเครื่องหมาย

Invoice Data Extraction เป็นตัวอย่างของ workflow ลักษณะนี้ ระบบรับ PDF ทั้งแบบดิจิทัลและสแกน รวมถึง JPG และ PNG รองรับภาษาไทย และประมวลผลชุดไฟล์ผสมได้สูงสุด 6,000 ไฟล์ต่อหนึ่งงาน ผู้ใช้กำหนดผลลัพธ์ด้วยภาษาธรรมชาติและดาวน์โหลดเป็น Excel, CSV หรือ JSON ได้ โดยแต่ละแถวมีข้อมูลอ้างอิงไฟล์และหน้า ส่วนค่าที่ควรตรวจด้วยคนสามารถแสดงคำเตือน Review Needed ได้ ความสามารถเหล่านี้ช่วยกำหนดรูปแบบงานและจุดตรวจ แต่ไม่ได้ทำให้การอนุมัติข้อมูลทางบัญชีเป็นขั้นตอนที่ข้ามได้

หลังจากกำหนดคอลัมน์และจุดตรวจที่ต้องการแล้ว เครื่องมือแปลงใบกำกับภาษีเป็น Excel จึงเหมาะสำหรับทดลองกับเอกสารตัวอย่างของทีมมากกว่าการยอมรับ schema สำเร็จรูปโดยไม่ดูผลลัพธ์ สำหรับรายละเอียดการจัดการ PDF ที่ไม่ได้จำกัดเฉพาะเอกสารไทย สามารถดู วิธีแปลงใบแจ้งหนี้ PDF เป็น Excel เพิ่มเติม

ตัวอย่าง prompt ภาษาไทยสำหรับใบกำกับภาษีหลายรูปแบบ

Prompt ที่ดีควรอธิบายทั้งข้อมูลที่ต้องการและวิธีจัดการกรณีผิดปกติ ไม่ใช่เพียงสั่งว่า “แปลงเป็น Excel” ตัวอย่างต่อไปนี้ใช้เป็นจุดเริ่มต้นได้ แล้วปรับชื่อคอลัมน์และกติกาให้ตรงกับทะเบียนหรือไฟล์นำเข้าของทีม:

ฉันกำลังเตรียมข้อมูลใบกำกับภาษีซื้อเพื่อให้ทีมบัญชีตรวจสอบ

ผลลัพธ์ A ให้สร้างหนึ่งแถวต่อเอกสาร และเรียงคอลัมน์ดังนี้: ชื่อผู้ขาย, เลขประจำตัวผู้เสียภาษีผู้ขาย, ชื่อผู้ซื้อ, เลขประจำตัวผู้เสียภาษีผู้ซื้อ, สำนักงานใหญ่หรือสาขาตามข้อความต้นฉบับ, รหัสสาขาที่ปรับมาตรฐาน, ประเภทเอกสาร, เลขที่เอกสาร, วันที่ตามต้นฉบับ, วันที่มาตรฐาน YYYY-MM-DD, สกุลเงิน, ฐานภาษี, VAT, ยอดรวม, Source File, Source Page และ Review Needed

ผลลัพธ์ B ให้สร้างหนึ่งแถวต่อรายการสินค้าและทำซ้ำเลขที่เอกสารกับ Source File ในทุกแถว ใช้คอลัมน์: ลำดับรายการ, รายละเอียด, จำนวน, ราคาต่อหน่วย, ส่วนลด และยอดต่อรายการ

เอกสารอาจมีทั้งปี พ.ศ. และ ค.ศ. ให้เก็บวันที่ตามต้นฉบับไว้เสมอ แปลงวันที่มาตรฐานเมื่อระบุปฏิทินได้ชัดเจนเท่านั้น หากวันที่ตีความได้มากกว่าหนึ่งแบบ ห้ามเดาและให้ใส่ Review Needed

เก็บชื่อสำนักงานใหญ่หรือสาขาตามต้นฉบับไว้ และสร้างค่าปรับมาตรฐานในอีกคอลัมน์โดยไม่เขียนทับข้อความเดิม หากเลขสาขาอ่านไม่ชัดให้ใส่ Review Needed

ทำเครื่องหมาย Review Needed เมื่อข้อความไม่ชัด ช่องที่คาดหวังไม่มี ยอดฐานภาษี VAT และยอดรวมไม่สัมพันธ์กัน หรือเชื่อมรายการต่อหลายหน้ากับเอกสารหลักไม่ได้ อย่าแทนค่าที่หายด้วยศูนย์ ให้เว้นว่างและอธิบายสิ่งที่ต้องตรวจ

ถ้าเครื่องมือหรือขั้นตอนทำงานรองรับ grain เดียวต่อหนึ่งงาน ให้แยกผลลัพธ์ A และ B เป็นสองงาน แล้วใช้เลขที่เอกสารร่วมกับ Source File เป็นคีย์เชื่อมตาราง วิธีนี้ปลอดภัยกว่าการขอให้แถวเดียวเป็นทั้งสรุประดับเอกสารและรายละเอียดระดับรายการ

ใน Invoice Data Extraction สามารถบันทึก prompt สำหรับงานที่ทำซ้ำไว้ในคลังและนำกลับมาใช้ใหม่ อย่างไรก็ตาม ควรทดลองกับชุดตัวอย่างที่ครอบคลุมผู้ขายรายหลัก ใบกำกับภาษีแบบเต็มและแบบย่อ เอกสารหลายหน้า ภาพถ่าย และไฟล์ที่คุณภาพต่ำก่อนบันทึก prompt เป็นมาตรฐานของทีม

ตรวจ VAT วันที่ สาขา และรายการผิดปกติก่อนบันทึกบัญชี

ควรตรวจจากข้อมูลระบุตัวตนก่อนยอดเงิน เพราะสมการที่ลงตัวไม่ได้บอกว่าแถวนั้นเป็นเอกสารของผู้ขายที่ถูกต้อง ลำดับตรวจที่ใช้กับผลลัพธ์จากทั้งการคีย์เอง OCR และ AI ได้คือ:

1. เทียบชื่อผู้ขายและเลขประจำตัวผู้เสียภาษีกับต้นฉบับ รวมถึงชื่อผู้ซื้อเมื่อเอกสารประเภทนั้นมีข้อมูลผู้ซื้อ
2. ตรวจเลขที่เอกสาร วันที่ และประเภทเอกสารว่าไม่สลับกับเลขอ้างอิง วันที่ครบกำหนด หรือเอกสารแนบ
3. ตรวจข้อความสำนักงานใหญ่หรือสาขาและเลขสาขา
4. ตรวจฐานภาษี VAT ยอดรวม และรายละเอียดรายการที่ใช้บันทึกบัญชี
5. เปิดต้นฉบับของทุกแถวที่มี Review Needed จากชื่อไฟล์และเลขหน้า

ข้อมูลสาขาควรมีสองคอลัมน์ คอลัมน์แรกเก็บข้อความตามต้นฉบับ เช่น รูปแบบคำย่อหรือเลขสาขาที่พิมพ์อยู่จริง อีกคอลัมน์เป็นค่าที่ทีมปรับมาตรฐานเพื่อใช้จับคู่หรือกรองข้อมูล ห้ามเขียนทับข้อความเดิม เพราะเมื่อเลขสาขาไม่ชัดหรือการจับคู่ผิด ทีมจะสูญเสียหลักฐานว่าค่าที่แปลงมาจากอะไร

วันที่ต้องรักษาหลักการเดียวกัน เก็บข้อความวันที่ตามต้นฉบับแยกจากวันที่มาตรฐาน โดยทั่วไปปี พ.ศ. มากกว่าปี ค.ศ. 543 ปี แต่ไม่ควรลบ 543 โดยอัตโนมัติเมื่อเอกสารใช้ปีสองหลัก ไม่มีคำกำกับปฏิทิน หรือมีวันที่หลายประเภทอยู่ใกล้กัน กรณีที่ตัวเลขตีความได้มากกว่าหนึ่งแบบควรคงข้อความเดิม เว้นวันที่มาตรฐานไว้ และส่งเข้าคิวตรวจ

สำหรับยอดเงิน ให้ตรวจว่าฐานภาษีและ VAT สัมพันธ์กับยอดรวมตามโครงสร้างของเอกสารนั้น ไม่ควรใช้กฎเดียวครอบทุกไฟล์ เพราะส่วนลด รายการที่ไม่เสียภาษี การปัดเศษ ภาษีหลายอัตรา หรือยอดจากเอกสารแนบอาจทำให้สมการอย่างง่ายไม่ตรงกัน ในทางกลับกัน แม้ฐานภาษีบวก VAT เท่ากับยอดรวม ก็ยังต้องตรวจชื่อผู้ขาย เลขภาษี เลขที่เอกสาร และวันที่แยกต่างหาก

เมื่อแก้ค่าใน Excel ให้บันทึก audit trail อย่างน้อยสี่รายการ ได้แก่ สถานะ ผู้ตรวจ วันที่ตรวจ และเหตุผลที่แก้ไข หากอ่านค่าไม่ได้หรือเอกสารไม่มีช่องนั้น ให้เว้นว่างหรือระบุว่าไม่พบตามกติกาของทีม อย่าเติมตัวเลขหรือคัดค่าจากช่องอื่นเพื่อทำให้แถวผ่านการตรวจ

แถวที่ระบบไม่ได้ทำเครื่องหมายก็ยังควรถูกสุ่มตรวจตามความเสี่ยง โดยให้น้ำหนักกับผู้ขายใหม่ ยอดสูง แบบฟอร์มที่เพิ่งพบครั้งแรก เอกสารหลายหน้า และภาพคุณภาพต่ำ อัตราการสุ่มควรอิงระดับความเสียหายที่ยอมรับได้และผลตรวจที่ผ่านมา ไม่ใช่ตัวเลขตายตัวที่ใช้เหมือนกันกับทุกชุดเอกสาร