กำหนดค่าการชำระเงิน ค่าธรรมเนียมเพิ่มเติม และ 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 ล้มเหลว
กำหนดพฤติกรรมการชำระ
- เปิดการตั้งค่าของ Catalogue V3 หรือการตั้งค่า catalogue
- ตรวจวิธีชำระที่มี
- เปิดเฉพาะวิธีที่ที่พักรองรับ
- เรียงวิธีชำระให้ตัวเลือกที่ต้องการอยู่ก่อน
- อัปเดต custom offline labels ถ้าที่พักใช้ข้อความชำระเฉพาะตัว และให้ป้ายภาษาเริ่มต้นสอดคล้องกับตัวเลือกที่ตั้งค่าไว้
- ถ้า catalogue ไม่ควรเก็บ payment ให้ปิด payment สำหรับ catalogue นั้น
- กำหนด surcharge ถ้ามี
- กำหนดพฤติกรรม POS ถ้าที่พักใช้การส่ง order ไป POS
- บันทึกการเปลี่ยนแปลง
- วาง 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
- เปิดการตั้งค่า surcharge
- เปิด service charge GST/VAT หรือ custom surcharge เฉพาะเมื่ออนุมัติแล้ว
- ใส่ชื่อ surcharge และเปอร์เซ็นต์
- ตรวจป้ายฝั่งแขกและยอด order
- บันทึกและวาง test order
ใช้ชื่อ surcharge ที่ชัดเจนเพราะแขกเห็นระหว่าง checkout และพนักงานอาจเห็นใน order details หรือใบเสร็จ
กำหนด POS Integration
- ยืนยันว่า catalogue ควรส่ง order ไป POS
- เลือกประเภท POS
- ใส่ฟิลด์ POS ที่ vendor นั้นต้องใช้
- ถ้าที่พักใช้ Pegasus ให้ใส่ account type ID และ account type name สำหรับตัวเชื่อม non-legacy
- ตรวจ item POS IDs ก่อนเผยแพร่
- เปิด posting failure notification ถ้าพนักงานต้องได้รับแจ้งเมื่อส่งไม่สำเร็จ
- วาง 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
- เปิด draft POS sync review จากหน้า catalogue
- ตรวจค่า item ปัจจุบันและค่าที่เสนอ
- กรองเฉพาะ field ที่เปลี่ยนเมื่ออยากโฟกัสค่าที่อัปเดต
- เลือกเฉพาะ field ที่ต้องการนำไปใช้
- บันทึก draft หากต้องกลับมาทำต่อภายหลัง
- นำการเปลี่ยนแปลงที่เลือกไปใช้เมื่อข้อมูลที่เสนอถูกต้อง
- ทิ้ง draft หากข้อมูล POS ที่เสนอผิดและต้องสร้างใหม่
ตรวจ vendor POS
| ประเภท POS | ฟิลด์ที่ต้องยืนยัน | สิ่งที่ต้องทดสอบ |
|---|---|---|
| Infrasys | Outlet code, check type, open modifier ID, และ open food ID | ทดสอบ item ปกติและ item ที่มี modifier |
| Micros Symphony Gen 1 หรือ Gen 2 | Outlet code, order type, tender media, และ open food ID | ทดสอบการชำระและการส่ง item ไป outlet ที่ถูกต้อง |
| Pegasus | Outlet code, default item ID, print area, account type ID, และ account type name | ยืนยันว่า order ถูกพิมพ์หรือส่งไปพื้นที่ปฏิบัติงานที่คาดไว้ |
| Pegasus Legacy | Outlet code, default item ID, และ print area | ยืนยันว่า order ถูกพิมพ์หรือส่งไปพื้นที่ปฏิบัติงานที่คาดไว้ |
ถ้า item POS IDs หายหรือไม่ถูกต้อง การบันทึกอาจถูกบล็อกหรือ order จริงอาจส่งไม่สำเร็จ แก้การแมป item ก่อนรับ order ของแขก
การแก้ปัญหา
สถานะ payment หรือ POS ดูผิด
สิ่งที่เห็น: พนักงานเห็น payment ล้มเหลว payment ค้าง หรือ POS error บน order
ให้ทำดังนี้:
- เปิดรายละเอียด order
- ตรวจวิธีชำระและสถานะการชำระ
- ตรวจ POS status หรือรายละเอียด error ถ้าแสดง
- ยืนยันว่า order ควรใช้ no-payment flow หรือไม่
- ทำตามกระบวนการจัดการด้วยตนเองของที่พัก
- ติดต่อซัพพอร์ตถ้า order หลายรายการล้มเหลวเหมือนกัน
ลำดับหรือป้ายวิธีชำระไม่ถูก
สิ่งที่เห็น: แขกเห็นวิธีชำระลำดับผิดหรือถ้อยคำ offline ไม่ชัด
ให้ทำดังนี้:
- เปิด payment settings ของ catalogue
- เรียง active methods ใหม่
- อัปเดต custom offline labels และยืนยันว่าป้ายภาษาเริ่มต้นตรงกับตัวเลือกที่ตั้งค่าไว้
- บันทึกและทดสอบ checkout
ไม่ได้รับแจ้ง posting failure
สิ่งที่เห็น: order มี POS posting error แต่พนักงานไม่ได้รับ alert ที่คาด
ให้ทำดังนี้:
- ยืนยันว่าเปิด posting failure notification สำหรับ catalogue นี้
- ยืนยันการตั้งค่าการแจ้งเตือนของพนักงานและความคาดหวังของผู้รับ
- ตรวจรายละเอียด order สำหรับบริบท error ของ POS
- ทำตามกระบวนการกู้คืนด้วยตนเองระหว่างที่ซัพพอร์ตตรวจสอบการล้มเหลวซ้ำ
ไม่สามารถใช้ฉบับร่างตรวจการซิงก์ POS ได้
สิ่งที่เห็น: ฉบับร่างตรวจการซิงก์ POS เปิดค้างหรือใช้ไม่ได้เมื่อผู้จัดการพยายามนำการเปลี่ยนแปลงไปใช้
ให้ทำดังนี้:
- ยืนยันว่า item POS IDs และการเปลี่ยนแปลงที่เสนอถูกต้อง
- ตรวจ draft เพื่อหาฟิลด์ที่จำเป็นซึ่งหายไป
- บันทึก draft ถ้าการเปลี่ยนแปลงต้องใช้เวลา review เพิ่ม
- ทิ้งและสร้าง draft ใหม่ถ้าข้อมูล POS ต้นทางเปลี่ยนอีกครั้ง