យល់អំពី Command Center Analytics

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

សណ្ឋាគារភាគច្រើនពិនិត្យ Completion Rate, Biggest Drop‑Off, និង Issues ក្នុងរយៈពេលក្រោម 3 នាទី។

មគ្គុទ្ទេសក៍នេះពន្យល់ពីរបៀបដែល AVA គណនាតារាង Analytics នីមួយៗក្នុង Command Center។ វាក៏ពន្យល់អំពីកាត coverage check-in បន្ថែមដែលអ្នកអាចឃើញផងដែរ។

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

---

ចម្លង MCP config សម្រាប់ Codex ឬ Claude

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

វាចំណាយពេលក្រោម 1 នាទី។ token នេះមានអាយុកាលខ្លី ហើយប្រើ session browser បច្ចុប្បន្នរបស់អ្នក។

ប្រើប៊ូតុងទាំងនេះ នៅពេលអ្នកចង់ផ្ញើទិន្នន័យ Analytics ទៅកាន់កម្មវិធី AI client មួយ។ token ដែលបានចម្លងក៏រួមបញ្ចូលវិសាលភាព Streamliner MCP ពេញលេញផងដែរ។ កម្មវិធី client ដែលគាំទ្រអាចប្រើឧបករណ៍ការកំណត់បន្ទាប់ពីអ្នកចាប់ផ្តើមពួកវាឡើងវិញ។ បន្ទាប់ពីអ្នកចម្លង AVA នឹងបង្ហាញ modal ជាក់លាក់តាម client ជាមួយនឹងសេចក្តីណែនាំសម្រាប់បិទភ្ជាប់។

ប៊ូតុង	អ្វីដែលវាចម្លង	ល្អបំផុតសម្រាប់
Copy Codex MCP Config	ការកំណត់ MCP ជាទម្រង់ TOML ជាមួយ mcp_servers.streamliner	Codex
Copy Claude MCP Config	ការកំណត់ MCP ជាទម្រង់ JSON ជាមួយ mcpServers.streamliner	Claude Code ឬ Claude Desktop

1. ទៅកាន់ Main Menu → Command Center → Analytics។

2. ចុច Copy Codex MCP Config ឬ Copy Claude MCP Config។

3. រង់ចាំរហូតដល់ប៊ូតុងប្តូរទៅជា Creating MCP token...។

4. អានសេចក្តីណែនាំក្នុង modal សម្រាប់ client របស់អ្នក។

5. បិទភ្ជាប់ config ដែលបានចម្លងទៅក្នុងឯកសារ config របស់ client AI របស់អ្នក។

6. ចាប់ផ្តើម client របស់អ្នកឡើងវិញ ដើម្បីឱ្យវាផ្ទុក MCP server ថ្មី។

   ✓ Claude config ប្រើ JSON។ ✓ Codex config ប្រើ TOML។ ✓ config ទាំងពីររួមបញ្ចូល STREAMLINER_MCP_TOKEN ដែលមានអាយុកាលខ្លី។

token ថ្មីតែប៉ុណ្ណោះ

បើអ្នកបានចម្លង token មុនការផ្លាស់ប្តូរនេះ សូមចម្លង config ថ្មីម្តងទៀត។ token ចាស់ៗនឹងរក្សាវិសាលភាពមុនរបស់វា រហូតដល់អ្នកបន្តអាយុកាលវា។

កន្លែងបិទភ្ជាប់ config នីមួយៗ

Codex ប្រើ ~/.codex/config.toml។

Claude ប្រើ Claude Desktop Developer config ដែលជាទូទៅគឺ claude_desktop_config.json។

អ្វីដែល modal បង្ហាញ

modal បញ្ជាក់ថាអ្នកបានចម្លង config ដោយជោគជ័យ។ បន្ទាប់មកវាបង្ហាញ file path ទីតាំងបិទភ្ជាប់ និងជំហានចាប់ផ្តើមឡើងវិញសម្រាប់ client នោះ។

បើអ្នកកំពុងប្រើ Codex

1. បើក ~/.codex/config.toml នៅលើម៉ាស៊ីនដែលអ្នកដំណើរការ Codex។

2. បិទភ្ជាប់ TOML block ដែលបានចម្លងនៅកម្រិត top-level នៃឯកសារ។

3. រក្សាទុកឯកសារ បន្ទាប់មកចាប់ផ្តើម Codex ឡើងវិញ។

   ✓ បើ mcp_servers.streamliner មានរួចហើយ សូមជំនួស section នោះ។

បើអ្នកកំពុងប្រើ Claude Desktop

1. បើក Claude Desktop។

2. ទៅកាន់ Settings → Developer → Edit Config។

3. បិទភ្ជាប់ JSON ដែលបានចម្លងទៅក្នុង claude_desktop_config.json។

4. រក្សាទុកឯកសារ បន្ទាប់មក quit ហើយបើក Claude Desktop ឡើងវិញទាំងស្រុង។

   ✓ លើ macOS ឯកសារនេះជាទូទៅស្ថិតក្រោម ~/Library/Application Support/Claude/។ ✓ បើ mcpServers មានរួចហើយ សូម merge តែ entry streamliner ប៉ុណ្ណោះ។

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

ទិដ្ឋភាព	អ្វីដែលរាប់ជាសម័យ	ច្បាប់បញ្ចប់
Pre‑Arrival	ការកក់ណាមួយដែលឈានដល់ជំហាន Pre‑Arrival	PRE_ARRIVAL ជោគជ័យ
Check‑In → All	ការកក់ណាមួយដែលមានជំហាន flow នៃ check-in (រួមទាំង early check-in ឬ pre-registration) ដោយមិនរាប់តែ pre-arrival ប៉ុណ្ណោះ	CHECKIN, KEY_COLLECTION, ឬ GET_DOOR_LOCK_KEY
Check‑In → Early Check‑In	EARLY_CHECKIN_ATTEMPT ឬ ROOM_ASSIGNMENT_QUEUED	EARLY_CHECKIN_ATTEMPT ឬ ROOM_ASSIGNMENT_QUEUED ជោគជ័យ
Check‑In → Pre‑Registration	ការកក់ណាមួយដែលមានជំហាន Pre‑Registration	PRE_REGISTRATION ជោគជ័យ
Check‑In → Full Check‑In	CHECKIN, KEY_COLLECTION, ឬ GET_DOOR_LOCK_KEY	CHECKIN, KEY_COLLECTION, ឬ GET_DOOR_LOCK_KEY ជោគជ័យ
Check‑Out	ការកក់ណាមួយដែលមានជំហាន checkout	CHECKOUT ឬ COMPLETED_CHECKOUT_PAYMENT ជោគជ័យ

---

បើក Analytics ហើយជ្រើស view

1. ទៅកាន់ Main Menu → Command Center។

2. ជ្រើស tab Analytics។

3. ជ្រើស Pre‑Arrival, Check‑In, ឬ Check‑Out។

4. បើអ្នកជ្រើស Check‑In សូមប្រើ sub-tabs: All Check‑Ins, Early Check‑In, Pre‑Registration, ឬ Full Check‑In។

   ✓ តារាងទាំងអស់នឹងអាប់ដេតទៅតាម view និង date range នោះ។

---

របៀប AVA បង្កើត session

• Session មួយ គឺកំណត់ត្រា check-in មួយសម្រាប់ការកក់ មិនមែនសម្រាប់ភ្ញៀវនីមួយៗទេ។
• Session ត្រូវបានរាប់នៅពេលយ៉ាងហោចណាស់មានមួយជំហានពី view នោះត្រូវបានកត់ត្រា។
• ជំហានបរាជ័យនៅតែរាប់នៅក្នុងសរុប ដើម្បីឱ្យអ្នកមើលឃើញការធ្លាក់ចុះ និងបញ្ហា។

Pre‑Arrival គឺដាច់ដោយឡែក

Session pre-arrival មិនត្រូវបានរាប់ក្នុង All Check‑Ins ទេ។ សម្រាប់វា សូមប្រើ view Pre‑Arrival។

---

កាតសង្ខេប (ផ្នែកខាងលើនៃ tab)

កាត	របៀបគណនា
Total Logs	ចំនួន session ក្នុង view ដែលបានជ្រើស
Completion Rate	session ដែលបានបញ្ចប់ ÷ total logs
Avg Completion Time	ពេលវេលាពីជំហានជោគជ័យដំបូង (ជាទូទៅ Entry) ដល់ការបញ្ចប់
Successful Check‑Ins / Check‑Outs	ចំនួន session ដែលបានបញ្ចប់សម្រាប់ view នោះ

អ្វីដែលរាប់ជាការបញ្ចប់ អាស្រ័យលើ view មួយៗ (សូមមើលតារាង Quick Reference)។

ប្រើតារាងនេះដើម្បីបញ្ជាក់ថា session ណាខ្លះគួររាប់ជាបញ្ចប់ មុនអ្នកប្រៀបធៀបរវាងរយៈពេល។

ឧទាហរណ៍

បើ Total Logs ស្មើ 40 ហើយ Successful Check‑Ins ស្មើ 28 នោះ completion rate គឺ 70%។

កាត coverage check-in

ពេល AVA ទទួលទិន្នន័យ coverage ពី PMS របស់អ្នក អ្នកអាចឃើញកាតបន្ថែមពីរបន្ទាប់ពី Completion Rate។ វាដំណើរការសម្រាប់ AVA PMS, Cloudbeds, Opera, Mews, និង eZee។

កាត	អ្វីដែលវាបង្ហាញ	មូលហេតុដែលវាសំខាន់
Eligible Check-In Units	confirmation units ឬ sub-reservation units ដាច់ដោយឡែកក្នុងរយៈពេលដែលបានជ្រើស	នេះជាខ្នាតគណនាសម្រាប់ coverage
AVA Check-In Share	ភាគរយនៃ units ដែលមានសិទ្ធិ ដែល AVA បានដំណើរការយ៉ាងហោចណាស់ម្តង	នេះបង្ហាញការទទួលយក AVA សម្រាប់រយៈពេលនោះ

Units ប្រៀបធៀបនឹង reservations

កាតទាំងនេះរាប់ units មិនមែន reservations ទាំងមូលទេ។ ការកក់បន្ទប់ច្រើនអាចបន្ថែម eligible unit ច្រើនជាងមួយ។

Session map ដែលត្រូវបានកាត់ខ្លី

បើ AVA កំណត់ sessionsMapMeta.truncated ជា true វានឹងមិនយក partial map នោះមកប្រើទេ។ បន្ទាប់មកវាប្រើ check-in logs ពេញលេញសម្រាប់ការគណនា share នៅពេលអាចប្រើបាន។ បើ AVA មិនអាចយក logs ពេញលេញបាន កាត coverage នឹងនៅតែត្រូវលាក់។

AVA រាប់ reservation ដែលបានដំណើរការម្តងនីមួយៗ។ វាប្រើ session map នៅពេល map នោះពេញលេញ។ បើ session map ខ្វះ ឬត្រូវកាត់ខ្លី វានឹងប្រើ raw log identities ជំនួសវិញ។ នេះធ្វើឱ្យ AVA Check-In Share ស្របគ្នាជាមួយ reservation coverage។ វាគួរតែនៅតិចជាង ឬស្មើ 100%។

លទ្ធផលថ្មីអាចយឺតបន្តិច

បើអ្នក refresh date range ដដែលម្ដងទៀត AVA អាចប្រើលទ្ធផល coverage ចុងក្រោយមួយរយៈខ្លី។ នេះជួយឱ្យ tab Analytics ដំណើរការលឿននៅពេលពិនិត្យម្ដងហើយម្ដងទៀត។

Check-In Share មើលទៅមិនត្រឹមត្រូវ

អ្វីដែលអ្នកឃើញ: AVA Check-In Share ខ្ពស់ជាងការរំពឹងទុក។

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

1. Refresh tab Analytics។
2. បញ្ជាក់ថា date range ស្របគ្នាជាមួយរបាយការណ៍ PMS របស់អ្នក។
3. ពិនិត្យថា property របស់អ្នកប្រើ PMS ដែលគាំទ្រ។
4. បើវានៅតែមើលទៅមិនត្រឹមត្រូវ សូមទាក់ទង support ជាមួយ screenshot។

បើអ្នកមិនឃើញកាតទាំងនេះទេ ទិន្នន័យ PMS បច្ចុប្បន្នរបស់អ្នកអាចមិនរួមបញ្ចូល metrics coverage នៃ units ទេ។ អ្នកផ្តល់ PMS ដែលមិនគាំទ្រ នឹងមិនបង្ហាញកាតទាំងនេះឡើយ។

---

តារាង Funnel (ការធ្លាក់ចុះ និងពេលវេលាជំហាន)

តារាង funnel បង្ហាញភាគរយនៃ session ដែលឈានដល់ជំហាននីមួយៗ។

• Drop‑off ប្រៀបធៀបជំហាននីមួយៗទៅនឹងជំហានមុនវា។
• Avg Stage Duration វាស់ពេលវេលាដែលចំណាយនៅក្នុង stage ចាប់ពី stage ចាប់ផ្តើមដល់ stage ជោគជ័យ។
• Avg Time to Next Step វាស់ពេលវេលាពីជំហានជោគជ័យមួយទៅជំហានជោគជ័យបន្ទាប់។
• កាត Slowest Step ប្រើ stage duration ជាមុន។
• បើ AVA មិនមាន stage timing វានឹងប្តូរទៅប្រើ next-step duration។
• បើជំហានក្រោយកើតឡើងមុនជំហានមុន នោះ duration ត្រូវបង្ហាញជា 0។

ប្រើកាត Biggest Drop‑Off ដើម្បីជ្រើសជំហានដែលត្រូវ coaching ជាមុនសិន។

ឧទាហរណ៍

បើ Document Upload មាន 60 session ហើយជំហានមុនមាន 100 នោះ drop‑off គឺ 40%។ បើ Document Upload ខ្លួនវាចំណាយ 20 វិនាទី Avg Stage Duration គឺ 20 វិនាទី។ បើ Document Upload បញ្ចប់នៅ 10:05 ហើយ Validation នៅ 10:07 នោះ Avg Time to Next Step គឺ 2 នាទី។

---

ការវិភាគពេលវេលា (បរិមាណតាមម៉ោង)

Time Analysis ដាក់ session ជាក្រុមតាម ជំហានជោគជ័យដំបូង ក្នុង view ដែលបានជ្រើស។

• ប្រើ timezone របស់សណ្ឋាគាររបស់អ្នក។
• Pre‑Arrival ត្រូវការជំហាន PRE_ARRIVAL ដែលជោគជ័យ។
• បង្ហាញ Peak Hours និង Rush Periods ដើម្បីជួយក្នុងការរៀបចំបុគ្គលិក។

ប្រើ Peak Hours ដើម្បីរៀបចំ coverage សម្រាប់ប្លុកពេលដែលរវល់បំផុតរបស់អ្នក។

ឧទាហរណ៍

Session ដែលជោគជ័យដំបូងនៅម៉ោង 7:10 តាម local time នឹងរាប់ក្នុងម៉ោង 07:00។

---

Issues (កំហុសថ្មីៗ)

Issues រាយ session ដែលមានជំហានបរាជ័យថ្មីបំផុត។

• AVA ពិនិត្យ 10 events ចុងក្រោយសម្រាប់កំហុស។
• បើគ្មានកំហុសថ្មីៗ វានឹងប្រើកំហុសថ្មីបំផុតដែលបានកត់ត្រាទុក។

ប្រើ View Details ដើម្បីមើលប្រវត្តិជំហានពេញលេញ។

ឧទាហរណ៍

បើការទូទាត់បរាជ័យនៅ 3:12 បន្ទាប់ពីជោគជ័យមុន នោះ issue នឹងបង្ហាញ Payment នៅ 3:12។ បើ 10 events ចុងក្រោយជោគជ័យទាំងអស់ AVA នឹងបង្ហាញកំហុសថ្មីបំផុតដែលបានកត់ត្រាទុក។

Completion Rate មើលទៅទាបពេក

អ្វីដែលអ្នកឃើញ: អត្រាបញ្ចប់ទាប ទោះបីភ្ញៀវជាច្រើនបាន check-in ក៏ដោយ។

ពិនិត្យ៖

• Sessions នៅក្នុង Pre‑Arrival មិនត្រូវបានរាប់ក្នុង All Check‑Ins ទេ។
• All Check‑Ins រាប់តែជំហាន Full Check‑In ថាបញ្ចប់។
• Early Check‑In និង Pre‑Registration ត្រូវបានតាមដាននៅក្នុង sub-tabs របស់ខ្លួន។

កាត coverage បាត់

អ្វីដែលអ្នកឃើញ: អ្នកឃើញតែកាតសង្ខេបធម្មតា។

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

1. នៅលើ Check-In សូមស្នាក់នៅទីនោះ។

2. បញ្ជាក់ថា PMS របស់អ្នកភ្ជាប់ដំណើរការ។

3. Refresh ទំព័រ បន្ទាប់ពី sync បញ្ចប់។

4. បើ date range មមាញឹក សូម refresh ម្តងទៀតបន្ទាប់ពីពីរបីនាទី។

   ✓ បើ PMS របស់អ្នកគាំទ្រ reservation coverage, Eligible Check-In Units និង AVA Check-In Share នឹងបង្ហាញបន្ទាប់ពី Completion Rate។

កាត coverage នៅតែមិនផ្លាស់ប្តូរ

អ្វីដែលអ្នកឃើញ: Eligible Check-In Units ឬ AVA Check-In Share នៅតែមើលទៅដូចដើមបន្ទាប់ពី refresh។

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

1. រង់ចាំមួយនាទី។
2. Refresh tab Analytics ម្តងទៀត។
3. បញ្ជាក់ថា date range ស្របនឹង PMS update ដែលអ្នករំពឹងទុក។
4. បើនៅតែមិនត្រឹមត្រូវ សូមពិនិត្យថា PMS sync បានបញ្ចប់។

ការចម្លង MCP config បរាជ័យ

អ្វីដែលអ្នកឃើញ: ប៊ូតុងបង្ហាញកំហុសបន្ទាប់ពីចុច Copy Codex MCP Config ឬ Copy Claude MCP Config។

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

1. នៅលើ tab Analytics ដដែល។
2. សាកល្បងប៊ូតុង copy ម្តងទៀត។
3. Refresh ទំព័រ ហើយសាកល្បងឡើងវិញ បើ token request អស់ពេល។
4. បើកំហុសនៅតែមាន សូមទាក់ទង support ជាមួយសារពិតប្រាកដ។

ចម្លង config បាន ប៉ុន្តែ client មិនភ្ជាប់

អ្វីដែលអ្នកឃើញ: modal បើក ប៉ុន្តែ Codex ឬ Claude មិនផ្ទុក Streamliner server។

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

1. ពិនិត្យថាអ្នកបានបិទភ្ជាប់ config ទៅក្នុងឯកសារត្រឹមត្រូវ។
2. បញ្ជាក់ថាតម្លៃ STREAMLINER_MCP_TOKEN នៅតែមាន។
3. ចាប់ផ្តើម client ឡើងវិញទាំងស្រុង។
4. ចម្លង config ថ្មី បើការរៀបចំចំណាយពេលយូរពេក។

ឧបករណ៍ Settings បាត់

អ្វីដែលអ្នកឃើញ: client ភ្ជាប់បាន ប៉ុន្តែសកម្មភាព settings មិនបង្ហាញ។

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

1. ចម្លង config ថ្មីពី Analytics។
2. ចាប់ផ្តើម client ឡើងវិញទាំងស្រុង។
3. បញ្ជាក់ថា STREAMLINER_MCP_TOKEN ដែលបិទភ្ជាប់គឺជាថ្មីបំផុត។
4. ដក Streamliner config block ចាស់ចេញ បើវានៅតែមាន។

ការសរសេរ Settings ផុតពេល

អ្វីដែលអ្នកឃើញ: ការរក្សាទុក settings មើលទៅជាប់ ហើយត្រឡប់សារផុតពេល ឬ cancel។

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

1. ចម្លង config ថ្មីពី Analytics។

2. ចាប់ផ្តើម client ឡើងវិញទាំងស្រុង។

3. សាកល្បងការផ្លាស់ប្តូរ settings ម្តងទៀត។

4. បើបរាជ័យម្តងទៀត សូមពិនិត្យថា token ឬ session អស់សុពលភាពឬអត់។

   ✓ ការអាប់ដេត settings ដែលត្រឹមត្រូវគួរបញ្ចប់ជំនួសឲ្យការជាប់។

ការផ្ទៀងផ្ទាត់បរាជ័យលើការសរសេរ Settings

អ្វីដែលអ្នកឃើញ: អ្នកទទួលបាន authentication error ពេលរក្សាទុក merchant settings។

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

1. ចម្លង config ថ្មីពី Analytics។

2. ចាប់ផ្តើម client ឡើងវិញទាំងស្រុង។

3. សាកល្បងការផ្លាស់ប្តូរ settings ក្នុងសណ្ឋាគារដដែល។

4. បើអ្នកបានប្ដូរសណ្ឋាគារ សូម refresh config បន្ទាប់ពីប្ដូរ។

   ✓ កំហុសថ្មីគួរតែប្រាប់ឲ្យអ្នកបង្កើត MCP config/token ថ្មី។

---

នៅតែជាប់?

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

• ❌ Analytics បង្ហាញទិន្នន័យក្នុង Status ប៉ុន្តែ Analytics ទទេ
• ❌ តារាងមិនអាប់ដេតក្រោយប្ដូរ date range
• ❌ Issues បង្ហាញពេលវេលាមិនត្រឹមត្រូវ

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

• ជួរកាលបរិច្ឆេទដែលអ្នកជ្រើស
• រូបថតអេក្រង់ tab Analytics
• លេខបញ្ជាក់នៃ reservation គំរូ

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

• Monitor Command Center Activity
• PMS Connection
• Sync Issues