ការរួមបញ្ចូល Opera PMS (OHIP)

ភ្ជាប់ AVA ទៅប្រព័ន្ធគ្រប់គ្រងអចលនទ្រព្យ Opera Cloud របស់ Oracle តាមរយៈ OHIP (Oracle Hospitality Integration Platform)។ បន្ទាប់ពីកំណត់រចនាសម្ព័ន្ធរួច AVA ធ្វើសមកាលកម្មការកក់ សារពើភ័ណ្ឌបន្ទប់ និងព័ត៌មានភ្ញៀវដោយផ្ទាល់ពី Opera។ ប្រវត្តិរូបភ្ញៀវឥឡូវបើកក្នុងប្លង់ប្រវត្តិរូបរួមរបស់ AVA។

ការរៀបចំរហ័ស

សណ្ឋាគារភាគច្រើនបញ្ចប់ការរៀបចំនេះក្នុងរយៈពេល 10 ទៅ 15 នាទី។ បើអ្នកប្រើ OCIM សូមស្នើ Oracle ឱ្យផ្តល់ enterpriseId ជាមុនសិន។

រកទីតាំងនៅឯណា

Settings → Essentials → Property Management System (PMS) Integration

មុនពេលចាប់ផ្តើម

សូមទទួល credentials ទាំងនេះពីក្រុម IT របស់អ្នក ឬអ្នកគ្រប់គ្រង Oracle/Opera៖

អត្តសញ្ញាណបញ្ជាក់	ការពិពណ៌នា
OHIP Host Name	URL មូលដ្ឋានរបស់ API (ឧ. ohip.oraclecloud.com)
OHIP Application Key	Application key សម្រាប់ចូលប្រើ API
OHIP Hotel ID	លេខសម្គាល់អចលនទ្រព្យរបស់អ្នកក្នុង Opera
OHIP Client ID	លេខសម្គាល់ OAuth client
OHIP Client Secret	OAuth client secret
enterpriseId	លេខសម្គាល់សហគ្រាស OCIM របស់ Oracle។ ត្រូវការនៅពេល OHIP Identity Management ជា OCIM។

ព្រមាន

ការរួមបញ្ចូល Opera OHIP ត្រូវការការរៀបចំបច្ចេកទេសដោយ Oracle ឬក្រុម IT របស់អ្នក។ ពួកគេនឹងផ្តល់ API credentials បន្ទាប់ពីបើក OHIP access សម្រាប់អចលនទ្រព្យរបស់អ្នក។

OCIM ត្រូវការតម្លៃបន្ថែមមួយ

បើអ្នកជ្រើស OCIM ឥឡូវ AVA ត្រូវការ enterpriseId មុននឹងអាចស្នើ tokens។ រក្សាតម្លៃនេះជាមួយ OHIP credentials ផ្សេងទៀតរបស់អ្នក។

សុពលភាព room key ប្រើម៉ោងក្នុងតំបន់

កំណត់ IANA timezone របស់អចលនទ្រព្យនៅក្នុង Settings → Essentials → Hotel Basic Details។ AVA ប្រើវាដើម្បីបង្ហាញសុពលភាព Opera room-key តាមម៉ោងក្នុងតំបន់។

ជំហានកំណត់រចនាសម្ព័ន្ធ

ជំហានទី 1៖ ជ្រើស Opera ជា PMS របស់អ្នក

1. ចូលទៅ Settings → Essentials
2. រំកិលទៅ PMS Integration
3. ចុចកាត Opera
4. សញ្ញាធីក (✓) នឹងបង្ហាញ ដើម្បីបញ្ជាក់ការជ្រើសរើស

ជំហានទី 2៖ បញ្ចូលការកំណត់ OHIP

បំពេញវាលនីមួយៗ៖

• OHIP Host Name: URL មូលដ្ឋាននៃ OHIP API instance របស់អ្នក (ឧ. ohip.oraclecloud.com)
• OHIP Application Key: application key របស់អ្នកសម្រាប់ចូលប្រើ API (ចុច Edit Secret ដើម្បីធ្វើបច្ចុប្បន្នភាព)
• OHIP Hotel ID: កូដសណ្ឋាគារ Opera របស់អចលនទ្រព្យអ្នក
• OHIP Identity Management: ជ្រើស OCIM (Oracle Cloud Identity) ឬ SSD (Direct Credentials)
• OHIP Client ID: លេខសម្គាល់ OAuth client
• OHIP Client Secret: OAuth secret key (ចុច Edit Secret ដើម្បីធ្វើបច្ចុប្បន្នភាព)
• enterpriseId: លេខសម្គាល់សហគ្រាស OCIM របស់ Oracle។ ប្រើវាតែនៅពេល OHIP Identity Management ជា OCIM ប៉ុណ្ណោះ។

បើអ្នកជ្រើស SSD សម្រាប់ identity management សូមបញ្ចូលបន្ថែម៖

• OHIP Username: ឈ្មោះអ្នកប្រើសម្រាប់ direct login
• OHIP Password: ពាក្យសម្ងាត់សម្រាប់ direct login

ជំហានទី 3៖ រក្សាទុក និងផ្ទៀងផ្ទាត់

1. ចុច Save
2. ពិនិត្យសូចនាករស្ថានភាព៖
   • 🟢 "Opera Integration Configured" = បានបញ្ចូលវាលដែលត្រូវការទាំងអស់
   • 🟡 "Opera Integration Not Configured" = ខ្វះវាលដែលត្រូវការ

ជំហានទី 4៖ កំណត់ការទូទាត់ Sharer

ប្រើការកំណត់នេះនៅពេល AVA បង្កើតការកក់ sharer ដាច់ដោយឡែកសម្រាប់ភ្ញៀវបន្ថែម។

1. ចូលទៅ Settings → Check-In → Check-In Policy

2. ក្នុង Registration កំណត់ Additional Guest Under ទៅ Sharer Reservation។

3. រក Sharer payment method រួចចុច Configure។

4. ជ្រើសរបៀបដែល Opera ត្រូវកំណត់ payment និង guarantee codes របស់ sharer៖

   ជម្រើស	ប្រើនៅពេល	លទ្ធផល
   Same as main reservation	sharer ត្រូវតែដូចការកក់មេ	AVA ប្រើ payment method របស់ការកក់មេ។
   Specific OPERA method	sharer ត្រូវការ payment method ឯករាជ្យ	AVA ប្រើ payment និង guarantee codes ដែលអ្នកបានជ្រើស។

5. សម្រាប់ Specific OPERA method ជ្រើស OPERA payment method និង OPERA guarantee code ដែលមានសិទ្ធិប្រើ។

6. ចុច Apply រួចចុច Save Check-In Policy។

   ✓ គូតម្លៃដែលបានរក្សាទុកនឹងប្រើសម្រាប់ការកក់ sharer ដែលបានបង្កើត ទោះសំណើគ្មាន override ក៏ដោយ។

នៅពេលអ្នករក្សាទុកការកំណត់ guest-placement ឬ sharer-payment AVA ធ្វើសមកាលកម្មវាទៅ Vouch Core សម្រាប់ Opera។ វាធ្វើឱ្យការកក់ sharer ដែលបានបង្កើត ស្របតាម policy ដែលបានរក្សាទុក។

បញ្ជាក់ការកំណត់ Opera មុនដាក់ឱ្យប្រើ

AVA លែងអនុវត្ត sharer payment code ជាក់លាក់តាមអចលនទ្រព្យទៀតហើយ។ សូមបញ្ជាក់ថាការកំណត់ដែលចង់បានត្រូវបានរក្សាទុក មុនដាក់ការផ្លាស់ប្តូរការរួមបញ្ចូល Opera ឱ្យប្រើ។ សម្រាប់ independent cash sharer ជ្រើស CA និង NON តែពេល Opera បង្ហាញថាទាំងពីរមានសិទ្ធិប្រើប៉ុណ្ណោះ។

អ្វីដែលសមកាលកម្មពី Opera

បន្ទាប់ពីភ្ជាប់រួច AVA ទទួលបាន៖

• ✅ ការកក់ភ្ញៀវ និង folios
• ✅ ភាពអាចរកបាន និងស្ថានភាពបន្ទប់
• ✅ ព័ត៌មានប្រវត្តិរូបភ្ញៀវក្នុងទម្រង់រួមរបស់ AVA
• ✅ ប្រតិបត្តិការ check-in/out
• ✅ ព័ត៌មានបិទបន្ទប់
• ✅ ស្ថានភាពចាក់សោបន្ទប់ Do Not Move
• ✅ បច្ចុប្បន្នភាព Reservation ETA តាមលំហូរការកក់ស្តង់ដារ
• ✅ សមត្ថភាព Group Checkout សម្រាប់ការកក់ដែលភ្ជាប់គ្នា

ផលប៉ះពាល់លើភ្ញៀវ និងបុគ្គលិក

• សំណុំបែបបទភ្ញៀវសម្របតាមច្បាប់ Opera។ វាលដែលត្រូវការ និងវាលលាក់ប្រែប្រួលតាមការកំណត់ Opera ដូច្នេះភ្ញៀវឃើញតែអ្វីដែលចាំបាច់។
• ប្រវត្តិរូបភ្ញៀវប្រើប្លង់រួមរបស់ AVA។ ព័ត៌មានភ្ញៀវ Opera ឥឡូវបើកក្នុងរចនាសម្ព័ន្ធវាលដូច AVA v2។
• ការស្វែងរកការកក់ប្រើ Opera។ បើ Opera មិនទាន់កំណត់រចនាសម្ព័ន្ធ ជំហានស្វែងរកភ្ញៀវនឹងបរាជ័យ។
• ការស្វែងរក external reference ផ្ទៀងផ្ទាត់ការកក់ពេញលេញ។ AVA ពិនិត្យ external reference និង arrival date ដែលបានស្នើលើកំណត់ត្រា Opera ពេញលេញមុនជ្រើសរើស។ បើតម្លៃមិនត្រូវគ្នា ឬលទ្ធផលមិនច្បាស់ AVA មិនជ្រើសការកក់ទេ។
• OTA references អាចមានអក្សរធំតូចខុសគ្នា។ បើការស្វែងរក external reference ត្រង់ៗគ្មានលទ្ធផល AVA សាកម្តងទៀតដោយប្រើ reference ជាអក្សរធំ។ បន្ទាប់មកវាប្រៀបធៀប reference ដោយមិនគិតអក្សរធំតូចលើកំណត់ត្រាការកក់ពេញលេញ។ ឥរិយាបថស្វែងរក confirmation number មិនផ្លាស់ប្តូរ។
• ការស្វែងរក checkout អនុវត្តតាម PMS business date របស់ Opera។ បន្ទាប់ពីអធ្រាត្រ AVA កំណត់ការស្វែងរក checkout ទៅការចាកចេញដែលត្រូវធ្វើនៅ PMS business date បច្ចុប្បន្នរបស់ Opera។ AVA ក៏ពិនិត្យ departure date ផ្ទាល់ផងដែរ។ ការចាកចេញតាមកាលបរិច្ឆេទប្រតិទិនអាចនៅតែមិនអាចប្រើបាន រហូតដល់ Night Audit ជំរុញ business date ទៅមុខ។
• ការស្វែងរកឈ្មោះ ACI ប្រើប្រវត្តិរូប Opera។ Staff Access ស្វែងរកបញ្ជីប្រវត្តិរូបភ្ញៀវ Opera បន្ទាប់មកបង្ហាញការកក់សកម្មដែលភ្ជាប់នឹងប្រវត្តិរូបត្រូវគ្នា។
• ការកក់ឈ្មោះដូចគ្នាអាចដាក់ជាក្រុមក្នុង ACI។ ត្រូវការអត្តសញ្ញាណបុគ្គលិក kiosk ដែលបានផ្ទៀងផ្ទាត់។ One-device ACI ប្រើ credential ដែលមានស្រាប់ ដោយមិនចាប់ផ្តើម two-device runtime។
• ការកក់ចម្បងនៅតែជាការកក់ចម្បង។ AVA លើកលែងការចុះឈ្មោះភ្ញៀវមេចំពោះតែការកក់បន្ថែមដែលបានជ្រើសប៉ុណ្ណោះ។
• បច្ចុប្បន្នភាពភ្ញៀវបន្ថែមមិនសរសេរជាន់លើភ្ញៀវចម្បងទេ។ បច្ចុប្បន្នភាពដែលមានឈ្មោះបង្កើតភ្ញៀវបន្ថែមលើការកក់ដែលបានជ្រើស។
• ប្រវត្តិរូបអ្នកអមប្រើបរិបទភ្ញៀវមេដែលមានសុពលភាព។ មុនបង្កើតប្រវត្តិរូបអ្នកអម AVA refresh ការកក់ Opera ហើយទាមទារភ្ញៀវមេច្បាស់លាស់តែម្នាក់ ដែលមាន profile ID អាចប្រើបាន។ បរិបទអត្តសញ្ញាណដែលបាត់ ទទេ មិនត្រូវគ្នា ឬមិនច្បាស់ នឹងបញ្ឈប់សកម្មភាពមុនបង្កើតប្រវត្តិរូប។
• ការដាក់ជាក្រុមដោយដៃផ្លាស់ប្តូរតែដំណើរ ACI របស់ AVA។ វាមិនបង្កើត ឬផ្លាស់ប្តូរក្រុមការកក់ក្នុង Opera ទេ។
• ការកក់សកម្មបង្ហាញតាមលំនាំដើម។ ការកក់ដែលបានលុបនៅក្រៅលទ្ធផលស្វែងរកធម្មតា លុះត្រាតែលំហូរការងារស្នើវាយ៉ាងច្បាស់។
• ការកក់ច្រើនបន្ទប់រក្សាបន្ទប់ដែលបានស្វែងរកនៅលើកាតត្រឹមត្រូវ។ AVA រក្សា confirmation ដែលអ្នកបានស្វែងរក ទោះ Opera បង្រួមក្រុមទៅ confirmation មេ ឬប្រើ internal IDs ផ្សេងគ្នាក៏ដោយ។
• Two-device ACI គាំទ្រប្រតិបត្តិការបន្ទប់លើឧបករណ៍បុគ្គលិកដែលបានផ្ទៀងផ្ទាត់។ បុគ្គលិកអាចមើលស្ថានភាព និងការកាន់កាប់បន្ទប់ refresh ការចាត់តាំង Opera និងជ្រើសបន្ទប់ជំនួសដែលរួចរាល់។
• ការផ្ទុកបន្ទប់ឡើងវិញបរាជ័យដោយសុវត្ថិភាព។ បើ Opera មិនត្រឡប់បន្ទប់ ឬត្រឡប់លទ្ធផលច្រើនបន្ទប់មិនច្បាស់ AVA រក្សាបន្ទប់ដែលបានរក្សាទុក ជំនួសឱ្យជ្រើសបន្ទប់ផ្សេង។
• លទ្ធផល Opera out-of-service ទទេគឺត្រឹមត្រូវ។ ពេល Opera មិនត្រឡប់បន្ទប់ out-of-service AVA ចាត់ទុកលទ្ធផលថាទទេ ហើយការចាត់តាំងបន្ទប់អាចបន្ត។ លទ្ធផលបាត់ ឬទម្រង់ខុសនៅតែបង្ហាញកំហុស PMS-unavailable។
• Component suites ពិនិត្យគ្រប់បន្ទប់ដែលភ្ជាប់។ បើ Opera តំណាង suite ដោយ component rooms AVA ពិនិត្យការកាន់កាប់ និងភាពរួចរាល់របស់សមាជិកនីមួយៗមុនចាត់តាំង។
• បន្ទប់ component ដែលមានអ្នកកាន់កាប់រក្សាអាទិភាព។ បើសមាជិកមួយមានអ្នកកាន់កាប់ AVA រក្សាមូលហេតុនោះ ជំនួសឱ្យជ្រើសស្ថានភាពមិនរួចរាល់ផ្សេងទៀត។
• Suite ដែល auto-selected ប៉ុន្តែមិនបានផ្ទៀងផ្ទាត់នៅតែត្រូវរារាំង។ បើ AVA មិនអាចផ្ទៀងផ្ទាត់ component suite ដែលបានជ្រើសស្វ័យប្រវត្តិ វារារាំងសំណើចាត់តាំង។
• បន្ទប់ធម្មតារក្សាលំហូរដែលមានស្រាប់។ ការពិនិត្យ component-room បន្ថែមនេះមិនអនុវត្តចំពោះបន្ទប់ធម្មតា ឬបន្ទប់ auto-selected ដែលមិនពាក់ព័ន្ធទេ។
• One-device ACI មិនបង្ហាញឧបករណ៍បញ្ជាប្រតិបត្តិការបន្ទប់ទាំងនេះទេ។ ប្រើ PMS សម្រាប់ផ្លាស់ប្តូរបន្ទប់ក្នុង one-device ACI។
• Group Checkout អាចប្រើបាននៅពេល Opera រាយការណ៍ថាគាំទ្រ។ បើកវានៅ Settings → Check-In → Check-In Policy បន្ទាប់ពីការតភ្ជាប់សកម្ម។
• Check-in ច្រើនបន្ទប់មួយផ្នែកនៅតែមានបន្ទាប់ពី refresh។ បន្ទាប់ពីបន្ទប់មេចុះឈ្មោះ check-in រួច ការកក់ដែលបានទាញយកឡើងវិញនៅតែទុកបន្ទប់បន្តទទេឱ្យមានសិទ្ធិ។ AVA ផ្គូផ្គងបន្ទប់ទៅក្រុមការកក់ដដែល ដូច្នេះបន្ទប់ផ្សេងដែលបាន check-in មិនអាចបើកសិទ្ធិឱ្យវាបានទេ។
• សកម្មភាពបន្ទប់បន្តទទេនៅតែអាចប្រើបាន។ បន្ទាប់ពីអ្នកជ្រើស និង check-in បន្ទប់បន្តទទេ AVA ផ្ញើតែបន្ទប់នោះទៅ Opera។ សម្រាប់បន្ទប់ទទេដែលបាន check-in រួច ប៉ុន្តែគ្មាន access payload ផ្ទាល់ AVA ពិនិត្យ merchant Keycard setting។ បើមិនមាន AVA ពិនិត្យ Keycard access ច្បាស់លាស់ពី sibling ដែលស្នាក់នៅក្នុងការកក់ដូចគ្នា។ បន្ទាប់មក Room Information និង Create Keycard នឹងបង្ហាញ។
• ការកក់ sharer នៅដាច់ដោយឡែក។ បើ Opera ប្រើ confirmation number មួយសម្រាប់ reservation IDs ច្រើន AVA រក្សាការកក់នីមួយៗជាគោលដៅ check-in ដាច់ដោយឡែក។
• ការកំណត់ការទូទាត់ sharer គ្រប់គ្រងការកក់ដែលបានបង្កើត។ គូ payment-and-guarantee ជាក់លាក់មានអាទិភាពលើការស្វែងរក cash method របស់ Opera។ បើគ្មានគូជាក់លាក់ AVA ប្រើ cash payment method ដែលមានសិទ្ធិរបស់ Opera។
• ការកំណត់ guest-placement ធ្វើសមកាលកម្មជាមួយ Vouch Core។ ការរក្សាទុក Additional Guest Under ឬការកំណត់ sharer-payment បញ្ជូនតម្លៃដែលបានរក្សាទុកសម្រាប់សកម្មភាពភ្ញៀវ Opera នាពេលក្រោយ។
• ប្រភេទបន្ទប់ដែលបានគិតថ្លៃនៅថេរ។ ពេល AVA ចាត់តាំងបន្ទប់ក្នុង Opera វារក្សាប្រភេទបន្ទប់ដែលបានគិតថ្លៃដដែល ទោះបន្ទប់ជាក់ស្តែងមានប្រភេទផ្សេងក៏ដោយ។
• ការបន្ថែមភ្ញៀវទៅបន្ទប់នៅតែសមកាលកម្ម។ បើបុគ្គលិកបន្ថែមភ្ញៀវម្នាក់ទៀតពេល check-in AVA ធ្វើបច្ចុប្បន្នភាព Opera ដើម្បីឱ្យភ្ញៀវបន្ថែមនៅភ្ជាប់នឹងបន្ទប់នោះ។
• Assisted check-in អាចបង្ហាញ rate codes។ ពេល Opera ផ្ញើ rate code AVA បង្ហាញវាលើកាតការកក់ដែលបានជ្រើសក្នុងពេល staff-assisted check-in។
• ស្លាកភ្នាក់ងារទេសចរណ៍នៅតែបង្ហាញ។ Opera អាចបញ្ជូនឈ្មោះភ្នាក់ងារទៅ sourceName។ នេះអនុញ្ញាតឱ្យការផ្គូផ្គង waiver ឃើញស្លាកដូចជា Booking.com (VCC)។
• ការបញ្ចូល payment អាចបន្ថែមមតិយោបល់។ បន្ទាប់ពីការទូទាត់ ឬ deposit នៅ Opera ជោគជ័យ AVA បន្ថែម reservation comment ក្នុង Opera។ វាប្រើ Default Comment Type / Location ដែលអ្នកបានកំណត់ពី Settings → Payment។
• ចំនួនទឹកប្រាក់ទូទាត់គួរតែត្រូវនឹងរូបិយប័ណ្ណអចលនទ្រព្យ។ Opera អាចត្រឡប់ internal error នៅពេលរូបិយប័ណ្ណមិនត្រូវគ្នា។
• ឯកសារដែលបានផ្ទុកឡើងអាចបង្ហាញក្នុង attachments របស់ Opera។ បន្ទាប់ពីសមកាលកម្ម អ្នកអាចផ្ទៀងផ្ទាត់ travel document និង registration card uploads ពីការកក់។
• Reservation ETA នៅតែសមកាលកម្ម។ AVA សរសេរ estimated arrival time ត្រឡប់ទៅ Opera ហើយអានវាចូល Streamliner។ អ្នកអាចឃើញ ETA ដែលផ្អែកលើ PMS នៅលើកាត និងជួរការកក់។
• Special codes នៅតែស្របគ្នារវាងទំព័រកំណត់ផ្សេងៗ។ AVA អាន flat Opera special-code fields ជាប្រភពតម្លៃដែលបានរក្សាទុកក្នុង Settings → Essentials → PMS Integration និង Settings → Check-In។ specialCode និង specialCodes objects ដែលជាប់គ្នាអាចនៅតែបង្ហាញលើ wire សម្រាប់ legacy readers ប៉ុន្តែ AVA មិនប្រើវាទេ។ បើអ្នកកែ code នៅកន្លែងមួយ ទិដ្ឋភាពផ្សេងនឹងបង្ហាញ flat values ដដែលបន្ទាប់ពី refresh។ បើអ្នកលុប code ការផ្លាស់ប្តូរក៏នៅតែបានរក្សាទុក។
• Checkout special codes ជាជម្រើសសាកឡើងវិញពេល Opera បរាជ័យបណ្តោះអាសន្ន។ AVA សាកម្តងទៀតបន្ទាប់ពី OHIP error រយៈពេលខ្លី។ វាពិនិត្យ Opera មុនសាក ដូច្នេះការឆ្លើយតបមិនប្រាកដមិនបង្កើត code ស្ទួនទេ។ Checkout នៅតែបញ្ចប់បាន បើបច្ចុប្បន្នភាពជាជម្រើសបរាជ័យ។
• Billing policies របស់ Opera ប៉ះពាល់ដល់វិក្កយបត្រភ្ញៀវ។ ច្បាប់ hide និង waive មានផលប៉ះពាល់ខុសគ្នា។
• Payment policy controls បង្ហាញក្នុង Settings → Payment។ ទិន្នន័យសមត្ថភាពកំណត់ថាអ្នកឃើញ controls សម្រាប់ accommodation និង Opera ជាក់លាក់ណាខ្លះ។
• Waive policies កាត់បន្ថយ room-package charges និង component របស់ room-package ដែលបានកំណត់។ សម្រាប់ការកក់មុនមកដល់ Opera rate-info room charges ដែលបានព្យាករណ៍ និងពន្ធរបស់វាត្រូវបាន waive ជាមួយគ្នា។
• Extras ដែលបាន post ដាច់ដោយឡែក និងពន្ធរបស់វាអាចនៅតែត្រូវបង់។ វាមិនមែនជាផ្នែកនៃ booked room rate ទេ។
• Hide policies បិទបាំងជួរបន្ទប់ និងពន្ធ។ សមតុល្យត្រូវបង់នៅដដែល។
• Evaluated payable billing គ្រប់គ្រង checkout payment។ AVA ប្រើចំនួននោះជំនួស display summary។
• សមតុល្យសូន្យច្បាស់លាស់ពី Opera នៅតែជាប្រភពមានសិទ្ធិ។ AVA មិនបង្កើតសមតុល្យវិជ្ជមានឡើងវិញពីជួរបន្ទប់ ពន្ធ ឬសេវាដែលមើលឃើញទេ។ វាអនុវត្តនៅពេល routed ឬ settled counterparts មិនបង្ហាញ។ AVA ទុកចិត្តសូន្យនោះតែនៅពេលចំនួន និងរូបិយប័ណ្ណត្រូវនឹង Opera bill ដែលបាន normalize។ ភាពមិនត្រូវគ្នានៅតែមិនបានបញ្ជាក់។
• Payment reversals រក្សាសញ្ញារបស់វា។ Opera payment និង negative reversal ដែលស្មើគ្នានឹងសរុបជាសូន្យក្នុង folio និង billing review របស់ AVA។
• Selective billing នៅក្នុង folio window របស់ភ្ញៀវ។ Routed charges ពី window ផ្សេងមិនបង្កើនសមតុល្យទេ។
• ទិន្នន័យ folio មិនពេញលេញនៅតែមិនបានបញ្ជាក់។ AVA ជៀសវាងបង្ហាញសូន្យក្លែងក្លាយ នៅពេល guest window មិនពេញលេញ។
• ជួរវិក្កយបត្រដែលបានព្យាករណ៍អាចនៅតែបង្ហាញ។ ប្រៀបធៀប charges ដែលមិនរំពឹងទុកជាមួយ Opera មុនប្រមូលការទូទាត់។
• បើគ្មាន policy ត្រូវគ្នា AVA ប្រើ billing response ដែលវាទទួលបាន។
• បន្ទប់ដែលចាក់សោនៅតែចាក់សោក្នុង AVA។ បើ Opera សម្គាល់ការកក់ជា Do Not Move Streamliner បង្ហាញរូបសញ្ញាចាក់សោក្នុងទិដ្ឋភាពផ្លាស់ប្តូរបន្ទប់។

ដោះស្រាយបញ្ហា

ស្ថានភាព "Integration Not Configured"

ខ្វះវាលដែលត្រូវការ។ សូមប្រាកដថាអ្នកបានបញ្ចូល៖

1. OHIP Host Name
2. OHIP Application Key
3. OHIP Hotel ID
4. OHIP Client ID
5. enterpriseId បើអ្នកបានជ្រើស OCIM

កំហុសភ្ជាប់ API

1. ផ្ទៀងផ្ទាត់ថា OHIP Host Name ត្រឹមត្រូវ
2. ពិនិត្យថា OHIP subscription របស់អ្នកសកម្ម
3. បញ្ជាក់ថា enterpriseId បានរក្សាទុកនៅពេលប្រើ OCIM
4. ទាក់ទង IT ដើម្បីបញ្ជាក់ firewall/network access
5. ផ្ទៀងផ្ទាត់ credentials ជាមួយ Oracle support

ការផ្ទៀងផ្ទាត់ Opera ត្រូវបានបដិសេធពេលកំពុងធ្វើសកម្មភាព

អ្វីដែលអ្នកឃើញ៖ សកម្មភាព Opera ផ្អាកមួយភ្លែត ឬបង្ហាញកំហុសការផ្ទៀងផ្ទាត់ ឬ timeout។

មូលហេតុ៖ Opera អាចបដិសេធ credentials ដែលបាន cache ឬសេវា OAuth អាចយឺតមួយភ្លែត។ AVA សាកស្វ័យប្រវត្តិម្តងសម្រាប់ករណីនីមួយៗ។

ដំណោះស្រាយ៖

1. រង់ចាំរហូតដល់ 30 វិនាទីឱ្យ AVA បញ្ចប់ការសាកស្វ័យប្រវត្តិ។
2. សាកសកម្មភាពម្តងទៀត តែបើកំហុសនៅតែមាន។
3. បើកំហុសត្រឡប់មកវិញ ផ្ទៀងផ្ទាត់បរិស្ថាន និង credentials របស់ Opera។
4. បញ្ចូល credentials ម្តងទៀតក្នុង AVA រួចចុច Save។
5. ទាក់ទង Oracle ឬ Vouch support បើកំហុសនៅតែបន្ត។

ការសាកស្វ័យប្រវត្តិម្តង

AVA refresh ការកំណត់ Opera បន្ទាប់ពី credentials ដែលបាន cache បរាជ័យ។ វាក៏សាក OAuth timeout ឬ gateway error បណ្តោះអាសន្នម្តងផងដែរ។ Credentials មិនត្រឹមត្រូវ និង rate limits មិនបង្កឱ្យមានការសាកនេះទេ។

OCIM បរាជ័យភ្លាមៗបន្ទាប់ពីអ្នករក្សាទុក

អ្វីដែលអ្នកឃើញ៖ AVA បដិសេធការភ្ជាប់ភ្លាមៗ ពេលអ្នកជ្រើស OCIM។

ដំណោះស្រាយ៖

1. ស្នើ Oracle ផ្តល់ enterpriseId ត្រឹមត្រូវ។
2. បញ្ចូល OCIM credentials ម្តងទៀតក្នុង AVA។
3. រក្សាទុកម្តងទៀត។
4. បើនៅតែបរាជ័យ បញ្ជាក់ client ID និង client secret ជាមួយ Oracle។

គ្មានការកក់បង្ហាញ

1. រង់ចាំ 15-30 នាទីសម្រាប់សមកាលកម្មដំបូង
2. ផ្ទៀងផ្ទាត់ OHIP user permissions ក្នុង Opera
3. ពិនិត្យថាមានការកក់ក្នុង Opera
4. ទាក់ទង support ជាមួយ error logs

Checkout បញ្ចប់ ប៉ុន្តែរាយការណ៍ Opera មិនមាន special code

អ្វីដែលអ្នកឃើញ៖ AVA បញ្ចប់ checkout ប៉ុន្តែ checkout special code ដែលបានកំណត់បាត់ពី Opera។

មូលហេតុ៖ ការធ្វើបច្ចុប្បន្នភាព Opera ជាជម្រើសអាចបរាជ័យបន្ទាប់ពី checkout។ AVA សាក OHIP error បណ្តោះអាសន្នម្តង។

ដំណោះស្រាយ៖

1. រង់ចាំបន្តិច រួច refresh ការកក់ក្នុង Opera។
2. បញ្ជាក់ថា Specials code for check-out បានរក្សាទុកក្នុង Settings → Check-In។
3. ពិនិត្យការកក់ក្នុង Opera ម្តងទៀត។
4. ទាក់ទង support បើ code នៅតែបាត់។

Checkout មិនត្រូវបានរារាំង

ការធ្វើបច្ចុប្បន្នភាព special-code ជាជម្រើសដែលបរាជ័យមិនបញ្ច្រាស ឬរារាំង checkout ទេ។ AVA មិនសាក error ដែលមិនមែនជាបណ្តោះអាសន្នម្តងទៀតទេ។

Extras នៅតែត្រូវបង់បន្ទាប់ពី waive accommodation

អ្វីដែលអ្នកឃើញ៖ AVA បង្ហាញសមតុល្យវិជ្ជមាន បន្ទាប់ពី room-package rows ត្រូវបាន waive។

Opera rate tax មុនមកដល់

AVA ចាត់ទុក Opera rate-info room charges ដែលបានព្យាករណ៍ និងពន្ធរបស់វាជាចំនួន room-package តែមួយ។ ការលើកលែងដែលត្រូវនឹង rate-code មិនគួរទុក projected room-rate tax ឱ្យត្រូវបង់ទេ។ មានតែ extras និងពន្ធរបស់វាដែលបាន post ដាច់ដោយឡែកប៉ុណ្ណោះដែលគួរនៅសល់សម្រាប់ប្រមូល។

ដំណោះស្រាយ៖

1. ពិនិត្យសមតុល្យ និង extra GST ក្នុង Opera។
2. បញ្ជាក់ថា charges ដែលនៅសល់ត្រឹមត្រូវ។
3. Refresh ការកក់ក្នុង AVA បន្ទាប់ពី Opera បញ្ចប់សមកាលកម្ម។
4. ជ្រើស Pay នៅពេលសមតុល្យវិជ្ជមានត្រូវនឹង outstanding balance របស់ Opera។
5. បើ Opera រាយការណ៍សូន្យ refresh AVA ហើយបញ្ជាក់ថាសមតុល្យជាសូន្យ។

ទិន្នន័យ Opera folio មិនពេញលេញ

អ្វីដែលអ្នកឃើញ៖ AVA មិនអាចបញ្ជាក់សមតុល្យបន្ទាប់ពី Opera ធ្វើបច្ចុប្បន្នភាព folio។

ដំណោះស្រាយ៖

1. បញ្ជាក់ថា Opera បានត្រឡប់ folio window ចម្បងរបស់ភ្ញៀវ។
2. ពិនិត្យថា folio window មានសមតុល្យ ឬ postings ដែលអាចប្រើបាន។
3. Refresh ការកក់ក្នុង AVA។
4. រង់ចាំឱ្យ Opera បញ្ចប់ការធ្វើបច្ចុប្បន្នភាព folio។
5. ទាក់ទង front desk ឬ support team បើសមតុល្យនៅតែមិនបានបញ្ជាក់។

ETA មិនធ្វើបច្ចុប្បន្នភាព

អ្វីដែលអ្នកឃើញ៖ ការកក់នៅតែបង្ហាញ arrival time ចាស់ក្នុង Streamliner។

ដំណោះស្រាយ៖

1. បញ្ជាក់ថា ETA បានរក្សាទុកលើការកក់ក្នុង Opera។
2. Refresh Operations View បន្ទាប់ពីបច្ចុប្បន្នភាពបានសមកាលកម្ម។
3. បើវានៅតែមិនបង្ហាញ ពិនិត្យការតភ្ជាប់ Opera ហើយសាកម្តងទៀតក្រោយពីពីរបីនាទី។

កាតបន្ទប់ច្រើនមើលទៅទទេ

អ្វីដែលអ្នកឃើញ៖ កាតបន្ទប់បើកឡើង ប៉ុន្តែភ្ញៀវមេបាត់។

ដំណោះស្រាយ៖

1. បញ្ជាក់ថាអ្នកបានផ្ទុកការកក់តាម confirmation number។
2. Refresh check-in screen ហើយបើកបន្ទប់ម្តងទៀត។
3. បើភ្ញៀវនៅតែបាត់ ទាក់ទង support ជាមួយ confirmation number និង arrival date។

បន្ទប់មួយមិនបង្ហាញក្នុង room changes

អ្វីដែលអ្នកឃើញ៖ បន្ទប់បាត់ពី Allow move room។

ដំណោះស្រាយ៖

1. ពិនិត្យការកក់ក្នុង Opera។
2. ដក Do Not Move lock បើបន្ទប់គួរអាចផ្លាស់ទីបាន។
3. Refresh ការកក់ក្នុង AVA។
4. សាកផ្លាស់ប្តូរបន្ទប់ម្តងទៀត។

Opera component suite មិនទាន់រួចរាល់

អ្វីដែលអ្នកឃើញ៖ Check-in ឈប់ ព្រោះ Opera suite មិនទាន់រួចរាល់ ឬ room assignment មិនអាចប្រើបាន។

មូលហេតុ៖ Opera តំណាង suite ដោយ linked component rooms។ AVA ពិនិត្យបន្ទប់ដែលភ្ជាប់ទាំងអស់មុន assignment suite។

ដំណោះស្រាយ៖

1. បើក suite ក្នុង Opera។
2. ពិនិត្យ component room នីមួយៗអំពីការកាន់កាប់ និងភាពរួចរាល់។
3. ដោះស្រាយ component room ដែលមានអ្នកកាន់កាប់ កខ្វក់ ឬមិនអាចប្រើបានក្នុង Opera ឬ Housekeeping។
4. បញ្ជាក់ថា room configuration របស់ suite រាយសមាជិក component ត្រឹមត្រូវ។
5. ត្រឡប់ទៅ AVA ចុច Refresh ហើយសាក check-in ម្តងទៀត។

បើ AVA បានជ្រើស suite ស្វ័យប្រវត្តិ ប៉ុន្តែមិនអាចផ្ទៀងផ្ទាត់ configuration ពិតប្រាកដ ស្នើ Opera administrator ឱ្យកែ mapping។

បន្ទប់ធម្មតាមិនផ្លាស់ប្តូរ

AVA ប្រើលំហូរ room-assignment ដែលមានស្រាប់សម្រាប់បន្ទប់ធម្មតា និងបន្ទប់ដែល auto-selected ដោយមិនពាក់ព័ន្ធ។

អនុវត្តសុវត្ថិភាពល្អបំផុត

• 🔒 រក្សាទុក credentials ដោយសុវត្ថិភាព (វាត្រូវបានអ៊ិនគ្រីបក្នុង AVA)
• 🔒 ប្រើ OCIM នៅពេលអាចធ្វើបាន ដើម្បីសុវត្ថិភាពកាន់តែប្រសើរ
• 🔒 រក្សា enterpriseId ជាមួយ OCIM credentials ផ្សេងទៀត
• 🔒 ប្តូរ client secrets ជាប្រចាំ
• 🔒 កំណត់ OHIP user permissions ត្រឹមកម្រិតអប្បបរមាដែលត្រូវការ

ទទួល OHIP Credentials

បើអ្នកមិនមាន credentials៖

1. ទាក់ទង Oracle Hospitality Support ឬ Opera system administrator របស់អ្នក
2. ស្នើសុំ OHIP API access សម្រាប់ការរួមបញ្ចូល AVA
3. ពួកគេនឹងផ្តល់៖
   • OHIP Host Name
   • Application Key
   • Client ID និង Secret
   • Hotel ID
   • enterpriseId សម្រាប់ OCIM
4. កត់ត្រា credentials ដែលទទួលបានដោយសុវត្ថិភាព

នៅតែជាប់?

ទាក់ទង success@vouch-technologies.com ប្រសិនបើ៖

• ❌ ការតភ្ជាប់ OCIM នៅតែបរាជ័យ បន្ទាប់ពីអ្នកបន្ថែម enterpriseId
• ❌ ការកក់មិនបង្ហាញបន្ទាប់ពី sync window ដំបូង
• ❌ Oracle បញ្ជាក់ថា credentials ត្រឹមត្រូវ ប៉ុន្តែ AVA នៅតែបដិសេធវា

សូមបញ្ចូល៖

• រូបថតអេក្រង់នៃកំហុស
• identity management mode របស់ Opera
• ពេលវេលាដែលបញ្ហាចាប់ផ្តើម
• ជំហានដែលអ្នកបានសាករួច

មគ្គុទ្ទេសក៍ពាក់ព័ន្ធ

• PMS Connection
• PMS Connection Errors
• Sync Issues