Guest Order Success and Failure Pages
หน้า status ของ Catalogue V3 บอกแขกว่าเกิดอะไรขึ้นหลัง checkout หรือชำระเงิน พนักงานควรรู้จักหน้าเหล่านี้เพื่อช่วยแขกที่ไม่แน่ใจว่า order ถูกส่งหรือชำระแล้วหรือไม่
สรุปอ้างอิงเร็ว
| หน้า | ความหมาย | สิ่งที่พนักงานตรวจ |
|---|---|---|
| Order success | order ถูกส่งสำเร็จ | หา order ในรายการก่อนเปลี่ยนแปลง |
| Order failed | checkout ไม่เสร็จ | ตรวจว่ามี order อยู่หรือไม่ก่อนให้แขกลองใหม่ |
| Payment failed | ชำระออนไลน์ล้มเหลวหรือยังไม่ยืนยัน | ตรวจสถานะการชำระก่อนเก็บเงินอีกครั้ง |
| Order not found | แขกเปิดลิงก์ order ไม่ถูกหรือหมดอายุ | ค้นหาตามแขก ห้อง หรือเวลาในรายการ order |
| Order history | แขกดู order เดิมเมื่อ kiosk mode ไม่แทนที่ประวัติ | ยืนยันว่าควรมี order history สำหรับ catalogue นี้ |
| Order detail | แขกเปิด order เฉพาะเพื่อดู items การชำระ และสถานะ | เทียบ order detail ฝั่งแขกกับฝั่งพนักงานถ้ามีข้อโต้แย้ง |
| End session | kiosk mode ขอให้แขกล้าง session | ยืนยันว่าอุปกรณ์ที่ใช้ร่วมกันไม่แสดงประวัติแขกก่อนหน้า |
Order Success
หลัง order สำเร็จ แขกจะเห็นหน้า success หากเปิดใช้ order success redirect แขกจะเห็นหน้า success ก่อนแล้วจึงถูกส่งไปยัง URL ที่ตั้งค่าหลัง delay ที่เลือก
เมื่อสนับสนุน flow นี้:
- ยืนยันว่า order แสดงใน Catalogue V3 orders
- ยืนยันว่าพนักงานเห็นรายละเอียดแขก สถานะการชำระ และ item
- ตรวจ redirect settings เฉพาะเมื่อแขกรายงานว่าถูกพาออกเร็วเกินไปหรือไปหน้าผิด
Failure States
ถ้าแขกรายงานผลไม่ชัด:
- ถามว่าเห็น order success order failed หรือ payment failed
- ค้นหา order list ตามรายละเอียดแขก ห้อง เวลา หรือ order reference
- ตรวจสถานะการชำระก่อนให้แขกจ่ายอีกครั้ง
- ถ้าไม่มี order ให้ขอให้แขกลองใหม่เฉพาะหลังตรวจความพร้อมของ catalogue และ guest form แล้ว
Payment Failed Page
หน้า payment failed จะแสดงเมื่อการชำระออนไลน์ไม่เสร็จหรือยืนยันไม่ได้ พนักงานควรตรวจรายการ order และรายละเอียด gateway ก่อนแนะนำให้แขกลองจ่ายใหม่
เมื่อสนับสนุนรายงาน payment failed:
- ค้นหา order ตามแขก ห้อง เวลา หรือ reference
- ตรวจวิธีชำระ สถานะการชำระ และรายละเอียด gateway
- ยืนยันว่าแขกถูกตัดเงินหรือไม่
- ทำตามกระบวนการจัดการการชำระด้วยตนเองของที่พัก
Guest Order History และ Detail
เมื่อไม่ได้เปิด kiosk mode แขกอาจดู order เดิมและเปิดหน้า order detail ได้
แขกใช้ order detail เพื่อตรวจ:
- items จำนวน variants options add-ons components และ item notes
- วิธีชำระและสถานะการชำระ
- สถานะ order และเวลาที่ order ถูกสร้าง
- promo codes discounts surcharges และ totals เมื่อแสดง
ถ้า guest detail page ไม่ตรงกับมุมมองพนักงาน ให้ใช้ staff order detail เป็นแหล่งข้อมูลปฏิบัติงานและส่งต่อพร้อมภาพหน้าจอทั้งสองฝั่ง
Kiosk End Session
เมื่อเปิด kiosk mode แขกควรจบ session หลัง checkout แทนการดู order history เดิม
- ยืนยันว่าแขกเห็นการกระทำ end-session หลัง order เสร็จ
- ยืนยันว่า kiosk redirect URL ถูกต้องถ้ามีตั้งค่า
- ยืนยันว่าแขกคนถัดไปไม่เห็นประวัติ order ของแขกก่อนหน้า
การแก้ปัญหา
แขกบอกว่า order ล้มเหลวแต่พนักงานเห็น order
สิ่งที่เห็น: แขกรายงาน failure แต่พนักงานหา order เจอ
ให้ทำดังนี้:
- เปิดรายละเอียด order
- ตรวจสถานะการชำระและ POS
- ทำตามกระบวนการจัดการด้วยตนเองของที่พักหาก payment หรือ POS posting ไม่ชัด
- อย่าให้แขกสั่งซ้ำจนกว่าจะตรวจ order เดิม
Success redirect เปิดหน้าผิด
สิ่งที่เห็น: order สำเร็จแล้ว redirect ไป URL ที่ไม่คาด
ให้ทำดังนี้:
- เปิด settings ของ catalogue
- ยืนยัน order success redirect URL และ delay
- แก้ URL แล้ววาง test order
ไม่ควรแสดง order history ของแขก
สิ่งที่เห็น: อุปกรณ์ร่วมแสดง order history แทน end-session flow
ให้ทำดังนี้:
- ยืนยันว่า catalogue ควรใช้ kiosk mode
- ตรวจ kiosk settings และ redirect URL
- วาง test order และยืนยันพฤติกรรม end-session
- ล้างอุปกรณ์ร่วมก่อนส่งคืนให้แขก