ទិន្នន័យមិនអាប់ដេត

ដំណោះស្រាយរហ័ស

ករណីភាគច្រើនចំណាយពេល 2-5 នាទី។ ចាប់ផ្តើមដោយចុច Refresh បន្ទាប់មកពិនិត្យ Settings ប្រសិនបើបញ្ជីនៅតែទទេ។

ប្រើមគ្គុទ្ទេសក៍នេះ នៅពេលការកក់ ស្ថានភាពបន្ទប់ ឬព័ត៌មានភ្ញៀវក្នុង AVA មើលទៅមិនទាន់ទាន់សម័យ។

ការសាកល្បងឡើងវិញដោយស្វ័យប្រវត្តិ

ឥឡូវនេះ AVA សាកល្បងសំណើអាន PMS ខ្លីៗមួយចំនួនឡើងវិញដោយស្វ័យប្រវត្តិ។ អ្នកអាចមិនឃើញកំហុសបណ្តាញដែលកើតឡើងតែម្តងទេ។

ការចែករំលែកការអាន Cloudbeds

ប្រសិនបើបុគ្គលិកជាច្រើនស្នើទិន្នន័យ Cloudbeds ដូចគ្នាក្នុងពេលតែមួយ AVA នឹងចែករំលែកសំណើអានតែមួយ។ ប្រសិនបើកំហុសចូលប្រើ Cloudbeds ដដែលកើតឡើងម្តងហើយម្តងទៀត AVA នឹងផ្អាកការសាកល្បងលើកបន្ទាប់ជាបណ្តោះអាសន្ន។ បញ្ជីបច្ចុប្បន្ននៅតែបង្ហាញ ខណៈការធ្វើ Refresh បញ្ចប់នៅផ្ទៃខាងក្រោយ។

ឃ្លាំងសម្ងាត់ការកក់រួម

បញ្ជីការកក់ Calendar និងកំណត់ហេតុ check-in/out ឥឡូវនេះធ្វើ Refresh ពីឃ្លាំងសម្ងាត់ការកក់ដូចគ្នា។ ការធ្វើ Refresh ម្តង បន្ទាប់ពី check-in, check-out ឬប្តូរសណ្ឋាគារ នឹងអាប់ដេតទិដ្ឋភាពទាំងបី។

អ្វីដែលអ្នកឃើញ	មូលហេតុ	អ្វីដែលត្រូវធ្វើ
ទំព័របង្ហាញ Settings ឬ Retry ជំនួសឱ្យការកក់	ត្រូវរៀបចំ PMS ជាមុនសិន ទើបបញ្ជីអាចផ្ទុកបាន	បញ្ចប់ការរៀបចំ PMS នៅ Settings → Essentials → PMS Integration
ទំព័រប្រាប់ថា PMS credentials ត្រូវបានបដិសេធ	AVA មិនអាចប្រើ PMS credentials ដែលបានរក្សាទុកបានទេ	អាប់ដេត PMS credentials នៅ Settings → Essentials → PMS Integration
ទំព័របង្ហាញសារ 429 ឬ rate-limited	PMS កំពុងកំណត់ចំនួនសំណើ	រង់ចាំរហូតដល់ពេល retry ដែលបានបង្ហាញ បន្ទាប់មកធ្វើ Refresh ហើយសាកល្បងម្តងទៀត
ការចាត់បន្ទប់ ឬ final check-in ចំណាយពេលយូរជាងក្នុងអំឡុង 429	AVA កំពុងសាកល្បងកម្រិតសំណើ PMS បណ្តោះអាសន្នឡើងវិញ	ទុកឱ្យសកម្មភាពបញ្ចប់។ ប្រសិនបើបរាជ័យ ពិនិត្យ PMS ធ្វើ Refresh AVA បន្ទាប់មក retry ម្តង
កំហុសចូលប្រើ Cloudbeds ដដែលត្រឡប់មកភ្លាមៗ	Cloudbeds បានរារាំង property ឬ permission ហើយ AVA កំពុងបន្ថយការសាកល្បងឡើងវិញជាបន្តបន្ទាប់	បញ្ជាក់ថា Cloudbeds property ត្រឹមត្រូវ បន្ទាប់មករង់ចាំមួយនាទីមុនធ្វើ Refresh
ទំព័របរាជ័យម្តង រួចដំណើរការវិញពេលធ្វើ Refresh	AVA បានសាកល្បងបញ្ហាបណ្តាញ PMS ខ្លីមួយឡើងវិញ	ធ្វើ Refresh ម្តង
សកម្មភាពលើការកក់ប្រាប់ថាការអាប់ដេតមួយទៀតកំពុងដំណើរការ	ការកក់ដដែលកំពុងត្រូវបានកែពី tab ឧបករណ៍ ឬដំណើរការរបស់បុគ្គលិកផ្សេងទៀត	រង់ចាំសកម្មភាពនោះចប់ ធ្វើ Refresh ការកក់ បន្ទាប់មក retry ម្តង
ការចាត់បន្ទប់ ឬ final check-in បង្ហាញ PMS_RESERVATION_MUTATION_IN_PROGRESS	ការអាប់ដេតការកក់ខ្លីមួយរបស់ PMS ត្រួតគ្នាជាមួយសកម្មភាព check-in	រង់ចាំបន្តិច ធ្វើ Refresh ការកក់ បន្ទាប់មក retry ជំហានដែលមានបញ្ហាម្តង
បន្ទប់នៅតែបង្ហាញថាមានអ្នកស្នាក់នៅ បន្ទាប់ពីភ្ញៀវមុន check-out	Streamliner មិនទាន់បង្កើត reservation snapshot ចុងក្រោយឡើងវិញ	ចុច Refresh ម្តងទៀត
ព័ត៌មានភ្ញៀវមើលទៅខុស បន្ទាប់ពីប្តូរបន្ទប់	ការប្តូរបន្ទប់មិនទាន់ sync ចប់	ធ្វើ Refresh ការកក់ក្រោយពេលការប្តូរចប់ បន្ទាប់មកធ្វើបច្ចុប្បន្នភាពភ្ញៀវម្តងទៀត
ការអាប់ឡូតឯកសារ ACI ចប់ ប៉ុន្តែ Registration ឬ final check-in បង្ហាញ guest limit ឬការកក់ Cloudbeds ច្រើនបន្ទប់បង្ហាញ guest count ខុស ឬបាត់បន្ទប់មួយ	guest count ក្នុង PMS នៅយឺតជាងចំនួនបន្ទប់ក្នុងមូលដ្ឋាន ឬ Cloudbeds ត្រូវការធ្វើ Refresh ថ្មីក្រោយការអាប់ដេត parent reservation	ធ្វើ Refresh ការកក់ បន្ទាប់មកពិនិត្យ PMS ម្តងទៀតក្រោយពីរបីនាទី
ការកែ occupancy ឬ check-in របស់ Cloudbeds បង្ហាញ PMS_RATE_PRESERVATION_SOURCE_TAX_UNSUPPORTED	AVA មិនអាចកំណត់គំរូច្បាប់ពន្ធ ឬថ្លៃសេវារបស់ reservation source ដោយសុវត្ថិភាព ដូច្នេះវាសម្គាល់ការផ្លាស់ប្តូរនេះថាបញ្ចប់	ពិនិត្យច្បាប់ source ក្នុង Cloudbeds ធ្វើ Refresh AVA បន្ទាប់មក retry ម្តងក្រោយកែតម្រូវ
ការកែ occupancy ឬ check-in របស់ Cloudbeds បង្ហាញ PMS_OCCUPANCY_UNAVAILABLE_FOR_DATES	Cloudbeds បានបដិសេធកាលបរិច្ឆេទ ឬ room availability ដែលបានជ្រើស មិនមែន adult ឬ child split ទេ	ពិនិត្យ availability ក្នុង Cloudbeds ប្តូរទៅជម្រើសដែលមាន ធ្វើ Refresh AVA បន្ទាប់មក retry ម្តង
reservation note របស់ Cloudbeds បង្ហាញភាពខុសគ្នាតូចពីការបង្គត់លេខ	Cloudbeds បានកំណត់តម្លៃថ្មីដោយមិនបានរំពឹងទុក ហើយ AVA បានផ្ទៀងផ្ទាត់ fallback rate correction	កុំបង្ហោះការកែតម្រូវដោយដៃ ជូនដំណឹងដល់ PMS administrator ប្រសិនបើកើតឡើងញឹកញាប់
ការរក្សាទុកព័ត៌មានភ្ញៀវ ឬ final check-in បង្ហាញការបដិសេធ guest-count របស់ PMS ជាអចិន្ត្រៃយ៍	PMS បានបដិសេធ adult ឬ child count នេះ ហើយ AVA នឹងមិន replay ការផ្លាស់ប្តូរដដែលទេ	អានមូលហេតុ PMS ជ្រើស End session កែការកក់ ឬ PMS settings បន្ទាប់មកចាប់ផ្តើម registration ថ្មី
guest-count sync ឈានដល់កម្រិត retry	កំហុស PMS បណ្តោះអាសន្នបានបន្តក្រោយការសាកល្បងចំនួនបួនដងសម្រាប់ភ្ញៀវ	ឈប់ស្នើឱ្យភ្ញៀវ retry បន្តតាមដំណើរការដែលបុគ្គលិកជួយ ហើយផ្ទៀងផ្ទាត់ guest count ក្នុង PMS
Mews guest move រាយការណ៍ companion capacity failure	Mews អាចបានអនុវត្តការបន្ថែមភ្ញៀវ មុនពេលផ្ញើ response ត្រឡប់មក	ធ្វើ Refresh ការកក់ បញ្ជាក់ថាភ្ញៀវភ្ជាប់ក្នុង Mews រួច ហើយ retry តែប្រសិនបើភ្ញៀវបាត់
ឯកសារ ឬ selfie របស់ភ្ញៀវឈប់ បន្ទាប់ពី PMS sync បរាជ័យ	AVA រង់ចាំ valid PMS guest identifier មុនបន្ត upload បន្ទាប់ៗ	កែ PMS sync error ធ្វើ Refresh ទំព័រ បន្ទាប់មក retry upload
Registration card បង្ហាញក្នុង AVA ប៉ុន្តែមិនបង្ហាញក្នុង PMS	AVA បានរក្សាទុក card ក្នុងតំបន់ ហើយកំពុងផ្ញើវាដោយអសមកាល	បើក PMS attachment delivery បន្ទាប់មកធ្វើ Refresh ឬប្រើ Retry នៅពេលមាន
បញ្ជីនៅតែដូចចាស់ភ្លាមៗក្រោយចុច Refresh ម្តងទៀត	manual Refresh ចុងក្រោយមិនទាន់បញ្ចប់ទាំងស្រុង	រង់ចាំ 5 វិនាទី បន្ទាប់មកចុច Refresh ម្តងទៀត
បញ្ជីមើលទៅចាស់	PMS មិនទាន់ផ្ញើទិន្នន័យចុងក្រោយមក	ចុច Refresh
ប្រតិទិន ឬកំណត់ហេតុ check-in/out មើលទៅចាស់	ឃ្លាំងសម្ងាត់ការកក់រួមមិនទាន់ធ្វើ Refresh	ចុច Refresh នៅទំព័រដែលមានបញ្ហា
ការផ្លាស់ប្តូរភ្ញៀវ ឬបន្ទប់មិនបង្ហាញ	PMS sync យឺត	រង់ចាំពីរបីនាទី បន្ទាប់មកធ្វើ Refresh ម្តងទៀត
អ្វីៗមើលទៅទទេ	ទំព័រមិនទាន់ផ្ទុកចប់	ធ្វើ Refresh ទំព័រម្តង

ការអាប់ដេតការកក់កំពុងដំណើរការ

អ្វីដែលអ្នកឃើញ: សកម្មភាពលើការកក់បង្ហាញ conflict ឬប្រាប់ថាការអាប់ដេតមួយទៀតកំពុងដំណើរការ។ វាអាចកើតឡើងក្នុង check-in ការអាប់ដេតភ្ញៀវ ការប្តូរបន្ទប់ payments ឬ document uploads។

មូលហេតុ: tab ឧបករណ៍ ឬដំណើរការរបស់បុគ្គលិកផ្សេងទៀតកំពុងផ្លាស់ប្តូរ reservation context ដូចគ្នា។ AVA អនុញ្ញាតឱ្យមានសកម្មភាពផ្លាស់ប្តូរការកក់តែមួយក្នុងពេលតែមួយ។ វារួមបញ្ចូល linked reservations ដែលប្រើដោយ check-in ឬ guest move មួយ។ វាក៏ស្គាល់ aliases សម្រាប់ការកក់ដូចគ្នាផងដែរ។

ដំណោះស្រាយ:

1. ឈប់ចុចសកម្មភាពដដែលម្តងហើយម្តងទៀត។

2. ពិនិត្យថាបុគ្គលិក ឬឧបករណ៍ផ្សេងកំពុងធ្វើការលើការកក់ឬអត់។

3. រង់ចាំសកម្មភាពនោះចប់។

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

5. ពិនិត្យការកក់ក្នុង PMS របស់អ្នក បន្ទាប់មក retry សកម្មភាពម្តង។

   ✓ ការផ្លាស់ប្តូរដែលបានបញ្ចប់គួរតែបង្ហាញ ដោយមិនបង្កើត PMS update លើកទីពីរ។

កុំបន្ត retry conflict ដែលនៅតែមាន

AVA រក្សាការការពារនេះឱ្យសកម្ម រហូតដល់ mutation ដំបូងត្រូវបាន reconcile។ ប្រសិនបើគ្មានសកម្មភាពសកម្ម ហើយ conflict នៅតែមានក្រោយ Refresh សូមទាក់ទង support។ Support ប្រហែលត្រូវបញ្ជាក់លទ្ធផល PMS មុននឹងស្តារ reservation workflow។

ជម្លោះការចាត់បន្ទប់

ក្នុងអំឡុង check-in PMS passport ឬ guest updates អាចត្រួតគ្នាជាបណ្តោះអាសន្នជាមួយ room assignment ឬ final check-in។ AVA សាកល្បង PMS_RESERVATION_MUTATION_IN_PROGRESS conflict ដដែលឡើងវិញដោយស្វ័យប្រវត្តិ។ ប្រសិនបើ retry window ចប់ AVA នឹងរក្សា conflict ឱ្យអាច retry បាន ជំនួសឱ្យចាត់ទុកវាជាបរាជ័យអចិន្ត្រៃយ៍។ រង់ចាំបន្តិច ធ្វើ Refresh ការកក់ ហើយ retry ជំហានដែលមានបញ្ហាម្តង។

កម្រិតសំណើ PMS ក្នុងអំឡុង check-in

AVA សាកល្បង PMS 429 បណ្តោះអាសន្នក្នុងអំឡុងការចាត់បន្ទប់ និង final check-in ឡើងវិញ។ សកម្មភាពអាចចំណាយពេលបន្ថែមជាច្រើនវិនាទី ខណៈ PMS កំពុងស្តារឡើងវិញ។ ប្រសិនបើ retry budget អស់ AVA បង្ហាញកំហុសដែលមានសុវត្ថិភាពសម្រាប់ភ្ញៀវ ជំនួសឱ្យបង្ហាញ 429។ ទុកឱ្យសកម្មភាពបញ្ចប់ បន្ទាប់មកពិនិត្យ PMS មុន retry ម្តង។

Guest count ច្រើនបន្ទប់របស់ Cloudbeds

ឥឡូវនេះ AVA អាប់ដេត parent Cloudbeds reservation ហើយរក្សាបញ្ជីបន្ទប់ពេញលេញឱ្យនៅដដែល។ វាការពារកុំឱ្យបន្ទប់ផ្សេងទៀតបាត់ក្នុងអំឡុង guest-count change។ ប្រសិនបើ Cloudbeds បដិសេធការរក្សាទុក AVA នឹងរក្សា pending adult/child split សម្រាប់ retry។

ការធ្វើ Refresh guest count របស់ ACI

ក្នុង ACI AVA ធ្វើ Refresh PMS guest count មុនពេលផ្ញើ pending guests។ វាជួយកាត់បន្ថយ stale guest-limit errors ក្នុងអំឡុង multi-guest check-ins។

ពេលវេលាឯកសារ ACI

Document scans មិនអាប់ដេត PMS occupancy ក្នុង ACI ទេ។ AVA ពិនិត្យ capacity នៅពេល pending guests ត្រូវបានបង្កើត ឬ sync ក្នុងអំឡុង Registration។ AVA ពិនិត្យម្តងទៀតមុន final check-in។ ប្រសិនបើ capacity ឬ rate error បង្ហាញក្រោយ scanning ឯកសារនៅតែត្រូវបានរក្សាទុក។

ការផ្ទៀងផ្ទាត់ guest count ឱ្យត្រូវគ្នា

PMS ឬ transport failures បណ្តោះអាសន្នអាចបង្ហាញ service message ដែលអាច retry បាន។ Reservation-change conflict ក្នុងពេល save ក៏អាច retry បានដែរ នៅពេល PMS ត្រឡប់ PMS_RESERVATION_CONCURRENT_MODIFICATION។ AVA អនុញ្ញាតឱ្យមានការសាកល្បងរហូតដល់បួនដងសម្រាប់ភ្ញៀវលើ guest-count change ដដែល។ ក្រោយបរាជ័យបួនដង AVA ឈប់ retry loop ហើយប្រគល់ដំណើរការឱ្យបុគ្គលិក។ PMS rejection ជាក់លាក់ ឬ 409 ធម្មតា គឺជាបរាជ័យអចិន្ត្រៃយ៍សម្រាប់ mutation នោះ។ AVA រក្សាមូលហេតុរបស់ PMS ហើយឈប់ replay ការផ្លាស់ប្តូរដដែល។ ប្រសិនបើ AVA បង្ហាញសេចក្តីណែនាំ guest-count reconciliation សូមជ្រើស End session។ កែការកក់ ឬ PMS settings បន្ទាប់មកចាប់ផ្តើម registration ថ្មី។

ការអាប់ដេត Guest Count ត្រូវការពិនិត្យដោយដៃ

អ្វីដែលអ្នកឃើញ: Guest information save ឬ final check-in បង្ហាញ PMS rejection ជាក់លាក់។

មូលហេតុ: PMS បានបដិសេធ adult ឬ child count សម្រាប់ការកក់នេះ។

ដំណោះស្រាយ:

1. អានមូលហេតុ PMS ដែល AVA បង្ហាញ។

2. បើកការកក់ក្នុង PMS របស់អ្នក។

3. កែការកក់ ឬ PMS setting ដែលមូលហេតុនោះបានបញ្ជាក់។

4. ជ្រើស End session ក្នុង AVA។

5. ចាប់ផ្តើម registration ថ្មី។

   ✓ AVA នឹងប្រើ guest count ដែលបានកែតម្រូវក្នុង registration ថ្មី។

កុំបន្ត retry guest-count change ដដែល។

ដល់កម្រិត Retry នៃ Guest-Count Sync

អ្វីដែលអ្នកឃើញ: ភ្ញៀវឃើញសេចក្តីណែនាំឱ្យសុំជំនួយពីបុគ្គលិក បន្ទាប់ពី guest-count sync បរាជ័យជាបន្តបន្ទាប់។ បុគ្គលិកអាចឃើញ PMS_GUEST_COUNT_RETRY_EXHAUSTED។

មូលហេតុ: PMS ឬ network failures បណ្តោះអាសន្នបានបន្តក្រោយការសាកល្បងចំនួនបួនដងសម្រាប់ភ្ញៀវ។ វាមិនបញ្ជាក់ថា guest count ខុសទេ។

ដំណោះស្រាយ:

1. ឈប់ស្នើឱ្យភ្ញៀវ retry ជំហានដដែល។

2. បន្តដោយ staff-assisted ឬ manual check-in process របស់អ្នក។

3. ប្រៀបធៀប registered guest count ជាមួយការកក់ក្នុង PMS របស់អ្នក។

4. កែ PMS reservation ប្រសិនបើ counts មិនត្រូវគ្នា។

5. បន្ត guest-count change ដែលកំពុងរង់ចាំ នៅពេល staff flow អនុញ្ញាត។

   ✓ ដំណើរការរបស់ភ្ញៀវនឹងលែងជាប់ក្នុង loop ដោយសារ temporary error។

ទាក់ទង support ប្រសិនបើ staff flow មិនអាចបន្តបាន បន្ទាប់ពី PMS អាចប្រើបានវិញ។

ការបដិសេធ Availability របស់ Cloudbeds ត្រូវការជម្រើសផ្សេង

អ្វីដែលអ្នកឃើញ: Cloudbeds occupancy edit ឬ check-in បង្ហាញ PMS_OCCUPANCY_UNAVAILABLE_FOR_DATES។ សារនោះស្នើឱ្យអ្នកប្តូរកាលបរិច្ឆេទ ឬជ្រើសបន្ទប់តិចជាងមុន។

មូលហេតុ: Cloudbeds មិនអាចទទួលកាលបរិច្ឆេទដែលបានជ្រើស ឬ room availability នោះបានទេ។ Guest counts អាចនៅតែត្រឹមត្រូវ។

ដំណោះស្រាយ:

1. ឈប់ retry សំណើដដែល។

2. ពិនិត្យ reservation dates, room type និង availability ក្នុង Cloudbeds។

3. ប្តូរទៅជម្រើសដែលមានក្នុង Cloudbeds ប្រសិនបើសមស្រប។

4. ធ្វើ Refresh AVA ហើយ retry ម្តង។

   ✓ Occupancy change គួរតែបន្ត បន្ទាប់ពី Cloudbeds ទទួលយកជម្រើសដែលមាន។

នេះមិនមែនជា temporary connection error ទេ

AVA ចាត់ថ្នាក់ Cloudbeds refusal នេះដាច់ដោយឡែកពី service failure។ ប្រើ Cloudbeds occupancy is not bookable នៅពេល Cloudbeds រាយការណ៍ថាគ្មាន rate សម្រាប់ guest split។

ការផ្លាស់ទីភ្ញៀវក្នុង Mews បង្ហាញ Capacity Failure

អ្វីដែលអ្នកឃើញ: Mews guest move បង្ហាញ companion capacity failure។

មូលហេតុ: Mews អាចអនុវត្តការបន្ថែមភ្ញៀវ មុនពេលត្រឡប់ response។ ភ្ញៀវអាចភ្ជាប់រួចហើយ នៅពេល AVA បង្ហាញ failure។

ដំណោះស្រាយ:

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

2. ពិនិត្យការកក់ក្នុង Mews។

3. ប្រសិនបើភ្ញៀវភ្ជាប់រួច បន្តដោយមិនបន្ថែមពួកគេម្តងទៀត។

4. ប្រសិនបើភ្ញៀវបាត់ retry move ម្តង។

5. ទាក់ទង support ប្រសិនបើភ្ញៀវនៅតែបាត់ក្រោយ retry ម្តង។

   ✓ ភ្ញៀវគួរតែបង្ហាញក្នុង Mews reservation ត្រឹមត្រូវ ដោយមិនមាន companion ស្ទួន។

ការត្រួតពិនិត្យ source-policy របស់ Cloudbeds

AVA ផ្ញើ no-reprice setting តាមបន្ទប់ទៅ Cloudbeds ក្នុងអំឡុង occupancy changes។ AVA ពិនិត្យ booking source ពិតប្រាកដរបស់ reservation មុនប្រើ fallback correction។ Fully inclusive percentage source charges ប្រើ gross reprice delta ពិតប្រាកដ រួមទាំង multiple charges។ Mixed, fixed, missing ឬ unreadable source rules នឹងបញ្ឈប់មុន occupancy changes។ Unsupported source tax ឬ fee rules នឹងបញ្ឈប់ edit មុន repricing។ ពិនិត្យ source ក្នុង Cloudbeds ធ្វើ Refresh AVA ហើយ retry ម្តងក្រោយពេលកែតម្រូវ។ AVA រក្សាទុក terminal marker សម្រាប់ failure នេះ។ ការសាកល្បងពេលក្រោយនឹងរក្សាការណែនាំដដែល ដោយមិនផ្ញើ occupancy request មួយទៀត។

ភាពខុសគ្នាពីការបង្គត់លេខ Cloudbeds មិនត្រូវការការកែដោយដៃ

អ្វីដែលអ្នកឃើញ: Cloudbeds reservation note ពន្យល់ពីភាពខុសគ្នាតូចមួយពីការបង្គត់លេខ។ Note អាចប្រាប់ថា total មិនផ្លាស់ប្តូរ ឬបង្ហាញ settled total ដែលខុសពី booking មិនលើស 5 cents។

មូលហេតុ: Cloudbeds បានកំណត់តម្លៃថ្មីដោយមិនបានរំពឹងទុក បន្ទាប់មកបង្គត់ការគណនា tax ទៅជាសេនពេញ។ វាអាចផ្លាស់ទី cents រវាង room revenue និង tax ឬទុក total residual តូចមួយ។

ដំណោះស្រាយ:

1. អាន reservation note។

2. បញ្ជាក់ថា fallback correction បាន settle booked total។

3. កុំ post manual correction។

4. ជូនដំណឹងដល់ PMS administrator ប្រសិនបើកើតឡើងម្តងហើយម្តងទៀត។

   ✓ AVA ទទួលយកការកក់ បន្ទាប់ពីបញ្ជាក់ថាភាពខុសគ្នាមានទំហំត្រឹមការបង្គត់លេខ។

AVA ទទួលយក split rounding រហូតដល់ 10 cents នៅពេល fallback correction រក្សា guest-facing total ឱ្យមិនផ្លាស់ប្តូរ។ Source-aware updates អាចទទួលយក total residual ដែលសមស្របរហូតដល់ 5 cents ក្រោយ final verification retries។ ភាពខុសគ្នាធំជាងនេះ ឬមិនស៊ីសង្វាក់គ្នា នៅតែត្រូវការការពិនិត្យដោយដៃ។

ការការពារ PMS guest identifier

នៅពេលភ្ញៀវមិនទាន់ sync ទៅ PMS AVA នឹងផ្អាក document និង photo uploads បន្ទាប់ៗ។ វាការពារកុំឱ្យ file ភ្ជាប់ទៅ guest profile ខុស។

ការរក្សាទុកក្នុងមូលដ្ឋាន និងការបញ្ជូនទៅ PMS ដាច់ដោយឡែកពីគ្នា

AVA អាចបង្ហាញ travel document, guest photo ឬ registration card ដែលបានរក្សាទុក មុនពេល PMS delivery ចប់។ ប្រើ attachment-specific status ក្នុង Command Center → View Details។ Retry តែ attachment kind ដែល available action បានបង្ហាញ។

ដល់ Guest Limit ក្នុង ACI Check-In

អ្វីដែលអ្នកឃើញ: "Guest limit reached" បង្ហាញនៅពេលអ្នកបន្ថែមភ្ញៀវ ឬបញ្ចប់ ACI flow។

មូលហេតុ: PMS reservation នៅតែមាន guest count ទាបជាង AVA។

ដំណោះស្រាយ:

1. រង់ចាំពីរបីវិនាទី ហើយ retry ជំហាននេះម្តង។

2. ធ្វើ Refresh ការកក់ ប្រសិនបើចំនួនក្នុង PMS នៅតែយឺត។

3. ប្រសិនបើបន្ទប់ដល់កម្រិត PMS រួចហើយ ចាត់ឯកសារទៅភ្ញៀវដែលមានស្រាប់។

   ✓ Guest limit គួរតែលែងបង្ហាញ នៅពេលចំនួនក្នុង PMS ត្រូវនឹងចំនួនបន្ទប់។

ចាប់ផ្តើមនៅទីនេះ

1. បើកទំព័រម្តងទៀត។

2. ចុច Refresh។

3. ពិនិត្យថាទិន្នន័យថ្មីបំផុតបង្ហាញឬអត់។

   ✓ ការយឺតយ៉ាវតូចៗភាគច្រើនជាសះស្បើយក្រោយធ្វើ Refresh ម្តង។

ខ្វះ ឬត្រូវបានបដិសេធការរៀបចំ PMS

ប្រើផ្នែកនេះនៅពេល AVA បង្ហាញសាររៀបចំ ជំនួសឱ្យទិន្នន័យការកក់។

អ្វីដែលអ្នកឃើញ: ប៊ូតុង Settings ប៊ូតុង Retry សារតម្រូវឱ្យរៀបចំ ឬសារថា PMS credentials ដែលបានរក្សាទុកត្រូវបានបដិសេធ។ សម្រាប់អចលនទ្រព្យ Opera សាររៀបចំអាចនិយាយថា "Opera is not configured for this operation."

មូលហេតុ: សណ្ឋាគាររបស់អ្នកបានជ្រើស PMS ប៉ុន្តែ AVA មិនទាន់អាចប្រើ credentials របស់វាបានទេ។

ដំណោះស្រាយ:

1. ទៅ Settings → Essentials → PMS Integration។

2. បញ្ជាក់ថា PMS ដែលបានជ្រើសត្រឹមត្រូវ។

3. បន្ថែម credentials ដែលខ្វះ អាប់ដេត credentials ដែលត្រូវបានបដិសេធ ឬធ្វើឱ្យ PMS សកម្មឡើងវិញ។

4. រក្សាទុកការផ្លាស់ប្តូរ។

5. ត្រឡប់ទៅទំព័រការកក់។

6. ចុច Retry ឬ Refresh ម្តង។

   ✓ ទំព័រគួរតែផ្ទុកការកក់ឡើងវិញ បន្ទាប់ពីបញ្ចប់ការរៀបចំ PMS។

មូលហេតុដែល Refresh ឈប់

AVA ឈប់រង្វិល Refresh ដោយស្វ័យប្រវត្តិ នៅពេលត្រូវការរៀបចំ PMS។ វាការពារកុំឱ្យទំព័រផ្ទុកឡើងវិញដោយគ្មានទីបញ្ចប់។

បង្ខំឱ្យធ្វើ Refresh ពេញលេញ

ប្រើផ្នែកនេះនៅពេលទំព័រនៅតែចាស់ក្រោយធ្វើ Refresh ធម្មតា។

1. ប្រើ hard refresh។
   • Windows: Ctrl+F5
   • Mac: Cmd+Shift+R
2. រង់ចាំឱ្យទំព័រផ្ទុកចប់ទាំងស្រុង។
3. ពិនិត្យទិន្នន័យម្តងទៀត។

ពិនិត្យការតភ្ជាប់របស់អ្នក

1. បើក tab ថ្មី។
2. ចូលមើលគេហទំព័រផ្សេងទៀត។
3. ប្រសិនបើគេហទំព័រផ្សេងទៀតយឺត សូមប្តូរទៅការតភ្ជាប់ដែលទុកចិត្តបានជាងនេះ។

ចាកចេញ ហើយចូលវិញ

ប្រើផ្នែកនេះនៅពេលទំព័រនៅតែមិនអាប់ដេត។

1. ចាកចេញពី user menu។
2. បិទ browser។
3. ចូលគណនីវិញ។
4. ពិនិត្យទំព័រម្តងទៀត។

ការស្តារពី Rate Limit

អ្វីដែលអ្នកឃើញ: កំហុស 429 ឬសារ rate-limited ក្រោយធ្វើ Refresh។

មូលហេតុ: PMS កំពុងកំណត់បរិមាណសំណើជាបណ្តោះអាសន្ន។ AVA រក្សាពេលវេលា retry នៅពេល PMS ផ្ញើពេលវេលានោះមក។ ការហៅមួយចំនួនសម្រាប់ check-in, checkout និង housekeeping ដែលបង្ហាញដល់ភ្ញៀវ ឥឡូវនេះរង់ចាំពីរបីវិនាទីចំពោះការកើនឡើងខ្លីៗក្នុងមូលដ្ឋាន។ វាអនុវត្តតែនៅពេល bucket របស់ AVA ខ្លួនឯងទទេជាបណ្តោះអាសន្ន។ ការអាន Cloudbeds housekeeping ឈប់រង់ចាំក្រោយប្រហែល 10 វិនាទី នៅពេល PMS យឺត។ AVA សាកល្បងការអាននោះម្តង មុនបង្ហាញកំហុស។ ប្រសិនបើ Cloudbeds ត្រឡប់កំហុសចូលប្រើដដែលជាបន្តបន្ទាប់ AVA នឹងផ្អាក retry បន្ទាប់ជាបណ្តោះអាសន្ន។ Vendor cooldowns នៅតែបរាជ័យលឿន។ ការងារ Refresh ដែលមមាញឹកមិនរារាំងសកម្មភាព check-in ឬប្តូរបន្ទប់ទេ។

ដំណោះស្រាយ:

1. រង់ចាំរហូតដល់ពេល retry ដែលបង្ហាញក្នុងកំហុស។

2. ធ្វើ Refresh ទំព័រ បន្ទាប់ពីពេលនោះកន្លងផុត។

3. សាកល្បងម្តងទៀត។

4. ប្រសិនបើកំហុសត្រឡប់មកវិញ រង់ចាំពីរបីនាទីមុន retry។

5. ប្រសិនបើគ្មានពេល retry បង្ហាញ រង់ចាំបន្តិចមុនសាកល្បងម្តងទៀត។

   ✓ AVA គួរតែផ្ទុកទិន្នន័យថ្មីបំផុត បន្ទាប់ពី PMS ទទួលយកសំណើថ្មី។

ការរអាក់រអួលនៃការតភ្ជាប់បណ្តោះអាសន្ន

អ្វីដែលអ្នកឃើញ: កំហុសការតភ្ជាប់ម្តង timeout ឬស្ថានភាពទទេដែលជាសះស្បើយក្រោយធ្វើ Refresh។

មូលហេតុ: AVA សាកល្បងសំណើអាន PMS ខ្លីៗមួយចំនួនឡើងវិញដោយស្វ័យប្រវត្តិ។

ដំណោះស្រាយ:

1. ធ្វើ Refresh ទំព័រម្តង។

2. សាកល្បងសកម្មភាពម្តងទៀត។

3. ប្រសិនបើនៅតែបរាជ័យ ពិនិត្យការតភ្ជាប់ PMS។

4. ប្រសិនបើកំហុសដដែលត្រឡប់មកជាបន្តបន្ទាប់ សូមទាក់ទង support។

   ✓ បញ្ហារអាក់រអួលម្តងម្កាលភាគច្រើនជាសះស្បើយ ដោយមិនចាំបាច់ប្តូរការកំណត់។

បន្ទប់នៅតែបង្ហាញថាមានអ្នកស្នាក់នៅ

អ្វីដែលអ្នកឃើញ: អ្នកបាន check-out ភ្ញៀវមុន ប៉ុន្តែបន្ទប់នៅតែបង្ហាញថាមានអ្នកស្នាក់នៅ។

មូលហេតុ: AVA ប្រហែលនៅតែបង្ហាញ reservation snapshot ចាស់។

ដំណោះស្រាយ:

1. ចុច Refresh។

2. រង់ចាំពីរបីវិនាទីសម្រាប់ស្ថានភាព PMS ថ្មីបំផុត។

3. ពិនិត្យបន្ទប់ម្តងទៀត។

   ✓ បន្ទប់គួរតែអាប់ដេត នៅពេល checkout sync ចប់។

នៅតែជាប់គាំង?

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

• ❌ សាររៀបចំនៅតែមាន បន្ទាប់ពីអ្នករក្សាទុក PMS credentials
• ❌ Refresh នៅតែបង្ហាញការកក់ទទេ
• ❌ បញ្ហាដដែលកើតឡើងលើ tab ច្រើន

ព័ត៌មានដែលគួររួមបញ្ចូល៖

• ឈ្មោះអ្នកផ្តល់ PMS
• រូបថតអេក្រង់នៃសារ ឬស្ថានភាពទទេ
• ពេលវេលាដែលអ្នកបានរក្សាទុកការកំណត់ចុងក្រោយ

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

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