คู่มือตั้งค่า Odoo ภาษีหัก ณ ที่จ่าย: PND 3 และ PND 53
บริษัทไทยทุกแห่งที่จ่ายเงินให้ผู้ขายเป็นค่าบริการ ค่าเช่า หรือค่าวิชาชีพ มีหน้าที่หักภาษี ณ ที่จ่าย ภาษีนั้นต้องนำส่งกรมสรรพากรภายในเดือนถัดไป หากตั้งค่า Odoo withholding tax Thailand ผิดพลาด ทีมบัญชีต้องกระทบยอดด้วยมือทุกรอบปิดบัญชี ต้องตามหาหนังสือรับรองที่หายไป และคีย์ตัวเลขซ้ำลงในแบบ ภ.ง.ด.3 หรือ ภ.ง.ด.53 เราวางระบบส่วนนี้ให้กิจการไทยมาหลายแห่ง จนกลายเป็นขั้นตอนตายตัวของเรา คือตั้งค่า tax record ก่อน ตามด้วยรูปแบบหนังสือรับรอง และสุดท้ายคือรายงานสำหรับยื่นแบบ
บทความนี้พาไปดูว่าเราตั้งค่า Odoo withholding tax Thailand ในโปรเจกต์จริงอย่างไร เราจะดูว่า ภ.ง.ด.3 และ ภ.ง.ด.53 ต้องการอะไรจากระบบบ้าง และจุดที่ทีมงานมักสะดุดในรอบปิดบัญชีเดือนแรก
ภ.ง.ด.3 กับ ภ.ง.ด.53 ต่างกันตรงไหน
ภ.ง.ด.3 ใช้กับการหักภาษีจากการจ่ายเงินให้บุคคลธรรมดา เช่น ฟรีแลนซ์ เจ้าของบ้านเช่าที่เป็นบุคคลธรรมดา หรือที่ปรึกษาอิสระ ส่วน ภ.ง.ด.53 ใช้กับการจ่ายเงินให้นิติบุคคล เช่น บริษัทและห้างหุ้นส่วน อัตราภาษีในหลายหมวดบริการซ้อนทับกัน แต่แบบฟอร์ม การจัดประเภทผู้รับเงิน และบางครั้งอัตราภาษีเองก็ต่างกัน
ใน Odoo ความแตกต่างนี้อยู่ที่ข้อมูลผู้ขาย ไม่ใช่ที่ตัวภาษีเอง เราตั้งค่าประเภทคู่ค้าให้ถูกต้องตั้งแต่ขั้นตอนย้ายข้อมูล คือบุคคลธรรมดาหรือนิติบุคคล ฟิลด์นี้เป็นตัวกำหนดว่ารายการหักภาษีจะไหลไปเข้ารายงาน ภ.ง.ด.3 หรือ ภ.ง.ด.53 ถ้าตั้งผิดกับผู้ขายห้าสิบรายตอนขึ้นระบบจริง รอบยื่นแบบแรกจะกลายเป็นงานแก้ไขทั้งหมด
การตั้งค่า tax record
เราสร้างชุด tax record สำหรับภาษีหัก ณ ที่จ่ายแยกต่างหากในระบบบัญชี โดยไม่ปนกับ VAT แต่ละรายการผูกกับประเภทเงินได้ตามหมวดของกรมสรรพากร เช่น ค่าเช่า ค่าบริการ ค่าขนส่ง ค่าโฆษณา ค่าวิชาชีพ และอื่น ๆ แต่ละตัวต้องมี:
- ชื่อภาษีที่ตรงกับที่นักบัญชีของคุณเรียก เช่น "หัก ณ ที่จ่าย 3% ค่าบริการ"
- อัตราเปอร์เซ็นต์ที่ถูกต้อง อัตราแตกต่างกันตั้งแต่ 1% ถึง 5% ตามประเภทเงินได้
- tax grid หรือ tag เฉพาะ เพื่อให้ยอดเงินไปลงช่องที่ถูกต้องในรายงานยื่นแบบ
- scope ตั้งเป็นฝั่งซื้อ เพราะรายการภาษีหัก ณ ที่จ่ายเกิดจากบิลผู้ขายเสมอ ไม่ใช่จากใบแจ้งหนี้ลูกค้า
เราหลีกเลี่ยงการซ่อนภาษีหัก ณ ที่จ่ายเป็นบรรทัดลบไว้ในกลุ่มภาษี VAT หลัก มันต้องแยกตัวตนให้ชัด เพื่อให้ดึงออกมาใช้ในหนังสือรับรองและสรุปรายเดือนได้ง่าย ผังภาษีของคุณจะมีรายการมากกว่าระบบ Odoo ของประเทศอื่น ทีมบัญชีบางทีมแปลกใจตอนแรก จนเห็นรายงานยื่นแบบรันออกมาเรียบร้อย
การผูกภาษีเข้ากับผังบัญชี
tax record แต่ละตัวต้องชี้ไปที่บัญชีเจ้าหนี้เฉพาะ เช่น "ภาษีหัก ณ ที่จ่ายค้างจ่าย - ภ.ง.ด.3" หรือ "- ภ.ง.ด.53" บัญชีเหล่านี้ไม่ควรปนกับบัญชี VAT ค้างจ่ายทั่วไป เราเคยรับช่วงระบบที่มีคนรวมบัญชีเหล่านี้เข้าด้วยกันเพื่อให้ผังบัญชีดูสั้นลง การแกะรายการย้อนหลังทั้งปีเพื่อแยกยอด ภ.ง.ด.3 ออกจาก ภ.ง.ด.53 ทำให้ลูกค้าเสียเวลากระทบยอดไปมาก แยกบัญชีให้ชัดตั้งแต่วันแรกจะดีกว่า
หนังสือรับรองการหักภาษี ณ ที่จ่ายของผู้ขาย
ผู้ขายคาดหวังหนังสือรับรองการหักภาษี ณ ที่จ่ายสำหรับทุกการจ่ายเงินที่มีการหักภาษี เอกสารต้องแสดงยอดเงินก่อนหัก อัตราภาษี จำนวนภาษีที่หัก และรหัสประเภทเงินได้ นี่ไม่ใช่เอกสารทางเลือก ผู้ขายต้องใช้เอกสารนี้ไปเครดิตภาษีของตนเอง
ใน Odoo เมื่อบรรทัดภาษีหัก ณ ที่จ่ายปรากฏบนบิลผู้ขายและการจ่ายเงินแล้ว เราสร้างหนังสือรับรองจากเทมเพลตรายงานเฉพาะที่ทำตามรูปแบบมาตรฐานของไทย ฟิลด์ที่สำคัญที่สุดในเทมเพลตนี้ได้แก่:
- เลขประจำตัวผู้เสียภาษีของบริษัทและของผู้ขาย ต้องตรวจสอบตั้งแต่ตอนกรอกข้อมูล ไม่ปล่อยให้เอกสารที่พิมพ์ออกมาเผยความผิดพลาด
- วันที่จ่ายเงินเทียบกับวันที่ในบิล หนังสือรับรองอิงจากวันที่หักภาษีจริง ซึ่งคือวันที่จ่ายเงิน ไม่ใช่วันที่ของบิล
- รหัสประเภทเงินได้ที่ตรงกับรายการที่กรมสรรพากรประกาศไว้
ข้อจำกัดจริงที่ต้องพูดตรง ๆ คือ Odoo ไม่มีเทมเพลตหนังสือรับรองหักภาษี ณ ที่จ่ายของไทยมาให้ใช้ทันทีแบบที่บางประเทศเพื่อนบ้านมี รายงานนี้จึงเป็นสิ่งที่เราต้องสร้างหรือปรับแต่งให้ลูกค้าแต่ละราย โดยทั่วไปทำเป็น QWeb template ผูกกับโมเดลการจ่ายเงิน ถ้าผู้ให้บริการรายเดิมข้ามขั้นตอนนี้ไป คุณอาจยังต้อง export ไปทำในเวิร์ดแล้วกรอกเอง วิธีนี้ไม่รองรับเมื่อมีผู้ขายหลายสิบรายต่อเดือน นี่คือเหตุผลที่เรารวมงานนี้ไว้ในบริการปรับแต่งระบบ Odoo แทนที่จะมองเป็นงานรายงานแยกชิ้นเดียว
การเตรียมยื่นแบบ ภ.ง.ด.3 / ภ.ง.ด.53 รายเดือน
การยื่นแบบคือสรุปรายการ ผู้ขายทุกรายที่จ่ายเงินในเดือนนั้นถูกจัดกลุ่มตามประเภทเงินได้ พร้อมยอดก่อนหัก ยอดภาษีที่หัก และเลขประจำตัวผู้เสียภาษีของผู้ขาย ข้อมูลนี้ส่งผ่านระบบ e-filing ของกรมสรรพากร หรือผ่านซอฟต์แวร์ของนักบัญชีที่รองรับการนำเข้าแบบมีโครงสร้าง
เราสร้างฝั่ง Odoo ของงานนี้เป็น saved filter หรือรายงานแบบเบาบนรายการจ่ายเงินและบัญชีแยกประเภท กรองด้วย tag ภาษีหัก ณ ที่จ่ายที่ตั้งไว้ก่อนหน้า จัดกลุ่มตามประเภทภาษีและหมวดเงินได้ เป้าหมายคือให้วันทำงานแรกหลังปิดบัญชีเดือน พนักงานบัญชีดึงรายการนี้ออกมาได้โดยไม่ต้องแตะ macro ของสเปรดชีต
มีสองเรื่องที่มักจับผิดระบบใหม่ได้เสมอ:
- การจ่ายเงินที่เกิดคนละเดือนกับวันที่บิลจะตกหล่น หากตัวกรองอิงวันที่ใบแจ้งหนี้แทนวันที่จ่ายเงิน การยื่น ภ.ง.ด. อิงตามวันที่เกิดการหักภาษีจริงเสมอ คือเหตุการณ์การจ่ายเงิน
- การจ่ายเงินบางส่วนต่อหนึ่งบิล แต่ละงวดมีสัดส่วนภาษีหัก ณ ที่จ่ายของตัวเองตามสัดส่วนยอดที่จ่าย ถ้าระบบคำนวณภาษีหักครั้งเดียวจากยอดเต็มของใบแจ้งหนี้ กรณีจ่ายบางส่วนจะทำให้ยอดภาษีหักในงวดแรกสูงเกินจริง
เมื่อโครงสร้างรายงานถูกต้องแล้ว การกระทบยอดกับยอดคงเหลือในบัญชีแยกประเภทของบัญชีภาษีหัก ณ ที่จ่ายค้างจ่ายจะกลายเป็นงานตรวจสอบห้านาที แทนที่จะเป็นงานครึ่งวัน
จุดที่ Odoo withholding tax Thailand มักผิดพลาด
ปัญหาส่วนใหญ่ที่เราเจอไม่ใช่ข้อจำกัดของ Odoo แต่เป็นความคลาดเคลื่อนของการตั้งค่า มันเกิดจากการขึ้นระบบโดยไม่ได้เดินกระบวนการผูกข้อมูลผู้ขายและภาษีให้ครบก่อน เทมเพลตภาษีทั่วไปที่นำเข้าจากผังบัญชีสากลไม่มีหมวดภาษีหัก ณ ที่จ่ายของไทยติดมาด้วย หากไม่มีใครสร้างขึ้นมาอย่างตั้งใจ บิลจะถูกบันทึกเฉพาะ VAT แล้วภาษีหัก ณ ที่จ่ายจะถูกเติมเข้ามาทีหลังด้วยสมุดรายวันทั่วไปแบบมือ นี่คือจุดที่หนังสือรับรองมักตกหล่นและการยื่นแบบไม่ตรงกับบัญชี
เราจัดการเรื่องนี้เป็นส่วนหนึ่งของงานที่ปรึกษาและวางระบบบัญชีสำหรับไทย การตั้งค่าภาษีหัก ณ ที่จ่ายแทบไม่เคยยืนเดี่ยว มันเชื่อมโยงกับผังบัญชี ข้อมูลผู้ขาย กระบวนการใบกำกับภาษีอิเล็กทรอนิกส์ และเช็กลิสต์ปิดบัญชีเดือนพร้อมกันทั้งหมด หากคุณกำลังย้ายระบบจากที่อื่น หรือรับช่วงระบบ Odoo ที่ตั้งค่าไว้โดยไม่ได้คำนึงถึงรายละเอียดภาษีไทย ควรตรวจสอบระบบก่อนรอบยื่นแบบถัดไป ทางเลือกนี้ดีกว่ารอให้มีหนังสือแจ้งค่าปรับมาก่อน
ระบบอัตโนมัติสำหรับการออกหนังสือรับรองปริมาณมาก
สำหรับบริษัทที่มีหลายนิติบุคคล หรือจัดการทั้ง ภ.ง.ด.3 และ ภ.ง.ด.53 ปริมาณมาก เรายังพิจารณาด้วยว่าผังบัญชีปัจจุบันรองรับการสร้างหนังสือรับรองอัตโนมัติได้หรือไม่ จุดเริ่มคือทันทีที่ยืนยันการจ่ายเงิน แทนที่จะต้อง export มือทุกเดือน งานนี้มักผูกกับบริการวางระบบ Odoo เมื่อลูกค้ากำลังปรับโครงสร้างงานบัญชีใหม่ทั้งหมด นี่เป็นการเปลี่ยนแปลงเล็กน้อย แต่มันตัดงานประจำออกจากปฏิทินของทีมบัญชีไปหนึ่งงาน
มีข้อจำกัดหนึ่งที่ควรพูดให้ชัดเจน ไม่มีสิ่งใดในนี้มาแทนการคุยกับนักบัญชีของคุณเรื่องรหัสประเภทเงินได้สำหรับการจ่ายเงินแบบก้ำกึ่ง Odoo จะคำนวณและรายงานตามที่ tax record กำหนดไว้เป๊ะ แต่การตัดสินใจบางอย่างยังคงเป็นหน้าที่ของคน เช่น นี่คือค่าบริการหรือค่าเช่า ผู้ขายรายนี้เป็นบุคคลธรรมดาหรือนิติบุคคลสำหรับสัญญาฉบับนี้ ถ้าตัดสินใจผิดตั้งแต่ต้น ความผิดพลาดจะลามไปทุกหนังสือรับรองและทุกรอบยื่นแบบ จนกว่าจะมีใครจับได้
