EXW และปัญหาของความจริงหลายชุดใน ERP
- Sathit Jittanupat
- 10 พ.ค.
- ยาว 1 นาที
เมื่อปลายปี 2024 เราเริ่มวางระบบ ERP ให้กิจการแห่งหนึ่งในอุตสาหกรรมส่งออกและนั่นเป็นครั้งแรกที่เราได้เรียนรู้ว่า “การส่งออก” ในโลกจริง ซับซ้อนกว่าที่เราเคยเข้าใจมาก
ก่อนหน้านั้น เรามองงานส่งออกเป็นเพียงกระบวนการขายสินค้าไปต่างประเทศ
มี invoice
มีใบขน
มีอัตราภาษี 0%
แต่พอเริ่มลงรายละเอียดจริง
เราพบว่าโลกของการส่งออกเต็มไปด้วย “เวลา” หลายชุด
ที่แต่ละฝ่ายยืนยันว่าเป็นเวลาที่ถูกต้องของตัวเอง
ฝ่ายบัญชี มีวันที่รับรู้รายได้
ฝ่ายภาษี มีวันที่ศุลกากรรับรองใบขน
ฝ่ายลูกหนี้ มีวันที่ invoice
ตอนแรก เราคิดว่านี่เป็นเพียงรายละเอียดทางเอกสาร
จนกระทั่งเราเจอ EXW
จุดเริ่มต้นของความสับสน
EXW (Ex Works) เป็น Incoterm ที่ผู้ซื้อมารับสินค้าเองหน้าโรงงานรวมถึงรับผิดชอบค่าขนส่ง พิธีการศุลกากร และกระบวนการส่งออกทั้งหมดด้วยตัวเอง
ในเชิงธุรกิจ มันดูตรงไปตรงมามาก
ผู้ขายส่งมอบสินค้าผู้ซื้อรับของธุรกรรมจบ
แต่พอเริ่มตรวจสอบรายงานภาษีขาย เรากลับพบว่า
EXW ทำให้ “วันที่ขาย” ในโลกบัญชี กับ “วันที่ขาย” ในโลกภาษี ไม่ใช่วันเดียวกันอีกต่อไป
วันที่ขาย ที่ไม่ใช่วันเดียวกัน
ในทางบัญชี การรับรู้รายได้เกิดขึ้นตั้งแต่วันที่ส่งมอบสินค้า
นั่นคือวันที่..
รับรู้รายได้
บันทึกลูกหนี้
ตัดสต็อคสินค้า
รับรู้ต้นทุนขาย
สำหรับ EXW วันที่นี้มักเป็นวันที่ลูกค้ามารับสินค้าที่หน้าโรงงาน
แต่ในโลกภาษีมูลค่าเพิ่มของการส่งออก กลับใช้อีกวันหนึ่ง
รายงานภาษีขายอัตรา 0% ต้องอ้างอิงวันที่กรมศุลกากรรับรองใบขนสินค้า ซึ่งตรวจสอบจากสถานะ 0209 ในระบบ E-Tracking
นั่นหมายความว่า ถึงแม้ผู้ซื้อจะมารับสินค้าไปแล้วในมุมของภาษี ธุรกรรมนั้นอาจ “ยังไม่เกิดขึ้น”
และในบางกรณี วันที่ทั้งสองอาจข้ามเดือน หรือข้ามปีบัญชีกันเลยด้วยซ้ำ
ปัญหาที่ ERP มองไม่เห็นในตอนแรก
ตอนเริ่มต้นโครงการ เรามองรายงานภาษีขายส่งออกเป็นเพียงรายงานเฉพาะทาง
มีรายละเอียดเพิ่มขึ้นจากรายงานภาษีขายทั่วไป เช่น
เลขที่ B/L หรือ Airway Bill
เลขที่ใบขนสินค้า
น้ำหนักรวม (G.W.)
มูลค่าตามสกุลเงินต่างประเทศ
อัตราแลกเปลี่ยนตามวันที่ศุลกากรรับรองใบขน
เนื่องจากจำนวนรายการต่อเดือนยังไม่มากกิจการจึงจัดทำรายงานนี้ใน Excel มาโดยตลอด
เราเองก็คิดว่า “ยังไม่จำเป็นต้องรีบทำใน ERP”
จนกระทั่งเริ่มตรวจสอบการกระทบยอดระหว่างงบการเงิน กับรายงานภาษีขายจริงจัง
แล้วพบว่า ปัญหาไม่ได้อยู่ที่รูปแบบรายงาน
แต่อยู่ที่ “ระบบกำลังพยายาม reconcile ความจริงคนละชุด”
EXW ทำให้ผู้ขาย ต้องรอเอกสารจากผู้ซื้อ
สิ่งที่แปลกที่สุดของ EXW คือ ถึงแม้ผู้ขายจะเป็นคนขายสินค้า แต่ผู้ขายอาจไม่ได้เป็นคนดำเนินพิธีการส่งออกเอง
ดังนั้น หลังจากส่งมอบสินค้าแล้วผู้ขายยังต้องติดตามเอกสารกลับจากผู้ซื้ออีกทอดหนึ่ง เช่น
สำเนาใบขนสินค้า
สำเนา B/L หรือ Airway Bill
เพื่อใช้เป็นหลักฐานประกอบการยื่น VAT อัตรา 0%
และตรงนี้เอง ที่เริ่มเกิดความเสี่ยงสำคัญ
หากชื่อ Exporter ในใบขนสินค้า ไม่ใช่ชื่อผู้ขายแต่กลายเป็นชื่อผู้ซื้อ หรือชื่อ Shipping Agent
ยอดขายนั้นอาจถูกตีความว่าเป็น “การขายในประเทศ”
ผลกระทบไม่ได้จบแค่เรื่องภาษีขาย 7%
แต่ยังรวมถึง
สิทธิ BOI
การตัดสต็อควัตถุดิบ
การตรวจสอบย้อนหลัง
และการกระทบยอดกับรายงานภาษีทั้งหมด
ทันทีที่เข้าใจจุดนี้ เราจึงเริ่มมอง EXW ไม่ใช่แค่เงื่อนไขการส่งมอบสินค้า แต่เป็น “จุดเชื่อม” ระหว่างหลายระบบความจริงในองค์กร
ความต่างของอัตราแลกเปลี่ยน ที่ไม่ได้เกิดจากการคำนวณผิด
อีกปัญหาหนึ่งที่สร้างความสับสนคือ ยอดเงินบาทที่ไม่ตรงกัน
ฝ่ายบัญชีคำนวณตามอัตราแลกเปลี่ยน ณ วันที่รับรู้รายได้ แต่รายงานภาษีขายส่งออก ต้องใช้อัตราแลกเปลี่ยนตามวันที่ศุลกากรรับรองใบขน
เมื่อวันที่ไม่ตรงกัน อัตราแลกเปลี่ยนจึงไม่ตรงกัน
และสุดท้าย ยอดเงินบาทก็ไม่ตรงกันตามไปด้วย
นี่ไม่ใช่ bugและไม่ใช่การคำนวณผิด
แต่มันคือผลลัพธ์ของการที่ “แต่ละระบบใช้เวลาอ้างอิงคนละชุด”
ออกแบบรายงานใหม่ เพื่อ reconcile ความจริงหลายชุด
สุดท้าย เราจึงกลับมาออกแบบรายงานภาษีขายใหม่ทั้งหมด
เป้าหมายของรายงานนี้ ไม่ใช่เพียงเพื่อยื่นภาษี
แต่เพื่อให้
ฝ่ายบัญชี
ผู้สอบบัญชี
ฝ่ายภาษี
และฝ่าย BOI
สามารถ trace ธุรกรรมเดียวกัน ผ่าน “เวลาคนละชุด” ได้
เราจึงเพิ่มคอลัมน์บางอย่างเข้าไป เช่น
Term เพื่อระบุ Incoterm
วันที่บันทึกบัญชี เพื่อแสดงวันที่รับรู้รายได้จริง
ยอดบันทึกบัญชีเดือนนี้
ยอดบันทึกบัญชีเดือนอื่น
มูลค่าบันทึกบัญชีค่าสินค้าตามใบแจ้งหนี้ในสกุลเงินต่างประเทศ ซึ่งก็คือ มูลค่า EXW ที่ศุลกากรยังไม่บวก 3% ตามใบขนที่ใช้เป็นมูลค่ายื่นภาษี
และ Rate ตามวันที่บันทึกบัญชี
ทันทีที่เพิ่มข้อมูลเหล่านี้เข้าไป รายงานภาษีขายก็เปลี่ยนสถานะจาก “เอกสารภาษี”
กลายเป็น “เครื่องมือ reconcile ระหว่างโลกบัญชี กับโลกภาษี”
ERP ไม่ได้มีความจริงเพียงชุดเดียว
EXW ทำให้เราเห็นบางอย่างชัดขึ้นมาก
หลายครั้ง ความยากของ ERP ไม่ได้เกิดจาก logic ซับซ้อน แต่เกิดจากการที่แต่ละหน่วยงาน นิยามคำว่า “วันที่ถูกต้อง” ไม่เหมือนกัน
และเมื่อองค์กรเติบโตขึ้น ERP ก็ไม่ได้ทำหน้าที่เพียงบันทึกข้อมูล
แต่มันต้องทำหน้าที่เชื่อม “ความจริงหลายชุด”
ให้สามารถตรวจสอบย้อนกลับหากันได้ด้วย
บางที นี่อาจเป็นงานที่ยากที่สุดของระบบองค์กรก็ได้
อ้างอิง
คำสั่งกรมสรรพากร ป.97/2543
IncoTerm คืออะไร
ข้อหารือกรมสรรพากร กค 0706/2330
FOB = EXW + 3% (อ.สุเทพ พงษ์พิทักษ์)
ความคิดเห็น