ร้านค้าที่ใช้ระบบ POS แต่ยังบันทึกบัญชีแยกด้วยมือ มักพบปัญหายอดขายไม่ตรง ภาษีขาย (VAT) คลาดเคลื่อน และสต็อกไม่สอดคล้องกับตัวเลขการเงิน — ซึ่งล้วนแก้ได้ด้วยการ integrate POS
เข้ากับโปรแกรมบัญชีอย่างถูกวิธี
สารบัญบทความ
- ทำไมยอดขาย POS กับบัญชีถึงไม่ตรงกัน: ต้นตอที่ร้านค้ามักมองข้าม
- โครงสร้างการ Integration POS กับโปรแกรมบัญชี: เลือกแบบไหนให้เหมาะกับร้าน
- ตั้งค่า VAT ใน POS ให้ถูกต้องก่อนเชื่อมบัญชี
- การปิดยอดรายวัน (Z-Report) และการแยกช่องทางชำระเงิน
- การกระทบยอดรายได้ POS กับบัญชีและ VAT ทุกเดือน
- การตั้งค่า Chart of Accounts ให้รองรับข้อมูลจาก POS
- Checklist ประจำเดือน: POS — บัญชี — VAT ให้ตรงกันทุกรอบ
- แหล่งอ้างอิงที่ใช้ทบทวน
- ตารางนำบทความไปใช้
ทำไมยอดขาย 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 ใน POS ให้ถูกต้องก่อนเชื่อมบัญชี | ตรวจเอกสารและข้อเท็จจริงที่เกี่ยวข้อง | สถานะ ผู้รับผิดชอบ และวันทบทวน |
คำถามที่พบบ่อย (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 รุ่นนั้นรองรับการเชื่อมต่อในรูปแบบใดบ้าง
สิ่งใดควรตรวจเพิ่มเติมก่อนใช้เรื่อง ระบบ POS เชื่อมต่อบัญชีอย่างไร: คู่มือตั้งค่า Integration ให้รายได้ POS ตรงกับบัญชีและ VAT สำหรับร้านค้า
ตรวจข้อเท็จจริง เอกสารต้นทาง วันที่มีผล และข้อกำหนดฉบับปัจจุบันที่เกี่ยวกับ ระบบ POS เชื่อมต่อบัญชีอย่างไร: คู่มือตั้งค่า Integration ให้รายได้ POS ตรงกับบัญชีและ VAT
สำหรับร้านค้า พร้อมระบุผู้รับผิดชอบก่อนตัดสินใจหรือยื่นข้อมูล