การเชื่อมต่อ 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 ใช้ได้ตามเวลาท้องถิ่น
ขั้นตอนการกำหนดค่า
ขั้นตอนที่ 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" = ฟิลด์ที่จำเป็นยังขาดอยู่
ขั้นตอนที่ 4: กำหนดค่าการชำระเงินของผู้แชร์
ใช้การตั้งค่านี้เมื่อ 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
เมื่อเชื่อมต่อแล้ว AVA จะได้รับ:
- ✅ การจองและโฟลิโอของผู้เข้าพัก
- ✅ ห้องว่างและสถานะห้อง
- ✅ ข้อมูลโปรไฟล์ผู้เข้าพักในรูปแบบ AVA ที่ใช้ร่วมกัน
- ✅ ธุรกรรมเช็กอิน/เช็กเอาต์
- ✅ ข้อมูลการบล็อกห้อง
- ✅ สถานะล็อกห้อง Do Not Move
- ✅ การอัปเดต ETA ของการจองผ่านโฟลว์มาตรฐานของการจอง
- ✅ ความสามารถ Group Checkout สำหรับการจองที่เชื่อมโยงกัน
ผลกระทบต่อผู้เข้าพักและพนักงาน
- แบบฟอร์มผู้เข้าพักปรับตามกฎของ Opera ฟิลด์ที่จำเป็นและฟิลด์ที่ซ่อนจะแตกต่างตามการกำหนดค่า Opera ผู้เข้าพักจึงเห็นเฉพาะสิ่งที่จำเป็น
- โปรไฟล์ผู้เข้าพักใช้เลย์เอาต์ AVA ที่ใช้ร่วมกัน รายละเอียดผู้เข้าพักจาก Opera จะเปิดด้วยโครงสร้างฟิลด์เดียวกับ AVA v2
- การค้นหาการจองใช้ Opera หากไม่ได้กำหนดค่า Opera ขั้นตอนค้นหาผู้เข้าพักจะล้มเหลว
- การค้นหาด้วยข้อมูลอ้างอิงภายนอกจะตรวจสอบการจองทั้งหมด AVA ตรวจสอบข้อมูลอ้างอิงภายนอกและวันที่เข้าพักที่ร้องขอกับระเบียน Opera ทั้งหมดก่อนเลือก หากค่าไม่ตรงกันหรือผลลัพธ์กำกวม AVA จะไม่เลือกการจอง
- ข้อมูลอ้างอิง OTA อาจใช้ตัวพิมพ์ต่างกัน หากการค้นหาด้วยข้อมูลอ้างอิงภายนอกแบบตรงไม่พบผลลัพธ์ AVA จะลองอีกครั้งหนึ่งโดยใช้ตัวพิมพ์ใหญ่ จากนั้นจะเปรียบเทียบข้อมูลอ้างอิงโดยไม่สนใจตัวพิมพ์บนระเบียนการจองทั้งหมด พฤติกรรมการค้นหาด้วยหมายเลขยืนยันยังเหมือนเดิม
- การค้นหาสำหรับเช็กเอาต์ใช้วันที่ธุรกิจ PMS ของ Opera หลังเที่ยงคืน AVA จะจำกัดการค้นหาเช็กเอาต์ไว้ที่การออกจากที่พักตามวันที่ธุรกิจ PMS ปัจจุบันของ Opera และตรวจสอบวันที่ออกจากที่พักด้วย การออกตามวันที่ปฏิทินอาจยังใช้ไม่ได้จนกว่า Night Audit จะเลื่อนวันที่ธุรกิจ
- การค้นหาชื่อด้วย ACI ใช้โปรไฟล์ Opera Staff Access จะค้นหาไดเรกทอรีโปรไฟล์ผู้เข้าพักของ Opera แล้วแสดงการจองที่ใช้งานอยู่ซึ่งเชื่อมกับโปรไฟล์ที่ตรงกัน
- การจองชื่อเดียวกันสามารถจัดกลุ่มใน ACI ได้ ต้องมีข้อมูลรับรองพนักงานคีออสก์ที่ผ่านการยืนยัน ACI แบบอุปกรณ์เดียวใช้ข้อมูลรับรองเดิมโดยไม่เริ่มรันไทม์แบบสองอุปกรณ์
- การจองหลักยังคงเป็นการจองหลัก AVA จะยกเว้นการลงทะเบียนผู้เข้าพักหลักเฉพาะการจองเพิ่มเติมที่เลือกไว้
- การอัปเดตผู้เข้าพักเพิ่มเติมจะไม่เขียนทับผู้เข้าพักหลัก การอัปเดตที่มีชื่อจะสร้างผู้เข้าพักเพิ่มเติมในการจองที่เลือก
- โปรไฟล์ผู้ร่วมเข้าพักใช้บริบทผู้เข้าพักหลักที่เชื่อถือได้ ก่อนสร้างโปรไฟล์ผู้ร่วมเข้าพัก AVA จะรีเฟรชการจอง Opera และต้องพบผู้เข้าพักหลักที่ระบุชัดเจนเพียงหนึ่งรายพร้อม profile ID ที่ใช้งานได้ หากบริบทตัวตนหาย ว่าง ไม่ตรงกัน หรือกำกวม ระบบจะหยุดการดำเนินการก่อนสร้างโปรไฟล์
- การจัดกลุ่มด้วยตนเองเปลี่ยนเฉพาะเส้นทาง ACI ของ AVA ไม่ได้สร้างหรือเปลี่ยนกลุ่มการจองใน Opera
- การจองที่ใช้งานอยู่จะแสดงตามค่าเริ่มต้น การจองที่ยกเลิกจะไม่อยู่ในผลการค้นหาปกติ เว้นแต่เวิร์กโฟลว์จะร้องขอโดยชัดเจน
- การจองหลายห้องจะคงห้องที่ค้นหาไว้บนการ์ดที่ถูกต้อง AVA จะคงข้อมูลยืนยันที่คุณค้นหาไว้ แม้ Opera จะปรับ family ให้เป็น confirmation หลักหรือใช้ ID ภายในต่างกัน
- ACI แบบสองอุปกรณ์รองรับการดำเนินการเกี่ยวกับห้องบนอุปกรณ์พนักงานที่ยืนยันแล้ว พนักงานดูสภาพและการเข้าพักของห้อง รีเฟรชการกำหนดห้องใน Opera และเลือกห้องทดแทนที่พร้อมได้
- การรีเฟรชห้องจะไม่เลือกทางเสี่ยง หาก Opera ไม่ส่งห้องกลับมาหรือส่งผลลัพธ์หลายห้องที่กำกวม AVA จะเก็บห้องเดิมไว้แทนการเลือกห้องอื่น
- ผลลัพธ์ห้องนอกบริการของ Opera ที่ว่างเปล่าถือว่าใช้ได้ เมื่อ Opera ไม่ส่งห้องนอกบริการกลับมา AVA จะถือว่าผลลัพธ์ว่างและดำเนินการกำหนดห้องต่อได้ ผลลัพธ์ที่หายไปหรือรูปแบบไม่ถูกต้องยังคงแสดงข้อผิดพลาด PMS ไม่พร้อมใช้งาน
- ห้องสวีทแบบประกอบจะตรวจสอบห้องที่เชื่อมโยงทุกห้อง หาก Opera แทนสวีทด้วยห้ององค์ประกอบ AVA จะตรวจสอบการเข้าพักและความพร้อมของสมาชิกแต่ละห้องก่อนกำหนด
- ห้ององค์ประกอบที่มีผู้เข้าพักจะมีลำดับความสำคัญ หากสมาชิกห้องหนึ่งมีผู้เข้าพัก AVA จะคงเหตุผลว่ามีผู้เข้าพักแทนการเลือกสถานะที่ไม่พร้อมอื่น
- สวีทที่เลือกอัตโนมัติแต่ยังไม่ยืนยันจะถูกบล็อก หาก AVA ยืนยันสวีทองค์ประกอบที่เลือกโดยอัตโนมัติไม่ได้ ระบบจะบล็อกคำขอกำหนดห้อง
- ห้องทั่วไปยังใช้เส้นทางเดิม การตรวจสอบห้ององค์ประกอบเพิ่มเติมนี้ไม่ใช้กับห้องทั่วไปหรือห้องที่เลือกอัตโนมัติซึ่งไม่เกี่ยวข้อง
- ACI แบบอุปกรณ์เดียวจะไม่แสดงตัวควบคุมการดำเนินการเกี่ยวกับห้องเหล่านี้ ใช้ PMS เพื่อเปลี่ยนห้องใน ACI แบบอุปกรณ์เดียว
- 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 จะใช้วิธีชำระเงินเงินสดที่ Opera อนุญาต
- การตั้งค่าการจัดวางผู้เข้าพักซิงก์กับ Vouch Core การบันทึก Additional Guest Under หรือการตั้งค่าการชำระเงินของผู้แชร์จะส่งค่าที่บันทึกไว้สำหรับการดำเนินการผู้เข้าพัก Opera ในอนาคต
- ประเภทห้องที่คิดค่าบริการยังคงเดิม เมื่อ AVA กำหนดห้องใน Opera จะคงประเภทห้องที่คิดค่าบริการไว้ แม้ห้องจริงจะมีประเภทต่างกัน
- การเพิ่มผู้เข้าพักในห้องยังซิงก์กัน หากพนักงานเพิ่มผู้เข้าพักระหว่างเช็กอิน AVA จะอัปเดต Opera เพื่อให้ผู้เข้าพักเพิ่มเติมยังผูกกับห้องนั้น
- การเช็กอินแบบมีผู้ช่วยอาจแสดงรหัสราคา เมื่อ Opera ส่งรหัสราคา AVA จะแสดงรหัสบนการ์ดการจองที่เลือกในระหว่างการเช็กอินแบบมีผู้ช่วย
- ป้ายกำกับตัวแทนท่องเที่ยวยังคงแสดง Opera สามารถส่งชื่อตัวแทนลงใน
sourceNameได้ ทำให้การจับคู่ waiver มองเห็นป้ายกำกับ เช่นBooking.com (VCC) - การโพสต์การชำระเงินสามารถเพิ่มคอมเมนต์ได้ หลังการชำระเงินหรือเงินมัดจำใน Opera สำเร็จ AVA จะเพิ่มคอมเมนต์การจองใน Opera โดยใช้ Default Comment Type / Location ที่กำหนดไว้ใน Settings → Payment
- จำนวนเงินที่ชำระควรตรงกับสกุลเงินของที่พัก Opera อาจส่งข้อผิดพลาดภายในเมื่อสกุลเงินไม่ตรงกัน
- เอกสารที่อัปโหลดอาจปรากฏในไฟล์แนบของ Opera หลังซิงก์ คุณตรวจสอบการอัปโหลดเอกสารการเดินทางและบัตรลงทะเบียนจากการจองได้
- ETA ของการจองยังซิงก์กัน AVA จะเขียนเวลามาถึงโดยประมาณกลับไปยัง Opera และอ่านเข้ามาใน Streamliner คุณจะเห็น ETA ที่มาจาก PMS บนการ์ดและแถวการจอง
- รหัสพิเศษยังสอดคล้องกันระหว่างหน้าการตั้งค่า AVA อ่านฟิลด์รหัสพิเศษแบบแบนของ Opera เป็นแหล่งข้อมูลจริงที่บันทึกไว้ใน Settings → Essentials → PMS Integration และ Settings → Check-In
ออบเจ็กต์
specialCodeและspecialCodesแบบซ้อนอาจยังปรากฏบน wire สำหรับตัวอ่านรุ่นเก่า แต่ AVA จะไม่ใช้ หากแก้ไขรหัสในที่หนึ่ง อีกมุมมองจะแสดงค่าแบบแบนเดียวกันหลังรีเฟรช หากลบรหัส การเปลี่ยนแปลงจะยังถูกบันทึกเช่นกัน - รหัสพิเศษสำหรับเช็กเอาต์ที่ไม่บังคับจะลองใหม่เมื่อ Opera ล้มเหลวชั่วคราว AVA จะลองอีกครั้งหนึ่งหลังเกิดข้อผิดพลาด OHIP ชั่วครู่ AVA ตรวจสอบ Opera ก่อนลองใหม่ ดังนั้นการตอบกลับที่ไม่แน่นอนจะไม่สร้างรหัสซ้ำ การเช็กเอาต์ยังเสร็จสมบูรณ์หากการอัปเดตที่ไม่บังคับล้มเหลว
- นโยบายการเรียกเก็บเงินของ Opera กำหนดรูปแบบบิลผู้เข้าพัก กฎซ่อนและยกเว้นมีผลต่างกัน
- ตัวควบคุมนโยบายการชำระเงินอยู่ใน Settings → Payment ข้อมูลความสามารถจะควบคุมว่าจะแสดงตัวควบคุมด้านที่พักและตัวควบคุมเฉพาะ Opera ใดบ้าง
- นโยบายยกเว้นจะลดค่าแพ็กเกจห้องและองค์ประกอบแพ็กเกจห้องที่ระบุ สำหรับการจองก่อนเข้าพัก ระบบจะยกเว้นค่าใช้จ่ายห้องจาก 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
enterpriseIdหากเลือก OCIM
ข้อผิดพลาดการเชื่อมต่อ API
- ตรวจสอบว่า OHIP Host Name ถูกต้อง
- ตรวจสอบว่าการสมัครใช้บริการ OHIP ยังใช้งานอยู่
- ยืนยันว่าบันทึก
enterpriseIdแล้วเมื่อใช้ OCIM - ติดต่อทีมไอทีเพื่อยืนยันการเข้าถึงไฟร์วอลล์/เครือข่าย
- ตรวจสอบข้อมูลรับรองกับฝ่ายสนับสนุนของ Oracle
การยืนยันตัวตน Opera ถูกปฏิเสธระหว่างการดำเนินการ
สิ่งที่เห็น: การดำเนินการของ Opera หยุดชั่วครู่หรือแสดงข้อผิดพลาดการยืนยันตัวตนหรือหมดเวลา
สาเหตุ: Opera อาจปฏิเสธข้อมูลรับรองที่แคชไว้ หรือบริการ OAuth อาจตอบกลับล่าช้าชั่วครู่ AVA จะลองใหม่อัตโนมัติหนึ่งครั้งสำหรับแต่ละกรณี
วิธีแก้:
- รอไม่เกิน 30 วินาทีเพื่อให้ AVA ลองใหม่อัตโนมัติเสร็จ
- ลองดำเนินการอีกครั้งเฉพาะเมื่อข้อผิดพลาดยังอยู่
- หากข้อผิดพลาดกลับมา ให้ตรวจสอบสภาพแวดล้อมและข้อมูลรับรองของ Opera
- ป้อนข้อมูลรับรองใน AVA ใหม่ แล้วคลิก Save
- ติดต่อ Oracle หรือฝ่ายสนับสนุน Vouch หากข้อผิดพลาดยังดำเนินต่อ
AVA จะรีเฟรชการกำหนดค่า Opera หลังข้อมูลรับรองที่แคชไว้ล้มเหลว นอกจากนี้ยังลองใหม่หนึ่งครั้งเมื่อ OAuth หมดเวลาหรือเกตเวย์เกิดข้อผิดพลาดชั่วคราว ข้อมูลรับรองไม่ถูกต้องและการจำกัดอัตราจะไม่เรียกใช้การลองใหม่นี้
OCIM ล้มเหลวทันทีที่บันทึก
สิ่งที่เห็น: AVA ปฏิเสธการเชื่อมต่อทันทีเมื่อเลือก OCIM
วิธีแก้:
- ขอ
enterpriseIdที่ถูกต้องจาก Oracle - ป้อนข้อมูลรับรอง OCIM ใน AVA ใหม่
- บันทึกอีกครั้ง
- หากยังล้มเหลว ให้ยืนยัน client ID และ client secret กับ Oracle
ไม่พบการจอง
- รอ 15-30 นาทีเพื่อให้ซิงก์ครั้งแรกเสร็จ
- ตรวจสอบสิทธิ์ผู้ใช้ OHIP ใน Opera
- ตรวจสอบว่ามีการจองอยู่ใน Opera
- ติดต่อฝ่ายสนับสนุนพร้อมบันทึกข้อผิดพลาด
เช็กเอาต์เสร็จแล้ว แต่รายงาน 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 ส่งหน้าต่างโฟลิโอหลักของผู้เข้าพักกลับมา
- ตรวจสอบว่าหน้าต่างโฟลิโอมีจำนวนเงินคงค้างหรือรายการโพสต์ที่ใช้งานได้
- รีเฟรชการจองใน AVA
- รอให้ Opera อัปเดตโฟลิโอเสร็จ
- ติดต่อแผนกต้อนรับหรือทีมสนับสนุนหากยอดยังยืนยันไม่ได้
ETA ไม่อัปเดต
สิ่งที่เห็น: การจองยังแสดงเวลามาถึงเดิมใน Streamliner
วิธีแก้:
- ยืนยันว่าบันทึก ETA ในการจองของ Opera แล้ว
- รีเฟรช Operations View หลังซิงก์การอัปเดตแล้ว
- หากยังไม่แสดง ให้ตรวจสอบการเชื่อมต่อ Opera และลองใหม่หลังจากผ่านไปสองสามนาที
การ์ดห้องหลายห้องดูว่าง
สิ่งที่เห็น: เปิดการ์ดห้องแล้ว แต่ผู้เข้าพักหลักหายไป
วิธีแก้:
- ยืนยันว่าโหลดการจองด้วยหมายเลขยืนยัน
- รีเฟรชหน้าจอเช็กอินแล้วเปิดห้องอีกครั้ง
- หากยังไม่พบผู้เข้าพัก ให้ติดต่อฝ่ายสนับสนุนพร้อมหมายเลขยืนยันและวันที่เข้าพัก
ห้องไม่ปรากฏในการเปลี่ยนห้อง
สิ่งที่เห็น: ห้องหายไปจาก Allow move room
วิธีแก้:
- ตรวจสอบการจองใน Opera
- นำล็อก Do Not Move ออกหากควรย้ายห้องได้
- รีเฟรชการจองใน AVA
- ลองเปลี่ยนห้องอีกครั้ง
สวีทองค์ประกอบของ Opera ยังไม่พร้อม
สิ่งที่เห็น: การเช็กอินหยุดลงเพราะสวีทของ Opera ยังไม่พร้อม หรือไม่สามารถกำหนดห้องได้
สาเหตุ: Opera แทนสวีทด้วยห้ององค์ประกอบที่เชื่อมโยงกัน AVA ตรวจสอบห้องที่เชื่อมโยงทุกห้องก่อนกำหนดสวีท
วิธีแก้:
- เปิดสวีทใน Opera
- ตรวจสอบการเข้าพักและความพร้อมของห้ององค์ประกอบทุกห้อง
- แก้ไขห้ององค์ประกอบที่มีผู้เข้าพัก สกปรก หรือไม่พร้อมใช้งานใน Opera หรือ Housekeeping
- ยืนยันว่าการกำหนดค่าห้องของสวีทแสดงสมาชิกองค์ประกอบที่ตรงกันทุกห้อง
- กลับไปที่ AVA คลิก Refresh แล้วลองเช็กอินอีกครั้ง
หาก AVA เลือกสวีทโดยอัตโนมัติแต่ยืนยันการกำหนดค่าที่แน่นอนไม่ได้ ให้ขอผู้ดูแลระบบ Opera แก้ไขการแมป
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
- จัดเก็บข้อมูลรับรองที่ได้รับไว้อย่างปลอดภัย
ยังแก้ไม่ได้ใช่ไหม
ติดต่อ success@vouch-technologies.com หาก:
- ❌ การเชื่อมต่อ OCIM ยังล้มเหลวหลังเพิ่ม
enterpriseId - ❌ ไม่พบการจองหลังช่วงเวลาซิงก์ครั้งแรก
- ❌ Oracle ยืนยันว่าข้อมูลรับรองถูกต้อง แต่ AVA ยังคงปฏิเสธ
แนบข้อมูลต่อไปนี้:
- ภาพหน้าจอข้อผิดพลาด
- โหมดการจัดการข้อมูลประจำตัว Opera
- เวลาที่เริ่มเกิดปัญหา
- ขั้นตอนที่ลองไปแล้ว