e-Tax Invoice เป็นเรื่องที่ธุรกิจไทยถามกันมากขึ้นทุกปี แต่ข้อมูลที่หาเจอมักเป็นภาพรวมกว้าง ๆ ไม่พอให้ตัดสินใจหรือวางแผนงานจริง บทความนี้ลงรายละเอียดว่าสองช่องทางต่างกันอย่างไร ต้องเตรียมอะไรบ้าง ใช้เวลาเท่าไร และถ้าใช้ Odoo อยู่ต้องพัฒนาอะไรเพิ่ม
หมายเหตุ ขั้นตอน แบบฟอร์ม และเงื่อนไขอาจเปลี่ยนตามประกาศของกรมสรรพากร กรุณายืนยันรายละเอียดที่เป็นปัจจุบันกับกรมสรรพากรหรือผู้สอบบัญชีของคุณก่อนดำเนินการจริง
e-Tax Invoice คืออะไร และไม่ใช่อะไร
e-Tax Invoice คือใบกำกับภาษีที่จัดทำ ส่งมอบ และเก็บรักษาในรูปแบบอิเล็กทรอนิกส์ โดยมีกลไกยืนยันว่าเอกสารไม่ถูกแก้ไขหลังออก และมีการนำส่งข้อมูลให้กรมสรรพากร
สิ่งที่คนเข้าใจผิดบ่อยที่สุด: การส่งไฟล์ PDF ของใบกำกับภาษีทางอีเมลให้ลูกค้า ไม่ใช่ e-Tax Invoice ถ้าไม่ได้ผ่านระบบที่กรมสรรพากรกำหนด เอกสารนั้นยังเป็นเพียงสำเนาของใบกำกับภาษีกระดาษ และคุณยังมีหน้าที่ออกฉบับกระดาษตามปกติ
ความต่างอยู่ที่สามอย่าง คือ การรับรองความถูกต้องของเอกสาร (ประทับรับรองเวลาหรือลายมือชื่อดิจิทัล) รูปแบบไฟล์ที่กำหนด และ การนำส่งข้อมูลให้กรมสรรพากรตามรอบ
สองช่องทาง เลือกอย่างไร
| หัวข้อ | Time Stamp (by Email) | Digital Signature (e-Tax Invoice & e-Receipt) |
|---|---|---|
| เกณฑ์รายได้ | ไม่เกิน 30 ล้านบาทต่อปี | ไม่จำกัด |
| แบบที่ใช้ยื่น | ก.อ.01 | บ.อ.01 |
| ใบรับรองอิเล็กทรอนิกส์ | ไม่ต้องซื้อ | ต้องมี จากผู้ให้บริการภายใต้ Thailand NRCA |
| รูปแบบไฟล์ | PDF ส่งทางอีเมล | XML พร้อมลายมือชื่อดิจิทัล |
| วิธีรับรอง | ประทับรับรองเวลาโดย สพธอ. | ลายมือชื่อดิจิทัลด้วยใบรับรอง |
| วิธีนำส่ง | อัตโนมัติผ่านระบบอีเมล | อัปโหลดผ่านเว็บ ผ่านผู้ให้บริการ หรือ host-to-host |
| ต้นทุนเริ่มต้น | แทบไม่มี | ค่าใบรับรอง + ค่าระบบหรือผู้ให้บริการ |
| ปริมาณเอกสารที่เหมาะ | น้อยถึงปานกลาง | ปานกลางถึงมาก |
| ความยากในการเชื่อม Odoo | ต่ำถึงปานกลาง | ปานกลางถึงสูง |
เกณฑ์ตัดสินใจแบบตรงไปตรงมา
เลือก Time Stamp ถ้า รายได้ไม่เกิน 30 ล้านบาทต่อปี ออกใบกำกับภาษีวันละไม่กี่ฉบับ และอยากเริ่มเร็วโดยไม่ลงทุนมาก
เลือก Digital Signature ถ้า รายได้เกิน 30 ล้าน หรือออกเอกสารวันละหลายสิบฉบับขึ้นไป หรือมีแผนโตที่จะทะลุเกณฑ์ภายในหนึ่งถึงสองปี
คำเตือนที่สำคัญที่สุด: อย่าเลือก Time Stamp เพราะ “เริ่มง่ายกว่า” ทั้งที่รู้ว่าอีกปีเดียวก็ต้องย้าย เพราะการย้ายช่องทางแปลว่าต้องขออนุมัติใหม่ ซื้อใบรับรอง เปลี่ยนรูปแบบไฟล์จาก PDF เป็น XML และพัฒนาการเชื่อมต่อใหม่เกือบทั้งหมด งานพัฒนาฝั่ง Odoo แทบจะทำสองรอบ
ขั้นตอนสมัคร
แบบ Time Stamp
- ยื่นแบบ ก.อ.01 ผ่านเว็บไซต์กรมสรรพากร
- กรอกข้อมูลกิจการและอัปโหลดเอกสารประกอบ
- รอรับ Activation Code ทางไปรษณีย์
- นำรหัสมากรอกและตั้งรหัสผ่าน ภายใน 15 วันทำการ นับจากได้รับ
- ระบุอีเมลที่จะใช้ส่งใบกำกับภาษี
ข้อที่พลาดกันบ่อยคือข้อ 4 รหัสมาทางไปรษณีย์แล้วไปกองอยู่ที่แผนกธุรการจนเลยกำหนด ให้แจ้งคนรับจดหมายไว้ล่วงหน้าว่ามีเอกสารนี้กำลังจะมา
แบบ Digital Signature
- จัดหาใบรับรองอิเล็กทรอนิกส์ จากผู้ให้บริการที่อยู่ภายใต้ Thailand NRCA — ทำข้อนี้ก่อน เพราะเป็นข้อที่ใช้เวลานานที่สุด
- ยื่นแบบ บ.อ.01 ผ่านระบบ e-Tax Invoice
- ยืนยันตัวตนด้วยใบรับรองผ่านโปรแกรมที่กรมสรรพากรกำหนด
- ระบบสร้างบัญชีของนิติบุคคลให้อัตโนมัติ
เตรียมของให้พร้อมก่อนเริ่ม
- หนังสือรับรองนิติบุคคลที่ยังไม่เกินอายุที่กำหนด
- ทะเบียนภาษีมูลค่าเพิ่ม (ภ.พ.20)
- ข้อมูลผู้มีอำนาจลงนามและเอกสารมอบอำนาจถ้าให้คนอื่นดำเนินการแทน
- อีเมลกลางขององค์กรที่ไม่ผูกกับพนักงานคนใดคนหนึ่ง — ข้อนี้สำคัญ อย่าใช้อีเมลส่วนตัวของพนักงานบัญชี เพราะวันที่คนนั้นลาออกจะกลายเป็นปัญหาใหญ่
กำหนดนำส่งข้อมูล
ข้อมูลใบกำกับภาษีและใบรับอิเล็กทรอนิกส์ต้องนำส่งกรมสรรพากร ภายในวันที่ 15 ของเดือนถัดจากเดือนภาษี
จุดที่ต้องออกแบบให้ดีคือ ระบบต้องแยกให้ชัดระหว่าง “ออกเอกสารแล้ว” กับ “นำส่งสำเร็จแล้ว” เพราะสองสถานะนี้ไม่เท่ากัน และเป็นสาเหตุที่ทำให้ทีมบัญชีค้นพบตอนสิ้นเดือนว่ามีเอกสารตกค้างไม่ได้ส่ง
| ระดับ | สถานะที่ระบบควรมี |
|---|---|
| 1 | ร่าง ยังไม่ยืนยัน |
| 2 | ยืนยันแล้ว รอเข้าคิวส่ง |
| 3 | ส่งแล้ว รอผลตอบกลับ |
| 4 | นำส่งสำเร็จ พร้อมเลขอ้างอิง |
| 5 | ถูกปฏิเสธ พร้อมเหตุผล |
ระบบที่มีแค่ “ส่งแล้ว” กับ “ยังไม่ส่ง” จะทำให้คุณตามงานไม่ทันเสมอ
เชื่อมกับ Odoo ต้องทำอะไรบ้าง
Odoo มาตรฐานไม่มีฟีเจอร์ e-Tax Invoice สำหรับประเทศไทย ต้องพัฒนาเพิ่มทั้งหมด งานแบ่งเป็นห้าส่วน
1. เตรียมข้อมูลให้ครบก่อนส่ง
ก่อนคิดเรื่องการเชื่อมต่อ ต้องมั่นใจก่อนว่าข้อมูลในใบกำกับภาษีครบตามที่รูปแบบมาตรฐานกำหนด ซึ่งเข้มกว่าที่คนคุ้นเคยกับเอกสารกระดาษ เช่น
- เลขประจำตัวผู้เสียภาษี 13 หลักของ ทั้งผู้ขายและผู้ซื้อ ต้องมีและถูกต้อง
- การระบุ สำนักงานใหญ่หรือสาขาที่ ของทั้งสองฝ่าย
- รหัสประเภทเอกสาร ที่ตรงกับชนิดเอกสารจริง
- หน่วยนับ ที่ต้องแปลงเป็นรหัสมาตรฐาน
- ที่อยู่ที่แยกฟิลด์ตามโครงสร้าง ไม่ใช่ข้อความก้อนเดียว
งานที่กินเวลาจริงมักไม่ใช่การเขียนโค้ดเชื่อม API แต่เป็น การทำความสะอาดข้อมูลคู่ค้าเดิม ที่เลขผู้เสียภาษีว่างหรือผิดรูปแบบอยู่หลายพันราย ควรเริ่มตรวจข้อนี้ตั้งแต่วันแรกของโครงการ
2. สร้างเอกสารตามรูปแบบที่กำหนด
สำหรับ Time Stamp ต้องสร้าง PDF ตามรูปแบบที่กำหนด ส่วน Digital Signature ต้องสร้าง XML ตามโครงสร้างมาตรฐาน ซึ่งซับซ้อนกว่าการทำ QWeb report มาก เพราะทุกฟิลด์มีชนิดข้อมูลและความยาวที่ตรวจสอบจริง ถ้าผิดจะถูกปฏิเสธทั้งฉบับ
3. คิวส่งและการส่งซ้ำ
การส่งต้องไม่ผูกกับการกดปุ่มของผู้ใช้ ควรออกแบบเป็นคิวเบื้องหลัง (ir.cron หรือ queue job) ที่มีคุณสมบัติ
- ส่งอัตโนมัติเมื่อยืนยันใบกำกับภาษี
- ลองส่งซ้ำอัตโนมัติเมื่อปลายทางล่มชั่วคราว โดยเว้นระยะเพิ่มขึ้นทีละครั้ง
- หยุดและแจ้งเตือนคนเมื่อถูกปฏิเสธด้วยเหตุผลที่แก้เองไม่ได้
- ไม่ส่งซ้ำเอกสารที่ส่งสำเร็จแล้ว แม้จะกดปุ่มซ้ำ
ข้อสุดท้ายสำคัญมาก เอกสารที่นำส่งซ้ำสร้างปัญหาตอนกระทบยอดมากกว่าเอกสารที่ยังไม่ได้ส่ง
4. เก็บสถานะและเลขอ้างอิงกลับมาแสดง
ทีมบัญชีต้องเปิดใบกำกับภาษีใน Odoo แล้วเห็นทันทีว่านำส่งสำเร็จหรือยัง เมื่อไร และเลขอ้างอิงคืออะไร โดยไม่ต้องไปเปิดระบบอื่น
5. รายงานกระทบยอดรายเดือน
รายงานที่ต้องมีก่อนสิ้นเดือน แสดงสามตัวเลขนี้เทียบกัน
- จำนวนใบกำกับภาษีที่ออกในระบบเดือนนี้
- จำนวนที่นำส่งสำเร็จ
- ส่วนต่าง พร้อมรายการว่าฉบับไหนบ้างและติดอะไร
นี่คือส่วนที่โครงการเร่งด่วนมักตัดทิ้ง แล้วไปรู้ตัวตอนสรรพากรถามว่าทำไมตัวเลขไม่ตรง
ทำเองหรือใช้ผู้ให้บริการ
| ทางเลือก | ข้อดี | ข้อเสีย |
|---|---|---|
| เชื่อมกับผู้ให้บริการที่ได้รับอนุมัติ | เร็วกว่า ผู้ให้บริการดูแลเรื่องรูปแบบไฟล์และการเปลี่ยนแปลงประกาศให้ | มีค่าบริการต่อเนื่อง มักคิดตามจำนวนเอกสาร |
| เชื่อมกับระบบกรมสรรพากรโดยตรง | ไม่มีค่าบริการรายเดือน คุมทุกอย่างเอง | งานพัฒนามากกว่า และต้องตามแก้เองทุกครั้งที่มาตรฐานเปลี่ยน |
สำหรับธุรกิจส่วนใหญ่ การเชื่อมกับผู้ให้บริการคุ้มกว่า โดยเฉพาะช่วงเริ่มต้น เพราะสิ่งที่คุณซื้อไม่ใช่แค่ API แต่คือคนที่คอยตามประกาศและอัปเดตรูปแบบไฟล์ให้ ซึ่งเป็นงานที่ไม่มีวันจบ
ถ้าเลือกใช้ผู้ให้บริการ ให้ถามสี่ข้อนี้ก่อนเซ็น
- คิดค่าบริการอย่างไร ต่อฉบับ ต่อเดือน หรือแบบขั้นบันได
- มีระบบทดสอบ (sandbox) ให้พัฒนาและทดสอบก่อนใช้จริงไหม
- เอกสาร API มีครบและอัปเดตไหม ขอดูก่อนได้ไหม
- ถ้าเลิกใช้บริการ ข้อมูลเอกสารย้อนหลังยังเข้าถึงได้อย่างไร
แผนงานที่ใช้ได้จริง
| ช่วง | งาน | ใครรับผิดชอบ |
|---|---|---|
| สัปดาห์ 1 | เลือกช่องทาง เตรียมเอกสาร เริ่มจัดหาใบรับรอง (ถ้าใช้ Digital Signature) | ฝ่ายบัญชี + ผู้บริหาร |
| สัปดาห์ 1–2 | ตรวจและทำความสะอาดเลขผู้เสียภาษีของคู่ค้าทั้งหมด | ฝ่ายบัญชี |
| สัปดาห์ 2–3 | ยื่นแบบและรอผลอนุมัติ | ฝ่ายบัญชี |
| สัปดาห์ 2–4 | พัฒนาการเชื่อมต่อและทดสอบใน sandbox | ทีมพัฒนา |
| สัปดาห์ 4–5 | ทดสอบส่งจริงจำนวนน้อย พร้อมตรวจผลกับผู้สอบบัญชี | ทั้งสองฝ่าย |
| สัปดาห์ 5–6 | เปิดใช้เต็มรูปแบบ ตัดรอบต้นเดือน | ทั้งสองฝ่าย |
ระยะเวลาจริงขึ้นกับความเร็วในการอนุมัติและคุณภาพข้อมูลคู่ค้าเดิมเป็นหลัก ควรเผื่อเวลาสำหรับข้อสองมากกว่าที่คิด เพราะเป็นงานที่ไม่มีทางลัดและต้องใช้คนที่รู้จักลูกค้าจริง
ข้อผิดพลาดที่เจอบ่อย
- ออกทั้งกระดาษและอิเล็กทรอนิกส์สำหรับรายการเดียวกัน กลายเป็นใบกำกับภาษีซ้ำ ต้องตัดรอบให้ชัดตั้งแต่ต้น
- ใช้อีเมลส่วนตัวของพนักงานเป็นอีเมลระบบ พอคนลาออกก็เข้าถึงไม่ได้
- ไม่ทำรายงานกระทบยอด แล้วมีเอกสารตกค้างสะสมโดยไม่รู้ตัว
- เปิดให้ผู้ใช้ลบเอกสารที่นำส่งไปแล้ว ทำให้ข้อมูลในระบบกับที่กรมสรรพากรไม่ตรงกันถาวร
- เริ่มพัฒนาก่อนที่ข้อมูลคู่ค้าจะสะอาด แล้วต้องกลับมาแก้ตอนทดสอบส่งจริง
- ไม่มีแผนสำรองตอนระบบปลายทางล่ม ควรตกลงล่วงหน้าว่าถ้าส่งไม่ได้เกินกี่ชั่วโมงจะทำอย่างไร
สรุป
การเริ่ม e-Tax Invoice ไม่ได้ยากที่ขั้นตอนราชการ แต่ยากที่สองอย่าง คือ คุณภาพข้อมูลคู่ค้าเดิม และ การออกแบบระบบให้ตามสถานะการนำส่งได้ครบทุกฉบับ ธุรกิจที่ทำสองข้อนี้ก่อน มักผ่านช่วงเปลี่ยนระบบได้ราบรื่นกว่าธุรกิจที่รีบเชื่อม API
ถ้าคุณใช้ Odoo อยู่แล้วและกำลังวางแผนเรื่องนี้ คุยกับเรา ได้เลย เรารับออกแบบและพัฒนาส่วนเชื่อมต่อพร้อมรายงานกระทบยอดให้ครบ หรืออ่านต่อเรื่อง ตั้งค่า Odoo ให้รองรับภาษีไทย ซึ่งครอบคลุมงานภาษีส่วนที่เหลือทั้งหมด
คำถามที่พบบ่อย
บริษัทเล็กควรเลือก e-Tax Invoice แบบไหน?
ถ้ารายได้ไม่เกิน 30 ล้านบาทต่อปีและออกใบกำกับภาษีไม่มาก แบบ Time Stamp (ที่มักเรียกกันว่า by Email) เหมาะที่สุด เพราะยื่น ก.อ.01 ได้เอง ไม่ต้องซื้อใบรับรองอิเล็กทรอนิกส์ และไม่ต้องลงทุนระบบ แต่ถ้าออกเอกสารวันละหลายสิบฉบับขึ้นไป การส่งทีละฉบับผ่านอีเมลจะกลายเป็นภาระเร็วกว่าที่คิด ควรข้ามไปแบบ Digital Signature ตั้งแต่ต้น
ต้องเลิกออกใบกำกับภาษีกระดาษเลยไหม?
ไม่จำเป็นต้องเลิกทั้งหมดทันที แต่เอกสารฉบับเดียวกันต้องเลือกอย่างใดอย่างหนึ่ง จะออกทั้งกระดาษและอิเล็กทรอนิกส์สำหรับรายการเดียวกันไม่ได้ เพราะจะกลายเป็นใบกำกับภาษีซ้ำ ในทางปฏิบัติจึงควรวางแผนตัดรอบให้ชัด เช่น เริ่มใช้ระบบใหม่ตั้งแต่วันที่ 1 ของเดือน
e-Tax Invoice ช่วยลดภาษีหัก ณ ที่จ่ายจริงไหม?
เคยมีมาตรการภาษีที่ให้สิทธิประโยชน์กับผู้ที่ลงทุนระบบ e-Tax Invoice และจ่ายเงินผ่าน e-Withholding Tax ซึ่งเป็นมาตรการชั่วคราวที่ต่ออายุเป็นช่วง ๆ ตามมติคณะรัฐมนตรี ควรตรวจสอบสิทธิที่มีผลบังคับในปีปัจจุบันกับกรมสรรพากรหรือผู้สอบบัญชีก่อนนำมาคิดเป็นผลตอบแทนของโครงการ
Odoo ออก e-Tax Invoice ได้เองเลยไหม?
ไม่ได้ครับ Odoo มาตรฐานไม่มีฟีเจอร์นี้สำหรับประเทศไทย ต้องพัฒนาโมดูลเชื่อมกับผู้ให้บริการที่ได้รับอนุมัติ หรือเชื่อมกับระบบของกรมสรรพากรโดยตรง ซึ่งเป็นงานพัฒนาที่ต้องออกแบบเรื่องคิวการส่ง การส่งซ้ำเมื่อล้มเหลว และรายงานกระทบยอดให้ครบ
ถ้าออกเอกสารผิดต้องทำอย่างไร?
ใช้หลักเดียวกับเอกสารกระดาษ คือออกใบลดหนี้หรือใบเพิ่มหนี้อิเล็กทรอนิกส์เพื่อแก้ไข ไม่ใช่ลบเอกสารเดิมทิ้ง ระบบที่ออกแบบดีต้องไม่เปิดให้ผู้ใช้ลบเอกสารที่นำส่งไปแล้ว และต้องเก็บร่องรอยการแก้ไขทั้งหมดไว้ตรวจสอบได้