ការរួមបញ្ចូល 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

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

សូមទទួលព័ត៌មានសម្គាល់ទាំងនេះពីក្រុម 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 បន្ទាប់ពីបើកការចូលប្រើ OHIP សម្រាប់អចលនទ្រព្យរបស់អ្នក។

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

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

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

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

ត្រូវការសម្រាប់របាយការណ៍អនុលោមតាមច្បាប់របស់ថៃ

ស្នើឱ្យអ្នកគ្រប់គ្រង Opera បើក Module Level Access Control ក្នុង Global Administration។ ពួកគេក៏ត្រូវផ្តល់ Sensitive Data Access ឱ្យ OHIP client របស់ AVA ផងដែរ។ បើគ្មានសិទ្ធិនេះ Opera នឹងបិទបាំងលេខលិខិតឆ្លងដែន និងថ្ងៃខែឆ្នាំកំណើតមួយចំនួនក្នុងរបាយការណ៍ TM30 និង RR4។

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

ជំហានទី 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 សម្រាប់ការគ្រប់គ្រងអត្តសញ្ញាណ សូមបញ្ចូលបន្ថែម៖

• OHIP Username: ឈ្មោះអ្នកប្រើសម្រាប់ការចូលដោយផ្ទាល់
• OHIP Password: ពាក្យសម្ងាត់សម្រាប់ការចូលដោយផ្ទាល់

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

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

កំណត់លំនាំដើមនៃចំណាំការកក់

ប្រើវាលជាជម្រើសទាំងនេះ នៅពេលបុគ្គលិកបន្ថែមចំណាំការកក់ពី AVA។ ផ្ទាំង Reservation Notes បង្ហាញតម្លៃសម្រាប់ដាក់ចំណាំ មុនពេលបុគ្គលិកបន្ថែមចំណាំ។ AVA ផ្ទុកប្រភេទមតិយោបល់ និងទីតាំងពី Opera។ បញ្ជីនីមួយៗប្រើឃ្លាំងសម្ងាត់រួមរបស់ខ្លួនរហូតដល់ 30 ថ្ងៃ។ ចុច Refresh from PMS នៅជាប់វាល នៅពេលត្រូវការជម្រើសថ្មីបំផុត។ វាលទាំងអស់ដែលប្រើបញ្ជីនោះនឹងធ្វើបច្ចុប្បន្នភាពជាមួយគ្នា រួមទាំងវាលនៅទំព័រការកំណត់ផ្សេងទៀត។ បើបញ្ជីមួយមិនអាចប្រើបាន AVA នៅតែរក្សាបញ្ជីផ្សេងទៀតឱ្យប្រើបាន ហើយវាលនោះនៅតែអាចកែបាន។

ការកំណត់	អ្វីដែលវាគ្រប់គ្រង	តម្លៃទទេ
Reservation Note Comment Type	ប្រភេទមតិយោបល់ Opera សម្រាប់ចំណាំរបស់បុគ្គលិក	GEN
Reservation Note Comment Location	ទីតាំង Opera សម្រាប់ចំណាំរបស់បុគ្គលិក	RESERVATION

1. បើកការកំណត់ Advanced របស់ការរួមបញ្ចូល Opera។
2. បញ្ចូលប្រភេទ និងទីតាំងចំណាំ Opera ដែលសណ្ឋាគាររបស់អ្នកប្រើ។
3. ទុកវាលណាមួយឱ្យទទេ ដើម្បីប្រើតម្លៃលំនាំដើមដែលបានបង្ហាញ។
4. ចុច Save។

AVA បង្ហាញសេចក្តីសង្ខេបការដាក់ចំណាំជា GEN · RESERVATION នៅពេលវាលទាំងពីរប្រើតម្លៃលំនាំដើម។ បុគ្គលិកអាចជ្រើស Configure in Settings ពី Reservation Notes នៅពេលពួកគេមានសិទ្ធិចូលប្រើ។

ចំណាំបុគ្គលិក និងមតិយោបល់ការទូទាត់ដាច់ដោយឡែកពីគ្នា

ការកំណត់ទាំងនេះអនុវត្តតែចំពោះចំណាំដែលបានបន្ថែមពី Reservation Notes ប៉ុណ្ណោះ។ វាមិនផ្លាស់ប្តូរមតិយោបល់ការទូទាត់ ឬការអនុញ្ញាតជាមុនទេ។ មតិយោបល់ទាំងនោះនៅតែប្រើ Default Comment Type / Location នៅ Settings → Payment។

បញ្ជាក់ប្រភេទចំណាំជាមួយអ្នកគ្រប់គ្រង Opera

កូដប្រភេទចំណាំ Opera ត្រូវបានកំណត់ដោយសណ្ឋាគារ។ សូមបញ្ជាក់ថាកូដដែលអ្នកជ្រើសមានសុពលភាព មុនពេលបុគ្គលិកបន្ថែមចំណាំ។

ទីតាំងមតិយោបល់ដែលអាចប្រើបានគឺ CASHIER, GENERAL, IN HOUSE និង RESERVATION។ បញ្ជីប្រភេទមតិយោបល់មកពីការកំណត់ចំណាំការកក់របស់ Opera។ បើកូដដែលបានរក្សាទុកលែងមាននៅក្នុង Opera AVA នៅតែបង្ហាញវា និងសម្គាល់ថាមានបញ្ហា។ សូមជំនួសកូដដែលបានសម្គាល់ មុនពេលបុគ្គលិកបន្ថែមចំណាំការកក់។

ទីតាំងគោលការណ៍ Check-in

កំណត់ Match and merge guest profiles នៅ Settings → Check-In → Check-In Policy → Guest registration។ សូមមើល Match and Merge Guest Profiles។

ជូនដំណឹងដល់ផ្នែកទទួលភ្ញៀវ នៅពេលភ្ញៀវសំខាន់មកដល់យឺត

ប្រើការកំណត់នេះ នៅពេលភ្ញៀវបន្ថែមអាចចុះឈ្មោះមុនភ្ញៀវសំខាន់។ AVA បន្ថែមការជូនដំណឹងទៅក្នុងការកក់ចម្បងរបស់ Opera។ តាមលំនាំដើម ការកំណត់នេះត្រូវបានបិទ។

1. ចូលទៅ Settings → Check-In → Check-in essentials។
2. រក Alert the front desk when the main guest is arriving later។
3. បើកការកំណត់នេះ។
4. ជ្រើស Choose alert។
5. ជ្រើស OPERA alert code មួយដែលសណ្ឋាគារបានកំណត់។
6. ជ្រើសទីតាំងដែល Opera ត្រូវបង្ហាញការជូនដំណឹង។
7. ជ្រើសការពិពណ៌នារបស់ alert code ឬ Custom text។
8. បញ្ចូលអត្ថបទផ្ទាល់ខ្លួននៅពេលត្រូវការ រួចជ្រើស Apply។
9. ជ្រើស Save Check-In Policy។

តំបន់បង្ហាញ និងជម្រើសអត្ថបទនៃការជូនដំណឹង មកពីការតភ្ជាប់ Opera របស់អ្នក។ សម្រាប់អត្ថបទផ្ទាល់ខ្លួន AVA ត្រូវការសារដែលមិនទទេ។

ការកំណត់	អ្វីដែលវាគ្រប់គ្រង
OPERA alert code	កំណត់អត្តសញ្ញាណការជូនដំណឹងក្នុង Opera
Show the alert in	ជ្រើសតំបន់បង្ហាញការជូនដំណឹងក្នុង Opera
Alert text	ប្រើការពិពណ៌នារបស់ code ឬសារផ្ទាល់ខ្លួនរបស់អ្នក

ក្នុង Assisted Check-In AVA សួរបុគ្គលិកអំពីភ្ញៀវសំខាន់ នៅពេលបើកការជូនដំណឹង។ សំណួរនេះបង្ហាញនៅពេលការកក់ចម្បងមិនទាន់បាន check-in។ វារួមបញ្ចូលការមកដល់ប្រភេទ accompanying និងការមកដល់ចម្រុះ។ បុគ្គលិកអាចជ្រើស Yes, arriving later ឬ No, not staying។ ក្នុង Self Check-In AVA ចាត់ទុកភ្ញៀវសំខាន់ដែលមិននៅទីនោះថានឹងមកដល់យឺតតាមលំនាំដើម។ ជម្រើស No, not staying ដែលបុគ្គលិកបានរក្សាទុកយ៉ាងច្បាស់ នឹងជំនួសលំនាំដើមនេះ។ ជម្រើសច្បាស់លាស់ចុងក្រោយរបស់បុគ្គលិក នៅតែអាចប្រើសម្រាប់ self check-in លើកក្រោយ។ ការជូនដំណឹងផ្ញើទៅការកក់ចម្បង មិនមែនការកក់របស់ភ្ញៀវបន្ថែមទេ។ ការផ្ញើការជូនដំណឹងធ្វើតាមលទ្ធភាព ហើយមិនពន្យារ ឬធ្វើឱ្យ check-in បរាជ័យទេ។

ពិនិត្យការកក់មុនសាកម្តងទៀត

ការបង្ហោះការជូនដំណឹងទៅ Opera អាចយឺតដោយសារកំណត់ត្រាត្រូវបានចាក់សោ។ ពិនិត្យការកក់ចម្បងក្នុង Opera មុនជ្រើស Continue ម្តងទៀត។

ផ្តល់សិទ្ធិចូលបន្ទប់ នៅពេល sharer មកដល់មុន

នៅពេល sharer ចុះឈ្មោះមុនភ្ញៀវសំខាន់ AVA អាចផ្តល់សិទ្ធិចូលបន្ទប់បាន។ វាអនុវត្តនៅពេល sharer ត្រូវបានសម្គាល់ថាបានមកដល់ និងចែករំលែកបន្ទប់ដែលបានចាត់តាំង។

សម្រាប់ keycard AVA ធ្វើឱ្យស្ថានភាពកាន់កាប់បន្ទប់បច្ចុប្បន្នពី Opera ស្រស់ឡើងវិញ មុនបដិសេធសំណើ។ ការត្រួតពិនិត្យដូចគ្នានេះក៏គាំទ្រការជំនួស keycard ដែលបាត់សម្រាប់ sharer ដែលបានមកដល់ផងដែរ។ ភ្ញៀវ accompanying នៅតែស្ថិតលើការកក់ចម្បង និងអនុវត្តតាមលំហូរធម្មតា។

បើ sharer បាន check-out ឬប្រើបន្ទប់ផ្សេង AVA នឹងបដិសេធសិទ្ធិចូល។ វាការពារបន្ទប់ពី keycard ដែលមិនត្រឹមត្រូវ។

1. បញ្ជាក់ថា sharer បាន check-in តាម AVA ឬ Opera។

2. បញ្ជាក់ថា sharer និងភ្ញៀវសំខាន់ប្រើបន្ទប់ដូចគ្នាក្នុង Opera។

3. សាកម្តងទៀត Create Keycard ឬលំហូរជំនួស keycard ដែលបាត់។

4. បញ្ជូនភ្ញៀវទៅផ្នែកទទួលភ្ញៀវ បើ Opera មិនអាចបញ្ជាក់ការស្នាក់នៅបាន។

   ✓ AVA គួរផ្តល់សិទ្ធិចូលបានតែបន្ទាប់ពីការត្រួតពិនិត្យបន្ទប់ និងការមកដល់បច្ចុប្បន្នបានឆ្លងកាត់ប៉ុណ្ណោះ។

ជំហានទី 4៖ ជ្រើសទីតាំងភ្ញៀវ

ជ្រើសរបៀបដែល AVA ដាក់ភ្ញៀវបន្ថែមក្នុង Opera នៅពេលចុះឈ្មោះ។

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

2. ក្នុង Registration រក Additional Guest Under។

3. ជ្រើសជម្រើសមួយ៖

   ជម្រើស	លទ្ធផល
   Sharer Reservation	បង្កើតការកក់ Opera ដាច់ដោយឡែកសម្រាប់ភ្ញៀវបន្ថែម។
   Accompany Profile	បន្ថែមភ្ញៀវជាប្រវត្តិរូបអ្នកអមលើការកក់ចម្បង។

4. សម្រេចថាតើត្រូវអនុវត្តជម្រើសនេះចំពោះភ្ញៀវបន្ថែមដែលមានស្រាប់ឬអត់។

5. បើក Apply this setting to existing additional guests នៅពេលអ្នកចង់បម្លែងភ្ញៀវដែលមានស្រាប់។ AVA បម្លែង sharer ឬភ្ញៀវអ្នកអមរបស់ Opera ដែលមានសិទ្ធិ នៅពេលចុះឈ្មោះ។

6. ចុច Save Check-In Policy។

   ✓ ភ្ញៀវបន្ថែមថ្មីនឹងអនុវត្តតាមជម្រើសដែលបានជ្រើសជានិច្ច។

ការភ្ជាប់បន្ទប់អនុវត្តតាមជម្រើសទីតាំងដូចគ្នា បន្ទាប់ពីធ្វើសមកាលកម្មភ្ញៀវ។ ក្នុងរបៀប Sharer Reservation AVA ផ្ទៀងផ្ទាត់ sharer ដែលបានភ្ជាប់ មុនភ្ជាប់បន្ទប់។ វាមិនបន្ថែម accompanying profile ទៅការកក់ចម្បងទេ។ ក្នុងរបៀប Accompany Profile AVA រក្សាភ្ញៀវឱ្យភ្ជាប់នឹងការកក់ចម្បង។

ជ្រើសគោលដៅឯកសារ Sharer

ជ្រើសកន្លែងដែល Opera បង្ហាញឯកសារភ្ជាប់លិខិតឆ្លងដែន ឯកសារអត្តសញ្ញាណ និង registration card ដែលបានចុះហត្ថលេខា។ ច្បាប់ចម្លងលិខិតឆ្លងដែន និងឯកសារអត្តសញ្ញាណក៏នៅសល់ក្នុងប្រវត្តិរូបភ្ញៀវរបស់ sharer នីមួយៗផងដែរ។ គោលដៅដែលបានរក្សាទុកគ្រប់គ្រងការផ្ទុកឡើងថ្មី រួមទាំងកាតដែលបង្កើតពេលចុះឈ្មោះ check-in ដោយបញ្ជាក់ការមកដល់។ គោលដៅដែលអ្នកជ្រើសមានអាទិភាពលើគោលដៅការកក់ sharer លំនាំដើមរបស់ AVA។

1. ក្នុង Registration រក Upload sharer documents to។

2. ជ្រើសជម្រើសមួយ៖

   ជម្រើស	លទ្ធផល
   Main Guest Reservation	ប្រមូលឯកសារ sharer និង registration card ទាំងអស់លើការកក់ចម្បង។
   Sharer Reservation	ភ្ជាប់ឯកសារ និង registration card របស់ sharer នីមួយៗទៅការកក់របស់ sharer នោះ។

3. ចុច Save Check-In Policy។

   ✓ registration card ថ្មីដែលបានចុះហត្ថលេខា ប្រើគោលដៅ Opera ដែលបានជ្រើស។

ឯកសារភ្ជាប់ PMS ដែលមានស្រាប់

ការផ្លាស់ប្តូរការកំណត់នេះមិនផ្លាស់ទីឯកសារភ្ជាប់ដែលបានរក្សាទុកក្នុង Opera រួចទេ។ ការផ្ទុកឡើងថ្មីនឹងអនុវត្តតាមការកំណត់ បន្ទាប់ពីអ្នករក្សាទុកវា។

ការបម្លែងភ្ញៀវដែលមានស្រាប់

ប្រអប់ធីកនេះបិទតាមលំនាំដើម។ នៅពេលវាបិទ AVA រក្សាទំនាក់ទំនង sharer និងភ្ញៀវអ្នកអមដែលមានស្រាប់។ នៅពេលវាបើក AVA បម្លែងភ្ញៀវបន្ថែមដែលមានសិទ្ធិ នៅពេលចុះឈ្មោះ។ នេះមិនមែនជាការផ្ទេរទិន្នន័យជាបាច់ទេ។ ការបិទវានៅពេលក្រោយមិនលុបចោលការបម្លែងដែលបានបញ្ចប់រួចទេ។

លក្ខខណ្ឌមានសិទ្ធិបម្លែង

AVA បម្លែងតែការកក់ Opera ដែលបានរក្សាទុក និងមានព័ត៌មានហិរញ្ញវត្ថុពេញលេញ មិនបានផ្លាស់ប្តូរ។ កញ្ចប់លើការកក់ចម្បងត្រូវបានអនុញ្ញាត ហើយនៅដដែលក្នុងទិសដៅបម្លែងទាំងពីរ។ Sharer ដែលមានសិទ្ធិអាចទទួលកញ្ចប់ផែនការអត្រាដែលមាន quantity, value, allowance និង consumption សូន្យ។ តម្លៃឯកតា package ដែលមិនមែនសូន្យតែមួយមុខ មិនរារាំងការបម្លែងទេ ប្រសិនបើ quantity និងតម្លៃដែលគណនាបានជាសូន្យ។ សកម្មភាព package ដែលបានបន្ថែមក្នុងការកក់ ត្រូវបានប្រើប្រាស់ មានតម្លៃមិនមែនសូន្យ ឬមិនស្គាល់ នៅតែត្រូវការឱ្យបុគ្គលិកពិនិត្យ។ ការដក sharer ដែលមានស្រាប់ចេញ ក៏ត្រូវឱ្យការត្រួតពិនិត្យ package, occupancy, rate និងហិរញ្ញវត្ថុទាំងអស់ឆ្លងកាត់ដែរ។ Sharer ដែលមានសិទ្ធិ និងមាន adults និង children សូន្យ អាចបម្លែងបាន នៅពេលគោលដៅ routing ដែលចេញទាំងអស់ចង្អុលទៅ main reservation ID ដែលរក្សាទុក។ Folio ឬ comp routing, routing ទៅការកក់ផ្សេង និងរចនាសម្ព័ន្ធ routing ដែលមិនគាំទ្រ នៅតែរារាំងការបម្លែង។ AVA ពិនិត្យ routing ឡើងវិញបន្ទាប់ពីបំបែក share និងមុនពេលវាលុបចោលការកក់ sharer ចាស់។ បើ Opera មិនអាចបញ្ជាក់ថាការបម្លែងមានសុវត្ថិភាព AVA ផ្អាកការចុះឈ្មោះសម្រាប់ឱ្យបុគ្គលិកពិនិត្យ។

បើការបម្លែងឈប់នៅពាក់កណ្តាល ស្តារការកំណត់ដើមមុនពេលសាកម្តងទៀត។ បើមិនដូច្នោះទេ សូមឱ្យបុគ្គលិកសម្របសម្រួលភ្ញៀវដែលរងផលប៉ះពាល់ក្នុង Opera។

កំណត់ការទូទាត់ 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 ដែលបានរក្សាទុក។

AVA ផ្ទុក payment methods ដែលមិនមែនជាកាត និង guarantee codes ដែលមានសិទ្ធិពី Opera។ ស្លាកប្រើការពិពណ៌នារបស់ Opera ហើយកូដបង្ហាញតាមលំដាប់លេខ។ បញ្ជីនីមួយៗត្រូវបានរក្សាទុកក្នុងឃ្លាំងសម្ងាត់រយៈពេល 30 ថ្ងៃ។ ចុច Refresh from OPERA បន្ទាប់ពីផ្លាស់ប្តូរកូដក្នុង Opera។ ការធ្វើឱ្យស្រស់ធ្វើបច្ចុប្បន្នភាពគ្រប់វាលដែលប្រើបញ្ជីដែលបានជ្រើស។ AVA ពិនិត្យគូតម្លៃជាមួយការអាន Opera ថ្មី មុនបដិសេធកូដដែលបានបន្ថែមថ្មី។

លទ្ធផលនៃការធ្វើឱ្យស្រស់

បើការធ្វើឱ្យស្រស់មិនអាចអានបញ្ជីបាន AVA រក្សាកូដដែលបានអានពីមុន និងបង្ហាញការព្រមានអំពីការធ្វើឱ្យស្រស់។ ប្រើ Try Again ដើម្បីស្នើបញ្ជីនោះម្តងទៀត។ ការព្រមាននឹងបាត់ នៅពេលអ្នកបើកវាលទាំងនោះម្តងទៀត។

បញ្ជីទាំងពីរត្រូវតែផ្ទុកបាន

អ្នកមិនអាចរក្សាទុក Specific OPERA method បានទេ រហូតដល់ AVA ផ្ទុកបញ្ជីដែលមានសិទ្ធិទាំងពីរ។ បើបញ្ជីមួយមិនអាចប្រើបាន សូមប្រើ Try Again ឬស្នើឱ្យអ្នកគ្រប់គ្រង Opera ពិនិត្យសិទ្ធិចូលប្រើ។ មានតែអ្នកប្រើដែលមានសិទ្ធិសរសេរការកំណត់ប៉ុណ្ណោះ អាចធ្វើឱ្យបញ្ជីទាំងនេះស្រស់ក្នុងប្រអប់ sharer។

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

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

កំណត់ Rate Code របស់ Sharer

ប្រើការកំណត់នេះនៅពេលការកក់ sharer ថ្មីក្នុង Opera ត្រូវការលេខកូដអត្រាជាក់លាក់។

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

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

3. រក Sharer Rate Code។

4. ចុចវាលដើម្បីផ្ទុកសំណើ rate-code សកម្មពី PMS catalogue របស់អ្នក។

5. ជ្រើសសំណើមួយ ឬបញ្ចូល code ត្រឹមត្រូវដោយដៃ។

6. សម្អាតវាលនៅពេលអ្នកចង់លុប override។

7. ចុច Save Check-In Policy។

   ✓ AVA រក្សាទុក code សម្រាប់ការកក់ sharer នាពេលអនាគត ហើយធ្វើសមកាលកម្មវាជាមួយ Opera។

ការកំណត់នេះអនុវត្តនៅពេល AVA បង្កើត Sharer Reservation ដាច់ដោយឡែក។ តម្លៃទទេនឹងលុប override ហើយស្តារឥរិយាបថ rate-plan ធម្មតារបស់ការកក់ចម្បង។ AVA រក្សាតម្លៃផ្ទាល់ខ្លួន ទោះកាតាឡុកមិនមានសំណើសកម្មដែលត្រូវគ្នាក៏ដោយ។

សំណើ Rate-code

សំណើបង្ហាញ rate plans សកម្មសម្រាប់សណ្ឋាគារដែលអ្នកបានជ្រើសបច្ចុប្បន្ន។ បើបញ្ជីទទេ ឬមិនអាចប្រើបាន សូមបញ្ចូល code ដោយដៃ ឬចុច Retry។

រក្សាទុកការកំណត់ rate របស់ sharer ចាស់ម្តងទៀត

បើអចលនទ្រព្យរបស់អ្នកបានរក្សាទុក rate របស់ sharer មុនការធ្វើបច្ចុប្បន្នភាពនេះ សូមរក្សាទុក Sharer Rate Code ម្តងទៀតបន្ទាប់ពីដាក់ឱ្យប្រើ។ វារក្សាតម្លៃដែលមានស្រាប់សម្រាប់ sharer ថ្មី ហើយធ្វើសមកាលកម្មជាមួយ Opera។ តម្លៃដែលបានរក្សាទុកមុននៅតែអាចប្រើបាន បន្ទាប់ពីប្តូរឈ្មោះវាល។

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

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

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

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

• សំណុំបែបបទភ្ញៀវសម្របតាមច្បាប់ Opera។ វាលដែលត្រូវការ និងវាលលាក់ប្រែប្រួលតាមការកំណត់ Opera ដូច្នេះភ្ញៀវឃើញតែអ្វីដែលចាំបាច់។
• ប្រវត្តិរូបភ្ញៀវប្រើប្លង់រួមរបស់ AVA។ ព័ត៌មានភ្ញៀវ Opera ឥឡូវបើកក្នុងរចនាសម្ព័ន្ធវាលដូច AVA v2។
• កូដលិខិតឆ្លងដែន Opera អាចត្រូវនឹងប្រភេទលិខិតឆ្លងដែនរបស់ AVA។ AVA ចាត់ទុកកូដ Opera ពិតប្រាកដ PAS និង PASSPORT ថាស្មើគ្នា ក្នុងពេលផ្គូផ្គងប្រវត្តិរូប។
• អាសយដ្ឋានភ្ញៀវវែងធ្វើសមកាលកម្មដោយសុវត្ថិភាព។ AVA បំបែកអាសយដ្ឋានតាមបន្ទាត់អាសយដ្ឋានទាំងបួនរបស់ Opera នៅពេលចាំបាច់។ បន្ទាត់នីមួយៗនៅក្នុងកម្រិត 80 bytes របស់ Opera។
• ការធ្វើបច្ចុប្បន្នភាពអាសយដ្ឋានសម្អាតបន្ទាត់ចាស់។ AVA បំពេញវាលអាសយដ្ឋាន Opera ទាំងបួន ដូច្នេះអាសយដ្ឋានថ្មីដែលខ្លីជាងនឹងលុបបន្ទាត់ដែលនៅសល់ពីអាសយដ្ឋានមុន។
• ការស្វែងរកការកក់ប្រើ Opera។ បើ Opera មិនទាន់កំណត់រចនាសម្ព័ន្ធ ជំហានស្វែងរកភ្ញៀវនឹងបរាជ័យ។
• ការផ្លាស់ប្តូរ Opera ថ្មីៗអាចចំណាយពេលរហូតដល់ប្រាំវិនាទីដើម្បីបង្ហាញ។ វាអាចប៉ះពាល់ដល់ការអានការកក់ និង folio បន្ទាប់ពីការធ្វើបច្ចុប្បន្នភាព Opera ខាងក្រៅ។ សូមរង់ចាំបន្តិច រួច refresh AVA មុនពេលផ្ទៀងផ្ទាត់ការផ្លាស់ប្តូរ។
• Opera អនុញ្ញាតឱ្យមានភ្ញៀវបន្ថែមលើសពីសមត្ថភាពបន្ទប់ដែលបានរាយការណ៍។ AVA បន្ថែមភ្ញៀវតាមលំហូរ accompanying-profile របស់ Opera។
• ការស្វែងរក external reference ផ្ទៀងផ្ទាត់ការកក់ពេញលេញ។ AVA ពិនិត្យ external reference និង arrival date ដែលបានស្នើលើកំណត់ត្រា Opera ពេញលេញមុនជ្រើសរើស។ បើតម្លៃមិនត្រូវគ្នា ឬលទ្ធផលមិនច្បាស់ AVA មិនជ្រើសការកក់ទេ។
• OTA references អាចមានអក្សរធំតូចខុសគ្នា។ បើការស្វែងរក external reference ត្រង់ៗគ្មានលទ្ធផល AVA សាកម្តងទៀតដោយប្រើ reference ជាអក្សរធំ។ បន្ទាប់មកវាប្រៀបធៀប reference ដោយមិនគិតអក្សរធំតូចលើកំណត់ត្រាការកក់ពេញលេញ។ ឥរិយាបថស្វែងរក confirmation number មិនផ្លាស់ប្តូរ។
• ការកក់មកដល់ដែលបានជ្រើសនៅតែច្បាស់លាស់។ នៅពេល arrival ផ្តល់ការកក់ Opera ដែលបានជ្រើស AVA check-in តែការកក់ទាំងនោះប៉ុណ្ណោះ។ វាមិនបន្ថែម sharer ដែលអវត្តមានដោយស្វ័យប្រវត្តិទេ រក្សាការកក់ចម្បងដែលដល់ពេលនៅពេល sharer មកមុន ហើយមិនពង្រីកជម្រើសទទេឡើយ។
• ការស្វែងរក checkout អនុវត្តតាម PMS business date របស់ Opera។ បន្ទាប់ពីអធ្រាត្រ AVA កំណត់ការស្វែងរក checkout ទៅការចាកចេញដែលត្រូវធ្វើនៅ PMS business date បច្ចុប្បន្នរបស់ Opera។ AVA ក៏ពិនិត្យ departure date ផ្ទាល់ផងដែរ។ ការចាកចេញតាមកាលបរិច្ឆេទប្រតិទិនអាចនៅតែមិនអាចប្រើបាន រហូតដល់ Night Audit ជំរុញ business date ទៅមុខ។
• ស្លាកស្ថានភាពបន្ទប់នៅថ្ងៃចាកចេញនៅតែស្របគ្នា។ នៅពេល Opera រាយការណ៍ការកក់ដែលមានអ្នកស្នាក់នៅជា Due Out AVA បង្ហាញ Due Out លើការកក់ និងកាតបន្ទប់ដែលមានអ្នកស្នាក់នៅនីមួយៗ។ វារក្សាទិដ្ឋភាពបន្ទប់តែមួយ និងទិដ្ឋភាពច្រើនបន្ទប់ដែលបានពង្រីកឱ្យស្របគ្នា។ ស្ថានភាពបន្ទប់ច្បាស់លាស់ដូចជា Reserved, Checked Out, Cancelled និង No Show មិនផ្លាស់ប្តូរទេ។
• ការស្វែងរកឈ្មោះ ACI ប្រើការកក់សកម្ម។ Staff Access ពិនិត្យការកក់ Opera ដែលសកម្ម ដោយប្រើឈ្មោះពេញរបស់ភ្ញៀវ រួមទាំងឈ្មោះដែលមានច្រើនផ្នែក។
• Staff Access ដាក់ក្រុមគ្រួសារ Opera ដើមឆ្លងកាត់ទំព័របញ្ជីមកដល់។ ក្នុងពេល refresh បញ្ជីមកដល់ទូលំទូលាយ AVA អានបង្អួចពេញលេញមុនដាក់ក្រុមគ្រួសារការកក់។ កំណត់ត្រាដៃគូដែលបានភ្ជាប់នៅតែស្ថិតជាមួយបន្ទប់ត្រឹមត្រូវ ទោះ Opera ត្រឡប់វានៅទំព័រផ្សេងក៏ដោយ។
• ការដាក់ក្រុមដើមអនុវត្តចំពោះ Opera merchant ទាំងអស់។ AVA ប្រើទំនាក់ទំនងការកក់ផ្ទាល់របស់ Opera សម្រាប់ការស្វែងរកភ្ញៀវ និង Staff Access។ អ្នកមិនចាំបាច់មានការដាក់ឱ្យប្រើជាក់លាក់តាមអចលនទ្រព្យទេ។
• ការកក់ចម្បងនៅតែជាការកក់ចម្បង។ AVA លើកលែងការចុះឈ្មោះភ្ញៀវមេចំពោះតែការកក់បន្ថែមដែលបានជ្រើសប៉ុណ្ណោះ។
• បច្ចុប្បន្នភាពភ្ញៀវបន្ថែមមិនសរសេរជាន់លើភ្ញៀវចម្បងទេ។ បច្ចុប្បន្នភាពដែលមានឈ្មោះបង្កើតភ្ញៀវបន្ថែមលើការកក់ដែលបានជ្រើស។
• ភ្ញៀវបន្ថែមដែលត្រឡប់មកវិញអាចប្រើប្រវត្តិរូប Opera ឡើងវិញ។ នៅពេលបើក Reuse existing guest profiles AVA ស្វែងរកតាមឈ្មោះ និងឯកសារអត្តសញ្ញាណ មុនបង្កើតប្រវត្តិរូបភ្ញៀវបន្ថែមថ្មី។
• ការផ្គូផ្គងដែលមិនប្រាកដមិនប្រើប្រវត្តិរូបឡើងវិញដោយស្វ័យប្រវត្តិទេ។ AVA ត្រូវការការផ្គូផ្គងតែមួយដែលបានផ្ទៀងផ្ទាត់។ បុគ្គលិកអាចជ្រើសបេក្ខជនដែលបានផ្ទៀងផ្ទាត់ ឬបង្កើតប្រវត្តិរូបថ្មី។
• ប្រវត្តិរូបអ្នកអមប្រើបរិបទភ្ញៀវមេដែលមានសុពលភាព។ មុនបង្កើតប្រវត្តិរូបអ្នកអម AVA refresh ការកក់ Opera ហើយទាមទារភ្ញៀវមេច្បាស់លាស់តែម្នាក់ ដែលមាន profile ID អាចប្រើបាន។ បរិបទអត្តសញ្ញាណដែលបាត់ ទទេ មិនត្រូវគ្នា ឬមិនច្បាស់ នឹងបញ្ឈប់សកម្មភាពមុនបង្កើតប្រវត្តិរូប។
• ការផ្គូផ្គងប្រវត្តិរូបប្រើការហៅ Opera បន្ថែម។ ការផ្គូផ្គងតែមួយអាចត្រូវការអានប្រវត្តិរូបច្រើនដង។ ការប្រៀបធៀបរបស់បុគ្គលិកបង្ហាញតែបេក្ខជនដែលបានផ្ទៀងផ្ទាត់ក្នុងចំនួនកំណត់។
• ការដាក់ជាក្រុមដោយដៃផ្លាស់ប្តូរតែដំណើរ ACI របស់ AVA។ វាមិនបង្កើត ឬផ្លាស់ប្តូរក្រុមការកក់ក្នុង Opera ទេ។
• ការកក់សកម្មបង្ហាញតាមលំនាំដើម។ ការកក់ដែលបានលុបនៅក្រៅលទ្ធផលស្វែងរកធម្មតា លុះត្រាតែលំហូរការងារស្នើវាយ៉ាងច្បាស់។
• ការកក់ច្រើនបន្ទប់រក្សាបន្ទប់ដែលបានស្វែងរកនៅលើកាតត្រឹមត្រូវ។ AVA រក្សា confirmation ដែលអ្នកបានស្វែងរក ទោះ Opera បង្រួមក្រុមទៅ confirmation មេ ឬប្រើ internal IDs ផ្សេងគ្នាក៏ដោយ។
• ទិន្នន័យ Opera កំណត់ក្រុមការកក់។ AVA ប្រើតំណភ្ជាប់ Opera សមាសភាគ SiteMinder និងបន្ទប់ដែលបានកក់រួមពី CRS ដែលមានសិទ្ធិ។ វាមិនបញ្ចូលការកក់តែដោយសារពួកវាចែករំលែកប្រវត្តិរូប កាលបរិច្ឆេទមកដល់ ឬ booking ID ខាងក្រៅទេ។
• ការដាក់ជាក្រុមដើមរក្សាតែបន្ទប់ដែលត្រូវគ្នា។ AVA ដកការកក់ដែលបានលុប មិនមកដល់ បាន check-out បន្ទប់ pseudo-room និងការស្នាក់នៅដែលមិនជាន់គ្នា។ វាក៏បង្រួម share partners និងកំណត់ត្រាបន្ទប់ដូចគ្នាទៅជាបន្ទប់ជាក់ស្តែងតែមួយ។
• បន្ទប់ CRS ដែលមិនបានភ្ជាប់ខ្លះអាចបង្កើតក្រុមការកក់មួយ។ AVA ដាក់បន្ទប់ពី CRS ដូចគ្នាជាក្រុម នៅពេលប្រវត្តិរូបភ្ញៀវមេ និងកាលបរិច្ឆេទមកដល់ត្រូវគ្នា។ បន្ទប់ត្រូវបង្កើតក្នុងរយៈពេល 10 វិនាទី ហើយក្រុមអាចមានរហូតដល់ 9 បន្ទប់។ វាគាំទ្រប្រភព CRS ដូចជា Accor TARS និង SynXis។
• តំណភ្ជាប់ដើម និងការចែករំលែកបន្ទប់មានអាទិភាព។ AVA រក្សាបន្ទប់ដែលចែករំលែកជាមួយគ្នាតែក្នុងចំណោម share partners ប៉ុណ្ណោះ។ ក្រុមដែលសណ្ឋាគារបង្កើតជាបន្ទុះ ការកក់ដែលមានប្រវត្តិរូបភ្ញៀវផ្សេងគ្នា និងក្រុម 10 បន្ទប់ឡើងទៅ នៅតែដាច់ដោយឡែក។
• ការកក់ SiteMinder ប្រើ component reference ពិតប្រាកដ។ បើ Opera គ្មានក្រុមតំណភ្ជាប់ដើម AVA ផ្គូផ្គង SiteMinder component reference ពិតប្រាកដ។ References ដែលស្រដៀងគ្នាមិនបញ្ចូលការកក់មិនពាក់ព័ន្ធទេ។
• ការស្វែងរកភ្ញៀវបន្ទប់រួមប្រើការកក់ host។ ក្នុង Self Check-In ការបញ្ចូល confirmation របស់ sharer ដែលបានភ្ជាប់ នឹងបើកការកក់ host បច្ចុប្បន្ន នៅពេលកំណត់ត្រាទាំងពីរតំណាងឱ្យបន្ទប់ដែលមានតែ share មួយ។ វារក្សាអ្នកស្នាក់នៅទាំងពីរនៅលើកំណត់ត្រា check-in តែមួយរបស់ AVA។
• ការជ្រើស host មិនពឹងផ្អែកលើលំដាប់ reservation ID ទេ។ AVA ប្រៀបធៀបតួនាទីការកក់ rate plan និងចំនួនមនុស្សពេញវ័យ មុនប្រើ ID លេខជាជម្រើសបម្រុង។ ដូច្នេះ sharer ដែលទើបបង្កើត និងមានមនុស្សពេញវ័យសូន្យ អាចរក្សាការកក់ host ដើម ទោះ Opera ផ្តល់ ID ទាបជាងឱ្យ sharer ក៏ដោយ។
• ACI រក្សា sharer នីមួយៗឱ្យភ្ជាប់នឹងការកក់ម្ចាស់របស់វា។ នៅពេលភ្ញៀវមកដល់តាម sharer របស់ Opera ដែលបានភ្ជាប់ AVA ប្រើអត្តសញ្ញាណការកក់របស់ sharer នោះក្នុងពេល check-in។ វារារាំងមិនឱ្យ sharer ដែលត្រឹមត្រូវត្រូវបានរារាំង នៅពេល confirmation របស់វាខុសពីការកក់ host។
• ការអានការកក់ច្រើនបន្ទប់ និងការអានជាក់លាក់រក្សាការកក់ដែលបានស្នើ។ ការកក់ដែលមានបន្ទប់ច្រើនមិនប្តូរទៅ host ឡើយ។ ការសរសេរក្នុង check-in ការធ្វើសមកាលកម្មភ្ញៀវ ការបន្ថែមភ្ញៀវ checkout និងការស្វែងរក keycard ដែលបាត់ នៅតែផ្តោតលើការកក់ដែលបានស្នើ។
• កំហុសក្នុងការស្វែងរក host បញ្ឈប់ការស្វែងរកភ្ញៀវ។ ប្រសិនបើ AVA មិនអាចអានការកក់ host ឡើងវិញ សូមសាកស្វែងរកម្ដងទៀតបន្ទាប់ពីការតភ្ជាប់ Opera បានស្តារឡើងវិញ។ AVA មិនប្តូរទៅការកក់របស់ sharer ជំនួសទេ។
• ការកក់ដែលបានស្វែងរកនៅតែជាចម្បងសម្រាប់លទ្ធផលដែលបានដាក់ជាក្រុម។ ការបើក child ឬ sharer ក្នុងក្រុមពហុបន្ទប់ពិតប្រាកដ នៅតែចាប់ផ្តើមពីការកក់នោះ ខណៈ AVA បង្ហាញបន្ទប់ផ្សេងទៀតដែលមានសិទ្ធិក្នុងក្រុមដូចគ្នា។
• ក្រុមការកក់មួយអាចមាន Opera reservation ID ច្រើន។ AVA បង្ហាញបន្ទប់ដែលមានសិទ្ធិជាមួយគ្នា ខណៈរក្សាការកក់ដែលបានស្នើសម្រាប់សកម្មភាពជាក់លាក់តាមបន្ទប់។
• បន្ទប់នីមួយៗក្នុងក្រុមរក្សាអ្នកកាន់ការកក់របស់ខ្លួន។ AVA បង្ហាញ confirmation number កាលបរិច្ឆេទស្នាក់នៅ និងអត្តសញ្ញាណការកក់របស់បន្ទប់នោះ។
• ការដកការកក់ចេញ ដកតែបន្ទប់របស់វាប៉ុណ្ណោះ។ បន្ទប់ផ្សេងទៀតក្នុងក្រុម Opera ដដែលនៅតែបង្ហាញជាមួយអ្នកកាន់របស់ខ្លួន។
• ការផ្លាស់ប្តូរបន្ទប់ការពារបន្ទប់ក្នុងក្រុម។ AVA មិនដែលរៀបចំការកក់ផ្សេងទៀតចូលបន្ទប់ដែលកាន់ដោយបងប្អូនក្នុងក្រុមទេ។
• បន្ទប់រួមមិនត្រូវបានផ្តល់សម្រាប់ការផ្លាស់ប្តូរទេ។ បើការកក់ពីរចែករំលែកបន្ទប់ AVA រាប់អ្នកកាន់ទាំងពីរ ហើយបដិសេធគោលដៅនោះ។
• បន្ទប់របស់ក្រុមអ្នកផ្ទាល់អាចនៅតែបង្ហាញ។ ការជ្រើសវាត្រូវបានបដិសេធ ព្រោះបន្ទប់នោះជាកម្មសិទ្ធិរបស់ការកក់របស់ភ្ញៀវផ្ទាល់។
• One Device និង Two Device ACI ដែលបានផ្ទៀងផ្ទាត់គាំទ្រប្រតិបត្តិការបន្ទប់។ បុគ្គលិកអាចមើលស្ថានភាព និងការកាន់កាប់បន្ទប់ refresh ការចាត់តាំង Opera ជ្រើសបន្ទប់ជំនួសដែលរួចរាល់ និងធ្វើបច្ចុប្បន្នភាពស្ថានភាព Clean, Dirty ឬ Inspected។
• Sharer របស់ Opera ដែលមកដល់យឺតនៅតែរក្សាបន្ទប់រួម។ បើភ្ញៀវមេចូលស្នាក់នៅរួច AVA រក្សាបន្ទប់នោះសម្រាប់ sharer ដែលភ្ជាប់មកដល់យឺត ទោះបីអនុញ្ញាតឱ្យចាត់តាំងឡើងវិញក៏ដោយ។
• ភាពរួចរាល់របស់បន្ទប់នៅតែអនុវត្តចំពោះបន្ទប់ sharer ដែលរក្សាទុក។ AVA ទទួលយក Clean, Inspected, Dirty ឬ Pickup នៅពេលការស្នាក់នៅដែលភ្ជាប់រក្សាបន្ទប់។ Out of Order និង Out of Service នៅតែត្រូវបានរារាំង។
• ការផ្ទុកបន្ទប់ឡើងវិញបរាជ័យដោយសុវត្ថិភាព។ បើ Opera មិនត្រឡប់បន្ទប់ ឬត្រឡប់លទ្ធផលច្រើនបន្ទប់មិនច្បាស់ AVA រក្សាបន្ទប់ដែលបានរក្សាទុក ជំនួសឱ្យជ្រើសបន្ទប់ផ្សេង។
• ការចាត់តាំងឆ្លាតវៃពិនិត្យរយៈពេលស្នាក់នៅទាំងមូល។ AVA ដកបន្ទប់ដែលបានចាត់តាំងឱ្យការកក់ផ្សេងក្នុងចន្លោះកាលបរិច្ឆេទមកដល់ដល់ចាកចេញដែលបានស្នើ ទោះ Opera បង្ហាញថាបន្ទប់នោះទំនេរនៅថ្ងៃនេះក៏ដោយ។
• ការចាត់តាំងឆ្លាតវៃអានអ្នកកាន់បន្ទប់ Opera ដែលពាក់ព័ន្ធទាំងអស់។ AVA បន្តអានទំព័រការកក់របស់ Opera មុនសម្រេចថាបន្ទប់ទំនេរ។ វាធានាឱ្យការកក់នៅទំព័រក្រោយនៅតែត្រូវបានឃើញពេលចាត់តាំងបន្ទប់ និងរៀបចំការផ្លាស់ប្តូរបន្ទប់ ACI។
• ការរៀបចំផែនការផ្លាស់ប្តូរអានអ្នកកាន់បន្ទប់ Opera បច្ចុប្បន្ន។ AVA refresh ទំព័រការកក់ដែលពាក់ព័ន្ធទាំងអស់មុនបង្កើតផែនការ រួមទាំងការកក់ដែលទើបបង្កើតក្នុង session AVA ផ្សេង។ វានៅតែបដិសេធផែនការដែលចាស់មុនពេលបញ្ជាក់។
• ការត្រួតពិនិត្យអ្នកកាន់បន្ទប់ប្រើប្រភេទបន្ទប់ដែលបានស្នើ។ AVA ស្នើ Opera ម្តងមួយប្រភេទបន្ទប់ ដូច្នេះការកក់ដែលបាន upgrade នៅតែបង្ហាញក្រោមប្រភេទដែល Opera បានចាត់តាំង។
• ការចាត់តាំងឆ្លាតវៃពិនិត្យការបិទបន្ទប់នៅពេលអនាគត។ AVA ក៏ដកបន្ទប់ដែលមានរយៈពេល Out of Order ឬ Out of Service ក្នុងអំឡុងស្នាក់នៅផងដែរ។ បន្ទប់ត្រូវតែរួចរាល់ និងមានទំនេរសម្រាប់រាល់យប់។
• ការចាត់តាំងជាមុនរបស់ការកក់ផ្ទាល់ខ្លួននៅតែមានសិទ្ធិ។ AVA មិនបដិសេធបន្ទប់នោះ ដោយសារតែ Opera រាយបន្ទប់សម្រាប់ការកក់បច្ចុប្បន្នទេ។
• ការយឺតយ៉ាវនៃកំណត់ត្រា Opera ប្រើ fallback ដែលមានស្រាប់។ បើ AVA មិនអាចអានការកក់ដែលជាន់គ្នា 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 ដែលមិនពាក់ព័ន្ធទេ។
• ប្រតិបត្តិការបន្ទប់ត្រូវការឧបករណ៍បុគ្គលិកដែលបានផ្ទៀងផ្ទាត់។ AVA ពិនិត្យការចាត់តាំងបច្ចុប្បន្នក្នុង Opera មុនពេលផ្លាស់ប្តូរបន្ទប់ ហើយត្រូវការការបញ្ជាក់ពី Opera មុនរាយការណ៍ថាការធ្វើបច្ចុប្បន្នភាព housekeeping បានជោគជ័យ។
• ការផ្លាស់ទីដែលត្រូវការគោរព Do Not Move។ បើ Opera ចាក់សោការ​កក់ ការផ្លាស់ទីទៅបន្ទប់ផ្សេងនឹងបរាជ័យដោយសារសារច្បាស់លាស់។ AVA មិនរាយការណ៍ជោគជ័យក្លែងក្លាយ ឬផ្លាស់ប្តូរបន្ទប់ដែលបានចាក់សោទេ។
• ការចាត់តាំង Opera ធម្មតានៅតែអាចផ្លាស់ទីបាន។ AVA រក្សាការកក់ដែលមិនចាក់សោ បន្ទាប់ពីការចាត់តាំងមុនមកដល់ធម្មតា លុះត្រាតែអ្នកស្នើឱ្យចាក់សោបន្ទប់ជាក់លាក់។ បុគ្គលិកអាចផ្លាស់ទីការកក់នៅពេល Opera អនុញ្ញាត។
• ប្រតិបត្តិការបន្ទប់ត្រូវការឧបករណ៍បុគ្គលិកដែលបានផ្ទៀងផ្ទាត់។ AVA ពិនិត្យការចាត់តាំងបច្ចុប្បន្នក្នុង Opera មុនពេលផ្លាស់ប្តូរបន្ទប់ ហើយត្រូវការការបញ្ជាក់ពី Opera មុនរាយការណ៍ថាការធ្វើបច្ចុប្បន្នភាព housekeeping បានជោគជ័យ។
• Group Checkout អាចប្រើបាននៅពេល Opera រាយការណ៍ថាគាំទ្រ។ បើកវានៅ Settings → Check-In → Check-In Policy បន្ទាប់ពីការតភ្ជាប់សកម្ម។
• Check-in ច្រើនបន្ទប់មួយផ្នែកនៅតែមានបន្ទាប់ពី refresh។ បន្ទាប់ពីបន្ទប់មេចុះឈ្មោះ check-in រួច ការកក់ដែលបានទាញយកឡើងវិញនៅតែទុកបន្ទប់បន្តទទេឱ្យមានសិទ្ធិ។ AVA ផ្គូផ្គងបន្ទប់ទៅក្រុមការកក់ដដែល ដូច្នេះបន្ទប់ផ្សេងដែលបាន check-in មិនអាចបើកសិទ្ធិឱ្យវាបានទេ។
• បន្ទប់បន្តទទេអាច check-in ក្នុងពេលមកដល់ដោយបុគ្គលិក។ នៅពេលបើក Allow empty subsequent room 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 ដែលស្ទួនប្រើលទ្ធផលបន្ទប់តែមួយ។ នៅពេល Opera ភ្ជាប់ការកក់ចម្បង និង sharer ដែលមាន occupancy សូន្យទៅបន្ទប់ជាក់ស្តែងតែមួយ AVA បង្ហាញលទ្ធផលបន្ទប់តែមួយ។
• ស្ថានភាព sharer ឯករាជ្យនៅតែបង្ហាញ។ AVA រក្សាកំណត់ត្រាដែលពាក់ព័ន្ធឱ្យបង្ហាញ ប្រសិនបើវាមានវឌ្ឍនភាពភ្ញៀវ ការទូទាត់ ការចេញវិក្កយបត្រ ឬស្ថានភាព check-in។
• ការដាក់ភ្ញៀវជាជម្រើសសម្រាប់ភ្ញៀវដែលមានស្រាប់។ ប្រអប់ធីក Apply this setting to existing additional guests បិទតាមលំនាំដើម។ នៅពេលបើក ការចុះឈ្មោះនឹងបម្លែង sharer ឬភ្ញៀវអ្នកអមរបស់ Opera ដែលមានសិទ្ធិ ទៅជាជម្រើស Additional Guest Under ដែលបានជ្រើស។ ភ្ញៀវបន្ថែមថ្មីតែងតែប្រើជម្រើសដែលបានជ្រើស។
• Packages របស់ sharer ដែលគ្មាន occupancy អាចទទួលបានដោយសុវត្ថិភាព។ Sharer ដែលមាន adults និង children សូន្យ អាចរក្សា rate-plan packages នៅពេល quantity, តម្លៃដែលបានគណនា, allowance និង consumption ជាសូន្យ។ តម្លៃឯកតាដែលមិនមែនសូន្យតែមួយមុខ មិនរារាំងការបម្លែងទេ។ សកម្មភាព package ដែលបានបន្ថែមក្នុងការកក់ ត្រូវបានប្រើប្រាស់ មានតម្លៃមិនមែនសូន្យ ឬមិនស្គាល់ នៅតែត្រូវការឱ្យបុគ្គលិកពិនិត្យ។ Packages របស់ការកក់ចម្បងនៅដដែល។
• Sharer ដែល routing ទៅការកក់ចម្បងអាចបម្លែងបាន។ Sharer ដែលមាន adults និង children សូន្យ អាចបម្លែងបាន នៅពេលគោលដៅ routing ដែលចេញទាំងអស់ចង្អុលទៅការកក់ចម្បងដែលរក្សាទុក។ Folio ឬ comp routing, គោលដៅជាការកក់ផ្សេង និងរចនាសម្ព័ន្ធដែលមិនគាំទ្រ នៅតែរារាំង។
• ការបម្លែងភ្ញៀវដែលមានស្រាប់ត្រូវការ Opera បញ្ជាក់។ AVA រក្សាការចុះឈ្មោះឱ្យ pending រហូតដល់ Opera ត្រឡប់ guest និង reservation identifiers ពេញលេញ ដែលត្រូវគ្នាសម្រាប់ទីតាំងថ្មី។ បន្ទាប់មកវាបញ្ជូនឯកសារដែលបានតម្រង់ទុកទៅគោលដៅដែលបានបញ្ជាក់។
• ការបម្លែងដែលកំពុងរង់ចាំនៅតែមានបន្ទាប់ពី refresh ការកក់។ AVA រក្សាភ្ញៀវដែលកំពុងរង់ចាំ និងឯកសាររបស់វា ខណៈ Opera បាត់ ឬផ្លាស់ប្តូរប្រវត្តិរូបភ្ញៀវជាបណ្តោះអាសន្ន។ Refresh ការកក់ ហើយសាកម្តងទៀតបន្ទាប់ពី Opera បញ្ជាក់ទីតាំង។
• ការកំណត់ការទូទាត់ sharer គ្រប់គ្រងការកក់ដែលបានបង្កើត។ គូ payment-and-guarantee ជាក់លាក់មានអាទិភាពលើការស្វែងរក cash method របស់ Opera។ បើគ្មានគូជាក់លាក់ AVA ប្រើ cash payment method ដែលមានសិទ្ធិរបស់ Opera។
• ច្បាប់ចម្លងការទូទាត់ sharer ត្រូវបានសម្របសម្រួលដាច់ដោយឡែក។ AVA អាចបញ្ចប់ការចែករំលែក ខណៈច្បាប់ចម្លងការទូទាត់នៅតែ pending។ ការបរាជ័យមុន dispatch ដែលបានបញ្ជាក់ និងការបដិសេធពី Opera អាចបើកច្បាប់ចម្លងឡើងវិញ ដើម្បីសាកដោយសុវត្ថិភាព។ លទ្ធផលដែលមិនច្បាស់ត្រូវបានផ្អាក ដើម្បីការពារ payment methods ស្ទួនក្នុង Opera។
• ការកំណត់ guest-placement ធ្វើសមកាលកម្មជាមួយ Vouch Core។ ការរក្សាទុក Additional Guest Under ឬការកំណត់ sharer-payment បញ្ជូនតម្លៃដែលបានរក្សាទុកសម្រាប់សកម្មភាពភ្ញៀវ Opera នាពេលក្រោយ។
• ការរក្សាទុក Sharer Rate Code ធ្វើសមកាលកម្មជាមួយ Opera។ AVA រក្សាទុក code មុនបញ្ចប់ការធ្វើសមកាលកម្ម PMS ដែលពឹងផ្អែកលើវា។ បើការរក្សាទុកការកំណត់ PMS បរាជ័យ ការធ្វើសមកាលកម្ម rate-code នឹងត្រូវបញ្ឈប់ ដើម្បីការពារការធ្វើបច្ចុប្បន្នភាពមួយផ្នែក។ ការសម្អាតវាលនឹងលុប override សម្រាប់ការកក់ sharer នាពេលអនាគត។
• ប្រភេទបន្ទប់ដែលបានគិតថ្លៃនៅថេរ។ ពេល AVA ចាត់តាំងបន្ទប់ក្នុង Opera វារក្សាប្រភេទបន្ទប់ដែលបានគិតថ្លៃដដែល ទោះបន្ទប់ជាក់ស្តែងមានប្រភេទផ្សេងក៏ដោយ។
• ការបន្ថែមភ្ញៀវទៅបន្ទប់នៅតែសមកាលកម្ម។ បើបុគ្គលិកបន្ថែមភ្ញៀវម្នាក់ទៀតពេល check-in AVA ធ្វើបច្ចុប្បន្នភាព Opera ដើម្បីឱ្យភ្ញៀវបន្ថែមនៅភ្ជាប់នឹងបន្ទប់នោះ។
• ការភ្ជាប់បន្ទប់គោរពតាមទីតាំងភ្ញៀវ។ AVA ប្រើការកំណត់ Additional Guest Under បច្ចុប្បន្ន នៅពេលភ្ជាប់បន្ទប់បន្ទាប់ពីធ្វើសមកាលកម្មភ្ញៀវ។ ក្នុងរបៀប Sharer Reservation AVA ត្រូវការឱ្យ sharer ដែលបានភ្ជាប់ត្រូវនឹងការកក់ និងមានប្រវត្តិរូបភ្ញៀវចម្បង។ វាមិនបង្កើត accompanying profile ពេលភ្ជាប់បន្ទប់ទេ។ ក្នុងរបៀប Accompany Profile AVA រក្សាលំហូរភ្ជាប់ accompanying profile ដែលមានស្រាប់។
• ទំនាក់ទំនងស្ទួនថ្មីត្រូវបានរារាំង។ បើ Opera មិនអាចបញ្ជាក់តំណ sharer ដែលបានស្នើ AVA បញ្ឈប់ការភ្ជាប់បន្ទប់ ជំនួសឱ្យសរសេរជាន់លើបញ្ជីភ្ញៀវរបស់ការកក់ចម្បង។ វាការពារទំនាក់ទំនង sharer និង accompanying profile ស្ទួន។ វាមិនលុបទំនាក់ទំនងស្ទួនដែលមានស្រាប់ ឬកែចំនួន occupancy របស់មនុស្សពេញវ័យ និងកុមារទេ។
• Assisted check-in អាចបង្ហាញ rate codes។ ពេល Opera ផ្ញើ rate code AVA បង្ហាញវាលើកាតការកក់ដែលបានជ្រើសក្នុងពេល staff-assisted check-in។
• Two-device ACI អាចបង្ហាញ Arrival brief។ បុគ្គលិកអាចពិនិត្យសំណើណែនាំ និងព័ត៌មានការកក់ដែលអាចអានបានតែប៉ុណ្ណោះ នៅខាងលើដំណើរភ្ញៀវលើ tablet ដែលបានផ្គូផ្គង។
• Arrival brief អាចបង្ហាញព័ត៌មានសមាជិកភាព។ នៅពេល Opera ផ្តល់ព័ត៌មាន ផ្ទាំងបុគ្គលិកបង្ហាញកម្មវិធីសមាជិកភាព កម្រិត និងលេខកាត។ ព័ត៌មានទាំងនេះអានបានតែប៉ុណ្ណោះ និងស្ថិតនៅលើផ្ទាំងបុគ្គលិក។
• កម្រិតសមាជិកភាពប្រើការពិពណ៌នារបស់ Opera។ ឧទាហរណ៍ Opera អាចផ្តល់ ALL Accor - Gold ជាការពិពណ៌នាកម្មវិធី។ AVA ប្រើការពិពណ៌នានោះ ដោយមិនទាមទារការស្វែងរកកាតាឡុកសមាជិកភាពផ្សេងទៀត។
• សមាជិកភាពអសកម្មនៅតែជាភស្តុតាង ប៉ុន្តែមិនក្លាយជាព័ត៌មានបុគ្គលិកទេ។ ពិនិត្យសមាជិកភាពសកម្មដែលបង្ហាញលើផ្ទាំងបុគ្គលិក មុនប្រើវាសម្រាប់សេចក្តីសម្រេចពេលមកដល់។
• ស្លាកភ្នាក់ងារទេសចរណ៍នៅតែបង្ហាញ។ 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 ពីការកក់។
• ឈ្មោះឯកសារភ្ជាប់ Opera ត្រូវបានធ្វើឱ្យមានទម្រង់ស្តង់ដារមុនផ្ទុកឡើង។ AVA ដកសញ្ញាវណ្ណយុត្តិចេញពីឈ្មោះភ្ញៀវ ដោយរក្សាអក្សរ រួមទាំងអក្សរថៃ លេខ ចន្លោះ _ និង -។ AVA រកឃើញប្រភេទឯកសារទូទៅពីខ្លឹមសារឯកសារ ហើយប្រើកន្ទុយឯកសារដែលត្រូវគ្នា។ វាការពារឈ្មោះដូចជា R. Rendy Purwidyaputra មិនឱ្យបង្កការបដិសេធ OHIP "Chosen file is invalid"។
• ការអាន Arrival brief មានចំនួនកំណត់។ brief មូលដ្ឋានប្រើការអានពីប្រភពខាងលើពីរដងសម្រាប់បន្ទប់ដែលបានចាត់តាំង។ ការបើក Rate, Profile ឬ Folio បន្ថែមតែការអានតាមតម្រូវការរបស់ផ្នែកនោះ ហើយការបើកឡើងវិញប្រើ cache។
• តម្លៃសមតុល្យ OPERA នៅតែដាច់ដោយឡែក។ Balance មូលដ្ឋានគឺសមតុល្យបច្ចុប្បន្នរបស់ guest window។ ថ្លៃស្នាក់នៅដែលនៅសល់ក្នុងផ្នែក Rate មកពីព័ត៌មានអត្រារបស់ OPERA ហើយមិនត្រូវបានសន្និដ្ឋានពីសមតុល្យមូលដ្ឋានទេ។
• Arrival brief អាចបង្ហាញក្រុមព័ត៌មាន Opera ចំនួនដប់។ រួមមានកម្រិត VIP ប្រភេទសមាជិកភាព rate code alerts notes ប្រាក់កក់ដែលបានបង់ សមតុល្យ តម្លៃស្នាក់នៅសរុប ចំណូលចិត្ត និង packages។
• Arrival brief ផ្ទុកព័ត៌មានលម្អិតតាមតម្រូវការ។ AVA ផ្ទុកព័ត៌មានស្នូលនៃការកក់ជាមុន បន្ទាប់មកទាញយកព័ត៌មាន profile, rate ឬ folio នៅពេលស្នើសុំ។
• ផ្នែកជម្រើសផ្ទុកដោយឡែកពីគ្នា។ បុគ្គលិកអាចបើក Profile, Rate ឬ Folio ដោយមិនចាំបាច់ផ្ទុកផ្នែកផ្សេងទៀត។
• ផ្នែកជម្រើសអាច refresh បាន។ បុគ្គលិកអាចចុច Refresh បន្ទាប់ពីផ្នែកមួយផ្ទុករួច ឬនៅពេលការអានបរាជ័យ។
• Arrival brief សម្រាប់ការកក់ច្រើនប្រើទំហំ rail ដែលមាន។ ការគ្រប់គ្រង guest-tablet នៅខាងក្រោម rail។
• Arrival brief សម្រាប់ការកក់តែមួយនៅតែមានទំហំតូច។ AVA រក្សាការគ្រប់គ្រង guest-tablet នៅទីតាំងធម្មតារបស់វា។
• Preview tablet ដែលបានផ្គូផ្គងរក្សាទំហំរបស់វា។ ផ្ទាំងបុគ្គលិកនឹង scroll នៅលើអេក្រង់ខ្លី ជំនួសឱ្យបង្រួម guest preview។
• ការផ្ទុកតាមតម្រូវការមិនផ្លាស់ប្តូរការគិតថ្លៃធម្មតាទេ។ លំហូរ check-in, checkout និង payment រក្សាឥរិយាបថដែលមានស្រាប់។
• តម្លៃ Opera ដែលបាត់នៅតែអាចមើលឃើញ។ AVA បង្ហាញ Not provided ជំនួសឱ្យលាក់ព័ត៌មានដែលបាត់។
• Arrival brief អាចមើលបានតែដោយបុគ្គលិក និងអានបានតែប៉ុណ្ណោះ។ វាអនុវត្តចំពោះភ្ញៀវជាក់លាក់ក្នុងដំណើរ two-device ACI សកម្ម ហើយមិនផ្លាស់ប្តូរទិន្នន័យ Opera ទេ។
• Two-device ACI អាចបោះពុម្ព pro-forma invoice។ សកម្មភាពនេះបង្ហាញនៅពេល Opera រាយការណ៍ថាគាំទ្រ។ PDF ប្រើ folio template របស់ Opera របស់អចលនទ្រព្យ និងបង្ហាញការស្នាក់នៅដែលបានព្យាករណ៍ជាមួយ deposit ជាឥណទាន។ វាអាន folio window 1 ហើយមិន post ការព្យាករណ៍ទៅ folio សកម្មទេ។ ជ្រើស Print pro-forma ដើម្បីបើក PDF ក្នុង browser tab ថ្មី។ បើ browser រារាំង tab AVA ទាញយក PDF និងបង្ហាញការជូនដំណឹងថាបានទាញយក។
• សំណើក្នុង Arrival brief អាចពិនិត្យឡើងវិញបាន។ បុគ្គលិកអាចជ្រើស Done ឬ Dismiss ហើយប្រើ Reopen នៅពេលចាំបាច់។
• Reservation expected times នៅតែសមកាលកម្ម។ AVA សរសេរពេលវេលាមកដល់ និងចាកចេញដែលប៉ាន់ស្មានត្រឡប់ទៅ Opera។ វាអានតម្លៃដែលបានធ្វើឱ្យមានទម្រង់ស្តង់ដារចូល Streamliner បន្ទាប់ពី Opera ឆ្លើយតប។ តម្លៃ Estimated Arrival Time និង Departure Time ដែលភ្ញៀវបញ្ចូល ធ្វើបច្ចុប្បន្នភាព Opera បន្ទាប់ពីការចុះឈ្មោះភ្ញៀវ។ សម្រាប់ការកក់ចម្បង AVA ប្រើតម្លៃត្រឹមត្រូវរបស់ភ្ញៀវមេចម្បងដែលមានលក្ខណៈ canonical។ សម្រាប់ sharer របស់ Opera AVA សរសេរពេលវេលាត្រឹមត្រូវរបស់ភ្ញៀវនោះទៅការកក់របស់ sharer ផ្ទាល់។ បើវាលពេលវេលាមួយបង្ហាញតែសម្រាប់ភ្ញៀវមេ sharer នឹងទទួលតម្លៃត្រឹមត្រូវរបស់ភ្ញៀវមេ។ តម្លៃត្រឹមត្រូវផ្ទាល់របស់ sharer នៅតែជាតម្លៃមានសិទ្ធិ នៅពេលវាលនោះមានសម្រាប់ sharer។ AVA មិនចម្លងពេលវេលារបស់ sharer ទៅការកក់ចម្បងទេ។ តម្លៃដែលបាត់ ឬមិនត្រឹមត្រូវ នឹងមិនផ្លាស់ប្តូរពេលវេលាដែលមានស្រាប់ក្នុង Opera ទេ។ អ្នកអាចឃើញពេលវេលាមកដល់ និងចាកចេញដែលផ្អែកលើ PMS នៅលើកាត និងជួរការកក់ដែលគាំទ្រ។
• Special codes អនុវត្តតាម mode check-in ដែលបានជ្រើស។ Pre-arrival, Self Check-In និង Assisted Check-In នីមួយៗប្រើ registration, pre-authorisation និង check-in codes របស់ខ្លួន។ បើអ្នកទុក mode code ឱ្យទទេដោយចេតនា AVA មិនប្រើ global OPERA Check-In code ជំនួសទេ។ ការកំណត់ flat ចាស់ៗត្រូវបានចម្លងទៅក្នុង mode នីមួយៗ នៅពេល AVA ផ្ទុកវាលើកដំបូង។ កែ និងរក្សាទុក mode នីមួយៗដាច់ដោយឡែក នៅពេល code របស់វាខុសគ្នា។ ផ្ទាំង Self Check-In បើកមុនគេ ហើយបន្ទះ mode ដែលមិនសកម្មនៅតែលាក់ រហូតដល់បានជ្រើស។ Checkout នៅដាច់ដោយឡែក ហើយប្រើ global checkout code។
• Checkout special codes អាចសាកឡើងវិញពេល Opera បរាជ័យបណ្តោះអាសន្ន។ AVA សាកម្តងទៀតបន្ទាប់ពី OHIP error រយៈពេលខ្លី។ វាពិនិត្យ Opera មុនសាក ដូច្នេះការឆ្លើយតបមិនប្រាកដមិនបង្កើត code ស្ទួនទេ។ Checkout នៅតែបញ្ចប់បាន បើបច្ចុប្បន្នភាពជាជម្រើសបរាជ័យ។
• Billing policies របស់ Opera ប៉ះពាល់ដល់វិក្កយបត្រភ្ញៀវ។ ច្បាប់ hide និង waive មានផលប៉ះពាល់ខុសគ្នា។
• Payment policy controls បង្ហាញក្នុង Settings → Payment។ ទិន្នន័យសមត្ថភាពកំណត់ថាអ្នកឃើញ controls សម្រាប់ accommodation និង Opera ជាក់លាក់ណាខ្លះ។
• v4 No Post អនុវត្តតាមលំដាប់អាទិភាព។ Assisted Check-In ដែលបានផ្ទៀងផ្ទាត់ប្រើជម្រើសរបស់បុគ្គលិកជាមុន នៅពេល two-device ACI គាំទ្រ។ សម្រាប់ kiosk និង pre-arrival ដែលមានសិទ្ធិ ការទូទាត់ Do not collect ឬ deposit សូន្យ បង្ខំ No Post។ Kiosk ដែលត្រូវការ deposit ប្រើ Set No Post after Payment សម្រាប់ករណីនៅសល់។
• Deposit ដែលបានបង់មិនតែងតែរារាំង No Post ទេ។ នៅពេលបើក Set No Post after Payment ភ្ញៀវ kiosk និងភ្ញៀវដែល arrival ត្រូវបានជួសជុល អាចទទួល No Post បាន។
• Two-device ACI បង្ហាញជម្រើសបុគ្គលិក។ Set No Post in the PMS បង្ហាញខាងលើ Proceed to Check-In លើឧបករណ៍បុគ្គលិកដែលបានភ្ជាប់។ Tick No Post by default on Assisted Check-In ជ្រើសប្រអប់ជាមុន។ បុគ្គលិកអាចដោះធីក ឬជ្រើសវាមុន check-in។ One-device ACI tablet ភ្ញៀវ និង staff build ចាស់ ប្រើការកំណត់ដែលបានរក្សាទុក ដោយមិនបង្ហាញប្រអប់។
• v4 No Post គ្របដណ្តប់ការកក់ដែលបានដាក់ជាស្នាក់នៅ។ AVA អនុវត្តសេចក្តីសម្រេចចំពោះការកក់ទាំងអស់ដែលបាន check-in ក្នុងសកម្មភាពនោះ រួមទាំង sharer ដែលទើប check-in។ Kiosk companion ដែលមកក្រោយទទួល No Post តែលើការកក់ companion។ ការកក់បន្ទប់មិនត្រូវបានដាក់កំហិតឡើងវិញទេ។
• ការកំណត់ Payment និង ACI មានវិសាលភាពដាច់ដោយឡែក។ ការកំណត់ payment គ្រប់គ្រងករណី kiosk និង payment-policy។ ការកំណត់ Assisted Check-In ផ្តល់លំនាំដើមសម្រាប់បុគ្គលិក two-device។ ACI header ក្លែងក្លាយមិនអាចរំលងគោលការណ៍ភ្ញៀវបានទេ។ ឥរិយាបថ v2 ចាស់មិនផ្លាស់ប្តូរ។
• ACI No Post អាស្រ័យលើសមត្ថភាព។ នៅពេលបើកក្នុង Settings → Payment → Payment Policy Controls → No Post Controls AVA ស្នើសុំការរឹតបន្តឹងការបញ្ចូលប្រតិបត្តិការ OPERA បន្ទាប់ពី Assisted Check-In ជោគជ័យ។
• ACI No Post គ្របដណ្តប់ការកក់ដែលបាន check-in។ AVA អនុវត្តវាចំពោះការកក់ចម្បង ឬការកក់តែមួយ និងគ្រប់ sharer ដែលបាន check-in។
• ការបរាជ័យ No Post មិនបញ្ច្រាស check-in ទេ។ ផ្ទៀងផ្ទាត់ការកក់ក្នុង OPERA ហើយអនុវត្តការរឹតបន្តឹងដោយដៃ នៅពេលសកម្មភាពបន្តបរាជ័យ។
• ការចុះឈ្មោះ check-in ធម្មតារបស់ OPERA មិនផ្លាស់ប្តូរ។ ឥរិយាបថនេះត្រូវការការកំណត់ Assisted Check-In No Post។
• 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 ផ្សេងមិនបង្កើនសមតុល្យទេ។
• Checkout រៀបចំ routed folio windows បន្ទាប់ពី Window 1 ទទេ។ OPERA អាចបដិសេធ primary window ទទេ ខណៈ windows ដែលបាន route នៅតែត្រូវការ folios។ AVA បន្តរៀបចំ windows ទាំងនោះមុន checkout។ កំហុស folio-generation ផ្សេងទៀតនឹងបញ្ឈប់ checkout ថ្មី។
• ទិន្នន័យ 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

មិនបង្ហាញ OPERA alert code

អ្វីដែលអ្នកឃើញ៖ បញ្ជី Choose alert មិនបង្ហាញ OPERA alert code ទេ។

មូលហេតុ៖ ការតភ្ជាប់ Opera មិនបានផ្តល់ alert code ដែលសណ្ឋាគារបានកំណត់ ឬការកំណត់ត្រូវបានរក្សាទុកមុនពេល code ត្រូវបានបង្កើតក្នុង Opera។

ដំណោះស្រាយ៖

1. បញ្ជាក់ថា PMS សកម្មជា Opera។

2. បញ្ជាក់ថាអ្នកប្រើ Opera របស់អ្នកអាចអានទិន្នន័យយោង hotel alert-code បាន។

3. Refresh Settings → Check-In → Check-in essentials។

4. ជ្រើស Choose alert ម្តងទៀត។

5. ស្នើឱ្យអ្នកគ្រប់គ្រង Opera កំណត់ alert code ប្រសិនបើមិនមាន code ណាមួយ។

   ✓ AVA ទទួលយកតែ alert code ដែលបានត្រឡប់សម្រាប់សណ្ឋាគាររបស់អ្នកប៉ុណ្ណោះ។

ការជូនដំណឹងអំពីការមកដល់យឺតមិនត្រូវបានបង្ហោះ

អ្វីដែលអ្នកឃើញ៖ ភ្ញៀវបន្ថែមចុះឈ្មោះមុន ប៉ុន្តែការកក់ចម្បងមិនមានការជូនដំណឹងថ្មីទេ។

ដំណោះស្រាយ៖

1. បញ្ជាក់ថាការកំណត់ alert បានបើក និងបានរក្សាទុក។
2. បញ្ជាក់ថា alert code ដែលបានជ្រើស នៅតែមានក្នុង Opera។
3. ក្នុង ACI ជ្រើស Yes, arriving later នៅពេល AVA សួរ។
4. បើកការកក់ចម្បងក្នុង Opera ហើយពិនិត្យតំបន់ alert ដែលបានជ្រើស។
5. រង់ចាំបន្តិច ហើយ refresh Opera មុនសាកម្តងទៀត។

AVA ការពារការបង្ហោះស្ទួន នៅពេលវារកឃើញកូដ និងតំបន់ដូចគ្នារួច។ បើ Opera បដិសេធការធ្វើបច្ចុប្បន្នភាពកំណត់ត្រា សាកម្តងទៀតតែបន្ទាប់ពីពិនិត្យស្ថានភាពការកក់។ 5. enterpriseId ប្រសិនបើអ្នកបានជ្រើស OCIM

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

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

Sharer Rate Code មិនអាចរក្សាទុកបាន

អ្វីដែលអ្នកឃើញ៖ អ្នកមិនអាចរក្សាទុក sharer rate code ឬ code មិនទៅដល់ Opera។

មូលហេតុ៖ AVA ត្រូវបញ្ជាក់ថា PMS បានទទួលការកំណត់។ ការបរាជ័យក្នុងការកំណត់ provider នឹងបញ្ឈប់ការធ្វើបច្ចុប្បន្នភាព rate-code ដែលពឹងផ្អែកលើវា។

ដំណោះស្រាយ៖

1. បញ្ជាក់ថា Opera Integration Configured បង្ហាញក្នុង Settings → Essentials។
2. ត្រឡប់ទៅ Settings → Check-In → Check-In Policy។
3. ជ្រើសសំណើ catalogue សកម្ម ឬបញ្ចូល code ពិតប្រាកដពី Opera។
4. ចុច Save Check-In Policy ម្តងទៀត។
5. បើសំណើ rate-code បរាជ័យ ចុច Retry ឬបញ្ចូល code ដោយដៃ។
6. បញ្ជាក់ code ក្នុង Opera មុនបង្កើតការកក់ sharer ថ្មី។

តម្លៃដែលមានស្រាប់បន្ទាប់ពីការធ្វើបច្ចុប្បន្នភាពនេះ

រក្សាទុកវាលម្តងទៀតបន្ទាប់ពីដាក់ឱ្យប្រើ ប្រសិនបើអចលនទ្រព្យរបស់អ្នកបានកំណត់ sharer rate ពីមុន។ វាធ្វើសមកាលកម្មតម្លៃដែលបានរក្សាទុកជាមួយ Opera។

ការផ្ទៀងផ្ទាត់ 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 បន្ទាប់ពីព័ត៌មានសម្គាល់ដែលបាន cache បរាជ័យ។ វាក៏សាក OAuth timeout ឬ gateway error បណ្តោះអាសន្នម្តងផងដែរ។ ព័ត៌មានសម្គាល់មិនត្រឹមត្រូវ និង rate limits មិនបង្កឱ្យមានការសាកនេះទេ។

Opera បដិសេធឯកសារភ្ជាប់ដែលត្រឹមត្រូវ

អ្វីដែលអ្នកឃើញ៖ លិខិតឆ្លងដែន ឯកសារភ្ញៀវ ឬប័ណ្ណចុះឈ្មោះបរាជ័យដោយសារ "Chosen file is invalid"។

មូលហេតុ៖ Opera អាចបដិសេធឈ្មោះឯកសារភ្ជាប់ដែលមានសញ្ញាវណ្ណយុត្តិពីឈ្មោះភ្ញៀវ។

ដំណោះស្រាយ៖

1. Refresh ការកក់ក្នុង AVA។

2. សាកផ្ទុកឯកសារឡើងម្តងទៀតតែមួយដង។

3. បើកការកក់ក្នុង Opera ហើយបញ្ជាក់ថាឯកសារភ្ជាប់បង្ហាញឡើង។

4. បើការផ្ទុកឡើងនៅតែបរាជ័យ ទាក់ទង support ដោយផ្តល់លេខការកក់ និងរូបថតអេក្រង់កំហុស។

   ✓ ឥឡូវ AVA ដកសញ្ញាវណ្ណយុត្តិដែលមិនគាំទ្រ មុនផ្ញើឯកសារភ្ជាប់ទៅ Opera។

Opera បដិសេធអាសយដ្ឋានភ្ញៀវដែលវែង

អ្វីដែលអ្នកឃើញ៖ ការធ្វើបច្ចុប្បន្នភាព ឬ check-in ភ្ញៀវបរាជ័យ ខណៈកំពុងរក្សាទុកអាសយដ្ឋានវែង។

មូលហេតុ៖ Opera កំណត់បន្ទាត់អាសយដ្ឋាននីមួយៗត្រឹម 80 bytes និងអនុញ្ញាតតែបួនបន្ទាត់។

ដំណោះស្រាយ៖

1. Refresh ការកក់ក្នុង AVA។

2. សាកធ្វើបច្ចុប្បន្នភាពភ្ញៀវ ឬ check-in ម្តងទៀត។

3. បើអាសយដ្ឋាននៅតែបរាជ័យ សូមកាត់អត្ថបទដែលមិនចាំបាច់ក្នុងវាលអាសយដ្ឋាន។

4. បញ្ជាក់អាសយដ្ឋានដែលបានរក្សាទុកក្នុងប្រវត្តិរូបភ្ញៀវ ឬ Opera។

   ✓ AVA បំបែកអាសយដ្ឋានវែងតាមចំណុចសមស្រប មុនផ្ញើទៅ Opera។

អាសយដ្ឋានភាសាវៀតណាម និងអក្សរមានសញ្ញាសង្កត់ផ្សេងទៀត

Opera រាប់ជាបៃ មិនមែនតួអក្សរដែលមើលឃើញទេ។ តួអក្សរមានសញ្ញាសង្កត់អាចឈានដល់កម្រិតលឿនជាងមុន។

Opera រាយការណ៍ថាការកក់កំពុងត្រូវបានផ្លាស់ប្តូរ

អ្វីដែលអ្នកឃើញ៖ ការចុះឈ្មោះ check-in ចុងក្រោយបង្ហាញ "This reservation is being changed by user …"។

មូលហេតុ៖ បច្ចុប្បន្នភាព Opera មួយផ្សេងទៀតនៅតែកាន់កាប់កំណត់ត្រាការកក់។ ការចាត់តាំងបន្ទប់អាចបានជោគជ័យរួច មុនពេលសារនេះបង្ហាញ។ AVA សាកសរសេរ check-in ចុងក្រោយទៅ Opera ស្វ័យប្រវត្តិរហូតដល់បួនដង។

ដំណោះស្រាយ៖

1. រង់ចាំឱ្យ AVA បញ្ចប់ការសាកស្វ័យប្រវត្តិ។

2. Refresh ការកក់ក្នុង AVA បើការប៉ះទង្គិចនៅតែមាន។

3. ពិនិត្យស្ថានភាពបន្ទប់ និង check-in ចុងក្រោយរបស់ការកក់ក្នុង Opera។

4. សាក check-in ចុងក្រោយម្តងទៀត តែបើ Opera មិនទាន់បញ្ចប់វាប៉ុណ្ណោះ។

   ✓ ការចាក់សោកំណត់ត្រា Opera រយៈពេលខ្លីគួរតែរលាយទៅ ដោយមិនផ្លាស់ប្តូរបន្ទប់។

បើ AVA បង្ហាញ PMS_RESERVATION_MUTATION_IN_PROGRESS បន្ទាប់ពីសាកបួនដង សូមទាក់ទង support។ សូមបញ្ចូល reservation number ពេលវេលា និងរូបថតអេក្រង់កំហុស។

ពិនិត្យ Opera មុនធ្វើ check-in ម្តងទៀត

កុំធ្វើ check-in ចុងក្រោយម្តងទៀត នៅពេលលទ្ធផលពី Opera មិនច្បាស់។ សូមបញ្ជាក់ស្ថានភាពការកក់ក្នុង Opera ជាមុនសិន។

ត្រូវពិនិត្យច្បាប់ចម្លងការទូទាត់ sharer របស់ Opera

អ្វីដែលអ្នកឃើញ៖ មានការកក់ sharer ប៉ុន្តែ payment method ដែលបានចម្លងបាត់ ឬមិនច្បាស់។

មូលហេតុ៖ Opera បន្ថែម payment methods ដែលបានចម្លង ហើយអាចទទួលសំណើមុនពេល AVA ទទួលការឆ្លើយតប។ AVA សាកម្តងទៀតតែចំពោះការបរាជ័យមុនការបញ្ជូនដែលបានបញ្ជាក់ និងការបដិសេធជាក់លាក់ពី Opera ប៉ុណ្ណោះ។ វាផ្អាកលទ្ធផលដែលមិនច្បាស់ ដើម្បីការពារ payment methods ស្ទួន។

ដំណោះស្រាយ៖

1. Refresh ការកក់ក្នុង AVA។

2. បើកការកក់ sharer ដែលពាក់ព័ន្ធក្នុង Opera។

3. បញ្ជាក់ថា payment method បានបង្ហាញរួចឬនៅ។

4. កុំបន្ថែម payment method ដោយដៃ នៅពេលលទ្ធផលមិនច្បាស់។

5. ទាក់ទង support ដោយផ្តល់ confirmation number, reservation ID និងពេលវេលាដែលបានសាក។

   ✓ AVA អាចសាកការបរាជ័យដែលបានបញ្ជាក់ឡើងវិញដោយសុវត្ថិភាព ដោយមិនបន្ថែម payment method ទីពីរ។

កុំធ្វើច្បាប់ចម្លងការទូទាត់ដែលមិនច្បាស់ម្តងទៀត

Opera timeout មិនបញ្ជាក់ថាការចម្លងបានបរាជ័យទេ។ ពិនិត្យ Opera មុនធ្វើសកម្មភាពទូទាត់ណាមួយម្តងទៀត។

កូដទូទាត់របស់ sharer មិនអាចផ្ទុកបាន

អ្វីដែលអ្នកឃើញ៖ ប្រអប់ទូទាត់របស់ sharer មិនបង្ហាញ payment ឬ guarantee codes ដែលមានសិទ្ធិ ឬបង្ហាញការព្រមានអំពីការធ្វើឱ្យស្រស់។

មូលហេតុ៖ Opera មិនបានត្រឡប់បញ្ជីកូដមួយ ឬទាំងពីរដែលបានស្នើទេ។ AVA រក្សាបញ្ជីនីមួយៗដាច់ដោយឡែក ដូច្នេះបញ្ជីមួយដែលបរាជ័យមិនលាក់បញ្ជីមួយទៀតទេ។ បន្ទាប់ពីការធ្វើឱ្យស្រស់បរាជ័យ AVA រក្សាកូដមុនៗលើអេក្រង់ ប្រសិនបើមាន។

ដំណោះស្រាយ៖

1. ចុច Try Again ក្នុងប្រអប់ទូទាត់របស់ sharer។

2. បើកូដទើបតែផ្លាស់ប្តូរ សូមចុច Refresh from OPERA។

3. បើប៊ូតុងធ្វើឱ្យស្រស់ត្រូវបានបិទ សូមស្នើអ្នកប្រើដែលមានសិទ្ធិសរសេរការកំណត់ឱ្យធ្វើឱ្យបញ្ជីស្រស់។

4. ស្នើឱ្យអ្នកគ្រប់គ្រង Opera បញ្ជាក់ថាកូដសកម្ម និងអនុញ្ញាតសម្រាប់ការកក់។

5. បញ្ជាក់ថាការតភ្ជាប់ Opera មានសិទ្ធិអាន payment methods និង guarantee codes។

6. រក្សាទុក Specific OPERA method បន្ទាប់ពីបញ្ជីទាំងពីរបង្ហាញ។

   ✓ AVA គួរបង្ហាញបញ្ជីដែលមានសិទ្ធិទាំងពីរ មុនពេលអ្នករក្សាទុកគូទូទាត់របស់ sharer។

ភ្ញៀវបន្ថែមដែលមានស្រាប់នៅតែមានទីតាំងចាស់

អ្វីដែលអ្នកឃើញ៖ Sharer ឬភ្ញៀវអ្នកអមរបស់ Opera ដែលមានស្រាប់ នៅតែរក្សាទំនាក់ទំនងបច្ចុប្បន្នបន្ទាប់ពីចុះឈ្មោះ។

មូលហេតុ៖ Apply this setting to existing additional guests បិទតាមលំនាំដើម។ AVA រក្សាទំនាក់ទំនងដែលមានស្រាប់ លុះត្រាតែអ្នកបើកជម្រើសសម្រាប់ Opera នេះ។

ដំណោះស្រាយ៖

1. បើក Settings → Check-In → Check-In Policy។
2. បញ្ជាក់ជម្រើស Additional Guest Under ដែលចង់បាន។
3. បើក Apply this setting to existing additional guests។
4. ចុច Save Check-In Policy។
5. ចុះឈ្មោះការកក់ដែលរងផលប៉ះពាល់ម្តងទៀត។
6. ពិនិត្យ Opera ដើម្បីបញ្ជាក់ថាភ្ញៀវដែលមានសិទ្ធិត្រូវបានផ្លាស់ទៅការរៀបចំដែលបានជ្រើស។

ចំណុចត្រួតពិនិត្យដែលមានស្រាប់

បើការបម្លែងមុនមួយមិនទាន់បញ្ចប់ ការបិទជម្រើសនេះមិនទទួលយកការផ្លាស់ប្តូរមួយផ្នែកទេ។ ស្តារការកំណត់ដែលប្រើដោយការបម្លែងនោះ រួចសាកម្តងទៀត ឬសុំឱ្យ support ពិនិត្យ។

ភ្ញៀវដែលត្រឡប់មកវិញបង្កើតប្រវត្តិរូបស្ទួន

អ្វីដែលអ្នកឃើញ៖ ភ្ញៀវបន្ថែមដែលត្រឡប់មកវិញទទួលបានប្រវត្តិរូប Opera ថ្មី។

មូលហេតុ៖ ការប្រើប្រវត្តិរូបឡើងវិញត្រូវបានបិទ ឬ AVA មិនអាចផ្ទៀងផ្ទាត់ការផ្គូផ្គងតែមួយបាន។ លទ្ធផលមិនច្បាស់ក៏ត្រូវការជម្រើសពីបុគ្គលិកក្នុង Assisted Check-In ដែលប្រើឧបករណ៍ពីរផងដែរ។ AVA ចាត់ទុកតែកូដលិខិតឆ្លងដែនពិតប្រាកដ PAS និង PASSPORT ថាស្មើគ្នា។

ដំណោះស្រាយ៖

1. បើក Settings → Check-In → Check-In Policy។

2. បញ្ជាក់ថា PMS សកម្មជា Opera។

3. រក Guest registration។

4. បើក Reuse existing guest profiles។

5. ចុច Save Check-In Policy។

6. ពិនិត្យថាឈ្មោះ និងឯកសារអត្តសញ្ញាណរបស់ភ្ញៀវត្រូវនឹងប្រវត្តិរូបដែលមានស្រាប់ក្នុង Opera។

7. សាកចុះឈ្មោះភ្ញៀវបន្ថែមម្តងទៀត។

   ✓ AVA ប្រើប្រវត្តិរូបដែលមានស្រាប់ឡើងវិញ តែនៅពេលការផ្គូផ្គងអត្តសញ្ញាណត្រូវបានផ្ទៀងផ្ទាត់ប៉ុណ្ណោះ។

កូដលិខិតឆ្លងដែនរបស់ Opera

Opera អាចរក្សាទុកលិខិតឆ្លងដែនជា PAS ខណៈ AVA ផ្ទៀងផ្ទាត់ PASSPORT។ កូដពិតប្រាកដទាំងនេះត្រូវគ្នាក្នុងពេលប្រើប្រវត្តិរូបឡើងវិញ។ កូដឯកសារផ្សេងទៀតនៅតែត្រូវតែត្រូវគ្នាពិតប្រាកដ។

ការពិនិត្យ Assisted Check-In ដែលប្រើឧបករណ៍ពីរ

នៅលើឧបករណ៍បុគ្គលិក ជ្រើស Review profile សម្រាប់បេក្ខជនម្នាក់ ឬ Review N profiles សម្រាប់បេក្ខជនច្រើន។ ប្រៀបធៀបព័ត៌មានលម្អិត រួចជ្រើសប្រវត្តិរូប ឬ Create new។ ជ្រើស Retry នៅពេលជួរភ្ញៀវបង្ហាញការស្វែងរកបរាជ័យ។ ការចុះឈ្មោះប្រើជម្រើសដែលបានរក្សាទុក ដោយមិនស្វែងរកប្រវត្តិរូបម្តងទៀតទេ។

បញ្ចូលប្រវត្តិរូប Opera ស្ទួនដែលបានផ្ទៀងផ្ទាត់

ប្រើលំហូរការងារនេះ នៅពេល Opera មានប្រវត្តិរូបដែលបានផ្ទៀងផ្ទាត់ពីរ ទៅប្រាំ សម្រាប់ភ្ញៀវតែមួយ។ ការបញ្ចូលមានសិទ្ធិប្រើបានតែនៅពេលការដាក់ឱ្យប្រើរបស់អ្នកបើកទាំងការប្រើប្រវត្តិរូបឡើងវិញ និងការបញ្ចូលប្រវត្តិរូបដែលមានការការពារ។

1. បើកការពិនិត្យប្រវត្តិរូបស្ទួនក្នុង Assisted Check-In។

2. ជ្រើសប្រវត្តិរូបស្ទួនដែលបានផ្ទៀងផ្ទាត់ពីរ ទៅប្រាំ។

3. ជ្រើសប្រវត្តិរូបដែលគួររក្សាទុកជា Survivor។

4. ពិនិត្យមើលជាមុនថ្មីពី Opera។

5. បញ្ជាក់ការបញ្ចូល តែនៅពេលព័ត៌មានលម្អិតរបស់ប្រវត្តិរូប និង survivor ត្រឹមត្រូវ។

   ✓ AVA បញ្ចប់ការបញ្ចូល តែបន្ទាប់ពី Opera បញ្ជាក់ survivor និងដកប្រវត្តិរូបដែលបានចូលនិវត្តន៍ចេញ។ ✓ ការកក់ កាលបរិច្ឆេទ occupancy និងស្ថានភាព នៅតែភ្ជាប់នឹងការកក់ត្រឹមត្រូវ។

ការបញ្ចូលមិនអាចត្រឡប់វិញបានទេ

កុំបញ្ចូលប្រវត្តិរូប រហូតដល់អ្នកបញ្ជាក់អត្តសញ្ញាណភ្ញៀវ និង survivor។ បន្ទាប់ពីការបញ្ចូលបានបញ្ចប់ លេខសម្គាល់ប្រវត្តិរូបដែលបានចូលនិវត្តន៍មិនអាចប្រើឡើងវិញបានទេ។

មូលហេតុដែល AVA អាចរារាំងការបញ្ចូល

AVA រារាំងការបញ្ចូល នៅពេលឈ្មោះ ឯកសារដែលមិនបានបិទបាំង ថ្ងៃខែឆ្នាំកំណើត ឬសញ្ជាតិ មិនត្រូវគ្នា។ វាក៏រារាំងមាតិកាប្រវត្តិរូបដែលបានផ្លាស់ប្តូរ បេក្ខជនមិនច្បាស់ និងការឆ្លើយតប Opera មិនពេញលេញផងដែរ។

ការពិនិត្យប្រវត្តិរូបទទេត្រូវការសេចក្តីសម្រេច

អ្វីដែលអ្នកឃើញ៖ ការពិនិត្យបើកឡើង ប៉ុន្តែមិនមានប្រវត្តិរូប Opera សម្រាប់ជ្រើសរើសទេ។

ដំណោះស្រាយ៖

1. ជ្រើស Retry lookup ដើម្បីធ្វើឱ្យលទ្ធផលទទេថ្មីៗ។

2. រង់ចាំរយៈពេលផ្អាកការសាកឡើងវិញ ប្រសិនបើ AVA បិទប៊ូតុងជាបណ្តោះអាសន្ន។

3. បើកការពិនិត្យម្តងទៀត ប្រសិនបើលទ្ធផលនៅតែទទេ។

4. ជ្រើស Create a new profile តែបន្ទាប់ពីពិនិត្យថាគ្មានប្រវត្តិរូបដែលមានស្រាប់ត្រឹមត្រូវ។

5. បន្តការចុះឈ្មោះ បន្ទាប់ពី AVA បង្ហាញសេចក្តីសម្រេចរបស់អ្នកនៅលើជួរភ្ញៀវ។

   ✓ AVA មិនជ្រើស ឬបង្កើតប្រវត្តិរូបដោយស្វ័យប្រវត្តិទេ។

ហត្ថលេខាដែលបានរក្សាទុកនៅតែមាន បន្ទាប់ពីការស្វែងរកប្រវត្តិរូបបរាជ័យ។ ជម្រើសដែលបានបញ្ជាក់នៅតែរក្សាទុក ប្រសិនបើអត្តសញ្ញាណមិនបានផ្លាស់ប្តូរ។ បើប្រវត្តិរូបដែលបានជ្រើសលែងអាចប្រើបាន AVA នឹងស្នើឱ្យសម្រេចថ្មី។ ជម្រើសនឹងត្រូវបានកំណត់នៅពេលចាប់ផ្តើមចុះឈ្មោះ។

កុំជ្រើសពីលទ្ធផលដែលមិនច្បាស់

បើមានប្រវត្តិរូបជាច្រើនត្រូវគ្នា សូមពិនិត្យបេក្ខជនក្នុង AVA។ កុំផ្អែកតែលើផ្នែកចុងក្រោយនៃឯកសារដែលបានបិទបាំង។

ការបញ្ចូលប្រវត្តិរូបស្ទួនមិនអាចប្រើបាន

អ្វីដែលអ្នកឃើញ៖ សកម្មភាពបញ្ចូលមិនបង្ហាញឡើង ក្នុងពេលពិនិត្យប្រវត្តិរូបស្ទួន។

មូលហេតុ៖ ការបញ្ចូលដែលមានការការពារត្រូវបានបិទ ការប្រើប្រវត្តិរូបឡើងវិញត្រូវបានបិទ ឬ Opera មិនបានរាយការណ៍សមត្ថភាពបញ្ចូលទេ។

ដំណោះស្រាយ៖

1. បញ្ជាក់ថា PMS សកម្មជា Opera។

2. បញ្ជាក់ថា Match and merge guest profiles ត្រូវបានបើក។

3. ស្នើឱ្យអ្នកគ្រប់គ្រង Vouch បញ្ជាក់ថាការបញ្ចូលប្រវត្តិរូបដែលមានការការពារត្រូវបានបើកសម្រាប់អចលនទ្រព្យ។

4. Refresh ការពិនិត្យភ្ញៀវ ហើយប្រៀបធៀបបេក្ខជនម្តងទៀត។

   ✓ សកម្មភាពបញ្ចូលបង្ហាញឡើង តែនៅពេលការដាក់ឱ្យប្រើ និងការកំណត់អចលនទ្រព្យអនុញ្ញាតប៉ុណ្ណោះ។

Opera រារាំង ឬទុកឱ្យលទ្ធផលការបញ្ចូលប្រវត្តិរូបមិនច្បាស់

អ្វីដែលអ្នកឃើញ៖ AVA រារាំងការបញ្ចូល បង្ហាញលទ្ធផលមិនច្បាស់ ឬរាយការណ៍ថា support ត្រូវពិនិត្យ។

មូលហេតុ៖ Opera អាចបដិសេធព័ត៌មានប្រវត្តិរូបដែលបានផ្លាស់ប្តូរ ត្រឡប់ទិន្នន័យផ្ទៀងផ្ទាត់មិនពេញលេញ ឬទុកលទ្ធផលនៃការសរសេរឱ្យមិនដឹងច្បាស់។

ដំណោះស្រាយ៖

1. កុំសាកបញ្ចូលម្តងទៀតភ្លាមៗ។

2. បើកប្រវត្តិរូបដែលរងផលប៉ះពាល់ក្នុង Opera ហើយពិនិត្យថាប្រវត្តិរូបណានៅសកម្ម។

3. កត់ត្រា survivor លេខសម្គាល់ប្រវត្តិរូបដែលបានចូលនិវត្តន៍ លេខការកក់ និងសារដែលបង្ហាញក្នុង AVA។

4. ទាក់ទង Vouch support ដើម្បីផ្គូផ្គងស្ថានភាពឡើងវិញ។

   ✓ AVA រក្សាប្រតិបត្តិការដែលមិនច្បាស់ឱ្យត្រូវបានរារាំង រហូតដល់ support បញ្ជាក់ស្ថានភាព Opera។

ការបម្លែង Opera sharer ត្រូវបាន routing រារាំង

អ្វីដែលអ្នកឃើញ៖ Sharer ដែលមើលទៅមានសិទ្ធិ និងមាន adults និង children សូន្យ មិនបម្លែងទៅជាភ្ញៀវអ្នកអមទេ។

មូលហេតុ៖ AVA អនុញ្ញាតតែ room routing ដែលគោលដៅទាំងអស់ចង្អុលទៅការកក់ចម្បងដែលរក្សាទុក។ Folio ឬ comp routing, គោលដៅជាការកក់ផ្សេង និងរចនាសម្ព័ន្ធ routing ដែលមិនគាំទ្រ មិនមានសិទ្ធិទេ។

ដំណោះស្រាយ៖

1. បើក sharer និងការកក់ចម្បងក្នុង Opera។

2. ពិនិត្យគោលដៅ routing ដែលចេញទាំងអស់លើ sharer។

3. ដក routing ដែលមិនគាំទ្រ ឬ route រាល់ charge ទៅការកក់ចម្បងដែលរក្សាទុក។

4. Refresh ការកក់ក្នុង AVA ហើយចុះឈ្មោះភ្ញៀវម្តងទៀត។

   ✓ AVA ពិនិត្យ routing ឡើងវិញមុនលុបចោលការកក់ sharer ចាស់។

ការភ្ជាប់បន្ទប់ត្រូវបានរារាំងសម្រាប់ Opera sharer

អ្វីដែលអ្នកឃើញ៖ ការភ្ជាប់បន្ទប់ឈប់បន្ទាប់ពីធ្វើសមកាលកម្មភ្ញៀវ ឬ Opera បង្ហាញកំហុសការភ្ជាប់។

មូលហេតុ៖ AVA មិនអាចផ្ទៀងផ្ទាត់ sharer ដែលបានភ្ជាប់ អត្តសញ្ញាណការកក់ ឬប្រវត្តិរូបភ្ញៀវចម្បងបាន។ AVA បញ្ឈប់ ជំនួសឱ្យបង្កើត accompanying profile ឬសរសេរជាន់លើបញ្ជីភ្ញៀវចម្បង។

ដំណោះស្រាយ៖

1. បើកការកក់ចម្បង និង sharer ដែលបានភ្ជាប់ក្នុង Opera។

2. បញ្ជាក់ថាតំណ share ចង្អុលទៅក្រុមការកក់ដូចគ្នា។

3. បញ្ជាក់ថា sharer មានប្រវត្តិរូបភ្ញៀវចម្បង។

4. Refresh ការកក់ក្នុង AVA។

5. សាកភ្ជាប់បន្ទប់ម្តងទៀត។

   ✓ AVA ភ្ជាប់បន្ទប់ បន្ទាប់ពី Opera បញ្ជាក់ទីតាំងដែលបានស្នើ។

ទំនាក់ទំនងស្ទួនដែលមានស្រាប់មិនត្រូវបានកែទេ

ការការពារនេះរារាំងតែទំនាក់ទំនងស្ទួនថ្មីប៉ុណ្ណោះ។ វាមិនលុបប្រវត្តិរូបស្ទួន ឬកែចំនួន occupancy របស់មនុស្សពេញវ័យ និងកុមារ ដែលបានរក្សាទុកក្នុង Opera រួចទេ។ សុំឱ្យ support ពិនិត្យទំនាក់ទំនងស្ទួនដែលមានស្រាប់ មុនផ្លាស់ប្តូរការកំណត់ទីតាំងភ្ញៀវ។

ការចុះឈ្មោះនៅតែ pending បន្ទាប់ពីបម្លែងភ្ញៀវ

អ្វីដែលអ្នកឃើញ៖ ការចុះឈ្មោះមិនបញ្ចប់បន្ទាប់ពីបម្លែងភ្ញៀវដែលមានស្រាប់។ ឯកសាររបស់ភ្ញៀវមិនទាន់ត្រូវបានបញ្ជូនទៅ Opera ទេ។

មូលហេតុ៖ AVA រង់ចាំ Opera បញ្ជាក់ទីតាំងភ្ញៀវថ្មី។ វាការពារឯកសារមិនឱ្យផ្ញើទៅប្រវត្តិរូបភ្ញៀវចាស់ ឬខុស។

ដំណោះស្រាយ៖

1. រង់ចាំ Opera បញ្ចប់ការធ្វើបច្ចុប្បន្នភាពការកក់។

2. Refresh ការកក់ក្នុង AVA។

3. សាកចុះឈ្មោះម្តងទៀត នៅពេល Opera បង្ហាញទីតាំងភ្ញៀវដែលបានបញ្ជាក់។

4. ពិនិត្យប្រវត្តិរូបភ្ញៀវ ឬឯកសារភ្ជាប់ការកក់ក្នុង Opera។

   ✓ AVA បញ្ជូនឯកសារតែបន្ទាប់ពីរក្សាទុក Opera identifiers ដែលបានបញ្ជាក់ប៉ុណ្ណោះ។

កុំប្រើប្រវត្តិរូប Opera ចាស់

កុំផ្ទុកឯកសារឡើងដោយដៃទៅប្រវត្តិរូបចាស់ ខណៈការចុះឈ្មោះកំពុង pending។ សុំឱ្យ reception ពិនិត្យការកក់ក្នុង Opera ប្រសិនបើស្ថានភាព pending នៅតែបន្ត។

ការបម្លែងដែលបានបញ្ចប់មិនត្រូវបានត្រឡប់វិញទេ

ការបិទប្រអប់ធីករារាំងតែការបម្លែងនៅពេលអនាគតប៉ុណ្ណោះ។ វាមិនស្តារទំនាក់ទំនងដែលបានបម្លែងរួចក្នុង Opera ទេ។

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

តម្លៃក្នុងរបាយការណ៍អនុលោមតាមច្បាប់របស់ Opera ត្រូវបានបិទបាំង

អ្វីដែលអ្នកឃើញ៖ របាយការណ៍ TM30 ឬ RR4 មិនបង្ហាញលេខលិខិតឆ្លងដែន ឬថ្ងៃខែឆ្នាំកំណើតពី Opera។

ដំណោះស្រាយ៖

1. ស្នើឱ្យអ្នកគ្រប់គ្រង Opera បើក Module Level Access Control។
2. ស្នើឱ្យពួកគេផ្តល់ Sensitive Data Access ឱ្យ OHIP client របស់ AVA។
3. បញ្ជាក់ថាសិទ្ធិអនុវត្តលើសណ្ឋាគារ Opera ត្រឹមត្រូវ។
4. បង្កើតរបាយការណ៍ម្តងទៀត បន្ទាប់ពីធ្វើបច្ចុប្បន្នភាពសិទ្ធិ។

AVA ដកតម្លៃលិខិតឆ្លងដែនដែលត្រូវបានបិទបាំង និង placeholder ថ្ងៃខែឆ្នាំកំណើត 1800-01-01។

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 ចាត់ទុកថ្លៃបន្ទប់ពី rate-info របស់ Opera ដែលបានព្យាករណ៍ និងពន្ធរបស់វាជាចំនួន room-package តែមួយ។ ការលើកលែងដែលត្រូវនឹង rate-code មិនគួរទុកពន្ធ room-rate ដែលបានព្យាករណ៍ឱ្យត្រូវបង់ទេ។ មានតែ 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. រង់ចាំរហូតដល់ប្រាំវិនាទី ឱ្យការផ្លាស់ប្តូរ Opera ខាងក្រៅថ្មីៗបង្ហាញ។
4. Refresh ការកក់ក្នុង AVA។
5. រង់ចាំឱ្យ Opera បញ្ចប់ការធ្វើបច្ចុប្បន្នភាព folio។
6. ទាក់ទង front desk ឬ support team បើសមតុល្យនៅតែមិនបានបញ្ជាក់។

ETA ឬពេលវេលាចាកចេញដែលរំពឹងទុកមិនធ្វើបច្ចុប្បន្នភាព

អ្វីដែលអ្នកឃើញ៖ ការកក់នៅតែបង្ហាញពេលវេលាមកដល់ ឬចាកចេញចាស់។

ដំណោះស្រាយ៖

1. បើកការកក់ក្នុង Opera។
2. បើភ្ញៀវជាភ្ញៀវ sharer សូមពិនិត្យការកក់ផ្ទាល់របស់ sharer នោះ។
3. បើវាលនោះបង្ហាញតែសម្រាប់ភ្ញៀវមេ សូមពិនិត្យតម្លៃរបស់ភ្ញៀវមេចម្បងដែលមានលក្ខណៈស្តង់ដារ។
4. បញ្ជាក់ថាពេលវេលាដែលរំពឹងទុកត្រូវបានរក្សាទុកលើការកក់ត្រឹមត្រូវ។
5. Refresh Operations View បន្ទាប់ពីការធ្វើបច្ចុប្បន្នភាពបានសមកាលកម្ម។
6. បើពេលវេលាមកពីសំណុំបែបបទភ្ញៀវ សូមបញ្ជាក់ថាវាលពេលវេលាដែលត្រូវគ្នាត្រូវបានបើក។
7. បើវានៅតែមិនបង្ហាញ សូមពិនិត្យការតភ្ជាប់ Opera ហើយសាកម្តងទៀតក្រោយពីពីរបីនាទី។

ពេលវេលារបស់ sharer នៅលើការកក់របស់ sharer

AVA មិនចម្លងពេលវេលាមកដល់ ឬចាកចេញដែលរំពឹងទុករបស់ sharer ទៅការកក់ចម្បងទេ។ វាលដែលមានតែសម្រាប់ភ្ញៀវមេអាចផ្តល់តម្លៃដែលបាត់របស់ sharer ពីភ្ញៀវមេចម្បងដែលមានលក្ខណៈស្តង់ដារ។ វារក្សាព័ត៌មានមកដល់ និងចាកចេញរបស់ភ្ញៀវនីមួយៗនៅលើការស្នាក់នៅផ្ទាល់របស់ភ្ញៀវនោះក្នុង Opera។

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

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

ដំណោះស្រាយ៖

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

Sharer របស់ Opera បង្ហាញជាបន្ទប់ទីពីរ

អ្វីដែលអ្នកឃើញ៖ ការកក់ Opera មួយបង្ហាញជាលទ្ធផលបន្ទប់ពីរក្នុង AVA។

មូលហេតុ៖ Opera អាចត្រឡប់ការកក់ចម្បង និង sharer ដែលភ្ជាប់គ្នាសម្រាប់បន្ទប់ជាក់ស្តែងតែមួយ។

ការស្វែងរក Self Check-In ថ្មីៗ ប្តូរ confirmation របស់ sharer ដែលមានតែ share ទៅការកក់ host។ កំណត់ត្រាដែលបានបង្កើតមុនពេលការប្រែប្រួលនេះ មិនត្រូវបានកែដោយស្វ័យប្រវត្តិទេ។

AVA ដាក់ sharer ដែលស្ទួន និងមាន occupancy សូន្យជាក្រុមក្នុងបន្ទប់ដែលមានព័ត៌មានភ្ញៀវពេញលេញ។ កំណត់ត្រាដែលមានវឌ្ឍនភាពភ្ញៀវ ការទូទាត់ ការចេញវិក្កយបត្រ ឬស្ថានភាព check-in នៅតែបង្ហាញ។

ដំណោះស្រាយ៖

1. Refresh ការកក់ក្នុង AVA។

2. បញ្ជាក់ក្នុង Opera ថាកំណត់ត្រាស្ទួនប្រើបន្ទប់ជាក់ស្តែង និងកាលបរិច្ឆេទស្នាក់នៅដូចគ្នា។

3. ពិនិត្យកំណត់ត្រាទាំងពីរ រកវឌ្ឍនភាពភ្ញៀវ ការទូទាត់ ការចេញវិក្កយបត្រ ឬសកម្មភាព check-in។

4. បន្តពីលទ្ធផលបន្ទប់ដែលមានព័ត៌មានភ្ញៀវពេញលេញ។

5. ទាក់ទង support ប្រសិនបើលទ្ធផលបន្ទប់ពីរនៅតែបង្ហាញ ដោយគ្មានសកម្មភាពឯករាជ្យ។

   ✓ Sharer របស់ Opera ដែលស្ទួនគួរតែបង្ហាញនៅក្នុងលទ្ធផលបន្ទប់តែមួយ។

ការកក់ពិតប្រាកដពីរបន្ទប់នៅតែដាច់ដោយឡែក

AVA មិនបញ្ចូលការកក់ដែលចាត់តាំងទៅបន្ទប់ជាក់ស្តែងផ្សេងគ្នា ឬក្រុម share ផ្សេងគ្នាទេ។

បន្ទប់នៅថ្ងៃចាកចេញបង្ហាញស្លាកស្ថានភាពខុស

អ្វីដែលអ្នកឃើញ៖ បន្ទប់មួយបង្ហាញ Checked In ខណៈបន្ទប់មួយទៀតក្នុងការកក់ Opera ដដែលដែលកំពុងចាកចេញ បង្ហាញ Due Out។

មូលហេតុ៖ Opera អាចត្រឡប់ In House ជាស្ថានភាពការកក់ដើម និង Due Out ជាស្ថានភាពចាកចេញដែលបានគណនា។ AVA ប្រើស្ថានភាពចាកចេញដែលបានគណនាសម្រាប់កាតបន្ទប់ដែលមានអ្នកស្នាក់នៅ ខណៈរក្សាស្ថានភាពបន្ទប់ច្បាស់លាស់។

ដំណោះស្រាយ៖

1. Refresh ការកក់ក្នុង AVA។

2. បញ្ជាក់ថាកាលបរិច្ឆេទចាកចេញរបស់ភ្ញៀវគឺថ្ងៃនេះក្នុង Opera។

3. បញ្ជាក់ថាបន្ទប់ដែលមានអ្នកស្នាក់នៅនីមួយៗជារបស់ការកក់ Opera ដូចគ្នា។

4. បើបន្ទប់មួយនៅតែបង្ហាញ Checked In ទាក់ទង support ជាមួយ confirmation number និងរូបថតអេក្រង់។

   ✓ បន្ទប់ដែលមានអ្នកស្នាក់នៅទាំងអស់ ហើយត្រូវចាកចេញថ្ងៃនេះ គួរបង្ហាញ Due Out ឱ្យស្របគ្នា។

Opera ដាក់បន្ទប់ខុសក្រុម

អ្វីដែលអ្នកឃើញ៖ ការស្វែងរកការកក់ច្រើនបន្ទប់មានបន្ទប់មិនពាក់ព័ន្ធ ឬបន្ទប់ដែលបានភ្ជាប់មួយបាត់។

មូលហេតុ៖ ការដាក់ជាក្រុមដើមប្រើក្រុមដែលបានភ្ជាប់ក្នុង Opera, SiteMinder component reference ឬទិន្នន័យ CRS co-booking ដែលមានសិទ្ធិ។ AVA មិនបញ្ចូលកំណត់ត្រាតែដោយសារពួកវាចែករំលែកប្រវត្តិរូប កាលបរិច្ឆេទមកដល់ ឬ booking ID ខាងក្រៅទេ។ កំណត់ត្រាដែលបានលុប មិនមកដល់ បាន check-out ជាបន្ទប់ pseudo-room ឬមិនមានរយៈពេលស្នាក់នៅជាន់គ្នា នឹងត្រូវដកចេញ។

ដំណោះស្រាយ៖

1. បើកការកក់ដែលរងផលប៉ះពាល់ទាំងអស់ក្នុង Opera។

2. បញ្ជាក់ថាការកក់ទាំងនោះស្ថិតក្នុងក្រុមដែលបានភ្ជាប់ដើមតែមួយ។

3. ពិនិត្យថារយៈពេលស្នាក់នៅជាន់គ្នាយ៉ាងហោចណាស់មួយយប់។

4. សម្រាប់បន្ទប់ CRS ដែលមិនបានភ្ជាប់ បញ្ជាក់ថា primary profile និង arrival date ដូចគ្នា។

5. បញ្ជាក់ថាបន្ទប់ត្រូវបានបង្កើតក្នុងរយៈពេល 10 វិនាទីចាប់ពីបន្ទប់ដំបូង។

6. បញ្ជាក់ថាបន្ទប់មិនត្រូវបានលុប មិនមកដល់ មិនបាន check-out ឬមិនមែនជា pseudo-room។

7. Refresh ការកក់ក្នុង AVA បន្ទាប់ពីរក្សាទុកការកែតម្រូវក្នុង Opera។

8. ទាក់ទង support ប្រសិនបើក្រុមនៅតែមើលទៅខុស។

   ✓ AVA គួរបង្ហាញលទ្ធផលមួយសម្រាប់បន្ទប់ជាក់ស្តែងនីមួយៗដែលមានសិទ្ធិ។

ការផ្គូផ្គង SiteMinder

SiteMinder components ដែលគ្មានតំណភ្ជាប់ Opera ដើម ប្រើ component reference ពិតប្រាកដរបស់វា។ ប្រវត្តិរូបភ្ញៀវ កាលបរិច្ឆេទមកដល់ ឬ booking references ដែលស្រដៀងគ្នា មិនធ្វើឱ្យការកក់មិនពាក់ព័ន្ធចូលជាក្រុមទេ។

ការកក់ CRS ដែលមានប្រវត្តិរូបផ្សេងគ្នានៅតែដាច់ដោយឡែក

AVA មិនដាក់អ្នកធ្វើដំណើរជាក្រុមទេ ប្រសិនបើពួកគេចែករំលែក corporate CRS reference ប៉ុន្តែមាន primary guest profiles ផ្សេងគ្នា។ វាក៏រក្សាក្រុម 10 បន្ទប់ឡើងទៅឱ្យដាច់ដោយឡែក ព្រោះវាអាចជាការបែងចែកបន្ទប់ជាក្រុម។

បន្ទប់មួយមិនបង្ហាញក្នុង 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 ដោយមិនពាក់ព័ន្ធ។

Opera smart assignment រំលងបន្ទប់ទំនេរ

អ្វីដែលអ្នកឃើញ៖ បន្ទប់មួយបង្ហាញថាទំនេរនៅថ្ងៃនេះ ប៉ុន្តែ Smart Room Assignment ជ្រើសបន្ទប់ផ្សេង។

មូលហេតុ៖ បន្ទប់នោះត្រូវបានចាត់តាំងឱ្យការកក់ផ្សេងក្នុងរយៈពេលស្នាក់នៅរបស់ភ្ញៀវនេះ។ AVA ការពារការកក់ផ្សេងនោះ ទោះបន្ទប់មានសភាពទំនេរជាក់ស្តែងនៅថ្ងៃនេះក៏ដោយ។

ដំណោះស្រាយ៖

1. ពិនិត្យកាលបរិច្ឆេទមកដល់ និងចាកចេញដែលបានស្នើក្នុង AVA។

2. បើកការកក់ដែលជាន់គ្នារបស់បន្ទប់នោះក្នុង Opera។

3. បញ្ជាក់ថាតើការកក់នោះគួររក្សាបន្ទប់នេះឬអត់។

4. Refresh ការកក់ក្នុង AVA ហើយសាកចាត់តាំងម្តងទៀត។

5. ចាត់តាំងបន្ទប់ដោយដៃ តែបន្ទាប់ពីបញ្ជាក់ការកក់ដែលជាន់គ្នារួចប៉ុណ្ណោះ។

   ✓ ការចាត់តាំងឆ្លាតវៃជ្រើសបន្ទប់ដែលរួចរាល់ឥឡូវនេះ និងទំនេរសម្រាប់ការស្នាក់នៅដែលបានស្នើទាំងមូល។

ការយឺតយ៉ាវបណ្តោះអាសន្ននៃកំណត់ត្រា Opera

បើ AVA មិនអាចអានការកក់ Opera ដែលជាន់គ្នា Opera នៅតែពិនិត្យការប៉ះទង្គិចពេលចាត់តាំង។ AVA អាចសាកបេក្ខជនផ្សេង បន្ទាប់ពី Opera បដិសេធបន្ទប់ដែលមានការប៉ះទង្គិច។

មិនមានប្រភេទបន្ទប់ខ្ពស់ជាងត្រូវបានផ្តល់ជូន

អ្វីដែលអ្នកឃើញ៖ ភ្ញៀវគ្មានបន្ទប់ដែលរួចរាល់ ប៉ុន្តែ AVA មិនបង្ហាញប្រភេទបន្ទប់ខ្ពស់ជាងទេ។

មូលហេតុ៖ ការដំឡើងប្រភេទបន្ទប់នឹងបង្ហាញតែនៅពេលគោលការណ៍ប្រភេទបន្ទប់របស់សណ្ឋាគារអនុញ្ញាត។ ប្រភេទបន្ទប់ដែលបានកក់ក៏ត្រូវតែគ្មានបន្ទប់រួចរាល់សម្រាប់រាល់យប់នៃការស្នាក់នៅផងដែរ។

ដំណោះស្រាយ៖

1. បញ្ជាក់ថាសណ្ឋាគារប្រើ Opera ជា PMS សកម្មរបស់ខ្លួន។

2. ពិនិត្យថាគោលការណ៍ដំឡើងប្រភេទបន្ទប់ត្រូវបានបើកសម្រាប់សណ្ឋាគារ។

3. បញ្ជាក់ថាប្រភេទបន្ទប់ដែលបានកក់បង្ហាញក្នុងលំដាប់ប្រភេទបន្ទប់របស់សណ្ឋាគារ។

4. ពិនិត្យថាបន្ទប់ខ្ពស់ជាងមានសារពើភ័ណ្ឌ និងរួចរាល់សម្រាប់រយៈពេលស្នាក់នៅទាំងមូល។

5. Refresh ការកក់ ហើយបើកការចាត់តាំងបន្ទប់ម្តងទៀត។

   ✓ AVA បង្ហាញប្រភេទខ្ពស់ជាងដែលមានសិទ្ធិ និងនៅជិតប្រភេទដែលបានកក់បំផុត។

គ្មានការដំឡើងសម្រាប់ការស្នាក់នៅមួយផ្នែក

AVA មិនផ្តល់បន្ទប់ដែលនឹងមិនអាចប្រើបាននៅយប់ណាមួយក្នុងរយៈពេលស្នាក់នៅទេ។

ផែនការផ្លាស់ប្តូរប្រភេទបន្ទប់ត្រូវបានបដិសេធ

អ្វីដែលអ្នកឃើញ៖ AVA បង្ហាញការផ្លាស់ប្តូរបន្ទប់ដែលអាចធ្វើបាន ប៉ុន្តែផែនការនោះមិនអាចបញ្ចប់បាន។

មូលហេតុ៖ ការកក់ផ្សេងអាចត្រូវបានផ្លាស់ប្តូរ ឬសារពើភ័ណ្ឌក្នុងយប់ណាមួយលែងគាំទ្រផែនការនោះ។ Opera ក៏អាចការពារការកក់ដែលមាន Do Not Move ផងដែរ។

ដំណោះស្រាយ៖

1. ពិនិត្យការកក់ទាំងពីរ និងប្រភេទបន្ទប់របស់ពួកវាក្នុង Opera។

2. បញ្ជាក់ថាបន្ទប់គោលដៅទាំងអស់រួចរាល់សម្រាប់ការស្នាក់នៅទាំងមូល។

3. ពិនិត្យការរឹតត្បិត Out of Order, Out of Service ឬ Do Not Move។

4. Refresh AVA ហើយស្នើការផ្លាស់ប្តូរបន្ទប់ម្តងទៀត។

5. ជ្រើសបន្ទប់ទំនេរដែលមានសិទ្ធិ ប្រសិនបើការផ្លាស់ប្តូរនៅតែបរាជ័យ។

   ✓ AVA អនុវត្តតែផែនការដែលនៅតែសមនឹងសារពើភ័ណ្ឌបច្ចុប្បន្នរៀងរាល់យប់ប៉ុណ្ណោះ។

Opera បដិសេធការផ្លាស់ទីបន្ទប់ដែលត្រូវការ

អ្វីដែលអ្នកឃើញ៖ ការផ្លាស់ប្តូរបន្ទប់ដែលត្រូវការបរាជ័យ ដោយមានសារថាការកក់ត្រូវបានចាក់សោ ឬកំណត់ជា Do Not Move។

មូលហេតុ៖ Opera ការពារបន្ទប់បច្ចុប្បន្នរបស់ការកក់ពីការផ្លាស់ប្តូរដែលត្រូវការ។ AVA រក្សាបន្ទប់បច្ចុប្បន្ន ហើយមិនអះអាងថាការផ្លាស់ទីដែលបានស្នើបានជោគជ័យទេ។

ដំណោះស្រាយ៖

1. បើកការកក់ក្នុង Opera។

2. បញ្ជាក់ថាតើ Do Not Move នៅតែត្រូវការឬអត់។

3. ដកការចាក់សោចេញ លុះត្រាតែបន្ទប់គួរអាចផ្លាស់ទីបាន។

4. Refresh ការកក់ក្នុង AVA។

5. សាកផ្លាស់ទីបន្ទប់ម្តងទៀត។

   ✓ AVA ផ្លាស់ទីការកក់បានតែបន្ទាប់ពី Opera បញ្ជាក់បន្ទប់ដែលបានស្នើប៉ុណ្ណោះ។

ការចាត់តាំងស្វ័យប្រវត្តិ

ការចាត់តាំងឆ្លាតវៃ និងការចាត់តាំងស្វ័យប្រវត្តិនៅពេល check-in រក្សាការកក់ដែលបានចាក់សោនៅក្នុងបន្ទប់បច្ចុប្បន្នរបស់វា។ ពួកវាមិនរំលង Do Not Move ដោយស្ងាត់ៗទេ។

ការផ្លាស់ប្តូរបន្ទប់ត្រូវបានបដិសេធសម្រាប់បន្ទប់ជាគ្រួសារ ឬបន្ទប់រួម

អ្វីដែលអ្នកឃើញ៖ AVA បដិសេធបន្ទប់ដែលបានជ្រើសក្នុងពេលផ្លាស់ប្តូរ។

មូលហេតុ៖ បន្ទប់នេះកាន់កាប់ដោយការកក់ផ្សេងក្នុងក្រុមគ្រួសារ Opera របស់ភ្ញៀវ ឬដោយការកក់ជាច្រើនដែលចែករំលែកបន្ទប់នេះ។ AVA ការពារអ្នកកាន់កាប់បច្ចុប្បន្ន ហើយក៏រារាំងការផ្លាស់ប្តូរដែលធ្វើឱ្យដៃគូចែករំលែកម្នាក់ចាកចេញពីបន្ទប់ផងដែរ។

ដំណោះស្រាយ៖

1. ពិនិត្យអ្នកកាន់កាប់ការកក់របស់បន្ទប់ដែលបានជ្រើសក្នុង Opera។

2. ប្រសិនបើបន្ទប់ជារបស់ក្រុមគ្រួសាររបស់ភ្ញៀវ សូមជ្រើសបន្ទប់ផ្សេង។

3. ប្រសិនបើការកក់ពីរចែករំលែកបន្ទប់ សូមរក្សាបន្ទប់រួមនោះឱ្យនៅដដែល។

4. Refresh បញ្ជីការកក់ក្នុង AVA។

5. ជ្រើសបន្ទប់ដែលមានអ្នកកាន់កាប់មានសិទ្ធិតែម្នាក់ ឬប្រើបន្ទប់ទំនេរ។

   ✓ AVA ផ្តល់ជូនតែបន្ទប់ដែលការផ្លាស់ប្តូរអាចអនុវត្តបានដោយសុវត្ថិភាពប៉ុណ្ណោះ។

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

• 🔒 រក្សាទុក 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 ដែលទទួលបានដោយសុវត្ថិភាព

Sharer ដែលមកដល់ពេលក្រោយមិនអាចដោះស្រាយបាន

អ្វីដែលអ្នកឃើញ៖ ភ្ញៀវសំខាន់បានចូលស្នាក់នៅរួច ប៉ុន្តែ sharer ដែលមកដល់ពេលក្រោយបង្ហាញ "Guest reservation membership is unresolved"។

មូលហេតុ៖ Opera អាចឈប់រាយ sharer អនាគត បន្ទាប់ពីភ្ញៀវសំខាន់ check-in រួច។ AVA អាចស្តារ sharer បាន នៅពេលការកក់របស់វាផ្ទាល់ភ្ជាប់ត្រឡប់ទៅការកក់ចម្បង។ ការស្នាក់នៅក៏ត្រូវតែសកម្មផងដែរ។

ដំណោះស្រាយ៖

1. បញ្ជាក់ថាភ្ញៀវសំខាន់កំពុងស្នាក់នៅក្នុង Opera។

2. បើកការកក់ផ្ទាល់របស់ sharer ក្នុង Opera។

3. បញ្ជាក់ថាវាភ្ជាប់ទៅការកក់ចម្បងដូចគ្នា ហើយមិនត្រូវបានលុប មិនមកដល់ ឬ check-out ទេ។

4. Refresh ការកក់ក្នុង AVA។

5. សាកសកម្មភាពមកដល់ ឬសកម្មភាពចូលបន្ទប់ម្តងទៀតតែម្ដង។

   ✓ AVA គួរដោះស្រាយ sharer ហើយបន្ត check-in ឬការផ្តល់ keycard។

ប្រសិនបើកំហុសនៅតែមាន សូមទាក់ទង support ដោយបញ្ចូល confirmation numbers ទាំងពីរ និង arrival date។

នៅតែជាប់?

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

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

សូមបញ្ចូល៖

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

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

• ការតភ្ជាប់ PMS
• កំហុសការតភ្ជាប់ PMS
• បញ្ហាសមកាលកម្ម