ระบบ POS เชื่อมต่อบัญชีอย่างไร: คู่มือตั้งค่า Integration ให้รายได้ POS ตรงกับบัญชีและ VAT สำหรับร้านค้า

ร้านค้าที่ใช้ระบบ POS แต่ยังบันทึกบัญชีแยกด้วยมือ มักพบปัญหายอดขายไม่ตรง ภาษีขาย (VAT) คลาดเคลื่อน และสต็อกไม่สอดคล้องกับตัวเลขการเงิน — ซึ่งล้วนแก้ได้ด้วยการ integrate POS เข้ากับโปรแกรมบัญชีอย่างถูกวิธี

ทำไมยอดขาย POS กับบัญชีถึงไม่ตรงกัน: ต้นตอที่ร้านค้ามักมองข้าม

ระบบ POS (Point of Sale) ทำหน้าที่บันทึกการขาย ออกใบเสร็จ และตัดสต็อก — แต่หลายร้านค้ายังไม่ได้นำข้อมูลจาก POS เข้าโปรแกรมบัญชีโดยตรง แทนที่จะเชื่อมต่อกัน พนักงานต้องกรอกยอดขายซ้ำด้วยมือทุกวัน ซึ่งทำให้เกิดข้อผิดพลาดสะสม ยอดรายได้ในบัญชีคลาดเคลื่อนจากความเป็นจริง และที่สำคัญยิ่งกว่า — ภาษีมูลค่าเพิ่ม (VAT) ที่คำนวณในแบบ ภ.พ.30 อาจไม่ตรงกับยอดขายจริงที่บันทึกใน POS

ปัญหาหลักที่พบบ่อยในร้านค้าที่ยังไม่ integrate ได้แก่:

• ยอดขายรวมจาก POS Report ไม่ตรงกับยอดรายได้ในสมุดบัญชี
• ภาษีขาย (Output VAT) ที่บันทึกในโปรแกรมบัญชีไม่ตรงกับภาษีที่คำนวณจากใบกำกับภาษีจริง
• ยอดเงินในบัญชีธนาคารไม่ match กับยอดที่รับจากบัตรเครดิต/เดบิต หลังหักค่า MDR (Merchant Discount Rate)
• สต็อกสินค้าในโปรแกรมบัญชีล้าหลังกว่าความเป็นจริงที่ POS ตัดออกไปแล้ว

การแก้ปัญหาเหล่านี้ต้องเริ่มจากการทำความเข้าใจ architecture ของการเชื่อมต่อก่อนว่า ข้อมูลควรไหลจาก POS ไปสู่โปรแกรมบัญชีในรูปแบบใด

โครงสร้างการ Integration POS กับโปรแกรมบัญชี: เลือกแบบไหนให้เหมาะกับร้าน

การ integrate POS เข้ากับโปรแกรมบัญชีทำได้หลายระดับ ขึ้นอยู่กับขนาดร้านและงบประมาณ:

แบบที่ 1 — Integration อัตโนมัติแบบ Native (เชื่อมต่อโดยตรง)

ระบบ POS บางตัวรองรับการเชื่อมต่อโดยตรงกับโปรแกรมบัญชีไทยที่นิยม เช่น FoodStory POS เชื่อมต่อกับ FlowAccount (แพ็กเกจ Premium ขึ้นไป) ซึ่งจะส่งข้อมูลรายการขายไปสร้างเอกสารในฝั่งบัญชีโดยอัตโนมัติ หรือ ZORT เชื่อมต่อกับ PEAK Account โดย ZORT ทำหน้าที่เป็นตัวกลางส่งข้อมูลยอดขายประจำวันมาสร้างเป็นใบเสร็จรับเงิน/ใบกำกับภาษีใน PEAK

ข้อดีของวิธีนี้คือลดการกรอกข้อมูลซ้ำซ้อนเกือบเป็นศูนย์ แต่ต้องตรวจสอบว่า POS ที่ใช้อยู่รองรับ connector นั้น ๆ หรือไม่ และต้องกำหนดค่า field mapping ระหว่างสองระบบให้ถูกต้อง

แบบที่ 2 — Integration ผ่าน API (สำหรับร้านที่มีทีม IT)

หาก POS มี API เปิด ผู้พัฒนาสามารถเขียน script ดึงข้อมูลจาก POS แล้วส่งเข้า PEAK หรือ FlowAccount ผ่าน API ของโปรแกรมบัญชี วิธีนี้ยืดหยุ่นสูงสุด แต่ต้องใช้ทรัพยากรในการพัฒนาและบำรุงรักษา

แบบที่ 3 — Semi-Manual ผ่านการ Import ไฟล์ (ง่ายที่สุด เริ่มต้นได้ทันที)

หากยังไม่พร้อม integrate อัตโนมัติ ให้ส่งออกรายงาน Z-Report (รายงานปิดกะ/ปิดวัน) จาก POS เป็นไฟล์ Excel หรือ CSV แล้ว import เข้าโปรแกรมบัญชีทีละวันหรือทีละสัปดาห์ วิธีนี้ยังดีกว่าการกรอกด้วยมือ แต่ต้องมีระเบียบวินัยในการทำสม่ำเสมอ

ตั้งค่า VAT ใน POS ให้ถูกต้องก่อนเชื่อมบัญชี

ก่อนที่จะ integrate ใด ๆ สิ่งสำคัญที่สุดคือต้องตั้งค่า VAT ใน POS ให้ถูกต้องตั้งแต่ต้น มิฉะนั้นข้อมูลที่ส่งเข้าบัญชีจะผิดพลาดตั้งแต่ต้นทาง

อัตรา VAT ที่ใช้ในปัจจุบัน (ข้อมูล ณ ปี 2569) คือ 7% ซึ่งเป็นอัตราลดพิเศษจากอัตราตามกฎหมายที่ 10% โดยขยายเวลาผ่านพระราชกฤษฎีกาฉบับที่ 799 มีผลถึง 30 กันยายน 2569 ผู้ประกอบการควรตรวจสอบอัตราที่บังคับใช้กับกรมสรรพากรทุกครั้งที่มีการต่ออายุ เนื่องจากอัตรานี้ไม่ถาวร

ประเด็นที่ต้องตั้งค่าให้ถูกต้องใน POS มีดังนี้:

• ราคาแบบรวม VAT หรือไม่รวม VAT: ราคาป้ายที่ร้านค้าปลีกส่วนใหญ่ติดเป็นราคา "รวม VAT แล้ว" หากตั้งค่าผิดว่าราคาไม่รวม VAT ระบบจะคิด VAT เพิ่มขึ้นอีก 7% ทำให้ลูกค้าจ่ายเกิน และยอดรายได้ก่อน VAT ในบัญชีก็จะผิด
• การออกใบกำกับภาษีอย่างย่อ (Abbreviated Tax Invoice): กิจการค้าปลีกที่จดทะเบียน VAT สามารถออกใบกำกับภาษีอย่างย่อได้โดยไม่ต้องระบุชื่อ-ที่อยู่ผู้ซื้อ ซึ่ง POS ส่วนใหญ่รองรับรูปแบบนี้อยู่แล้ว แต่หากลูกค้าต้องการใบกำกับภาษีเต็มรูปแบบ ต้องออกเอกสารเพิ่มเติมที่มีข้อมูลครบถ้วน
• ประเภทสินค้าที่ได้รับยกเว้น VAT: หากร้านจำหน่ายสินค้าที่ได้รับยกเว้น VAT ปะปนกับสินค้าปกติ ต้องตั้งค่าแยก tax code ให้ชัดเจน ไม่เช่นนั้นระบบจะคำนวณ VAT ผิด
• เลขทะเบียนผู้ประกอบการ VAT (เลข 13 หลัก): ต้องใส่ให้ถูกต้องในระบบ POS เพื่อให้ปรากฏบนใบกำกับภาษีทุกใบ

ร้านค้าที่ยังไม่ได้จดทะเบียน VAT แต่มียอดขายรวมต่อปีเกิน 1,800,000 บาท มีหน้าที่ต้องยื่นจดทะเบียน VAT ภายในกำหนดเวลาตามกฎหมาย (โดยทั่วไปอ้างอิง 30 วันหลังจากยอดขายเกินเกณฑ์) ควรตรวจสอบยอดสะสมจาก POS Report เป็นประจำเพื่อไม่ให้พลาดเกณฑ์นี้

การปิดยอดรายวัน (Z-Report) และการแยกช่องทางชำระเงิน

หัวใจของการกระทบยอดที่แม่นยำคือการปิดยอดรายวันที่มีวินัย ก่อนที่จะส่งข้อมูลเข้าโปรแกรมบัญชี ต้องมี Z-Report ที่แยกรายได้ตามช่องทางชำระเงินให้ชัดเจนเสียก่อน

ช่องทางชำระเงินที่ต้องแยกบันทึก

• เงินสด (Cash): ยอดเงินสดจาก Z-Report ต้องตรงกับยอดนับเงินสดในลิ้นชักจริง หากไม่ตรงต้องหาสาเหตุก่อนปิดกะ ส่วนต่างเล็กน้อย (ทอนเงินผิด) บันทึกเป็น "ผลต่างเงินสด" แยกต่างหาก
• บัตรเครดิต/เดบิต (Card): ยอดที่ผ่านเครื่อง EDC (ของธนาคาร) จะถูกโอนเข้าบัญชีของร้านหลังหัก MDR (ค่าธรรมเนียมร้านค้า) แล้ว ดังนั้นยอดที่เข้าบัญชีธนาคารจริงจะน้อยกว่ายอดที่ลูกค้าจ่าย — รายได้ต้องบันทึกเต็มจำนวน แล้วบันทึก MDR เป็นค่าใช้จ่ายแยก ไม่ใช่หักออกจากรายได้
• QR Code / พร้อมเพย์ (PromptPay): ยอดโอนมักเข้าบัญชีครบ 100% โดยไม่มีค่าธรรมเนียม แต่ต้องตรวจสอบ Statement ธนาคารว่าเข้าครบและตรงวันหรือไม่ เนื่องจากบางธนาคารมีการ batch โอนที่อาจทำให้ยอดตกค้างข้ามวัน
• Wallet (True Money, Rabbit LINE Pay ฯลฯ): แต่ละ platform มีรอบการตัดยอดและโอนเงินต่างกัน ต้องตรวจสอบกับ Dashboard ของแต่ละ wallet และต้องบันทึกเป็น "ลูกหนี้ค่าสินค้า — e-Wallet" จนกว่าเงินจะเข้าบัญชีธนาคารจริง

ขั้นตอนปิดยอดรายวันที่ถูกต้อง

• พิมพ์ Z-Report จาก POS เมื่อสิ้นสุดวันทำการ (ห้ามออก Z-Report กลางวันโดยไม่จำเป็น เพราะจะ reset ยอดสะสม)
• นับเงินสดในลิ้นชักและกระทบกับยอดเงินสดใน Z-Report
• ตรวจสอบสลิปบัตรเครดิตรวมกับ Z-Report แยก terminal ถ้ามีหลายเครื่อง
• เก็บ Z-Report เป็นเอกสารสนับสนุนรายวัน (สรรพากรอาจขอตรวจในอนาคต)
• บันทึกรายได้แยกช่องทางชำระเงินเข้าโปรแกรมบัญชีหรือส่งผ่าน integration

การกระทบยอดรายได้ POS กับบัญชีและ VAT ทุกเดือน

แม้จะ integrate POS กับโปรแกรมบัญชีอย่างดีแล้ว ก็ยังต้องทำการกระทบยอด (Reconciliation) ทุกสิ้นเดือนก่อนยื่นแบบ ภ.พ.30 เพื่อให้มั่นใจว่าตัวเลขถูกต้อง

การกระทบยอด VAT รายเดือน

ขั้นตอนการกระทบยอดภาษีขายมีดังนี้:

• ดึง รายงานภาษีขาย จากโปรแกรมบัญชี (สรุปใบกำกับภาษีที่ออกในเดือนนั้น)
• เปรียบเทียบกับ ยอดขายรวมรายเดือน จาก POS Report
• ยอดรายได้ก่อน VAT (Tax Base) ในรายงานภาษีขายต้องตรงกับยอดขายใน POS หารด้วย 1.07 (กรณีราคารวม VAT)
• ยอด Output VAT รวมต้องตรงกับยอดขาย POS คูณ 7/107
• หากมีส่วนต่าง ต้องตามหาสาเหตุ เช่น รายการที่ออกใบกำกับภาษีซ้ำ, รายการที่ยกเลิกแต่ไม่ได้ออกใบลดหนี้, หรือรายการ void ที่ POS แต่ไม่ได้ตัดในบัญชี

การกระทบยอดเงินฝากธนาคาร (Bank Reconciliation)

• ดึง Bank Statement รายเดือนจากธนาคารทุกบัญชีที่รับเงินจาก POS
• เปรียบเทียบยอดโอนเข้าจากบัตรเครดิต (เน็ตหลังหัก MDR) กับ Settlement Report จากธนาคาร/บริษัทบัตร
• เปรียบเทียบยอด PromptPay ที่เข้าบัญชีกับยอดในระบบ POS โดยระวังรายการที่ข้ามวัน
• ตรวจสอบรายการ e-Wallet ที่อาจมี time lag 1-3 วันก่อนเงินเข้าจริง

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

การตั้งค่า Chart of Accounts ให้รองรับข้อมูลจาก POS

เพื่อให้การ integrate POS กับโปรแกรมบัญชีทำงานได้อย่างราบรื่น ต้องออกแบบ ผังบัญชี (Chart of Accounts) ให้รองรับข้อมูลที่จะไหลเข้ามาจาก POS ตั้งแต่แรก

บัญชีหลักที่ต้องมีสำหรับร้านค้าที่ใช้ POS

• รายได้จากการขาย (แยกตามประเภทสินค้าหากมีหลายหมวด): เพื่อให้วิเคราะห์ได้ว่ารายได้มาจากสินค้าประเภทใด และเพื่อรองรับกรณีที่สินค้าบางประเภทมี VAT ต่างกัน
• เงินสดในมือ: รับเงินสดจาก POS ทุกวัน บันทึกเป็น Dr. เงินสดในมือ / Cr. รายได้จากการขาย + VAT ขาย
• ลูกหนี้ — บัตรเครดิต/เดบิต: รายได้ที่รับผ่านบัตรยังอยู่ระหว่างรอ settlement บันทึกเป็น Dr. ลูกหนี้บัตรเครดิต / Cr. รายได้ฯ เมื่อธนาคารโอนเงินเข้าจริงค่อย Dr. เงินฝากธนาคาร + Dr. ค่าธรรมเนียม MDR / Cr. ลูกหนี้บัตรเครดิต
• ลูกหนี้ — e-Wallet: ใช้แนวทางเดียวกับลูกหนี้บัตรเครดิต
• ภาษีขาย (Output VAT): บันทึกแยกทุกครั้งที่มีการขาย ไม่ควรรวมกับรายได้
• ค่าธรรมเนียม MDR (ค่าใช้จ่าย): บันทึกเป็นค่าใช้จ่ายเงินสด ไม่ใช่หักจากรายได้

การตั้งค่า Mapping ใน PEAK หรือ FlowAccount

เมื่อ integrate POS เข้ากับ PEAK หรือ FlowAccount จะต้องกำหนด field mapping ว่าข้อมูลแต่ละฟิลด์จาก POS จะไปสร้างเป็น field ใดในโปรแกรมบัญชี เช่น ยอดขายสุทธิ POS → ฟิลด์ "มูลค่าสินค้า" ของเอกสาร, VAT Amount จาก POS → ฟิลด์ "ภาษีมูลค่าเพิ่ม" ฯลฯ หากตั้ง mapping ผิด ข้อมูลที่เข้าบัญชีจะผิดทั้งหมดแม้ตัว integration จะทำงานปกติ

สำหรับร้านค้าที่ต้องการวางแผนภาษีอย่างมีประสิทธิภาพควบคู่ไปกับการจัดการระบบ การปรึกษาผู้เชี่ยวชาญด้าน วางแผนภาษี จะช่วยให้ระบบบัญชีถูกออกแบบมาให้ลดภาระภาษีได้อย่างถูกกฎหมาย

Checklist ประจำเดือน: POS — บัญชี — VAT ให้ตรงกันทุกรอบ

สรุป checklist ที่ร้านค้าควรทำทุกเดือนเพื่อให้ระบบ POS บัญชี และ VAT สอดคล้องกัน:

• ทุกวัน: พิมพ์และเก็บ Z-Report, นับเงินสด, บันทึกรายได้แยกช่องทางชำระเงินเข้าโปรแกรมบัญชี
• ทุกสัปดาห์: ตรวจสอบยอดที่รอ settlement จากบัตรเครดิตและ e-Wallet ว่าเงินเข้าบัญชีธนาคารครบหรือไม่
• สิ้นเดือน (ก่อนวันที่ 15 ของเดือนถัดไป): กระทบยอด POS Report กับรายงานภาษีขายในโปรแกรมบัญชี, กระทบยอด Bank Statement, ตรวจสอบ MDR ที่ถูกหักว่าบันทึกเป็นค่าใช้จ่ายครบถ้วน, ตรวจสอบรายการ void/refund ว่าถูกยกเลิกทั้งใน POS และในบัญชีแล้ว
• ก่อนยื่น ภ.พ.30: ยอด Output VAT ในแบบต้องตรงกับยอดในรายงานภาษีขายของโปรแกรมบัญชี ซึ่งควรตรงกับยอดที่คำนวณจาก POS Report
• รายไตรมาส: ทบทวนยอดขายสะสมเปรียบเทียบกับเกณฑ์ VAT (1,800,000 บาทต่อปี — ข้อมูล ณ ปี 2569) เพื่อประเมินว่าต้องจดทะเบียน VAT หรือยัง

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

ใช้บทความนี้กับธุรกิจของคุณอย่างไร

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

แหล่งอ้างอิงที่ใช้ทบทวน

• กรมสรรพากร (rd.go.th)
• กรมพัฒนาธุรกิจการค้า (dbd.go.th)
• ระบบยื่นแบบออนไลน์ e-Filing กรมสรรพากร

คำถามที่พบบ่อย (FAQ)

ร้านค้าที่จดทะเบียน VAT ต้องตั้งค่า POS อย่างไรให้ใบกำกับภาษีถูกต้อง

ต้องตั้งค่าอัตราภาษีให้ถูกต้อง (ปัจจุบัน 7% ข้อมูล ณ ปี 2569 — ควรตรวจสอบอัตราที่บังคับใช้กับกรมสรรพากรทุกปี) และระบุว่าราคาสินค้าที่ป้อนเข้าระบบเป็นราคารวม VAT หรือไม่รวม VAT ให้ชัดเจน นอกจากนี้ต้องใส่เลขทะเบียนผู้ประกอบการ VAT 13 หลักในการตั้งค่าระบบ POS เพื่อให้ปรากฏบนทุกใบกำกับภาษีที่ออก ร้านค้าปลีกสามารถออกใบกำกับภาษีอย่างย่อได้โดยไม่ต้องระบุชื่อผู้ซื้อ เว้นแต่ลูกค้าร้องขอใบกำกับภาษีเต็มรูปแบบ

ยอดเงินในบัญชีธนาคารน้อยกว่ายอดขายใน POS เพราะอะไร ต้องบันทึกบัญชีอย่างไร

สาเหตุหลักคือค่าธรรมเนียม MDR (Merchant Discount Rate) ที่บริษัทบัตรเครดิตหักก่อนโอนเงินเข้าบัญชี และอาจมี time lag จากการ settlement ที่ใช้เวลา 1-3 วันทำการ วิธีบันทึกที่ถูกต้องคือบันทึกรายได้เต็มจำนวนตามที่ลูกค้าจ่าย (ไม่ใช่ยอดสุทธิที่เข้าบัญชี) แล้วบันทึก MDR แยกต่างหากเป็นค่าใช้จ่าย และบันทึกยอดที่รอ settlement เป็นลูกหนี้บัตรเครดิตจนกว่าเงินจะเข้าจริง

ระบบ POS เชื่อมต่อกับ PEAK หรือ FlowAccount ต้องทำอย่างไร มีค่าใช้จ่ายไหม

วิธีเชื่อมต่อขึ้นอยู่กับ POS ที่ใช้: บาง POS เช่น FoodStory รองรับการเชื่อมต่อโดยตรงกับ FlowAccount ผ่านแพ็กเกจ Premium ส่วน PEAK สามารถเชื่อมต่อผ่าน ZORT หรือผ่าน API โดยตรงหาก POS มี API เปิด ค่าใช้จ่ายขึ้นอยู่กับแพ็กเกจของโปรแกรมบัญชีและ middleware ที่เลือกใช้ ควรสอบถามทีม support ของโปรแกรมบัญชีที่ใช้อยู่ว่า POS รุ่นนั้นรองรับการเชื่อมต่อในรูปแบบใดบ้าง