การชำระเงิน

ยอดที่ต้องชำระและยอดคงเหลือ

หน้าตรวจสอบ Sale checkout แสดงยอดรวม การชำระ และยอดที่เหลือจากเซิร์ฟเวอร์ ดู ตะกร้าการขายและเช็คเอาท์ ก่อนบันทึกวิธีชำระ

การชำระผสม

Sale checkout รับวิธีชำระสามแบบ ผสมกันได้ Payment เป็นของ Sale และถูกจัดสรรไปยัง Invoice แยกของแต่ละรายการ:

วิธี	ใช้สำหรับ	หมายเหตุ
เงินสด	เงินสดจริง	รวมเข้ายอดเงินสดที่คาดหวังของลิ้นชัก
EFTPOS	บัตรผ่านเทอร์มินัล	ดำเนินการที่เทอร์มินัลก่อน แล้วบันทึกยอดที่อนุมัติ
HICAPS	เคลมประกันสุขภาพ	ต่อการเช็คเอาท์มี HICAPS ได้อย่างมากหนึ่งรายการ และต้องระบุรายการบริการ — Sale ที่มีแต่สินค้าปลีกใช้ HICAPS ไม่ได้ ดูขั้นตอนด้านล่าง

การใช้สิทธิ์บัตรกำนัล แพ็กเกจ และคูปองเป็นการจัดสรรสินทรัพย์กับรายการบริการที่เซิร์ฟเวอร์รองรับ แต่หน้าเช็คเอาท์ POS ปัจจุบันไม่มีปุ่มให้เลือก และไม่มีวิธีชำระแบบฟรี/ให้เปล่า ยอดที่บันทึกต้องรวมกันเท่ากับยอด Sale พอดีจึงจะยืนยันได้ — ไม่มีการชำระบางส่วน

📷 ภาพหน้าจอรอเพิ่ม — หน้าต่างชำระ (วิธีผสม)

ตัวอย่าง: Sale $150 = HICAPS $100 สำหรับ Invoice บริการ + EFTPOS $30 + เงินสด $20 ทั้งสามรายการถูกจัดสรรครบ

แพ็กเกจ

แขกที่มีแพ็กเกจจ่ายล่วงหน้าไม่ "จ่าย" ที่เคาน์เตอร์ — เซิร์ฟเวอร์จัดสรรครั้งของแพ็กเกจให้รายการบริการ หักหนึ่งครั้งและเชื่อมโยงบริการกับแพ็กเกจ ปัจจุบันหน้าเช็คเอาท์ POS ไม่มีปุ่มแพ็กเกจ คอมมิชชันนักบำบัดคำนวณจากราคาเต็มเมนู ไม่ใช่ศูนย์

ขั้นตอน HICAPS

เคลม HICAPS เกิดขึ้นที่เทอร์มินัล ไม่ใช่ในเบราว์เซอร์ POS บันทึกผลลัพธ์:

1. รูดบัตรสมาชิกและดำเนินเคลมที่เทอร์มินัล HICAPS
2. เทอร์มินัลอนุมัติ → จดบันทึกยอดสิทธิ์และหมายเลขอ้างอิง
3. ใน POS เพิ่มรายการชำระ HICAPS ด้วยยอดนั้น + อ้างอิง
4. ส่วนต่างใด ๆ → บันทึกเป็น EFTPOS/เงินสดตามปกติ
5. ตอนทำการปิดรอบขั้นสุดท้าย ยอดเทอร์มินัลของรอบต้องตรงกับรายงาน batch ของเทอร์มินัลเอง — นั่นคือการกระทบยอด

เทอร์มินัลปฏิเสธด้วยรหัสที่ไม่รู้จัก? เปิดความช่วยเหลือ HICAPSในแถบข้างเพื่อค้นหารหัสตอบกลับ HICAPS และ EFTPOS

เมื่อบันทึกการชำระ HICAPS แล้ว ระบบจะสร้างร่างบันทึกการรักษา (รอกรอกให้เสร็จ) ในแท็บบันทึกการรักษาของ Visit กรอกให้เสร็จ; เฉพาะผู้จัดการเท่านั้นที่ล็อกได้ ดู ใบเสร็จ

คำเตือน

บันทึกตรงตามที่เทอร์มินัลอนุมัติ หากเทอร์มินัลปฏิเสธ ไม่มีอะไรต้องบันทึกใน POS — รายการ HICAPS ที่ไม่มีการอนุมัติจากเทอร์มินัลรองรับจะปรากฏเป็นความคลาดเคลื่อนตอนทำการปิดรอบขั้นสุดท้าย

การคืนเงิน

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

จาก POS คืนเงินได้เฉพาะรายการบริการ — ใช้คืนค่าบริการบนรายการบริการของ Sale ที่ปิดแล้ว (ดู ตะกร้าการขายและเช็คเอาท์) รายการบัตรกำนัล แพ็กเกจ และสินค้าปลีกคืนเงินหรือรับคืนจาก Admin การคืนเงินจะถูกปฏิเสธเมื่อ Visit ปิดแล้ว

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

ย้อนกลับการใช้สิทธิ์บัตรกำนัล / แพ็กเกจ / คูปอง

การชำระด้วยสินทรัพย์ของลูกค้าไม่ใช่การคืนเงิน — ไม่มีเงินสดออกจากลิ้นชัก จึงไม่มีอะไรให้ "คืนเงิน" การย้อนกลับผูกกับรายการ Sale ที่แน่นอนเช่นกัน: ใช้ย้อนการใช้สิทธิ์บนรายการนั้น

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

หลังย้อนกลับ Visit อาจกลายเป็นชำระบางส่วนหรือยังไม่ชำระ โปรดตรวจสอบยอดคงเหลือใหม่และรับชำระด้วยวิธีอื่นเมื่อจำเป็น TaxInvoice ยังคงมีผลเพราะติดตาม Sale/Service ไม่ใช่วิธีชำระเงิน การยกเลิกหรือแก้ไขบริการ รวมถึงการแก้ไขใบกำกับภาษีหรือ credit note ที่เกี่ยวข้อง เป็นขั้นตอนแยกต่างหาก

การป้องกันส่งซ้ำ

ระบบบล็อกการส่งชำระ/คืนเงินซ้ำ (ดับเบิลคลิก, เครือข่ายรีทราย) และตอบกลับด้วย*"คำขอซ้ำ"*

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

ปิด Visit

• ยอดคงเหลือ = 0 → ปิด Visit จบเรื่อง
• มียอดค้าง → ปิดปกติถูกปฏิเสธ รับชำระก่อน
• ลูกค้าออกไปไม่จ่าย → บังคับปิด: PIN + เหตุผลเป็นลายลักษณ์อักษร ส่วนต่างถูกบันทึกอย่างตรงไปตรงมา

หมายเหตุ

บังคับปิดมีอยู่เพื่อบันทึกความเป็นจริง — ไม่ใช่ทำให้ Visit ที่ไม่จ่ายหายไป ผู้จัดการเห็นการบังคับปิดและเหตุผลใน Admin