การเชื่อมต่อ Opera PMS (OHIP)
เชื่อมต่อ AVA กับระบบจัดการที่พัก Opera Cloud ของ Oracle ผ่าน OHIP (Oracle Hospitality Integration Platform) เมื่อตั้งค่าเสร็จ AVA จะซิงก์การจอง ห้องพักว่าง และข้อมูลผู้เข้าพักจาก Opera โดยตรง โปรไฟล์ผู้เข้าพักจะเปิดในรูปแบบโปรไฟล์ร่วมของ AVA
โรงแรมส่วนใหญ่ใช้เวลาตั้งค่า 10–15 นาที หากใช้ OCIM ให้ขอ enterpriseId จาก Oracle ก่อน
ค้นหาเมนูนี้ได้ที่ไหน
Settings → Essentials → Property Management System (PMS) Integrationก่อนเริ่มต้น
เตรียมข้อมูลรับรองต่อไปนี้จากทีมไอทีหรือผู้ดูแลระบบ Oracle/Opera:
| ข้อมูลรับรอง | คำอธิบาย |
|---|---|
| OHIP Host Name | URL พื้นฐานของ API (เช่น ohip.oraclecloud.com) |
| OHIP Application Key | คีย์แอปพลิเคชันสำหรับเข้าถึง API |
| OHIP Hotel ID | ตัวระบุที่พักของคุณใน Opera |
| OHIP Client ID | ตัวระบุไคลเอนต์ OAuth |
| OHIP Client Secret | ความลับไคลเอนต์ OAuth |
| enterpriseId | ตัวระบุองค์กร OCIM ของ Oracle จำเป็นเมื่อ OHIP Identity Management เป็น OCIM |
การเชื่อมต่อ Opera OHIP ต้องตั้งค่าทางเทคนิคโดย Oracle หรือทีมไอทีของคุณ หลังเปิดใช้การเข้าถึง OHIP สำหรับที่พักแล้ว พวกเขาจะมอบข้อมูลรับรอง API ให้
หากเลือก OCIM ตอนนี้ AVA ต้องใช้ enterpriseId ก่อนจึงจะขอโทเค็นได้
เก็บค่านี้ไว้ร่วมกับข้อมูลรับรอง OHIP อื่น ๆ
ตั้งค่าเขตเวลา IANA ของที่พักใน Settings → Essentials → Hotel Basic Details AVA จะใช้ค่านี้จัดรูปแบบช่วงเวลาที่คีย์ห้องพัก Opera ใช้ได้ตามเวลาท้องถิ่น
ขอให้ผู้ดูแลระบบ Opera เปิดใช้ Module Level Access Control ใน Global Administration ผู้ดูแลระบบต้องให้สิทธิ์ Sensitive Data Access แก่ไคลเอนต์ AVA OHIP ด้วย หากไม่มีสิทธิ์นี้ Opera จะปิดบังหมายเลขหนังสือเดินทางและวันเกิดบางรายการในรายงาน TM30 และ RR4
ขั้นตอนการกำหนดค่า
ขั้นตอนที่ 1: เลือก Opera เป็น PMS
- ไปที่ Settings → Essentials
- เลื่อนไปที่ PMS Integration
- คลิกการ์ด Opera
- เครื่องหมายถูก (✓) จะปรากฏเพื่อยืนยันการเลือก
ขั้นตอนที่ 2: ป้อนการกำหนดค่า OHIP
กรอกข้อมูลให้ครบทุกฟิลด์:
- OHIP Host Name: URL พื้นฐานของอินสแตนซ์ OHIP API (เช่น
ohip.oraclecloud.com) - OHIP Application Key: คีย์แอปพลิเคชันสำหรับเข้าถึง API (คลิก Edit Secret เพื่ออัปเดต)
- OHIP Hotel ID: รหัสโรงแรม Opera ของที่พัก
- OHIP Identity Management: เลือก OCIM (Oracle Cloud Identity) หรือ SSD (Direct Credentials)
- OHIP Client ID: ตัวระบุไคลเอนต์ OAuth
- OHIP Client Secret: คีย์ลับ OAuth (คลิก Edit Secret เพื่ออัปเดต)
- enterpriseId: ตัวระบุองค์กร OCIM ของ Oracle ใช้เมื่อ OHIP Identity Management เป็น OCIM เท่านั้น
หากเลือก SSD เป็นวิธีจัดการข้อมูลประจำตัว ให้กรอกข้อมูลต่อไปนี้เพิ่ม:
- OHIP Username: ชื่อผู้ใช้สำหรับเข้าสู่ระบบโดยตรง
- OHIP Password: รหัสผ่านสำหรับเข้าสู่ระบบโดยตรง
ขั้นตอนที่ 3: บันทึกและตรวจสอบ
- คลิก Save
- ตรวจสอบตัวบ่งชี้สถานะ:
- 🟢 "Opera Integration Configured" = ป้อนฟิลด์ที่จำเป็นครบแล้ว
- 🟡 "Opera Integration Not Configured" = ฟิลด์ที่จำเป็นยังขาดอยู่
ตั้งค่าเริ่มต้นของหมายเหตุการจอง
ใช้ฟิลด์เสริมเหล่านี้เมื่อพนักงานเพิ่มหมายเหตุการจองจาก AVA แผง Reservation Notes จะแสดงค่าการจัดเก็บก่อนพนักงานเพิ่มหมายเหตุ AVA จะโหลดประเภทและตำแหน่งความคิดเห็นจาก Opera แต่ละรายการใช้แคชที่ใช้ร่วมกันของตัวเองได้นานสูงสุด 30 วัน เลือก Refresh from PMS ถัดจากฟิลด์เมื่อต้องการตัวเลือกล่าสุด ทุกฟิลด์ที่ใช้รายการเดียวกันจะอัปเดตพร้อมกัน รวมถึงฟิลด์ในหน้าการตั้งค่าอื่น หากไม่สามารถใช้รายการใดได้ AVA จะยังคงให้รายการอื่นใช้ได้ และฟิลด์นั้นยังแก้ไขได้
| การตั้งค่า | ควบคุมสิ่งใด | ค่าเมื่อเว้นว่าง |
|---|---|---|
| Reservation Note Comment Type | ประเภทหมายเหตุ Opera สำหรับบันทึกของพนักงาน | GEN |
| Reservation Note Comment Location | ตำแหน่งใน Opera สำหรับบันทึกของพนักงาน | RESERVATION |
- เปิดการตั้งค่า Advanced ของการเชื่อมต่อ Opera
- ป้อนประเภทและตำแหน่งหมายเหตุ Opera ที่โรงแรมใช้
- เว้นฟิลด์ใดฟิลด์หนึ่งไว้เพื่อใช้ค่าเริ่มต้นที่แสดงอยู่
- คลิก Save
AVA จะแสดงสรุปค่าที่จะบันทึกเป็น GEN · RESERVATION เมื่อทั้งสองฟิลด์ใช้ค่าเริ่มต้น พนักงานที่มีสิทธิ์สามารถเลือก Configure in Settings จาก Reservation Notes ได้
การตั้งค่าเหล่านี้ใช้เฉพาะกับหมายเหตุที่เพิ่มจาก Reservation Notes การตั้งค่าเหล่านี้ไม่เปลี่ยนความคิดเห็นเกี่ยวกับการชำระเงินหรือการกันวงเงินล่วงหน้า ความคิดเห็นดังกล่าวยังคงใช้ Default Comment Type / Location ใน Settings → Payment
รหัสประเภทหมายเหตุ Opera กำหนดตามการตั้งค่าของโรงแรม ยืนยันว่ารหัสที่เลือกใช้ได้ก่อนที่พนักงานจะเพิ่มหมายเหตุ
ตำแหน่งความคิดเห็นที่มีให้เลือกคือ CASHIER, GENERAL, IN HOUSE และ RESERVATION รายการประเภทความคิดเห็นมาจากการกำหนดค่าหมายเหตุการจองของ Opera หากรหัสที่บันทึกไว้ไม่มีใน Opera แล้ว AVA จะยังแสดงรหัสนั้นและทำเครื่องหมายไว้ เปลี่ยนรหัสที่ทำเครื่องหมายก่อนที่พนักงานจะเพิ่มหมายเหตุการจอง
กำหนดค่า Match and merge guest profiles ที่ Settings → Check-In → Check-In Policy → Guest registration ดู การจับคู่และรวมโปรไฟล์ผู้เข้าพัก
เลือกตำแหน่งที่ Opera จัดเก็บวัตถุประสงค์การเข้าพัก
ใช้การตั้งค่านี้เมื่อพนักงานต้อนรับอ่านวัตถุประสงค์การเข้าพักจากฟิลด์ Booking Medium ของ Opera ที่พัก Opera บางแห่งเรียกฟิลด์นี้ว่า PUR หรือ Channel
-
เปิดการตั้งค่า Advanced ของการเชื่อมต่อ Opera
-
ค้นหา Save purpose of stay to
-
เลือกปลายทางหนึ่งรายการ:
ตัวเลือก ตำแหน่งที่ AVA เขียนโค้ดที่เลือก Purpose of Stay field ฟิลด์ Purpose of Stay มาตรฐานของ Opera Booking Medium ฟิลด์ Booking Medium ของสเตย์ Both ทั้งสองฟิลด์ของ Opera -
คลิก Save
✓ การซิงก์ผู้เข้าพักใหม่จะใช้ปลายทางที่คุณเลือก
ค่าเริ่มต้นคือ Purpose of Stay field ซึ่งคงพฤติกรรมเดิมไว้ การตั้งค่านี้ใช้กับการซิงก์ผู้เข้าพักและการสร้างการจอง Opera ใหม่ เมื่อเลือก Booking Medium AVA จะเขียน Booking Medium ระดับแผนอัตราของสเตย์ด้วย AVA จะตรวจสอบโค้ดที่เลือกกับรายการ Purpose of Stay ปัจจุบันของ Opera ก่อน
เลือก Booking Medium หรือ Both เมื่อพนักงานอ่านฟิลด์ PUR หรือ Channel เลือก Purpose of Stay field เมื่อที่พักใช้ฟิลด์ Purpose of Stay มาตรฐานของ Opera
แจ้งพนักงานต้อนรับเมื่อผู้เข้าพักหลักจะมาถึงภายหลัง
ใช้การตั้งค่านี้เมื่อผู้เข้าพักเพิ่มเติมอาจเช็กอินก่อนผู้เข้าพักหลัก AVA จะเพิ่มการแจ้งเตือนไปยังการจองหลักใน Opera การตั้งค่านี้ปิดไว้เป็นค่าเริ่มต้น
- ไปที่ Settings → Check-In → Check-in essentials
- ค้นหา Alert the front desk when the main guest is arriving later
- เปิดการตั้งค่านี้
- เลือก Choose alert
- เลือก OPERA alert code ที่โรงแรมกำหนดไว้หนึ่งรายการ
- เลือกตำแหน่งที่ Opera จะแสดงการแจ้งเตือน
- เลือกคำอธิบายของรหัสการแจ้งเตือนหรือ Custom text
- ป้อนข้อความที่กำหนดเองเมื่อจำเป็น แล้วเลือก Apply
- เลือก Save Check-In Policy
พื้นที่แจ้งเตือนและตัวเลือกข้อความมาจากการเชื่อมต่อ Opera ของคุณ สำหรับข้อความที่กำหนดเอง AVA ต้องการข้อความที่ไม่ว่าง
| การตั้งค่า | ควบคุมสิ่งใด |
|---|---|
| OPERA alert code | ระบุการแจ้งเตือนใน Opera |
| Show the alert in | เลือกพื้นที่แจ้งเตือนใน Opera |
| Alert text | ใช้คำอธิบายรหัสหรือข้อความที่คุณกำหนดเอง |
ใน Assisted Check-In เมื่อเปิดใช้การแจ้งเตือน AVA จะถามพนักงานเกี่ยวกับผู้เข้าพักหลัก คำถามจะแสดงเมื่อการจองหลักยังไม่ได้เช็กอิน ซึ่งรวมถึงการมาถึงแบบผู้ร่วมเข้าพักและการมาถึงแบบผสม พนักงานเลือก Yes, arriving later หรือ No, not staying ได้ ใน Self Check-In AVA จะถือว่าผู้เข้าพักหลักที่ไม่อยู่กำลังจะมาถึงภายหลังเป็นค่าเริ่มต้น ตัวเลือกของพนักงานที่บันทึกไว้อย่างชัดเจนว่า No, not staying จะแทนที่ค่าเริ่มต้นนั้น ตัวเลือกที่พนักงานระบุล่าสุดจะยังใช้ได้สำหรับการเช็กอินด้วยตนเองครั้งถัดไป การแจ้งเตือนจะส่งไปยังการจองหลัก ไม่ใช่การจองของผู้เข้าพักเพิ่มเติม การส่งการแจ้งเตือนเป็นแบบพยายามส่งให้สำเร็จ และจะไม่ทำให้การเช็กอินล่าช้าหรือล้มเหลว
การโพสต์การแจ้งเตือนใน Opera อาจล่าช้าเนื่องจากระเบียนถูกล็อก ตรวจสอบการจองหลักใน Opera ก่อนเลือก Continue อีกครั้ง
ออกสิทธิ์เข้าห้องเมื่อผู้แชร์มาถึงก่อน
เมื่อผู้แชร์เช็กอินก่อนผู้เข้าพักหลัก AVA สามารถออกสิทธิ์เข้าห้องได้ การทำงานนี้ใช้เมื่อผู้แชร์ถูกระบุว่ามาถึงแล้วและใช้ห้องที่กำหนดเดียวกัน
สำหรับคีย์การ์ด AVA จะรีเฟรชข้อมูลผู้เข้าพักใน Opera แบบปัจจุบันก่อนปฏิเสธคำขอ การตรวจสอบเดียวกันนี้รองรับการออกคีย์การ์ดทดแทนให้ผู้แชร์ที่มาถึงแล้วเมื่อทำคีย์การ์ดหาย ผู้เข้าพักร่วมจะยังอยู่ในการจองหลักและใช้ขั้นตอนปกติ
หากผู้แชร์เช็กเอาต์แล้วหรือใช้ห้องอื่น AVA จะปฏิเสธการออกสิทธิ์ การทำเช่นนี้ช่วยป้องกันการออกคีย์การ์ดผิดห้อง
-
ยืนยันว่าผู้แชร์เช็กอินผ่าน AVA หรือ Opera แล้ว
-
ยืนยันว่าผู้แชร์และผู้เข้าพักหลักใช้ห้องเดียวกันใน Opera
-
ลอง Create Keycard หรือขั้นตอนการออกคีย์การ์ดทดแทนเมื่อทำคีย์การ์ดหายอีกครั้ง
-
ส่งผู้เข้าพักไปที่แผนกต้อนรับ หาก Opera ยืนยันการเข้าพักไม่ได้
✓ AVA ควรออกสิทธิ์เข้าห้องหลังจากผ่านการตรวจสอบห้องและการมาถึงแบบปัจจุบันแล้วเท่านั้น
ขั้นตอนที่ 4: เลือกการจัดวางผู้เข้าพัก
เลือกวิธีที่ AVA จะจัดวางผู้เข้าพักเพิ่มเติมใน Opera ระหว่างการลงทะเบียน
-
ในส่วน Registration ค้นหา Additional Guest Under
-
เลือกหนึ่งตัวเลือก:
ตัวเลือก ผลลัพธ์ Sharer Reservation สร้างการจอง Opera แยกต่างหากสำหรับผู้เข้าพักเพิ่มเติม Accompany Profile เพิ่มผู้เข้าพักเป็นโปรไฟล์ผู้ร่วมเข้าพักในการจองหลัก -
ตัดสินใจว่าจะใช้ตัวเลือกนี้กับผู้เข้าพักเพิ่มเติมที่มีอยู่แล้วหรือไม่
-
เปิด Apply this setting to existing additional guests เมื่อต้องการแปลงผู้เข้าพักที่มีอยู่แล้ว AVA จะแปลงผู้แชร์หรือผู้ร่วมเข้าพักใน Opera ที่เข้าเกณฑ์ระหว่างการลงทะเบียน
-
คลิก Save Check-In Policy
✓ ผู้เข้าพักเพิ่มเติมรายใหม่จะใช้ตัวเลือกที่เลือกไว้เสมอ
การแนบห้องจะใช้ตัวเลือกการจัดวางเดียวกันหลังซิงโครไนซ์ผู้เข้าพัก ในโหมด Sharer Reservation AVA จะตรวจสอบผู้แชร์ที่เชื่อมโยงก่อนแนบห้อง ระบบจะไม่เพิ่มโปรไฟล์ผู้ร่วมเข้าพักในการจองหลัก ในโหมด Accompany Profile AVA จะคงผู้เข้าพักไว้กับการจองหลัก
เลือกปลายทางเอกสารของผู้แชร์
เลือกตำแหน่งที่ Opera จะแสดงไฟล์แนบของหนังสือเดินทาง เอกสารยืนยันตัวตน และบัตรลงทะเบียนที่ลงนามแล้ว เมื่อ Opera สร้างโปรไฟล์ผู้แชร์ สำเนาหนังสือเดินทางและเอกสารยืนยันตัวตนจะยังคงอยู่ในโปรไฟล์นั้นด้วย ปลายทางที่บันทึกไว้จะควบคุมการอัปโหลดใหม่ รวมถึงบัตรที่สร้างระหว่างการเช็กอินเมื่อผู้เข้าพักมาถึงโดยตรง ปลายทางที่เลือกจะมีลำดับความสำคัญเหนือเป้าหมายการจองของผู้แชร์เริ่มต้นของ AVA เมื่อเลือก Main Guest Reservation AVA สามารถจัดเก็บหนังสือเดินทางของผู้แชร์ไว้ที่นั่นได้ การทำงานนี้ใช้ได้แม้ Opera จะไม่ได้สร้างโปรไฟล์ผู้เข้าพักของผู้แชร์ เมื่อเลือก Sharer Reservation ผู้แชร์ต้องมีโปรไฟล์ PMS ก่อน AVA จึงจะจัดเก็บหนังสือเดินทางได้
-
ในส่วน Registration ค้นหา Upload sharer documents to
-
เลือกหนึ่งตัวเลือก:
ตัวเลือก ผลลัพธ์ Main Guest Reservation รวบรวมเอกสารและบัตรลงทะเบียนของผู้แชร์ทั้งหมดไว้ในการจองหลัก Sharer Reservation แนบเอกสารและบัตรลงทะเบียนของผู้แชร์แต่ละรายไว้กับการจองของผู้แชร์รายนั้น -
คลิก Save Check-In Policy
✓ บัตรลงทะเบียนที่ลงนามใหม่จะใช้ปลายทาง Opera ที่เลือกไว้
หากการซิงก์โปรไฟล์ผู้แชร์ล้มเหลว AVA จะยังส่งหนังสือเดินทางไปยังการจองหลักเมื่อเลือกปลายทางนั้น การอัปโหลดหนังสือเดินทางจะไม่แทนที่ความพยายามซิงก์โปรไฟล์ PMS ในภายหลัง
การเปลี่ยนการตั้งค่านี้จะไม่ย้ายไฟล์แนบที่จัดเก็บไว้ใน Opera แล้ว การอัปโหลดใหม่จะใช้การตั้งค่านี้หลังจากบันทึก
ช่องทำเครื่องหมายจะปิดไว้ตามค่าเริ่มต้น หากปิดอยู่ AVA จะคงความสัมพันธ์ระหว่างผู้แชร์และผู้ร่วมเข้าพักที่มีอยู่เดิม หากเปิดอยู่ AVA จะแปลงผู้เข้าพักเพิ่มเติมที่มีอยู่และเข้าเกณฑ์ระหว่างการลงทะเบียน การดำเนินการนี้ไม่ใช่การย้ายข้อมูลแบบกลุ่ม การปิดภายหลังจะไม่ย้อนกลับการแปลงที่เสร็จสิ้นแล้ว
AVA จะแปลงเฉพาะการจอง Opera ที่มีสถานะจองและมีรายละเอียดทางการเงินครบถ้วนโดยไม่เปลี่ยนแปลง แพ็กเกจในการจองหลักได้รับอนุญาตและจะไม่เปลี่ยนแปลงไม่ว่าจะทำการแปลงในทิศทางใด ผู้แชร์ที่เข้าเกณฑ์อาจรับแพ็กเกจตามแผนอัตราที่มีจำนวน มูลค่า ยอดอนุญาต และยอดใช้เป็นศูนย์ ราคาต่อหน่วยของแพ็กเกจที่ไม่เป็นศูนย์เพียงอย่างเดียวจะไม่ขัดขวางการแปลง หากจำนวนและมูลค่าที่คำนวณได้เป็นศูนย์ กิจกรรมแพ็กเกจที่เพิ่มในระดับการจอง ถูกใช้ไป มีค่าที่ไม่เป็นศูนย์ หรือไม่ทราบที่มา ยังคงต้องให้พนักงานตรวจสอบ การนำผู้แชร์ที่มีอยู่แล้วออกยังต้องผ่านการตรวจสอบแพ็กเกจ จำนวนผู้เข้าพัก อัตรา และการเงิน ผู้แชร์ที่เข้าเกณฑ์ซึ่งมีผู้ใหญ่และเด็กเป็นศูนย์สามารถแปลงได้ เมื่อปลายทางการกำหนดเส้นทางขาออกทุกแห่งชี้ไปยัง ID การจองหลักที่เก็บไว้ การกำหนดเส้นทางแบบโฟลิโอหรือ comp การกำหนดเส้นทางไปยังการจองอื่น และโครงสร้างการกำหนดเส้นทางที่ไม่รองรับ ยังคงขัดขวางการแปลง AVA จะตรวจสอบการกำหนดเส้นทางอีกครั้งหลังแยกการแชร์และก่อนยกเลิกการจองผู้แชร์เดิม หาก Opera พิสูจน์ไม่ได้ว่าการแปลงปลอดภัย AVA จะพักการลงทะเบียนไว้เพื่อให้พนักงานตรวจสอบ
หากการแปลงหยุดลงระหว่างทาง ให้คืนค่าการตั้งค่าเดิมก่อนลองใหม่ มิฉะนั้น ให้ขอให้พนักงานกระทบยอดผู้เข้าพักที่ได้รับผลกระทบใน Opera
กำหนดค่าการชำระเงินของผู้แชร์
ใช้การตั้งค่านี้เมื่อ AVA สร้างการจองของผู้แชร์แยกต่างหากสำหรับผู้เข้าพักเพิ่มเติม
-
ในส่วน Registration ตั้งค่า Additional Guest Under เป็น Sharer Reservation
-
ค้นหา Sharer payment method แล้วคลิก Configure
-
เลือกวิธีที่ Opera จะกำหนดรหัสการชำระเงินและรหัสการค้ำประกันของผู้แชร์:
ตัวเลือก ใช้เมื่อ ผลลัพธ์ Same as main reservation ผู้แชร์ควรใช้ข้อมูลเดียวกับการจองหลัก AVA ใช้วิธีชำระเงินของการจองหลัก Specific OPERA method ผู้แชร์ต้องใช้วิธีชำระเงินอิสระ AVA ใช้รหัสการชำระเงินและการค้ำประกันที่เลือกไว้ -
สำหรับ Specific OPERA method ให้เลือก OPERA payment method และ OPERA guarantee code ที่ใช้ได้
-
คลิก Apply แล้วคลิก Save Check-In Policy
✓ คู่ที่บันทึกไว้จะใช้กับการจองของผู้แชร์ที่สร้างขึ้น แม้คำขอจะไม่มีการกำหนดค่าแทนที่
AVA จะโหลดวิธีชำระเงินที่ไม่ใช่บัตรและรหัสการค้ำประกันที่ใช้ได้จาก Opera ป้ายกำกับใช้คำอธิบายของ Opera และรหัสจะแสดงตามลำดับตัวเลข แต่ละรายการจะถูกแคชไว้ 30 วัน เลือก Refresh from OPERA หลังเปลี่ยนรหัสใน Opera การรีเฟรชจะอัปเดตทุกฟิลด์ที่ใช้รายการที่เลือก AVA จะตรวจสอบคู่ดังกล่าวกับข้อมูล Opera ที่อ่านใหม่ก่อนปฏิเสธรหัสที่เพิ่งเพิ่ม
หากการรีเฟรชอ่านรายการไม่ได้ AVA จะเก็บรหัสที่อ่านไว้ก่อนหน้าและแสดงคำเตือนการรีเฟรช ใช้ Try Again เพื่อขอรายการนั้นอีกครั้ง คำเตือนจะหายไปเมื่อเปิดฟิลด์อีกครั้ง
คุณจะบันทึก Specific OPERA method ไม่ได้จนกว่า AVA จะโหลดรายการที่ใช้ได้ทั้งสองรายการ หากรายการใดไม่พร้อมใช้งาน ให้ใช้ Try Again หรือขอให้ผู้ดูแลระบบ Opera ตรวจสอบสิทธิ์การเข้าถึง เฉพาะผู้ใช้ที่มีสิทธิ์เขียนการตั้งค่าเท่านั้นที่รีเฟรชรายการเหล่านี้ในหน้าต่างผู้แชร์ได้
เมื่อบันทึกการตั้งค่าการจัดวางผู้เข้าพักหรือการชำระเงินของผู้แชร์ AVA จะซิงก์ค่าเหล่านั้นไปยัง Vouch Core สำหรับ Opera การดำเนินการนี้ช่วยให้การจองของผู้แชร์ที่สร้างขึ้นสอดคล้องกับนโยบายที่บันทึกไว้
AVA จะไม่ใช้รหัสการชำระเงินของผู้แชร์ที่กำหนดเฉพาะสำหรับที่พักอีกต่อไป
ยืนยันว่าการตั้งค่าที่ต้องการถูกบันทึกแล้วก่อนนำการเปลี่ยนแปลงการเชื่อมต่อ Opera ไปใช้งาน
สำหรับผู้แชร์ที่ชำระด้วยเงินสดแบบอิสระ ให้เลือก CA และ NON เฉพาะเมื่อ Opera แสดงว่าทั้งสองรายการใช้ได้
ตั้งค่ารหัสราคาของผู้แชร์
ใช้การตั้งค่านี้เมื่อการจองของผู้แชร์ใหม่ใน Opera ต้องใช้รหัสราคาเฉพาะ
-
ในส่วน Registration ตั้งค่า Additional Guest Under เป็น Sharer Reservation
-
ค้นหา Sharer Rate Code
-
คลิกฟิลด์เพื่อโหลดคำแนะนำรหัสราคาที่ใช้งานอยู่จากแค็ตตาล็อก PMS
-
เลือกคำแนะนำ หรือป้อนรหัสที่ถูกต้องด้วยตนเอง
-
ล้างฟิลด์เมื่อต้องการลบการแทนที่
-
คลิก Save Check-In Policy
✓ AVA จะบันทึกรหัสสำหรับการจองของผู้แชร์ในอนาคตและซิงโครไนซ์กับ Opera
การตั้งค่านี้มีผลเมื่อ AVA สร้าง Sharer Reservation แยกต่างหาก ค่าที่ว่างจะลบการแทนที่และคืนพฤติกรรมแผนอัตราปกติของการจองหลัก AVA จะเก็บค่าที่กำหนดเองไว้แม้แค็ตตาล็อกจะไม่มีคำแนะนำที่ใช้งานอยู่ตรงกัน
คำแนะนำจะแสดงแผนอัตราที่ใช้งานอยู่สำหรับโรงแรมที่เลือกอยู่ในขณะนั้น หากรายการว่างหรือไม่พร้อมใช้งาน ให้ป้อนรหัสด้วยตนเองหรือคลิก Retry
หากที่พักบันทึกราคาของผู้แชร์ไว้ก่อนการอัปเดตนี้ ให้บันทึก Sharer Rate Code อีกครั้งหลังนำไปใช้งาน การดำเนินการนี้จะเก็บค่าที่มีอยู่สำหรับผู้แชร์ใหม่และซิงโครไนซ์กับ Opera ค่าที่บันทึกไว้ก่อนหน้านี้ยังใช้ได้หลังเปลี่ยนชื่อฟิลด์
ตัวควบคุมการลงทะเบียนของ Opera จะแสดงการแก้ไขล่าสุดไว้จนกว่าคุณจะบันทึก ตรวจสอบส่วน Registration ให้ครบถ้วน แล้วคลิก Save Check-In Policy เพียงครั้งเดียว
สิ่งที่ซิงก์จาก Opera
เมื่อเชื่อมต่อแล้ว AVA จะได้รับ:
- ✅ การจองและโฟลิโอของผู้เข้าพัก
- ✅ ห้องว่างและสถานะห้อง
- ✅ ข้อมูลโปรไฟล์ผู้เข้าพักในรูปแบบ AVA ที่ใช้ร่วมกัน
- ✅ ธุรกรรมเช็กอิน/เช็กเอาต์
- ✅ ข้อมูลการบล็อกห้อง
- ✅ สถานะล็อกห้อง Do Not Move
- ✅ เวลามาถึงและออกจากที่พักที่คาดไว้ของการจองผ่านโฟลว์มาตรฐานของการจอง
- ✅ ฟิลด์การจองเฉพาะห้องสำหรับการจองแยกกันในรายการจองหลายห้อง
- ✅ ความสามารถ Group Checkout สำหรับการจองที่เชื่อมโยงกัน
ค่าธรรมเนียมเช็กอินก่อนเวลาที่ชำระเงินผ่านคีออสก์
OPERA v1 รองรับการเช็กอินก่อนเวลาที่มีค่าใช้จ่ายจากคีออสก์แบบบริการตนเองได้ โรงแรมต้องกำหนดค่าธรรมเนียมและเปิดใช้ฟีเจอร์ก่อนผู้เข้าพักจึงจะใช้งานได้
ค่าธรรมเนียมอาจเป็นจำนวนมาตรฐานหรือจำนวนเฉพาะประเภทห้อง AVA จะเสนอเฉพาะห้องที่อยู่ในสถานะ Vacant + Inspected ระบบจะใช้ห้องที่จองไว้ หรือห้องว่างประเภทเดียวกันเมื่อการจองอนุญาตให้เปลี่ยนห้อง
AVA เลือกค่าธรรมเนียมตามประเภทห้องโดยใช้ Room Type to Charge ที่จองไว้ใน Opera การอัปเกรดให้โดยไม่คิดค่าใช้จ่ายจะไม่เปลี่ยนค่าธรรมเนียมนี้ หากไม่มีค่าธรรมเนียมสำหรับประเภทห้องที่จอง AVA จะใช้ค่าธรรมเนียมมาตรฐาน หากไม่ได้กำหนดค่าธรรมเนียมใดเลย AVA จะไม่เสนอการเช็กอินก่อนเวลา
ใช้รหัสธุรกรรมเดียวกันสำหรับทุกประเภทห้อง
ป้อนจำนวนเงินเป็นทศนิยมธรรมดา เช่น 65.50
รหัสประเภทห้องจะถูกตัดช่องว่าง แปลงเป็นตัวพิมพ์ใหญ่ และต้องไม่ซ้ำกัน
แต่ละรหัสมีความยาวได้ 1–40 อักขระ
จำนวนเงินของแต่ละประเภทห้องต้องมากกว่าศูนย์ มีทศนิยมไม่เกินสองตำแหน่ง และไม่เกิน 1,000,000
คุณกำหนดค่าธรรมเนียมตามประเภทห้องได้สูงสุด 200 รายการ
ระบบจะปฏิเสธรายการค่าธรรมเนียมที่ไม่ถูกต้อง แทนการเปลี่ยนค่าโดยไม่แจ้งให้ทราบ
หากต้องการเปิดใช้ฟีเจอร์ ให้บันทึกรหัสธุรกรรมและค่าธรรมเนียมอย่างน้อยหนึ่งรายการ ค่าธรรมเนียมมาตรฐานอาจเป็นศูนย์ได้เมื่อมีค่าธรรมเนียมตามประเภทห้อง การปิดฟีเจอร์จะบันทึกได้เสมอ
เมื่อผู้เข้าพักยอมรับข้อเสนอ AVA จะเพิ่มค่าธรรมเนียมเป็น fixed charge ก่อนการชำระเงิน การทำงานนี้ต่างจากการโพสต์ค่าใช้จ่ายปกติลงโฟลิโอ ซึ่ง OPERA จะปฏิเสธก่อนเช็กอิน ผู้เข้าพักชำระค่าธรรมเนียมพร้อมกับค่าห้อง AVA จะเลื่อนเวลาเช็กอินได้ต่อเมื่อการชำระเงินสำเร็จแล้วเท่านั้น ก่อนชำระเงิน Remove จะลบ fixed charge ที่ตรงกันออกจาก OPERA
หากโรงแรมปิดฟีเจอร์ AVA จะลบค่าธรรมเนียมที่ยังไม่ได้ชำระก่อนคำนวณราคาห้อง ค่าธรรมเนียมที่ชำระแล้วแต่ไม่ได้ใช้จะเข้าสู่การจัดการคืนเงิน แทนการให้เช็กอินก่อนเวลา
ฟีเจอร์นี้ต้องใช้การเช็กอินของ OPERA สถานะแม่บ้าน ความพร้อมของการเข้าพัก และการรองรับการสร้างและลบ fixed charge AVA v2 จะไม่รายงานความสามารถนี้ตามที่ออกแบบไว้
อย่าปิดหรือย้อนกลับการเชื่อมต่อนี้ขณะที่ค่าธรรมเนียมเช็กอินก่อนเวลาที่ชำระแล้วอยู่ระหว่างดำเนินการ ขอให้ฝ่ายสนับสนุนยืนยันว่าค่าธรรมเนียมและการคืนเงินที่ค้างอยู่จัดการเสร็จแล้วก่อนเปลี่ยนการเชื่อมต่อ
ผลกระทบต่อผู้เข้าพักและพนักงาน
- แบบฟอร์มผู้เข้าพักปรับตามกฎของ Opera ฟิลด์ที่จำเป็นและฟิลด์ที่ซ่อนจะแตกต่างตามการกำหนดค่า Opera ผู้เข้าพักจึงเห็นเฉพาะสิ่งที่จำเป็น
- โปรไฟล์ผู้เข้าพักใช้เลย์เอาต์ AVA ที่ใช้ร่วมกัน รายละเอียดผู้เข้าพักจาก Opera จะเปิดด้วยโครงสร้างฟิลด์เดียวกับ AVA v2
- ที่อยู่ผู้เข้าพักที่ยาวจะซิงก์อย่างปลอดภัย AVA จะแบ่งที่อยู่เป็นบรรทัดที่อยู่สี่บรรทัดของ Opera เมื่อจำเป็น แต่ละบรรทัดจะไม่เกินขีดจำกัด 80 ไบต์ของ Opera
- การอัปเดตที่อยู่จะล้างบรรทัดเก่าที่ค้างอยู่ AVA จะเติมข้อมูลในช่องที่อยู่ทั้งสี่ช่องของ Opera ดังนั้นที่อยู่ใหม่ที่สั้นกว่าจะลบข้อมูลส่วนเกินจากที่อยู่เดิม
- การค้นหาการจองใช้ Opera หากไม่ได้กำหนดค่า Opera ขั้นตอนค้นหาผู้เข้าพักจะล้มเหลว
- การเปลี่ยนแปลงล่าสุดใน Opera อาจใช้เวลาถึงห้าวินาทีกว่าจะปรากฏ ซึ่งอาจส่งผลต่อการอ่านการจองและโฟลิโอหลังมีการอัปเดต Opera จากภายนอก รอสักครู่ แล้วรีเฟรช AVA ก่อนตรวจสอบการเปลี่ยนแปลง
- Opera ยอมรับผู้เข้าพักเพิ่มเติมเกินความจุห้องที่รายงาน AVA จะเพิ่มผู้เข้าพักผ่านโฟลว์โปรไฟล์ผู้ร่วมเข้าพักของ Opera
- การค้นหาด้วยข้อมูลอ้างอิงภายนอกจะตรวจสอบการจองทั้งหมด AVA ตรวจสอบข้อมูลอ้างอิงภายนอกและวันที่เข้าพักที่ร้องขอกับระเบียน Opera ทั้งหมดก่อนเลือก หากค่าไม่ตรงกันหรือผลลัพธ์กำกวม AVA จะไม่เลือกการจอง
- ข้อมูลอ้างอิง OTA อาจใช้ตัวพิมพ์ต่างกัน หากการค้นหาด้วยข้อมูลอ้างอิงภายนอกแบบตรงไม่พบผลลัพธ์ AVA จะลองอีกครั้งหนึ่งโดยใช้ตัวพิมพ์ใหญ่ จากนั้นจะเปรียบเทียบข้อมูลอ้างอิงโดยไม่สนใจตัวพิมพ์บนระเบียนการจองทั้งหมด พฤติกรรมการค้นหาด้วยหมายเลขยืนยันยังเหมือนเดิม
- การจองขาเข้าที่เลือกไว้จะยังคงเป็นรายการที่ระบุชัดเจน เมื่อการมาถึงส่งการจอง Opera ที่เลือกไว้ AVA จะเช็กอินเฉพาะการจองเหล่านั้น ระบบจะไม่เพิ่มผู้แชร์ที่หายไปโดยอัตโนมัติ จะคงการจองหลักที่ถึงกำหนดไว้เมื่อผู้แชร์มาถึงก่อน และจะไม่ขยายรายการที่เลือกซึ่งว่างเปล่า
- การค้นหาสำหรับเช็กเอาต์ใช้วันที่ธุรกิจ PMS ของ Opera หลังเที่ยงคืน AVA จะจำกัดการค้นหาเช็กเอาต์ไว้ที่การออกจากที่พักตามวันที่ธุรกิจ PMS ปัจจุบันของ Opera และตรวจสอบวันที่ออกจากที่พักด้วย การออกตามวันที่ปฏิทินอาจยังใช้ไม่ได้จนกว่า Night Audit จะเลื่อนวันที่ธุรกิจ
- การค้นหาชื่อด้วย ACI ใช้การจองที่ใช้งานอยู่ Staff Access จะตรวจสอบการจอง Opera ที่ใช้งานอยู่โดยใช้ชื่อเต็มของผู้เข้าพัก รวมถึงชื่อที่มีหลายส่วน
- การจองชื่อเดียวกันสามารถจัดกลุ่มใน ACI ได้ ต้องมีข้อมูลรับรองพนักงานคีออสก์ที่ผ่านการยืนยัน ACI แบบอุปกรณ์เดียวใช้ข้อมูลรับรองเดิมโดยไม่เริ่มรันไทม์แบบสองอุปกรณ์
- การจองหลักยังคงเป็นการจองหลัก AVA จะยกเว้นการลงทะเบียนผู้เข้าพักหลักเฉพาะการจองเพิ่มเติมที่เลือกไว้
- การอัปเดตผู้เข้าพักเพิ่มเติมจะไม่เขียนทับผู้เข้าพักหลัก การอัปเดตที่มีชื่อจะสร้างผู้เข้าพักเพิ่มเติมในการจองที่เลือก
- ผู้เข้าพักเพิ่มเติมที่กลับมาใช้โปรไฟล์ Opera ซ้ำได้ เมื่อเปิด Reuse existing guest profiles AVA จะค้นหาด้วยชื่อและเอกสารยืนยันตัวตนก่อนสร้างโปรไฟล์ผู้เข้าพักเพิ่มเติมใหม่
- รหัสหนังสือเดินทางของ Opera อาจตรงกับประเภทหนังสือเดินทางของ AVA AVA ถือว่ารหัส Opera ที่ตรงกันทุกประการคือ
PASและPASSPORTในระหว่างการจับคู่โปรไฟล์ - การจับคู่ที่ไม่แน่นอนจะไม่นำโปรไฟล์กลับมาใช้โดยอัตโนมัติ AVA ต้องพบการจับคู่เฉพาะที่ยืนยันแล้ว พนักงานเลือกตัวเลือกที่ยืนยันแล้วหรือสร้างโปรไฟล์ใหม่ได้
- การจับคู่โปรไฟล์ใช้การเรียก Opera เพิ่มเติม การจับคู่เฉพาะอาจต้องอ่านโปรไฟล์เพิ่ม การเปรียบเทียบโดยพนักงานจะแสดงเฉพาะตัวเลือกที่ยืนยันแล้วตามจำนวนที่จำกัด
- โปรไฟล์ผู้ร่วมเข้าพักใช้บริบทผู้เข้าพักหลักที่เชื่อถือได้ ก่อนสร้างโปรไฟล์ผู้ร่วมเข้าพัก AVA จะรีเฟรชการจอง Opera และต้องพบผู้เข้าพักหลักที่ระบุชัดเจนเพียงหนึ่งรายพร้อม profile ID ที่ใช้งานได้ หากบริบทตัวตนหาย ว่าง ไม่ตรงกัน หรือกำกวม ระบบจะหยุดการดำเนินการก่อนสร้างโปรไฟล์
- โปรไฟล์ผู้ร่วมเข้าพักจะหลีกเลี่ยงการจับคู่ด้วยอีเมลที่ใช้ร่วมกัน หากผู้เข้าพักรายอื่นในช่วงเข้าพักใช้อีเมลเดียวกัน AVA จะไม่ใส่อีเมลนั้นในโปรไฟล์ Opera ของผู้ร่วมเข้าพัก วิธีนี้ช่วยให้ Opera แยกผู้เข้าพักทั้งสองรายออกจากกัน หากผู้ร่วมเข้าพักมีอีเมลอื่นที่บันทึกไว้แล้ว AVA จะคงอีเมลนั้นไว้
- การจัดกลุ่มด้วยตนเองเปลี่ยนเฉพาะเส้นทาง ACI ของ AVA ไม่ได้สร้างหรือเปลี่ยนกลุ่มการจองใน Opera
- การจองที่ใช้งานอยู่จะแสดงตามค่าเริ่มต้น การจองที่ยกเลิกจะไม่อยู่ในผลการค้นหาปกติ เว้นแต่เวิร์กโฟลว์จะร้องขอโดยชัดเจน
- การจองหลายห้องจะคงห้องที่ค้นหาไว้บนการ์ดที่ถูกต้อง AVA จะคงข้อมูลยืนยันที่คุณค้นหาไว้ แม้ Opera จะปรับ family ให้เป็น confirmation หลักหรือใช้ ID ภายในต่างกัน
- การจัดกลุ่มแบบเนทีฟจะเก็บเฉพาะห้องที่ตรงกัน AVA จะตัดการเข้าพักที่ยกเลิก ไม่มาเข้าพัก เช็กเอาต์แล้ว ห้องเสมือน และการเข้าพักที่ช่วงเวลาไม่ทับซ้อนกันออก นอกจากนี้ยังรวมผู้แชร์และระเบียนห้องเดียวกันให้เป็นห้องจริงหนึ่งห้อง
- การจองจาก SiteMinder ใช้กลไกสำรองที่ปลอดภัย หาก Opera ไม่มีกลุ่มลิงก์แบบเนทีฟ AVA จะจับคู่ข้อมูลอ้างอิงคอมโพเนนต์ SiteMinder ที่ตรงกัน แทนการรวมการจองที่ไม่เกี่ยวข้องกันเพียงเพราะมีข้อมูลอ้างอิงคล้ายกัน
- การเลือกการจองหลักไม่อาศัยลำดับ ID การจอง AVA จะเปรียบเทียบบทบาทของการจองที่เชื่อมโยง แผนอัตรา และจำนวนผู้ใหญ่ก่อนใช้ ID ตัวเลขเป็นทางเลือกสำรอง ดังนั้นผู้แชร์ที่สร้างใหม่และมีผู้ใหญ่เป็นศูนย์จึงยังคงการจองหลักเดิมได้ แม้ Opera จะให้ ID ของผู้แชร์ต่ำกว่า
- การจองที่คุณค้นหาจะยังเป็นการจองหลัก การเปิดการจองลูกหรือการจองของผู้แชร์ยังเริ่มจากการจองนั้น ขณะที่ AVA จะแสดงห้องอื่นที่เข้าเกณฑ์ในกลุ่มเดียวกัน
- ตระกูลการจองของ Opera กำหนดกลุ่มการจอง AVA ใช้ลิงก์ของ Opera คอมโพเนนต์ SiteMinder และห้องที่จองร่วมผ่าน CRS ที่เข้าเกณฑ์ จะไม่รวมการจองเพียงเพราะใช้โปรไฟล์ วันที่เข้าพัก หรือหมายเลขการจองภายนอกร่วมกัน
- การจัดกลุ่มแบบเนทีฟใช้กับผู้ค้า Opera ทุกราย AVA ใช้ความสัมพันธ์การจองของ Opera เองสำหรับการค้นหาผู้เข้าพักและ Staff Access โดยไม่ต้องเปิดตัวการจัดกลุ่มเฉพาะที่พัก
- การจองจาก CRS ที่ไม่เชื่อมโยงบางรายการสามารถเป็นกลุ่มเดียวกันได้ AVA จัดกลุ่มห้องจาก CRS เดียวกันเมื่อโปรไฟล์และวันที่เข้าพักของผู้เข้าพักตรงกัน การจองต้องถูกสร้างภายใน 10 วินาที และกลุ่มมีได้สูงสุดเก้าห้อง
- ลิงก์เนทีฟและการแชร์ห้องมีลำดับความสำคัญ AVA จะรวมเฉพาะผู้แชร์ของห้องเดียวกัน กลุ่มที่โรงแรมสร้าง การจองที่มีโปรไฟล์ต่างกัน และกลุ่มตั้งแต่ 10 ห้องขึ้นไปจะยังแยกกัน
- การค้นหาผู้เข้าพักในห้องที่แชร์ใช้การจองหลัก ใน Self Check-In การกรอกหมายเลขยืนยันของผู้แชร์ที่เชื่อมโยงจะเปิดการจองหลักที่ใช้งานอยู่เมื่อทั้งสองระเบียนเป็นห้องเดียวที่แชร์กัน
- ACI จะคงผู้แชร์ไว้กับการจองเจ้าของ เมื่อผู้เข้าพักมาถึงผ่านผู้แชร์ของ Opera ที่เชื่อมโยง AVA จะใช้ตัวตนการจองของผู้แชร์นั้นระหว่างเช็กอิน
- ข้อผิดพลาดในการค้นหาการจองหลักจะหยุดการค้นหาผู้เข้าพัก หาก AVA อ่านการจองหลักซ้ำไม่ได้ ให้ลองค้นหาใหม่หลังการเชื่อมต่อ Opera กลับมา AVA จะไม่ย้อนกลับไปใช้การจองของผู้แชร์
- แต่ละห้องในกลุ่มจะคงผู้ถือการจองของตนเอง AVA จะแสดงหมายเลขยืนยัน วันที่เข้าพัก และตัวตนการจองของห้องนั้น
- การตัดการจองออกจะตัดเฉพาะห้องนั้น ห้องอื่นในกลุ่ม Opera เดียวกันยังคงแสดงพร้อมผู้ถือของตนเอง
- การเปลี่ยนห้องจะปกป้องห้องในกลุ่มเดียวกัน AVA จะไม่วางการจองอื่นลงในห้องที่ผู้จองในกลุ่มเดียวกันถืออยู่
- ห้องที่แชร์จะย้ายเป็นหน่วยเดียว AVA สามารถเสนอห้องที่ผู้แชร์ Opera ที่เชื่อมโยงถืออยู่ได้เมื่อผู้แชร์ทุกคนเข้าเกณฑ์ หากผู้แชร์รายใดอยู่ในโรงแรม ถูกล็อก ถูกจองไว้ อ่านข้อมูลไม่ได้ หรือเข้าพักนานกว่าการย้ายที่วางแผนไว้ ระบบจะปฏิเสธแผนดังกล่าว
- ผู้แชร์จะย้ายไปพร้อมกับผู้เข้าพัก AVA จะอ่านผู้แชร์ที่เชื่อมโยงทุกคนก่อนและหลังการย้าย หาก Opera หยุดเชื่อมโยงผู้แชร์รายใด AVA จะแจ้งว่าผู้แชร์รายนั้นไม่ได้ถูกกำหนดอีกต่อไป
- ห้องของกลุ่มผู้เข้าพักเองอาจยังแสดงอยู่ การเลือกห้องนั้นจะถูกปฏิเสธเพราะห้องเป็นของการจองของผู้เข้าพักเอง
- ป้ายสถานะห้องในวันออกจากที่พักยังคงสอดคล้องกัน เมื่อ Opera รายงานการจองที่มีผู้เข้าพักเป็น Due Out AVA จะแสดง Due Out บนการจองและการ์ดห้องที่มีผู้เข้าพักแต่ละใบ
- การค้นหาชื่อ ACI ใช้การจองที่ใช้งานอยู่ Staff Access ตรวจสอบการจอง Opera ที่ใช้งานอยู่ด้วยชื่อเต็มของผู้เข้าพัก รวมถึงชื่อหลายส่วน
- Staff Access รวมตระกูล Opera เนทีฟข้ามหน้ารายการมาถึง ระหว่างรีเฟรชรายการมาถึงแบบกว้าง AVA อ่านทั้งช่วงก่อนจัดกลุ่ม ทำให้ผู้เข้าพักร่วมอยู่กับห้องที่ถูกต้องแม้ Opera จะแสดงอีกหน้า
- ผู้เข้าพักหลักยังคงเป็นผู้เข้าพักหลัก AVA จะยกเว้นการลงทะเบียนผู้เข้าพักหลักเฉพาะการจองเพิ่มเติมที่เลือกไว้
- ฟิลด์ของผู้จองซิงก์ข้ามการจองห้องแยกกัน ระหว่างการซิงก์ผู้เข้าพัก AVA จะเขียนวัตถุประสงค์การเข้าพักและเวลาที่คาดไว้ไปยังการจอง Opera ของห้องที่ได้รับผลกระทบ หากผู้เข้าพักรายนั้นเป็นผู้เข้าพักหลักของห้องอื่น AVA จะซิงก์ฟิลด์ที่ถูกต้องไปยังการจอง Opera อื่นได้สูงสุดห้ารายการ
- การจองขนาดใหญ่จะดำเนินต่อเป็นชุดถัดไป AVA จะส่งการจองที่ถูกถือไว้ครั้งละไม่เกินห้ารายการ และรวมไม่เกิน 20 รายการต่อการซิงก์ผู้เข้าพักหนึ่งครั้ง ชุดถัดไปจะส่งเฉพาะการอัปเดตโปรไฟล์ที่ไม่เปลี่ยนแปลง
- ค่าที่ Opera ยืนยันแล้วในรายการที่ถูกถือไว้จะได้รับการปกป้อง หลัง Opera ยืนยันค่าของการจองที่ถูกถือไว้แล้ว การซิงก์ผู้เข้าพักครั้งถัดไปจะไม่แทนที่การเปลี่ยนแปลงใหม่ของพนักงานต้อนรับ AVA จะส่งค่าที่ Opera ข้ามหรือไม่ได้ยืนยันอีกครั้ง
- ค่าผู้เข้าพักเฉพาะห้องจะยังแยกกัน AVA จะตรวจสอบว่าผู้จองเป็นผู้เข้าพักหลักก่อนอัปเดตห้องอื่น และจะข้ามการจองที่กำลังเช็กอิน การจองของผู้เข้าพักหลักรายอื่น และผู้ให้บริการ PMS ที่ไม่รองรับ
- การจองที่แชร์กันจะมีฟิลด์เฉพาะผู้เข้าพักหลักเพียงชุดเดียว หากหลายห้องแชร์การจองของผู้จอง AVA จะไม่ให้ห้องอื่นเขียนทับวัตถุประสงค์หรือเวลาที่คาดไว้ของผู้จอง
- ค่าที่มีเฉพาะผู้เข้าพักหลักจะได้รับการปกป้อง ตัวแทนห้องจะไม่เขียนวัตถุประสงค์หรือเวลาที่คาดไว้ซึ่งถูกเก็บไว้และซ่อนไม่ให้ผู้เข้าพักรายนั้นเห็น
- ACI แบบอุปกรณ์เดียวและสองอุปกรณ์ที่ยืนยันแล้วรองรับการดำเนินการเกี่ยวกับห้อง พนักงานดูสภาพและการเข้าพักของห้อง รีเฟรชการกำหนดห้องใน Opera เลือกห้องทดแทนที่พร้อม และอัปเดตสภาพ Clean, Dirty หรือ Inspected ได้
- ห้อง Clean ที่เลือกจะถูกตรวจสอบก่อนกำหนดใหม่ เมื่อพนักงานเลือกห้องที่เจาะจง AVA จะอ่านสถานะงานแม่บ้านปัจจุบันก่อนกำหนดห้อง
- การปฏิเสธที่ Opera ยืนยันแล้วจะคืนห้องเดิม หาก Opera ปฏิเสธห้องที่เลือก AVA จะคืนห้องที่ปล่อยไว้ก่อนรายงานความล้มเหลว
- การรีเฟรชห้องจะไม่เลือกทางเสี่ยง หาก Opera ไม่ส่งห้องกลับมาหรือส่งผลลัพธ์หลายห้องที่กำกวม AVA จะเก็บห้องเดิมไว้แทนการเลือกห้องอื่น
- การกำหนดห้องอัจฉริยะจะตรวจสอบตลอดช่วงเข้าพัก AVA จะตัดห้องที่กำหนดให้การจองอื่นในช่วงวันที่เข้าพักและวันที่ออกจากที่พักที่ร้องขอออก แม้ Opera จะแสดงว่าห้องนั้นว่างในวันนี้
- การตรวจสอบห้องที่กำหนดจะไม่สนใจการมาถึงที่ยังไม่มีห้อง AVA ตรวจสอบการจองที่ถือห้องอยู่แล้ว การมาถึงในอนาคตที่ยังไม่มีห้องจะไม่ขัดขวางการกำหนดห้องหรือการวางแผนเปลี่ยนห้อง
- ผู้แชร์ Opera ที่มาถึงล่าช้าจะคงห้องที่แชร์ไว้ หากผู้เข้าพักหลักอยู่ในโรงแรมแล้ว AVA จะคงห้องนั้นให้ผู้แชร์ที่เชื่อมโยงมาถึงล่าช้า แม้อนุญาตให้กำหนดห้องใหม่ได้
- ผู้แชร์ที่อยู่ในโรงแรมแล้วจะไม่บล็อกการเช็กอิน ACI ของผู้เข้าพักหลัก เมื่อผู้แชร์ที่เชื่อมโยงครองห้องที่แชร์ใน Opera AVA อาจแสดง Check in guest แทน Review room options โดยยังใช้ข้อจำกัดห้องตามปกติ
- การมาถึงใน PMS ไม่ทำให้การลงทะเบียน AVA เสร็จสมบูรณ์ ผู้แชร์ที่เช็กอินโดยตรงผ่าน Opera อาจยังแสดง Check In Later บนการ์ด ACI จนกว่าขั้นตอน AVA ของผู้เข้าพักรายนั้นจะเสร็จ
- ความพร้อมของห้องยังมีผลกับห้องผู้แชร์ที่คงไว้ AVA ยอมรับ Clean, Inspected, Dirty หรือ Pickup เมื่อการเข้าพักที่เชื่อมโยงถือห้องนั้นไว้ ส่วน Out of Order และ Out of Service ยังคงถูกบล็อก
- การกำหนดห้องเดิมของการจองของคุณยังมีสิทธิ์ใช้ได้ AVA จะไม่ปฏิเสธห้องเพียงเพราะ Opera แสดงห้องนั้นกับการจองปัจจุบัน
- ความล่าช้าของระเบียน Opera ใช้กลไกสำรองเดิม หาก AVA อ่านการจองที่ทับซ้อนไม่ได้ Opera จะยังเป็นผู้ตรวจสอบความขัดแย้งขั้นสุดท้าย และ AVA จะลองห้องอื่นอีกครั้งหลังเกิดความขัดแย้ง
- ผลลัพธ์ห้องนอกบริการของ Opera ที่ว่างเปล่าถือว่าใช้ได้ เมื่อ Opera ไม่ส่งห้องนอกบริการกลับมา AVA จะถือว่าผลลัพธ์ว่างและดำเนินการกำหนดห้องต่อได้ ผลลัพธ์ที่หายไปหรือรูปแบบไม่ถูกต้องยังคงแสดงข้อผิดพลาด PMS ไม่พร้อมใช้งาน
- ห้องสวีทแบบประกอบจะตรวจสอบห้องที่เชื่อมโยงทุกห้อง หาก Opera แทนสวีทด้วยห้ององค์ประกอบ AVA จะตรวจสอบการเข้าพักและความพร้อมของสมาชิกแต่ละห้องก่อนกำหนด
- ห้ององค์ประกอบที่มีผู้เข้าพักจะมีลำดับความสำคัญ หากสมาชิกห้องหนึ่งมีผู้เข้าพัก AVA จะคงเหตุผลว่ามีผู้เข้าพักแทนการเลือกสถานะที่ไม่พร้อมอื่น
- สวีทที่เลือกอัตโนมัติแต่ยังไม่ยืนยันจะถูกบล็อก หาก AVA ยืนยันสวีทองค์ประกอบที่เลือกโดยอัตโนมัติไม่ได้ ระบบจะบล็อกคำขอกำหนดห้อง
- ห้องทั่วไปยังใช้เส้นทางเดิม การตรวจสอบห้ององค์ประกอบเพิ่มเติมนี้ไม่ใช้กับห้องทั่วไปหรือห้องที่เลือกอัตโนมัติซึ่งไม่เกี่ยวข้อง
- การดำเนินการเกี่ยวกับห้องต้องใช้อุปกรณ์พนักงานที่ผ่านการยืนยัน AVA จะตรวจสอบการกำหนดห้อง Opera ปัจจุบันก่อนเปลี่ยนห้อง และต้องได้รับการยืนยันจาก Opera ก่อนรายงานว่าการอัปเดตงานแม่บ้านสำเร็จ
- การกำหนดห้องอัจฉริยะตรวจสอบผู้ถือห้องใน Opera ที่เกี่ยวข้องทั้งหมด AVA จะอ่านหน้าการจองของ Opera ต่อไปก่อนตัดสินว่าห้องว่าง ทำให้การจองในหน้าถัดไปยังมองเห็นได้ระหว่างการกำหนดห้องและวางแผนเปลี่ยนห้องใน ACI
- การวางแผนเปลี่ยนห้องจะรวมการมาถึงภายหลังในช่วงเวลายาว AVA ตรวจสอบการจองที่มาถึงตั้งแต่วันที่ผู้เข้าพักออก รวมถึงการเข้าพักแบบใช้ห้องระหว่างวัน แล้วรวมผลกับการอ่านผู้ถือห้องครั้งแรกโดยคงแต่ละการจองไว้เพียงครั้งเดียว
- การตรวจสอบเปลี่ยนห้องจะหลีกเลี่ยงการอ่านทั้งช่วงซ้ำ AVA จะอ่านเฉพาะช่วงวันที่เพิ่มเติมที่จำเป็นสำหรับการเปลี่ยนห้อง เพื่อลดเวลารอสำหรับที่พักที่มีการจอง Opera จำนวนมาก
- การวางแผนเปลี่ยนห้องอ่านผู้ถือห้องปัจจุบันใน Opera AVA จะรีเฟรชหน้าการจองที่เกี่ยวข้องทั้งหมดก่อนสร้างแผน ซึ่งรวมถึงการจองที่เพิ่งสร้างในเซสชัน AVA อื่นด้วย AVA ยังคงปฏิเสธแผนที่ล้าสมัยก่อนยืนยัน
- การตรวจสอบผู้ถือห้องใช้ประเภทห้องที่ร้องขอ AVA ขอข้อมูลจาก Opera ทีละประเภทห้อง ดังนั้นการจองที่อัปเกรดจะยังปรากฏใต้ประเภทห้องที่ Opera กำหนด
- การกำหนดห้องอัจฉริยะตรวจสอบการบล็อกห้องในอนาคต AVA จะตัดห้องที่มีช่วง Out of Order หรือ Out of Service ของ Opera ระหว่างการเข้าพักออกด้วย ห้องต้องพร้อมและว่างสำหรับทุกคืน
- การอัปเกรดประเภทห้องทำงานเฉพาะกับ Opera เมื่อโรงแรมเปิดใช้ลำดับประเภทห้อง AVA สามารถเสนอประเภทห้องที่สูงกว่าได้เมื่อประเภทที่จองไม่มีห้องพร้อมตลอดช่วงเข้าพัก
- การอัปเกรดทำตามลำดับของโรงแรม AVA จะเสนอลำดับที่สูงกว่าซึ่งอนุญาตและใกล้ที่สุดก่อน พร้อมแสดงว่าตัวเลือกนั้นสูงกว่าประเภทที่ถือไว้กี่ระดับ
- การอัปเกรดจะไม่ลดประเภทห้องที่ชำระเงินแล้ว AVA ใช้ค่าที่สูงกว่าระหว่างประเภทที่ชำระเงินกับประเภทที่ถือไว้เป็นขั้นต่ำ และจะไม่ย้ายการจองไปต่ำกว่าประเภทที่ชำระเงิน
- การอัปเกรดไม่เปลี่ยนราคา ประเภทห้องที่ชำระเงิน แผนอัตรา จำนวนเงินรายคืน และยอดรวมจะไม่เปลี่ยนหลังการกำหนดประเภทห้อง
- การเปลี่ยนห้องอาจย้ายการจองขึ้นประเภทที่สูงกว่า เมื่อห้องที่เลือกถูกถือโดยการจองอื่นที่เข้าเกณฑ์ AVA อาจวางแผนการย้ายต่อเนื่องไปยังประเภทที่สูงกว่า ระบบจะตรวจสอบห้องว่างรายคืนอีกครั้งก่อนดำเนินการ และยกเลิกแผนที่ไม่พอดีได้
- แผนเปลี่ยนห้องอาจแสดงรายละเอียดสมาชิกของผู้ถือห้อง เมื่อ Opera ให้ข้อมูล AVA จะแสดงโปรแกรมสมาชิกและระดับของผู้ถือการจองระหว่างพนักงานตรวจสอบการย้าย เพื่อช่วยเลือกแผนที่เข้าเกณฑ์
- การ์ดเปลี่ยนห้องจะแสดงการแจ้งเตือนของผู้ถือห้องครบถ้วน เมื่อ AVA อ่านผู้ถือห้องที่สามารถเปลี่ยนได้ การ์ดอาจแสดงการแจ้งเตือน Opera ทั้งหมด รวมถึงการแจ้งเตือนโปรไฟล์ส่วนกลาง
- รายละเอียดการแจ้งเตือนจะอยู่บนการ์ดพนักงาน ตรวจสอบรหัส พื้นที่ คำอธิบาย และสถานะส่วนกลางของการแจ้งเตือนแต่ละรายการก่อนอนุมัติการเปลี่ยนห้อง
- ห้องที่ถูกจองไว้จะไม่สามารถเปลี่ยนได้ ใน Opera AVA ถือว่าการแจ้งเตือน DNR และ Strictly DO NOT RELEASE. Room Committed for Kiosk Guest มีผลเช่นเดียวกับ Do Not Move ระบบจะไม่ย้ายการจองนั้นระหว่างแผนเปลี่ยนห้อง
- รหัสการแจ้งเตือนของโรงแรมก็สามารถบล็อกการเปลี่ยนห้องได้ ใน Settings → Check-In → Check-In Policy → Kiosk & payments ให้เพิ่มรหัสของโรงแรมใน Alert codes that block a room swap ผู้ถือห้องที่มีรหัสที่เลือกไว้จะอยู่ที่เดิม
- รหัสไม่สนใจช่องว่างและตัวพิมพ์ AVA จะตัดช่องว่างของรหัสที่กำหนดและเปรียบเทียบโดยไม่สนใจตัวพิมพ์ DNR จะบล็อกเสมอและไม่จำเป็นต้องเพิ่มในรายการ
- การแจ้งเตือนอื่นของผู้ถือห้องจะมีลำดับท้าย AVA จะจัดแผนที่ย้ายการจองซึ่งมีการแจ้งเตือนไว้ต่ำกว่าแผนที่ไม่ย้ายการจองที่มีการแจ้งเตือน ตรวจสอบและยืนยันการย้ายก่อนดำเนินการต่อ
- การแจ้งเตือนที่ยืนยันไม่ได้จะแสดงเครื่องหมายไว้ ห้องอาจแสดงจำนวนการแจ้งเตือนที่ยืนยันไม่ได้เมื่อ AVA อ่านไม่ได้ ตัดห้องออก หรือถึงขีดจำกัดการอ่าน AVA จะไม่เสนอห้องนั้นสำหรับการเปลี่ยน
- นโยบายประเภทห้องควบคุมการนำกลับ ตามนโยบายของโรงแรม AVA อาจอนุญาตให้การจองกลับไปยังประเภทที่จองเมื่อจำเป็นต้องใช้ห้องที่สูงกว่า การนำกลับจะไม่ย้ายการจองต่ำกว่าประเภทที่ชำระเงิน
- การกำหนดห้องใช้ตัวป้องกันแบบรายการที่อนุญาต หากการดำเนินการเกี่ยวกับห้องระบุประเภทห้องที่อนุญาต Opera จะปฏิเสธประเภทอื่นก่อน AVA ปล่อยห้องปัจจุบัน การจองจะยังอยู่ในห้องเดิม
- การย้ายที่จำเป็นเคารพ Do Not Move หาก Opera ล็อกการจอง การย้ายไปห้องอื่นที่จำเป็นจะล้มเหลวพร้อมข้อความที่ชัดเจน AVA จะไม่รายงานความสำเร็จปลอมและจะไม่เปลี่ยนห้องที่ล็อกไว้
- การกำหนดห้อง Opera ปกติยังย้ายได้ AVA จะคงการจองไว้โดยไม่ล็อกหลังการกำหนดห้องก่อนเข้าพักตามปกติ เว้นแต่คุณจะขอล็อกห้องโดยชัดเจน พนักงานจึงย้ายการจองภายหลังได้เมื่อ Opera อนุญาต
- Group Checkout ใช้ได้เมื่อ Opera รายงานว่ารองรับ เปิดใช้ใน Settings → Check-In → Check-In Policy หลังการเชื่อมต่อใช้งานได้
- การเช็กอินหลายห้องบางส่วนยังคงอยู่หลังรีเฟรช หลังห้องหลักที่ลงทะเบียนเช็กอินแล้ว การจองที่ดึงใหม่จะยังคงให้ห้องถัดไปที่ว่างใช้งานได้ AVA จับคู่ห้องกับ family การจองเดียวกัน จึงไม่สามารถใช้ห้องอื่นที่เช็กอินแล้วเพื่อปลดล็อกห้องนี้
- การดำเนินการกับห้องถัดไปที่ว่างยังใช้ได้ หลังเลือกและเช็กอินห้องถัดไปที่ว่าง AVA จะส่งเฉพาะห้องนั้นไปยัง Opera สำหรับห้องว่างที่เช็กอินแล้วแต่ไม่มีข้อมูล access ของตัวเอง AVA จะตรวจสอบการตั้งค่า Keycard ของ merchant หากไม่มี จะตรวจสอบสิทธิ์ Keycard ที่ระบุจากห้องพี่น้องที่เข้าพักอยู่ในการจองเดียวกัน จากนั้น Room Information และ Create Keycard จะแสดงขึ้น
- การจองของผู้แชร์ยังแยกจากกัน หาก Opera ใช้หมายเลขยืนยันเดียวกับ reservation ID หลายรายการ AVA จะคงแต่ละการจองเป็นเป้าหมายเช็กอินของตนเอง
- ผู้แชร์ที่ซ้ำกันจะแชร์ผลลัพธ์ห้องเดียวกัน เมื่อ Opera เชื่อมโยงการจองหลักกับผู้แชร์ที่ไม่มีผู้เข้าพักเข้ากับห้องจริงเดียวกัน AVA จะแสดงผลลัพธ์ห้องเดียว
- สถานะอิสระของผู้แชร์ยังคงแสดง AVA จะคงระเบียนที่เกี่ยวข้องไว้ให้เห็นเมื่อมีความคืบหน้าของผู้เข้าพัก การชำระเงิน การเรียกเก็บเงิน หรือสถานะเช็กอิน
- การจัดวางผู้เข้าพักเดิมต้องเลือกเปิดใช้ ช่องทำเครื่องหมาย Apply this setting to existing additional guests จะปิดไว้ตามค่าเริ่มต้น เมื่อเปิดใช้ การลงทะเบียนจะแปลงผู้แชร์หรือผู้ร่วมเข้าพักใน Opera ที่เข้าเกณฑ์ไปเป็นตัวเลือก Additional Guest Under ที่เลือกไว้ ผู้เข้าพักเพิ่มเติมรายใหม่จะใช้ตัวเลือกที่เลือกไว้เสมอ
- แพ็กเกจของผู้แชร์ที่ไม่มีผู้เข้าพักสามารถสืบทอดได้อย่างปลอดภัย ผู้แชร์ที่มีผู้ใหญ่และเด็กเป็นศูนย์สามารถคงแพ็กเกจตามแผนอัตราได้เมื่อจำนวน ราคาโดยคำนวณ ยอดอนุญาต และยอดใช้เป็นศูนย์ ราคาต่อหน่วยที่ไม่เป็นศูนย์เพียงอย่างเดียวไม่ขัดขวางการแปลง กิจกรรมแพ็กเกจที่เพิ่มในระดับการจอง ถูกใช้ไป มีค่าที่ไม่เป็นศูนย์ หรือไม่ทราบที่มา ยังคงต้องให้พนักงานตรวจสอบ แพ็กเกจของการจองหลักจะไม่เปลี่ยนแปลง
- ผู้แชร์ที่กำหนดเส้นทางไปยังการจองหลักสามารถแปลงได้ ผู้แชร์ที่มีผู้ใหญ่และเด็กเป็นศูนย์สามารถแปลงได้เมื่อปลายทางการกำหนดเส้นทางขาออกทุกแห่งชี้ไปยังการจองหลักที่เก็บไว้ การกำหนดเส้นทางแบบโฟลิโอหรือ comp ปลายทางเป็นการจองอื่น และโครงสร้างที่ไม่รองรับยังคงถูกบล็อก
- การแปลงผู้เข้าพักเดิมต้องมีการยืนยันจาก Opera AVA จะคงการลงทะเบียนไว้จนกว่า Opera จะส่งตัวระบุผู้เข้าพักและการจองที่ครบถ้วนและตรงกันสำหรับการจัดวางใหม่ จากนั้นจึงส่งเอกสารที่เข้าคิวไปยังปลายทางที่ยืนยันแล้ว
- การแปลงที่รอดำเนินการยังคงอยู่หลังรีเฟรชการจอง AVA จะเก็บผู้เข้าพักที่รอดำเนินการและไฟล์ของผู้เข้าพักไว้ขณะที่ Opera ละเว้นหรือเปลี่ยนโปรไฟล์ชั่วคราว รีเฟรชการจองและลองใหม่หลัง Opera ยืนยันการจัดวาง
- การตั้งค่าการชำระเงินของผู้แชร์ควบคุมการจองที่สร้างขึ้น คู่การชำระเงินและการค้ำประกันที่ระบุไว้จะมีความสำคัญเหนือการค้นหาวิธีเงินสดของ Opera หากไม่มีคู่ที่ระบุไว้ AVA จะใช้วิธีชำระเงินเงินสดที่ Opera อนุญาต
- การบันทึก Sharer Rate Code จะซิงก์กับ Opera AVA จะบันทึกรหัสก่อนดำเนินการซิงโครไนซ์ PMS ที่เกี่ยวข้องให้เสร็จ หากการบันทึกการตั้งค่าผู้ให้บริการล้มเหลว การซิงโครไนซ์รหัสราคาจะหยุดลงเพื่อป้องกันการอัปเดตบางส่วน การล้างฟิลด์จะลบการแทนที่สำหรับการจองของผู้แชร์ในอนาคต
- สำเนาการชำระเงินของผู้แชร์จะกระทบยอดแยกต่างหาก AVA สามารถดำเนินการแชร์ให้เสร็จได้ขณะที่สำเนาการชำระเงินยังรอดำเนินการ ข้อผิดพลาดก่อนส่งคำขอที่ยืนยันแล้วและการปฏิเสธจาก Opera สามารถเปิดสำเนาให้ลองใหม่ได้อย่างปลอดภัย ผลลัพธ์ที่ไม่ชัดเจนจะถูกพักไว้เพื่อป้องกันการเพิ่มวิธีชำระเงินซ้ำใน Opera
- การตั้งค่าการจัดวางผู้เข้าพักซิงก์กับ Vouch Core การบันทึก Additional Guest Under หรือการตั้งค่าการชำระเงินของผู้แชร์จะส่งค่าที่บันทึกไว้สำหรับการดำเนินการผู้เข้าพัก Opera ในอนาคต
- ประเภทห้องที่คิดค่าบริการยังคงเดิม เมื่อ AVA กำหนดห้องใน Opera จะคงประเภทห้องที่คิดค่าบริการไว้ แม้ห้องจริงจะมีประเภทต่างกัน
- การเพิ่มผู้เข้าพักในห้องยังซิงก์กัน หากพนักงานเพิ่มผู้เข้าพักระหว่างเช็กอิน AVA จะอัปเดต Opera เพื่อให้ผู้เข้าพักเพิ่มเติมยังผูกกับห้องนั้น
- การแนบห้องเคารพการจัดวางผู้เข้าพัก AVA ใช้การตั้งค่า Additional Guest Under ปัจจุบันเมื่อแนบห้องหลังซิงโครไนซ์ผู้เข้าพัก ในโหมด Sharer Reservation AVA ต้องตรวจสอบว่าผู้แชร์ที่เชื่อมโยงตรงกับการจองและมีโปรไฟล์ผู้เข้าพักหลัก ระบบจะไม่สร้างโปรไฟล์ผู้ร่วมเข้าพักระหว่างการแนบห้อง ในโหมด Accompany Profile AVA จะคงขั้นตอนการแนบโปรไฟล์ผู้ร่วมเข้าพักเดิมไว้
- ความสัมพันธ์ซ้ำรายการใหม่จะถูกบล็อก หาก Opera พิสูจน์ลิงก์ผู้แชร์ที่ร้องขอไม่ได้ AVA จะหยุดการแนบห้องแทนการเขียนทับรายชื่อผู้เข้าพักของการจองหลัก การดำเนินการนี้ป้องกันความสัมพันธ์ผู้แชร์และโปรไฟล์ผู้ร่วมเข้าพักที่ซ้ำกัน ระบบจะไม่ลบรายการซ้ำที่มีอยู่แล้วหรือแก้ไขจำนวนผู้ใหญ่และเด็ก
- การเช็กอินแบบมีผู้ช่วยอาจแสดงรหัสราคา เมื่อ Opera ส่งรหัสราคา AVA จะแสดงรหัสบนการ์ดการจองที่เลือกในระหว่างการเช็กอินแบบมีผู้ช่วย
- ACI แบบสองอุปกรณ์อาจแสดงสรุป Arrival พนักงานสามารถตรวจสอบคำแนะนำเชิงข้อมูลและข้อเท็จจริงของการจองแบบอ่านอย่างเดียวเหนือขั้นตอนแท็บเล็ตผู้เข้าพักที่จับคู่ไว้
- สรุป Arrival อาจแสดงกลุ่มรายละเอียด Opera ได้สิบกลุ่ม ได้แก่ ระดับ VIP ประเภทสมาชิก รหัสราคา การแจ้งเตือน บันทึก เงินมัดจำที่ชำระแล้ว ยอดคงเหลือ ค่าเข้าพักทั้งหมด ความต้องการ และแพ็กเกจ
- สรุป Arrival อาจแสดงรายละเอียดสมาชิก เมื่อ Opera ให้ข้อมูล หน้าจอพนักงานจะแสดงโปรแกรมสมาชิก ระดับ และหมายเลขบัตร รายละเอียดเหล่านี้เป็นแบบอ่านอย่างเดียวและอยู่บนหน้าจอพนักงาน
- ระดับสมาชิกใช้คำอธิบายจาก Opera ตัวอย่างเช่น Opera อาจให้คำอธิบายโปรแกรมเป็น ALL Accor - Gold AVA ใช้คำอธิบายดังกล่าวโดยไม่ต้องค้นหาแคตตาล็อกสมาชิกแยกต่างหาก
- สมาชิกที่ไม่ใช้งานยังเป็นหลักฐาน แต่ไม่ใช่ข้อเท็จจริงสำหรับพนักงาน ตรวจสอบสมาชิกที่ใช้งานอยู่ซึ่งแสดงบนหน้าจอพนักงานก่อนนำไปใช้ตัดสินใจเรื่องการมาถึง
- สรุป Arrival จะโหลดรายละเอียดตามต้องการ AVA จะโหลดข้อเท็จจริงหลักของการจองก่อน จากนั้นจึงดึงรายละเอียดโปรไฟล์ อัตรา หรือโฟลิโอเมื่อมีการร้องขอ
- การอ่านข้อมูลของสรุป Arrival มีขอบเขตชัดเจน สรุปพื้นฐานใช้การอ่านข้อมูลต้นทางสองครั้งสำหรับห้องที่กำหนดไว้ การเปิด Rate, Profile หรือ Folio จะเพิ่มเฉพาะการอ่านข้อมูลตามต้องการของส่วนนั้น และเมื่อเปิดอีกครั้งจะใช้แคช
- ค่าคงเหลือ OPERA ยังคงแยกจากกัน Balance พื้นฐานคือยอดคงเหลือในช่วงเวลาของผู้เข้าพักปัจจุบัน ส่วนค่าใช้จ่ายคงค้างของการเข้าพักในส่วน Rate มาจากข้อมูลอัตราของ OPERA และไม่ได้อนุมานจากยอดคงเหลือพื้นฐาน
- ส่วนเสริมจะโหลดแยกจากกัน พนักงานสามารถเปิด Profile, Rate หรือ Folio ได้โดยไม่ต้องโหลดส่วนอื่น
- ส่วนเสริมสามารถรีเฟรชได้ พนักงานเลือก Refresh ได้หลังโหลดส่วนหนึ่งแล้วหรือเมื่อการอ่านข้อมูลล้มเหลว
- สรุปหลายการจองใช้พื้นที่รางที่มีอยู่ ตัวควบคุมแท็บเล็ตผู้เข้าพักจะอยู่ด้านล่างของราง
- สรุปการจองเดียวจะยังคงกะทัดรัด AVA จะคงตัวควบคุมแท็บเล็ตผู้เข้าพักไว้ในตำแหน่งปกติ
- ตัวอย่างแท็บเล็ตที่จับคู่จะคงขนาดเดิม แผงพนักงานจะเลื่อนบนหน้าจอเตี้ยแทนการย่อส่วนแสดงตัวอย่างของผู้เข้าพัก
- การโหลดตามต้องการไม่เปลี่ยนการเรียกเก็บเงินตามปกติ เวิร์กโฟลว์เช็กอิน เช็กเอาต์ และการชำระเงินยังคงทำงานเหมือนเดิม
- ค่าจาก Opera ที่หายไปยังคงมองเห็นได้ AVA จะแสดง Not provided แทนการซ่อนรายละเอียดที่ไม่มีข้อมูล
- สรุป Arrival แสดงเฉพาะพนักงานและอ่านอย่างเดียว ใช้กับผู้เข้าพักที่ตรงกับการเดินทาง ACI แบบสองอุปกรณ์ที่กำลังดำเนินอยู่เท่านั้น และจะไม่เปลี่ยนข้อมูลใน Opera
- ACI แบบสองอุปกรณ์สามารถพิมพ์ใบแจ้งหนี้เสมือนได้ การดำเนินการนี้จะแสดงเมื่อ Opera รายงานว่ารองรับ ไฟล์ PDF ใช้เทมเพลตโฟลิโอ Opera ของที่พัก แสดงการเข้าพักที่คาดการณ์พร้อมเงินมัดจำเป็นเครดิต อ่านโฟลิโอวินโดว์ 1 และไม่โพสต์การคาดการณ์ลงในโฟลิโอจริง การเลือก Print pro-forma จะเปิด PDF ในแท็บเบราว์เซอร์ใหม่ หากเบราว์เซอร์บล็อกแท็บ AVA จะดาวน์โหลด PDF และแสดงการแจ้งเตือนว่าดาวน์โหลดแล้ว
- สามารถตรวจสอบคำแนะนำในสรุป Arrival ได้ พนักงานเลือก Done หรือ Dismiss แล้วใช้ Reopen ได้เมื่อต้องการ
- ป้ายกำกับตัวแทนท่องเที่ยวยังคงแสดง Opera สามารถส่งชื่อตัวแทนลงใน
sourceNameได้ ทำให้การจับคู่ waiver มองเห็นป้ายกำกับ เช่นBooking.com (VCC) - การโพสต์การชำระเงินสามารถเพิ่มคอมเมนต์ได้ หลังการชำระเงินหรือเงินมัดจำใน Opera สำเร็จ AVA จะเพิ่มคอมเมนต์การจองใน Opera โดยใช้ Default Comment Type / Location ที่กำหนดไว้ใน Settings → Payment
- จำนวนเงินที่ชำระควรตรงกับสกุลเงินของที่พัก Opera อาจส่งข้อผิดพลาดภายในเมื่อสกุลเงินไม่ตรงกัน
- เอกสารที่อัปโหลดอาจปรากฏในไฟล์แนบของ Opera หลังซิงก์ คุณตรวจสอบการอัปโหลดเอกสารการเดินทางและบัตรลงทะเบียนจากการจองได้
- ชื่อไฟล์แนบของ Opera จะถูกทำให้เป็นมาตรฐานก่อนอัปโหลด AVA จะลบเครื่องหมายวรรคตอนในชื่อผู้เข้าพัก โดยคงตัวอักษร รวมถึงอักขระภาษาไทย ตัวเลข ช่องว่าง
_และ-ไว้ AVA ตรวจจับชนิดไฟล์ทั่วไปจากเนื้อหาไฟล์และใช้นามสกุลที่ตรงกัน การดำเนินการนี้ป้องกันไม่ให้ชื่ออย่างR. Rendy Purwidyaputraทำให้ OHIP ปฏิเสธด้วยข้อความ "Chosen file is invalid" - เวลาที่คาดไว้ของการจองยังซิงก์กัน AVA จะเขียนเวลามาถึงและออกจากที่พักโดยประมาณกลับไปยัง Opera หลัง Opera ตอบกลับ ระบบจะอ่านค่าที่ทำให้เป็นมาตรฐานแล้วเข้าสู่ Streamliner ค่า Estimated Arrival Time และ Departure Time ที่ผู้เข้าพักกรอกจากแบบฟอร์มจะอัปเดต Opera หลังการลงทะเบียนผู้เข้าพัก สำหรับการจองหลัก AVA จะใช้ค่าที่ถูกต้องของผู้เข้าพักหลักตามรูปแบบมาตรฐาน สำหรับการจอง Opera แบบหลายห้อง AVA จะอัปเดตการจองอื่นด้วยเมื่อผู้เข้าพักรายนั้นเป็นผู้เข้าพักหลัก AVA จะแจ้งข้อผิดพลาดในการอ่านหรือเขียนห้องที่ถูกถือไว้โดยไม่ทำให้การซิงก์ผู้เข้าพักล้มเหลว สำหรับผู้แชร์ Opera AVA จะเขียนเวลาที่ถูกต้องไปยังการจองของผู้แชร์เอง หากฟิลด์เวลาแสดงเฉพาะผู้เข้าพักหลัก ผู้แชร์จะสืบทอดค่าที่ถูกต้องของผู้เข้าพักหลัก ค่าที่ถูกต้องของผู้แชร์เองจะยังเป็นข้อมูลหลักเมื่อฟิลด์นั้นพร้อมใช้งานสำหรับผู้แชร์ AVA จะไม่คัดลอกเวลาของผู้แชร์ไปยังการจองหลัก ค่าที่หายไปหรือไม่ถูกต้องจะไม่เปลี่ยนเวลาเดิมใน Opera คุณดูเวลามาถึงและออกจากที่พักที่มาจาก PMS ได้บนการ์ดและแถวการจองที่รองรับ
- รหัสพิเศษจะทำงานตามโหมดเช็กอินที่เลือก Pre-arrival, Self Check-In และ Assisted Check-In ใช้รหัสลงทะเบียน การเตรียมอนุมัติล่วงหน้า และเช็กอินของแต่ละโหมดเอง หากเว้นรหัสของโหมดใดว่างไว้อย่างชัดเจน AVA จะไม่ย้อนกลับไปใช้รหัส OPERA Check-In ส่วนกลาง เมื่อ AVA โหลดการตั้งค่าครั้งแรก ระบบจะคัดลอกการตั้งค่าแบบแบนเดิมไปยังแต่ละโหมด หากรหัสของแต่ละโหมดต่างกัน ให้แก้ไขและบันทึกแต่ละโหมดแยกกัน แท็บ Self Check-In จะเปิดก่อน และแผงของโหมดที่ไม่ได้ใช้งานจะยังซ่อนอยู่จนกว่าจะเลือก การเช็กเอาต์ยังแยกต่างหากและใช้รหัสเช็กเอาต์ส่วนกลาง
- รหัสพิเศษสำหรับเช็กเอาต์ที่ไม่บังคับจะลองใหม่เมื่อ Opera ล้มเหลวชั่วคราว AVA จะลองอีกครั้งหนึ่งหลังเกิดข้อผิดพลาด OHIP ชั่วครู่ AVA ตรวจสอบ Opera ก่อนลองใหม่ ดังนั้นการตอบกลับที่ไม่แน่นอนจะไม่สร้างรหัสซ้ำ การเช็กเอาต์ยังเสร็จสมบูรณ์หากการอัปเดตที่ไม่บังคับล้มเหลว
- นโยบายการเรียกเก็บเงินของ Opera กำหนดรูปแบบบิลผู้เข้าพัก กฎซ่อนและยกเว้นมีผลต่างกัน
- ตัวควบคุมนโยบายการชำระเงินอยู่ใน Settings → Payment ข้อมูลความสามารถจะควบคุมว่าจะแสดงตัวควบคุมด้านที่พักและตัวควบคุมเฉพาะ Opera ใดบ้าง
- v4 No Post ใช้ลำดับความสำคัญ Assisted Check-In ที่ยืนยันตัวตนแล้วจะใช้ตัวเลือกของพนักงานก่อนเมื่อ ACI แบบสองอุปกรณ์รองรับ สำหรับการเดินทางแบบคีออสก์และก่อนเข้าพักที่เข้าเกณฑ์ การตั้งค่าการชำระเงินเป็น Do not collect หรือการมัดจำเป็นศูนย์จะบังคับใช้ No Post การเดินทางแบบคีออสก์ที่ต้องมีเงินมัดจำจะใช้ Set No Post after Payment ในกรณีที่เหลือ
- เงินมัดจำที่ชำระแล้วไม่ได้ป้องกัน No Post เสมอไป เมื่อเปิด Set No Post after Payment ผู้เข้าพักแบบคีออสก์และผู้เข้าพักที่กู้คืนการมาถึงแล้วอาจยังได้รับ No Post
- ACI แบบสองอุปกรณ์จะแสดงตัวเลือกของพนักงาน Set No Post in the PMS จะแสดงเหนือ Proceed to Check-In บนอุปกรณ์พนักงานที่เชื่อมต่ออยู่ Tick No Post by default on Assisted Check-In จะเลือกช่องนี้ไว้ล่วงหน้า พนักงานสามารถยกเลิกหรือเลือกช่องนี้ก่อนเช็กอิน ACI แบบอุปกรณ์เดียว แท็บเล็ตผู้เข้าพัก และบิลด์พนักงานรุ่นเก่าจะใช้การตั้งค่าที่บันทึกไว้โดยไม่แสดงช่องนี้
- v4 No Post ครอบคลุมการจองที่เปลี่ยนเป็นเข้าพักแล้ว AVA จะใช้การตัดสินใจกับทุกการจองที่เช็กอินระหว่างการดำเนินการนั้น รวมถึงผู้แชร์ที่เพิ่งเช็กอิน ผู้เข้าพักร่วมจากคีออสก์ที่มาภายหลังจะได้รับ No Post เฉพาะในการจองของผู้เข้าพักร่วมนั้น การจองห้องจะไม่ถูกจำกัดซ้ำ
- ความล้มเหลวของ No Post จะไม่ยกเลิกการเช็กอิน ตรวจสอบการจองใน OPERA และใช้ข้อจำกัดด้วยตนเองเมื่อการดำเนินการต่อเนื่องล้มเหลว
- การตั้งค่าการชำระเงินและ ACI มีขอบเขตแยกกัน การตั้งค่าการชำระเงินควบคุมกรณีคีออสก์และนโยบายการชำระเงิน การตั้งค่า Assisted Check-In เป็นค่าเริ่มต้นของพนักงานสำหรับ ACI แบบสองอุปกรณ์ ส่วนหัว ACI ที่ปลอมแปลงไม่สามารถข้ามนโยบายผู้เข้าพักได้ พฤติกรรม v2 เดิมยังเหมือนเดิม
- นโยบายยกเว้นจะลดค่าแพ็กเกจห้องและองค์ประกอบแพ็กเกจห้องที่ระบุ สำหรับการจองก่อนเข้าพัก ระบบจะยกเว้นค่าใช้จ่ายห้องจาก rate-info ของ Opera ที่คาดการณ์ไว้พร้อมภาษีเป็นชุดเดียวกัน
- ค่าใช้จ่ายเพิ่มเติมที่โพสต์แยกและภาษีของรายการเหล่านั้นอาจยังต้องชำระ รายการเหล่านี้ไม่ใช่ส่วนหนึ่งของราคาห้องที่จองไว้
- นโยบายซ่อนจะปิดบังแถวห้องและภาษี ยอดคงค้างยังไม่เปลี่ยน
- ตัวควบคุมการเรียกเก็บเงินที่ประเมินแล้วจะควบคุมการชำระเงินตอนเช็กเอาต์ AVA ใช้ยอดนั้นแทนสรุปที่แสดง
- ยอดคงเหลือศูนย์ที่ Opera ระบุไว้อย่างชัดเจนยังเป็นข้อมูลหลัก AVA จะไม่สร้างยอดบวกใหม่จากแถวห้อง ภาษี หรือบริการที่มองเห็น ใช้เมื่อไม่เห็นรายการคู่ที่โอนหรือชำระแล้ว AVA เชื่อถือยอดศูนย์นั้นเฉพาะเมื่อจำนวนเงินและสกุลเงินตรงกับบิล Opera ที่ปรับเป็นมาตรฐานแล้ว หากไม่ตรงกันจะยังยืนยันไม่ได้
- รายการกลับรายการชำระเงินยังคงเครื่องหมายเดิม การชำระเงิน Opera และการกลับรายการติดลบจำนวนเท่ากันจะรวมเป็นศูนย์ในโฟลิโอและการตรวจสอบการเรียกเก็บเงินของ AVA
- การเรียกเก็บเงินแบบเลือกเฉพาะยังอยู่ภายในช่วงโฟลิโอของผู้เข้าพัก ค่าใช้จ่ายที่โอนมาจากช่วงอื่นจะไม่เพิ่มยอดคงค้าง
- การเช็กเอาต์จะเตรียมช่วงโฟลิโอที่กำหนดเส้นทางหลัง Window 1 ว่าง OPERA อาจปฏิเสธหน้าต่างหลักที่ว่าง ขณะที่หน้าต่างที่กำหนดเส้นทางยังต้องมีโฟลิโอ AVA จะเตรียมหน้าต่างเหล่านั้นต่อก่อนเช็กเอาต์ ข้อผิดพลาดอื่นในการสร้างโฟลิโอจะหยุดการเช็กเอาต์ใหม่
- ข้อมูลโฟลิโอที่ไม่ครบจะยังยืนยันไม่ได้ AVA หลีกเลี่ยงการแสดงยอดศูนย์ปลอมเมื่อหน้าต่างผู้เข้าพักไม่ครบ
- บรรทัดใบแจ้งหนี้ที่คาดการณ์ไว้อาจยังแสดง เปรียบเทียบค่าใช้จ่ายที่ไม่คาดคิดกับ Opera ก่อนเรียกเก็บเงิน
- หากไม่มีนโยบายใดตรงกัน AVA จะใช้คำตอบการเรียกเก็บเงินที่ได้รับ
- ห้องที่ล็อกจะยังล็อกใน AVA หาก Opera ทำเครื่องหมายการจองเป็น Do Not Move Streamliner จะแสดงไอคอนล็อกในมุมมองเปลี่ยนห้อง
การแก้ไขปัญหา
สถานะ "Integration Not Configured"
ฟิลด์ที่จำเป็นยังขาดอยู่ ตรวจสอบว่าได้ป้อนข้อมูลต่อไปนี้แล้ว:
- OHIP Host Name
- OHIP Application Key
- OHIP Hotel ID
- OHIP Client ID
ไม่พบรหัสการแจ้งเตือน OPERA
สิ่งที่เห็น: ตัวเลือกการแจ้งเตือนไม่แสดงรหัสใด ๆ หรือไม่สามารถโหลดรหัสได้
วิธีแก้:
-
ยืนยันว่า PMS ที่ใช้งานอยู่คือ Opera
-
ยืนยันว่าผู้ใช้ Opera ของคุณอ่านข้อมูลอ้างอิงรหัสการแจ้งเตือนของโรงแรมได้
-
รีเฟรช Settings → Check-In → Check-in essentials
-
เลือก Choose alert อีกครั้ง
-
ขอให้ผู้ดูแลระบบ Opera กำหนดค่ารหัสการแจ้งเตือน หากยังไม่มีรหัสใดอยู่
✓ AVA ยอมรับเฉพาะรหัสการแจ้งเตือนที่ส่งคืนมาสำหรับโรงแรมของคุณ
ไม่มีการโพสต์การแจ้งเตือนว่าผู้เข้าพักจะมาถึงภายหลัง
สิ่งที่เห็น: ผู้เข้าพักเพิ่มเติมเช็กอินก่อน แต่การจองหลักไม่มีการแจ้งเตือนใหม่
วิธีแก้:
- ยืนยันว่าเปิดใช้และบันทึกการตั้งค่าการแจ้งเตือนแล้ว
- ยืนยันว่ารหัสการแจ้งเตือนที่เลือกยังมีอยู่ใน Opera
- ใน ACI ให้เลือก Yes, arriving later เมื่อ AVA ถาม
- เปิดการจองหลักใน Opera แล้วตรวจสอบพื้นที่แจ้งเตือนที่เลือกไว้
- รอสักครู่แล้วรีเฟรช Opera ก่อนลองใหม่
AVA จะป้องกันการแจ้งเตือนซ้ำเมื่อพบรหัสและพื้นที่เดียวกันอยู่แล้ว
หาก Opera ปฏิเสธการอัปเดตระเบียน ให้ลองใหม่หลังจากตรวจสอบสถานะการจองแล้วเท่านั้น
5. enterpriseId หากเลือก OCIM
ข้อผิดพลาดการเชื่อมต่อ API
- ตรวจสอบว่า OHIP Host Name ถูกต้อง
- ตรวจสอบว่าการสมัครใช้บริการ OHIP ยังใช้งานอยู่
- ยืนยันว่าบันทึก
enterpriseIdแล้วเมื่อใช้ OCIM - ติดต่อทีมไอทีเพื่อยืนยันการเข้าถึงไฟร์วอลล์/เครือข่าย
- ตรวจสอบข้อมูลรับรองกับฝ่ายสนับสนุนของ Oracle
ไม่สามารถบันทึกรหัสราคาของผู้แชร์ได้
สิ่งที่เห็น: ไม่สามารถบันทึกรหัสราคาของผู้แชร์ได้ หรือรหัสไม่ไปถึง Opera
สาเหตุ: AVA ต้องยืนยันว่า PMS ยอมรับการตั้งค่านี้ ความล้มเหลวในการกำหนดค่าผู้ให้บริการจะหยุดการอัปเดตรหัสราคาที่เกี่ยวข้อง
วิธีแก้:
- ยืนยันว่ามี Opera Integration Configured แสดงใน Settings → Essentials
- กลับไปที่ Settings → Check-In → Check-In Policy
- เลือกคำแนะนำจากแค็ตตาล็อกที่ใช้งานอยู่ หรือป้อนรหัสที่ตรงกับ Opera ทุกประการ
- คลิก Save Check-In Policy อีกครั้ง
- หากคำแนะนำรหัสราคาล้มเหลว ให้คลิก Retry หรือป้อนรหัสด้วยตนเอง
- ยืนยันรหัสใน Opera ก่อนสร้างการจองของผู้แชร์ใหม่
บันทึกฟิลด์นี้อีกครั้งหลังนำไปใช้งาน หากที่พักเคยกำหนดค่าราคาของผู้แชร์ไว้ การดำเนินการนี้จะซิงโครไนซ์ค่าที่เก็บไว้กับ Opera
การยืนยันตัวตน Opera ถูกปฏิเสธระหว่างการดำเนินการ
สิ่งที่เห็น: การดำเนินการของ Opera หยุดชั่วครู่หรือแสดงข้อผิดพลาดการยืนยันตัวตนหรือหมดเวลา
สาเหตุ: Opera อาจปฏิเสธข้อมูลรับรองที่แคชไว้ หรือบริการ OAuth อาจตอบกลับล่าช้าชั่วครู่ AVA จะลองใหม่อัตโนมัติหนึ่งครั้งสำหรับแต่ละกรณี
วิธีแก้:
- รอไม่เกิน 30 วินาทีเพื่อให้ AVA ลองใหม่อัตโนมัติเสร็จ
- ลองดำเนินการอีกครั้งเฉพาะเมื่อข้อผิดพลาดยังอยู่
- หากข้อผิดพลาดกลับมา ให้ตรวจสอบสภาพแวดล้อมและข้อมูลรับรองของ Opera
- ป้อนข้อมูลรับรองใน AVA ใหม่ แล้วคลิก Save
- ติดต่อ Oracle หรือฝ่ายสนับสนุน Vouch หากข้อผิดพลาดยังดำเนินต่อ
AVA จะรีเฟรชการกำหนดค่า Opera หลังข้อมูลรับรองที่แคชไว้ล้มเหลว นอกจากนี้ยังลองใหม่หนึ่งครั้งเมื่อ OAuth หมดเวลาหรือเกตเวย์เกิดข้อผิดพลาดชั่วคราว ข้อมูลรับรองไม่ถูกต้องและการจำกัดอัตราจะไม่เรียกใช้การลองใหม่นี้
Opera ปฏิเสธไฟล์แนบเอกสารที่ถูกต้อง
สิ่งที่เห็น: หนังสือเดินทาง เอกสารของผู้เข้าพัก หรือบัตรลงทะเบียนล้มเหลวพร้อมข้อความ "Chosen file is invalid."
สาเหตุ: Opera อาจปฏิเสธชื่อไฟล์แนบที่มีเครื่องหมายวรรคตอนในชื่อผู้เข้าพัก
วิธีแก้:
-
รีเฟรชการจองใน AVA
-
ลองอัปโหลดเอกสารอีกครั้งหนึ่งครั้ง
-
เปิดการจองใน Opera และยืนยันว่าไฟล์แนบปรากฏขึ้น
-
หากการอัปโหลดยังล้มเหลว ให้ติดต่อฝ่ายสนับสนุนพร้อมหมายเลขการจองและภาพหน้าจอข้อผิดพลาด
✓ ตอนนี้ AVA จะลบเครื่องหมายวรรคตอนที่ไม่รองรับก่อนส่งไฟล์แนบไปยัง Opera
Opera ปฏิเสธที่อยู่ผู้เข้าพักที่ยาว
สิ่งที่เห็น: การอัปเดตผู้เข้าพักหรือการเช็กอินล้มเหลวขณะบันทึกที่อยู่ที่ยาว
สาเหตุ: Opera จำกัดที่อยู่แต่ละบรรทัดไว้ที่ 80 ไบต์และรองรับสี่บรรทัด
วิธีแก้:
-
รีเฟรชการจองใน AVA
-
ลองอัปเดตผู้เข้าพักหรือเช็กอินอีกครั้งหนึ่ง
-
หากที่อยู่ยังล้มเหลว ให้ย่อข้อความที่ไม่จำเป็นในฟิลด์ที่อยู่
-
ยืนยันที่อยู่ที่บันทึกไว้ในโปรไฟล์ผู้เข้าพักหรือ Opera
✓ AVA จะแบ่งที่อยู่ยาวตามจุดแบ่งที่เหมาะสมก่อนส่งไปยัง Opera
Opera นับเป็นไบต์ ไม่ใช่จำนวนอักขระที่มองเห็น อักขระที่มีเครื่องหมายกำกับเสียงอาจถึงขีดจำกัดเร็วกว่า
Opera แจ้งว่ากำลังมีการเปลี่ยนแปลงการจอง
สิ่งที่เห็น: การเช็กอินขั้นสุดท้ายแสดงข้อความ "This reservation is being changed by user …"
สาเหตุ: การอัปเดต Opera อื่นยังล็อกระเบียนการจองอยู่ การกำหนดห้องอาจสำเร็จแล้วก่อนที่ข้อความนี้จะแสดง AVA จะลองเขียนข้อมูลเช็กอินขั้นสุดท้ายไปยัง Opera ใหม่โดยอัตโนมัติสูงสุดสี่ครั้ง
วิธีแก้:
-
รอให้ AVA ลองใหม่อัตโนมัติเสร็จ
-
รีเฟรชการจองใน AVA หากความขัดแย้งยังคงอยู่
-
ตรวจสอบการจองใน Opera เพื่อดูห้องและสถานะเช็กอินล่าสุด
-
ลองเช็กอินขั้นสุดท้ายอีกครั้งเพียงครั้งเดียว หาก Opera ยังดำเนินการไม่เสร็จ
✓ ล็อกระเบียน Opera ชั่วคราวควรหายไปเองโดยไม่เปลี่ยนห้อง
หาก AVA แสดง PMS_RESERVATION_MUTATION_IN_PROGRESS หลังลองครบสี่ครั้ง ให้ติดต่อฝ่ายสนับสนุน
แนบหมายเลขการจอง เวลา และภาพหน้าจอข้อผิดพลาดไปด้วย
อย่าลองเช็กอินขั้นสุดท้ายซ้ำเมื่อผลลัพธ์จาก Opera ไม่ชัดเจน ตรวจสอบสถานะการจองใน Opera ก่อน
ต้องตรวจสอบสำเนาการชำระเงินของผู้แชร์ใน Opera
สิ่งที่เห็น: มีการจองของผู้แชร์ แต่ไม่มีวิธีชำระเงินที่คัดลอกมา หรือไม่ชัดเจนว่าคัดลอกสำเร็จหรือไม่
สาเหตุ: Opera อาจเพิ่มวิธีชำระเงินที่คัดลอกแล้ว และอาจรับคำขอก่อนที่ AVA จะได้รับการตอบกลับ AVA จะลองใหม่เฉพาะกรณีที่ยืนยันได้ว่าเกิดข้อผิดพลาดก่อนส่งคำขอ และกรณีที่ Opera ปฏิเสธอย่างชัดเจน ระบบจะพักกรณีที่ผลลัพธ์ไม่ชัดเจนเพื่อป้องกันการเพิ่มวิธีชำระเงินซ้ำ
วิธีแก้:
-
รีเฟรชการจองใน AVA
-
เปิดการจองของผู้แชร์ที่เกี่ยวข้องใน Opera
-
ตรวจสอบว่าวิธีชำระเงินปรากฏอยู่แล้วหรือไม่
-
อย่าเพิ่มวิธีชำระเงินด้วยตนเองเมื่อผลลัพธ์ยังไม่ชัดเจน
-
ติดต่อฝ่ายสนับสนุนพร้อมหมายเลขยืนยัน reservation ID และเวลาที่ลองดำเนินการ
✓ AVA สามารถลองใหม่อย่างปลอดภัยสำหรับข้อผิดพลาดที่ยืนยันแล้ว โดยไม่เพิ่มวิธีชำระเงินรายการที่สอง
การหมดเวลาของ Opera ไม่ได้ยืนยันว่าการคัดลอกล้มเหลว ตรวจสอบ Opera ก่อนดำเนินการชำระเงินซ้ำ
ไม่สามารถโหลดรหัสการชำระเงินของผู้แชร์
สิ่งที่เห็น: หน้าต่างการชำระเงินของผู้แชร์ไม่แสดงวิธีชำระเงินหรือรหัสการค้ำประกันที่ใช้ได้ หรือแสดงคำเตือนการรีเฟรช
สาเหตุ: Opera ไม่ได้ส่งรายการรหัสที่ร้องขอหนึ่งรายการหรือทั้งสองรายการกลับมา AVA แยกเก็บแต่ละรายการ ดังนั้นรายการที่โหลดไม่สำเร็จจะไม่ซ่อนอีกรายการ หลังการรีเฟรชล้มเหลว AVA จะคงรหัสก่อนหน้าไว้บนหน้าจอเมื่อมีข้อมูลดังกล่าว
วิธีแก้:
-
คลิก Try Again ในหน้าต่างการชำระเงินของผู้แชร์
-
หากรหัสเพิ่งเปลี่ยน ให้คลิก Refresh from OPERA
-
หากปุ่มรีเฟรชปิดใช้งาน ให้ขอให้ผู้ใช้ที่มีสิทธิ์เขียนการตั้งค่ารีเฟรชรายการ
-
ขอให้ผู้ดูแลระบบ Opera ยืนยันว่ารหัสยังใช้งานอยู่และอนุญาตสำหรับการจอง
-
ยืนยันว่าการเชื่อมต่อ Opera มีสิทธิ์อ่านวิธีชำระเงินและรหัสการค้ำประกัน
-
บันทึก Specific OPERA method หลังจากแสดงทั้งสองรายการแล้ว
✓ AVA ควรแสดงรายการที่ใช้ได้ทั้งสองรายการก่อนบันทึกคู่การชำระเงินของผู้แชร์
ผู้เข้าพักเพิ่มเติมที่มีอยู่แล้วยังคงอยู่ในตำแหน่งเดิม
สิ่งที่เห็น: ผู้แชร์หรือผู้ร่วมเข้าพักใน Opera ที่มีอยู่แล้วยังคงความสัมพันธ์เดิมหลังการลงทะเบียน
สาเหตุ: Apply this setting to existing additional guests ปิดไว้ตามค่าเริ่มต้น AVA จะคงความสัมพันธ์เดิมไว้ เว้นแต่คุณจะเปิดตัวเลือกนี้สำหรับ Opera
วิธีแก้:
- เปิด Settings → Check-In → Check-In Policy
- ยืนยันตัวเลือก Additional Guest Under ที่ต้องการ
- เปิด Apply this setting to existing additional guests
- คลิก Save Check-In Policy
- ลงทะเบียนการจองที่ได้รับผลกระทบอีกครั้ง
- ตรวจสอบ Opera เพื่อยืนยันว่าผู้เข้าพักที่เข้าเกณฑ์ถูกย้ายไปยังรูปแบบที่เลือก
หากการแปลงก่อนหน้านี้ยังไม่เสร็จ การปิดตัวเลือกนี้จะไม่ยอมรับการเปลี่ยนแปลงที่ทำไว้บางส่วน คืนค่าการตั้งค่าที่ใช้ในการแปลงนั้น แล้วลองใหม่หรือขอให้ฝ่ายสนับสนุนตรวจสอบ
ผู้เข้าพักที่กลับมาสร้างโปรไฟล์ซ้ำ
สิ่งที่เห็น: ผู้เข้าพักเพิ่มเติมที่กลับมาได้รับโปรไฟล์ Opera ใหม่
สาเหตุ: ปิดการใช้โปรไฟล์เดิมซ้ำ หรือ AVA ไม่สามารถยืนยันการจับคู่ที่ไม่ซ้ำกันได้
ผลลัพธ์ที่กำกวมยังต้องให้พนักงานเลือกใน ACI แบบสองอุปกรณ์
AVA ถือว่ารหัสหนังสือเดินทางที่ตรงกันทุกประการคือ PAS และ PASSPORT เท่านั้น
วิธีแก้:
-
เปิด Settings → Check-In → Check-In Policy
-
ยืนยันว่า PMS ที่ใช้งานอยู่คือ Opera
-
ค้นหา Guest registration
-
เปิด Reuse existing guest profiles
-
คลิก Save
-
ตรวจสอบว่าชื่อและเอกสารยืนยันตัวตนของผู้เข้าพักตรงกับโปรไฟล์เดิมใน Opera
-
ลองลงทะเบียนผู้เข้าพักเพิ่มเติมอีกครั้ง
✓ AVA จะนำโปรไฟล์เดิมกลับมาใช้ซ้ำเฉพาะเมื่อยืนยันการจับคู่ตัวตนได้แล้ว
Opera อาจจัดเก็บหนังสือเดินทางเป็น PAS ขณะที่ AVA ยืนยันเป็น PASSPORT
รหัสที่ตรงกันทุกประการเหล่านี้จะถือว่าตรงกันระหว่างการนำโปรไฟล์กลับมาใช้ซ้ำ
รหัสเอกสารอื่นยังต้องตรงกันทุกประการ
บนอุปกรณ์พนักงาน ให้เลือก Review profile สำหรับตัวเลือกเดียว หรือ Review N profiles สำหรับหลายตัวเลือก เปรียบเทียบรายละเอียดของตัวเลือก แล้วเลือกโปรไฟล์หรือ Create new เลือก Retry เมื่อแถวผู้เข้าพักแสดงว่าการค้นหาล้มเหลว การลงทะเบียนจะใช้ตัวเลือกที่บันทึกไว้โดยไม่ค้นหาโปรไฟล์ซ้ำ
รวมโปรไฟล์ Opera ซ้ำที่ตรวจสอบแล้ว
ใช้ขั้นตอนนี้เมื่อ Opera มีโปรไฟล์ที่ตรวจสอบแล้วสองถึงห้าโปรไฟล์สำหรับผู้เข้าพักคนเดียวกัน การรวมจะใช้ได้เมื่อการเปิดตัวระบบเปิดทั้งการนำโปรไฟล์ Opera กลับมาใช้ซ้ำและการรวมโปรไฟล์ที่มีการป้องกันไว้
-
เปิดการตรวจสอบโปรไฟล์ซ้ำใน Assisted Check-In
-
เลือกโปรไฟล์ซ้ำที่ตรวจสอบแล้วสองถึงห้าโปรไฟล์
-
เลือกโปรไฟล์ที่จะคงไว้เป็น Survivor
-
ตรวจสอบตัวอย่างข้อมูล Opera ล่าสุด
-
ยืนยันการรวมเมื่อรายละเอียดโปรไฟล์และ Survivor ถูกต้องเท่านั้น
✓ AVA จะรวมให้เสร็จหลังจาก Opera ยืนยัน Survivor และนำโปรไฟล์ที่เลิกใช้แล้วออกเท่านั้น ✓ การจอง วันที่ จำนวนผู้เข้าพัก และสถานะจะยังคงผูกกับการจองที่ถูกต้อง
อย่ารวมโปรไฟล์จนกว่าจะยืนยันตัวตนของผู้เข้าพักและ Survivor แล้ว ไม่สามารถนำ ID ของโปรไฟล์ที่เลิกใช้แล้วกลับมาใช้ได้หลังการรวมเสร็จสิ้น
AVA จะบล็อกการรวมเมื่อชื่อ เอกสารที่ไม่ถูกปิดบัง วันเกิด หรือสัญชาติไม่ตรงกัน นอกจากนี้ยังบล็อกเนื้อหาโปรไฟล์ที่เปลี่ยนแปลง ตัวเลือกที่กำกวม และการตอบกลับจาก Opera ที่ไม่ครบถ้วน
การตรวจสอบโปรไฟล์ที่ว่างเปล่าต้องมีการตัดสินใจ
สิ่งที่เห็น: หน้าต่างตรวจสอบเปิดขึ้น แต่ไม่มีโปรไฟล์ Opera ให้เลือก
วิธีแก้:
-
เลือก Retry lookup เพื่อรีเฟรชผลลัพธ์ที่ว่างเปล่า
-
รอช่วงพักการลองใหม่ หาก AVA ปิดใช้งานปุ่มชั่วคราว
-
เปิดหน้าต่างตรวจสอบอีกครั้ง หากผลลัพธ์ยังว่างเปล่า 4. เลือก Create a new profile หลังตรวจสอบแล้วว่าไม่มีโปรไฟล์เดิมที่ถูกต้อง 5. ดำเนินการลงทะเบียนต่อหลัง AVA แสดงการตัดสินใจของคุณบนแถวผู้เข้าพัก
✓ AVA จะไม่เลือกหรือสร้างโปรไฟล์โดยอัตโนมัติ
ลายเซ็นที่บันทึกไว้ยังใช้ได้หลังการค้นหาโปรไฟล์ล้มเหลว ตัวเลือกที่ระบุอย่างชัดเจนจะคงอยู่ระหว่างการต่ออายุใบเสร็จเมื่อข้อมูลตัวตนไม่เปลี่ยนแปลง หากโปรไฟล์ที่เลือกไม่พร้อมใช้งาน AVA จะขอให้ตัดสินใจใหม่ ตัวเลือกจะถูกตรึงเมื่อเริ่มการลงทะเบียน
หากมีหลายโปรไฟล์ที่ตรงกัน ให้ตรวจสอบตัวเลือกใน AVA อย่าใช้เลขท้ายเอกสารที่ปิดบังไว้เพียงอย่างเดียวเป็นหลักฐาน
ไม่มีการรวมโปรไฟล์ซ้ำให้ใช้งาน
สิ่งที่เห็น: ไม่มีการแสดงการดำเนินการรวมระหว่างการตรวจสอบโปรไฟล์ซ้ำ
สาเหตุ: ปิดการรวมที่มีการป้องกัน ปิดการนำโปรไฟล์กลับมาใช้ซ้ำ หรือ Opera ไม่ได้รายงานความสามารถในการรวม
วิธีแก้:
-
ยืนยันว่า PMS ที่ใช้งานอยู่คือ Opera
-
ยืนยันว่าเปิดใช้ Match and merge guest profiles แล้ว
-
ขอให้ผู้ดูแล Vouch ยืนยันว่าเปิดใช้การรวมโปรไฟล์ที่มีการป้องกันสำหรับโรงแรมแล้ว
-
รีเฟรชการตรวจสอบผู้เข้าพัก แล้วเปรียบเทียบตัวเลือกอีกครั้ง
✓ การดำเนินการรวมจะแสดงเฉพาะเมื่อการเปิดตัวระบบและการตั้งค่าของโรงแรมอนุญาต
Opera บล็อกการรวมโปรไฟล์หรือทำให้ผลลัพธ์ไม่แน่นอน
สิ่งที่เห็น: AVA บล็อกการรวม แสดงผลลัพธ์ที่ไม่แน่นอน หรือแจ้งว่าฝ่ายสนับสนุนต้องตรวจสอบ
สาเหตุ: Opera อาจปฏิเสธรายละเอียดโปรไฟล์ที่เปลี่ยนแปลง ส่งข้อมูลตรวจสอบที่ไม่ครบถ้วน หรือทำให้ไม่ทราบผลลัพธ์ของการเขียน
วิธีแก้:
-
อย่าทำการรวมซ้ำทันที
-
เปิดโปรไฟล์ที่ได้รับผลกระทบใน Opera และตรวจสอบว่าโปรไฟล์ใดยังคงใช้งานอยู่
-
บันทึก Survivor, ID โปรไฟล์ที่เลิกใช้แล้ว, หมายเลขการจอง และข้อความที่ AVA แสดง
-
ติดต่อฝ่ายสนับสนุน Vouch เพื่อกระทบยอดข้อมูล
✓ AVA จะคงการดำเนินการที่ไม่แน่นอนไว้เป็นสถานะบล็อกจนกว่าฝ่ายสนับสนุนจะยืนยันสถานะใน Opera
การแปลงผู้แชร์ใน Opera ถูกบล็อกโดยการกำหนดเส้นทาง
สิ่งที่เห็น: ผู้แชร์ที่ดูเหมือนเข้าเกณฑ์และมีผู้ใหญ่กับเด็กเป็นศูนย์ไม่ถูกแปลงเป็นผู้ร่วมเข้าพัก
สาเหตุ: AVA อนุญาตเฉพาะการกำหนดเส้นทางห้องที่ปลายทางทุกแห่งชี้ไปยังการจองหลักที่เก็บไว้ การกำหนดเส้นทางแบบโฟลิโอหรือ comp ปลายทางเป็นการจองอื่น และโครงสร้างที่ไม่รองรับ จะไม่เข้าเกณฑ์
วิธีแก้:
-
เปิดการจองผู้แชร์และการจองหลักใน Opera
-
ตรวจสอบปลายทางการกำหนดเส้นทางขาออกทุกแห่งของผู้แชร์
-
ลบการกำหนดเส้นทางที่ไม่รองรับ หรือกำหนดเส้นทางค่าใช้จ่ายทั้งหมดไปยังการจองหลักที่เก็บไว้
-
รีเฟรชการจองใน AVA แล้วลงทะเบียนผู้เข้าพักอีกครั้ง
✓ AVA จะตรวจสอบการกำหนดเส้นทางอีกครั้งก่อนยกเลิกการจองผู้แชร์เดิม
การแนบห้องถูกบล็อกสำหรับผู้แชร์ใน Opera
สิ่งที่เห็น: การแนบห้องหยุดลงหลังซิงโครไนซ์ผู้เข้าพัก หรือ Opera แสดงข้อผิดพลาดในการแนบ
สาเหตุ: AVA ไม่สามารถยืนยันผู้แชร์ที่เชื่อมโยง ตัวตนของการจอง หรือโปรไฟล์ผู้เข้าพักหลักได้ AVA จะหยุดการทำงานแทนการสร้างโปรไฟล์ผู้ร่วมเข้าพักหรือเขียนทับรายชื่อผู้เข้าพักหลัก
วิธีแก้:
-
เปิดการจองหลักและผู้แชร์ที่เชื่อมโยงใน Opera
-
ยืนยันว่าลิงก์การแชร์ชี้ไปยังกลุ่มการจองเดียวกัน
-
ยืนยันว่าผู้แชร์มีโปรไฟล์ผู้เข้าพักหลัก
-
รีเฟรชการจองใน AVA
-
ลองแนบห้องอีกครั้ง
✓ AVA จะแนบห้องหลังจาก Opera ยืนยันการจัดวางที่ร้องขอ
การป้องกันนี้จะบล็อกความสัมพันธ์ซ้ำรายการใหม่ ระบบจะไม่ลบโปรไฟล์ซ้ำหรือแก้ไขจำนวนผู้ใหญ่และเด็กที่จัดเก็บไว้ใน Opera แล้ว ขอให้ฝ่ายสนับสนุนตรวจสอบรายการซ้ำที่มีอยู่ก่อนเปลี่ยนการตั้งค่าการจัดวางผู้เข้าพัก
การลงทะเบียนยังคงรอดำเนินการหลังแปลงผู้เข้าพัก
สิ่งที่เห็น: การลงทะเบียนไม่เสร็จสิ้นหลังแปลงผู้เข้าพักที่มีอยู่แล้ว เอกสารของผู้เข้าพักยังไม่ถูกส่งไปยัง Opera
สาเหตุ: AVA รอให้ Opera ยืนยันการจัดวางผู้เข้าพักใหม่ เพื่อป้องกันไม่ให้ส่งเอกสารไปยังโปรไฟล์ผู้เข้าพักเดิมหรือไม่ถูกต้อง
วิธีแก้:
-
รอให้ Opera ดำเนินการอัปเดตการจองเสร็จ
-
รีเฟรชการจองใน AVA
-
ลองลงทะเบียนอีกครั้งเมื่อ Opera แสดงการจัดวางผู้เข้าพักที่ยืนยันแล้ว
-
ตรวจสอบโปรไฟล์ผู้เข้าพักหรือไฟล์แนบของการจองใน Opera
✓ AVA จะส่งเอกสารหลังจากบันทึกตัวระบุ Opera ที่ยืนยันแล้วเท่านั้น
อย่าอัปโหลดเอกสารด้วยตนเองไปยังโปรไฟล์เดิมขณะที่การลงทะเบียนยังรอดำเนินการ ขอให้แผนกต้อนรับตรวจสอบการจองใน Opera หากสถานะรอดำเนินการยังคงอยู่
การปิดช่องทำเครื่องหมายจะป้องกันการแปลงในอนาคต แต่จะไม่คืนค่าความสัมพันธ์ที่แปลงไปแล้วใน Opera
OCIM ล้มเหลวทันทีที่บันทึก
สิ่งที่เห็น: AVA ปฏิเสธการเชื่อมต่อทันทีเมื่อเลือก OCIM
วิธีแก้:
- ขอ
enterpriseIdที่ถูกต้องจาก Oracle - ป้อนข้อมูลรับรอง OCIM ใน AVA ใหม่
- บันทึกอีกครั้ง
- หากยังล้มเหลว ให้ยืนยัน client ID และ client secret กับ Oracle
ไม่พบการจอง
- รอ 15-30 นาทีเพื่อให้ซิงก์ครั้งแรกเสร็จ
- ตรวจสอบสิทธิ์ผู้ใช้ OHIP ใน Opera
- ตรวจสอบว่ามีการจองอยู่ใน Opera
- ติดต่อฝ่ายสนับสนุนพร้อมบันทึกข้อผิดพลาด
ค่ารายงานการปฏิบัติตามข้อกำหนดของ Opera ถูกปิดบัง
สิ่งที่เห็น: รายงาน TM30 หรือ RR4 ไม่มีหมายเลขหนังสือเดินทางหรือวันเกิดจาก Opera
วิธีแก้:
- ขอให้ผู้ดูแลระบบ Opera เปิดใช้ Module Level Access Control
- ขอให้ผู้ดูแลระบบมอบสิทธิ์ Sensitive Data Access ให้ไคลเอนต์ AVA OHIP
- ยืนยันว่าการกำหนดสิทธิ์มีผลกับโรงแรม Opera ที่ถูกต้อง
- สร้างรายงานอีกครั้งหลังอัปเดตสิทธิ์แล้ว
AVA จะไม่รวมค่าหนังสือเดินทางที่ถูกปิดบังและค่าแทนวันเกิด 1800-01-01
เช็กเอาต์เสร็จแล้ว แต่รายงาน Opera ไม่มีรหัสพิเศษ
สิ่งที่เห็น: AVA เช็กเอาต์เสร็จ แต่รหัสพิเศษสำหรับเช็กเอาต์ที่กำหนดค่าไว้หายไปจาก Opera
สาเหตุ: การอัปเดต Opera ที่ไม่บังคับอาจล้มเหลวหลังเช็กเอาต์ AVA จะลองใหม่เมื่อเกิดข้อผิดพลาด OHIP ชั่วคราวหนึ่งครั้ง
วิธีแก้:
- รอสักครู่ แล้วรีเฟรชการจองใน Opera
- ยืนยันว่าบันทึก Specials code for check-out ไว้ใน Settings → Check-In
- ตรวจสอบการจองใน Opera อีกครั้ง
- ติดต่อฝ่ายสนับสนุนหากยังไม่พบรหัส
การอัปเดตรหัสพิเศษที่ไม่บังคับซึ่งล้มเหลวจะไม่ยกเลิกหรือบล็อกการเช็กเอาต์ AVA จะไม่ลองใหม่สำหรับข้อผิดพลาดที่ไม่ใช่ข้อผิดพลาดชั่วคราว
รายการเพิ่มเติมยังต้องชำระหลังยกเว้นค่าห้อง
สิ่งที่เห็น: AVA แสดงยอดคงค้างเป็นบวกหลังยกเว้นแถวแพ็กเกจห้อง
AVA ถือว่าค่าใช้จ่ายห้องจาก rate-info ของ Opera ที่คาดการณ์ไว้และภาษีของรายการนั้นเป็นยอดแพ็กเกจห้องเดียวกัน การยกเว้น rate-code ที่ตรงกันไม่ควรทำให้ภาษีอัตราห้องที่คาดการณ์ไว้ยังต้องชำระ ควรเหลือให้เรียกเก็บเฉพาะรายการเพิ่มเติมที่โพสต์แยกและภาษีของรายการเหล่านั้น
วิธีแก้:
- ตรวจสอบยอดคงค้างและ GST เพิ่มเติมใน Opera
- ยืนยันว่าค่าใช้จ่ายที่เหลือถูกต้อง
- รีเฟรชการจองใน AVA หลัง Opera ซิงก์เสร็จ
- เลือก Pay เมื่อยอดคงค้างเป็นบวกตรงกับยอดค้างชำระใน Opera
- หาก Opera รายงานเป็นศูนย์ ให้รีเฟรช AVA และยืนยันว่ายอดเป็นศูนย์
ข้อมูลโฟลิโอ Opera ไม่ครบ
สิ่งที่เห็น: AVA ยืนยันยอดคงค้างไม่ได้หลังอัปเดตโฟลิโอ Opera
วิธีแก้:
- ยืนยันว่า Opera ส่งหน้าต่างโฟลิโอหลักของผู้เข้าพักกลับมา
- ตรวจสอบว่าหน้าต่างโฟลิโอมีจำนวนเงินคงค้างหรือรายการโพสต์ที่ใช้งานได้
- รอไม่เกินห้าวินาทีเพื่อให้การเปลี่ยนแปลงล่าสุดจาก Opera ภายนอกปรากฏ
- รีเฟรชการจองใน AVA
- รอให้ Opera อัปเดตโฟลิโอเสร็จ
- ติดต่อแผนกต้อนรับหรือทีมสนับสนุนหากยอดยังยืนยันไม่ได้
ETA หรือเวลาออกจากที่พักที่คาดไว้ไม่อัปเดต
สิ่งที่เห็น: การจองยังแสดงเวลามาถึงหรือเวลาออกจากที่พักเดิม
วิธีแก้:
- เปิดการจองใน Opera
- สำหรับการจองหลายห้อง ให้เปิดการจองของห้องที่ได้รับผลกระทบเอง
- หากผู้เข้าพักเป็นผู้แชร์ ให้ตรวจสอบการจองของผู้แชร์เอง
- หากฟิลด์แสดงเฉพาะผู้เข้าพักหลัก ให้ตรวจสอบค่าของผู้เข้าพักหลักตามรูปแบบมาตรฐาน
- ยืนยันว่าบันทึกเวลาที่คาดไว้ในการจองที่ถูกต้องแล้ว
- รีเฟรช Operations View หลังซิงก์การอัปเดตแล้ว
- หากเวลามาจากแบบฟอร์มผู้เข้าพัก ให้ยืนยันว่าเปิดใช้ฟิลด์เวลาที่ตรงกันแล้ว
- หากยังไม่แสดง ให้ตรวจสอบการเชื่อมต่อ Opera และลองใหม่หลังจากผ่านไปสองสามนาที
AVA จะซิงก์วัตถุประสงค์และเวลาที่คาดไว้ที่ถูกต้องของผู้จองไปยังห้อง Opera อื่นที่ผู้จองถืออยู่ ระบบจะตรวจสอบความเป็นผู้เข้าพักหลักก่อนเขียนข้อมูล และจะข้ามห้องที่กำลังเช็กอิน AVA ประมวลผลห้องอื่นได้สูงสุดห้าห้องต่อชุด และสูงสุด 20 ห้องต่อการซิงก์ผู้เข้าพักหนึ่งครั้ง ค่าที่ได้รับการยืนยันแล้วจะไม่ถูกเขียนทับโดยการซิงก์ผู้เข้าพักครั้งถัดไป เวลาของผู้แชร์เองยังคงอยู่ในการจองของผู้แชร์ ฟิลด์ที่มีเฉพาะผู้เข้าพักหลักสามารถให้ค่าที่ผู้แชร์ขาดหายไปจากผู้เข้าพักหลักตามรูปแบบมาตรฐาน
การ์ดห้องหลายห้องดูว่าง
สิ่งที่เห็น: เปิดการ์ดห้องแล้ว แต่ผู้เข้าพักหลักหายไป
วิธีแก้:
- ยืนยันว่าโหลดการจองด้วยหมายเลขยืนยัน
- รีเฟรชหน้าจอเช็กอินแล้วเปิดห้องอีกครั้ง
- หากยังไม่พบผู้เข้าพัก ให้ติดต่อฝ่ายสนับสนุนพร้อมหมายเลขยืนยันและวันที่เข้าพัก
ผู้แชร์ใน Opera ปรากฏเป็นห้องที่สอง
สิ่งที่เห็น: การจองหนึ่งรายการใน Opera ปรากฏเป็นผลลัพธ์สองห้องใน AVA
สาเหตุ: Opera อาจส่งการจองหลักและผู้แชร์ที่เชื่อมโยงกันกลับมาสำหรับห้องจริงหนึ่งห้อง
การค้นหาใหม่ใน Self Check-In จะเปลี่ยนการยืนยันของผู้แชร์ที่ใช้เฉพาะการแชร์ไปเป็นการจองโฮสต์ AVA จะระบุโฮสต์จากบทบาทของการจองที่เชื่อมโยง แผนอัตรา และจำนวนผู้ใหญ่ก่อนใช้ ID การจองตัวเลขเป็นทางเลือกสำรอง การดำเนินการนี้รักษาโฮสต์เดิมไว้เมื่อ Opera กำหนด ID ที่ต่ำกว่าให้ผู้แชร์ที่สร้างใหม่และมีผู้ใหญ่เป็นศูนย์ ระเบียนที่สร้างก่อนการเปลี่ยนแปลงนี้จะไม่ถูกแก้ไขโดยอัตโนมัติ
AVA จะจัดกลุ่มผู้แชร์ที่ซ้ำและไม่มีผู้เข้าพักเข้าไว้ในห้องที่มีข้อมูลผู้เข้าพักครบถ้วน ระเบียนที่มีความคืบหน้าของผู้เข้าพัก การชำระเงิน การเรียกเก็บเงิน หรือสถานะเช็กอินจะยังคงแสดงอยู่
วิธีแก้:
-
รีเฟรชการจองใน AVA
-
ยืนยันว่าระเบียนที่ซ้ำกันใช้ห้องจริงและวันที่เข้าพักเดียวกันใน Opera
-
ตรวจสอบทั้งสองระเบียนว่ามีความคืบหน้าของผู้เข้าพัก การชำระเงิน การเรียกเก็บเงิน หรือกิจกรรมเช็กอินหรือไม่
-
ดำเนินการต่อจากผลลัพธ์ห้องที่มีข้อมูลผู้เข้าพักครบถ้วน
-
ติดต่อฝ่ายสนับสนุนหากยังมีผลลัพธ์สองห้องโดยไม่มีกิจกรรมแยกจากกัน
✓ ผู้แชร์ Opera ที่ซ้ำกันควรปรากฏอยู่ภายในผลลัพธ์ของห้องจริงเพียงห้องเดียว
ห้องในวันออกจากที่พักแสดงป้ายสถานะไม่ถูกต้อง
สิ่งที่เห็น: ห้องหนึ่งแสดง Checked In ขณะที่อีกห้องในการจอง Opera เดียวกันซึ่งกำลังจะออกจากที่พักแสดง Due Out
สาเหตุ: Opera อาจส่ง In House เป็นสถานะดิบของการจอง และส่ง Due Out เป็นสถานะการออกจากที่พักที่คำนวณแล้ว AVA ใช้สถานะการออกจากที่พักที่คำนวณแล้วกับการ์ดห้องที่มีผู้เข้าพักอยู่ โดยยังคงสถานะห้องที่ระบุไว้อย่างชัดเจน
วิธีแก้:
-
รีเฟรชการจองใน AVA
-
ยืนยันวันที่ออกจากที่พักของผู้เข้าพักว่าเป็นวันนี้ใน Opera
-
ยืนยันว่าห้องที่มีผู้เข้าพักทุกห้องอยู่ในการจอง Opera เดียวกัน
-
หากห้องหนึ่งยังแสดง Checked In ให้ติดต่อฝ่ายสนับสนุนพร้อมหมายเลขยืนยันการจองและภาพหน้าจอ
✓ ห้องที่มีกำหนดออกจากที่พักวันนี้ทั้งหมดควรแสดง Due Out อย่างสอดคล้องกัน
AVA จะไม่รวมการจองที่กำหนดให้กับห้องจริงต่างกันหรือกลุ่มการแชร์ต่างกัน
Opera จัดกลุ่มห้องไม่ถูกต้อง
สิ่งที่เห็น: การค้นหาหลายห้องรวมอีกห้องที่ไม่เกี่ยวข้องเข้ามา หรือไม่มีห้องที่เชื่อมโยงกัน
สาเหตุ: การจัดกลุ่มแบบเนทีฟใช้กลุ่มที่เชื่อมโยงกันใน Opera และวันที่เข้าพักที่ทับซ้อนกัน ระบบจะตัดระเบียนที่ยกเลิก ไม่มาเข้าพัก เช็กเอาต์แล้ว ห้องเสมือน และระเบียนที่ช่วงเวลาไม่ทับซ้อนกันออก
วิธีแก้:
-
เปิดการจองที่ได้รับผลกระทบทั้งหมดใน Opera
-
ยืนยันว่าการจองอยู่ในกลุ่มลิงก์แบบเนทีฟเดียวกัน
-
ตรวจสอบว่าช่วงเข้าพักทับซ้อนกันอย่างน้อยหนึ่งคืน
-
สำหรับห้อง CRS ที่ไม่ได้ลิงก์ ให้ยืนยันว่าใช้โปรไฟล์หลักและวันที่เข้าพักเดียวกัน
-
ยืนยันว่าห้องถูกสร้างภายใน 10 วินาทีหลังห้องแรก
-
ยืนยันว่าห้องไม่ได้ถูกยกเลิก ไม่มาเข้าพัก เช็กเอาต์แล้ว หรือเป็นห้องเสมือน
-
รีเฟรชการจองใน AVA หลังบันทึกการแก้ไขใน Opera
-
ติดต่อฝ่ายสนับสนุนหากกลุ่มยังแสดงไม่ถูกต้อง
✓ AVA ควรแสดงผลลัพธ์หนึ่งรายการต่อห้องจริงที่เข้าเกณฑ์
คอมโพเนนต์ SiteMinder ที่ไม่มีลิงก์ Opera แบบเนทีฟจะใช้ข้อมูลอ้างอิงภายนอกที่ตรงกัน โปรไฟล์ผู้เข้าพัก วันที่เข้าพัก หรือข้อมูลอ้างอิงการจองที่คล้ายกันจะไม่ทำให้การจองที่ไม่เกี่ยวข้องถูกรวมเข้าด้วยกัน
AVA จะไม่จัดกลุ่มผู้เดินทางที่ใช้ข้อมูลอ้างอิง CRS ของบริษัทเดียวกันแต่มีโปรไฟล์ผู้เข้าพักหลักต่างกัน นอกจากนี้ยังคงแยกกลุ่มห้องตั้งแต่ 10 ห้องขึ้นไป เพราะอาจเป็นโควตากลุ่ม
ห้องไม่ปรากฏในการเปลี่ยนห้อง
สิ่งที่เห็น: ห้องหายไปจาก Allow move room
วิธีแก้:
- ตรวจสอบการจองใน Opera
- นำล็อก Do Not Move ออกหากควรย้ายห้องได้
- รีเฟรชการจองใน AVA
- ลองเปลี่ยนห้องอีกครั้ง
สวีทองค์ประกอบของ Opera ยังไม่พร้อม
สิ่งที่เห็น: การเช็กอินหยุดลงเพราะสวีทของ Opera ยังไม่พร้อม หรือไม่สามารถกำหนดห้องได้
สาเหตุ: Opera แทนสวีทด้วยห้ององค์ประกอบที่เชื่อมโยงกัน AVA ตรวจสอบห้องที่เชื่อมโยงทุกห้องก่อนกำหนดสวีท
วิธีแก้:
- เปิดสวีทใน Opera
- ตรวจสอบการเข้าพักและความพร้อมของห้ององค์ประกอบทุกห้อง
- แก้ไขห้ององค์ประกอบที่มีผู้เข้าพัก สกปรก หรือไม่พร้อมใช้งานใน Opera หรือ Housekeeping
- ยืนยันว่าการกำหนดค่าห้องของสวีทแสดงสมาชิกองค์ประกอบที่ตรงกันทุกห้อง
- กลับไปที่ AVA คลิก Refresh แล้วลองเช็กอินอีกครั้ง
หาก AVA เลือกสวีทโดยอัตโนมัติแต่ยืนยันการกำหนดค่าที่แน่นอนไม่ได้ ให้ขอผู้ดูแลระบบ Opera แก้ไขการแมป
AVA ใช้เส้นทางการกำหนดห้องเดิมสำหรับห้องทั่วไปและห้องที่เลือกอัตโนมัติซึ่งไม่เกี่ยวข้อง
การกำหนดห้องอัจฉริยะของ Opera ข้ามห้องที่ว่างอยู่
สิ่งที่เห็น: ห้องดูเหมือนว่างในวันนี้ แต่ Smart Room Assignment เลือกห้องอื่น
สาเหตุ: ห้องดังกล่าวถูกกำหนดให้กับการจองอื่นในช่วงวันที่เข้าพักของผู้เข้าพักรายนี้ AVA จะปกป้องการจองอื่น แม้ห้องจะว่างอยู่จริงในวันนี้
วิธีแก้:
-
ตรวจสอบวันที่เข้าพักและวันที่ออกจากที่พักที่ร้องขอใน AVA
-
เปิดการจองที่ทับซ้อนกับห้องดังกล่าวใน Opera
-
ยืนยันว่าการจองนั้นควรเก็บห้องนี้ไว้หรือไม่
-
รีเฟรชการจองใน AVA แล้วลองกำหนดห้องอีกครั้ง
-
กำหนดห้องด้วยตนเองหลังยืนยันการจองที่ทับซ้อนแล้วเท่านั้น
✓ การกำหนดห้องอัจฉริยะจะเลือกห้องที่พร้อมใช้งานในขณะนี้และว่างตลอดช่วงเข้าพักที่ร้องขอ
หาก AVA อ่านการจอง Opera ที่ทับซ้อนไม่ได้ Opera จะยังตรวจสอบความขัดแย้งระหว่างการกำหนดห้อง AVA สามารถลองผู้สมัครห้องอื่นได้หลัง Opera ปฏิเสธห้องที่มีความขัดแย้ง
Opera ปฏิเสธห้อง Clean ที่เลือก
สิ่งที่เห็น: ACI ปฏิเสธห้องที่คุณเลือก แม้ Opera จะแสดงสถานะเป็น Clean
สาเหตุ: Opera อาจกำหนดให้ที่พักต้องใช้ห้องที่ผ่านการตรวจสอบแล้ว สถานะห้องอาจเปลี่ยนหลังจาก AVA อ่านข้อมูล
วิธีแก้:
-
ตรวจสอบสถานะงานแม่บ้านของห้องที่เลือกใน Opera
-
รีเฟรชการจองใน AVA
-
เลือกห้องที่ตรงตามกฎความพร้อมของที่พัก
-
ลองเปลี่ยนห้องอีกครั้งหนึ่ง
-
ยืนยันห้องของผู้เข้าพักใน Opera หากผลลัพธ์ไม่ชัดเจน
✓ การปฏิเสธที่ Opera ยืนยันแล้วจะคงผู้เข้าพักไว้ในห้องเดิม
AVA จะคืนห้องเดิมหลังการปฏิเสธที่ยืนยันแล้ว ตรวจสอบ Opera ก่อนเมื่อไทม์เอาต์หรือข้อผิดพลาดเกตเวย์ทำให้ผลลัพธ์ไม่แน่นอน
ไม่มีการเสนอประเภทห้องที่สูงกว่า
สิ่งที่เห็น: ผู้เข้าพักไม่มีห้องที่พร้อม แต่ AVA ไม่แสดงประเภทห้องที่สูงกว่า
สาเหตุ: การอัปเกรดจะแสดงเฉพาะเมื่ออนุญาตตามนโยบายประเภทห้องของโรงแรม และประเภทที่จองต้องไม่มีห้องที่พร้อมตลอดทุกคืนของการเข้าพัก
วิธีแก้:
-
ยืนยันว่าโรงแรมใช้ Opera เป็น PMS ที่ใช้งานอยู่
-
ตรวจสอบว่าเปิดใช้นโยบายอัปเกรดประเภทห้องของโรงแรมแล้ว
-
ยืนยันว่าประเภทห้องที่จองอยู่ในลำดับของโรงแรม
-
ตรวจสอบว่าห้องประเภทที่สูงกว่ามีห้องว่างและพร้อมตลอดช่วงเข้าพัก
-
รีเฟรชการจองแล้วเปิดการกำหนดห้องอีกครั้ง
✓ AVA จะแสดงประเภทห้องที่สูงกว่าซึ่งเข้าเกณฑ์และใกล้กับประเภทที่จองที่สุด
AVA จะไม่เสนอห้องที่ไม่ว่างในคืนใดคืนหนึ่งของช่วงเข้าพัก
แผนเปลี่ยนประเภทห้องถูกปฏิเสธ
สิ่งที่เห็น: AVA แสดงการเปลี่ยนห้องที่เป็นไปได้ แต่ดำเนินการตามแผนไม่ได้
สาเหตุ: การจองอื่นอาจเปลี่ยนแปลง หรือห้องว่างในคืนใดคืนหนึ่งไม่รองรับแผนแล้ว Opera อาจปกป้องการจองที่มี Do Not Move หรือการแจ้งเตือน DNR ของ AVA หากการ์ดเปลี่ยนห้องแสดงการแจ้งเตือนของผู้ถือห้อง ให้ตรวจสอบก่อนเลือกแผน
วิธีแก้:
-
ตรวจสอบการจองทั้งสองรายการและประเภทห้องใน Opera
-
ยืนยันว่าห้องปลายทางทุกห้องพร้อมตลอดช่วงเข้าพัก
-
ตรวจสอบ Out of Order, Out of Service, Do Not Move, การแจ้งเตือน Room Committed for Kiosk Guest หรือรหัสการแจ้งเตือนที่โรงแรมกำหนดให้บล็อกการเปลี่ยนห้อง
-
รีเฟรช AVA แล้วขอเปลี่ยนห้องอีกครั้ง
-
เลือกห้องว่างที่เข้าเกณฑ์หากการเปลี่ยนยังล้มเหลว
✓ AVA จะดำเนินการเฉพาะแผนที่ยังสอดคล้องกับห้องว่างรายคืนปัจจุบัน
ห้อง Due Out ถูกปฏิเสธระหว่างการเปลี่ยนห้อง
สิ่งที่เห็น: Opera ปฏิเสธห้องที่มีผู้เข้าพักซึ่งมีกำหนดออกจากที่พักวันนี้
สาเหตุ: ผู้เข้าพักของห้องจะออกวันนี้แต่ยังไม่ได้เช็กเอาต์ Opera ยังปฏิเสธการจองแบบใช้ห้องระหว่างวันหรือพักต่อ ข้อมูลออกจากที่พักที่ไม่ครบถ้วน และห้องในที่พักที่ไม่รองรับการกำหนดแบบ Due Out
วิธีแก้:
-
ยืนยันวันที่ออกจากที่พักของผู้เข้าพักปัจจุบันใน Opera
-
ตรวจสอบผู้ถือห้องทุกคนที่อยู่ในโรงแรมและถูกกำหนดให้กับห้องนั้น
-
ยืนยันว่า Opera ส่งข้อมูลออกจากที่พักของวันนี้ให้ AVA
-
เช็กเอาต์ผู้เข้าพักปัจจุบันให้เสร็จก่อนใช้ห้องนั้น
-
ใช้ห้องว่างหากไม่สามารถเช็กเอาต์ก่อนได้
-
รีเฟรช AVA ก่อนขอเปลี่ยนห้องอีกครั้ง
✓ AVA จะปกป้องห้องไว้จนกว่า Opera จะยืนยันว่าห้องเข้าเกณฑ์
ตัววางแผนเปลี่ยนห้องอาจแสดงแผนที่เลือกได้พร้อมคำเตือน Occupied สำหรับการมาถึงค้างคืนในวันนี้ อนุมัติแผนนี้เมื่อแผนกต้อนรับยอมรับว่าห้องจะยังไม่พร้อมจนกว่าผู้เข้าพักเดิมจะเช็กเอาต์
การ์ดเปลี่ยนห้องไม่มี ETA
สิ่งที่เห็น: การ์ดผู้ถือห้องไม่แสดง ETA
สาเหตุ: Opera หรือการเชื่อมต่อ PMS ไม่ได้ให้เวลามาถึงที่คาดไว้ที่ถูกต้อง AVA ยังคงจัดลำดับผู้ถือห้องตามวันที่มาถึงและหมายเลขห้อง
วิธีแก้:
-
ตรวจสอบเวลามาถึงที่คาดไว้ของผู้ถือห้องใน Opera
-
ยืนยันว่าเวลาใช้รูปแบบ
HH:mmมาตรฐานของโรงแรม -
รีเฟรชการจองใน AVA
-
เปิด Find ready rooms อีกครั้ง แล้วตรวจสอบการ์ดเปลี่ยนห้อง
✓ AVA จะแสดง ETA HH:mm หลัง PMS ส่งเวลาที่ถูกต้องกลับมา
AVA ยังแสดงและจัดอันดับห้องได้แม้ไม่มี ETA ใช้วันที่มาถึงและรายละเอียดผู้ถือห้องก่อนอนุมัติการย้าย
การเปลี่ยนห้องที่จำเป็นถูก Opera ปฏิเสธ
สิ่งที่เห็น: การเปลี่ยนห้องที่จำเป็นล้มเหลวพร้อมข้อความว่าการจองถูกล็อกหรือกำหนดเป็น Do Not Move
สาเหตุ: Opera ปกป้องห้องปัจจุบันของการจองจากการเปลี่ยนแปลงที่จำเป็น AVA จะคงห้องเดิมและไม่อ้างว่าการย้ายที่ร้องขอสำเร็จ
วิธีแก้:
-
เปิดการจองใน Opera
-
ยืนยันว่า Do Not Move ยังจำเป็นหรือไม่
-
นำล็อกออกเฉพาะเมื่อควรย้ายห้องได้
-
รีเฟรชการจองใน AVA
-
ลองย้ายห้องอีกครั้ง
✓ AVA จะย้ายการจองหลัง Opera ยืนยันห้องที่ร้องขอเท่านั้น
การกำหนดห้องอัจฉริยะและการกำหนดห้องอัตโนมัติระหว่างเช็กอินจะคงการจองที่ล็อกไว้ในห้องปัจจุบัน และจะไม่ข้าม Do Not Move โดยไม่แจ้งให้ทราบ
การเปลี่ยนห้องถูกปฏิเสธสำหรับห้องครอบครัวหรือห้องที่แชร์
สิ่งที่เห็น: AVA ปฏิเสธห้องที่เลือกขณะเปลี่ยนห้อง
สาเหตุ: ห้องนั้นถูกถือโดยการจองอื่นในครอบครัว Opera ของผู้เข้าพัก หรือผู้แชร์รายหนึ่งไม่เข้าเกณฑ์ที่จะย้าย
AVA ปกป้องห้องในกลุ่มเดียวกัน และจะย้ายผู้แชร์ที่เชื่อมโยงไปพร้อมกันเมื่อผู้แชร์ทุกคนย้ายได้อย่างปลอดภัยเท่านั้น
วิธีแก้:
-
ตรวจสอบผู้ถือห้องที่เลือกใน Opera
-
หากห้องอยู่ในครอบครัวของผู้เข้าพัก ให้เลือกห้องอื่น
-
หากมีการจองสองรายการแชร์ห้อง ให้ตรวจสอบผู้แชร์ทุกคนว่ามี In House, Do Not Move, การแจ้งเตือนห้องถูกจองไว้ และวันที่เข้าพักตรงกันหรือไม่
-
รีเฟรชรายการการจองใน AVA
-
เลือกแผนห้องที่แชร์เมื่อผู้แชร์ทุกคนเข้าเกณฑ์เท่านั้น หรือเลือกห้องว่าง
✓ AVA จะย้ายผู้แชร์ที่เข้าเกณฑ์ทั้งหมดไปพร้อมกัน หรือคงห้องนั้นไว้โดยไม่เปลี่ยนแปลง
แนวทางปฏิบัติที่ดีที่สุดด้านความปลอดภัย
- 🔒 เก็บข้อมูลรับรองอย่างปลอดภัย (ข้อมูลเหล่านี้เข้ารหัสใน AVA)
- 🔒 ใช้ OCIM เมื่อทำได้เพื่อความปลอดภัยที่ดีขึ้น
- 🔒 เก็บ
enterpriseIdไว้ร่วมกับข้อมูลรับรอง OCIM อื่น ๆ - 🔒 เปลี่ยนความลับไคลเอนต์เป็นระยะ
- 🔒 จำกัดสิทธิ์ผู้ใช้ OHIP ให้เท่าที่จำเป็น
การขอข้อมูลรับรอง OHIP
หากไม่มีข้อมูลรับรอง:
- ติดต่อ Oracle Hospitality Support หรือผู้ดูแลระบบ Opera
- ขอสิทธิ์เข้าถึง OHIP API สำหรับการเชื่อมต่อกับ AVA
- พวกเขาจะมอบ:
- OHIP Host Name
- Application Key
- Client ID และ Secret
- Hotel ID
enterpriseIdสำหรับ OCIM
- จัดเก็บข้อมูลรับรองที่ได้รับไว้อย่างปลอดภัย
ไม่พบผู้แชร์ที่มาถึงภายหลัง
สิ่งที่เห็น: ผู้เข้าพักหลักอยู่ในโรงแรมแล้ว แต่ผู้แชร์ที่มาถึงภายหลังแสดงข้อความ "Guest reservation membership is unresolved"
สาเหตุ: Opera อาจหยุดแสดงผู้แชร์ในอนาคตหลังผู้เข้าพักหลักเช็กอินแล้ว AVA จะกู้คืนผู้แชร์ได้เมื่อการจองของผู้แชร์เองเชื่อมโยงกลับไปยังการจองหลัก และการเข้าพักยังต้องใช้งานอยู่
วิธีแก้:
-
ยืนยันว่าผู้เข้าพักหลักอยู่ในโรงแรมใน Opera
-
เปิดการจองของผู้แชร์เองใน Opera
-
ยืนยันว่าการจองเชื่อมโยงกับการจองหลักเดียวกัน และไม่ได้ถูกยกเลิก ไม่มาเข้าพัก หรือเช็กเอาต์แล้ว
-
รีเฟรชการจองใน AVA
-
ลองดำเนินการมาถึงหรือออกคีย์การ์ดอีกครั้งหนึ่ง
✓ AVA ควรระบุผู้แชร์ได้และดำเนินการเช็กอินหรือออกคีย์การ์ดต่อ
หากยังพบข้อผิดพลาด ให้ติดต่อฝ่ายสนับสนุนพร้อมหมายเลขยืนยันทั้งสองรายการและวันที่เข้าพัก
ยังแก้ไม่ได้ใช่ไหม
ติดต่อ success@vouch-technologies.com หาก:
- ❌ การเชื่อมต่อ OCIM ยังล้มเหลวหลังเพิ่ม
enterpriseId - ❌ ไม่พบการจองหลังช่วงเวลาซิงก์ครั้งแรก
- ❌ Oracle ยืนยันว่าข้อมูลรับรองถูกต้อง แต่ AVA ยังคงปฏิเสธ
แนบข้อมูลต่อไปนี้:
- ภาพหน้าจอข้อผิดพลาด
- โหมดการจัดการข้อมูลประจำตัว Opera
- เวลาที่เริ่มเกิดปัญหา
- ขั้นตอนที่ลองไปแล้ว