การเชื่อมต่อ 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 จะแสดงค่าที่จะบันทึกก่อนพนักงานเพิ่มหมายเหตุ
| การตั้งค่า | ควบคุมสิ่งใด | ค่าว่าง |
|---|---|---|
| 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 กำหนดตามการตั้งค่าของโรงแรม ยืนยันว่ารหัสที่เลือกใช้ได้ก่อนที่พนักงานจะเพิ่มหมายเหตุ
กำหนดค่า Match and merge guest profiles ที่ Settings → Check-In → Check-In Policy → Guest registration ดู การจับคู่และรวมโปรไฟล์ผู้เข้าพัก
แจ้งพนักงานต้อนรับเมื่อผู้เข้าพักหลักจะมาถึงภายหลัง
ใช้การตั้งค่านี้เมื่อผู้เข้าพักเพิ่มเติมอาจเช็กอินก่อนผู้เข้าพักหลัก 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 จะแสดงไฟล์แนบของหนังสือเดินทาง เอกสารยืนยันตัวตน และบัตรลงทะเบียนที่ลงนามแล้ว สำเนาหนังสือเดินทางและเอกสารยืนยันตัวตนจะยังคงอยู่ในโปรไฟล์ผู้เข้าพักของผู้แชร์แต่ละรายด้วย ปลายทางที่บันทึกไว้จะควบคุมการอัปโหลดใหม่ รวมถึงบัตรที่สร้างระหว่างการเช็กอินเมื่อผู้เข้าพักมาถึงโดยตรง ปลายทางที่เลือกจะมีลำดับความสำคัญเหนือเป้าหมายการจองของผู้แชร์เริ่มต้นของ AVA
-
ในส่วน Registration ค้นหา Upload sharer documents to
-
เลือกหนึ่งตัวเลือก:
ตัวเลือก ผลลัพธ์ Main Guest Reservation รวบรวมเอกสารและบัตรลงทะเบียนของผู้แชร์ทั้งหมดไว้ในการจองหลัก Sharer Reservation แนบเอกสารและบัตรลงทะเบียนของผู้แชร์แต่ละรายไว้กับการจองของผู้แชร์รายนั้น -
คลิก Save Check-In Policy
✓ บัตรลงทะเบียนที่ลงนามใหม่จะใช้ปลายทาง Opera ที่เลือกไว้
การเปลี่ยนการตั้งค่านี้จะไม่ย้ายไฟล์แนบที่จัดเก็บไว้ใน 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 จะซิงก์ค่าเหล่านั้นไปยัง 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
เมื่อเชื่อมต่อแล้ว AVA จะได้รับ:
- ✅ การจองและโฟลิโอของผู้เข้าพัก
- ✅ ห้องว่างและสถานะห้อง
- ✅ ข้อมูลโปรไฟล์ผู้เข้าพักในรูปแบบ AVA ที่ใช้ร่วมกัน
- ✅ ธุรกรรมเช็กอิน/เช็กเอาต์
- ✅ ข้อมูลการบล็อกห้อง
- ✅ สถานะล็อกห้อง Do Not Move
- ✅ เวลามาถึงและออกจากที่พักที่คาดไว้ของการจองผ่านโฟลว์มาตรฐานของการจอง
- ✅ ความสามารถ Group Checkout สำหรับการจองที่เชื่อมโยงกัน
ผลกระทบต่อผู้เข้าพักและพนักงาน
- แบบฟอร์มผู้เข้าพักปรับตามกฎของ 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 ที่ใช้งานได้ หากบริบทตัวตนหาย ว่าง ไม่ตรงกัน หรือกำกวม ระบบจะหยุดการดำเนินการก่อนสร้างโปรไฟล์
- การจัดกลุ่มด้วยตนเองเปลี่ยนเฉพาะเส้นทาง ACI ของ AVA ไม่ได้สร้างหรือเปลี่ยนกลุ่มการจองใน Opera
- การจองที่ใช้งานอยู่จะแสดงตามค่าเริ่มต้น การจองที่ยกเลิกจะไม่อยู่ในผลการค้นหาปกติ เว้นแต่เวิร์กโฟลว์จะร้องขอโดยชัดเจน
- การจองหลายห้องจะคงห้องที่ค้นหาไว้บนการ์ดที่ถูกต้อง AVA จะคงข้อมูลยืนยันที่คุณค้นหาไว้ แม้ Opera จะปรับ family ให้เป็น confirmation หลักหรือใช้ ID ภายในต่างกัน
- ลิงก์ Opera แบบเนทีฟสามารถกำหนดกลุ่มการจองได้ เมื่อทีม Vouch เปิดใช้การจัดกลุ่มแบบเนทีฟสำหรับที่พักของคุณ AVA จะทำตามการจองที่เชื่อมโยงกันใน Opera แทนการจับคู่ผู้เข้าพัก วันที่เข้าพัก หรือข้อมูลอ้างอิงการจองร่วมกัน
- การจัดกลุ่มแบบเนทีฟจะเก็บเฉพาะห้องที่ตรงกัน AVA จะตัดการเข้าพักที่ยกเลิก ไม่มาเข้าพัก เช็กเอาต์แล้ว ห้องเสมือน และการเข้าพักที่ช่วงเวลาไม่ทับซ้อนกันออก นอกจากนี้ยังรวมผู้แชร์และระเบียนห้องเดียวกันให้เป็นห้องจริงหนึ่งห้อง
- การจองจาก SiteMinder ใช้กลไกสำรองที่ปลอดภัย หาก Opera ไม่มีกลุ่มลิงก์แบบเนทีฟ AVA จะจับคู่ข้อมูลอ้างอิงคอมโพเนนต์ SiteMinder ที่ตรงกัน แทนการรวมการจองที่ไม่เกี่ยวข้องกันเพียงเพราะมีข้อมูลอ้างอิงคล้ายกัน
- การจองที่คุณค้นหาจะยังเป็นการจองหลัก การเปิดการจองลูกหรือการจองของผู้แชร์ยังเริ่มจากการจองนั้น ขณะที่ AVA จะแสดงห้องอื่นที่เข้าเกณฑ์ในกลุ่มเดียวกัน
- การจัดกลุ่มแบบเนทีฟต้องเลือกเปิดใช้ ทีมติดตั้ง Vouch จะเปิดใช้เป็นรายที่พัก พฤติกรรม Opera เริ่มต้นจะยังไม่เปลี่ยนจนกว่าทีมจะยืนยันการเปิดใช้งาน
- การเปิดใช้งานอาจเปลี่ยนตัวระบุกลุ่มได้หนึ่งครั้ง Analytics อาจนับการจองซ้ำหลังเปลี่ยนโหมดการจัดกลุ่ม เนื่องจาก AVA จัดเก็บตัวระบุกลุ่มใหม่
- ACI แบบอุปกรณ์เดียวและสองอุปกรณ์ที่ยืนยันแล้วรองรับการดำเนินการเกี่ยวกับห้อง พนักงานดูสภาพและการเข้าพักของห้อง รีเฟรชการกำหนดห้องใน Opera เลือกห้องทดแทนที่พร้อม และอัปเดตสภาพ Clean, Dirty หรือ Inspected ได้
- การรีเฟรชห้องจะไม่เลือกทางเสี่ยง หาก Opera ไม่ส่งห้องกลับมาหรือส่งผลลัพธ์หลายห้องที่กำกวม AVA จะเก็บห้องเดิมไว้แทนการเลือกห้องอื่น
- การกำหนดห้องอัจฉริยะจะตรวจสอบตลอดช่วงเข้าพัก AVA จะตัดห้องที่กำหนดให้การจองอื่นในช่วงวันที่เข้าพักและวันที่ออกจากที่พักที่ร้องขอออก แม้ Opera จะแสดงว่าห้องนั้นว่างในวันนี้
- ผู้แชร์ Opera ที่มาถึงล่าช้าจะคงห้องที่แชร์ไว้ หากผู้เข้าพักหลักอยู่ในโรงแรมแล้ว 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 ขอข้อมูลจาก Opera ทีละประเภทห้อง ดังนั้นการจองที่อัปเกรดจะยังปรากฏใต้ประเภทห้องที่ Opera กำหนด
- การกำหนดห้องอัจฉริยะตรวจสอบการบล็อกห้องในอนาคต AVA จะตัดห้องที่มีช่วง Out of Order หรือ Out of Service ของ Opera ระหว่างการเข้าพักออกด้วย ห้องต้องพร้อมและว่างสำหรับทุกคืน
- การอัปเกรดประเภทห้องทำงานเฉพาะกับ Opera เมื่อโรงแรมเปิดใช้ลำดับประเภทห้อง AVA สามารถเสนอประเภทห้องที่สูงกว่าได้เมื่อประเภทที่จองไม่มีห้องพร้อมตลอดช่วงเข้าพัก
- การอัปเกรดทำตามลำดับของโรงแรม 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 จะโหลดรายละเอียดตามต้องการ AVA จะโหลดข้อเท็จจริงหลักของการจองก่อน จากนั้นจึงดึงรายละเอียดโปรไฟล์ อัตรา หรือโฟลิโอเมื่อมีการร้องขอ
- การอ่านข้อมูลของสรุป Arrival มีขอบเขตชัดเจน สรุปพื้นฐานใช้การอ่านข้อมูลต้นทางสองครั้งสำหรับห้องที่กำหนดไว้ การเปิด Rate, Profile หรือ Folio จะเพิ่มเฉพาะการอ่านข้อมูลตามต้องการของส่วนนั้น และเมื่อเปิดอีกครั้งจะใช้แคช
- ค่าคงเหลือ OPERA ยังคงแยกจากกัน Balance พื้นฐานคือยอดคงเหลือในช่วงเวลาของผู้เข้าพักปัจจุบัน ส่วนค่าใช้จ่ายคงค้างของการเข้าพักในส่วน Rate มาจากข้อมูลอัตราของ OPERA และไม่ได้อนุมานจากยอดคงเหลือพื้นฐาน
- ส่วนเสริมจะโหลดแยกจากกัน พนักงานสามารถเปิด Profile, Rate หรือ Folio ได้โดยไม่ต้องโหลดส่วนอื่น
- ส่วนเสริมสามารถรีเฟรชได้ พนักงานเลือก Refresh ได้หลังโหลดส่วนหนึ่งแล้วหรือเมื่อการอ่านข้อมูลล้มเหลว
- สรุปหลายการจองใช้พื้นที่รางที่มีอยู่ ตัวควบคุมแท็บเล็ตผู้เข้าพักจะอยู่ด้านล่างของราง
- สรุปการจองเดียวจะยังคงกะทัดรัด AVA จะคงตัวควบคุมแท็บเล็ตผู้เข้าพักไว้ในตำแหน่งปกติ
- ตัวอย่างแท็บเล็ตที่จับคู่จะคงขนาดเดิม แผงพนักงานจะเลื่อนบนหน้าจอเตี้ยแทนการย่อส่วนแสดงตัวอย่างของผู้เข้าพัก
- การโหลดตามต้องการไม่เปลี่ยนการเรียกเก็บเงินตามปกติ เวิร์กโฟลว์เช็กอิน เช็กเอาต์ และการชำระเงินยังคงทำงานเหมือนเดิม
- ค่าจาก Opera ที่หายไปยังคงมองเห็นได้ AVA จะแสดง Not provided แทนการซ่อนรายละเอียดที่ไม่มีข้อมูล
- สรุป Arrival แสดงเฉพาะพนักงานและอ่านอย่างเดียว ใช้กับผู้เข้าพักที่ตรงกับการเดินทาง ACI แบบสองอุปกรณ์ที่กำลังดำเนินอยู่เท่านั้น และจะไม่เปลี่ยนข้อมูลใน Opera
- สามารถตรวจสอบคำแนะนำในสรุป 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 คุณดูเวลามาถึงและออกจากที่พักที่มาจาก 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 ใดบ้าง
- ACI No Post จะปรากฏตามความสามารถของระบบ เมื่อเปิดใช้ใน Settings → Payment → Payment Policy Controls → No Post Controls AVA จะขอข้อจำกัดการโพสต์ OPERA หลังการเช็กอินแบบมีผู้ช่วยสำเร็จ
- ACI No Post ครอบคลุมการจองที่เช็กอินแล้ว AVA จะใช้กับการจองหลักหรือการจองเดี่ยว และผู้แชร์ที่เช็กอินแล้วทุกราย
- ความล้มเหลวของ No Post จะไม่ยกเลิกการเช็กอิน ตรวจสอบการจองใน OPERA และใช้ข้อจำกัดด้วยตนเองเมื่อการดำเนินการต่อเนื่องล้มเหลว
- การเช็กอิน OPERA ปกติยังคงเหมือนเดิม พฤติกรรมนี้ต้องเปิดการตั้งค่า Assisted Check-In No Post
- นโยบายยกเว้นจะลดค่าแพ็กเกจห้องและองค์ประกอบแพ็กเกจห้องที่ระบุ สำหรับการจองก่อนเข้าพัก ระบบจะยกเว้นค่าใช้จ่ายห้องจาก rate-info ของ Opera ที่คาดการณ์ไว้พร้อมภาษีเป็นชุดเดียวกัน
- ค่าใช้จ่ายเพิ่มเติมที่โพสต์แยกและภาษีของรายการเหล่านั้นอาจยังต้องชำระ รายการเหล่านี้ไม่ใช่ส่วนหนึ่งของราคาห้องที่จองไว้
- นโยบายซ่อนจะปิดบังแถวห้องและภาษี ยอดคงค้างยังไม่เปลี่ยน
- ตัวควบคุมการเรียกเก็บเงินที่ประเมินแล้วจะควบคุมการชำระเงินตอนเช็กเอาต์ AVA ใช้ยอดนั้นแทนสรุปที่แสดง
- ยอดคงเหลือศูนย์ที่ Opera ระบุไว้อย่างชัดเจนยังเป็นข้อมูลหลัก AVA จะไม่สร้างยอดบวกใหม่จากแถวห้อง ภาษี หรือบริการที่มองเห็น ใช้เมื่อไม่เห็นรายการคู่ที่โอนหรือชำระแล้ว AVA เชื่อถือยอดศูนย์นั้นเฉพาะเมื่อจำนวนเงินและสกุลเงินตรงกับบิล Opera ที่ปรับเป็นมาตรฐานแล้ว หากไม่ตรงกันจะยังยืนยันไม่ได้
- รายการกลับรายการชำระเงินยังคงเครื่องหมายเดิม การชำระเงิน 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 ที่มีอยู่แล้วยังคงความสัมพันธ์เดิมหลังการลงทะเบียน
สาเหตุ: 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 ของผู้เข้าพักรายนั้น
การ์ดห้องหลายห้องดูว่าง
สิ่งที่เห็น: เปิดการ์ดห้องแล้ว แต่ผู้เข้าพักหลักหายไป
วิธีแก้:
- ยืนยันว่าโหลดการจองด้วยหมายเลขยืนยัน
- รีเฟรชหน้าจอเช็กอินแล้วเปิดห้องอีกครั้ง
- หากยังไม่พบผู้เข้าพัก ให้ติดต่อฝ่ายสนับสนุนพร้อมหมายเลขยืนยันและวันที่เข้าพัก
ผู้แชร์ใน Opera ปรากฏเป็นห้องที่สอง
สิ่งที่เห็น: การจองหนึ่งรายการใน Opera ปรากฏเป็นผลลัพธ์สองห้องใน AVA
สาเหตุ: Opera อาจส่งการจองหลักและผู้แชร์ที่เชื่อมโยงกันกลับมาสำหรับห้องจริงหนึ่งห้อง
การค้นหาใหม่ใน Self Check-In จะเปลี่ยนการยืนยันของผู้แชร์ที่ใช้เฉพาะการแชร์ไปเป็นการจองโฮสต์ ระเบียนที่สร้างก่อนการเปลี่ยนแปลงนี้จะไม่ถูกแก้ไขโดยอัตโนมัติ
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 ปฏิเสธห้องที่มีความขัดแย้ง
ไม่มีการเสนอประเภทห้องที่สูงกว่า
สิ่งที่เห็น: ผู้เข้าพักไม่มีห้องที่พร้อม แต่ AVA ไม่แสดงประเภทห้องที่สูงกว่า
สาเหตุ: การอัปเกรดจะแสดงเฉพาะเมื่ออนุญาตตามนโยบายประเภทห้องของโรงแรม และประเภทที่จองต้องไม่มีห้องที่พร้อมตลอดทุกคืนของการเข้าพัก
วิธีแก้:
-
ยืนยันว่าโรงแรมใช้ Opera เป็น PMS ที่ใช้งานอยู่
-
ตรวจสอบว่าเปิดใช้นโยบายอัปเกรดประเภทห้องของโรงแรมแล้ว
-
ยืนยันว่าประเภทห้องที่จองอยู่ในลำดับของโรงแรม
-
ตรวจสอบว่าห้องประเภทที่สูงกว่ามีห้องว่างและพร้อมตลอดช่วงเข้าพัก
-
รีเฟรชการจองแล้วเปิดการกำหนดห้องอีกครั้ง
✓ AVA จะแสดงประเภทห้องที่สูงกว่าซึ่งเข้าเกณฑ์และใกล้กับประเภทที่จองที่สุด
AVA จะไม่เสนอห้องที่ไม่ว่างในคืนใดคืนหนึ่งของช่วงเข้าพัก
แผนเปลี่ยนประเภทห้องถูกปฏิเสธ
สิ่งที่เห็น: AVA แสดงการเปลี่ยนห้องที่เป็นไปได้ แต่ดำเนินการตามแผนไม่ได้
สาเหตุ: การจองอื่นอาจเปลี่ยนแปลง หรือห้องว่างในคืนใดคืนหนึ่งไม่รองรับแผนแล้ว Opera อาจปกป้องการจองที่มี Do Not Move ด้วย
วิธีแก้:
-
ตรวจสอบการจองทั้งสองรายการและประเภทห้องใน Opera
-
ยืนยันว่าห้องปลายทางทุกห้องพร้อมตลอดช่วงเข้าพัก
-
ตรวจสอบข้อจำกัด Out of Order, Out of Service หรือ Do Not Move
-
รีเฟรช AVA แล้วขอเปลี่ยนห้องอีกครั้ง
-
เลือกห้องว่างที่เข้าเกณฑ์หากการเปลี่ยนยังล้มเหลว
✓ AVA จะดำเนินการเฉพาะแผนที่ยังสอดคล้องกับห้องว่างรายคืนปัจจุบัน
การเปลี่ยนห้องที่จำเป็นถูก Opera ปฏิเสธ
สิ่งที่เห็น: การเปลี่ยนห้องที่จำเป็นล้มเหลวพร้อมข้อความว่าการจองถูกล็อกหรือกำหนดเป็น Do Not Move
สาเหตุ: Opera ปกป้องห้องปัจจุบันของการจองจากการเปลี่ยนแปลงที่จำเป็น AVA จะคงห้องเดิมและไม่อ้างว่าการย้ายที่ร้องขอสำเร็จ
วิธีแก้:
-
เปิดการจองใน Opera
-
ยืนยันว่า Do Not Move ยังจำเป็นหรือไม่
-
นำล็อกออกเฉพาะเมื่อควรย้ายห้องได้
-
รีเฟรชการจองใน AVA
-
ลองย้ายห้องอีกครั้ง
✓ AVA จะย้ายการจองหลัง Opera ยืนยันห้องที่ร้องขอเท่านั้น
การกำหนดห้องอัจฉริยะและการกำหนดห้องอัตโนมัติระหว่างเช็กอินจะคงการจองที่ล็อกไว้ในห้องปัจจุบัน และจะไม่ข้าม Do Not Move โดยไม่แจ้งให้ทราบ
การเปลี่ยนห้องถูกปฏิเสธสำหรับห้องครอบครัวหรือห้องที่แชร์
สิ่งที่เห็น: AVA ปฏิเสธห้องที่เลือกขณะเปลี่ยนห้อง
สาเหตุ: ห้องนั้นถูกถือโดยการจองอื่นในครอบครัว Opera ของผู้เข้าพัก หรือถูกถือโดยการจองหลายรายการที่แชร์ห้องเดียวกัน
AVA ปกป้องผู้ถือห้องปัจจุบัน และป้องกันไม่ให้การเปลี่ยนห้องย้ายผู้แชร์คนใดคนหนึ่งออกจากคู่แชร์
วิธีแก้:
-
ตรวจสอบผู้ถือห้องที่เลือกใน Opera
-
หากห้องอยู่ในครอบครัวของผู้เข้าพัก ให้เลือกห้องอื่น
-
หากมีการจองสองรายการแชร์ห้อง ให้คงห้องที่แชร์ไว้
-
รีเฟรชรายการการจองใน 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
- เวลาที่เริ่มเกิดปัญหา
- ขั้นตอนที่ลองไปแล้ว