កំណត់រចនាសម្ព័ន្ធការទូទាត់, ថ្លៃបន្ថែម, និង POS
ការកំណត់ការទូទាត់ និង POS សម្រេចថា guest បង់ប្រាក់ដូចម្តេច និងរបៀបដែល orders ត្រូវបានបញ្ជូនទៅប្រព័ន្ធប្រតិបត្តិការ។
យោងរហ័ស
| ផ្នែក | អ្វីដែលវាគ្រប់គ្រង | អ្វីត្រូវពិនិត្យ |
|---|---|---|
| ការទូទាត់តាមអ៊ីនធឺណិត | Guest បង់នៅពេល checkout។ | ជម្រើសទូទាត់ត្រូវបានសាកល្បងមុន go-live។ |
| គ្មានការទូទាត់ | Guest បញ្ចប់ checkout ដោយមិនបង់ប្រាក់។ | បិទការទូទាត់តែពេលនោះជាលំហូរដែលចង់បានប៉ុណ្ណោះ។ |
| គិតទៅបន្ទប់ | Order ត្រូវបានគិតទៅបន្ទប់របស់ guest។ | ការផ្ទៀងផ្ទាត់ room និង guest ស្របតាមដំណើរការរបស់ property។ |
| បង់នៅបញ្ជរ | Guest បង់ដោយផ្ទាល់។ | បុគ្គលិកដឹងពីរបៀបទទួល payment។ |
| បង់ពេលដឹកជញ្ជូន | Guest បង់នៅពេល order ត្រូវបានដឹកជញ្ជូន។ | ក្រុមដឹកជញ្ជូនដឹងពីជំហានប្រមូល payment។ |
| ការទូទាត់ក្រៅបណ្ដាញផ្ទាល់ខ្លួន | ស្លាកទូទាត់ក្រៅបណ្ដាញជាក់លាក់របស់ property។ | រក្សាស្លាកភាសាលំនាំដើមឱ្យស្របគ្នា និងបកប្រែវានៅកន្លែងដែលត្រូវការ។ |
| ថ្លៃបន្ថែម | ថ្លៃបន្ថែម ឬ service charge។ | ចំនួន និង label ត្រូវបានអនុម័ត។ |
| ការភ្ជាប់ POS | ការបញ្ជូន order ទៅ POS។ | POS mapping ត្រូវបានសាកល្បងមុនទទួល live orders។ |
| ប្រភេទ POS | POS connector ដែល catalogue ប្រើ។ | បញ្ជាក់ vendor POS សកម្ម និងថា Pegasus Legacy ត្រូវបានបើកឬអត់។ |
| ប្រភេទគណនី Pegasus | Fields បន្ថែមរបស់ Pegasus ដែលប្រើដោយ connector non-legacy។ | បញ្ជាក់ថា account type ID និង name ស្របនឹងការកំណត់ POS។ |
| ការជូនដំណឹងពេលបញ្ជូនបរាជ័យ | ជូនដំណឹង staff នៅពេល order posting បរាជ័យ។ | Recipient និង manual recovery process រួចរាល់។ |
| POS sync review | អនុញ្ញាតឱ្យ managers ពិនិត្យការផ្លាស់ប្តូរ POS item ដែលបានស្នើ មុនអនុវត្ត។ | ពិនិត្យ draft item list, selected fields, និង POS IDs ដែលខ្វះ។ |
មុនចាប់ផ្តើម
- បញ្ជាក់វិធីទូទាត់ដែលទទួលយក។
- បញ្ជាក់ថា catalogue នេះគួរប្រមូល payment ឬប្រើ no-payment checkout flow។
- បញ្ជាក់ច្បាប់ surcharge។
- បញ្ជាក់ POS mapping និងដំណើរការបំពេញការងារ។
- បញ្ជាក់អ្វីដែលបុគ្គលិកគួរធ្វើនៅពេល payment ឬ POS posting បរាជ័យ។
កំណត់ Payment Behavior
- បើក Catalogue V3 settings ឬការដំឡើង catalogue។
- ពិនិត្យវិធីទូទាត់ដែលមាន។
- បើកតែវិធីដែល property គាំទ្រ។
- រៀបចំ payment methods ឱ្យជម្រើសដែលចង់បានបង្ហាញមុនគេ។
- អាប់ដេត custom offline labels ប្រសិនបើ property ប្រើស្លាកការណែនាំទូទាត់ជាក់លាក់របស់ property ហើយរក្សាស្លាកភាសាលំនាំដើមឱ្យស្របនឹង option ដែលបានកំណត់។
- ប្រសិនបើ catalogue មិនគួរប្រមូល payment ទេ បិទ payment សម្រាប់ catalogue នោះ។
- កំណត់ surcharges ប្រសិនបើអនុវត្ត។
- កំណត់ POS behavior ប្រសិនបើ property ប្រើ POS posting។
- រក្សាទុកការផ្លាស់ប្តូរ។
- ដាក់ test order មុន go-live។
វិធីទូទាត់
Catalogue V3 អាចគាំទ្រ methods ទាំង offline និង online អាស្រ័យលើ configuration របស់ property។
វិធីក្រៅបណ្ដាញទូទៅរួមមាន៖
- Charge to room។
- Pay at counter។
- Pay upon delivery។
- Custom offline payment។
ច្រកទូទាត់ online ទូទៅរួមមាន៖
- Fiserv។
- Reddot។
- Stripe។
- Adyen។
បើកតែ methods ដែល property អាចទទួលយកបានពិតប្រាកដ។ ប្រសិនបើ method ត្រូវបានបើក ប៉ុន្តែ staff មិនអាចដំណើរការវាក្នុងប្រតិបត្តិការបាន guest អាចបញ្ចប់ checkout ក្នុងរបៀបដែល team មិនអាចបំពេញបាន។
កំណត់ថ្លៃបន្ថែម
- បើក surcharge settings។
- បើក service charge, GST/VAT, ឬ custom surcharge តែពេលមានការអនុម័ត។
- បញ្ចូល surcharge name និងភាគរយ។
- ពិនិត្យ labels សម្រាប់ guest-facing និង order totals។
- រក្សាទុក ហើយដាក់ test order។
ប្រើឈ្មោះ surcharge ឱ្យច្បាស់ ព្រោះ guest ឃើញវាក្នុង checkout ហើយ staff អាចឃើញវាក្នុង order details ឬ receipts។
កំណត់ POS Integration
- បញ្ជាក់ថា catalogue គួរបញ្ជូន orders ទៅ POS។
- ជ្រើស POS type។
- បញ្ចូល POS fields ដែល vendor នោះត្រូវការ។
- ប្រសិនបើ property ប្រើ Pegasus សូមបញ្ចូល account type ID និង account type name សម្រាប់ non-legacy connector។
- ផ្ទៀងផ្ទាត់ item POS IDs មុន publish។
- បើក posting failure notification ប្រសិនបើ staff ត្រូវការការជូនដំណឹងពេល posting បរាជ័យ។
- ដាក់ test order ហើយបញ្ជាក់ថាវាទៅដល់ POS ត្រឹមត្រូវ។
តម្រូវការសម្រាប់ POS Sync Review
POS sync review draft មានសម្រាប់តែ catalogue ដែលប្រើ Micros Simphony Gen 2។
មុនចាប់ផ្តើម review៖
- បញ្ជាក់ថា POS type របស់ catalogue គឺ Micros Simphony Gen 2។
- បញ្ជាក់ថាបានកំណត់ Simphony Gen 2 outlet code។
- បញ្ជាក់ថាអ្នកគ្រប់គ្រងមានសិទ្ធិកែ និង sync catalogue items។
ប្រសិនបើ catalogue ប្រើ POS type ផ្សេង ឬខ្វះ outlet configuration នោះ POS auto-setup និង review flow មិនអាចប្រើបានទេ។
POS Sync Review
លំហូរ POS sync មួយចំនួនបើក review draft មុនអនុវត្តការផ្លាស់ប្តូរ។ ប្រើ draft ដើម្បីពិនិត្យ item updates ដែលបានស្នើ ម្ដងមួយ item។
- បើក POS sync review draft ពី catalogue page។
- ពិនិត្យ current និង proposed item values។
- Filter ទៅកាន់ fields ដែលបានផ្លាស់ប្តូរតែប៉ុណ្ណោះ នៅពេលចង់ផ្តោតលើ values ដែលបានអាប់ដេត។
- ជ្រើសតែ fields ដែលចង់អនុវត្ត។
- រក្សាទុក draft ប្រសិនបើត្រូវការបន្តពេលក្រោយ។
- អនុវត្តការផ្លាស់ប្តូរដែលបានជ្រើស នៅពេល proposed data ត្រឹមត្រូវ។
- បោះបង់ draft ប្រសិនបើ POS data ដែលបានស្នើមិនត្រឹមត្រូវ ហើយត្រូវបង្កើតឡើងវិញ។
ពិនិត្យ Vendor POS
| ប្រភេទ POS | Fields ត្រូវបញ្ជាក់ | អ្វីត្រូវសាកល្បង |
|---|---|---|
| Infrasys | Outlet code, check type, open modifier ID, និង open food ID។ | សាកល្បង item ធម្មតាមួយ និង item មួយដែលមាន modifiers។ |
| Micros Symphony Gen 1 or Gen 2 | Outlet code, order type, tender media, និង open food ID។ | សាកល្បង payment និង item posting ទៅកាន់ outlet ត្រឹមត្រូវ។ |
| Pegasus | Outlet code, default item ID, print area, account type ID, និង account type name។ | បញ្ជាក់ថា order បោះពុម្ព ឬបញ្ជូនទៅកាន់ផ្នែកប្រតិបត្តិការដែលរំពឹង។ |
| Pegasus Legacy | Outlet code, default item ID, និង print area។ | បញ្ជាក់ថា order បោះពុម្ព ឬបញ្ជូនទៅកាន់ផ្នែកប្រតិបត្តិការដែលរំពឹង។ |
ប្រសិនបើ item POS IDs ខ្វះ ឬមិនត្រឹមត្រូវ save អាចត្រូវបានបិទ ឬ live orders អាចបរាជ័យក្នុងការបញ្ជូន។ ជួសជុល item mappings មុនទទួល guest orders។
ដោះស្រាយបញ្ហា
ស្ថានភាព Payment ឬ POS មើលទៅខុស
អ្វីដែលអ្នកឃើញ: Staff មើលឃើញ failed payment, pending payment, ឬ POS error លើ order។
ធ្វើដូចនេះ៖
- បើក order details។
- ពិនិត្យ payment method និង payment status។
- ពិនិត្យ POS status ឬ error details ប្រសិនបើបង្ហាញ។
- បញ្ជាក់ថា order គួរប្រើ no-payment flow ឬអត់។
- អនុវត្ត manual handling process របស់ property។
- ទាក់ទង support ប្រសិនបើ orders ច្រើនបរាជ័យរបៀបដូចគ្នា។
លំដាប់ ឬ label នៃ payment option ខុស
អ្វីដែលអ្នកឃើញ: Guest ឃើញ payment methods ក្នុងលំដាប់ខុស ឬមានពាក្យ offline មិនច្បាស់។
ធ្វើដូចនេះ៖
- បើក payment settings សម្រាប់ catalogue។
- រៀបចំ active methods ឱ្យត្រឹមត្រូវ។
- អាប់ដេត custom offline labels និងបញ្ជាក់ថា default-language label ស្របនឹង option ដែលបានកំណត់។
- រក្សាទុក ហើយសាកល្បង checkout។
មិនទទួលបាន notification ពេល POS posting បរាជ័យ
អ្វីដែលអ្នកឃើញ: Order មាន POS posting error ប៉ុន្តែ staff មិនបានទទួល alert ដែលរំពឹងទុក។
ធ្វើដូចនេះ៖
- បញ្ជាក់ថា posting failure notification បានបើកសម្រាប់ catalogue។
- បញ្ជាក់ថា staff notification setup និង recipient expectations ត្រឹមត្រូវ។
- ពិនិត្យ order detail សម្រាប់ POS error context។
- អនុវត្ត manual recovery process ខណៈ support ស្រាវជ្រាវបរាជ័យដែលកើតឡើងជាបន្តបន្ទាប់។
មិនអាចអនុវត្ត POS sync review draft បាន
អ្វីដែលអ្នកឃើញ: POS sync review draft នៅតែបើក ឬបរាជ័យពេល managers ព្យាយាមអនុវត្តការផ្លាស់ប្តូរ។
ធ្វើដូចនេះ៖
- បញ្ជាក់ថា item POS IDs និងការផ្លាស់ប្តូរដែលបានស្នើត្រឹមត្រូវ។
- ពិនិត្យ draft សម្រាប់ fields ដែលត្រូវការ និងមិនទាន់មាន។
- រក្សាទុក draft ប្រសិនបើការផ្លាស់ប្តូរត្រូវការពេលពិនិត្យបន្ថែម។
- បោះបង់ និងបង្កើត draft ឡើងវិញ ប្រសិនបើ source POS data បានផ្លាស់ប្តូរម្តងទៀត។