ពិនិត្យលម្អិតការកក់

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

ជ្រើស View Details នៅលើការកក់ណាមួយ ដើម្បីមើលសេចក្តីសង្ខេបពេញលេញ ឯកសារភ្ញៀវ និងបន្ទាត់ពេលវេលានៃព្រឹត្តិការណ៍។ ការពិនិត្យភាគច្រើនចំណាយពេល 2-3 នាទី។

មគ្គុទ្ទេសក៍នេះជួយអ្នកយល់ពី check-in ឬ check-out នៅពេលភ្ញៀវជាប់ ឬឯកសារខ្វះ។

ទៅកាន់: Main Menu → Command Center

---

សេចក្តីយោងរហ័ស

ផ្នែក	អ្វីដែលវាបង្ហាញ	ប្រើសម្រាប់អ្វី
Reservation Summary	ឈ្មោះភ្ញៀវ លេខ confirmation បន្ទប់ ថ្ងៃស្នាក់នៅ ព្រឹត្តិការណ៍ចុងក្រោយ	ទទួលបរិបទបានលឿន
Payment Summary	បានបង់ប្រាក់ pre-auth ការលក់ផ្ទាល់ ស្លាកស្ថានភាព លេខប្រតិបត្តិការ រូបិយប័ណ្ណ	ពិនិត្យភស្តុតាងការទូទាត់ពេញមួយការស្នាក់នៅ
Guest Information	បញ្ជីភ្ញៀវ ព័ត៌មានទំនាក់ទំនង nationality ប្រភេទឯកសារ	បញ្ជាក់ថាអ្នកណា checked in
Document thumbnails	ID/passport, registration card, selfie និងចំនួនការព្យាយាមផ្ទុកឡើងដែលបរាជ័យ	មើល ឬទាញយកឯកសារ
Unassigned Documents	ការផ្ទុកឡើងជាបណ្ដុំដែលបរាជ័យ ដោយមិនទាន់កំណត់ទៅភ្ញៀវ	ពិនិត្យរូបភាព និងកំហុសដែលបានរក្សាទុក
Registration card action	លាក់សម្រាប់ការមកដល់អនាគត បិទរហូតដល់ AVA check-in បញ្ចប់	ពិនិត្យថាអ្នកអាចបង្កើត card បានឬអត់
Placement warning	តំបន់ហត្ថលេខាដែលបានរក្សាទុកត្រូវបានកែតម្រូវឲ្យសមនឹងទំព័រ PDF ដែលបានផ្គូផ្គង	ពិនិត្យ ឬកែទីតាំងហត្ថលេខា
PMS attachment status	ស្ថានភាពបញ្ជូនសម្រាប់ឯកសារធ្វើដំណើរ រូបថត ឬ registration card នីមួយៗ	បញ្ជាក់ថា PMS បានទទួលឯកសារ ឬអត់
Retry action	ការសាកល្បងម្ដងទៀតដែលគ្រប់គ្រង សម្រាប់ attachment ដែលបរាជ័យ និងមានសិទ្ធិ	ស្តារការបរាជ័យបណ្តោះអាសន្នក្នុងការបញ្ជូនទៅ PMS
Detailed Event Log	ព្រឹត្តិការណ៍តាមជំហាន ជាមួយស្លាកស្ថានភាព និងត្រាពេលវេលា	រកចំណុចដែលលំហូរជាប់
Override audit events	ឈ្មោះអ្នកគ្រប់គ្រង និងហេតុផលសម្រាប់ support override	បញ្ជាក់មូលហេតុដែលជំហានត្រូវបានបើកឡើងវិញ
Show Details	ទិន្នន័យបញ្ចូល/លទ្ធផល	ចែករំលែកកំហុសជាក់លាក់ទៅ support

ទ្រង់ទ្រាយ mobile

លើទូរស័ព្ទ សំណុំ Reservation Summary នឹងប្ដូរទៅជាជួរឈរតែមួយ។ តម្លៃវែងៗនឹងបត់ជួរនៅក្នុងវាលនីមួយៗ ដើម្បីឲ្យស្លាកនៅតែអានបាន។

---

សិទ្ធិចូលប្រើ និងកម្រិតគម្រោង

• View Details អាចប្រើបានសម្រាប់ 20 logs ចុងក្រោយប៉ុណ្ណោះក្នុង free tier។
• ប្រវត្តិចាស់ និងការចូលប្រើឯកសារត្រូវការគម្រោងបង់ប្រាក់។

ធ្វើការ upgrade ក្នុង Settings → Billing & Subscription។

បើកផ្ទាំងលម្អិតការកក់

1. បើក Command Center ហើយស្ថិតនៅលើ Status។

2. ជ្រើស View Details លើការកក់ដែលអ្នកចង់ពិនិត្យ។

3. បើការកក់មានបន្ទប់ច្រើន សូមជ្រើស tab បន្ទប់។

   ✓ ផ្ទាំង Reservation Details នឹងបើកសម្រាប់បន្ទប់នោះ។

សេចក្តីសង្ខេបការទូទាត់ជាក្រុម

ការកក់ជាក្រុមអាចបង្ហាញសេចក្តីសង្ខេបការទូទាត់តែមួយនៅគ្រប់ tab បន្ទប់។ AVA បន្ថែមភស្តុតាងការទូទាត់តាមបន្ទប់ដែលមានតែមួយគត់ ហើយរក្សាចំនួនសរុបឲ្យបូកបញ្ចូលគ្នា។ បើគ្មានសកម្មភាពទូទាត់ AVA ដែលបានរក្សាទុក សេចក្តីសង្ខេបនឹងនៅទទេ។ បើរូបិយប័ណ្ណមិនដូចគ្នា AVA នឹងលាក់ចំនួនទឹកប្រាក់ ជំនួសឲ្យការប៉ាន់ស្មាន។ សេចក្តីសង្ខេបអាចបង្ហាញស្លាក Pre-auth, Captured និង Direct sale ជាមួយគ្នា។ បើ backend មិនផ្ញើ paymentSummary AVA នឹងបង្ហាញសញ្ញាមិនអាចប្រើបាន។ បើ AVA មានតែភស្តុតាងច្បាស់ថាមិនមានការទូទាត់ វានឹងបង្ហាញស្ថានភាពនោះជំនួស។

បើកការទូទាត់ក្នុង Stripe

ពេលភ្ជាប់ Stripe សូមជ្រើសរូបតំណាងតំណខាងក្រៅ View payment in Stripe។ រូបតំណាងនេះនៅក្បែរចំនួនទឹកប្រាក់ ឬ Transaction ID។ វាបើកការទូទាត់របស់ connected account ដែលត្រូវគ្នា ក្នុង tab Stripe ថ្មី។

តំណនេះប្រើបរិស្ថាន Stripe Live ឬ Test ដែលបានភ្ជាប់។ AVA លាក់តំណនេះសម្រាប់សេចក្តីសង្ខេបដែលមិនមែន Stripe មិនពេញលេញ ឬមិនច្បាស់លាស់។

ក្បាលផ្ទាំង modal ជាប់ថេរ

title នឹងបង្ហាញ confirmation number badge ពេលមាន។ ប៊ូតុង Reset Check-in Flow និង X នៅតែឃើញពេលអ្នក scroll។ លើអេក្រង់តូច ប៊ូតុង reset នឹងខ្លីទៅជា Reset។

ត្រូវការចាប់ផ្តើម check-in ម្តងទៀត?

ការកក់ខ្លះបង្ហាញ Reset Check-in Flow ក្នុង summary header។ សូមមើល Reset a Check-In Flow សម្រាប់ការព្រមាន និងជំហាន reset។

---

អានសេចក្តីសង្ខេបការកក់

ពិនិត្យវាលទាំងនេះនៅផ្នែកខាងលើផ្ទាំង៖

• Guest
• Confirmation #
• Room Number និង Room Type
• Overall Status
• Stay Dates
• Last Event

ប្រើសេចក្តីសង្ខេបនេះ ដើម្បីបញ្ជាក់ថាអ្នកកំពុងមើលបន្ទប់ និងថ្ងៃស្នាក់នៅត្រឹមត្រូវ។ លើអេក្រង់តូច វាលនីមួយៗនឹងពង្រីកពេញទទឹង។ វាផ្តល់កន្លែងឲ្យលេខ confirmation និង room types វែងៗ wrap បានស្អាត។

---

ប្រៀបធៀប event modes ក្នុង journey ចម្រុះ

បើក Detailed Event Log ដើម្បីមើល mode badge នៅជាប់ចំណងជើង event នៃ lifecycle នីមួយៗ។ Badge នេះបង្ហាញនៅមុន status code របស់ event។

ស្លាក	អត្ថន័យ
Self	សកម្មភាពមកពី Self Check-In។
Assisted	បុគ្គលិកបានបញ្ចប់សកម្មភាពតាម Assisted Check-In។
Pre-arrival	សកម្មភាពមកពី journey Pre-arrival។
Mode not recorded	AVA មិនអាចកំណត់ journey ដើមបានទេ។

អាន badge នៅជាប់ចំណងជើង event នីមួយៗ។ ការកក់មួយអាចមានច្រើន mode នៅពេលភ្ញៀវប្ដូររវាង journey ផ្សេងៗ។ Event បន្ទប់ ការចូលប្រើ ឯកសារ អត្តសញ្ញាណ ការកំណត់ និងការទូទាត់ដែលជោគជ័យ ឬបរាជ័យ អាចរក្សា mode ដើមរបស់វា។

Event checkout រក្សាពាក្យ Self Check-out ឬ Assisted Check-out។ វានៅតែដូចគ្នា ទោះ event checkout បង្ហាញនៅជាប់ event check-in ក៏ដោយ។ Event ចាស់ៗ ឬ callback ដែលមកយឺត អាចបង្ហាញ Mode not recorded។ AVA មិនសន្និដ្ឋាន mode ដែលបាត់ពីសេចក្តីសង្ខេបការកក់ទេ។ សូមមើល Audit Trail សម្រាប់ការណែនាំអំពី mode ដែលបាត់។

ពិនិត្យព័ត៌មានភ្ញៀវ និងឯកសារ

1. ក្នុង Guest Information រកភ្ញៀវដែលអ្នកកំពុងជួយ។

2. ពិនិត្យ Email, Phone, Nationality, និង Document Type។

3. ជ្រើសរូបតំណាងឯកសារដែលអ្នកចង់បើក។

   ✓ Viewer នឹងផ្ទុករូបភាពរសើបតែបន្ទាប់ពីអ្នកជ្រើសរើសប៉ុណ្ណោះ។ ✓ ការមើលត្រូវបានកត់ត្រាក្នុង audit trail របស់បុគ្គលិក។ ✓ រូបមើលជាមុននៃ upload ដែលបរាជ័យអាចនៅតែបង្ហាញ ពេល AVA បានរក្សាទុក lookup record។

ឯកជនភាពឯកសារ

រូបភាព passport, selfie និង registration-card មិនត្រូវបានផ្ទុកដោយស្វ័យប្រវត្តិទេ។ ជ្រើសរូបតំណាងមួយដើម្បីមើលវា។ AVA ធ្វើ audit លើការព្យាយាមមើលដែលជោគជ័យ បរាជ័យ និងត្រូវបានបដិសេធ។

ប្លង់ព័ត៌មានភ្ញៀវ

Email, phone, និង date of birth ប្រើស្លាកដាក់ជាជួរលើគ្នា ក្នុង Guest Information។ វាធ្វើឲ្យព័ត៌មានទំនាក់ទំនងវែងៗនៅតែអានបានក្នុងជួរឈរ modal តូចៗ។

ស្លាកព្រមានឯកសារ

អ្នកអាចឃើញ "Passport/ID upload failed" ឬ "Passport/ID extraction failed." ទាំងនេះបញ្ជាក់បញ្ហាចាប់យក ឬ OCR។

upload បរាជ័យតែនៅតែបង្ហាញ

បើ extraction, staging ឬ bulk commit បរាជ័យ AVA អាចបង្ហាញរូបមើលជាមុនដែលបរាជ័យ និងបានរក្សាទុកនៅទីនេះ។ រូប passport នៅតែអាចពិនិត្យបាន ទោះបីដំណើរការ cleanup បានរត់រួចក៏ដោយ។ ពេលមានឯកសារដែលបានទទួលយក ជួរភ្ញៀវនឹងបង្ហាញ tile ដែលបានទទួលយកមួយ ជាមួយស្លាក N failed។ ជ្រើស tile ដើម្បីបើក viewer នៅលើ Accepted បន្ទាប់មកប្ដូរទៅ Failed attempt។ ប្រើទិដ្ឋភាពដែលបរាជ័យ ដើម្បីពិនិត្យ upload ដែលបរាជ័យចុងក្រោយ និងបានរក្សាទុក មុនស្នើឲ្យភ្ញៀវស្កេនម្តងទៀត។ Viewer បង្ហាញមូលហេតុបរាជ័យ និង timestamp តាម timezone របស់សណ្ឋាគារអ្នក។ វាក៏បញ្ជាក់ថា ឯកសារដែលបានទទួលយកនៅតែជាឯកសារដែលកំពុងប្រើ។ បើត្រូវការជំនួយរកវានៅពេលក្រោយ support អាចស្វែងរកតាមឈ្មោះ file ដែលបរាជ័យ ឬ upload ID។

បើ bulk commit បរាជ័យ រូបភាពដែលបានរក្សាទុកនឹងបង្ហាញនៅជួរភ្ញៀវដែល upload បានកំណត់។ verification prompt ខ្លះរក្សា upload ជា pending ជំនួសឲ្យរក្សារូបដែលបរាជ័យ។ បើ AVA មិនអាចកំណត់អត្តសញ្ញាណភ្ញៀវម្នាក់បានដោយសុវត្ថិភាព វានឹងរក្សា upload ដែលបរាជ័យក្រោម Unassigned Documents។ សម្រាប់ការបរាជ័យរបស់អ្នកចែករំលែកមុនពេល commit AVA ប្រើភ្ញៀវដែលកំណត់ត្រារបស់គេបានរក្សាទុករូបភាពនោះ។ ការបរាជ័យនឹងបង្ហាញនៅជួររបស់អ្នកចែករំលែក ទោះបីសំណើបានដាក់ឈ្មោះភ្ញៀវចម្បងក៏ដោយ។ ដំណាក់កាលឯកសាររបស់ភ្ញៀវចម្បងនៅតែមិនផ្លាស់ប្តូរ។ ការបរាជ័យនៅចន្លោះ placeholder នៅតែស្ថិតក្រោម Unassigned Documents ព្រោះមិនទាន់មានភ្ញៀវនៅឡើយ។

ពិនិត្យការព្យាយាមប្រើឯកសារដែលបានទទួលយក និងបរាជ័យ

បើភ្ញៀវមិនមានឯកសារដែលបានទទួលយកទេ AVA នឹងបើកការព្យាយាមដែលបរាជ័យដោយផ្ទាល់។ ទិដ្ឋភាពដែលបរាជ័យតែប៉ុណ្ណោះមានស៊ុមពណ៌ក្រហម និងស្លាក Failed attempt។ បើមាន upload ដែលបរាជ័យច្រើន Viewer នឹងសម្គាល់ upload ចុងក្រោយជា Latest of N failed attempts។ AVA រាប់តែ upload ID ដែលខុសៗគ្នា ដូច្នេះ upload មួយដែលត្រូវបានកត់ត្រាដោយដំណាក់កាលដំណើរការច្រើន នឹងរាប់តែមួយដង។ ការទាញយករូបភាពដែលបរាជ័យ នឹងមានបច្ច័យ _failed នៅក្នុងឈ្មោះ file។

ជម្រើសបម្រុងសម្រាប់ on-prem storage

បើអចលនទ្រព្យរបស់អ្នកប្រើ on-prem storage AVA នៅតែអាចបើក guest documents, selfies, និង registration cards នៅទីនេះបន្ទាប់ពី upload។ Selfie ពី group-photo នឹងបើកពី group-photo crop ដែលបានរក្សាទុករបស់វា។ AVA មិនជំនួស crop នោះដោយ selfie ចាស់របស់ភ្ញៀវទេ។ វាប្រើ failed upload record ដែលបានរក្សាទុក ពេល legacy marker ខ្វះ។

ពិនិត្យឯកសារដែលបរាជ័យ និងមិនទាន់កំណត់

Bulk upload អាចបរាជ័យ មុនពេល AVA កំណត់ឯកសារទៅភ្ញៀវ។ ប្រើ Unassigned Documents ដើម្បីពិនិត្យ upload ទាំងនេះ។

1. រមូរចុះក្រោម Guest Information ក្នុង Reservation Details។

2. រក Unassigned Documents និងចំនួន upload ដែលបរាជ័យ។

3. ពិនិត្យ Upload #, សារកំហុស និង timestamp នីមួយៗ។

4. ជ្រើស thumbnail ដើម្បីបើករូបភាពដែលបានរក្សាទុក។

   ✓ Viewer រួមមាន Download និង Open in new tab។

ពេល retry កំណត់ឯកសារទៅភ្ញៀវ វានឹងចាកចេញពី Unassigned Documents។ បន្ទាប់មក thumbnail នឹងបង្ហាញនៅជួរភ្ញៀវនោះ។

ពិនិត្យ bulk commit ដែលបរាជ័យ និងបានរក្សាទុក

ពេល bulk commit បរាជ័យបន្ទាប់ពី staging AVA រក្សារូបភាពជាមួយជួរភ្ញៀវដែល upload បានកំណត់។

1. បើកជួរភ្ញៀវដែលបានកំណត់ក្នុង Guest Information។

2. ពិនិត្យ thumbnail upload ដែលបរាជ័យ និងសារព្រមាន។

3. ជ្រើស thumbnail ដើម្បីពិនិត្យ ឬទាញយករូបភាព។

4. បើក Detailed Event Log ដើម្បីពិនិត្យ event Document Uploaded ដែលបរាជ័យ។

   ✓ រូបភាពនៅតែអាចប្រើបាន ខណៈពេលអ្នកស៊ើបអង្កេតមូលហេតុ commit បរាជ័យ។

---

បង្កើត registration card (បើមាន)

បើអ្នកឃើញ Generate Registration Card Disclaimer ឬ Regenerate Registration Card Disclaimer៖

1. បើ card មានរួចហើយ សូមជ្រើស Disclaimer language ពី selector ជាប់ប៊ូតុង។
2. ជ្រើសប៊ូតុង។
3. រង់ចាំឯកសារបញ្ចប់ការបង្កើត។
4. បើក registration card ថ្មីពី thumbnail។

✓ AVA ប្រើភាសាដែលបានជ្រើសមុន។ ✓ បើមិនជ្រើស AVA នឹងប្រើភាសា signing ដែលបានរក្សាទុករបស់ភ្ញៀវ។ ✓ English គឺជាជម្រើស fallback បើមិនមានភាសារក្សាទុក។

កាតដែលបង្កើតឡើងវិញប្រើកំណែបញ្ជូនថ្មីទៅ PMS

នៅពេលអ្នកបង្កើតកាតដែលមានស្រាប់ឡើងវិញ AVA បង្កើតការងារបញ្ជូនថ្មីសម្រាប់ឯកសារភ្ជាប់របស់ PMS។ កាតថ្មីមិនត្រូវបានចាត់ទុកថាជាកំណែដែលបានបញ្ជូនពីមុនទេ។ បន្ទាប់ពីបង្កើតរួច សូមពិនិត្យស្ថានភាព Registration Card។

ពេលវេលា registration card

ប៊ូតុងនៅតែលាក់មុនការមកដល់។ បន្ទាប់ពីមកដល់ វានៅតែបិទរហូតដល់ AVA មាន checkinTime របស់ភ្ញៀវ។ PMS check-in តែមួយមិនដោះសោ card នេះទេ។

ការស្តារការធ្វើ check-in ដោយដៃ

ប្រើវិធីនេះតែពេល AVA មិនទាន់បានរក្សាទុក checkinTime របស់ភ្ញៀវ។ បើភ្ញៀវបាន check-in ក្រៅ AVA សូមបញ្ចូលពេល check-in ពិតប្រាកដជាមុន។ AVA នឹងរក្សាទុកពេលនោះ រួចបង្ហាញ PDF។ វាមិនផ្លាស់ប្តូរស្ថានភាព check-in ឬស្ថានភាពការកក់ទេ។

ការជ្រើសភាសា card ចាស់

AVA បង្ហាញតែភាសាដែលមានការបកប្រែ disclaimer សម្រាប់ registration card ដែលបានរក្សាទុក។ បើ card មិនមាន stored signing language សូមជ្រើសមួយមុន regenerate។ English (fallback) តែងតែអាចប្រើបាន។ បើភ្ញៀវបាន signed ជាភាសាផ្សេងរួច AVA នឹងប្រើភាសាដែលបានរក្សាទុកនោះជាមុន។

ព្រមានទីតាំងដែលបានរក្សាទុក

កាតដែលមានស្រាប់ និងហត្ថលេខាដែលបានកែតម្រូវ នៅតែអាចប្រើបានក្នុង Reservation Details។ AVA បង្ហាញការព្រមានពណ៌ amber នៅពេលអ្នកបើកផ្ទាំងព័ត៌មានលម្អិតជាលើកដំបូង។ អ្នកមិនចាំបាច់បង្កើតកាតឡើងវិញ មុនជ្រើស Place signature manually ទេ។ កម្មវិធីកែទីតាំងប្រើភាសាកាតដែលបានជ្រើស។

ព័ត៌មានជំនួយសម្រាប់ប៊ូតុងដែលបិទ

ពេលប៊ូតុងបិទ សូម hover លើវា។ អ្នកគួរឃើញ៖ "Complete check-in on AVA first. PMS check-in alone does not give AVA the actual check-in time needed for the registration card."

ពិនិត្យការបញ្ជូនឯកសារភ្ជាប់ទៅ PMS

AVA រក្សាទុកឯកសារជាមុនក្នុងប្រព័ន្ធ មុនបញ្ជូនទៅ PMS របស់អ្នក។ ការបង្កើត និងរក្សាទុក registration card ត្រូវបញ្ចប់ មុនការបញ្ជូនទៅ PMS ចាប់ផ្តើម។ ដូច្នេះ file អាចបង្ហាញក្នុង AVA ខណៈការបញ្ជូនទៅ PMS នៅ pending។

1. បើក Command Center → Status។

2. ជ្រើសការកក់ ហើយជ្រើស View Details។

3. រកស្ថានភាព attachment របស់ Travel Document, Guest Photo ឬ Registration Card។

4. អានស្ថានភាព និងសារមុនចាត់វិធានការ។

5. បើបង្ហាញ Retry សូមបញ្ជាក់ការភ្ជាប់ PMS រួចជ្រើស Retry។

   ✓ AVA retry តែប្រភេទ attachment ដែល action បានបង្ហាញ។ ✓ Retry ជោគជ័យនឹងប្ដូរ attachment នោះទៅស្ថានភាពបានបញ្ចប់។

អត្ថន័យស្ថានភាព	អ្វីដែលត្រូវធ្វើ
កំពុងរង់ចាំ ឬកំពុងដំណើរការ	រង់ចាំការបញ្ជូនទៅ PMS រួច refresh View Details។
បានបញ្ចប់	បើចាំបាច់ សូមផ្ទៀងផ្ទាត់ attachment ក្នុងការកក់នៅ PMS។
បរាជ័យ ឬត្រូវការពិនិត្យ	អានសារ ដោះស្រាយបញ្ហា PMS រួចប្រើ Retry បើមាន។

ឯកសារ Cloudbeds របស់បន្ទប់រង

Cloudbeds រក្សាទុកឯកសារធ្វើដំណើររបស់ភ្ញៀវបន្ទប់រងនៅលើការកក់មេ។ នេះជាអ្វីដែលរំពឹងទុក ព្រោះ Cloudbeds មិនទទួលឯកសារភ្ជាប់លើ sub-reservation ID ទេ។

Retry ដោយសុវត្ថិភាព

Retry របស់ registration card ប្រើ delivery identity ដដែល។ ការធ្វើ retry មិនបង្កើត registration card ទីពីរនៅ PMS ដែលគាំទ្រ idempotent delivery ទេ។

---

ពិនិត្យ event log លម្អិត

1. រមូរទៅ Detailed Event Log។

2. ពិនិត្យ mode badge, status badge និង timestamp នៅលើ event នីមួយៗ។

3. ជ្រើស Show Details ដើម្បីមើល Input និង Output។

   ✓ ប្រើ payloads ពេលរាយការណ៍បញ្ហាទៅ support។

សញ្ញាទូទៅក្នុង event

• Queue Reason / Queued មានន័យថាជំហានកំពុងរង់ចាំ។ Details ពន្យល់មូលហេតុ។
• Room Access Error បង្ហាញ code, message និងការណែនាំ fallback។
• កំហុស Room Access ក៏អាចបង្ហាញ errorCode, retriable, vendor និងព័ត៌មាន upstream ក្នុង Show Details។
• សារ timeout របស់ keycard រួមមានការត្រួតពិនិត្យសេវារបស់ vendor មុនពេល retry។ ពិនិត្យ server របស់ vendor និងកម្មវិធី keycard ជាមុនសិន រួច retry ម្តង។ Timeout របស់ smart-lock នៅតែប្រើការណែនាំទូទៅសម្រាប់ Room Access។
• Check-in v3 រក្សាព័ត៌មាន message និង error.message ដែលនៅជាន់ក្នុង មុនធ្វើ fallback។
• Early Check-in បង្ហាញពេលភ្ញៀវព្យាយាម check in មុនពេលកំណត់។
• Room Assignment បង្ហាញពេល AVA បែងចែកបន្ទប់ មុន check-in បញ្ចប់។
• PMS changed room assignment during this step បង្ហាញពេល PMS ត្រឡប់បន្ទប់ផ្សេង។
• Facial Verification Results បង្ហាញ similarity score, thresholds, provider និង liveness។
• ព្រឹត្តិការណ៍ facial-verification ដែលបានរក្សាទុក បង្ហាញ Individual ឬ Group photo ជាប្រភព។ រាល់ការផ្គូផ្គង group-photo ដែលបានរក្សាទុកថ្មី បង្កើតព្រឹត្តិការណ៍មួយសម្រាប់ភ្ញៀវនោះ។ thumbnail selfie របស់ភ្ញៀវគឺជា face crop ដែលប្រើសម្រាប់ការផ្គូផ្គងនោះ។
• ចំណងជើងព្រឹត្តិការណ៍បញ្ជាក់ប្រភពជា ID Verification · Individual selfie ឬ ID Verification · Group photo។
• ជួរ Capture បញ្ជាក់ថាមុខដែលបានរក្សាទុក មកពី selfie ផ្ទាល់ខ្លួន ឬ group photo។
• tooltip របស់ selfie ភ្ញៀវបង្ហាញ View selfie (cropped from group photo) សម្រាប់ការផ្ទៀងផ្ទាត់ group-photo ដែលជោគជ័យចុងក្រោយ។
• ការផ្ទៀងផ្ទាត់ពេលក្រោយដែលគ្មាន tag នឹងលុបស្លាក group-photo ព្រោះប្រភពនៃការថតមិនស្គាល់។
• កំហុស encoder របស់ Room Access អាចរក្សា faultcode:<value> ឲ្យឃើញ បន្ទាប់ពីសម្អាត message។ ប្រើវាពេលប្រៀបធៀប incident របស់ vendor។
• structured payload ក៏អាចរួមមាន errorCode, retriable, vendor និងព័ត៌មាន timeout ឬ vendor code របស់ upstream។
• HTTP 504 timeout របស់ Room Access នៅតែបង្ហាញជាកំហុស keycard មានរចនាសម្ព័ន្ធ មិនមែនជាកំហុស external service ទូទៅទេ។
• PII redactions នៅតែលាក់ email, លេខទូរស័ព្ទ, លេខកាត និង tokens។
• កំហុស document upload ឥឡូវបង្ហាញអត្ថបទសម្រាប់ភ្ញៀវក្នុង Message។ បើត្រូវការខ្សែអក្សរ backend ដើម សូមបើក Show Details។
• ដំណាក់កាល staging និង commit របស់ bulk upload បង្ហាញជា Document Uploaded ក្នុង timeline។
• Event upload ឯកសារអាចបង្ហាញ Name extracted from document បន្ទាប់ពី upload ជោគជ័យ ឬបរាជ័យ។ ប្រើវាដើម្បីបញ្ជាក់ឈ្មោះដែល AVA អាន មុនប្រៀបធៀបនឹងឈ្មោះក្នុងការកក់។
• កំណត់ត្រា ID verification ដែលបរាជ័យឥឡូវបង្ហាញមូលហេតុជាភាសាងាយយល់ក្នុង Message។ raw backend error នៅតែលាក់ ដើម្បីឲ្យផ្ទាំងអានងាយជាង។
• កំណត់ត្រា name mismatch ឥឡូវបង្ហាញ Message ដែលស្អាត និងការប្រៀបធៀប Name check។ បើក Show Details ដើម្បីប្រៀបធៀប On document និង On reservation។ Log ចាស់ក៏បង្ហាញបានត្រឹមត្រូវ ទោះនៅរក្សា legacy flattened message ក៏ដោយ។
• ពេល verification បរាជ័យ ប្រើ Facial Verification Results សម្រាប់ព័ត៌មាន score និង threshold។

អាន event check-in របស់ភ្ញៀវរួម

នៅពេលភ្ញៀវរួម check-in បន្ទាប់ពីភ្ញៀវចម្បង AVA ដាក់ឈ្មោះ event CHECKIN តាមភ្ញៀវរួមនោះ។

អ្វីដែលអ្នកឃើញ	អត្ថន័យ
ឈ្មោះភ្ញៀវរួមម្នាក់	Event ជារបស់ភ្ញៀវដែលទើបមកដល់នោះ។
ឈ្មោះភ្ញៀវរួមច្រើន	ភ្ញៀវទាំងនោះមកដល់ជាមួយគ្នា។ Event មិនបានភ្ជាប់ជាក់លាក់ទៅភ្ញៀវម្នាក់ណាទេ។
ឈ្មោះភ្ញៀវចម្បង បន្ទាប់ពីការមកដល់ដែលពន្យារ	ភ្ញៀវចម្បងបានមកដល់ក្នុងសកម្មភាពនេះ។
ឈ្មោះភ្ញៀវចម្បង បន្ទាប់ពី retry	Retry មិនបាន check-in ភ្ញៀវណាម្នាក់ទេ។ AVA បានប្រើ fallback ដែលមានស្រាប់។

សម្រាប់ភ្ញៀវរួមម្នាក់ដែលទើបមកដល់ Event អាចរួមមាន identifier របស់ភ្ញៀវនោះ។ វាជួយឲ្យ AVA ផ្គូផ្គងពេលមកដល់ និង badge ទៅភ្ញៀវត្រឹមត្រូវ។ Event ចាស់ៗមិនត្រូវបានប្ដូរឈ្មោះដោយស្វ័យប្រវត្តិទេ។

អានស្លាកព្រឹត្តិការណ៍ keycard

event log លម្អិតពិពណ៌នាជួរ keycard នីមួយៗតាមលទ្ធផលជាក់ស្តែងរបស់វា។

ស្លាក	អត្ថន័យ
Keycard Encoded (Card N of M)	កាតមួយត្រូវបាន encode ក្នុងសំណុំបច្ចុប្បន្ន។
Additional Keycard Encoded	កាតរបស់ភ្ញៀវបន្ថែមមួយត្រូវបាន encode។
Keycard Encoding Failed (Card N of M)	ការបញ្ចូលកូដបានបរាជ័យសម្រាប់កាតនោះ។
Marked as Already Encoded	បុគ្គលិកបានបញ្ជាក់ថាកាតមានរួចហើយ។
Remaining Keycards Skipped	បុគ្គលិកបានបញ្ចប់ជំហាន មុនពេល encode កាតដែលបានគ្រោងទុកទាំងអស់។
Keycard Step Completed	ជំហាន keycard បានបញ្ចប់ដោយលទ្ធផលជោគជ័យផ្សេងទៀត។
Keycard Step Failed	ជំហាន keycard បានបញ្ចប់ដោយគ្មានជោគជ័យ។

បើជួរបង្ហាញ No card encoded កុំសន្និដ្ឋានថាភ្ញៀវបានទទួលកាតហើយ។ បញ្ជាក់កាតជាក់ស្តែង ឬ encode វាម្តងទៀត មុនបញ្ចប់ការប្រគល់។

ពេលបុគ្គលិកបញ្ចូលកូដកាត មុនពេលបញ្ជាក់ភ្ញៀវដែលមកដល់ AVA អាចផ្គូផ្គងការបញ្ចូលកូដដែលជោគជ័យ ជាមួយក្រុមភ្ញៀវដែលបានបញ្ជាក់ពីការព្យាយាម check-in ដូចគ្នា។ Event កាតត្រូវតែត្រូវគ្នានឹងបន្ទប់ ហើយកើតឡើងបន្ទាប់ពី lookup ភ្ញៀវ មុន check-in។ បើមាន guest identifier ច្បាស់លាស់ វាមានអាទិភាពជាងការផ្គូផ្គងតាមក្រុមនេះ។

AVA រក្សាទុកលទ្ធផល keycard ចុងក្រោយសម្រាប់ការព្យាយាមនោះ។ ការព្យាយាមបរាជ័យ ឬ pending នៅពេលក្រោយ អាចជំនួសជោគជ័យមុន។ ការព្យាយាមជោគជ័យនៅពេលក្រោយ អាចស្តារស្ថានភាព keycard ដែលបានបញ្ចប់។

កាតបន្ទប់រួម

កាតបន្ទប់រួមដែលបានបញ្ចូលកូដជោគជ័យមួយ បញ្ជាក់សកម្មភាព room-access សម្រាប់ក្រុមភ្ញៀវដែលបានបញ្ជាក់ថាមកដល់។ វាមិនបញ្ជាក់ថាភ្ញៀវគ្រប់រូបមានកាតជាក់ស្តែងដាច់ដោយឡែកម្នាក់មួយទេ។

ពិនិត្យភស្តុតាងវិក្កយបត្រពេល checkout

1. បើក Show Details លើ event checkout។
2. រកធាតុ FETCH_CHECKOUT, View Bill, Checkout Payment និង Checkout។
3. សម្រាប់ FETCH_CHECKOUT ដែលបរាជ័យ សូមពិនិត្យ error code និងព័ត៌មានសមតុល្យ។
4. សម្រាប់ Checkout ដែលបរាជ័យ សូមអានមូលហេតុពី PMS មុនពេល retry។
5. ពិនិត្យភាពអាចប្រើបាននៃ billing, ការកំណត់ payment-collection និង checkout mode។
6. ប្រៀបធៀប timestamp ប្រសិនបើភ្ញៀវបាន retry flow។
7. ពេលស្ថានភាពខុសគ្នា សូមជឿភស្តុតាងថ្មីបំផុត។

សមតុល្យដែលនៅសល់ ឬលទ្ធផល billing ដែលមិនទាន់បានផ្ទៀងផ្ទាត់ នឹងបង្ហាញជាការស្វែងរក checkout ដែលបរាជ័យ។ បង្អួច folio ដែលមិនទាន់ទូទាត់ ក៏អាចបង្ហាញជាព្រឹត្តិការណ៍ Checkout ដែលបរាជ័យផងដែរ។ Event ដែលបរាជ័យនៅតែភ្ជាប់នឹងការកក់ រួមទាំងការចាកចេញដែលបុគ្គលិកបានជ្រើសរើស។ បន្ទាប់ពី billing ជោគជ័យ ការសាកល្បងម្តងទៀតដែលជោគជ័យ នឹងបង្ហាញជាលទ្ធផល checkout lookup ថ្មីបំផុត។

ពិនិត្យព័ត៌មានលម្អិត name mismatch

បើ name mismatch របស់ឯកសាររារាំង check-in event log នឹងរក្សាការប្រៀបធៀបឲ្យអានងាយ។

អ្វីដែលអ្នកឃើញ: សារ event ពន្យល់ mismatch ដោយគ្មាន JSON blob។ ផ្ទាំង Name check បង្ហាញឈ្មោះពីរដែលបានប្រៀបធៀប។

វិធីដោះស្រាយ៖

1. បើក Show Details លើ event verification ដែលបរាជ័យ។
2. អាន Message ដើម្បីដឹងមូលហេតុដែលងាយយល់។
3. ប្រៀបធៀប On document ជាមួយ On reservation ក្នុង Name check។
4. ប្រើឈ្មោះទាំងនេះពេលពន្យល់ការរាំងស្ទះទៅភ្ញៀវ ឬ support។

ពិនិត្យឈ្មោះដែលដកស្រង់ពីឯកសារ

ប្រើផ្នែកនេះ នៅពេលអ្នកត្រូវបញ្ជាក់ថា AVA បានអានអ្វីពីឯកសារធ្វើដំណើរ។

1. បើក Detailed Event Log។

2. ស្វែងរក Event upload ឯកសារ។

3. ជ្រើស Show Details។

4. ស្វែងរក Name extracted from document។

5. ប្រៀបធៀបនឹងឈ្មោះភ្ញៀវក្នុង Reservation Summary។

   ✓ Upload ជោគជ័យអាចបង្ហាញឈ្មោះដើមដែល provider បានដកស្រង់ ដោយគ្មានកំហុសឈ្មោះមិនត្រូវ។ ✓ ពេល overwrite ត្រូវបានបើក Reservation Summary បង្ហាញឈ្មោះដែល AVA បានធ្វើឲ្យមានទម្រង់សុវត្ថិភាព និងរក្សាទុក។

ស្លាកការកក់ composite

AVA មិនចម្លងឈ្មោះដែលមិនពាក់ព័ន្ធពីស្លាកការកក់ composite ទៅក្នុងកំណត់ត្រាភ្ញៀវទេ។ វាផ្លាស់ប្តូរការបែងចែកឈ្មោះដើម និងនាមត្រកូល តែពេល token ឈ្មោះទាំងអស់ក្នុងការកក់មាននៅលើឯកសារ។

ពិនិត្យ room assignment ប្រៀបធៀបនឹង check-in

បើអ្នកឃើញ ROOM_ASSIGNMENT ក្នុង event log នោះមានន័យថា AVA បានបែងចែកបន្ទប់ហើយ។ badge នោះមិនមានន័យថា​ភ្ញៀវបានបញ្ចប់ check-in ទេ។ លេខបន្ទប់ក្នុង PMS តែមួយ មិនបង្កើតភស្តុតាងនេះទេ។

ប្រើ pipeline ដើម្បីបញ្ជាក់ថាភ្ញៀវនៅតែត្រូវការ CHECKIN ឬអត់។ ពិនិត្យ Room Access ដាច់ដោយឡែក សម្រាប់ស្ថានភាពការបញ្ចូលកូដ keycard។

ភស្តុតាង room assignment

សម្រាប់ការមកដល់ដែលបានបញ្ជាក់ និងមានបន្ទប់ច្បាស់លាស់ AVA អាចបញ្ចប់ Room Assignment ទោះបីបន្ទប់ក្នុង PMS ត្រូវបានកាន់កាប់រួច ហើយមិនមាន event បែងចែកដាច់ដោយឡែកក៏ដោយ។ AVA នៅតែរក្សាស្ថានភាព pending សម្រាប់ភ្ញៀវដែលមិនទាន់ត្រូវបានបញ្ជាក់ថាមកដល់។ វាមិនសន្និដ្ឋានថាភ្ញៀវគ្រប់រូបក្នុងការកក់បានមកដល់ទេ។

អានវឌ្ឍនភាពការមកដល់មួយផ្នែក

អ្វីដែលអ្នកឃើញ៖ ភ្ញៀវដែលបានបញ្ជាក់បង្ហាញស្ថានភាព assignment និង keycard បានបញ្ចប់ ប៉ុន្តែភ្ញៀវម្នាក់ទៀតនៅតែ pending។

អត្ថន័យ៖ បុគ្គលិកបានបញ្ជាក់តែផ្នែកមួយនៃក្រុមភ្ញៀវដែលមកដល់ក្នុងការកក់។ AVA រាយការណ៍វឌ្ឍនភាពតាមភ្ញៀវ ដូច្នេះសេចក្តីសង្ខេបការកក់អាចនៅតែបង្ហាញថាបានបញ្ចប់មួយផ្នែក។

ពិនិត្យ៖

1. បើកជួរភ្ញៀវនីមួយៗក្នុងសេចក្តីសង្ខេបការកក់។

2. បញ្ជាក់ថាភ្ញៀវដែលបានបញ្ចប់មានលេខបន្ទប់ត្រឹមត្រូវដែលរំពឹងទុក។

3. ពិនិត្យ Detailed Event Log សម្រាប់លទ្ធផល CHECKIN និង keycard។

4. ទុកភ្ញៀវដែលមិនទាន់បានបញ្ជាក់ឲ្យនៅ pending រហូតដល់បុគ្គលិកបញ្ជាក់ការមកដល់របស់ពួកគេ។

   ✓ ការកក់អាចនៅតែជា In Progress ខណៈភ្ញៀវដែលបានបញ្ជាក់បានបញ្ចប់។

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

ពិនិត្យព្រមាន PMS room mismatch

បើ room assignment បានផ្លាស់ប្តូរក្នុង PMS អ្នកនឹងឃើញ warning ពណ៌ amber ក្នុង Detailed Event Log។

ការព្រមានបង្ហាញ៖

• Requested room
• PMS returned room
• Auto-assign enabled
• PMS vendor (បើមាន)
• Reservation type: Sub-reservation (បើអនុវត្ត)

ប្រើការព្រមាននេះ ដើម្បីពន្យល់ថា ហេតុអ្វី room ចុងក្រោយខុសពី room ដែលស្នើ។

ពិនិត្យ override audit events

1. រមូរទៅ Detailed Event Log។

2. រក event ដែលសម្គាល់ជា Override audit event។

3. បើក Show Details បើមាន។

   ✓ សេចក្តីសង្ខេប event អាចបង្ហាញ Admin និង Reason។ ✓ កំណត់ត្រា override បញ្ជាក់ថានរណាបើកជំហានឡើងវិញ។

សម្រាប់ ACI facial ឬ document-verification override event នឹងបញ្ជាក់ការកក់ ភ្ញៀវ ឧបករណ៍បុគ្គលិក និង journey session។ ប្រើ Reason និងព័ត៌មានភ្ញៀវ ដើម្បីបញ្ជាក់ថាភ្ញៀវត្រឹមត្រូវត្រូវបានអនុម័ត។

ប្រភពដើមនៃការអនុម័ត document-verification ត្រូវបានរក្សាទុកក្នុង AVA សម្រាប់ local ACI journey។ វាមិនត្រូវបានផ្ញើទៅ PMS ជាលទ្ធផល document-verification ទេ។

ពិនិត្យការផ្លាស់ប្តូរ name-mismatch របស់ ACI

ការបដិសេធ name-mismatch របស់ ACI អាចជំនួសភ្ញៀវក្នុងការកក់ដោយអត្តសញ្ញាណនៅលើឯកសារ។ កំណត់ត្រា check-in បង្ហាញការផ្លាស់ប្តូរនេះក្នុងកាត Guest details replaced by staff override។

កាតនេះបង្ហាញនៅខាងក្រោម Guest Information ក្នុង Reservation Details។ ការបដិសេធនីមួយៗបង្ហាញ profile ID ពេលវេលា និងឧបករណ៍បុគ្គលិកដែលបានអនុម័ត។

1. បើក Command Center → Status។

2. ជ្រើសការកក់ ហើយជ្រើស View Details។

3. ពិនិត្យកាត Guest details replaced by staff override នៅខាងក្រោម Guest Information។

4. ប្រៀបធៀបព័ត៌មានការកក់ក្នុង Before ជាមួយព័ត៌មានឯកសារដែលបានស្កេនក្នុង After។

5. ពិនិត្យស្លាក PMS-note និងការស្វែងរកឈ្មោះចាស់។

   ✓ លេខឯកសារបង្ហាញ *** បូកជាមួយតួអក្សរបីខ្ទង់ចុងក្រោយ។ ✓ ជួរនឹងបង្ហាញតែពេលយ៉ាងហោចណាស់មួយខាងមានតម្លៃ។ ✓ ថ្ងៃខែឆ្នាំកំណើត កាលបរិច្ឆេទឯកសារ និងអាសយដ្ឋានមិនបង្ហាញទេ។

ការប្រៀបធៀបអាចរួមមានឈ្មោះ សញ្ជាតិ ភេទ ព័ត៌មានឯកសារ អ៊ីមែល និងទូរស័ព្ទ។ ព័ត៌មានឯកសាររួមមានប្រភេទឯកសារ លេខដែលបានបិទបាំង និងប្រទេសចេញឯកសារ។

ស្លាកពណ៌បៃតង ឬពណ៌ amber បង្ហាញថា AVA បានបង្ហោះកំណត់ត្រា Before និង After ទៅ PMS ឬអត់។ វាក៏បង្ហាញថាឈ្មោះចាស់ក្នុងការកក់ នៅតែអាចស្វែងរកក្នុង Command Center បានឬអត់។

កំណត់ហេតុនេះត្រូវបានលាក់ពីការមើលការកក់ធម្មតា។ អ្នកអាចឃើញវាតែក្នុងទិដ្ឋភាពលម្អិតកំណត់ត្រា check-in ប៉ុណ្ណោះ។ ការបដិសេធចាស់ៗអាចបង្ហាញតែឈ្មោះដែលត្រូវបានជំនួស។

---

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

Reservation Details មិនផ្ទុក

អ្វីដែលអ្នកឃើញ: "Error Loading Details" ឬផ្ទាំងទទេ។

វិធីដោះស្រាយ៖

1. បើអ្នកនៅ free tier សូមបើកការកក់ពី logs 20 ចុងក្រោយ។ ធ្វើការ upgrade សម្រាប់ប្រវត្តិចាស់។
2. ផ្ទុកទំព័រឡើងវិញ ហើយបើក View Details ម្តងទៀត។
3. សាកល្បងការកក់ផ្សេង ដើម្បីបញ្ជាក់ថា logs កំពុងផ្ទុក។
4. ពិនិត្យការតភ្ជាប់អ៊ីនធឺណិត។

ប៊ូតុង registration card ខ្វះ

អ្វីដែលអ្នកឃើញ: គ្មានប៊ូតុង Generate Registration Card Disclaimer។

វិធីដោះស្រាយ៖

1. បញ្ជាក់ថាកាលបរិច្ឆេទមកដល់ជាថ្ងៃនេះ ឬមុននេះ។
2. បើភ្ញៀវមកដល់រួចហើយ ពិនិត្យថា AVA check-in បញ្ចប់ឬនៅ។
3. ផ្ទុកទំព័រឡើងវិញ ហើយបើក View Details ម្តងទៀត។
4. ទាក់ទង support បើប៊ូតុងនៅតែមិនបង្ហាញ។

ប៊ូតុង registration card ត្រូវបានបិទ

អ្វីដែលអ្នកឃើញ: ប៊ូតុងបង្ហាញ ប៉ុន្តែមិនដំណើរការ។

វិធីដោះស្រាយ៖

1. Hover លើប៊ូតុង ដើម្បីអាន tooltip។
2. បញ្ចប់ check-in នៅ AVA ជាមុន ឬប្រើលំហូរបញ្ចូលពេល check-in ដោយដៃ។
3. ផ្ទុកទំព័រឡើងវិញ បន្ទាប់ពី check-in បញ្ចប់។
4. សាកល្បងបង្កើត registration card ម្តងទៀត។

មិនអាចបង្កើត registration card

អ្វីដែលអ្នកឃើញ: កំហុសបន្ទាប់ពីជ្រើស Generate Registration Card Disclaimer។

វិធីដោះស្រាយ៖

1. បញ្ជាក់ថាកាលបរិច្ឆេទមកដល់ជាថ្ងៃនេះ ឬមុននេះ។
2. ស្នើឲ្យភ្ញៀវបញ្ចប់ហត្ថលេខា បើខ្វះ។
3. បើភ្ញៀវបាន check-in ក្រៅ AVA សូមបញ្ចូលពេល check-in ពិតប្រាកដជាមុន។
4. ជ្រើស Generate Registration Card Disclaimer ម្តងទៀត។

registration card មានការព្រមានអំពីទីតាំង

អ្វីដែលអ្នកឃើញ: មានការព្រមានពណ៌ amber នៅជាប់ registration card ក្នុង Reservation Details។ សកម្មភាព Place signature manually អាចប្រើបានភ្លាមៗ។

មូលហេតុ: តំបន់ហត្ថលេខាដែលបានរក្សាទុកបានទៅដល់គែមទំព័រ ឬលើសទំព័រ PDF ដែលបានផ្គូផ្គង។ AVA បានកែតម្រូវហត្ថលេខាទាំងមូលឲ្យស្ថិតនៅក្នុងទំព័រ ហើយបានរក្សាទុកការព្រមានជាមួយ card របស់ភ្ញៀវ។

វិធីដោះស្រាយ៖

1. បើក Command Center → Status ហើយជ្រើស View Details។
2. ជ្រើស Place signature manually នៅជាប់ registration card។
3. បញ្ជាក់ថាហត្ថលេខាទាំងមូលស្ថិតនៅក្នុងទំព័រ។
4. ផ្លាស់ទី ឬប្តូរទំហំហត្ថលេខាឲ្យនៅលើតំបន់ទទេ។
5. ជ្រើស Save corrected signature placement។

✓ ការព្រមាននឹងបាត់បន្ទាប់ពីកែតម្រូវបានជោគជ័យ។ ✓ Reservation Details នឹងផ្ទុកឡើងវិញជាមួយ card ដែលបានកែតម្រូវ។

បើការបង្កើតមុនបរាជ័យ បន្ទាប់ពីអ្នកបានបញ្ចូលពេល check-in ដោយដៃ AVA នឹងរក្សាពេលនោះសម្រាប់ការកែតម្រូវនេះ។ ភាសា registration-card ដែលបានជ្រើសក៏នៅតែត្រូវបានជ្រើសដដែល។

ការបង្កើតអាចនៅតែបញ្ឈប់

ស្លាកដែលបាត់ ឬមិនច្បាស់ ការបង្វិលដែលមិនគាំទ្រ និងព័ត៌មានបញ្ចូលមិនត្រឹមត្រូវ នៅតែត្រូវការការស្តារដោយដៃ។ ការត្រួតគ្នាជាមួយអក្សរដែលបានបោះពុម្ព មិនរារាំងដំណើរការទេ។

registration card បង្ហាញក្នុង AVA ប៉ុន្តែមិននៅក្នុង PMS

អ្វីដែលអ្នកឃើញ: registration card បើកបានក្នុង AVA ប៉ុន្តែ PMS មិនទាន់មាន attachment។

វិធីដោះស្រាយ៖

1. បើក Command Center → Status → View Details សម្រាប់ការកក់។

2. រកស្ថានភាព attachment Registration Card។

3. បើបង្ហាញ waiting ឬ processing សូម refresh បន្ទាប់ពីការបញ្ជូនបញ្ចប់។

4. បើបង្ហាញ Retry សូមដោះស្រាយកំហុសការភ្ជាប់ PMS ហើយជ្រើស Retry។

5. បើ card ត្រូវបានជំនួសនៅ on-premises server សូមបង្កើត card ម្តងទៀត មុន retry។

   ✓ card ដែលបានរក្សាទុកចុងក្រោយនឹងត្រូវបញ្ជូន បន្ទាប់ពីស្ថានភាពរបស់វាមានសិទ្ធិ។

PMS attachment មិនអាច retry បាន

អ្វីដែលអ្នកឃើញ: attachment បរាជ័យ ប៉ុន្តែ Retry មិនមាន។

វិធីដោះស្រាយ៖

1. អានសារ attachment ក្នុង View Details។
2. បញ្ជាក់ថាការភ្ជាប់ PMS សកម្មក្នុង Settings → Essentials → PMS Integration។
3. Refresh View Details ហើយពិនិត្យស្ថានភាព attachment ម្តងទៀត។
4. បើប្រភពបានផ្លាស់ប្តូរ សូមរក្សាទុកឯកសារបច្ចុប្បន្ន ឬបង្កើត registration card ម្តងទៀត។
5. ទាក់ទង support បើស្ថានភាពនៅតែត្រូវការពិនិត្យ។

ឯកសារ Cloudbeds ស្ថិតនៅលើការកក់មេ

អ្វីដែលអ្នកឃើញ: ឯកសារធ្វើដំណើររបស់ភ្ញៀវបន្ទប់រង មិនបង្ហាញលើ sub-reservation ទេ។

មូលហេតុ: Cloudbeds ទទួលឯកសារភ្ជាប់ធ្វើដំណើរតែលើការកក់មេប៉ុណ្ណោះ។

វិធីដោះស្រាយ៖

1. បើកការកក់មេក្នុង Cloudbeds។

2. ពិនិត្យឯកសារភ្ជាប់របស់វា ដើម្បីរកឯកសារធ្វើដំណើររបស់ភ្ញៀវ។

3. ក្នុង AVA បញ្ជាក់ថាស្ថានភាពឯកសារភ្ជាប់ជា Completed។

4. បើស្ថានភាពជា Failed ឬ Needs review សូមអានសារ ហើយជ្រើស Retry នៅពេលមាន។

   ✓ ឯកសារនៅតែភ្ជាប់នឹងភ្ញៀវត្រឹមត្រូវ ខណៈប្រើការកក់មេរបស់ Cloudbeds។

រូប passport នៅតែបង្ហាញបន្ទាប់ពី upload បរាជ័យ

អ្វីដែលអ្នកឃើញ: ភ្ញៀវបង្ហាញ "Passport/ID upload failed" ប៉ុន្តែ thumbnail នៅតែបើកបាន។

វិធីដោះស្រាយ៖

1. បើក thumbnail ហើយបញ្ជាក់ថារូបភាពអាចអានបាន។
2. ពិនិត្យ Detailed Event Log សម្រាប់កំហុស extraction ឬ staging។
3. បើអ្នកប្រើ on-prem storage សូម refresh ហើយបើក View Details មុនស្នើ rescan។
4. រក្សារូបភាពសម្រាប់ការស៊ើបអង្កេត បើវាត្រឹមត្រូវ។
5. ស្នើ rescan តែពេលរូបភាពមិនអាចអានបាន ឬខុស។
6. បើ thumbnail បាត់នៅពេលក្រោយ សូមស្នើ support ស្វែងរកតាមឈ្មោះ file ដែលបរាជ័យ ឬ upload ID។

Bulk upload ដែលបរាជ័យមិននៅក្រោមភ្ញៀវដែលរំពឹងទុក

អ្វីដែលអ្នកឃើញ: bulk upload បរាជ័យ ប៉ុន្តែមិនមាន thumbnail នៅជួរភ្ញៀវដែលរំពឹងទុក។

វិធីដោះស្រាយ៖

1. Refresh Command Center ហើយបើក View Details ម្តងទៀត។
2. បញ្ជាក់ថាអ្នកបានបើក tab បន្ទប់ត្រឹមត្រូវ សម្រាប់ការកក់ដែលមានបន្ទប់ច្រើន។
3. ពិនិត្យជួរភ្ញៀវដែល upload បានកំណត់។ សម្រាប់ការស្កេនរបស់អ្នកចែករំលែក សូមពិនិត្យជួររបស់អ្នកចែករំលែក ទោះបីសំណើបានដាក់ឈ្មោះភ្ញៀវចម្បងក៏ដោយ។
4. បើមិនទាន់កំណត់ទៅភ្ញៀវ សូមរមូរចុះក្រោម Guest Information ហើយពិនិត្យ Unassigned Documents។
5. បើក thumbnail ហើយកត់ចំណាំ Upload #, សារ និង timestamp។
6. ទាក់ទង support បើផ្នែក ឬ upload ដែលរំពឹងទុកបាត់។

សារផ្ទៀងផ្ទាត់មើលទៅបច្ចេកទេស

អ្វីដែលអ្នកឃើញ: វាល Message និយាយអំពី verification failures ប៉ុន្តែអ្នកចង់បានមូលហេតុសម្រាប់ភ្ញៀវ។

វិធីដោះស្រាយ៖

1. អាន Message ជាភាសាងាយយល់ជាមុន។
2. បើក Facial Verification Results សម្រាប់ similarity, threshold, provider, និង liveness។
3. ប្រើវាលទាំងពីររួមគ្នា ពេលពន្យល់បញ្ហាទៅភ្ញៀវ ឬ support។
4. បើសារនៅតែមើលមិនច្បាស់ សូម refresh ផ្ទាំង ហើយបើក Show Details។

Selfie ដែលបានរក្សាទុកមិនអាចបើកបាន

អ្វីដែលអ្នកឃើញ៖ អ្នកជ្រើស selfie ប៉ុន្តែ viewer បង្ហាញថារូបភាពមិនអាចប្រើបាន។

វិធីដោះស្រាយ៖

1. បិទ viewer ហើយជ្រើស selfie ម្តងទៀត។

2. Refresh Command Center រួចបើក View Details ម្តងទៀត។

3. បញ្ជាក់ថាអ្នកបានបើក tab បន្ទប់ត្រឹមត្រូវ សម្រាប់ការកក់ដែលមានបន្ទប់ច្រើន។

4. កុំប្រើ selfie ចាស់ជំនួសរូបភាពផ្ទៀងផ្ទាត់ដែលបានរក្សាទុក។

5. ទាក់ទង support ដោយផ្តល់ការកក់ ភ្ញៀវ និងពេលវេលាចាប់យកប្រហែលៗ។

   ✓ AVA រក្សាលទ្ធផលផ្ទៀងផ្ទាត់ដែលបានរក្សាទុក ដាច់ដោយឡែកពី asset រូបភាពដែលមិនអាចប្រើបាន។

បញ្ជី event ទទេ

អ្វីដែលអ្នកឃើញ: "No detailed events recorded."

វិធីដោះស្រាយ៖

1. បញ្ជាក់ថាភ្ញៀវបានចាប់ផ្តើម check-in ឬ check-out។
2. រង់ចាំ 1-2 នាទី ហើយផ្ទុកទំព័រឡើងវិញ។
3. ពិនិត្យ tab Status សម្រាប់ activity ថ្មីៗ។

Room assignment បញ្ចប់ ប៉ុន្តែ check-in មិនទាន់

អ្វីដែលអ្នកឃើញ: event log បង្ហាញ ROOM_ASSIGNMENT ប៉ុន្តែការកក់នៅតែមើលទៅមិនទាន់បញ្ចប់។

វិធីដោះស្រាយ៖

1. ពិនិត្យថា CHECKIN មានក្នុង event log ដែរឬទេ។
2. បញ្ចប់ជំហានដែលនៅសល់ បើភ្ញៀវនៅក្នុង flow។
3. ផ្ទុក Status ឡើងវិញ ហើយបញ្ជាក់ badge ដែលនៅរង់ចាំ។
4. បើក View Details ម្តងទៀត បើ log មើលទៅចាស់។

ភ្ញៀវដែលបានបញ្ជាក់នៅតែបង្ហាញ room access ជា pending

អ្វីដែលអ្នកឃើញ៖ ភ្ញៀវបាន check-in ជោគជ័យ ប៉ុន្តែ Room Access ឬ Room Assignment នៅតែ pending។

វិធីដោះស្រាយ៖

1. Refresh Command Center → Status ម្តង។

2. បញ្ជាក់ថាបន្ទប់របស់ភ្ញៀវត្រូវគ្នានឹងបន្ទប់របស់កាតដែលបានបញ្ចូលកូដ។

3. ពិនិត្យលទ្ធផល keycard ក្នុង Detailed Event Log។

4. បញ្ជាក់ថាកាតត្រូវបានបញ្ចូលកូដក្នុង lookup និងការព្យាយាម check-in ដូចគ្នា។

5. ទាក់ទង support បើស្ថានភាពនៅតែ pending បន្ទាប់ពី refresh។

   ✓ AVA គួរបង្ហាញស្ថានភាពបានបញ្ចប់សម្រាប់ភ្ញៀវដែលបានបញ្ជាក់។ ✓ ភ្ញៀវផ្សេងទៀតដែលមិនទាន់បានបញ្ជាក់ អាចនៅតែ pending។

លេខបន្ទប់ផ្លាស់ប្តូរដោយមិនរំពឹង

អ្វីដែលអ្នកឃើញ: room ចុងក្រោយខុសពី room ដែលស្នើ។

វិធីដោះស្រាយ៖

1. បើក Detailed Event Log ហើយរកជំហាន assign-room។
2. ពិនិត្យការព្រមានពណ៌ amber PMS changed room assignment during this step។
3. ប្រៀបធៀប Requested room ជាមួយ PMS returned room។
4. ចំណាំ Auto-assign enabled, PMS vendor, និង Reservation type។
5. ធ្វើបច្ចុប្បន្នភាពកំណត់ត្រាភ្ញៀវ និង front desk មុន handover key។

Override summary ខ្វះ

អ្វីដែលអ្នកឃើញ: ជំហានបានផ្លាស់ប្តូរ ប៉ុន្តែមិនមាន override event។

វិធីដោះស្រាយ៖

1. ផ្ទុកផ្ទាំងឡើងវិញ។
2. បើក tab បន្ទប់ត្រឹមត្រូវម្តងទៀត។
3. បញ្ជាក់ថាសកម្មភាពត្រូវបានរក្សាទុកពី Status។

---

នៅតែជាប់?

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

• ❌ Reservation Details មិនដែលផ្ទុក បន្ទាប់ពី refresh ច្រើនដង
• ❌ ការបង្កើត registration card បរាជ័យជាបន្តបន្ទាប់
• ❌ កំហុស event រារាំងភ្ញៀវមិនឲ្យបញ្ចប់ check-in/out

ព័ត៌មានដែលមានប្រយោជន៍ក្នុងការភ្ជាប់មកជាមួយ៖

• លេខ confirmation និងលេខបន្ទប់
• ពេលវេលាដែលបញ្ហាកើតឡើង
• រូបថតអេក្រង់នៃ Reservation Details panel

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

• Command Center
• Reset a Check-In Flow
• Downloading Guest Documents