Integrasi PMS Opera (OHIP)

Hubungkan AVA ke sistem manajemen properti Opera Cloud milik Oracle melalui OHIP (Oracle Hospitality Integration Platform). Setelah dikonfigurasi, AVA menyinkronkan reservasi, inventaris kamar, dan informasi tamu langsung dari Opera. Profil tamu kini terbuka dalam tata letak profil bersama AVA.

Pengaturan Cepat

Sebagian besar hotel menyelesaikan pengaturan ini dalam 10 hingga 15 menit. Jika Anda menggunakan OCIM, minta enterpriseId terlebih dahulu kepada Oracle.

Tempat Menemukannya

Settings → Essentials → Property Management System (PMS) Integration

Sebelum Memulai

Dapatkan kredensial berikut dari tim IT atau administrator Oracle/Opera Anda:

Kredensial	Deskripsi
OHIP Host Name	URL dasar API (misalnya, `ohip.oraclecloud.com`)
OHIP Application Key	Kunci aplikasi untuk akses API
OHIP Hotel ID	Pengenal properti Anda di Opera
OHIP Client ID	Pengenal klien OAuth
OHIP Client Secret	Rahasia klien OAuth
enterpriseId	Pengenal enterprise OCIM milik Oracle. Wajib jika OHIP Identity Management adalah OCIM.

peringatan

Integrasi Opera OHIP memerlukan penyiapan teknis oleh Oracle atau tim IT Anda. Mereka akan memberikan kredensial API setelah mengaktifkan akses OHIP untuk properti Anda.

OCIM memerlukan satu nilai tambahan

Jika Anda memilih OCIM, AVA kini memerlukan enterpriseId sebelum dapat meminta token. Simpan nilai tersebut bersama kredensial OHIP lainnya.

Validitas kunci kamar menggunakan waktu lokal

Atur zona waktu IANA properti di Settings → Essentials → Hotel Basic Details. AVA menggunakannya untuk memformat validitas kunci kamar Opera dalam waktu lokal.

Diperlukan untuk laporan kepatuhan Thailand

Minta administrator Opera mengaktifkan Module Level Access Control di Global Administration. Mereka juga harus memberikan Sensitive Data Access kepada klien OHIP AVA. Tanpa akses ini, Opera menyamarkan beberapa nomor paspor dan tanggal lahir dalam laporan TM30 dan RR4.

Langkah Konfigurasi

Langkah 1: Pilih Opera sebagai PMS Anda

Buka Settings → Essentials
Gulir ke PMS Integration
Klik kartu Opera
Tanda centang (✓) muncul untuk mengonfirmasi pilihan

Langkah 2: Masukkan Konfigurasi OHIP

Isi setiap kolom:

OHIP Host Name: URL dasar instance API OHIP Anda (misalnya, ohip.oraclecloud.com)
OHIP Application Key: Kunci aplikasi Anda untuk akses API (klik Edit Secret untuk memperbarui)
OHIP Hotel ID: Kode hotel Opera milik properti Anda
OHIP Identity Management: Pilih OCIM (Oracle Cloud Identity) atau SSD (Direct Credentials)
OHIP Client ID: Pengenal klien OAuth
OHIP Client Secret: Kunci rahasia OAuth (klik Edit Secret untuk memperbarui)
enterpriseId: Pengenal enterprise OCIM milik Oracle. Gunakan ini hanya jika OHIP Identity Management adalah OCIM.

Jika Anda memilih SSD untuk manajemen identitas, isi juga:

OHIP Username: Username login langsung
OHIP Password: Password login langsung

Langkah 3: Simpan dan Verifikasi

Klik Save
Periksa indikator status:
- 🟢 "Opera Integration Configured" = Semua kolom wajib telah diisi
- 🟡 "Opera Integration Not Configured" = Ada kolom wajib yang belum diisi

Atur default catatan reservasi

Gunakan kolom opsional ini saat staf menambahkan catatan reservasi dari AVA. Panel Reservation Notes menampilkan nilai pengarsipan sebelum staf menambahkan catatan. AVA memuat jenis dan lokasi komentar dari Opera. Setiap daftar menggunakan cache bersama masing-masing hingga 30 hari. Klik Refresh from PMS di samping kolom jika Anda memerlukan pilihan terbaru. Setiap kolom yang menggunakan daftar tersebut akan diperbarui bersama, termasuk kolom di halaman pengaturan lain. Jika suatu daftar tidak tersedia, AVA tetap menyediakan daftar lain dan kolom tersebut tetap dapat diedit.

Pengaturan	Yang dikontrol	Nilai kosong
Reservation Note Comment Type	Jenis komentar Opera untuk catatan staf	`GEN`
Reservation Note Comment Location	Lokasi Opera untuk catatan staf	`RESERVATION`

Buka pengaturan Advanced pada integrasi Opera.
Masukkan jenis dan lokasi catatan Opera yang digunakan hotel Anda.
Biarkan salah satu kolom kosong untuk menggunakan default yang ditampilkan.
Klik Save.

AVA menampilkan ringkasan pengarsipan sebagai GEN · RESERVATION jika kedua kolom menggunakan default. Staf dapat memilih Configure in Settings dari Reservation Notes jika memiliki akses.

Catatan staf dan komentar pembayaran terpisah

Pengaturan ini hanya berlaku untuk catatan yang ditambahkan dari Reservation Notes. Pengaturan ini tidak mengubah komentar pembayaran atau pra-otorisasi. Komentar tersebut tetap menggunakan Default Comment Type / Location di Settings → Payment.

Konfirmasikan jenis catatan kepada administrator Opera

Kode jenis catatan Opera dikonfigurasi per hotel. Pastikan kode yang dipilih valid sebelum staf menambahkan catatan.

Lokasi komentar yang tersedia adalah CASHIER, GENERAL, IN HOUSE, dan RESERVATION. Daftar jenis komentar berasal dari konfigurasi catatan reservasi Opera Anda. Jika kode yang disimpan tidak lagi tersedia di Opera, AVA tetap menampilkannya dan menandainya. Ganti kode yang ditandai sebelum staf menambahkan catatan reservasi.

Lokasi kebijakan check-in

Konfigurasikan Match and merge guest profiles di Settings → Check-In → Check-In Policy → Guest registration. Lihat Match and Merge Guest Profiles.

Beri tahu resepsionis saat tamu utama datang belakangan

Gunakan pengaturan ini saat tamu tambahan mungkin melakukan check-in sebelum tamu utama. AVA menambahkan alert ke reservasi Opera utama. Pengaturan ini secara default tidak aktif.

Buka Settings → Check-In → Check-in essentials.
Temukan Alert the front desk when the main guest is arriving later.
Aktifkan pengaturan tersebut.
Pilih Choose alert.
Pilih salah satu OPERA alert code yang dikonfigurasi hotel.
Pilih tempat Opera menampilkan alert.
Pilih deskripsi kode alert atau Custom text.
Masukkan teks khusus jika diperlukan, lalu pilih Apply.
Pilih Save Check-In Policy.

Area alert dan pilihan teks berasal dari koneksi Opera Anda. Untuk teks khusus, AVA memerlukan pesan yang tidak kosong.

Pengaturan	Yang dikontrol
OPERA alert code	Mengidentifikasi alert di Opera
Show the alert in	Memilih area alert Opera
Alert text	Menggunakan deskripsi kode atau pesan khusus Anda

Dalam Assisted Check-In, AVA menanyakan tamu utama kepada staf saat alert diaktifkan. Pertanyaan muncul saat pemesanan utama belum melakukan check-in. Ini mencakup kedatangan pendamping dan kedatangan campuran. Staf dapat memilih Yes, arriving later atau No, not staying. Dalam Self Check-In, AVA secara default menganggap tamu utama yang tidak hadir akan datang belakangan. Pilihan staf eksplisit yang tersimpan, yaitu No, not staying, menggantikan default tersebut. Pilihan staf eksplisit terbaru tetap tersedia untuk self check-in berikutnya. Alert ditujukan ke reservasi utama, bukan reservasi tamu tambahan. Pengiriman alert bersifat best-effort dan tidak menunda atau menggagalkan check-in.

Periksa reservasi sebelum mencoba lagi

Posting alert Opera dapat tertunda karena record lock. Periksa reservasi utama di Opera sebelum memilih Continue lagi.

Berikan akses kamar saat sharer datang lebih dulu

Saat sharer melakukan check-in sebelum tamu utama, AVA dapat memberikan akses kamar. Hal ini berlaku jika sharer ditandai telah tiba dan berbagi kamar yang ditetapkan.

Untuk kartu kunci, AVA menyegarkan okupansi Opera secara langsung sebelum menolak permintaan. Pemeriksaan yang sama mendukung penggantian kartu kunci yang hilang untuk sharer yang telah tiba. Tamu pendamping tetap berada di reservasi utama dan mengikuti alur normal.

Jika sharer sudah check-out atau menggunakan kamar lain, AVA menolak akses. Hal ini melindungi kamar dari kartu kunci yang salah.

Pastikan sharer telah melakukan check-in melalui AVA atau Opera.
Pastikan sharer dan tamu utama menggunakan kamar yang sama di Opera.
Coba lagi Create Keycard atau alur kartu kunci yang hilang.
Arahkan tamu ke resepsionis jika Opera tidak dapat mengonfirmasi masa inap tersebut.

✓ AVA seharusnya memberikan akses hanya setelah pemeriksaan kamar dan kedatangan secara langsung berhasil.

Langkah 4: Pilih Penempatan Tamu

Pilih cara AVA menempatkan tamu tambahan di Opera selama registrasi.

Buka Settings → Check-In → Check-In Policy
Di bagian Registration, temukan Additional Guest Under.
Pilih salah satu opsi:

Opsi Hasil
Sharer Reservation Membuat reservasi Opera terpisah untuk tamu tambahan.
Accompany Profile Menambahkan tamu sebagai profil pendamping pada reservasi utama.
Tentukan apakah pilihan ini akan diterapkan pada tamu tambahan yang sudah ada.
Aktifkan Apply this setting to existing additional guests jika Anda ingin tamu yang sudah ada dikonversi. AVA mengonversi sharer Opera atau tamu pendamping yang memenuhi syarat selama registrasi.
Klik Save Check-In Policy.

✓ Tamu tambahan baru selalu mengikuti opsi yang dipilih.

Opsi	Hasil
Sharer Reservation	Membuat reservasi Opera terpisah untuk tamu tambahan.
Accompany Profile	Menambahkan tamu sebagai profil pendamping pada reservasi utama.

Lampiran kamar mengikuti pilihan penempatan yang sama setelah sinkronisasi tamu. Dalam mode Sharer Reservation, AVA memverifikasi sharer tertaut sebelum melampirkan kamar. AVA tidak menambahkan profil pendamping ke reservasi utama. Dalam mode Accompany Profile, AVA mempertahankan tamu tetap terlampir pada reservasi utama.

Pilih Tujuan Dokumen Sharer

Pilih tempat Opera menampilkan lampiran paspor, dokumen identitas, dan kartu registrasi yang ditandatangani. Salinan paspor dan dokumen identitas juga tetap berada di profil tamu setiap sharer. Tujuan yang disimpan mengatur unggahan baru, termasuk kartu yang dibuat selama check-in dengan kedatangan eksplisit. Tujuan yang Anda pilih memiliki prioritas atas target reservasi sharer default AVA.

Di bagian Registration, temukan Upload sharer documents to.

Pilih salah satu opsi:

Opsi	Hasil
Main Guest Reservation	Mengumpulkan semua dokumen sharer dan kartu registrasi pada reservasi utama.
Sharer Reservation	Melampirkan dokumen dan kartu registrasi setiap sharer ke reservasi sharer tersebut.

Klik Save Check-In Policy.

✓ Dokumen perjalanan baru dan kartu registrasi yang ditandatangani menggunakan tujuan Opera yang dipilih.

Lampiran PMS yang sudah ada

Mengubah pengaturan ini tidak memindahkan lampiran yang sudah tersimpan di Opera. Unggahan baru mengikuti pengaturan setelah Anda menyimpannya.

Konversi tamu yang sudah ada

Kotak centang ini secara default tidak aktif. Saat tidak aktif, AVA mempertahankan hubungan sharer dan tamu pendamping yang sudah ada. Saat aktif, AVA mengonversi tamu tambahan yang sudah ada dan memenuhi syarat selama registrasi. Ini bukan migrasi massal. Menonaktifkannya nanti tidak membatalkan konversi yang telah selesai.

Kelayakan konversi

AVA hanya mengonversi reservasi Opera yang sudah dipesan dengan detail keuangan lengkap dan tidak berubah. Paket pada reservasi utama diizinkan dan tetap tidak berubah pada kedua arah konversi. Sharer yang memenuhi syarat dapat mewarisi paket rate plan dengan kuantitas, nilai, alokasi, dan konsumsi nol. Harga unit paket yang bukan nol saja tidak menghalangi konversi jika kuantitas dan nilai terhitungnya nol. Aktivitas paket yang ditambahkan ke reservasi, telah dikonsumsi, bernilai bukan nol, atau tidak diketahui tetap memerlukan peninjauan staf. Penghapusan sharer yang sudah ada tetap mengharuskan pemeriksaan paket, okupansi, tarif, dan keuangan berhasil. Sharer yang memenuhi syarat dengan jumlah dewasa dan anak nol dapat dikonversi jika setiap tujuan routing keluar mengarah ke ID reservasi utama yang dipertahankan. Routing folio atau comp, routing ke reservasi lain, dan struktur routing yang tidak didukung tetap memblokir konversi. AVA memeriksa ulang routing setelah pemisahan sharer dan sebelum membatalkan reservasi sharer lama. Jika Opera tidak dapat membuktikan bahwa konversi aman, AVA menjeda registrasi untuk peninjauan staf.

Jika konversi terhenti di tengah jalan, pulihkan pengaturan semula sebelum mencoba lagi. Jika tidak, minta staf merekonsiliasi tamu yang terdampak di Opera.

Konfigurasikan Pembayaran Sharer

Gunakan pengaturan ini saat AVA membuat reservasi sharer terpisah untuk tamu tambahan.

Buka Settings → Check-In → Check-In Policy
Di bagian Registration, atur Additional Guest Under ke Sharer Reservation.
Temukan Sharer payment method, lalu klik Configure.

Pilih cara Opera mengatur kode pembayaran dan jaminan sharer:

Opsi	Gunakan saat	Hasil
Same as main reservation	Sharer harus sama dengan pemesanan utama	AVA menggunakan metode pembayaran reservasi utama.
Specific OPERA method	Sharer memerlukan metode pembayaran independen	AVA menggunakan kode pembayaran dan jaminan yang Anda pilih.

Untuk Specific OPERA method, pilih OPERA payment method dan OPERA guarantee code yang memenuhi syarat.
Klik Apply, lalu klik Save Check-In Policy.

✓ Pasangan yang disimpan digunakan untuk reservasi sharer yang dibuat, bahkan ketika permintaan tidak memiliki penggantian.

AVA memuat metode pembayaran non-kartu dan kode jaminan yang memenuhi syarat dari Opera. Label menggunakan deskripsi Opera, dan kode ditampilkan dalam urutan numerik. Setiap daftar tetap di-cache selama 30 hari. Klik Refresh from OPERA setelah mengubah kode di Opera. Pembaruan memperbarui setiap kolom yang menggunakan daftar yang dipilih. AVA memeriksa pasangan tersebut terhadap pembacaan Opera terbaru sebelum menolak kode yang baru ditambahkan.

Hasil pembaruan

Jika pembaruan tidak dapat membaca suatu daftar, AVA mempertahankan kode yang dibaca sebelumnya dan menampilkan peringatan pembaruan. Gunakan Try Again untuk meminta daftar tersebut lagi. Peringatan akan hilang saat Anda membuka kolom tersebut kembali.

Kedua daftar harus dimuat

Anda tidak dapat menyimpan Specific OPERA method sampai AVA memuat kedua daftar yang memenuhi syarat. Jika salah satu daftar tidak tersedia, gunakan Try Again atau minta administrator Opera memeriksa akses. Hanya pengguna yang memiliki akses tulis pengaturan yang dapat memperbarui daftar ini dalam dialog sharer.

Saat Anda menyimpan pengaturan penempatan tamu atau pembayaran sharer, AVA menyinkronkannya ke Vouch Core untuk Opera. Ini menjaga agar reservasi sharer yang dibuat tetap sesuai dengan kebijakan tersimpan Anda.

Konfirmasikan pengaturan Opera sebelum deployment

AVA tidak lagi menerapkan kode pembayaran sharer khusus properti. Pastikan pengaturan yang Anda inginkan sudah tersimpan sebelum menerapkan perubahan integrasi Opera. Untuk sharer tunai independen, pilih CA dan NON hanya jika Opera mencantumkan keduanya sebagai pilihan yang memenuhi syarat.

Atur Kode Tarif Sharer

Gunakan pengaturan ini saat reservasi sharer Opera baru memerlukan kode tarif tertentu.

Buka Settings → Check-In → Check-In Policy
Di bagian Registration, atur Additional Guest Under ke Sharer Reservation.
Temukan Sharer Rate Code.
Klik kolom tersebut untuk memuat saran kode tarif aktif dari katalog PMS Anda.
Pilih saran, atau masukkan kode yang valid secara manual.
Kosongkan kolom tersebut jika Anda ingin menghapus penggantian.
Klik Save Check-In Policy.

✓ AVA menyimpan kode untuk reservasi sharer mendatang dan menyinkronkannya dengan Opera.

Pengaturan ini berlaku saat AVA membuat Sharer Reservation terpisah. Nilai kosong menghapus penggantian dan mengembalikan perilaku rate plan normal reservasi utama. AVA mempertahankan nilai khusus meskipun katalog tidak memiliki saran aktif yang cocok.

Saran kode tarif

Saran menampilkan rate plan aktif untuk hotel yang sedang Anda pilih. Jika daftar kosong atau tidak tersedia, masukkan kode secara manual atau klik Retry.

Simpan ulang pengaturan tarif sharer lama

Jika properti Anda menyimpan tarif sharer sebelum pembaruan ini, simpan kembali Sharer Rate Code setelah penerapan. Tindakan ini mempertahankan nilai yang ada untuk sharer baru dan menyinkronkannya dengan Opera. Nilai yang sebelumnya disimpan tetap tersedia setelah kolom diganti namanya.

Apa yang Disinkronkan dari Opera

Setelah terhubung, AVA menerima:

✅ Reservasi dan folio tamu
✅ Ketersediaan dan status kamar
✅ Informasi profil tamu dalam format AVA bersama
✅ Transaksi check-in/out
✅ Informasi pemblokiran kamar
✅ Status kunci kamar Do Not Move
✅ Perkiraan waktu kedatangan dan keberangkatan reservasi melalui alur reservasi standar
✅ Kemampuan Group Checkout untuk reservasi yang ditautkan

Dampak bagi Tamu & Staf

Formulir tamu menyesuaikan aturan Opera. Kolom wajib dan kolom tersembunyi berubah berdasarkan konfigurasi Opera, sehingga tamu hanya melihat yang diperlukan.
Profil tamu menggunakan tata letak AVA bersama. Detail tamu Opera kini terbuka dalam struktur kolom yang sama seperti AVA v2.
Alamat tamu yang panjang disinkronkan dengan aman. AVA membagi alamat ke empat baris alamat Opera bila diperlukan. Setiap baris tetap dalam batas 80 byte Opera.
Pembaruan alamat menghapus baris lama. AVA mengisi keempat slot alamat Opera, sehingga penggantian yang lebih pendek menghapus sisa baris dari alamat sebelumnya.
Pencarian reservasi menggunakan Opera. Jika Opera belum dikonfigurasi, langkah pencarian tamu akan gagal.
Perubahan Opera terbaru dapat memerlukan waktu hingga lima detik untuk muncul. Hal ini dapat memengaruhi pembacaan reservasi dan folio setelah pembaruan Opera eksternal. Tunggu sebentar, lalu segarkan AVA sebelum memverifikasi perubahan.
Opera menerima tamu tambahan yang melebihi kapasitas kamar yang dilaporkan. AVA menambahkan tamu melalui alur profil pendamping Opera.
Pencarian berdasarkan referensi eksternal memverifikasi reservasi lengkap. AVA memeriksa referensi eksternal dan tanggal kedatangan yang diminta pada catatan Opera lengkap sebelum memilihnya. Jika nilainya tidak cocok atau hasilnya ambigu, AVA tidak memilih reservasi.
Referensi OTA dapat menggunakan kapitalisasi huruf yang berbeda. Jika pencarian referensi eksternal yang persis tidak menghasilkan apa pun, AVA mencoba lagi sekali dengan referensi dalam huruf kapital. AVA kemudian membandingkan referensi tanpa membedakan huruf besar-kecil pada catatan reservasi lengkap. Perilaku pencarian berdasarkan nomor konfirmasi tidak berubah.
Reservasi kedatangan yang dipilih tetap eksplisit. Saat kedatangan menyediakan reservasi Opera yang dipilih, AVA hanya melakukan check-in pada reservasi tersebut. AVA tidak otomatis menambahkan sharer yang tidak ada, mempertahankan pemesanan utama yang akan datang saat sharer tiba lebih dulu, dan tidak pernah memperluas pilihan yang kosong.
Pencarian checkout mengikuti tanggal bisnis PMS Opera. Setelah tengah malam, AVA membatasi pencarian checkout pada keberangkatan yang jatuh tempo pada tanggal bisnis PMS Opera saat ini. AVA juga memeriksa tanggal keberangkatan itu sendiri. Keberangkatan berdasarkan tanggal kalender mungkin tetap tidak tersedia sampai Night Audit memajukan tanggal bisnis.
Badge kamar pada hari keberangkatan tetap konsisten. Saat Opera melaporkan reservasi yang terisi sebagai Due Out, AVA menampilkan Due Out pada reservasi dan setiap kartu kamar yang terisi. Hal ini menyelaraskan tampilan satu kamar dan beberapa kamar yang diperluas. Status kamar eksplisit seperti Reserved, Checked Out, Cancelled, dan No Show tetap tidak berubah.
Pencarian nama ACI menggunakan reservasi aktif. Staff Access mencari reservasi Opera aktif menggunakan nama lengkap tamu, termasuk nama yang terdiri dari beberapa bagian.
Staff Access mengelompokkan keluarga Opera native di seluruh halaman daftar kedatangan. Saat menyegarkan kedatangan dalam rentang luas, AVA membaca seluruh jendela terlebih dahulu sebelum mengelompokkan keluarga pemesanan. Pendamping tertaut tetap berada pada kamar yang benar meskipun Opera mengembalikannya di halaman lain.
Pengelompokan native berlaku untuk setiap merchant Opera. AVA menggunakan hubungan pemesanan milik Opera untuk pencarian tamu dan Staff Access. Anda tidak memerlukan peluncuran pengelompokan khusus properti.
Reservasi utama tetap menjadi reservasi utama. AVA hanya membebaskan pendaftaran tamu utama untuk reservasi tambahan yang dipilih.
Pembaruan tamu tambahan tidak menimpa tamu utama. Pembaruan yang memuat nama membuat tamu tambahan pada reservasi yang dipilih.
Tamu tambahan yang kembali dapat menggunakan kembali profil Opera. Saat Reuse existing guest profiles aktif, AVA mencari berdasarkan nama dan dokumen identitas sebelum membuat profil tamu tambahan baru.
Kode paspor Opera dapat cocok dengan jenis paspor AVA. AVA menganggap kode Opera yang tepat PAS dan PASSPORT setara saat mencocokkan profil.
Kecocokan yang tidak pasti tidak otomatis menggunakan kembali profil. AVA memerlukan satu kecocokan unik yang terverifikasi. Staf dapat memilih kandidat terverifikasi atau membuat profil baru.
Pencocokan profil menggunakan panggilan Opera tambahan. Kecocokan unik mungkin memerlukan lebih banyak pembacaan profil. Perbandingan oleh staf hanya menampilkan kumpulan kandidat terverifikasi yang dibatasi.
Profil duplikat terverifikasi dapat digabungkan jika diaktifkan. Staf dapat menggabungkan dua hingga lima profil yang cocok setelah memilih survivor dan mengonfirmasi pratinjau Opera terbaru.
Penggabungan sengaja dibuat ketat. AVA memerlukan kecocokan nama lengkap, dokumen identitas yang tidak disamarkan, tanggal lahir, kewarganegaraan yang kompatibel, dan detail profil yang tidak berubah.
Penggabungan yang selesai membuat tanda terima survivor baru. ID profil yang dihentikan tetap diblokir, sehingga pilihan lama tidak dapat membuat atau mengedit profil yang sudah dihentikan.
Penggabungan yang tidak pasti atau sebagian dihentikan untuk ditinjau dukungan. AVA tidak mengulangi penulisan Opera yang tidak jelas atau menganggap penggabungan berhasil.
Profil pendamping menggunakan konteks tamu utama yang otoritatif. Sebelum membuat profil pendamping, AVA menyegarkan reservasi Opera dan memerlukan tepat satu tamu utama eksplisit dengan ID profil yang dapat digunakan. Konteks identitas yang tidak ada, kosong, tidak cocok, atau ambigu menghentikan tindakan sebelum pembuatan profil.
Pengelompokan manual hanya mengubah alur ACI AVA. Tindakan ini tidak membuat atau mengubah grup reservasi di Opera.
Reservasi aktif muncul secara default. Reservasi yang dibatalkan tetap tidak muncul dalam hasil pencarian normal kecuali alur kerja secara eksplisit memintanya.
Reservasi multikamar mempertahankan kamar yang dicari pada kartu yang tepat. AVA mempertahankan konfirmasi yang Anda cari, bahkan ketika Opera menormalkan kelompok reservasi menjadi konfirmasi utama atau menggunakan ID internal yang berbeda.
Data Opera menentukan keluarga pemesanan. AVA menggunakan tautan Opera, komponen SiteMinder, dan kamar CRS yang dipesan bersama serta memenuhi syarat. AVA tidak menggabungkan reservasi hanya karena berbagi profil, tanggal kedatangan, atau ID pemesanan eksternal.
Pengelompokan native hanya mempertahankan kamar yang cocok. AVA mengecualikan masa inap yang dibatalkan, no-show, sudah check-out, pseudo-room, dan tidak tumpang tindih. AVA juga menggabungkan partner berbagi dan catatan kamar yang sama menjadi satu kamar fisik.
Beberapa kamar CRS yang tidak tertaut dapat membentuk satu keluarga pemesanan. AVA mengelompokkan kamar dari satu CRS jika profil tamu dan tanggal kedatangan sama. Kamar harus dibuat dalam waktu 10 detik, dan keluarga dapat berisi hingga sembilan kamar. Ini mencakup sumber CRS seperti Accor TARS dan SynXis.
Tautan native dan pembagian kamar memiliki prioritas. AVA mempertahankan kamar bersama hanya di antara partner berbagi. Rangkaian pemesanan grup yang dibuat hotel, pemesanan dengan profil tamu berbeda, dan grup berisi 10 kamar atau lebih tetap terpisah.
Pemesanan SiteMinder menggunakan mekanisme cadangan yang aman. Jika Opera tidak memiliki keluarga tautan native, AVA mencocokkan referensi komponen SiteMinder yang persis alih-alih menggabungkan pemesanan yang tidak terkait dengan referensi serupa.
Pencarian tamu untuk kamar bersama menggunakan reservasi host. Dalam Self Check-In, memasukkan konfirmasi sharer tertaut akan membuka reservasi host aktif jika kedua catatan mewakili satu kamar yang hanya digunakan bersama. Dengan demikian, kedua penghuni tetap berada pada satu catatan check-in AVA.
Pemilihan host tidak bergantung pada urutan ID reservasi. AVA membandingkan peran reservasi tertaut, paket tarif, dan jumlah dewasa sebelum menggunakan ID numerik sebagai cadangan. Dengan demikian, sharer baru tanpa tamu dewasa dapat tetap mempertahankan reservasi host asli meskipun Opera memberikan ID yang lebih rendah kepada sharer.
ACI mempertahankan setiap sharer tertaut ke reservasi pemiliknya. Saat tamu datang melalui sharer Opera tertaut, AVA menggunakan identitas reservasi sharer tersebut selama check-in. Ini mencegah sharer yang valid diblokir ketika konfirmasinya berbeda dari reservasi host.
Pembacaan multikamar dan pembacaan persis mempertahankan reservasi yang diminta. Pemesanan dengan beberapa kamar tidak mengubah tautannya kembali ke host. Penulisan check-in, sinkronisasi tamu, penambahan tamu, checkout, dan pencarian kartu kunci yang hilang tetap menargetkan reservasi yang diminta.
Error pencarian host menghentikan pencarian tamu. Jika AVA tidak dapat membaca ulang reservasi host, coba cari lagi setelah koneksi Opera pulih. AVA tidak beralih ke reservasi sharer sebagai cadangan.
Reservasi yang dicari tetap menjadi reservasi utama untuk hasil yang dikelompokkan. Membuka reservasi anak atau sharer dalam keluarga multikamar yang sesuai tetap dimulai dari reservasi tersebut, sementara AVA menampilkan kamar lain yang memenuhi syarat dalam keluarga yang sama.
Keluarga reservasi dapat berisi beberapa ID reservasi Opera. AVA menampilkan kamar yang memenuhi syarat secara bersama-sama sambil mempertahankan reservasi yang diminta untuk tindakan khusus kamar.
Setiap kamar dalam keluarga mempertahankan pemegang reservasinya sendiri. AVA menampilkan nomor konfirmasi, tanggal menginap, dan identitas reservasi kamar tersebut.
Mengecualikan reservasi hanya mengecualikan kamarnya. Kamar lain dalam keluarga Opera yang sama tetap terlihat dengan pemegangnya masing-masing.
Pertukaran kamar melindungi kamar keluarga. AVA tidak pernah merencanakan pemesanan lain ke kamar yang ditempati saudara dalam keluarga.
Kamar bersama tidak ditawarkan untuk pertukaran. Jika dua reservasi berbagi kamar, AVA menghitung kedua pemegang dan menolak target tersebut.
Kamar keluarga Anda sendiri mungkin tetap muncul. Pemilihannya ditolak karena kamar tersebut termasuk dalam pemesanan tamu sendiri.
ACI satu perangkat dan dua perangkat yang terverifikasi mendukung operasi kamar. Staf dapat melihat kondisi dan okupansi kamar, menyegarkan penetapan Opera, memilih kamar pengganti yang siap, serta memperbarui kondisi Clean, Dirty, atau Inspected.
Penyegaran kamar gagal dengan aman. Jika Opera tidak mengembalikan kamar atau mengembalikan hasil multi-room yang ambigu, AVA mempertahankan kamar tersimpan alih-alih memilih kamar lain.
Penetapan cerdas memeriksa seluruh periode menginap. AVA mengecualikan kamar yang ditetapkan ke reservasi lain antara tanggal kedatangan dan keberangkatan yang diminta, meskipun Opera menampilkannya kosong hari ini.
Penetapan cerdas membaca setiap pemegang kamar Opera yang relevan. AVA melanjutkan pembacaan di seluruh halaman reservasi Opera sebelum memutuskan kamar kosong. Dengan demikian, pemesanan di halaman berikutnya tetap terlihat selama penetapan kamar dan perencanaan pertukaran kamar ACI.
Perencanaan pertukaran membaca pemegang kamar Opera terkini. AVA menyegarkan setiap halaman reservasi yang relevan sebelum membuat rencana. Ini mencakup pemesanan yang baru dibuat dari sesi AVA lain. AVA tetap menolak rencana yang menjadi kedaluwarsa sebelum konfirmasi.
Pemeriksaan pemegang kamar menggunakan tipe kamar yang diminta. AVA meminta Opera untuk satu tipe kamar pada satu waktu, sehingga pemesanan yang di-upgrade tetap terlihat di bawah tipe kamar yang ditetapkan Opera.
Penetapan cerdas memeriksa pemblokiran kamar di masa mendatang. AVA juga mengecualikan kamar dengan periode Out of Order atau Out of Service Opera selama masa inap. Kamar harus siap dan tersedia untuk setiap malam.
Upgrade tipe kamar hanya menggunakan Opera. Saat hotel mengaktifkan jenjang tipe kamar, AVA dapat menawarkan tipe kamar yang lebih tinggi ketika tipe yang dipesan tidak memiliki kamar siap untuk seluruh masa inap.
Upgrade mengikuti jenjang hotel. AVA menawarkan tipe lebih tinggi terdekat yang diizinkan terlebih dahulu dan menunjukkan berapa tingkat pilihan tersebut di atas tipe yang sedang dipegang.
Upgrade tidak pernah menurunkan tipe yang dibayar. AVA menggunakan tipe yang lebih tinggi antara tipe yang dibayar dan tipe yang dipegang sebagai tipe minimum yang diizinkan. AVA tidak memindahkan pemesanan ke bawah tipe kamar yang telah dibayar.
Upgrade tidak mengubah harga pemesanan. Tipe kamar yang dibayar, paket tarif, nominal per malam, dan total tetap tidak berubah setelah penetapan tipe kamar.
Pertukaran kamar dapat memindahkan pemesanan ke tipe yang lebih tinggi. Saat kamar yang dipilih ditempati pemesanan lain yang memenuhi syarat, AVA dapat merencanakan rangkaian perpindahan ke tipe yang lebih tinggi. AVA memeriksa ulang inventaris malam sebelum eksekusi dan dapat membatalkan rencana yang tidak lagi sesuai.
Rencana pertukaran kamar dapat menampilkan detail keanggotaan pemegang. Jika Opera menyediakannya, AVA menampilkan program dan tingkat keanggotaan pemegang pemesanan saat staf meninjau kemungkinan perpindahan. Hal ini membantu staf memilih di antara rencana pertukaran yang memenuhi syarat.
Kartu pertukaran menampilkan semua alert pemegang. Saat AVA membaca pemegang yang dapat ditukar, kartu dapat menampilkan setiap alert Opera, termasuk alert profil global.
Detail alert tetap berada di kartu staf. Tinjau kode, area, deskripsi, dan status global setiap alert sebelum menyetujui pertukaran.
Kamar yang telah dikomitmenkan tidak dapat ditukar. Di Opera, AVA memperlakukan alert DNR-nya, Strictly DO NOT RELEASE. Room Committed for Kiosk Guest, seperti Do Not Move. AVA tidak pernah memindahkan pemesanan tersebut selama rencana pertukaran kamar.
Kode alert hotel juga dapat memblokir pertukaran. Di Settings → Check-In → Check-In Policy → Kiosk & payments, tambahkan kode milik hotel di bawah Alert codes that block a room swap. Pemegang dengan kode yang dipilih tetap berada di tempatnya.
Kode mengabaikan spasi dan kapitalisasi. AVA memangkas kode yang dikonfigurasi dan membandingkannya tanpa membedakan huruf besar-kecil. DNR selalu memblokir dan tidak perlu dicantumkan.
Alert pemegang lain mendapat peringkat terakhir. AVA menempatkan rencana yang memindahkan pemesanan dengan alert di bawah rencana yang tidak memindahkan pemesanan ber-alert. Tinjau alert dan konfirmasikan perpindahan sebelum melanjutkan.
Alert yang belum terverifikasi ditandai. Kamar dapat menampilkan jumlah alert yang belum terverifikasi saat AVA tidak dapat membacanya, mengecualikannya, atau mencapai batas pembacaan. AVA tidak menawarkan kamar tersebut untuk pertukaran.
Kebijakan tipe kamar mengatur pengembalian. Bergantung pada kebijakan hotel, AVA dapat mengizinkan pemesanan kembali ke tipe yang dipesan saat kamar yang lebih tinggi diperlukan. Pengembalian tidak pernah memindahkan pemesanan ke bawah tipe yang dibayar.
Penetapan menggunakan perlindungan daftar yang diizinkan. Jika tindakan kamar menyediakan tipe kamar yang diizinkan, Opera menolak tipe lain sebelum AVA melepaskan kamar saat ini. Pemesanan tetap berada di kamar saat ini.
Sharer Opera yang datang terlambat mempertahankan kamar bersama. Jika tamu utama sedang menginap, AVA mempertahankan kamar tersebut untuk sharer tertaut yang datang terlambat, meskipun penggantian kamar diizinkan.
Sharer yang datang belakangan dapat dipulihkan setelah tamu utama melakukan check-in. Opera mungkin berhenti mencantumkan sharer yang akan datang dari reservasi utama yang sedang dihuni. AVA dapat memulihkan sharer dari reservasinya sendiri ketika Opera menautkannya kembali ke reservasi utama. Masa inap harus tetap aktif.
Pemulihan dibatasi pada kecocokan yang aman. Reservasi sharer yang dibatalkan, no-show, sudah check-out, tidak cocok, atau tidak dapat dibaca tetap belum terselesaikan untuk ditinjau staf. Kedatangan normal tidak menambah pembacaan Opera.
Kesiapan kamar tetap berlaku untuk kamar sharer yang dipertahankan. AVA menerima Clean, Inspected, Dirty, atau Pickup saat masa inap tertaut mempertahankan kamar tersebut. Out of Order dan Out of Service tetap diblokir.
Penetapan awal reservasi Anda sendiri tetap memenuhi syarat. AVA tidak menolak kamar hanya karena Opera mencantumkannya untuk pemesanan saat ini.
Penundaan catatan Opera menggunakan mekanisme cadangan yang ada. Jika AVA tidak dapat membaca reservasi yang tumpang tindih, Opera tetap menjadi pemeriksaan konflik terakhir dan AVA mencoba kamar lain setelah terjadi konflik.
Hasil kamar out-of-service Opera yang kosong tetap valid. Jika Opera tidak mengembalikan kamar out-of-service, AVA memperlakukan hasilnya sebagai kosong. Penetapan kamar dapat dilanjutkan. Hasil yang tidak ada atau formatnya salah tetap menampilkan kesalahan PMS tidak tersedia.
Suite komponen memeriksa setiap kamar yang tertaut. Jika Opera merepresentasikan suite dengan kamar komponen, AVA memeriksa okupansi dan kesiapan setiap anggota sebelum penetapan.
Kamar komponen yang terisi tetap diprioritaskan. Jika salah satu anggota terisi, AVA mempertahankan alasan terisi tersebut alih-alih memilih status lain yang belum siap.
Suite yang dipilih otomatis dan belum terverifikasi tetap diblokir. Jika AVA tidak dapat memverifikasi suite komponen yang dipilih otomatis, AVA memblokir permintaan penetapan.
Kamar biasa tetap menggunakan alur yang ada. Pemeriksaan kamar komponen tambahan ini tidak berlaku untuk kamar biasa atau kamar lain yang dipilih otomatis dan tidak terkait.
Operasi kamar memerlukan perangkat staf yang terverifikasi. AVA memeriksa penetapan Opera saat ini sebelum perubahan kamar dan memerlukan konfirmasi Opera sebelum melaporkan pembaruan housekeeping sebagai berhasil.
Perpindahan wajib menghormati Do Not Move. Jika Opera mengunci pemesanan, perpindahan wajib ke kamar lain gagal dengan pesan yang jelas. AVA tidak melaporkan perpindahan palsu yang berhasil atau mengubah kamar yang terkunci.
Penetapan Opera normal tetap dapat dipindahkan. AVA membiarkan pemesanan tidak terkunci setelah penetapan pra-kedatangan biasa kecuali Anda secara eksplisit meminta penguncian kamar. Staf dapat memindahkan pemesanan nanti jika diizinkan Opera.
Group Checkout tersedia jika Opera melaporkan dukungan. Aktifkan di Settings → Check-In → Check-In Policy setelah koneksi aktif.
Check-in multi-room parsial tetap bertahan setelah dimuat ulang. Setelah kamar utama yang terdaftar melakukan check-in, reservasi yang diambil ulang tetap membuat kamar berikutnya yang kosong memenuhi syarat. AVA mencocokkan kamar dengan kelompok reservasi yang sama, sehingga kamar yang sudah check-in dan tidak terkait tidak dapat membukanya.
Kamar berikutnya yang kosong dapat melakukan check-in selama kedatangan eksplisit. Jika Allow empty subsequent room check-in diaktifkan, kamar berikutnya yang kosong melewati pratinjau dan keputusan kedatangan. Otorisasi staf, kesiapan pembayaran, dan kesiapan kamar tetap berlaku.
Tindakan untuk kamar berikutnya yang kosong tetap tersedia. Setelah Anda memilih dan melakukan check-in pada kamar berikutnya yang kosong, AVA hanya mengirim kamar tersebut ke Opera. Untuk kamar kosong yang sudah check-in tanpa payload aksesnya sendiri, AVA memeriksa pengaturan merchant Keycard. Jika tidak tersedia, AVA memeriksa akses Keycard eksplisit dari kamar saudara yang sedang dihuni dalam reservasi yang sama. Room Information dan Create Keycard kemudian muncul.
Reservasi sharer tetap terpisah. Jika Opera menggunakan satu nomor konfirmasi untuk beberapa ID reservasi, AVA mempertahankan setiap reservasi sebagai target check-in tersendiri.
Sharer redundan berbagi satu hasil kamar. Jika Opera menautkan reservasi utama dan sharer dengan okupansi nol ke satu kamar fisik, AVA menampilkan satu hasil kamar.
Status sharer yang independen tetap terlihat. AVA mempertahankan catatan terkait tetap terlihat jika catatan tersebut memiliki progres tamu, pembayaran, penagihan, atau status check-in.
Penempatan tamu bersifat opsional untuk tamu yang sudah ada. Kotak centang Apply this setting to existing additional guests secara default tidak aktif. Jika diaktifkan, registrasi mengonversi sharer Opera atau tamu pendamping yang sudah ada dan memenuhi syarat ke opsi Additional Guest Under yang dipilih. Tamu tambahan baru selalu menggunakan opsi yang dipilih.
Paket sharer dengan okupansi nol dapat diwarisi dengan aman. Sharer dengan jumlah dewasa dan anak nol dapat mempertahankan paket rate plan jika kuantitas, harga terhitung, alokasi, dan konsumsinya nol. Harga unit bukan nol saja tidak menghalangi konversi. Aktivitas paket yang ditambahkan ke reservasi, telah dikonsumsi, bernilai bukan nol, atau tidak diketahui tetap memerlukan peninjauan staf. Paket reservasi utama tetap tidak berubah.
Sharer yang diarahkan ke reservasi utama dapat dikonversi. Sharer dengan jumlah dewasa dan anak nol dapat dikonversi jika setiap tujuan routing keluar mengarah ke reservasi utama yang dipertahankan. Routing folio atau comp, tujuan reservasi lain, dan struktur yang tidak didukung tetap diblokir.
Konversi tamu yang sudah ada memerlukan konfirmasi Opera. AVA mempertahankan registrasi dalam status tertunda sampai Opera mengembalikan pengenal tamu dan reservasi yang lengkap dan cocok untuk penempatan baru. Setelah itu, AVA mengirimkan dokumen yang diantrekan ke tujuan yang telah dikonfirmasi.
Konversi tertunda tetap bertahan setelah penyegaran reservasi. AVA mempertahankan tamu yang tertunda dan berkasnya saat Opera sementara menghilangkan atau mengubah profil tamu. Segarkan reservasi dan coba lagi setelah Opera mengonfirmasi penempatan.
Pengaturan pembayaran sharer mengendalikan reservasi yang dibuat. Pasangan pembayaran dan jaminan tertentu memiliki prioritas atas pencarian metode tunai Opera. Tanpa pasangan tertentu, AVA menggunakan metode pembayaran tunai Opera yang memenuhi syarat.
Penyimpanan Sharer Rate Code disinkronkan dengan Opera. AVA menyimpan kode sebelum menyelesaikan sinkronisasi PMS yang bergantung padanya. Kegagalan penyimpanan pengaturan PMS menghentikan pembaruan kode tarif yang bergantung, sehingga mencegah pembaruan parsial. Mengosongkan kolom menghapus penggantian untuk reservasi sharer mendatang.
Salinan pembayaran sharer direkonsiliasi secara terpisah. AVA dapat menyelesaikan pembagian sementara salinan pembayaran masih tertunda. Kegagalan sebelum pengiriman yang telah dikonfirmasi dan penolakan Opera dapat membuka kembali salinan untuk percobaan ulang yang aman. Hasil yang tidak jelas tetap dijeda untuk mencegah metode pembayaran duplikat di Opera.
Pengaturan penempatan tamu disinkronkan dengan Vouch Core. Menyimpan Additional Guest Under atau pengaturan pembayaran sharer meneruskan nilai tersimpan untuk tindakan tamu Opera berikutnya.
Tipe kamar yang ditagihkan tetap stabil. Saat AVA menetapkan kamar di Opera, AVA mempertahankan tipe kamar yang ditagihkan, meskipun kamar fisik memiliki tipe yang berbeda.
Penambahan tamu ke kamar tetap tersinkron. Jika staf menambahkan tamu lain selama check-in, AVA memperbarui Opera agar tamu tambahan tersebut tetap terhubung ke kamar itu.
Lampiran kamar menghormati penempatan tamu. AVA menggunakan pengaturan Additional Guest Under saat ini ketika melampirkan kamar setelah sinkronisasi tamu. Dalam mode Sharer Reservation, AVA mengharuskan sharer tertaut cocok dengan reservasi dan memiliki profil tamu utama. AVA tidak membuat profil pendamping saat melampirkan kamar. Dalam mode Accompany Profile, AVA mempertahankan alur lampiran profil pendamping yang ada.
Hubungan duplikat baru diblokir. Jika Opera tidak dapat membuktikan tautan sharer yang diminta, AVA menghentikan lampiran kamar alih-alih menulis ulang daftar tamu reservasi utama. Hal ini melindungi dari hubungan sharer dan profil pendamping yang duplikat. AVA tidak menghapus duplikat yang sudah ada atau memperbaiki jumlah okupansi dewasa dan anak.
Check-in berbantuan dapat menampilkan kode tarif. Saat Opera mengirimkan kode tarif, AVA menampilkannya pada kartu reservasi yang dipilih selama check-in berbantuan oleh staf.
ACI dua perangkat dapat menampilkan Arrival brief. Staf dapat meninjau saran pemberitahuan dan fakta reservasi hanya-baca di atas alur tablet tamu yang dipasangkan.
Arrival brief dapat menampilkan sepuluh kelompok detail Opera. Detail ini mencakup tingkat VIP, jenis keanggotaan, kode tarif, peringatan, catatan, deposit yang telah dibayar, saldo, total biaya menginap, preferensi, dan paket.
Arrival brief dapat menampilkan detail keanggotaan. Jika Opera menyediakannya, layar staf menampilkan program keanggotaan, tingkat, dan nomor kartu. Detail ini hanya-baca dan tetap berada di layar staf.
Tingkat keanggotaan menggunakan deskripsi Opera. Misalnya, Opera dapat memberikan ALL Accor - Gold sebagai deskripsi program. AVA menggunakan deskripsi tersebut tanpa memerlukan pencarian katalog keanggotaan terpisah.
Keanggotaan tidak aktif tetap menjadi bukti, tetapi bukan fakta staf. Tinjau keanggotaan aktif yang ditampilkan layar staf sebelum menggunakannya untuk keputusan kedatangan.
Arrival brief memuat detail sesuai kebutuhan. AVA memuat fakta reservasi inti terlebih dahulu, lalu mengambil detail profil, tarif, atau folio saat diminta.
Pembacaan Arrival brief tetap dibatasi. Brief dasar menggunakan dua pembacaan upstream untuk kamar yang ditetapkan. Membuka Rate, Profile, atau Folio hanya menambahkan pembacaan sesuai permintaan untuk bagian tersebut; saat dibuka kembali, bagian itu menggunakan cache.
Nilai saldo OPERA tetap dibedakan. Balance dasar adalah saldo jendela tamu saat ini. Biaya menginap terutang pada bagian Rate berasal dari informasi tarif OPERA dan tidak disimpulkan dari saldo dasar.
Bagian opsional dimuat secara independen. Staf dapat membuka Profile, Rate, atau Folio tanpa memuat bagian lainnya.
Bagian opsional dapat disegarkan. Staf dapat memilih Refresh setelah suatu bagian dimuat atau ketika pembacaan gagal.
Brief multi-reservasi menggunakan ruang rail yang tersedia. Kontrol tablet tamu tetap berada di bagian bawah rail.
Brief satu reservasi tetap ringkas. AVA mempertahankan kontrol tablet tamu di posisi biasanya.
Pratinjau tablet yang dipasangkan mempertahankan ukurannya. Panel staf bergulir pada layar pendek, bukan mengecilkan pratinjau tamu.
Pemuatan sesuai permintaan tidak mengubah penagihan biasa. Alur check-in, checkout, dan pembayaran tetap menggunakan perilaku yang ada.
Nilai Opera yang tidak ada tetap terlihat. AVA menampilkan Not provided alih-alih menyembunyikan detail yang tidak ada.
Arrival brief hanya untuk staf dan bersifat hanya-baca. Brief ini berlaku untuk tamu yang tepat dalam alur ACI dua perangkat yang aktif dan tidak pernah mengubah data Opera.
ACI dua perangkat dapat mencetak faktur pro-forma. Tindakan ini muncul saat Opera melaporkan dukungan. PDF menggunakan templat folio Opera milik properti dan menampilkan masa inap yang diproyeksikan dengan deposit sebagai kredit. PDF membaca jendela folio 1 dan tidak memposting proyeksi ke folio aktif. Memilih Print pro-forma akan membuka PDF di tab browser baru. Jika browser memblokir tab tersebut, AVA mengunduh PDF dan menampilkan pemberitahuan bahwa PDF telah diunduh.
Saran Arrival brief dapat ditinjau. Staf dapat memilih Done atau Dismiss, lalu menggunakan Reopen bila diperlukan.
Label agen perjalanan tetap terlihat. Opera dapat meneruskan nama agensi ke sourceName. Dengan begitu, pencocokan waiver dapat melihat label seperti Booking.com (VCC).
Posting pembayaran dapat menambahkan komentar. Setelah pembayaran atau deposit Opera berhasil, AVA menambahkan komentar reservasi di Opera. AVA menggunakan Default Comment Type / Location yang dikonfigurasi di Settings → Payment.
Nominal pembayaran harus sesuai dengan mata uang properti. Opera dapat mengembalikan error internal ketika mata uang tidak sesuai.
Dokumen yang diunggah dapat muncul di lampiran Opera. Setelah sinkronisasi, Anda dapat memverifikasi unggahan dokumen perjalanan dan kartu registrasi dari reservasi.
Nama lampiran Opera dinormalisasi sebelum diunggah. AVA menghapus tanda baca dari nama tamu sambil mempertahankan huruf, termasuk karakter Thailand, angka, spasi, _, dan -. AVA mendeteksi jenis file umum dari isi file dan menggunakan ekstensi yang sesuai. Ini mencegah nama seperti R. Rendy Purwidyaputra menyebabkan penolakan OHIP "Chosen file is invalid".
Waktu kedatangan dan keberangkatan yang diharapkan tetap tersinkron. AVA menulis perkiraan waktu kedatangan dan keberangkatan kembali ke Opera. AVA membaca nilai yang dinormalisasi ke Streamliner setelah Opera merespons. Nilai Estimated Arrival Time dan Departure Time yang dimasukkan tamu memperbarui Opera setelah registrasi tamu. Untuk reservasi utama, AVA menggunakan nilai valid dari tamu utama kanonis. Untuk sharer Opera, AVA menulis waktu valid ke reservasi sharer itu sendiri. Jika kolom waktu hanya terlihat oleh tamu utama, sharer mewarisi nilai valid tamu utama. Nilai valid milik sharer tetap menjadi sumber kebenaran jika kolom tersebut tersedia bagi sharer. AVA tidak menyalin waktu sharer ke reservasi utama. Nilai yang tidak ada atau tidak valid membiarkan waktu Opera yang ada tetap tidak berubah. Anda dapat melihat waktu kedatangan dan keberangkatan yang didukung PMS pada kartu dan baris reservasi yang didukung.
Kode khusus mengikuti mode check-in yang dipilih. Pre-arrival, Self Check-In, dan Assisted Check-In masing-masing menggunakan kode registrasi, pre-authorisation, dan check-in sendiri. Jika Anda sengaja membiarkan kode mode kosong, AVA tidak kembali menggunakan kode OPERA Check-In global. Pengaturan datar yang lebih lama disalin ke setiap mode saat AVA pertama kali memuatnya. Edit dan simpan setiap mode secara terpisah jika kodenya berbeda. Tab Self Check-In terbuka lebih dahulu, dan panel mode yang tidak aktif tetap tersembunyi sampai dipilih. Checkout tetap terpisah dan menggunakan kode checkout global.
Kode khusus checkout opsional akan mencoba lagi saat terjadi kegagalan Opera sementara. AVA mencoba lagi sekali setelah error OHIP yang berlangsung singkat. AVA memeriksa Opera sebelum mencoba lagi, sehingga respons yang tidak pasti tidak membuat kode duplikat. Checkout tetap selesai jika pembaruan opsional gagal.
Kebijakan penagihan Opera membentuk tagihan tamu. Aturan penyembunyian dan pembebasan memiliki dampak yang berbeda.
Kontrol kebijakan pembayaran muncul di Settings → Payment. Data kapabilitas menentukan kontrol akomodasi dan kontrol khusus Opera yang Anda lihat.
v4 No Post mengikuti urutan prioritas. Assisted Check-In berbantuan yang terautentikasi menggunakan Set No Post after Assisted Check-In terlebih dahulu. Untuk alur kios dan pre-arrival yang memenuhi syarat, pembayaran yang diatur ke Do not collect, atau deposit nol, memaksa No Post. Alur kios dengan deposit wajib menggunakan Set No Post after Payment untuk kasus yang tersisa.
Deposit yang sudah dibayar tidak selalu mencegah No Post. Saat Set No Post after Payment aktif, tamu kios dan tamu dengan kedatangan yang diperbaiki tetap dapat menerima No Post.
ACI dua perangkat menampilkan pilihan staf. Set No Post in the PMS muncul di atas Proceed to Check-In pada perangkat staf yang terhubung. Tick No Post by default on Assisted Check-In memilih kotak tersebut sebelumnya. Staf dapat menghapus atau memilihnya sebelum check-in. ACI satu perangkat, tablet tamu, dan build staf lama menggunakan pengaturan tersimpan tanpa menampilkan kotak tersebut.
ACI No Post mencakup reservasi yang sudah check-in. AVA menerapkannya pada reservasi utama atau tunggal dan setiap sharer yang sudah check-in. Pendamping kios yang datang belakangan hanya menerima No Post pada reservasi pendamping. Pemesanan kamar tidak dibatasi ulang.
Kegagalan No Post tidak membatalkan check-in. Verifikasi reservasi di OPERA dan terapkan pembatasan secara manual jika tindak lanjut gagal.
Pengaturan pembayaran dan ACI memiliki cakupan terpisah. Pengaturan pembayaran mengontrol kasus kios dan kebijakan pembayaran. Pengaturan Assisted Check-In menyediakan default staf untuk dua perangkat. Toggle pembayaran tidak mengesampingkan ACI terautentikasi, dan toggle ACI tidak mengesampingkan alur kios. Header ACI palsu tidak dapat melewati kebijakan tamu. Perilaku v2 lama tidak berubah.
Kebijakan pembebasan mengurangi biaya paket kamar dan komponen paket kamar yang teridentifikasi. Untuk reservasi sebelum kedatangan, biaya kamar dari informasi tarif Opera yang diproyeksikan dan pajaknya dibebaskan bersama-sama.
Ekstra yang diposting secara terpisah dan pajaknya dapat tetap harus dibayar. Keduanya bukan bagian dari tarif kamar yang dipesan.
Kebijakan penyembunyian menyamarkan baris kamar dan pajak. Saldo terutang tetap tidak berubah.
Penagihan terutang hasil evaluasi mengontrol pembayaran checkout. AVA menggunakan jumlah tersebut, bukan ringkasan tampilan.
Saldo nol Opera yang eksplisit tetap menjadi sumber kebenaran. AVA tidak membangun kembali saldo positif dari baris kamar, pajak, atau layanan yang terlihat. Ini berlaku ketika pasangan yang diarahkan atau diselesaikan tidak terlihat. AVA hanya mempercayai saldo nol tersebut jika jumlah dan mata uang cocok dengan tagihan Opera yang dinormalisasi. Ketidakcocokan tetap belum terkonfirmasi.
Pembalikan pembayaran mempertahankan tandanya. Pembayaran Opera dan pembalikan negatif dengan jumlah yang sama menghasilkan nol dalam folio dan peninjauan penagihan AVA.
Penagihan selektif tetap berada dalam jendela folio tamu. Biaya yang diarahkan dari jendela lain tidak menambah saldo.
Checkout menyiapkan jendela folio yang diarahkan setelah Window 1 kosong. OPERA dapat menolak jendela utama yang kosong, sementara jendela yang diarahkan tetap memerlukan folio. AVA terus menyiapkan jendela tersebut sebelum checkout. Error pembuatan folio lainnya menghentikan checkout baru.
Data folio yang tidak lengkap tetap belum terkonfirmasi. AVA menghindari menampilkan angka nol yang keliru ketika jendela tamu belum lengkap.
Baris faktur yang diproyeksikan dapat tetap terlihat. Bandingkan biaya yang tidak terduga dengan Opera sebelum menagih pembayaran.
Jika tidak ada kebijakan yang cocok, AVA menggunakan respons penagihan yang diterimanya.
Kamar yang terkunci tetap terkunci di AVA. Jika Opera menandai reservasi sebagai Do Not Move, Streamliner menampilkan ikon kunci dalam tampilan perubahan kamar.

Pemecahan Masalah

Status "Integration Not Configured"

Kolom wajib belum diisi. Pastikan Anda sudah memasukkan:

OHIP Host Name
OHIP Application Key
OHIP Hotel ID
OHIP Client ID

Tidak ada kode OPERA alert yang muncul

Yang Anda lihat: Pemilih alert tidak menampilkan kode apa pun, atau tidak dapat memuat kode.

Perbaikan:

Pastikan PMS aktif adalah Opera.
Pastikan pengguna Opera Anda dapat membaca data referensi kode alert hotel.
Segarkan Settings → Check-In → Check-in essentials.
Pilih kembali Choose alert.
Minta administrator Opera mengonfigurasi kode alert jika tidak ada kode.

✓ AVA hanya menerima kode alert yang dikembalikan untuk hotel Anda.

Alert kedatangan belakangan tidak diposting

Yang Anda lihat: Tamu tambahan melakukan check-in terlebih dahulu, tetapi tidak ada alert baru pada reservasi utama.

Perbaikan:

Pastikan pengaturan alert diaktifkan dan disimpan.
Pastikan kode alert yang dipilih masih ada di Opera.
Dalam ACI, pilih Yes, arriving later saat AVA bertanya.
Buka reservasi utama di Opera dan periksa area alert yang dipilih.
Tunggu sebentar dan segarkan Opera sebelum mencoba lagi.

AVA mencegah duplikat jika sudah dapat menemukan kode dan area yang sama. Jika Opera menolak pembaruan catatan, coba lagi hanya setelah memeriksa status reservasi. 5. enterpriseId jika Anda memilih OCIM

Error Koneksi API

Pastikan OHIP Host Name sudah benar
Periksa bahwa langganan OHIP Anda aktif
Pastikan enterpriseId tersimpan saat menggunakan OCIM
Hubungi IT untuk mengonfirmasi akses firewall/jaringan
Verifikasi kredensial dengan dukungan Oracle

Kode Tarif Sharer tidak tersimpan

Yang Anda lihat: Anda tidak dapat menyimpan kode tarif sharer, atau kode tersebut tidak sampai ke Opera.

Mengapa ini terjadi: AVA harus mengonfirmasi bahwa PMS menerima pengaturan tersebut. Kegagalan konfigurasi provider menghentikan pembaruan kode tarif yang bergantung padanya.

Perbaikan:

Pastikan Opera Integration Configured muncul di Settings → Essentials.
Kembali ke Settings → Check-In → Check-In Policy.
Pilih saran katalog aktif, atau masukkan kode yang tepat dari Opera.
Klik Save Check-In Policy lagi.
Jika saran kode tarif gagal, klik Retry atau masukkan kode secara manual.
Konfirmasikan kode di Opera sebelum membuat reservasi sharer baru.

Nilai yang sudah ada setelah pembaruan ini

Simpan kembali kolom tersebut setelah deployment jika properti Anda sebelumnya telah mengonfigurasi tarif sharer. Tindakan ini menyinkronkan nilai yang dipertahankan dengan Opera.

Autentikasi Opera ditolak saat melakukan tindakan

Yang Anda lihat: Tindakan Opera berhenti sebentar atau menampilkan error autentikasi atau timeout.

Mengapa ini terjadi: Opera mungkin menolak kredensial yang tersimpan di cache atau layanan OAuth-nya mungkin tertunda sebentar. AVA menangani setiap kasus dengan satu percobaan ulang otomatis.

Perbaikan:

Tunggu hingga 30 detik agar AVA menyelesaikan percobaan ulang otomatisnya.
Coba tindakan tersebut lagi hanya jika error masih muncul.
Jika error kembali, verifikasi lingkungan dan kredensial Opera.
Masukkan kembali kredensial di AVA, lalu klik Save.
Hubungi Oracle atau dukungan Vouch jika error berlanjut.

Satu percobaan ulang otomatis

AVA menyegarkan konfigurasi Opera setelah kredensial yang tersimpan di cache gagal. AVA juga mencoba lagi satu kali untuk timeout OAuth atau error gateway sementara. Kredensial tidak valid dan batas laju tidak memicu percobaan ulang ini.

Opera menolak lampiran dokumen yang valid

Yang Anda lihat: Paspor, dokumen tamu, atau kartu registrasi gagal dengan pesan "Chosen file is invalid."

Mengapa ini terjadi: Opera dapat menolak nama lampiran yang berisi tanda baca dari nama tamu.

Perbaikan:

Segarkan reservasi di AVA.
Coba unggah dokumen sekali lagi.
Buka reservasi di Opera dan pastikan lampiran tersebut muncul.
Jika unggahan masih gagal, hubungi dukungan dengan nomor reservasi dan tangkapan layar error.

✓ AVA kini menghapus tanda baca yang tidak didukung sebelum mengirim lampiran ke Opera.

Opera menolak alamat tamu yang panjang

Yang Anda lihat: Pembaruan atau check-in tamu gagal saat menyimpan alamat yang panjang.

Mengapa ini terjadi: Opera membatasi setiap baris alamat hingga 80 byte dan menyediakan empat baris.

Perbaikan:

Segarkan reservasi di AVA.
Coba pembaruan tamu atau check-in sekali lagi.
Jika alamat masih gagal, persingkat teks yang tidak diperlukan pada kolom alamat.
Konfirmasikan alamat yang tersimpan di profil tamu atau Opera.

✓ AVA membagi alamat panjang pada pemisah yang sesuai sebelum mengirimkannya ke Opera.

Alamat Vietnam dan alamat beraksen lainnya

Opera menghitung byte, bukan karakter yang terlihat. Karakter beraksen dapat mencapai batas lebih cepat.

Opera menyatakan reservasi sedang diubah

Yang Anda lihat: Check-in final menampilkan "This reservation is being changed by user …".

Mengapa ini terjadi: Pembaruan Opera lain masih memegang kunci catatan reservasi. Penetapan kamar mungkin sudah berhasil sebelum pesan ini muncul. AVA mencoba ulang penulisan check-in final ke Opera hingga empat kali secara otomatis.

Perbaikan:

Tunggu hingga AVA menyelesaikan percobaan ulang otomatisnya.
Segarkan reservasi di AVA jika konflik tetap ada.
Periksa reservasi di Opera untuk melihat status kamar dan check-in terbaru.
Coba ulang check-in final sekali saja jika Opera belum menyelesaikannya.

✓ Kunci catatan Opera yang berlangsung singkat seharusnya terhapus tanpa mengubah kamar.

Jika AVA menampilkan PMS_RESERVATION_MUTATION_IN_PROGRESS setelah empat percobaan, hubungi dukungan. Sertakan nomor reservasi, waktu, dan tangkapan layar error.

Periksa Opera sebelum mengulangi check-in

Jangan ulangi check-in final ketika hasil Opera tidak jelas. Konfirmasikan status reservasi di Opera terlebih dahulu.

Salinan pembayaran sharer Opera perlu ditinjau

Yang Anda lihat: Reservasi sharer ada, tetapi metode pembayaran yang disalinnya tidak ada atau tidak jelas.

Mengapa ini terjadi: Opera menambahkan metode pembayaran yang disalin dan mungkin menerima permintaan sebelum AVA menerima responsnya. AVA hanya mencoba lagi kegagalan sebelum pengiriman yang telah dikonfirmasi dan penolakan eksplisit dari Opera. AVA menjeda hasil yang tidak jelas untuk mencegah metode pembayaran duplikat.

Perbaikan:

Segarkan reservasi di AVA.
Buka reservasi sharer terkait di Opera.
Pastikan apakah metode pembayaran tersebut sudah muncul.
Jangan menambahkan metode pembayaran secara manual jika hasilnya tidak jelas.
Hubungi dukungan dengan nomor konfirmasi, ID reservasi, dan waktu percobaan.

✓ AVA dapat mencoba lagi kegagalan yang telah dikonfirmasi dengan aman tanpa menambahkan metode pembayaran kedua.

Jangan ulangi penyalinan pembayaran yang hasilnya tidak jelas

Timeout Opera tidak membuktikan bahwa penyalinan gagal. Periksa Opera sebelum mengulangi tindakan pembayaran apa pun.

Kode pembayaran sharer tidak dimuat

Yang Anda lihat: Dialog pembayaran sharer tidak menampilkan kode pembayaran atau jaminan yang memenuhi syarat, atau menampilkan peringatan pembaruan.

Mengapa ini terjadi: Opera tidak mengembalikan salah satu atau kedua daftar kode yang diminta. AVA mempertahankan setiap daftar secara terpisah, sehingga kegagalan satu daftar tidak menyembunyikan daftar lainnya. Setelah pembaruan gagal, AVA mempertahankan kode sebelumnya di layar jika tersedia.

Perbaikan:

Klik Try Again di dialog pembayaran sharer.
Jika kode baru saja berubah, klik Refresh from OPERA.
Jika tombol pembaruan dinonaktifkan, minta pengguna yang memiliki akses tulis pengaturan untuk memperbarui daftar.
Minta administrator Opera memastikan kode aktif dan diizinkan untuk reservasi.
Pastikan koneksi Opera memiliki izin untuk membaca metode pembayaran dan kode jaminan.
Simpan Specific OPERA method setelah kedua daftar muncul.

✓ AVA seharusnya menampilkan kedua daftar yang memenuhi syarat sebelum Anda menyimpan pasangan pembayaran sharer.

Tamu tambahan yang sudah ada tetap pada penempatan lamanya

Yang Anda lihat: Sharer Opera atau tamu pendamping yang sudah ada tetap memiliki hubungan saat ini setelah registrasi.

Mengapa ini terjadi: Apply this setting to existing additional guests secara default tidak aktif. AVA mempertahankan hubungan yang sudah ada kecuali Anda mengaktifkan opsi khusus Opera ini.

Perbaikan:

Buka Settings → Check-In → Check-In Policy.
Pastikan opsi Additional Guest Under yang diinginkan.
Aktifkan Apply this setting to existing additional guests.
Klik Save Check-In Policy.
Daftarkan kembali reservasi yang terdampak.
Periksa Opera untuk memastikan tamu yang memenuhi syarat berpindah ke pengaturan yang dipilih.

Titik pemeriksaan yang sudah ada

Jika konversi sebelumnya belum selesai, menonaktifkan opsi ini tidak menerima perubahan sebagian tersebut. Pulihkan pengaturan yang digunakan oleh konversi itu, lalu coba lagi atau minta dukungan untuk meninjaunya.

Tamu yang Kembali Membuat Profil Duplikat

Yang Anda lihat: Tamu tambahan yang kembali mendapatkan profil Opera baru.

Mengapa ini terjadi: Penggunaan kembali profil nonaktif, atau AVA tidak dapat memverifikasi satu kecocokan unik. Hasil yang ambigu juga memerlukan pilihan staf dalam ACI dua perangkat. AVA hanya menganggap kode paspor yang tepat PAS dan PASSPORT sebagai setara.

Perbaikan:

Buka Settings → Check-In → Check-In Policy.
Pastikan PMS yang aktif adalah Opera.
Temukan Guest registration.
Aktifkan Match and merge guest profiles.
Klik Save Check-In Policy.
Periksa apakah nama tamu dan dokumen identitas cocok dengan profil yang sudah ada di Opera.
Coba lagi registrasi tamu tambahan.

✓ AVA hanya menggunakan kembali profil yang ada jika kecocokan identitas telah diverifikasi.

Kode paspor Opera

Opera dapat menyimpan paspor sebagai PAS, sedangkan AVA mengonfirmasi PASSPORT. Kode yang tepat ini dianggap cocok saat profil digunakan kembali. Kode dokumen lainnya tetap memerlukan kecocokan tepat.

Tinjauan ACI dua perangkat

Di perangkat staf, pilih Review profile untuk satu kandidat atau Review N profiles untuk beberapa kandidat. Bandingkan detail kandidat, lalu pilih profil tersebut atau Create new. Pilih Retry saat baris tamu menampilkan pencarian yang gagal. Registrasi menggunakan pilihan yang disimpan tanpa mengulangi pencarian profil.

Gabungkan profil Opera duplikat yang terverifikasi

Gunakan alur ini saat Opera sudah memiliki dua hingga lima profil terverifikasi untuk tamu yang sama. Penggabungan hanya tersedia jika peluncuran Anda mengaktifkan penggunaan kembali profil Opera dan penggabungan profil yang terlindungi.

Buka tinjauan profil duplikat di Assisted Check-In.
Pilih dua hingga lima profil duplikat yang terverifikasi.
Pilih profil yang harus tetap sebagai Survivor.
Tinjau pratinjau Opera terbaru.
Konfirmasikan penggabungan hanya jika detail profil dan survivor sudah benar.

✓ AVA menyelesaikan penggabungan hanya setelah Opera mengonfirmasi survivor dan menghapus profil yang dihentikan. ✓ Reservasi, tanggal, okupansi, dan status tetap melekat pada reservasi yang benar.

Penggabungan bersifat permanen

Jangan menggabungkan profil sebelum mengonfirmasi identitas tamu dan survivor. ID profil yang dihentikan tidak dapat digunakan kembali setelah penggabungan selesai.

Mengapa AVA dapat memblokir penggabungan

AVA memblokir penggabungan jika nama, dokumen yang tidak disamarkan, tanggal lahir, atau kewarganegaraan tidak cocok. AVA juga memblokir isi profil yang berubah, kandidat yang ambigu, dan respons Opera yang tidak lengkap.

Tinjauan profil kosong memerlukan keputusan

Yang Anda lihat: Tinjauan terbuka, tetapi tidak ada profil Opera yang tersedia untuk dipilih.

Perbaikan:

Pilih Retry lookup untuk menyegarkan hasil yang kosong.
Tunggu jeda percobaan ulang jika AVA menonaktifkan tombol sementara.
Buka kembali tinjauan jika hasilnya tetap kosong.
Pilih Create a new profile hanya setelah memastikan tidak ada profil yang sudah ada yang benar.
Lanjutkan registrasi setelah AVA menampilkan keputusan Anda pada baris tamu.

✓ AVA tidak memilih atau membuat profil secara otomatis.

Tanda tangan tersimpan tetap tersedia setelah pencarian profil gagal. Pilihan eksplisit tetap dipertahankan selama pembaruan tanda terima jika identitas tidak berubah. Jika profil yang dipilih tidak lagi tersedia, AVA meminta keputusan baru. Pilihan menjadi tetap saat registrasi dimulai.

Jangan memilih dari hasil yang tidak pasti

Jika beberapa profil cocok, tinjau kandidat di AVA. Jangan hanya mengandalkan akhiran dokumen yang disamarkan.

Penggabungan profil duplikat tidak tersedia

Yang Anda lihat: Tindakan penggabungan tidak muncul saat meninjau profil duplikat.

Mengapa ini terjadi: Penggabungan yang terlindungi atau penggunaan kembali profil nonaktif, atau Opera tidak melaporkan kapabilitas penggabungan.

Perbaikan:

Pastikan PMS yang aktif adalah Opera.
Pastikan Match and merge guest profiles diaktifkan.
Minta administrator Vouch memastikan penggabungan profil yang terlindungi diaktifkan untuk properti tersebut.
Segarkan tinjauan tamu dan bandingkan kandidat lagi.

✓ Tindakan penggabungan hanya muncul jika peluncuran dan pengaturan properti mengizinkannya.

Opera memblokir penggabungan profil atau hasilnya tidak pasti

Yang Anda lihat: AVA memblokir penggabungan, menampilkan hasil yang tidak pasti, atau menyatakan bahwa dukungan harus meninjaunya.

Mengapa ini terjadi: Opera mungkin menolak detail profil yang berubah, mengembalikan data verifikasi yang tidak lengkap, atau membuat hasil penulisan tidak diketahui.

Perbaikan:

Jangan langsung mengulangi penggabungan.
Buka profil yang terdampak di Opera dan periksa profil mana yang tetap aktif.
Catat survivor, ID profil yang dihentikan, nomor reservasi, dan pesan yang ditampilkan AVA.
Hubungi dukungan Vouch untuk rekonsiliasi.

✓ AVA mempertahankan operasi yang hasilnya tidak pasti dalam keadaan terblokir sampai dukungan mengonfirmasi status Opera.

Konversi sharer Opera diblokir oleh routing

Yang Anda lihat: Sharer yang tampaknya memenuhi syarat dengan jumlah dewasa dan anak nol tidak dikonversi menjadi tamu pendamping.

Mengapa ini terjadi: AVA hanya mengizinkan routing kamar yang mengarahkan setiap tujuan ke reservasi utama yang dipertahankan. Routing folio atau comp, tujuan reservasi lain, dan struktur routing yang tidak didukung tidak memenuhi syarat.

Perbaikan:

Buka reservasi sharer dan utama di Opera.
Tinjau setiap tujuan routing keluar pada sharer.
Hapus routing yang tidak didukung atau arahkan semua biaya ke reservasi utama yang dipertahankan.
Segarkan reservasi di AVA dan daftarkan kembali tamu tersebut.

✓ AVA memeriksa ulang routing sebelum membatalkan reservasi sharer lama.

Lampiran kamar diblokir untuk sharer Opera

Yang Anda lihat: Lampiran kamar berhenti setelah sinkronisasi tamu, atau Opera menampilkan error lampiran.

Mengapa ini terjadi: AVA tidak dapat memverifikasi sharer tertaut, identitas reservasi, atau profil tamu utama. AVA berhenti alih-alih membuat profil pendamping atau menulis ulang daftar tamu utama.

Perbaikan:

Buka reservasi utama dan sharer tertaut di Opera.
Pastikan tautan berbagi mengarah ke keluarga reservasi yang sama.
Pastikan sharer memiliki profil tamu utama.
Segarkan reservasi di AVA.
Coba lagi melampirkan kamar.

✓ AVA melampirkan kamar setelah Opera mengonfirmasi penempatan yang diminta.

Duplikat yang sudah ada tidak diperbaiki

Perlindungan ini memblokir hubungan duplikat baru. Perlindungan ini tidak menghapus profil duplikat atau memperbaiki jumlah hunian dewasa dan anak yang sudah tersimpan di Opera. Minta dukungan untuk meninjau duplikat yang sudah ada sebelum mengubah pengaturan penempatan tamu.

Registrasi tetap tertunda setelah konversi tamu

Yang Anda lihat: Registrasi tidak selesai setelah konversi tamu yang sudah ada. Dokumen tamu belum dikirim ke Opera.

Mengapa ini terjadi: AVA menunggu Opera mengonfirmasi penempatan tamu baru. Hal ini mencegah dokumen dikirim ke profil tamu yang lama atau salah.

Perbaikan:

Tunggu hingga Opera menyelesaikan pembaruan reservasi.
Segarkan reservasi di AVA.
Coba registrasi lagi saat Opera menampilkan penempatan tamu yang telah dikonfirmasi.
Periksa profil tamu atau lampiran reservasi di Opera.

✓ AVA hanya mengirimkan dokumen setelah pengenal Opera yang telah dikonfirmasi tersimpan.

Jangan gunakan profil Opera lama

Jangan unggah dokumen secara manual ke profil sebelumnya saat registrasi masih tertunda. Minta resepsionis meninjau reservasi di Opera jika status tertunda berlanjut.

Konversi yang selesai tidak dibatalkan

Menonaktifkan kotak centang mencegah konversi berikutnya. Tindakan ini tidak memulihkan hubungan yang sudah dikonversi di Opera.

OCIM gagal segera setelah Anda menyimpan

Yang Anda lihat: AVA langsung menolak koneksi saat Anda memilih OCIM.

Perbaikan:

Minta enterpriseId yang benar kepada Oracle.
Masukkan kembali kredensial OCIM di AVA.
Simpan lagi.
Jika masih gagal, konfirmasikan client ID dan secret klien dengan Oracle.

Tidak Ada Reservasi yang Muncul

Tunggu 15–30 menit untuk sinkronisasi awal
Verifikasi izin pengguna OHIP di Opera
Pastikan reservasi ada di Opera
Hubungi dukungan dengan log error

Nilai laporan kepatuhan Opera disamarkan

Yang Anda lihat: Laporan TM30 atau RR4 tidak mencantumkan nomor paspor atau tanggal lahir dari Opera.

Perbaikan:

Minta administrator Opera mengaktifkan Module Level Access Control.
Minta mereka memberikan Sensitive Data Access kepada klien OHIP AVA.
Pastikan izin tersebut berlaku untuk hotel Opera yang benar.
Buat laporan kembali setelah izin diperbarui.

AVA mengecualikan nilai paspor yang disamarkan dan placeholder tanggal lahir 1800-01-01.

Checkout selesai, tetapi laporan Opera tidak memuat kode khusus

Yang Anda lihat: AVA menyelesaikan checkout, tetapi kode khusus checkout yang dikonfigurasi tidak ada di Opera.

Mengapa ini terjadi: Pembaruan Opera opsional dapat gagal setelah checkout. AVA mencoba lagi error OHIP sementara satu kali.

Perbaikan:

Tunggu sebentar, lalu segarkan reservasi di Opera.
Pastikan Specials code for check-out tersimpan di Settings → Check-In.
Periksa kembali reservasi Opera.
Hubungi dukungan jika kode tetap tidak ada.

Checkout tidak terblokir

Pembaruan kode khusus opsional yang gagal tidak membatalkan atau memblokir checkout. AVA tidak mencoba lagi error yang tidak bersifat sementara.

Ekstra tetap harus dibayar setelah pembebasan akomodasi

Yang Anda lihat: AVA menampilkan saldo positif setelah baris paket kamar dibebaskan.

Pajak tarif Opera sebelum kedatangan

AVA memperlakukan biaya kamar dari informasi tarif Opera yang diproyeksikan dan pajaknya sebagai satu jumlah paket kamar. Pembebasan kode tarif yang cocok tidak seharusnya menyisakan pajak tarif kamar yang diproyeksikan untuk dibayar. Hanya ekstra yang diposting secara terpisah dan pajaknya yang seharusnya tetap dapat ditagih.

Perbaikan:

Tinjau saldo dan GST ekstra di Opera.
Pastikan biaya yang tersisa sudah benar.
Segarkan reservasi di AVA setelah Opera selesai menyinkronkan.
Pilih Pay saat saldo positif cocok dengan saldo terutang di Opera.
Jika Opera melaporkan saldo nol, segarkan AVA dan pastikan saldonya nol.

Data folio Opera tidak lengkap

Yang Anda lihat: AVA tidak dapat mengonfirmasi saldo setelah pembaruan folio Opera.

Perbaikan:

Pastikan Opera mengembalikan jendela folio utama tamu.
Periksa bahwa jendela folio memuat saldo atau posting yang dapat digunakan.
Tunggu hingga lima detik agar perubahan Opera eksternal terbaru muncul.
Segarkan reservasi di AVA.
Tunggu hingga Opera selesai memperbarui folio.
Hubungi tim resepsionis atau dukungan jika saldo tetap belum terkonfirmasi.

ETA atau waktu keberangkatan yang diharapkan tidak diperbarui

Yang Anda lihat: Reservasi masih menampilkan waktu kedatangan atau keberangkatan yang lama.

Perbaikan:

Buka reservasi di Opera.
Jika tamu tersebut adalah sharer, periksa reservasi sharer itu sendiri.
Jika kolom hanya terlihat oleh tamu utama, periksa nilai tamu utama kanonis.
Pastikan waktu yang diharapkan tersimpan pada reservasi yang benar.
Segarkan Operations View setelah pembaruan tersinkron.
Jika waktu berasal dari formulir tamu, pastikan kolom waktu yang sesuai diaktifkan.
Jika masih tidak muncul, periksa koneksi Opera dan coba lagi setelah beberapa menit.

Waktu sharer tetap berada di reservasi sharer

AVA tidak menyalin waktu kedatangan atau keberangkatan yang diharapkan dari sharer ke reservasi utama. Kolom yang hanya tersedia untuk tamu utama dapat memberikan nilai sharer yang tidak ada dari tamu utama kanonis. Dengan demikian, detail kedatangan dan keberangkatan setiap tamu tetap berada pada masa inap Opera milik tamu tersebut.

Kartu kamar multi-room terlihat kosong

Yang Anda lihat: Kartu kamar terbuka, tetapi tamu utama tidak ada.

Perbaikan:

Pastikan Anda memuat reservasi berdasarkan nomor konfirmasi.
Segarkan layar check-in dan buka kembali kamar tersebut.
Jika tamu masih tidak ada, hubungi dukungan dengan nomor konfirmasi dan tanggal kedatangan.

Sharer Opera muncul sebagai kamar kedua

Yang Anda lihat: Satu pemesanan Opera muncul sebagai dua hasil kamar di AVA.

Mengapa ini terjadi: Opera dapat mengembalikan reservasi utama dan sharer tertaut untuk satu kamar fisik.

Pencarian Self Check-In baru mengarahkan konfirmasi sharer yang hanya berbagi ke reservasi host. AVA mengidentifikasi host dari peran reservasi tertaut, paket tarif, dan jumlah dewasa sebelum menggunakan ID reservasi numerik sebagai cadangan. Hal ini mempertahankan host asli ketika Opera memberikan ID yang lebih rendah kepada sharer baru tanpa tamu dewasa. Catatan yang dibuat sebelum perubahan perilaku ini tidak diperbaiki secara otomatis.

AVA mengelompokkan sharer redundan dengan okupansi nol ke dalam kamar yang memiliki informasi tamu lengkap. Catatan yang memiliki progres tamu, pembayaran, penagihan, atau status check-in tetap terlihat.

Perbaikan:

Segarkan reservasi di AVA.
Pastikan catatan duplikat menggunakan kamar fisik dan tanggal menginap yang sama di Opera.
Periksa kedua catatan untuk mengetahui progres tamu, pembayaran, penagihan, atau aktivitas check-in.
Lanjutkan dari hasil kamar yang berisi informasi tamu lengkap.
Hubungi dukungan jika dua hasil kamar tetap muncul tanpa aktivitas independen.

✓ Sharer Opera redundan seharusnya muncul dalam satu hasil kamar fisik.

Kamar pada hari keberangkatan menampilkan lencana status yang salah

Yang Anda lihat: Satu kamar menampilkan Checked In, sementara kamar lain dalam pemesanan Opera yang sama dan akan berangkat menampilkan Due Out.

Mengapa ini terjadi: Opera dapat mengembalikan In House sebagai status reservasi mentah dan Due Out sebagai status keberangkatan yang dihitung. AVA menggunakan status keberangkatan yang dihitung untuk kartu kamar yang ditempati, sekaligus mempertahankan status kamar yang eksplisit.

Perbaikan:

Segarkan reservasi di AVA.
Pastikan tanggal keberangkatan tamu adalah hari ini di Opera.
Pastikan setiap kamar yang ditempati termasuk dalam pemesanan Opera yang sama.
Jika salah satu kamar masih menampilkan Checked In, hubungi dukungan dengan nomor konfirmasi dan tangkapan layar.

✓ Semua kamar yang ditempati dan akan berangkat hari ini seharusnya secara konsisten menampilkan Due Out.

Pemesanan dua kamar yang sebenarnya tetap terpisah

AVA tidak menggabungkan reservasi yang ditetapkan ke kamar fisik berbeda atau kelompok berbagi yang berbeda.

Opera mengelompokkan kamar yang salah

Yang Anda lihat: Pencarian multikamar menyertakan kamar yang tidak terkait, atau kamar tertaut tidak muncul.

Mengapa ini terjadi: Pengelompokan native menggunakan keluarga tertaut Opera, referensi komponen SiteMinder, atau data co-booking CRS yang memenuhi syarat. AVA tidak menggabungkan catatan hanya karena catatan tersebut memiliki profil, tanggal kedatangan, atau ID pemesanan eksternal yang sama. Catatan yang dibatalkan, no-show, sudah check-out, pseudo-room, dan tidak tumpang tindih akan dikecualikan.

Perbaikan:

Buka setiap reservasi yang terdampak di Opera.
Pastikan reservasi tersebut termasuk dalam keluarga tertaut native, komponen SiteMinder, atau keluarga co-booking CRS yang memenuhi syarat yang sama.
Periksa bahwa masa inap saling tumpang tindih setidaknya satu malam.
Untuk kamar CRS yang tidak tertaut, pastikan profil utama dan tanggal kedatangannya sama.
Pastikan kamar dibuat dalam waktu 10 detik sejak kamar pertama.
Pastikan kamar tidak dibatalkan, no-show, sudah check-out, atau merupakan pseudo-room.
Segarkan reservasi di AVA setelah menyimpan perbaikan di Opera.
Hubungi dukungan jika keluarga tersebut masih terlihat salah.

✓ AVA seharusnya menampilkan satu hasil untuk setiap kamar fisik yang memenuhi syarat.

Mekanisme cadangan SiteMinder

Komponen SiteMinder tanpa tautan Opera native menggunakan referensi komponennya yang persis. Profil tamu, tanggal kedatangan, atau referensi pemesanan yang serupa tidak menggabungkan pemesanan yang tidak terkait.

Pemesanan CRS dengan profil berbeda tetap terpisah

AVA tidak mengelompokkan pelancong yang memiliki referensi CRS perusahaan yang sama tetapi profil tamu utama yang berbeda. AVA juga memisahkan rangkaian 10 kamar atau lebih karena rangkaian tersebut mungkin merupakan alokasi grup.

Kamar tidak muncul dalam perubahan kamar

Yang Anda lihat: Kamar tidak ada dalam Allow move room.

Perbaikan:

Periksa reservasi di Opera.
Hapus kunci Do Not Move jika kamar seharusnya dapat dipindahkan.
Segarkan reservasi di AVA.
Coba perubahan kamar lagi.

Suite komponen Opera belum siap

Yang Anda lihat: Check-in berhenti karena suite Opera belum siap, atau penetapan kamar tidak tersedia.

Mengapa ini terjadi: Opera merepresentasikan suite dengan kamar komponen yang tertaut. AVA memeriksa setiap kamar yang tertaut sebelum menetapkan suite.

Perbaikan:

Buka suite di Opera.
Periksa okupansi dan kesiapan setiap kamar komponen.
Selesaikan masalah kamar komponen yang terisi, kotor, atau tidak tersedia di Opera atau Housekeeping.
Pastikan konfigurasi kamar suite mencantumkan anggota komponen yang tepat.
Kembali ke AVA, klik Refresh, lalu coba check-in lagi.

Jika AVA memilih suite secara otomatis tetapi tidak dapat memverifikasi konfigurasinya secara tepat, minta administrator Opera memperbaiki pemetaannya.

Kamar biasa tidak berubah

AVA menggunakan alur penetapan kamar yang ada untuk kamar biasa dan kamar lain yang dipilih otomatis tetapi tidak terkait.

Penetapan cerdas Opera melewati kamar yang kosong

Yang Anda lihat: Kamar tampak kosong hari ini, tetapi Smart Room Assignment memilih kamar lain.

Mengapa ini terjadi: Kamar tersebut ditetapkan ke reservasi lain selama periode menginap tamu ini. AVA melindungi reservasi lain tersebut, meskipun kamar secara fisik kosong hari ini. AVA memeriksa semua pemegang kamar Opera yang cocok sebelum menandai kamar sebagai tersedia.

Perbaikan:

Periksa tanggal kedatangan dan keberangkatan yang diminta di AVA.
Buka reservasi yang tumpang tindih untuk kamar tersebut di Opera.
Konfirmasikan apakah reservasi itu seharusnya tetap menggunakan kamar tersebut.
Segarkan reservasi di AVA dan coba lagi penetapannya.
Tetapkan kamar secara manual hanya setelah mengonfirmasi pemesanan yang tumpang tindih.

✓ Penetapan cerdas memilih kamar yang siap sekarang dan tersedia selama periode menginap yang diminta.

Penundaan sementara catatan Opera

Jika AVA tidak dapat membaca reservasi Opera yang tumpang tindih, Opera tetap memeriksa konflik selama penetapan. AVA dapat mencoba kandidat lain setelah Opera menolak kamar yang berkonflik.

Tidak ada tipe kamar yang lebih tinggi yang ditawarkan

Yang Anda lihat: Tamu tidak memiliki kamar yang siap, tetapi AVA tidak menampilkan tipe kamar yang lebih tinggi.

Mengapa ini terjadi: Upgrade hanya muncul jika kebijakan tipe kamar hotel mengizinkannya. Tipe yang dipesan juga harus tidak memiliki kamar siap pada setiap malam masa inap.

Perbaikan:

Pastikan hotel menggunakan Opera sebagai PMS aktifnya.
Periksa bahwa kebijakan upgrade tipe kamar diaktifkan untuk hotel.
Pastikan tipe kamar yang dipesan tercantum dalam jenjang hotel.
Periksa bahwa kamar yang lebih tinggi memiliki inventaris dan siap untuk seluruh masa inap.
Segarkan reservasi dan buka kembali penetapan kamar.

✓ AVA menampilkan tipe kamar lebih tinggi yang memenuhi syarat dan paling dekat dengan tipe yang dipesan.

Upgrade untuk sebagian masa inap tidak tersedia

AVA tidak menawarkan kamar yang menjadi tidak tersedia pada malam mana pun selama masa inap.

Rencana pertukaran tipe kamar ditolak

Yang Anda lihat: AVA menampilkan kemungkinan pertukaran kamar, tetapi rencana tersebut tidak dapat diselesaikan.

Mengapa ini terjadi: Pemesanan lain mungkin telah berubah, atau inventaris salah satu malam tidak lagi mendukung rencana tersebut. Opera juga dapat melindungi pemesanan dengan Do Not Move atau alert komitmen kamar DNR milik AVA. Jika kartu pertukaran menampilkan alert pemegang, tinjau alert tersebut sebelum memilih rencana.

Perbaikan:

Periksa kedua reservasi dan tipe kamarnya di Opera.
Pastikan setiap kamar tujuan siap untuk seluruh masa inap.
Periksa pembatasan Out of Order, Out of Service, Do Not Move, alert Room Committed for Kiosk Guest, atau kode alert pemblokir yang dikonfigurasi hotel.
Segarkan AVA dan minta pertukaran kamar lagi.
Pilih kamar kosong yang memenuhi syarat jika pertukaran masih gagal.

✓ AVA hanya menjalankan rencana yang masih sesuai dengan inventaris setiap malam saat ini.

Opera menolak perpindahan kamar yang wajib

Yang Anda lihat: Perubahan kamar yang wajib gagal dengan pesan bahwa pemesanan terkunci atau ditetapkan sebagai Do Not Move.

Mengapa ini terjadi: Opera melindungi kamar pemesanan saat ini dari perubahan wajib. AVA mempertahankan kamar saat ini dan tidak menyatakan bahwa perpindahan yang diminta berhasil.

Perbaikan:

Buka reservasi di Opera.
Konfirmasikan apakah Do Not Move masih diperlukan.
Hapus kunci hanya jika kamar tersebut memang boleh dipindahkan.
Segarkan reservasi di AVA.
Coba lagi perpindahan kamar.

✓ AVA memindahkan pemesanan hanya setelah Opera mengonfirmasi kamar yang diminta.

Penetapan otomatis

Penetapan cerdas dan penetapan otomatis saat check-in mempertahankan pemesanan yang terkunci di kamar saat ini. Keduanya tidak mengabaikan Do Not Move secara diam-diam.

Pertukaran kamar ditolak untuk kamar keluarga atau kamar bersama

Yang Anda lihat: AVA menolak kamar yang dipilih selama pertukaran.

Mengapa ini terjadi: Kamar tersebut ditempati reservasi lain dalam keluarga Opera tamu, atau oleh beberapa reservasi yang menggunakannya bersama.

AVA melindungi pemegang saat ini. AVA juga mencegah pertukaran memindahkan salah satu mitra berbagi kamar.

Perbaikan:

Periksa pemegang reservasi kamar yang dipilih di Opera.
Jika kamar tersebut milik keluarga tamu, pilih kamar lain.
Jika dua reservasi berbagi kamar, pertahankan kamar bersama tersebut tanpa perubahan.
Segarkan daftar reservasi di AVA.
Pilih kamar dengan satu pemegang yang memenuhi syarat, atau gunakan kamar kosong.

✓ AVA hanya menawarkan kamar yang dapat dipindahkan dengan aman oleh pertukaran tersebut.

Praktik Terbaik Keamanan

🔒 Simpan kredensial dengan aman (kredensial tersebut dienkripsi di AVA)
🔒 Gunakan OCIM jika memungkinkan untuk keamanan yang lebih baik
🔒 Simpan enterpriseId bersama kredensial OCIM lainnya
🔒 Rotasikan secret klien secara berkala
🔒 Batasi izin pengguna OHIP hingga minimum yang diperlukan

Mendapatkan Kredensial OHIP

Jika Anda tidak memiliki kredensial:

Hubungi Oracle Hospitality Support atau administrator sistem Opera Anda
Minta akses API OHIP untuk integrasi AVA
Mereka akan memberikan:
- OHIP Host Name
- Application Key
- Client ID dan Secret
- Hotel ID
- enterpriseId untuk OCIM
Dokumentasikan kredensial yang diterima dengan aman

Sharer yang datang belakangan belum terselesaikan

Yang Anda lihat: Tamu utama sudah menginap, tetapi sharer yang datang belakangan menampilkan pesan "Guest reservation membership is unresolved".

Mengapa ini terjadi: Opera mungkin berhenti mencantumkan sharer yang akan datang setelah tamu utama melakukan check-in. AVA dapat memulihkan sharer ketika reservasinya sendiri tertaut kembali ke reservasi utama. Masa inap juga harus tetap aktif.

Perbaikan:

Pastikan tamu utama sedang menginap di Opera.
Buka reservasi milik sharer sendiri di Opera.
Pastikan reservasi tersebut tertaut ke reservasi utama yang sama dan tidak dibatalkan, no-show, atau sudah check-out.
Segarkan reservasi di AVA.
Coba lagi tindakan kedatangan atau akses kamar satu kali.

✓ AVA seharusnya menyelesaikan sharer dan melanjutkan check-in atau pengiriman kartu kunci.

Jika error tetap muncul, hubungi dukungan dengan kedua nomor konfirmasi dan tanggal kedatangan.

Masih Mengalami Kendala?

Hubungi success@vouch-technologies.com jika:

❌ Koneksi OCIM masih gagal setelah Anda menambahkan enterpriseId
❌ Reservasi tidak muncul setelah jendela sinkronisasi pertama
❌ Oracle menyatakan kredensial valid, tetapi AVA masih menolaknya

Sertakan:

Tangkapan layar error
Mode manajemen identitas Opera Anda
Waktu masalah dimulai
Langkah-langkah yang sudah Anda coba

Tempat Menemukannya​

Sebelum Memulai​

Langkah Konfigurasi​

Langkah 1: Pilih Opera sebagai PMS Anda​

Langkah 2: Masukkan Konfigurasi OHIP​

Langkah 3: Simpan dan Verifikasi​

Atur default catatan reservasi​

Beri tahu resepsionis saat tamu utama datang belakangan​

Berikan akses kamar saat sharer datang lebih dulu​

Langkah 4: Pilih Penempatan Tamu​

Pilih Tujuan Dokumen Sharer​

Konfigurasikan Pembayaran Sharer​

Atur Kode Tarif Sharer​

Apa yang Disinkronkan dari Opera​

Dampak bagi Tamu & Staf​

Pemecahan Masalah​

Status "Integration Not Configured"​

Tidak ada kode OPERA alert yang muncul​

Alert kedatangan belakangan tidak diposting​

Error Koneksi API​

Kode Tarif Sharer tidak tersimpan​

Autentikasi Opera ditolak saat melakukan tindakan​

Opera menolak lampiran dokumen yang valid​

Opera menolak alamat tamu yang panjang​

Opera menyatakan reservasi sedang diubah​

Salinan pembayaran sharer Opera perlu ditinjau​

Kode pembayaran sharer tidak dimuat​

Tamu tambahan yang sudah ada tetap pada penempatan lamanya​

Tamu yang Kembali Membuat Profil Duplikat​

Gabungkan profil Opera duplikat yang terverifikasi​

Tinjauan profil kosong memerlukan keputusan​

Penggabungan profil duplikat tidak tersedia​

Opera memblokir penggabungan profil atau hasilnya tidak pasti​

Konversi sharer Opera diblokir oleh routing​

Lampiran kamar diblokir untuk sharer Opera​

Registrasi tetap tertunda setelah konversi tamu​

OCIM gagal segera setelah Anda menyimpan​

Tidak Ada Reservasi yang Muncul​

Nilai laporan kepatuhan Opera disamarkan​

Checkout selesai, tetapi laporan Opera tidak memuat kode khusus​

Ekstra tetap harus dibayar setelah pembebasan akomodasi​

Data folio Opera tidak lengkap​

ETA atau waktu keberangkatan yang diharapkan tidak diperbarui​

Kartu kamar multi-room terlihat kosong​

Sharer Opera muncul sebagai kamar kedua​

Kamar pada hari keberangkatan menampilkan lencana status yang salah​

Opera mengelompokkan kamar yang salah​

Kamar tidak muncul dalam perubahan kamar​

Suite komponen Opera belum siap​

Penetapan cerdas Opera melewati kamar yang kosong​

Tidak ada tipe kamar yang lebih tinggi yang ditawarkan​

Rencana pertukaran tipe kamar ditolak​

Opera menolak perpindahan kamar yang wajib​

Pertukaran kamar ditolak untuk kamar keluarga atau kamar bersama​

Praktik Terbaik Keamanan​

Mendapatkan Kredensial OHIP​

Sharer yang datang belakangan belum terselesaikan​

Masih Mengalami Kendala?​

Panduan Terkait​

Tempat Menemukannya

Sebelum Memulai

Langkah Konfigurasi

Langkah 1: Pilih Opera sebagai PMS Anda

Langkah 2: Masukkan Konfigurasi OHIP

Langkah 3: Simpan dan Verifikasi

Atur default catatan reservasi

Beri tahu resepsionis saat tamu utama datang belakangan

Berikan akses kamar saat sharer datang lebih dulu

Langkah 4: Pilih Penempatan Tamu

Pilih Tujuan Dokumen Sharer

Konfigurasikan Pembayaran Sharer

Atur Kode Tarif Sharer

Apa yang Disinkronkan dari Opera

Dampak bagi Tamu & Staf

Pemecahan Masalah

Status "Integration Not Configured"

Tidak ada kode OPERA alert yang muncul

Alert kedatangan belakangan tidak diposting

Error Koneksi API

Kode Tarif Sharer tidak tersimpan

Autentikasi Opera ditolak saat melakukan tindakan

Opera menolak lampiran dokumen yang valid

Opera menolak alamat tamu yang panjang

Opera menyatakan reservasi sedang diubah

Salinan pembayaran sharer Opera perlu ditinjau

Kode pembayaran sharer tidak dimuat

Tamu tambahan yang sudah ada tetap pada penempatan lamanya

Tamu yang Kembali Membuat Profil Duplikat

Gabungkan profil Opera duplikat yang terverifikasi

Tinjauan profil kosong memerlukan keputusan

Penggabungan profil duplikat tidak tersedia

Opera memblokir penggabungan profil atau hasilnya tidak pasti

Konversi sharer Opera diblokir oleh routing

Lampiran kamar diblokir untuk sharer Opera

Registrasi tetap tertunda setelah konversi tamu

OCIM gagal segera setelah Anda menyimpan

Tidak Ada Reservasi yang Muncul

Nilai laporan kepatuhan Opera disamarkan

Checkout selesai, tetapi laporan Opera tidak memuat kode khusus

Ekstra tetap harus dibayar setelah pembebasan akomodasi

Data folio Opera tidak lengkap

ETA atau waktu keberangkatan yang diharapkan tidak diperbarui

Kartu kamar multi-room terlihat kosong

Sharer Opera muncul sebagai kamar kedua

Kamar pada hari keberangkatan menampilkan lencana status yang salah

Opera mengelompokkan kamar yang salah

Kamar tidak muncul dalam perubahan kamar

Suite komponen Opera belum siap

Penetapan cerdas Opera melewati kamar yang kosong

Tidak ada tipe kamar yang lebih tinggi yang ditawarkan

Rencana pertukaran tipe kamar ditolak

Opera menolak perpindahan kamar yang wajib

Pertukaran kamar ditolak untuk kamar keluarga atau kamar bersama

Praktik Terbaik Keamanan

Mendapatkan Kredensial OHIP

Sharer yang datang belakangan belum terselesaikan

Masih Mengalami Kendala?

Panduan Terkait