Skip to main content

กำหนดค่าการชำระเงิน ค่าธรรมเนียมเพิ่มเติม และ POS

การตั้งค่า payment และ POS กำหนดว่าแขกจ่ายอย่างไรและคำสั่งซื้อถูกส่งไปยังระบบปฏิบัติการอย่างไร

สรุปอ้างอิงเร็ว

พื้นที่ควบคุมอะไรสิ่งที่ต้องตรวจ
Online paymentให้แขกจ่ายตอน checkoutทดสอบตัวเลือกชำระก่อนเปิดใช้งาน
No paymentให้แขก checkout โดยไม่จ่ายปิด payment เฉพาะเมื่อ flow นั้นตั้งใจไว้
Charge to roomเรียกเก็บ order เข้าห้องแขกการตรวจห้องและแขกตรงกับกระบวนการของที่พัก
Pay at counterแขกชำระที่เคาน์เตอร์พนักงานรู้วิธีรับชำระ
Pay upon deliveryแขกชำระเมื่อส่ง orderทีมส่งของรู้ขั้นตอนเก็บเงิน
Custom offline paymentป้ายการชำระออฟไลน์เฉพาะที่พักป้ายชัดเจนและแปลเมื่อจำเป็น
Surchargesค่าธรรมเนียมหรือ service charge เพิ่มจำนวนเงินและป้ายได้รับอนุมัติ
POS integrationส่ง order ไป POSทดสอบการแมป POS ก่อนรับ order จริง
POS typeตัวเชื่อม POS ที่ catalogue ใช้ยืนยัน vendor POS จริงและว่าเปิด Pegasus Legacy หรือไม่
Pegasus account typeฟิลด์ Pegasus เพิ่มเติมที่ตัวเชื่อมแบบ non-legacy ใช้ยืนยันว่า account type ID และชื่อ account type ตรงกับการตั้งค่า POS
Posting failure notificationแจ้งพนักงานเมื่อส่ง order ไป POS ไม่สำเร็จผู้รับและขั้นตอนกู้คืนด้วยตนเองพร้อมแล้ว
POS sync reviewให้ผู้จัดการตรวจการเปลี่ยนแปลง item ที่เสนอของ POS ก่อนนำไปใช้ตรวจรายการ draft, ฟิลด์ที่เลือก, และ POS IDs ที่หายไป

ก่อนเริ่ม

  • ยืนยันวิธีชำระที่ยอมรับ
  • ยืนยันว่าควรเก็บ payment หรือใช้ no-payment checkout flow
  • ยืนยันกฎ surcharge
  • ยืนยันการแมป POS และกระบวนการส่งมอบ
  • ยืนยันว่าพนักงานควรทำอะไรเมื่อ payment หรือการส่ง POS ล้มเหลว

กำหนดพฤติกรรมการชำระ

  1. เปิดการตั้งค่าของ Catalogue V3 หรือการตั้งค่า catalogue
  2. ตรวจวิธีชำระที่มี
  3. เปิดเฉพาะวิธีที่ที่พักรองรับ
  4. เรียงวิธีชำระให้ตัวเลือกที่ต้องการอยู่ก่อน
  5. อัปเดต custom offline labels ถ้าที่พักใช้ข้อความชำระเฉพาะตัว และให้ป้ายภาษาเริ่มต้นสอดคล้องกับตัวเลือกที่ตั้งค่าไว้
  6. ถ้า catalogue ไม่ควรเก็บ payment ให้ปิด payment สำหรับ catalogue นั้น
  7. กำหนด surcharge ถ้ามี
  8. กำหนดพฤติกรรม POS ถ้าที่พักใช้การส่ง order ไป POS
  9. บันทึกการเปลี่ยนแปลง
  10. วาง test order ก่อน go-live

วิธีชำระ

Catalogue V3 รองรับวิธี offline และ online ตามการตั้งค่าของที่พัก

วิธี offline ที่พบบ่อย:

  • Charge to room
  • Pay at counter
  • Pay upon delivery
  • Custom offline payment

gateway ออนไลน์ที่พบบ่อย:

  • Fiserv
  • Reddot
  • Stripe
  • Adyen

เปิดเฉพาะวิธีที่ที่พักรับได้จริง ถ้าเปิดวิธีที่พนักงานไม่สามารถปฏิบัติการได้ แขกอาจ checkout ไปในรูปแบบที่ทีมส่งมอบไม่ได้

กำหนด Surcharges

  1. เปิดการตั้งค่า surcharge
  2. เปิด service charge GST/VAT หรือ custom surcharge เฉพาะเมื่ออนุมัติแล้ว
  3. ใส่ชื่อ surcharge และเปอร์เซ็นต์
  4. ตรวจป้ายฝั่งแขกและยอด order
  5. บันทึกและวาง test order

ใช้ชื่อ surcharge ที่ชัดเจนเพราะแขกเห็นระหว่าง checkout และพนักงานอาจเห็นใน order details หรือใบเสร็จ

กำหนด POS Integration

  1. ยืนยันว่า catalogue ควรส่ง order ไป POS
  2. เลือกประเภท POS
  3. ใส่ฟิลด์ POS ที่ vendor นั้นต้องใช้
  4. ถ้าที่พักใช้ Pegasus ให้ใส่ account type ID และ account type name สำหรับตัวเชื่อม non-legacy
  5. ตรวจ item POS IDs ก่อนเผยแพร่
  6. เปิด posting failure notification ถ้าพนักงานต้องได้รับแจ้งเมื่อส่งไม่สำเร็จ
  7. วาง test order และยืนยันว่าไปถึง POS ถูกต้อง

ข้อกำหนดของ POS Sync Review

draft สำหรับ POS sync review ใช้ได้เฉพาะ catalogue ที่ใช้ Micros Simphony Gen 2

ก่อนเริ่ม review:

  • ยืนยันว่า POS type ของ catalogue คือ Micros Simphony Gen 2
  • ยืนยันว่าได้ตั้งค่า outlet code ของ Simphony Gen 2 แล้ว
  • ยืนยันว่าผู้จัดการมีสิทธิ์แก้ไขและ sync item ใน catalogue

หาก catalogue ใช้ POS type อื่นหรือยังไม่มีการตั้งค่า outlet จะไม่สามารถใช้ flow POS auto-setup และ review ได้

ตรวจ POS Sync Review

บาง flow ของ POS sync เปิด draft review ก่อนนำการเปลี่ยนแปลงไปใช้ ใช้ draft เพื่อตรวจการอัปเดต item ที่เสนอทีละ item

  1. เปิด draft POS sync review จากหน้า catalogue
  2. ตรวจค่า item ปัจจุบันและค่าที่เสนอ
  3. กรองเฉพาะ field ที่เปลี่ยนเมื่ออยากโฟกัสค่าที่อัปเดต
  4. เลือกเฉพาะ field ที่ต้องการนำไปใช้
  5. บันทึก draft หากต้องกลับมาทำต่อภายหลัง
  6. นำการเปลี่ยนแปลงที่เลือกไปใช้เมื่อข้อมูลที่เสนอถูกต้อง
  7. ทิ้ง draft หากข้อมูล POS ที่เสนอผิดและต้องสร้างใหม่

ตรวจ vendor POS

ประเภท POSฟิลด์ที่ต้องยืนยันสิ่งที่ต้องทดสอบ
InfrasysOutlet code, check type, open modifier ID, และ open food IDทดสอบ item ปกติและ item ที่มี modifier
Micros Symphony Gen 1 หรือ Gen 2Outlet code, order type, tender media, และ open food IDทดสอบการชำระและการส่ง item ไป outlet ที่ถูกต้อง
PegasusOutlet code, default item ID, print area, account type ID, และ account type nameยืนยันว่า order ถูกพิมพ์หรือส่งไปพื้นที่ปฏิบัติงานที่คาดไว้
Pegasus LegacyOutlet code, default item ID, และ print areaยืนยันว่า order ถูกพิมพ์หรือส่งไปพื้นที่ปฏิบัติงานที่คาดไว้

ถ้า item POS IDs หายหรือไม่ถูกต้อง การบันทึกอาจถูกบล็อกหรือ order จริงอาจส่งไม่สำเร็จ แก้การแมป item ก่อนรับ order ของแขก

การแก้ปัญหา

สถานะ payment หรือ POS ดูผิด

สิ่งที่เห็น: พนักงานเห็น payment ล้มเหลว payment ค้าง หรือ POS error บน order

ให้ทำดังนี้:

  1. เปิดรายละเอียด order
  2. ตรวจวิธีชำระและสถานะการชำระ
  3. ตรวจ POS status หรือรายละเอียด error ถ้าแสดง
  4. ยืนยันว่า order ควรใช้ no-payment flow หรือไม่
  5. ทำตามกระบวนการจัดการด้วยตนเองของที่พัก
  6. ติดต่อซัพพอร์ตถ้า order หลายรายการล้มเหลวเหมือนกัน

ลำดับหรือป้ายวิธีชำระไม่ถูก

สิ่งที่เห็น: แขกเห็นวิธีชำระลำดับผิดหรือถ้อยคำ offline ไม่ชัด

ให้ทำดังนี้:

  1. เปิด payment settings ของ catalogue
  2. เรียง active methods ใหม่
  3. อัปเดต custom offline labels และยืนยันว่าป้ายภาษาเริ่มต้นตรงกับตัวเลือกที่ตั้งค่าไว้
  4. บันทึกและทดสอบ checkout

ไม่ได้รับแจ้ง posting failure

สิ่งที่เห็น: order มี POS posting error แต่พนักงานไม่ได้รับ alert ที่คาด

ให้ทำดังนี้:

  1. ยืนยันว่าเปิด posting failure notification สำหรับ catalogue นี้
  2. ยืนยันการตั้งค่าการแจ้งเตือนของพนักงานและความคาดหวังของผู้รับ
  3. ตรวจรายละเอียด order สำหรับบริบท error ของ POS
  4. ทำตามกระบวนการกู้คืนด้วยตนเองระหว่างที่ซัพพอร์ตตรวจสอบการล้มเหลวซ้ำ

ไม่สามารถใช้ฉบับร่างตรวจการซิงก์ POS ได้

สิ่งที่เห็น: ฉบับร่างตรวจการซิงก์ POS เปิดค้างหรือใช้ไม่ได้เมื่อผู้จัดการพยายามนำการเปลี่ยนแปลงไปใช้

ให้ทำดังนี้:

  1. ยืนยันว่า item POS IDs และการเปลี่ยนแปลงที่เสนอถูกต้อง
  2. ตรวจ draft เพื่อหาฟิลด์ที่จำเป็นซึ่งหายไป
  3. บันทึก draft ถ้าการเปลี่ยนแปลงต้องใช้เวลา review เพิ่ม
  4. ทิ้งและสร้าง draft ใหม่ถ้าข้อมูล POS ต้นทางเปลี่ยนอีกครั้ง

คู่มือที่เกี่ยวข้อง