គ្រប់គ្រងការទូទាត់ការកក់

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

ប្រើ Payments ក្នុង reservation modal។ ការត្រួតពិនិត្យភាគច្រើនចំណាយតិចជាង 3 នាទី។

មគ្គុទ្ទេសក៍នេះជួយអ្នកពិនិត្យសមតុល្យ ប្រមូលការទូទាត់ និងអានព័ត៌មានលម្អិត folio។

ធាតុ	វាបង្ហាញអ្វី	កន្លែងប្រើ
Payment Summary	ចំនួនបានបង់, pre-auth, transaction ID	Reservation cards
Folio Details	សមតុល្យត្រូវបង់, ថ្លៃសេវា, ប្រាក់កក់, ការទូទាត់	Reservation modal
Capture Payment	ចាប់យកការទូទាត់ដែលបានអនុម័ត	Reservation modal
Source	ប្រភពដែល folio entry មកពីណា	Folio panel

របៀបដំណើរការប្រមូលការទូទាត់

• ច្បាប់ការទូទាត់មកពី Settings → Payment។
• រូបិយប័ណ្ណអចលនទ្រព្យមកពី Settings → Essentials → Hotel Basic Details។
• សណ្ឋាគាររបស់អ្នកអាចប្រមូលប្រាក់កក់ ការទូទាត់បន្ទប់ ការទូទាត់ checkout ឬទាំងបី។
• មុនពេលមកដល់ អាចប្រមូលការទូទាត់បន្ទប់ ឬប្រាក់កក់ដែលបានបើក តាមរយៈ online gateways ដែលគាំទ្រ។
• មុនពេលមកដល់ ប្រើចំនួនបន្ទប់ និងប្រាក់កក់បច្ចុប្បន្ន មុនពេលបង្កើតការទូទាត់។
• មុនពេលមកដល់ អាចបញ្ចូលបន្ទប់ដែលមានសិទ្ធិជ្រើសរើសច្រើនទៅក្នុងសម្រង់ការទូទាត់ online តែមួយ។
• AVA ពិនិត្យបន្ទប់ដែលបានជ្រើសរើសនីមួយៗឡើងវិញ នៅពេលបង្កើតការទូទាត់។
• ការបង្កើតការទូទាត់មុនពេលមកដល់ ទទួលយកតែ online payments ប៉ុណ្ណោះ។
• ស្ថានភាពដែលបានបង់រួចនៅតែ complete ដូច្នេះ AVA មិនស្នើការទូទាត់ស្ទួនទេ។
• AVA អាចបង្ហាញ checkout billing ក្នុងអំឡុង check-out ពេលនៅសល់សមតុល្យ។
• បើការប្រមូលការទូទាត់បិទ check-in នឹងរំលងជំហានទូទាត់។
• ផ្ទាំង backend បង្ហាញទិន្នន័យការទូទាត់ពី gateway របស់អ្នក។
• បើសមតុល្យដែលត្រូវបង់ក្រោយការវាយតម្លៃនៅតែវិជ្ជមាន AVA អាចស្នើការទូទាត់ checkout។
• បើ PMS មិនវាយតម្លៃ billing AVA ប្រើសេចក្ដីសង្ខេបធម្មតា ឬសមតុល្យដែលបានរក្សាទុក។
• ផលិតផល Mews ដែលបានផ្ទៀងផ្ទាត់ថារួមបញ្ចូល rate អាចអនុវត្តការលើកលែង room-package។
• បន្ទាប់ពីការលើកលែង Mews accommodation AVA លាក់សមតុល្យសំណល់បង្គត់វិជ្ជមាន THB 0.01 នៅពេលផ្នែក charge វិជ្ជមានទាំងអស់ជា accommodation។
• extras ពិតប្រាកដរបស់ Mews និង charges ដែលមិនបានចាត់ថ្នាក់នៅតែត្រូវបង់ រួមទាំង extras ពិតប្រាកដ THB 0.01។
• បើអចលនទ្រព្យរបស់អ្នកប្រើការទូទាត់តាម PMS terminal AVA ផ្ញើ pre-authorizations នៃការកក់តាមលំហូរ PMS terminal។
• ការបង់ប្រាក់មុនពេលមកដល់ មិនប្រើ terminal ឬ cash payment methods ទេ។
• ការបង្កើតការទូទាត់ QR និង terminal សម្រាប់មុនពេលមកដល់ នឹងត្រូវបដិសេធ។
• សម្រង់ដែលបានបង្រួមសម្រាប់មុនពេលមកដល់ ប្រើបន្ទប់ដែលបានជ្រើស និងចំនួនបន្ទប់ ឬប្រាក់កក់បច្ចុប្បន្ន។
• ការគិតប្រាក់កក់អនុវត្តតាមទិដ្ឋភាព billing Detailed ឬ Simplified ដែលបានកំណត់។
• ការតភ្ជាប់ AVA និង Opera PMS ដែលគាំទ្រអាចអនុវត្តការបង្គត់ checkout ទៅសមតុល្យតូចៗ។

ការអាប់ដេត folio ដែលមានសុវត្ថិភាពពេលសាកល្បងឡើងវិញ

នៅពេល AVA សរសេរប្រាក់កក់ ឬការទូទាត់បន្ទប់ដែលបានចាប់យកពីខាងក្រៅ វាពិនិត្យការគាំទ្ររបស់ PMS ជាមុនសិន។ AVA PMS ប្រើសោធាតុតែមួយគត់សម្រាប់ការសរសេរទាំងនេះ។ បើការសរសេរដដែលកើតឡើងម្ដងទៀត សោនេះការពារកុំឱ្យមានធាតុ folio ស្ទួន។ ការតភ្ជាប់ PMS ផ្សេងទៀតនៅតែអាចកត់ត្រាការទូទាត់ដែលបានគាំទ្រ ប៉ុន្តែមិនផ្តល់ការធានានេះទេ។

សម្រាប់ការទូទាត់ PMS ដែលលក់ដោយផ្ទាល់ AVA បំបែកការរៀបចំការទូទាត់ចេញពីការសរសេរទៅ PMS។ បើការរៀបចំបរាជ័យមុនពេលបញ្ជូន ការជូនដំណឹងថាបានបង់នៅពេលក្រោយអាចស្ដារការកត់ត្រាបាន។ បើសំណើ PMS ត្រូវបានបញ្ជូន ឬអស់ពេល AVA ការពារការទូទាត់ពីការកត់ត្រាស្ទួន។ កុំបញ្ជូនការទូទាត់ម្ដងទៀត នៅពេលលទ្ធផលមិនច្បាស់។ ស្នើឱ្យ support ផ្ទៀងផ្ទាត់ការទូទាត់ PMS ជាមុនសិន។

មើលព័ត៌មានការទូទាត់

សង្ខេបការទូទាត់លើ Reservation Cards

ពេលមើល reservations ជាទម្រង់កាត កាតនីមួយៗនឹងបង្ហាញ៖

• Paid: ចំនួនសរុបដែលបានបង់សម្រាប់ reservation
• Pre-auth: ចំនួនដែលបានអនុម័តជាមុន បើមាន
• Transaction ID: លេខយោងពី payment gateway ជាមួយប៊ូតុងចម្លង

សង្ខេបនេះបង្ហាញដោយស្វ័យប្រវត្តិពេលមានទិន្នន័យទូទាត់។

រូបិយប័ណ្ណដែលបង្ហាញក្នុង Payment Summary

AVA បង្ហាញ Paid និង Pre-auth ជារូបិយប័ណ្ណបង្ហាញរបស់ reservation ជាមុន។ បើរូបិយប័ណ្ណនោះមិនមាន AVA ប្រើរូបិយប័ណ្ណពី payment summary។ បើទាំងពីរមិនមាន AVA នឹងត្រឡប់ទៅប្រើរូបិយប័ណ្ណអចលនទ្រព្យរបស់សណ្ឋាគារ។

កាត reservation របស់ Opera

បើអ្នកប្រើ Opera កាត reservation អាចបង្ហាញសមតុល្យដែលបានរក្សាទុករហូតដល់ 30 វិនាទី។ បើក reservation modal ដើម្បីមើលសមតុល្យបច្ចុប្បន្ន បន្ទាប់ពីការទូទាត់ថ្មី។

ដំណាក់កាលការទូទាត់ក្នុង Command Center

ពេលបានបើកការរួមបញ្ចូលការទូទាត់ Command Center នឹងបង្ហាញដំណាក់កាលទូទាត់ក្នុងលំហូរ check-in និង checkout។

• Check-In Payment Stage: ផ្លាកនៅក្នុងវឌ្ឍនភាព check-in
• Checkout Payment Stage: ផ្លាកនៅក្នុងវឌ្ឍនភាព checkout នៅពេលការទូទាត់ checkout នៅតែអនុវត្ត
• ផ្លាកបង្ហាញស្ថានភាពដូចជា pending ឬ completed

ចំណាំ

ដំណាក់កាលទូទាត់បង្ហាញតែនៅពេលការរួមបញ្ចូលការទូទាត់បានបើក។ បើកំណត់ជា "DISABLE" check-in និង checkout នឹងរំលងដំណាក់កាលទូទាត់។ ការទូទាត់ checkout ក៏នៅតែលាក់ បន្ទាប់ពី checkout ដែលមិនមានការទូទាត់ ឬមានសមតុល្យសូន្យបានបញ្ចប់។ បើ AVA បានកត់ត្រាការព្យាយាមទូទាត់ checkout ដំណាក់កាលនោះនៅតែបង្ហាញ។ ផ្លាក Room Payment តាមដានតែភស្តុតាងការទូទាត់បន្ទប់ ឬ pre-auth ក្នុង check-in ប៉ុណ្ណោះ។ ការទូទាត់ checkout មិនប្រើផ្លាក Room Payment ទេ។

ព័ត៌មានទូទាត់លម្អិតក្នុង Reservation Modal

ចុច reservation ណាមួយ ដើម្បីបើក reservation details modal។ ទិដ្ឋភាពនេះបង្ហាញពី៖

• Check-Ins page: ចុច reservation card ឬជួរដេកក្នុងតារាង
• Checkouts page: ចុច checkout card
• Stayovers page: ចុច stayover card
• Calendar view: ចុច reservation block
• Command Center page: ចុច reservation ណាមួយ

ក្នុង Financials សូមពិនិត្យ៖

• Balance Due: សមតុល្យដែលនៅសល់បច្ចុប្បន្ន
• Deposit Payment: ព័ត៌មានលម្អិតប្រាក់កក់
• Room Payment: ព័ត៌មានលម្អិតថ្លៃបន្ទប់

ពេល PMS ត្រឡប់ចំនួនដែលត្រូវបង់ដែលបានវាយតម្លៃ Balance Due ប្រើចំនួននោះ។ បើមិនដូច្នោះទេ Balance Due មកពី folio summary របស់ PMS ឬ snapshot ដែលបានរក្សាទុក។ reservation modal ទាញសមតុល្យបច្ចុប្បន្នសម្រាប់ reservation តែមួយ។ បើ PMS របស់អ្នកជា AVA នោះ Streamliner ក៏ sync ប្រាក់កក់ និងការទូទាត់បន្ទប់ចូលទៅក្នុង folio ledger ផងដែរ។ ការសមកាលកម្មនេះប្រើការសរសេរដែលមានសោសុវត្ថិភាពពេលសាកល្បងឡើងវិញ សម្រាប់ reservation របស់ AVA PMS។ ការតភ្ជាប់ PMS ផ្សេងទៀតមិនទទួលបានការធានាសម្រាប់ការសរសេរធាតុ folio ពេលសាកល្បងឡើងវិញទេ។ ការសមកាលកម្មកើតឡើងក្នុង payment summary, billing view, និង capture flows។ ពេល AVA អនុវត្ត billing rules ជួរបន្ទប់ និងពន្ធដែលលាក់បង្ហាញជា ✅។ ចំនួនដែលត្រូវបង់នៅតែជាលេខ ហើយគ្រប់គ្រងការទូទាត់ នៅពេលបានវាយតម្លៃ។ សម្រាប់ការលើកលែង room-package របស់ Opera AVA លើកលែង room charge, room service charge និង room GST ជាមុន។ សម្រាប់ការព្យាករណ៍ Opera មុនពេលមកដល់ projected room charge និង rate-info tax របស់វាត្រូវបានលើកលែងជាមួយគ្នា។ extras ដែលបានបង្ហោះដាច់ដោយឡែក និងពន្ធរបស់វានៅតែអាចប្រមូលបាន។ សមតុល្យសូន្យ Opera ដែលបានបញ្ជាក់ នៅតែជាប្រភពសម្រេចលើជួរបន្ទប់ ពន្ធ ឬ service charge ដែលមើលឃើញ។ វានៅតែពិត ទោះបី routed ឬ settled counterpart មិនបង្ហាញក្នុង guest folio ក៏ដោយ។ AVA ជឿទុកចិត្តលើសូន្យនោះ លុះត្រាតែចំនួន និងរូបិយប័ណ្ណត្រូវគ្នានឹង bill របស់ Opera ដែលបានធ្វើឱ្យមានស្តង់ដារ។ ភាពមិនត្រូវគ្នានៅតែមិនទាន់បញ្ជាក់។ ការត្រឡប់ការទូទាត់របស់ Opera រក្សាសញ្ញាអវិជ្ជមានរបស់វាក្នុង billing review។ ដូច្នេះ ការទូទាត់ និងការត្រឡប់ដែលស្មើគ្នា នឹងសរុបបានសូន្យក្នុង folio និងសមតុល្យដែលត្រូវបង់។ ផលិតផល Mews ដែលបានផ្ទៀងផ្ទាត់ថារួមបញ្ចូល rate ដូចជា bundled breakfast អាចអនុវត្តការលើកលែង accommodation។ ច្បាប់ rate-group របស់ Mews អនុវត្តតែចំពោះផលិតផលដែលបានរួមបញ្ចូលក្នុង rate group ដែលបានកក់ប៉ុណ្ណោះ។ ផលិតផលដែលបានចាត់ឱ្យ rate group ផ្សេងទៀត នៅតែត្រូវបង់។ charges ដែលមានតម្លៃប្រែប្រួល និងភ្ជាប់នឹងផលិតផលដែលបានបញ្ជាក់ថារួមបញ្ចូល ក៏អាចអនុវត្តការលើកលែងនោះបាន។ បន្ទាប់ពីការលើកលែង accommodation AVA លាក់សំណល់វិជ្ជមាន THB 0.01 ដែលកើតពីការបង្គត់ nightly service-charge។ វាអនុវត្តតែនៅពេលផ្នែក charge វិជ្ជមានទាំងអស់ជា accommodation។ extras ពិតប្រាកដ និង charges ដែលមិនបានចាត់ថ្នាក់នៅតែត្រូវបង់។ បើ AVA មិនអាចបញ្ជាក់ការចាត់ថ្នាក់បាន វារក្សាចំនួនដែលមិនបានផ្ទៀងផ្ទាត់ទុកឱ្យបុគ្គលិកពិនិត្យ។ ប្រៀបធៀបចំនួនជាមួយ bill បច្ចុប្បន្នរបស់ Mews មុនពេលប្រមូលការទូទាត់។

សេចក្ដីសម្រេចដែលត្រូវបង់បានផ្ទៀងផ្ទាត់

ពេល PMS ត្រឡប់សេចក្ដីសម្រេចចំនួនដែលត្រូវបង់ដែលបានវាយតម្លៃ AVA ប្រើចំនួន និងរូបិយប័ណ្ណរបស់វាសម្រាប់ការទូទាត់បន្ទប់។ បើសេចក្ដីសម្រេចមិនបានវាយតម្លៃដោយហេតុផលផ្សេង AVA អាចរក្សា snapshot ដែលបានរក្សាទុក។ ការលើកលែងដែលមិនច្បាស់លាស់របស់ Mews មិនប្រើចំនួនដែលមិនបានផ្ទៀងផ្ទាត់ទេ។ ស្នើឱ្យបុគ្គលិកតុខាងមុខពិនិត្យវិក្កយបត្រពេញលេញ មុនពេលប្រមូលការទូទាត់។ នៅពេលបើកការប្រមូលការទូទាត់បន្ទប់ AVA អាចបញ្ជូនភ្ញៀវទៅតុខាងមុខ ក្នុងអំឡុងពេលស្វែងរក reservation។

ការគិតប្រាក់ច្រើនបន្ទប់របស់ Furama

Furama រក្សាបន្ទប់នីមួយៗជាលំដាប់ PMS ដាច់ដោយឡែក។ AVA រួមបញ្ចូល charges និងការទូទាត់របស់គ្រប់បន្ទប់ សម្រាប់សមតុល្យរបស់ការស្នាក់នៅទាំងមូល។ បើកជួរដេក ឬកាតរបស់បន្ទប់ដែលបានជ្រើស មុនពេលបង្ហោះការទូទាត់ ឬ folio charge។ AVA ផ្ញើការសរសេរទៅកាន់ Furama order របស់បន្ទប់នោះ។ បើមិនស្គាល់បន្ទប់ AVA បញ្ឈប់ប្រតិបត្តិការ។

អ្នកអាចពង្រីក Folio Details ដើម្បីពិនិត្យ៖

• Room Charges
• Extras
• Taxes
• Adjustments
• Deposits
• Payments

ក្នុង billing summaries Deposits និង Payments បង្ហាញជាចំនួនអវិជ្ជមាន។ នេះជាការបង្ហាញប៉ុណ្ណោះ ដូច្នេះ Balance Due មិនផ្លាស់ប្តូរ។ ប្រាក់កក់ដែលបានបង់មុន បង្ហាញក្រោម Payments ជាឥណទាន។ វាលែងបង្ហាញជាផ្នែកនៃ incidental holds ទៀតហើយ។ ឥណទាននេះពន្យល់ថា ការទូទាត់មុនកាត់បន្ថយចំនួនត្រូវបង់យ៉ាងដូចម្តេច។ ចំនួនដែលបានប្រមូលរួច មិនផ្លាស់ប្តូរទេ។ Incidental holds ដែលបានស្នើ បង្ហាញដាច់ដោយឡែកជាចំនួនវិជ្ជមាន។ វាបង្ហាញ hold ដែលបានស្នើសម្រាប់លំហូរទូទាត់បច្ចុប្បន្ន។ វាមិនរួមបញ្ចូល prepaid credits ទេ។ PMS folios ដែលមានវិក្កយបត្រយោង ក៏អាចបង្ហាញ Adjustments បានដែរ។ វាជាការផ្លាស់ប្តូរ rate ឬការកែតម្រូវការរក្សាទុក ដែល PMS ត្រឡប់មក។ AVA ដាក់វាក្នុងផ្នែក billing ដូច្នេះបន្ទាត់ដែលមើលឃើញអាចផ្ទៀងផ្ទាត់នឹងសមតុល្យដែលបង្ហាញ។ ចំនួន adjustment អាចជាចំនួនសុទ្ធក្រោយពន្ធ ខណៈ PMS រក្សាតម្លៃ audit សរុប។ ប្រើចំនួនផ្នែកដែលបង្ហាញ នៅពេលពិនិត្យសរុប folio។ អចលនទ្រព្យមួយចំនួនប្រើទិដ្ឋភាព billing summary សាមញ្ញជំនួស។ បន្ទាប់មកអ្នកនឹងឃើញជួរបន្ទប់ និងពន្ធដែលលាក់។ អ្នកក៏នឹងឃើញសញ្ញាបំបែក Extras។ ធាតុ Extra ត្រូវបានដាក់ជាក្រុមតាម code។ Room Charges, Tax និង total នៅតែបង្ហាញ។

ផ្ទៀងផ្ទាត់ prepaid credits និង requested holds

ប្រើផ្នែកការទូទាត់ ដើម្បីពន្យល់ភាពខុសគ្នារវាង charges និងចំនួនត្រូវបង់។

ផ្នែក	អ្វីដែលអ្នកឃើញ	របៀបដែលវាប៉ះពាល់ដល់ការពិនិត្យ
Payments	ប្រាក់កក់បង់មុន និងការទូទាត់មុនៗជាឥណទាន	កាត់បន្ថយចំនួនដែលនៅតែត្រូវបង់
Incidental holds	hold បច្ចុប្បន្នដែលបានស្នើ ជាចំនួនវិជ្ជមាន	បង្ហាញចំនួនដែលបានស្នើឥឡូវនេះ
Refunds or reversals	ឥណទានដែលកាត់កងជាមួយការទូទាត់មុនៗ	រក្សាផលប៉ះពាល់សុទ្ធនៃការទូទាត់ឱ្យត្រឹមត្រូវ

ក្នុងសេចក្ដីសង្ខេបសាមញ្ញ AVA ប្រើសរុបការទូទាត់ដែលមាន នៅពេលជួរលម្អិតមិនមាន។ វាមិនរាប់បញ្ចូល incidental holds ក្នុងសរុបជំនួសនោះទេ។ សូន្យបច្ចុប្បន្នដែលបានបញ្ជាក់ នៅតែជាតម្លៃសម្រេច ទោះបី snapshot ចាស់បង្ហាញសមតុល្យក៏ដោយ។ Refresh reservation មុនពេលប្រមូលការទូទាត់ នៅពេលផ្នែកទាំងនេះមិនផ្ទៀងផ្ទាត់គ្នា។

គោលការណ៍ប្រមូលការទូទាត់មិនផ្លាស់ប្តូរ

ការពិនិត្យ billing ពន្យល់អំពី hold ដែលបានស្នើ។ វាមិនផ្លាស់ប្តូរគោលការណ៍ deposit ឬការប្រមូលរួមដែលអ្នកបានកំណត់ទេ។

ផ្ទាំង folio ក៏បង្ហាញ badge Fidelity, Last synced, និងវាល Source ផងដែរ។ ស្លាក Source ត្រូវបានបកប្រែ មិនមែនជា token backend ដើមទេ។ អ្នកអាចឃើញ AVA ledger, Invoice-backed, ឬស្លាកដែលបានបកប្រែ។ បើ PMS របស់អ្នកមិនគាំទ្រ folio details ទេ AVA នឹងរក្សា snapshot balance ហើយបង្ហាញហេតុផលពី provider។

កំណត់ត្រាការទូទាត់នីមួយៗបង្ហាញ៖

• ស្ថានភាពការទូទាត់ ដូចជា "Authorized" ឬ "Captured"
• ចំនួនទឹកប្រាក់ និងរូបិយប័ណ្ណ
• វិធីសាស្ត្រទូទាត់ ដូចជា credit card ឬ cash
• ឈ្មោះ payment gateway
• Gateway reference ឬ transaction ID
• ព័ត៌មានកាត ដូចជា brand និងលេខ 4 ខ្ទង់ចុងក្រោយ

ពិនិត្យ rate adjustments បន្ទាប់ពីការផ្លាស់ប្តូរ rate ដោយដៃ

បើបុគ្គលិកកំណត់ rate reservation ឡើងវិញក្នុង PMS adjustment រក្សា rate ចាស់អាចនៅសល់។ adjustment នោះប៉ះប៉ូវ room rate ដើម ហើយប្រហែលមិនត្រូវនឹង rate ថ្មីទៀតទេ។ AVA រក្សាបន្ទាត់នោះឱ្យបង្ហាញក្រោម Adjustments។

1. បើក Folio Details របស់ reservation។

2. ពង្រីក Adjustments ហើយប្រៀបធៀបបន្ទាត់ជាមួយ room charges បច្ចុប្បន្ន។

3. បើក reservation ក្នុង PMS របស់អ្នក ហើយបញ្ជាក់ rate និង adjustment បច្ចុប្បន្ន។

4. លុប adjustment ដែលលែងប្រើក្នុង PMS នៅពេលវាលែងប៉ះប៉ូវ room charge។

5. Refresh Folio Details ក្នុង AVA។

   ✓ ផ្នែក folio និង Balance Due គួរតែផ្ទៀងផ្ទាត់គ្នា បន្ទាប់ពី PMS អាប់ដេត។

កុំបន្ថែមការកែតម្រូវទីពីរ

កុំបង្ហោះ manual discount ថ្មី ដើម្បីលាក់សមតុល្យដែលមិនអាចពន្យល់បាន។ ពិនិត្យ rate របស់ PMS និង adjustment ដែលមានជាមុនសិន។

ប្រភេទការទូទាត់

ផ្ទាំង backend AVA តាមដានការទូទាត់ 3 ប្រភេទ៖

1. Deposit Payment: ការទូទាត់មុនដែលប្រមូលមុន ឬក្នុងអំឡុង check-in
2. Room Payment: ការទូទាត់សម្រាប់ថ្លៃបន្ទប់ និងសេវាកម្មបន្ថែម
3. Checkout Payment: ការបញ្ចប់ចុងក្រោយដែលប្រមូលក្នុងអំឡុង check-out

ប្រមូលការទូទាត់ពេល Assisted Check-In

ការត្រួតពិនិត្យរហ័ស

បុគ្គលិកជ្រើសប្រាក់កក់ ការទូទាត់បន្ទប់ ឬទាំងពីរ មុនពេលភ្ញៀវបង់ប្រាក់។ សំណើទូទាត់ចំណាយប្រហែល 2 នាទី នៅពេល gateway ឬ reader រួចរាល់។

ការប្រមូលការទូទាត់ ACI ត្រូវបានសម្រេចដោយឡែកសម្រាប់បន្ទប់នីមួយៗ។ បុគ្គលិកអាចស្នើប្រាក់កក់ ការទូទាត់បន្ទប់ ឬទាំងពីរ។ ធាតុទាំងពីរត្រូវបានជ្រើសជាលំនាំដើម នៅពេលបន្ទប់មានចំនួនត្រូវបង់។ ធាតុដែលបានសម្អាតរួច មិនត្រូវការសម្រាប់បន្ទប់នោះទេ។

ការទូទាត់បន្ទប់ និងប្រាក់កក់គឺដាច់ដោយឡែកពីគ្នា

AVA កំណត់ Room Payment និង Deposit ថាបានបញ្ចប់ដោយឯករាជ្យពីគ្នា។ ការទូទាត់សមតុល្យបន្ទប់ មិនកំណត់ប្រាក់កក់ដែលមិនទាន់បានបង់ថាបានបង់រួចទេ។ ជ្រើសរើស និងបញ្ចប់ធាតុទាំងពីរ នៅពេលសណ្ឋាគាររបស់អ្នកត្រូវការការទូទាត់ទាំងពីរ។

ការរៀបចំ ACI	សកម្មភាពរបស់បុគ្គលិក	បទពិសោធន៍ភ្ញៀវ
One device	ជ្រើស Check-in បន្ទាប់មកជ្រើសធាតុទូទាត់ និង terminal	ឧបករណ៍ត្រឡប់ទៅបុគ្គលិក បន្ទាប់មកភ្ញៀវបង់ប្រាក់
Two devices	ផ្ញើជំហាន PAYMENT ទៅ guest tablet	ភ្ញៀវបង់លើ tablet បន្ទាប់មកបន្តជំហានដែលបានកំណត់

ស្នើការទូទាត់លើ one-device ACI

1. បើកបន្ទប់ក្នុង ACI Room List។

2. ជ្រើស Check-in។

3. នៅពេល AVA ប្រគល់ឧបករណ៍ត្រឡប់ទៅបុគ្គលិក ជ្រើស Deposit, Room Payment ឬទាំងពីរ។

4. ជ្រើស terminal នៅពេលមាន hotel terminal សកម្មច្រើនជាងមួយ។

5. ប្រគល់ឧបករណ៍ត្រឡប់ទៅភ្ញៀវ។

6. ឱ្យភ្ញៀវបញ្ចប់ការទូទាត់។

   ✓ AVA បន្តលំហូរ check-in ដែលមានស្រាប់ បន្ទាប់ពីធាតុដែលបានស្នើត្រូវបានបង់។

បន្ទប់ដែលគ្មានចំនួនត្រូវបង់ នឹងបន្ត check-in ដោយផ្ទាល់។

ស្នើការទូទាត់លើ two-device ACI

1. បើកបន្ទប់ក្នុង ACI Room List។
2. ជ្រើសធាតុទូទាត់សម្រាប់បន្ទប់នោះ។
3. ជ្រើស Send to guest tablet។
4. ស្នើឱ្យភ្ញៀវបញ្ចប់ជំហាន PAYMENT លើ tablet។
5. បន្ត នៅពេល tablet រាយការណ៍ថាធាតុដែលបានស្នើទាំងអស់ត្រូវបានបង់។

បើអ្នកមិនផ្ញើធាតុទូទាត់ណាមួយ AVA នឹងរំលងការទូទាត់សម្រាប់បន្ទប់នោះ។ ការទូទាត់ online នៅតែត្រូវការបន្ទាប់ពី QR code របស់វាបើក។ កុំប្រើ Skip ខណៈការទូទាត់ online ឬការទូទាត់តាម card-reader នៅតែសកម្ម។

នៅពេលការទូទាត់ ACI ត្រូវបានបិទ

នៅពេល Let assisted check-in staff collect payments ត្រូវបានបិទ AVA នឹងរំលងសំណើទូទាត់ ACI។ បន្ទប់នឹងបន្តចូល check-in ដោយផ្ទាល់ ទោះបីមានសមតុល្យត្រូវបង់ក៏ដោយ។ ការកំណត់នេះមិនផ្លាស់ប្តូរការទូទាត់ Self Check-In ឬ Pre-arrival ទេ។

ជ្រើសវិធីទូទាត់របស់ភ្ញៀវ

នៅពេលសណ្ឋាគារមានទាំង online gateway និង card reader ភ្ញៀវនឹងឃើញជម្រើសពីរ។

• Pay online បង្ហាញ QR code។
• Pay with Card Reader ចាប់ផ្តើម terminal ដែលបុគ្គលិកបានជ្រើស។

លើ guest tablet ការទូទាត់ online ប្រើតែ QR code ប៉ុណ្ណោះ។ ភ្ញៀវមិនអាចត្រឡប់ទៅ room list តាមរយៈ Pay on This Device បានទេ។ បើភ្ញៀវបញ្ចប់ការទូទាត់ QR នៅលើឧបករណ៍ផ្សេង AVA នឹងបន្តជំហានទូទាត់ បន្ទាប់ពីការបញ្ជាក់។

ជ្រើស ACI card reader

បុគ្គលិក ACI អាចជ្រើស terminal សកម្មណាមួយក្នុងបញ្ជី terminal ដែលបានកំណត់របស់សណ្ឋាគារ។ terminal ផ្ទាល់របស់ kiosk បង្ហាញមុនគេ និងត្រូវបានជ្រើសជាលំនាំដើម។ terminal អាចជាកម្មសិទ្ធិរបស់ kiosk ផ្សេងទៀត។

បញ្ជី terminal អាចបង្ហាញ Online ឬ Offline នៅពេលមានស្ថានភាព។ ប្រភេទ terminal មួយចំនួនមិនអាចរាយការណ៍ស្ថានភាពបានទេ ប៉ុន្តែនៅតែអាចជ្រើសបាន។ នៅ kiosk ដែលមាន terminal តែមួយ AVA អាចរំលងអ្នកជ្រើស terminal។

ពិនិត្យ terminal មុនពេលប្រគល់ឧបករណ៍

បញ្ជាក់ថា terminal ដែលបានជ្រើសស្ថិតនៅតុខាងមុខ និងរួចរាល់សម្រាប់ភ្ញៀវ។ ការជ្រើស terminal មិនធានាថា vendor របស់វារាយការណ៍ស្ថានភាពបន្តផ្ទាល់ទេ។

ការពិនិត្យ billing ពេល Checkout

ពេល AVA បើក checkout billing អ្នកអាចឃើញ prompt មួយក្នុងចំណោមទាំងនេះ។

Prompt	អត្ថន័យ	អ្វីដែលអ្នកធ្វើ
Existing balance	AVA រកឃើញសមតុល្យដែលបាន hold ឬនៅបើក	បញ្ជាក់ចំនួន ហើយបន្ត
Different card	ភ្ញៀវចង់ប្រើកាតផ្សេង	ចាប់ផ្តើមលំហូរទូទាត់ថ្មី
Dispute	ភ្ញៀវជំទាស់នឹងការគិតប្រាក់	អនុវត្តដំណើរការជម្លោះរបស់សណ្ឋាគារ

ការដោះស្រាយពេល payment ត្រឡប់មក

បើ payment page បញ្ជូនអ្នកត្រឡប់ទៅ AVA សូមរង់ចាំសារផ្ទៀងផ្ទាត់។ អេក្រង់ checkout អាច refresh មុនពេលវាបញ្ចប់។

ប្រើ hold ពី pre-arrival ដែលមានស្រាប់

AVA អាចប្រើ pre-authorization ពី pre-arrival ឡើងវិញនៅពេល checkout។ hold អាចគ្របដណ្តប់សមតុល្យបច្ចុប្បន្នទាំងមូល ឬតែផ្នែកមួយប៉ុណ្ណោះ។

អ្វីដែលអ្នកឃើញ	អ្វីដែល AVA ធ្វើ	អ្វីដែលអ្នកធ្វើ
Use Existing Balance ហើយ hold ខ្វះបន្តិច	ចាប់យក hold បង្ហោះការកែតម្រូវបង្គត់ ហើយទូទាត់ cents ដែលនៅសល់	បញ្ជាក់សមតុល្យដែលមានស្រាប់
Use Existing Balance ហើយ hold ខ្វះច្រើន	ចាប់យក hold បន្ទាប់មកស្នើតែសមតុល្យដែលនៅសល់	បញ្ជាក់ hold បន្ទាប់មកប្រមូលចំនួនដែលនៅសល់
ការចាប់យកកំពុងដំណើរការ	រារាំងការទូទាត់ checkout ផ្សេងទៀតជាបណ្តោះអាសន្ន	រង់ចាំ AVA បញ្ជាក់ថាការចាប់យកត្រូវបានកត់ត្រា
ការចាប់យកបរាជ័យ	ដក hold ចេញពីជម្រើស checkout	ប្រើ Different card ឬប្រមូលការទូទាត់នៅតុខាងមុខ

AVA ផ្តល់ hold ដែលខ្វះបន្តិច តែនៅពេលការបង្គត់ checkout ត្រូវបានបើក និង PMS របស់អ្នកគាំទ្រ។ ការកែតម្រូវបង្គត់ត្រូវតែនៅក្នុង Rounding Threshold ដែលបានរក្សាទុក។ AVA នឹងចាប់យកមិនលើសចំនួន hold ដែលបានអនុញ្ញាតទេ។

កុំដាក់ស្នើការទូទាត់ផ្សេងទៀត ខណៈការចាប់យកកំពុងដំណើរការ

រង់ចាំឱ្យ hold ដែលមានស្រាប់បញ្ចប់ការកត់ត្រាទៅក្នុង folio។ ការដាក់ស្នើការទូទាត់លឿនពេក អាចត្រូវបានបដិសេធ ខណៈ AVA កំពុងផ្ទៀងផ្ទាត់ការចាប់យក។

1. ជ្រើស Use Existing Balance។
2. អានសារបញ្ជាក់។
3. បញ្ជាក់ការចាប់យក។
4. រង់ចាំ AVA ធ្វើបច្ចុប្បន្នភាពសមតុល្យបច្ចុប្បន្ន។
5. បើនៅសល់សមតុល្យ សូមប្រមូលតែចំនួនដែល AVA ស្នើ។

✓ Checkout នឹងបន្ត បន្ទាប់ពីការចាប់យកត្រូវបានកត់ត្រា ហើយ folio បច្ចុប្បន្នត្រូវបានទូទាត់រួច។

ការកែតម្រូវការបង្គត់ checkout

AVA អាចទទួលយកសមតុល្យ checkout តូចមួយ នៅពេល PMS របស់អ្នកគាំទ្រការបង្គត់ checkout។ សមតុល្យត្រូវតែនៅក្នុង Rounding Threshold ដែលបានកំណត់។ ការកែតម្រូវត្រូវបានបង្ហោះ មុនពេល checkout បញ្ចប់។

អ្នកផ្តល់ PMS	អ្វីដែលត្រូវការ
AVA	បើកការកែតម្រូវ។ មិនត្រូវការ vendor code ទេ។
Opera / OHIP	បើកការកែតម្រូវ ហើយរក្សាទុក vendor code ក្នុង Transaction Code (Rounding)។
Cloudbeds, Mews, eZee និង Furama	ទូទាត់សមតុល្យក្នុង PMS ឬនៅតុខាងមុខ។

សូមមើល ការរៀបចំការបង្គត់ checkout។

សាកល្បង terminal payment ម្តងទៀត

បន្ទាប់ពី terminal ទទួលយក checkout payment AVA ចាប់ផ្តើមពិនិត្យស្ថានភាពភ្លាមៗ។ បើ terminal payment បានបញ្ចប់រួច AVA នឹងបង្ហាញស្ថានភាព paid ភ្លាមៗនៅពេល retry។ វាជួយការពារការគិតប្រាក់ជាលើកទីពីរ សម្រាប់ payment សកម្មដដែល។

បើ payment ត្រូវបានបោះបង់ ឬបរិបទ payment បានផ្លាស់ប្តូរ AVA អាចចាប់ផ្តើម terminal flow ថ្មី។

ប្តូរកាត checkout

បើភ្ញៀវជ្រើស Different card AVA ចាប់ផ្តើម checkout payment ថ្មី។ បន្ទាប់ពី payment នោះជោគជ័យ AVA បោះបង់ checkout pre-auth ដែលអាចប្រើឡើងវិញបានពីមុន នៅ gateway។ ការបោះបង់នេះកើតឡើងនៅផ្ទៃខាងក្រោយ ដូច្នេះ checkout អាចបញ្ចប់មុនបាន។ បើ gateway callback មកដល់ពេលក្រោយ pre-auth ចាស់នឹងត្រូវលុបបន្ទាប់ពី sync។

PMS terminal pre-authorizations

បើអចលនទ្រព្យរបស់អ្នកប្រើការទូទាត់តាម PMS terminal AVA ផ្ញើសំណើតាមលំហូរ PMS terminal។

• AVA កំណត់ចំនួនទូទាត់នៅក្នុងមូលដ្ឋាន មុនពេលផ្ញើសំណើ។
• ការកំណត់ terminal OPI ចាស់នៅតែដំណើរការជា PMS Terminal។
• ប្រើលំហូរនេះសម្រាប់ reservation pre-authorizations និងជំហានទូទាត់ check-in។
• Checkout នៅតែប្រើ Stripe terminal ឬ gateway flow ដែលបានផ្គូផ្គង។

សម្រាប់ Opera AVA ប្រើកាតដែលបានរក្សាទុក តែនៅពេលជួរទូទាត់បញ្ជាក់ច្បាស់ថាជារបស់ភ្ញៀវ Window 1។ បើ Opera ត្រឡប់ជួរដែលមិនច្បាស់ ឬជួរពី window ផ្សេង AVA នឹងបដិសេធ stored authorization។ បញ្ចូលកាតថ្មី ឬស្នើឱ្យអ្នកគ្រប់គ្រង Opera កែទិន្នន័យ payment-window។

ចាប់យកការទូទាត់

បើ payment gateway របស់អ្នកគាំទ្រ អ្នកអាចចាប់យកការទូទាត់ដែលបានអនុម័តក្នុង modal៖

1. បើក reservation details modal។
2. រមូរទៅ Financials។
3. បើ payment ត្រូវបានអនុម័ត ប៉ុន្តែមិនទាន់បានចាប់យក ចុច Capture Payment។
4. បញ្ជាក់សកម្មភាពចាប់យក។
5. រង់ចាំលទ្ធផលធ្វើបច្ចុប្បន្នភាព។

ចំណាំ

ការចាប់យកមានសម្រាប់តែការទូទាត់ដែលបានអនុម័ត ហើយមិនទាន់បានចាប់យកប៉ុណ្ណោះ។

លទ្ធផលការចាប់យកការទូទាត់

បន្ទាប់ពីចាប់យក payment ផ្ទាំង portal បង្ហាញ៖

• Payment captured: Yes ឬ no
• Capture message: ព័ត៌មានលម្អិត ឬអត្ថបទកំហុសពី gateway

បើលទ្ធផលមិនបង្ហាញភ្លាមៗ portal នឹងពិនិត្យស្ថានភាពរហូតដល់ 60 វិនាទី។

មុនពេលប្រមូលការទូទាត់

1. បញ្ជាក់សមតុល្យ reservation ក្នុង PMS ឬ guest folio របស់អ្នក។
2. ពិនិត្យថាតើត្រូវការវិធីសាស្ត្រទូទាត់មួយណាសម្រាប់ reservation នេះ។
3. ធ្វើឱ្យប្រាកដថា payment gateway បានភ្ជាប់ក្នុង Settings → Payment។
4. ផ្ទៀងផ្ទាត់ថា payment integration បានបើក ហើយមិនបានកំណត់ជា "DISABLE"។
5. បើអ្នកនៅក្នុង checkout សូមពិនិត្យ checkout billing prompt ជាមុន។

បើការទូទាត់ត្រូវបានរារាំង

• ផ្ទៀងផ្ទាត់ថា payment gateway បានភ្ជាប់ និងកំពុងដំណើរការ។
• បញ្ជាក់គោលការណ៍សណ្ឋាគារសម្រាប់ប្រាក់កក់ ការទូទាត់បន្ទប់ ឬការទូទាត់ checkout។
• ពិនិត្យថាតើសមតុល្យដែលត្រូវបង់ក្រោយការលើកលែង នៅតែវិជ្ជមានឬទេ។
• ប្រមូលសមតុល្យដែលនៅសល់នោះតាម checkout នៅពេលបើកការប្រមូលការទូទាត់។
• បើចាំបាច់ ស្នើឱ្យ admin ពិនិត្យ Settings → Payment។
• ពិនិត្យថាប្រភេទ payment integration មិនបានកំណត់ជា "DISABLE"។

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

សំណើទូទាត់ ACI មិនបង្ហាញ

អ្វីដែលអ្នកឃើញ៖ Check-in បន្តដោយគ្មានសំណើទូទាត់ ឬ guest tablet គ្មានជំហាន PAYMENT។

ដំណោះស្រាយ៖

1. បញ្ជាក់ថាបន្ទប់មានប្រាក់កក់ ឬសមតុល្យបន្ទប់ត្រូវបង់។

2. សម្រាប់ one-device ACI ជ្រើស Check-in ពី room card ម្តងទៀត។

3. សម្រាប់ two-device ACI ជ្រើសធាតុទូទាត់ មុនពេល Send to guest tablet។

4. បញ្ជាក់ថាការប្រមូលការទូទាត់បានបើកក្នុង Settings → Payment។

5. Refresh ACI room list ហើយសាកល្បងម្ដងទៀតមួយដង។

   ✓ បន្ទប់ដែលគ្មានចំនួនត្រូវបង់ នឹងបន្តដោយគ្មានសំណើទូទាត់។

មិនអាចប្រើ ACI terminal

អ្វីដែលអ្នកឃើញ៖ card reader ដែលបានជ្រើសមិនអាចប្រើបាន ឬការទូទាត់មិនចាប់ផ្តើម។

ដំណោះស្រាយ៖

1. បញ្ជាក់ថា reader បានបើក និងស្ថិតនៅតុខាងមុខ។
2. ពិនិត្យបញ្ជី terminal សម្រាប់ស្ថានភាព Online ឬ Offline។
3. សាកល្បង hotel terminal សកម្មផ្សេងទៀត នៅពេលមាន។
4. បញ្ជាក់ថា terminal ត្រូវបានកំណត់ក្នុង Settings → Payment។
5. សាកល្បងម្ដងទៀត តែបន្ទាប់ពី AVA បង្ហាញការព្យាយាមទូទាត់ថ្មីប៉ុណ្ណោះ។

ប្រភេទ terminal មួយចំនួនមិនរាយការណ៍ស្ថានភាពក្នុង AVA ទេ។ វានៅតែអាចជ្រើសបាន នៅពេលសណ្ឋាគារបានកំណត់វា។

ប្រាក់កក់នៅតែបង្ហាញ Pay បន្ទាប់ពីទូទាត់ថ្លៃបន្ទប់

អ្វីដែលអ្នកឃើញ៖ ការទូទាត់បន្ទប់បានជោគជ័យ ប៉ុន្តែ Deposit នៅតែបង្ហាញ Pay។

មូលហេតុ៖ AVA តាមដានការបញ្ចប់ការទូទាត់បន្ទប់ និងប្រាក់កក់ដាច់ដោយឡែកពីគ្នា។ ការទូទាត់បន្ទប់មិនប្រមូលប្រាក់កក់ទេ។

ដំណោះស្រាយ៖

1. បញ្ជាក់ថាតើ reservation នេះត្រូវការប្រាក់កក់ឬទេ។

2. ជ្រើស Deposit ក្នុងជំហានទូទាត់។

3. បញ្ចប់ការទូទាត់ប្រាក់កក់។

4. Refresh បន្ទប់ ឬ reservation បើស្ថានភាពមិនធ្វើបច្ចុប្បន្នភាព។

   ✓ Deposit នឹងប្តូរទៅ complete តែបន្ទាប់ពីការទូទាត់ប្រាក់កក់បានជោគជ័យប៉ុណ្ណោះ។

ACI ស្នើការទូទាត់ បន្ទាប់ពីអ្នកបានបិទវា

អ្វីដែលអ្នកឃើញ៖ ACI នៅតែបង្ហាញសំណើទូទាត់ បន្ទាប់ពីអ្នកបានបិទការប្រមូលការទូទាត់ដោយបុគ្គលិក។

ដំណោះស្រាយ៖

1. បញ្ជាក់ថា Let assisted check-in staff collect payments ត្រូវបានបិទ។

2. រក្សាទុកការកំណត់ម្តងទៀតនៅ Settings → Check-In → Check-In Policy → Kiosk & payments។

3. ផ្ទុក kiosk ឡើងវិញ ឬត្រឡប់ទៅទំព័រ Welcome របស់វា។

4. ចាប់ផ្តើមដំណើរការ ACI ថ្មី។

   ✓ ដំណើរការ ACI ថ្មីគួរតែរំលងការទូទាត់។

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

សមតុល្យមិនធ្វើបច្ចុប្បន្នភាពបន្ទាប់ពីការទូទាត់

អ្វីដែលអ្នកឃើញ៖ សមតុល្យ folio នៅតែបង្ហាញចំនួនចាស់។

ដំណោះស្រាយ៖

1. បើក reservation modal ឡើងវិញ។
2. ចុច Refresh ក្នុង Folio Details។
3. រង់ចាំ 10-30 វិនាទីបន្ទាប់ពីចាប់យក។
4. Refresh ទំព័រ បើសមតុល្យនៅតែមិនផ្លាស់ប្តូរ។

Payment និង reversal របស់ Opera មិនសរុបស្មើសូន្យ

អ្វីដែលអ្នកឃើញ៖ Opera បង្ហាញ payment និង reversal ដែលត្រូវគ្នា ប៉ុន្តែ AVA បង្ហាញសមតុល្យវិជ្ជមាន។

ដំណោះស្រាយ៖

1. បញ្ជាក់ថាធាតុទាំងពីរជារបស់ Opera folio window ដូចគ្នា។
2. បញ្ជាក់ថាចំនួន payment និង reversal ស្មើគ្នា និងមានទិសផ្ទុយគ្នាក្នុង Opera។
3. ចុច Refresh ក្នុង Folio Details។
4. បញ្ជាក់ថាសមតុល្យ និងរូបិយប័ណ្ណ Opera Window 1 ត្រូវនឹង AVA។
5. ទាក់ទង support បើចំនួននៅតែខុសគ្នាបន្ទាប់ពី refresh។

Paid ឬ Pre-auth បង្ហាញរូបិយប័ណ្ណខុសពីការរំពឹងទុក

អ្វីដែលអ្នកឃើញ៖ ចំនួនក្នុង payment summary បង្ហាញ currency code ផ្សេងលើ reservation cards។

ដំណោះស្រាយ៖

1. បើក reservation ហើយបញ្ជាក់រូបិយប័ណ្ណ reservation។
2. ពិនិត្យថាទិន្នន័យ payment មានរូបិយប័ណ្ណផ្ទាល់ខ្លួនឬទេ។
3. បើទាំងពីរទទេ ពិនិត្យ Property Currency ក្នុង Settings → Essentials → Hotel Basic Details។
4. បើវាលនេះគ្រប់គ្រងដោយ PMS សូមធ្វើបច្ចុប្បន្នភាពរូបិយប័ណ្ណក្នុង PMS ហើយរង់ចាំ sync។
5. Refresh ទំព័រ ហើយផ្ទៀងផ្ទាត់ការបង្ហាញរូបិយប័ណ្ណដែលបានធ្វើបច្ចុប្បន្នភាព។

មិនមានព័ត៌មានលម្អិត folio

អ្វីដែលអ្នកឃើញ៖ folio toggle ត្រូវបានបិទ ឬ reservation បង្ហាញ snapshot balance។

ដំណោះស្រាយ៖

1. បញ្ជាក់ថា PMS របស់អ្នកគាំទ្រ folio details។
2. ចុច Refresh ក្នុង reservation details modal។
3. បន្តប្រើ snapshot balance បើ provider នៅតែរាយការណ៍ថាមិនគាំទ្រការចូលប្រើ។
4. ទាក់ទង support បើហេតុផលពី provider មើលទៅមិនត្រឹមត្រូវ។

សមតុល្យមិនត្រូវនឹងបន្ទាត់ folio ដែលមើលឃើញ

អ្វីដែលអ្នកឃើញ៖ AVA បង្ហាញការព្រមានសមតុល្យមិនត្រូវគ្នា ឬសរុប folio មើលទៅមិនរំពឹងទុក។

មូលហេតុ៖ ការផ្លាស់ប្តូរ rate ក្នុង PMS អាចទុក adjustment ដែលភ្ជាប់នឹង rate ចាស់។

ដំណោះស្រាយ៖

1. ពង្រីក Adjustments ក្នុង Folio Details។

2. ប្រៀបធៀប adjustment ជាមួយ room charges បច្ចុប្បន្នក្នុង PMS របស់អ្នក។

3. លុប adjustment ក្នុង PMS បើវាលែងត្រឹមត្រូវ។

4. រង់ចាំការធ្វើបច្ចុប្បន្នភាពរបស់ PMS បន្ទាប់មកចុច Refresh ក្នុង AVA។

5. កុំប្រមូល payment រហូតដល់សរុបរបស់ PMS និង AVA ត្រូវគ្នា។

   ✓ ផ្នែកដែលមើលឃើញគួរតែពន្យល់សមតុល្យដែលបានបង្ហាញ។

ផលិតផលដែលរួមបញ្ចូលក្នុង Mews ត្រូវការពិនិត្យ

អ្វីដែលអ្នកឃើញ៖ ផលិតផល Mews ដែលបានបញ្ចូលជាកញ្ចប់ ត្រូវការពិនិត្យបន្ទាប់ពីការលើកលែង room-package ដែលត្រូវគ្នា។

មូលហេតុ៖ AVA មិនអាចបញ្ជាក់ការចាត់ថ្នាក់របស់ផលិតផលបាន។

ដំណោះស្រាយ៖

1. ពិនិត្យ rate របស់ Mews ផលិតផលដែលរួមបញ្ចូល និងវិក្កយបត្រពេញលេញ។
2. បញ្ជាក់ថា reservation ត្រូវនឹង accommodation policy ដែលបានកំណត់។
3. Refresh reservation បន្ទាប់ពី Mews បញ្ចប់ការធ្វើ sync។
4. កុំប្រមូលចំនួនដែលមិនបានផ្ទៀងផ្ទាត់។
5. ស្នើឱ្យបុគ្គលិកតុខាងមុខពិនិត្យវិក្កយបត្រ Mews ពេញលេញ។
6. ទាក់ទង AVA support បើចំនួននៅតែខុសគ្នា។

Payment checkout មិនផ្ទៀងផ្ទាត់បន្ទាប់ពីត្រឡប់មក

អ្វីដែលអ្នកឃើញ៖ payment page ត្រឡប់មក ប៉ុន្តែសមតុល្យ checkout នៅតែមើលទៅបើក។

ដំណោះស្រាយ៖

1. រង់ចាំពីរបីវិនាទីឱ្យ AVA ផ្ទៀងផ្ទាត់ payment។
2. ពិនិត្យ terminal ឬ hosted receipt។
3. Refresh reservation ឬ checkout screen។
4. សាកល្បងម្ដងទៀត តែបើ payment បរាជ័យប៉ុណ្ណោះ។

សមតុល្យ checkout តូចមិនត្រូវបានកែតម្រូវ

អ្វីដែលអ្នកឃើញ៖ សមតុល្យតូចនៅសល់បន្ទាប់ពី payment ឬ checkout នៅតែត្រូវបានរារាំង។

ដំណោះស្រាយ៖

1. បញ្ជាក់ថា PMS សកម្មគាំទ្រ checkout rounding។
2. បញ្ជាក់ថា balance policy បានបើកក្នុង Settings → Check-In → Check-In Policy។
3. បញ្ជាក់ថា Enable Rounding Adjustment បានបើកក្នុង Settings → Payment។
4. បើអ្នកប្រើ Opera បញ្ជាក់ថា vendor code ត្រូវបានរក្សាទុកក្នុង Transaction Code (Rounding)។
5. Refresh reservation ហើយពិនិត្យសមតុល្យ PMS បច្ចុប្បន្ន។

ប្រើ PMS ឬតុខាងមុខ នៅពេល provider មិនគាំទ្រ checkout rounding។

សមតុល្យដែលមានស្រាប់នៅតែកំពុងដំណើរការ

អ្វីដែលអ្នកឃើញ៖ AVA បង្ហាញថាសមតុល្យដែលមានស្រាប់នៅតែកំពុងដំណើរការ។

ដំណោះស្រាយ៖

1. រង់ចាំបន្តិចឱ្យការចាប់យកត្រូវបានកត់ត្រាទៅក្នុង PMS folio។
2. ជ្រើស Use Existing Balance ម្តងទៀត ដើម្បីពិនិត្យការចាប់យកដដែល។
3. កុំជ្រើសការទូទាត់ផ្សេងទៀត ខណៈការចាប់យកនៅតែ pending។
4. ទាក់ទងតុខាងមុខ បើសារនេះនៅតែបង្ហាញបន្ទាប់ពីអស់ពេលចាំការចាប់យក។

សមតុល្យដែលមានស្រាប់លែងត្រូវបានផ្តល់ជូន

អ្វីដែលអ្នកឃើញ៖ hold ពី pre-arrival លែងមាន បន្ទាប់ពីការចាប់យកបរាជ័យ។

ដំណោះស្រាយ៖

1. បញ្ជាក់សមតុល្យបច្ចុប្បន្នក្នុង PMS។
2. ជ្រើស Different card នៅពេល AVA ផ្តល់ជម្រើសនេះ។
3. ប្រមូលសមតុល្យបច្ចុប្បន្ននៅតុខាងមុខ បើគ្មានកាតផ្សេងទៀត។
4. កុំសាកល្បង hold ដែលបរាជ័យម្តងទៀត។

Pre-auth ចាស់នៅតែមើលទៅបើក

អ្វីដែលអ្នកឃើញ៖ pre-auth មុននៅតែបង្ហាញ បន្ទាប់ពីភ្ញៀវបង់ដោយកាតថ្មី។

ដំណោះស្រាយ៖

1. រង់ចាំពីរបីនាទីឱ្យ gateway cancellation callback មកដល់។
2. Refresh reservation modal។
3. ទាក់ទង support បើ pre-auth ចាស់នៅតែបើក។

ការអនុម័តកាតដែលរក្សាទុករបស់ Opera ត្រូវបានបដិសេធ

អ្វីដែលអ្នកឃើញ៖ AVA មិនអនុម័តកាត Opera ដែលបានរក្សាទុក។

មូលហេតុ៖ Opera មិនបានត្រឡប់ជួរ payment តែមួយដែលមិនស្រពិចស្រពិលក្នុង guest Window 1។ AVA មិនជ្រើសកាតពី payment window ផ្សេងទេ។

ដំណោះស្រាយ៖

1. ស្នើឱ្យអ្នកគ្រប់គ្រង Opera ពិនិត្យ payment rows របស់ reservation។
2. បញ្ជាក់ថាកាតដែលចង់ប្រើជារបស់ភ្ញៀវ Window 1។
3. លុប stored-card rows ដែលស្ទួន ឬមិនច្បាស់ នៅពេលសមស្រប។
4. សាកល្បងជាមួយកាតថ្មី បន្ទាប់ពីទិន្នន័យ payment ត្រូវបានកែ។

Opera បដិសេធការទូទាត់ឆ្លងបន្ទប់

អ្វីដែលអ្នកឃើញ៖ AVA បដិសេធការទូទាត់ ព្រោះការបញ្ជាក់ដែលបានជ្រើសមិនមែនជាម្ចាស់ reservation ទេ។

មូលហេតុ៖ បន្ទប់ Opera ដែលបានភ្ជាប់អាចប្រើ reservation ដាច់ដោយឡែកក្រោមការកក់តែមួយ។ AVA ពិនិត្យ confirmation ផ្ទាល់របស់បន្ទប់ មុនពេលកត់ត្រាការទូទាត់។

ដំណោះស្រាយ៖

1. កុំសាកល្បងការទូទាត់ម្ដងទៀតភ្លាមៗ។

2. បញ្ជាក់បន្ទប់ និង confirmation number ក្នុង AVA។

3. បើក reservation នោះក្នុង Opera។

4. ផ្ទៀងផ្ទាត់ថាបន្ទប់ និង confirmation ជារបស់គូគ្នា។

5. Refresh Folio Details ក្នុង AVA។

6. សាកល្បងម្ដងទៀត តែបន្ទាប់ពី Opera បង្ហាញ reservation ដែលត្រូវគ្នាប៉ុណ្ណោះ។

   ✓ ការទូទាត់គួរតែត្រូវបានកត់ត្រាទៅក្នុង folio របស់បន្ទប់ដែលបានជ្រើស។

បើ Opera បង្ហាញការទូទាត់ ទោះបី AVA បានបដិសេធក៏ដោយ សូមបញ្ឈប់ការប្រមូលការទូទាត់។ ស្នើឱ្យអ្នកគ្រប់គ្រងតុខាងមុខផ្ទៀងផ្ទាត់ folio មុនពេលសាកល្បងម្ដងទៀត។

នៅតែមិនអាចដោះស្រាយ?

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

• ❌ សមតុល្យ folio នៅតែខុសបន្ទាប់ពី refresh
• ❌ ការចាប់យកបានបញ្ចប់ ប៉ុន្តែ modal មិនដែលធ្វើបច្ចុប្បន្នភាព
• ❌ ស្លាក Source នៅតែបង្ហាញអត្ថបទដែលមិនរំពឹងទុក
• ❌ checkout billing prompt នៅតែបន្តវិលជុំ
• ❌ AVA មិនដែលផ្ទៀងផ្ទាត់ checkout payment

អ្វីដែលមានប្រយោជន៍ក្នុងការផ្ញើ៖

• Reservation ID ឬ confirmation number
• ពេលវេលាទូទាត់
• Screenshot របស់ folio panel

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

• មើលព័ត៌មានលម្អិត Reservation
• ព័ត៌មានលម្អិត Reservation
• Check-Out