การเรียกเก็บเงิน

  1. เลือก “เรียกเก็บเงินหลายรายการพร้อมกัน” ที่ด้านบน

  1. ค้นหา OTA ที่ต้องการเรียกเก็บเงินในช่องค้นหาหรือเลือกจากรายการตัวเลือก (หมายเหตุ: สามารถเลือกหลาย OTA ในการเรียกเก็บเงินหนึ่งรอบได้)

  1. เลือกช่วงวันที่การจองที่มีการเข้าพัก (ไม่ใช่การเช็คอินและเช็คเอาต์) ของการจองที่ต้องดำเนินการการชำระเงิน

  2. เลือก “ยืนยัน”

  1. เลือก “Ok” เพื่อยืนยันช่วงวันที่การจองที่มีการเข้าพัก


สถานการณ์ที่ 1: การชำระเงินไปยัง OTA (การชำระเงิน = ยอดคงเหลือ กล่าวคือ ไม่มียอดเสีย/หนี้เสีย)

  1. "ยอดรวมทั้งหมดที่ต้องเรียกเก็บ" ที่ติดลบ หมายความว่ามียอดชำระเงินสุทธิที่ต้องชำระ OTA (ยอดที่ต้องเรียกเก็บจาก OTA ลบกับยอดที่ต้องชำระให้ OTA)

  2. หาก "ยอดรวมทั้งหมดที่ต้องเรียกเก็บ" ติดลบ การชำระเงิน OTA จะมีค่าเริ่มต้นเป็น “การชำระเงินไปยัง OTA”

  3. พิมพ์ยอดทั้งหมดที่ชำระสำหรับการจองที่เลือก (จาก OTA และช่วงการจองที่มีการเข้าพักที่เลือกไว้ก่อนหน้า) และตรวจสอบว่าวันที่ชำระเงินและวิธีการชำระเงินถูกต้อง

    • ไม่รวมการชำระเงินที่เพิ่มก่อนหน้านี้ผ่านบัตรข้อมูลการจอง 

  4. กด “ใช่”

  5. หากจำนวนเงินที่ชำระเท่ากับ "ยอดรวมทั้งหมดที่ต้องเรียกเก็บ" การจองจะได้รับการดำเนินการชำระเงินทันทีและจะปรากฏขึ้นใน “การชำระเงินที่ได้ดำเนินการจาก/ให้ทุก OTA” 




สถานการณ์ที่ 2: การชำระเงินไปยัง OTA (การชำระเกินยอด)

  1. ในตัวอย่างนี้ จำนวนเงินที่ต้องชำระให้กับ OTA มากกว่า "ยอดรวมทั้งหมดที่ต้องเรียกเก็บ"

  2. ระบบ HMS มีการคำนวณจำนวนเงินที่ชำระเกิน/หนี้เสียจำนวน 161.76 ริงกิตมาเลเซีย ผู้ใช้จะได้รับแจ้งให้ดำเนินการเรียกเก็บเงิน ให้กด "ดำเนินการ" เพื่อดูการจัดสรรหนี้เสียสำหรับการจองเฉพาะเจาะจง



ในป๊อปอัปการเรียกเก็บเงิน

  1. ยอดหนี้เสียจะถูกจัดสรรให้กับการจองล่างสุดตามค่าเริ่มต้น (ต่อหนึ่งการจอง) เพื่อให้ส่งผลกระทบต่อการจองน้อยที่สุด  – อัพเดทที่กำลังจะมี: สามารถปรับการจัดสรรหนี้เสีย/ยอดเสีย

    เมื่อหนี้เสีย + ยอดที่เรียกเก็บเงินตอนนี้ (จำนวนเงินที่ชำระจริง) = ยอดต้องชำระให้ OTA แล้วยอดรวม = 0 กล่าวคือ -A - (B+C) = 0

  2. เมื่อยอดรวม = 0 ผู้ใช้สามารถเลือก "ดำเนินการชำระเงิน" และเสร็จสิ้นการเรียกเก็บเงิน 


การจองจะปรากฎขึ้นใน “การชำระเงินที่ได้ดำเนินการจาก/ให้ทุก OTA”


สถานการณ์ที่ 3: การชำระเงินไปยัง OTA (การชำระน้อยกว่ายอด)

  1. ในตัวอย่างนี้ จำนวนเงินที่ต้องชำระให้กับ OTA น้อยกว่า "ยอดรวมทั้งหมดที่ต้องเรียกเก็บ"

  2. ระบบ HMS มีการคำนวณจำนวนเงินที่ชำระน้อยกว่า/ยอดเสียจำนวน 38.24 ริงกิตมาเลเซีย ผู้ใช้จะได้รับแจ้งให้ดำเนินการเรียกเก็บเงิน กด "ดำเนินการ" เพื่อดูการจัดสรรยอดเสียสำหรับการจองเฉพาะเจาะจง



ในป๊อปอัปการเรียกเก็บเงิน

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

    เมื่อยอดเสีย + ยอดที่เรียกเก็บเงินตอนนี้ (จำนวนเงินที่ชำระจริง) = ยอดที่ต้องชำระให้ OTA แล้วยอดรวม = 0 กล่าวคือ -A - (B+C) = 0

  1. เมื่อยอดรวม = 0 ผู้ใช้สามารถเลือก "ดำเนินการชำระเงิน" และเสร็จสิ้นการเรียกเก็บเงิน


การจองจะปรากฎขึ้นใน “การชำระเงินที่ได้ดำเนินการจาก/ให้ทุก OTA”


ในกรณีของการชำระเงินที่น้อยกว่าไปยัง/จาก OTA หากผู้ใช้ทราบว่าการชำระเงินไม่ครอบคลุมการจองบางรายการ สามารถลบการจองออกจากรายการเรียกเก็บเงิน (ซึ่งส่งผลให้มีการชำระเงินที่น้อยกว่า)


สถานการณ์ที่ 4: การชำระเงินจาก OTA (การชำระเงิน = ยอดคงเหลือ กล่าวคือ ไม่มียอดเสีย/หนี้เสีย)

  1. "ยอดรวมทั้งหมดที่ต้องเรียกเก็บ" ที่ไม่ติดลบ หมายความว่ามียอดชำระเงินสุทธิ (ยอดที่ต้องเรียกเก็บจาก OTA ลบกับยอดที่ต้องชำระให้ OTA) ที่ต้องชำระให้กับทางโรงแรม

  2. หาก "ยอดรวมทั้งหมดที่ต้องเรียกเก็บ" ไม่ติดลบ การชำระเงิน OTA จะมีค่าเริ่มต้นเป็น “การชำระเงินจาก OTA”

  3. พิมพ์ยอดทั้งหมดที่ชำระสำหรับการจองที่เลือก (จาก OTA และช่วงการจองที่มีการเข้าพักที่เลือกไว้ก่อนหน้า) และตรวจสอบว่าวันที่ชำระเงินและวิธีการชำระเงินถูกต้อง

    • ไม่รวมการชำระเงินที่เพิ่มก่อนหน้านี้ผ่านบัตรข้อมูลการจอง

  4. กด “ใช่”

  5. หากจำนวนเงินที่ชำระเท่ากับ "ยอดรวมทั้งหมดที่ต้องเรียกเก็บ" การจองจะได้รับการดำเนินการชำระเงินทันทีและจะปรากฏขึ้นใน “การชำระเงินที่ได้ดำเนินการจาก/ให้ทุก OTA” 





สถานการณ์ที่ 5: การชำระเงินจาก OTA (การชำระเกินยอด)

  1. ในตัวอย่างนี้ จำนวนเงินที่ต้องได้รับจาก OTA มากกว่า "ยอดรวมทั้งหมดที่ต้องเรียกเก็บ"

  2. ระบบ HMS จะคำนวณจำนวนเงินที่ชำระเกิน/ยอดเสียจำนวน 71.90 ริงกิตมาเลเซีย และผู้ใช้จะได้รับแจ้งให้ดำเนินการเรียกเก็บเงิน กด "ดำเนินการ" เพื่อดูการจัดสรรหนี้เสียสำหรับการจองเฉพาะเจาะจง

ในป๊อปอัปการเรียกเก็บเงิน

  1. ยอดเสียจะถูกจัดสรรให้กับการจองล่างสุดตามค่าเริ่มต้น (ต่อหนึ่งการจอง) เพื่อให้ส่งผลกระทบต่อการจองน้อยที่สุด  – อัพเดทที่กำลังจะมี: สามารถปรับการจัดสรรหนี้เสีย/ยอดเสีย

    เมื่อยอดเสีย + ยอดที่เรียกเก็บเงินตอนนี้ (จำนวนเงินที่ชำระจริง) = ยอดที่ต้องชำระให้ OTA แล้วยอดรวม = 0 กล่าวคือ A - (B+C) = 0

  2. เมื่อยอดรวม = 0 ผู้ใช้สามารถเลือก "ดำเนินการชำระเงิน" และเสร็จสิ้นการเรียกเก็บเงิน



การจองจะปรากฎขึ้นใน “การชำระเงินที่ได้ดำเนินการจาก/ให้ทุก OTA”


สถานการณ์ที่ 6: การชำระเงินจาก OTA (การชำระน้อยกว่ายอด)

  1. ในตัวอย่างนี้ จำนวนเงินที่ต้องได้รับจาก OTA น้อยกว่า "ยอดรวมทั้งหมดที่ต้องเรียกเก็บ"

  2. ระบบ HMS จะคำนวณจำนวนเงินที่ชำระน้อยกว่า/หนี้เสียจำนวน 128.10 ริงกิตมาเลเซีย และผู้ใช้จะได้รับแจ้งให้ดำเนินการเรียกเก็บเงิน กด "ดำเนินการ" เพื่อดูการจัดสรรยอดเสียสำหรับการจองเฉพาะเจาะจง


ในป๊อปอัปการเรียกเก็บเงิน

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

    เมื่อหนี้เสีย + ยอดที่เรียกเก็บเงินตอนนี้ (จำนวนเงินที่จ่ายจริง) = ยอดที่ต้องชำระให้ OTA แล้วยอดรวม = 0 กล่าวคือ A - (B+C) = 0

  2. เมื่อยอดรวม = 0 ผู้ใช้สามารถเลือก "ดำเนินการชำระเงิน" และเสร็จสิ้นการเรียกเก็บเงิน

 
การจองจะปรากฎขึ้นใน “การชำระเงินที่ได้ดำเนินการจาก/ให้ทุก OTA”



ไม่พบคำตอบของท่าน? ติดต่อสายด่วน ZUZU 


แท็ก: การเรียกเก็บเงิน, การกระทบยอดการชำระเงิน, การเรียกเก็บเงินหลายรายการพร้อมกัน, การชำระเงินไปยัง OTA, ยอดการชำระเงิน, ยอดเสีย, หนี้เสีย, การชำระเงินไม่ถึงยอด, การชำระเงินเกินยอด, การชำระเงินจาก OTA, การชำระเงินไปยัง OTA, Reconciling payments, payment reconciliation, bulk reconciliation, channel payments, payment balance, breakage, bad debt, underpayment, overpayment, payment from channels, payment to channels