ហេតុអ្វីបានជាកម្មវិធីកម្មវិធីភក្ដីភាពបរាជ័យលើផ្នែករឹង POS ដែលបិទ?

កម្មវិធីភក្ដីភាពបរាជ័យនៅលើម៉ាស៊ីន POS ដោយសារហេតុផលមួយច្រើនជាងហេតុផលផ្សេងទៀត៖ ផ្នែករឹងមិនដែលត្រូវបានសាងសង់ឡើងដើម្បីអនុញ្ញាតឱ្យកម្មវិធីខាងក្រៅចូលនោះទេ។ អ្នកលក់រាយទិញវេទិកាភក្ដីភាព ចុះហត្ថលេខាលើកិច្ចសន្យា រៀបចំថវិកាសម្រាប់ការដាក់ឱ្យប្រើប្រាស់ — បន្ទាប់មករកឃើញថាប្រព័ន្ធប្រតិបត្តិការ SDK ឬវិញ្ញាបនបត្រទូទាត់របស់ម៉ាស៊ីនរារាំងការរួមបញ្ចូលទាំងស្រុង។ នេះមិនមែនជាបញ្ហាកម្មវិធីទេ។ វាជាបញ្ហាស្ថាបត្យកម្មផ្នែករឹង ហើយវាលេចឡើងស្ទើរតែរាល់ពេលដែលអាជីវករព្យាយាមភ្ជាប់ប្រព័ន្ធ POS ដែលមានមុខងារកម្មវិធីភក្ដីភាពទៅលើម៉ាស៊ីនដែលត្រូវបានរចនាឡើងជាឧបករណ៍ទូទាត់បិទជិតជាជាងឧបករណ៍កុំព្យូទ័របើកចំហ។
មុន​នឹង​វាយតម្លៃ​វេទិកា​ណាមួយ វា​ជួយ​ដោះស្រាយ​បញ្ហា សំណួរមូលដ្ឋានអំពីអ្វីដែលម៉ាស៊ីន POS អាចធ្វើ និងមិនអាចធ្វើបានជាមួយទិន្នន័យរង្វាន់ — ពីព្រោះចម្លើយអាស្រ័យទាំងស្រុងលើផ្នែករឹងនៅពីក្រោមវា មិនមែនបញ្ជីលក្ខណៈពិសេសរបស់កម្មវិធីភក្ដីភាពនោះទេ។
អត្ថបទនេះពន្យល់ពីមូលហេតុបច្ចេកទេសជាក់លាក់ដែលប្រព័ន្ធ POS ដែលរួមបញ្ចូលភាពស្មោះត្រង់បរាជ័យលើផ្នែករឹងដែលត្រូវបានចាក់សោ អ្វីដែល "ចាក់សោ" មានន័យពិតប្រាកដនៅកម្រិតប្រព័ន្ធប្រតិបត្តិការ និងវិញ្ញាបនបត្រ និងអ្វីដែលបញ្ជីត្រួតពិនិត្យវាយតម្លៃមើលទៅសម្រាប់អាជីវករដែលត្រូវការប្រព័ន្ធ POS ភក្ដីភាពរបស់អតិថិជនដែលដំណើរការពិតប្រាកដនៅក្នុងផលិតកម្ម។

១. តើ "ផ្នែករឹង POS ដែលចាក់សោរ" មានន័យយ៉ាងណា?

ផ្នែករឹង POS ដែលបានចាក់សោរ គឺជាស្ថានីយមួយដែលក្រុមហ៊ុនផលិតកំណត់ថាតើកម្មវិធីណាដែលអាចដំណើរការបាន ធនធានប្រព័ន្ធណាដែលកម្មវិធីទាំងនោះអាចចូលប្រើបាន ឬទាំងពីរ។ នេះគឺជាជម្រើសរចនាដោយចេតនា មិនមែនជាពិការភាពនោះទេ។ ស្ថានីយបង្ហាញកាតបែបប្រពៃណី — អង្គភាពនៅលើតុដែលបង្កើតឡើងជាចម្បងសម្រាប់ប្រតិបត្តិការ EMV និង PIN — ត្រូវបានបញ្ជាក់តាមស្តង់ដារ PCI PTS POI ដែលចាត់ទុកឧបករណ៍ទាំងមូលជាបរិយាកាសទូទាត់ដែលទុកចិត្តតែមួយ។ ការបន្ថែមកម្មវិធីភក្ដីភាពទៅក្នុងបរិយាកាសនោះតាមប្រវត្តិសាស្ត្រមានន័យថាការបន្ថែមផ្លូវលេខកូដដែលមិនទាន់បានផ្ទៀងផ្ទាត់នៅជាប់នឹងទិន្នន័យអ្នកកាន់កាត ដែលម៉ាកទូទាត់ និងអ្នកទិញមិនអនុញ្ញាត។
លក្ខណៈផ្នែករឹងបីយ៉ាងកំណត់ស្ថានីយដែលចាក់សោរ៖

• ● ប្រព័ន្ធប្រតិបត្តិការដែលបិទ ឬមានកម្រិតខ្លាំង ដែលគ្មាន App Store និងគ្មាន Sideloading Path។
• ● គ្មាន SDK ដែលបានបោះពុម្ពផ្សាយ ឬ SDK ដែលកំណត់ចំពោះការធ្វើទ្រង់ទ្រាយបង្កាន់ដៃ និងការហៅទូរសព្ទគ្រឿងកុំព្យូទ័រជាមូលដ្ឋានទេ។
• ● ម៉ូដែលកម្មវិធីបង្កប់សម្រាប់កម្មវិធីតែមួយ ដែលកម្មវិធីទូទាត់ប្រាក់គឺជាកម្មវិធីតែមួយគត់ដែលឧបករណ៍ដំណើរការ។

លក្ខណៈ​ទាំងនេះ​មិន​ខុស​ដោយ​ធម្មជាតិ​ទេ។ ម៉ាស៊ីន​ដែល​មាន​កាត​ដែល​ឧទ្ទិស​ដោយ​អ្នក​លក់​ចាស់ៗ​ត្រូវ​បាន​រចនា​ឡើង​តាម​វិធី​នេះ​ជាពិសេស​ដើម្បី​កាត់បន្ថយ​វិសាលភាព​នៃ​ការ​ធ្វើ​សវនកម្ម PCI DSS។ បញ្ហា​លេចឡើង​លុះត្រា​តែ​អ្នក​លក់​រំពឹងថា​ម៉ាស៊ីន​ដូចគ្នា​នោះ​នឹង​ដំណើរការ​មុខតំណែង​ជាមួយ​ម៉ូឌុល​កម្មវិធី​ភក្ដីភាព ការ​ធ្វើ​សមកាលកម្ម CRM ឬ​កម្មវិធី​ទីផ្សារ — សមត្ថភាព​ដែល​ផ្នែករឹង​មិន​ដែល​ត្រូវ​បាន​បញ្ជាក់ ឬ​រចនា​ឡើង​ដើម្បី​គាំទ្រ។

2. ហេតុអ្វីបានជាកម្មវិធីភក្ដីភាពបរាជ័យលើស្ថាបត្យកម្ម POS ដែលបិទជិត

ការរួមបញ្ចូលភាពស្មោះត្រង់បរាជ័យលើស្ថាបត្យកម្មបិទសម្រាប់ហេតុផលបច្ចេកទេសដដែលៗចំនួនបី៖ ច្បាប់ sandboxing ដាក់កម្រិតលើការចូលប្រើទិន្នន័យ ការដំឡើងប្លុក SDK ដែលមានកម្មសិទ្ធិ និងវដ្តអាប់ដេតកម្មវិធីបង្កប់ជាប់គាំងការដាក់ឱ្យប្រើប្រាស់មុខងារ។

2.1 ច្បាប់ PCI PTS Sandboxing ដាក់កម្រិតលើការចូលប្រើទិន្នន័យភាគីទីបី

PCI PTS POI កំណែ 7.0 ដែលបោះពុម្ពផ្សាយដោយក្រុមប្រឹក្សាស្តង់ដារសុវត្ថិភាព PCI ឥឡូវនេះអនុញ្ញាតឱ្យកម្មវិធីភាគីទីបីដូចជាកម្មវិធីហាងកម្មវិធីដំណើរការលើឧបករណ៍ POI ដែលមានការបញ្ជាក់។ ប៉ុន្តែស្តង់ដារតម្រូវឱ្យកម្មវិធីទាំងនោះត្រូវបាន ញែកដាច់ដោយសុវត្ថិភាពពីមុខងារទូទាត់ដ៏រសើប និងត្រូវបានផ្ទៀងផ្ទាត់ដោយប្រើការគ្រប់គ្រងគ្រីបតូក្រាហ្វិច។ តម្រូវការថ្មីជាងនេះនៅក្នុងកំណែដូចគ្នារារាំងកម្មវិធីភាគីទីបីពីការអានទិន្នន័យ PAN ឬ PIN ដែលមានអក្សរច្បាស់លាស់ ទោះបីជាកម្មវិធីស្ថិតនៅក្នុងបញ្ជីសដែលត្រូវបានអនុម័តក៏ដោយ។ សម្រាប់ម៉ាស៊ីនភក្ដីភាព នេះមានសារៈសំខាន់ដោយផ្ទាល់៖ គំរូសមាហរណកម្មណាមួយដែលសន្មតថាកម្មវិធីភក្ដីភាពអាចអានចំនួនប្រតិបត្តិការសរុប ថូខឹនកាត ឬឧបករណ៍កំណត់អត្តសញ្ញាណអតិថិជនដោយផ្ទាល់ចេញពីដំណើរការទូទាត់គឺមិនអនុលោមតាមឧបករណ៍ដែលមានវិញ្ញាបនបត្រ v7.0 ទេ។ កម្មវិធីភក្ដីភាពត្រូវតែទទួលទិន្នន័យនោះតាមរយៈឆានែលដាច់ដោយឡែកដែលត្រូវបានអនុម័ត - ហើយនៅលើស្ថានីយជាច្រើនដែលត្រូវបានចាក់សោ គ្មានឆានែលបែបនេះទេ។

2.2 SDK ផ្ទាល់ខ្លួនរារាំងការដំឡើងកម្មវិធីភក្ដីភាពដើម

វេទិកាភក្ដីភាពត្រូវចុះឈ្មោះអតិថិជន រកមើលសមតុល្យពិន្ទុ អនុវត្តការប្តូរយក និងបោះពុម្ព ឬបង្ហាញរង្វាន់នៅចំណុចលក់។ សកម្មភាពនីមួយៗទាំងនោះត្រូវការទំពក់ SDK។ ស្ថានីយដែលមានប្រព័ន្ធប្រតិបត្តិការបិទជិត និងជាកម្មសិទ្ធិរបស់អ្នកលក់ ជាធម្មតាមិនបង្ហាញទំពក់ទាំងនេះដល់អ្នកអភិវឌ្ឍន៍ខាងក្រៅទេ — អ្នកលក់ភក្ដីភាពត្រូវបានទុកចោលឱ្យធ្វើសមាហរណកម្មតាមរយៈ webhook ច្រកផ្លូវទូទាត់បន្ទាប់ពីប្រតិបត្តិការត្រូវបានបិទរួចហើយ ដែលយឺតពេលហើយក្នុងការអនុវត្តការបញ្ចុះតម្លៃពេលវេលាជាក់ស្តែង ឬបង្កឱ្យមានរង្វាន់ក្នុងវគ្គ។ នេះគឺជាគំរូបរាជ័យទូទៅបំផុតដែលបានរាយការណ៍ដោយអាជីវករដែលផ្លាស់ប្តូរពីស្ថានីយបញ្ជរចាស់ទៅការដាក់ពង្រាយកម្មវិធីភក្ដីភាព pos៖ ការរួមបញ្ចូលតាមបច្ចេកទេស "ដំណើរការ" ជាការធ្វើសមកាលកម្មក្រោយប្រតិបត្តិការ ប៉ុន្តែមិនអាចធ្វើអ្វីបាននៅចំណុចនៃអន្តរកម្មខ្លួនឯងទេ។

2.3 វដ្តនៃការអាប់ដេតកម្មវិធីបង្កប់ បញ្ឈប់ការដាក់ឱ្យប្រើប្រាស់មុខងារភក្ដីភាព

សូម្បីតែកន្លែងដែលស្ថានីយដែលចាក់សោរបង្ហាញ SDK មានកំណត់ក៏ដោយ កម្មវិធីបង្កប់នៅលើឧបករណ៍ទូទាត់គោលបំណងតែមួយជាធម្មតាត្រូវបានធ្វើបច្ចុប្បន្នភាពតាមកាលវិភាគយឺត ដែលជំរុញដោយវិញ្ញាបនបត្រ ព្រោះការផ្លាស់ប្តូរកម្មវិធីបង្កប់នីមួយៗអាចបង្កឱ្យមានការបញ្ជាក់ឡើងវិញនូវ PCI។ អ្នកលក់ភក្ដីភាពដែលចង់បញ្ជូនច្បាប់ប្តូរយកថ្មី លំហូរចុះឈ្មោះថ្មី ឬកម្រិតរង្វាន់ថ្មីត្រូវរង់ចាំវដ្តចេញផ្សាយរបស់អ្នកលក់ផ្នែករឹង — មិនមែនរបស់ពួកគេផ្ទាល់ទេ។ នៅលើស្ថានីយ Android POS ដែលបើកចំហ កម្មវិធីភក្ដីភាពធ្វើបច្ចុប្បន្នភាពដោយឯករាជ្យតាមរយៈកញ្ចប់កម្មវិធីផ្ទាល់ខ្លួន ដោយមិនពឹងផ្អែកលើកម្មវិធីបង្កប់ស្ថានីយទាល់តែសោះ។

៣. ថ្លៃដើមពិតប្រាកដនៃការធ្វើសមាហរណកម្មភក្ដីភាពដែលបរាជ័យ

ការចំណាយដោយផ្ទាល់នៃការធ្វើសមាហរណកម្មដែលបរាជ័យគឺការដាក់ឱ្យដំណើរការជាប់គាំង ឬបញ្ច្រាស់ ប៉ុន្តែការចំណាយធំជាងនេះគឺជាយុទ្ធសាស្ត្រ៖ អ្នកលក់រាយបន្តទិញកម្មវិធីភក្ដីភាពក្នុងអត្រាកើនឡើង ខណៈពេលដែលភាពឆបគ្នានៃផ្នែករឹងនៅតែជាការគិតគូរនៅពេលក្រោយ។ ទីផ្សារគ្រប់គ្រងភក្ដីភាពសកលបានឈានដល់ប្រមាណ ១៧,៣៨ ពាន់លានដុល្លារក្នុងឆ្នាំ ២០២៦ ហើយត្រូវបានគេព្យាករថានឹងកើនឡើងក្នុងអត្រាប្រចាំឆ្នាំលើសពី ១៤% រហូតដល់ឆ្នាំ ២០៣៤។ រាល់ប្រាក់ដុល្លារដែលចំណាយលើវេទិកាភក្ដីភាពដែលមិនអាចដំណើរការលើផ្នែករឹងទូទាត់ប្រាក់បានគឺជាប្រាក់ដុល្លារដែលចំណាយពីរដង - ម្តងលើកម្មវិធី ម្តងទៀតលើការធ្វើឱ្យស្រស់ផ្នែករឹងដែលគួរតែកើតឡើងមុន។
មានការចំណាយលើការអនុលោមតាមច្បាប់ផងដែរ។ កម្មវិធីភក្ដីភាពប្រមូល និងដំណើរការទិន្នន័យអតិថិជនផ្ទាល់ខ្លួន — ឈ្មោះ លេខទូរស័ព្ទ ប្រវត្តិទិញ ជួនកាលទិន្នន័យចុះឈ្មោះជីវមាត្រសម្រាប់កម្មវិធីចុចដើម្បីកំណត់អត្តសញ្ញាណ។ ក្រោមបទប្បញ្ញត្តិសហភាពអឺរ៉ុប 2016/679 (GDPR)ការដំណើរការនោះតម្រូវឱ្យមានមូលដ្ឋានច្បាប់ដែលមានឯកសារ និងលំហូរការយល់ព្រមអនុលោមតាមច្បាប់នៅពេលចុះឈ្មោះ។ ការរួមបញ្ចូលភាពស្មោះត្រង់ដែលបង្ខំតាមរយៈដំណោះស្រាយក្រៅផ្លូវការ - ស្ថានីយដែលបាន jailbroken APK ដែលមិនបានគាំទ្រ ស្ពានស្កេនអេក្រង់ - ធ្វើឱ្យឯកសារអនុលោមភាពនោះពិបាកផលិតក្នុងអំឡុងពេលសវនកម្ម ពីព្រោះផ្លូវទិន្នន័យខ្លួនឯងមិនត្រូវបានរចនាឡើងដើម្បីពិនិត្យឡើងវិញទេ។

៤. ស្ថាបត្យកម្ម POS ដែលបើកចំហ និងត្រៀមខ្លួនរួចជាស្រេចសម្រាប់ភក្ដីភាព មើលទៅដូចម្ដេច?

ស្ថាបត្យកម្មដែលគាំទ្រដល់ភាពស្មោះត្រង់ចែករំលែកលក្ខណៈបីយ៉ាងដែលអាចទុកចិត្តបាន៖ SDK បើកចំហ ការចែកចាយកម្មវិធីកម្រិតហាងកម្មវិធី និងលក្ខណៈពិសេសអត្តសញ្ញាណផ្នែករឹងដែលលើសពីការអូសកាត។

៤.១ ការចូលប្រើ SDK និងការបើកចំហរ API

ម៉ាស៊ីន POS ដែលមានមូលដ្ឋានលើ Android ជាមួយនឹង SDK ដែលបានបោះពុម្ពផ្សាយអនុញ្ញាតឱ្យអ្នកលក់ភក្ដីភាពបង្កើតដោយផ្ទាល់ប្រឆាំងនឹង API ដែលបានកត់ត្រាសម្រាប់ម៉ាស៊ីនបោះពុម្ព ម៉ាស៊ីនស្កេន ការបង្ហាញទល់មុខអតិថិជន និងខឺណែលទូទាត់ — ដោយមិនចាំបាច់រង់ចាំក្រុមហ៊ុនផលិតផ្នែករឹងសម្រាប់មុខងារថ្មីនីមួយៗ។ នេះគឺជាគំរូវេទិកាបើកចំហដូចគ្នាដែល Terminal API របស់ Square បានណែនាំសម្រាប់ផ្នែករឹងរបស់វា ហើយឥឡូវនេះវាជាការអនុវត្តស្តង់ដារនៅទូទាំងក្រុមហ៊ុនផលិត POS Android ភាគច្រើនដែលលក់ទៅក្នុងបរិយាកាសលក់រាយពហុអ្នកលក់ជាជាងបញ្ជរកម្មវិធីតែមួយដែលបិទជិត។ អាជីវករស្វែងរកផ្នែករឹងដោយផ្ទាល់ពីមូលដ្ឋានផ្គត់ផ្គង់ — រួមទាំង ទេសភាព B2B របស់ក្រុមហ៊ុនផលិតម៉ាស៊ីន POS របស់ចិន — គួរតែចាត់ទុកភាពបើកចំហររបស់ SDK ជាតម្រងលទ្ធកម្ម មិនមែនជាការគិតគូរពីក្រោយដែលត្រូវបានពិភាក្សាតែបន្ទាប់ពីកិច្ចសន្យាត្រូវបានចុះហត្ថលេខានោះទេ។

៤.២ វិញ្ញាបនបត្រ GMS និងភាពឆបគ្នាជាមួយ App Store

វិញ្ញាបនបត្រសេវាកម្មទូរស័ព្ទចល័ត Google (GMS) អនុញ្ញាតឱ្យស្ថានីយដំណើរការកញ្ចប់កម្មវិធី Android ស្តង់ដារតាមរយៈ Play Store ឬហាងកម្មវិធីដែលគ្រប់គ្រងសមមូល ជំនួសឱ្យការដាក់កម្រិតឧបករណ៍ចំពោះកម្មវិធីដែលភ្ជាប់មកជាមួយកម្មវិធីបង្កប់។ ស្ថានីយដែលមានវិញ្ញាបនបត្រ GMS អាចដំឡើងកម្មវិធីភក្ដីភាពតាមរបៀបដូចគ្នានឹងទូរស័ព្ទដំឡើងកម្មវិធីផ្សេងទៀតដែរ៖ ដោយឯករាជ្យ តាមកាលវិភាគចេញផ្សាយរបស់អ្នកលក់ផ្ទាល់ ដោយគ្មានវដ្តបញ្ជាក់ឡើងវិញកម្រិតកម្មវិធីបង្កប់។

៤.៣ ការចុះឈ្មោះភក្ដីភាពជីវមាត្រ

សំណុំ​ម៉ាស៊ីន​គិតលុយ​តូចៗ​ប៉ុន្តែ​កំពុង​កើនឡើង​បាន​ពង្រីក​ការ​កំណត់​អត្តសញ្ញាណ​ភក្ដីភាព​លើស​ពី​កាត និង​លេខ​ទូរស័ព្ទ​ទៅ​ជា​ការ​ចុះឈ្មោះ​ជីវមាត្រ។ ការ​សម្គាល់​សរសៃ​បាតដៃ​គឺជា​ឧទាហរណ៍​មួយ​ដែល​កំពុង​ត្រូវ​បាន​ដាក់​ពង្រាយ​ពាណិជ្ជកម្ម​រួច​ទៅ​ហើយ — ZCS គឺជាក្រុមហ៊ុនផលិត POS Android មួយក្នុងចំណោមក្រុមហ៊ុនផលិត POS ដែលកំពុងដឹកជញ្ជូនស្ថានីយដែលបើកដំណើរការដោយសរសៃដូងជាមួយនឹង SDK បើកចំហ ដែលអនុញ្ញាតឱ្យវេទិកាភក្ដីភាពចុះឈ្មោះលំនាំសរសៃដូងរបស់អតិថិជនជាឧបករណ៍កំណត់អត្តសញ្ញាណជំនួសនៅពេលទូទាត់ប្រាក់ ជាជាងការទាមទារឱ្យមានការរកមើលកាត កម្មវិធី ឬលេខទូរស័ព្ទ។ លក្ខណៈពិសេសអត្តសញ្ញាណកម្រិតផ្នែករឹងប្រភេទនេះអាចប្រើបានដោយវេទិកាភក្ដីភាពតែប៉ុណ្ណោះ នៅពេលដែល SDK របស់ស្ថានីយបង្ហាញវាជា API ដែលបានកត់ត្រាទុក — ដែលជាតម្រូវការស្ថាបត្យកម្មបើកចំហដែលបានពិពណ៌នាខាងលើ មិនមែនជាលក្ខណៈពិសេសតែមួយគត់សម្រាប់ម៉ាកណាមួយឡើយ។

៥. បញ្ជីត្រួតពិនិត្យការវាយតម្លៃ៖ តើម៉ាស៊ីន POS របស់អ្នកត្រៀមខ្លួនរួចរាល់សម្រាប់ភាពស្មោះត្រង់ហើយឬនៅ?

មុន​នឹង​ចុះ​កិច្ចសន្យា​កម្មវិធី​ភក្ដីភាព សូម​បញ្ជាក់​ចំណុច​ខាងក្រោម​នៅ​ផ្នែក​ស្ថានីយ៖

• ● ស្ថានីយនេះភ្ជាប់មកជាមួយ SDK ដែលបានបោះពុម្ពផ្សាយ និងកត់ត្រាទុក — មិនមែនគ្រាន់តែជា webhook ច្រកផ្លូវទូទាត់ប្រាក់នោះទេ។
• ● ស្ថានីយនេះទទួលបានវិញ្ញាបនបត្រ GMS ហើយគាំទ្រការដំឡើងកម្មវិធី និងការអាប់ដេតដោយឯករាជ្យ។
• ● ក្រុមហ៊ុនផលិតអាចបញ្ជាក់ពីការអនុលោមតាម PCI PTS POI សម្រាប់ការ sandboxing កម្មវិធីភាគីទីបីណាមួយ ដែលត្រូវគ្នានឹងតម្រូវការដាច់ដោយឡែកនៅក្នុងកំណែ PTS POI បច្ចុប្បន្ន។
• ● អ្នកលក់ភក្ដីភាពអាចដាក់ឈ្មោះឯកសារយោងអ្នកលក់ផ្ទាល់ដែលកំពុងដំណើរការម៉ូដែលស្ថានីយពិតប្រាកដ មិនមែនគ្រាន់តែម៉ាកស្ថានីយនោះទេ។
• ● ចង្វាក់នៃការចេញផ្សាយកម្មវិធីបង្កប់របស់អ្នកលក់ផ្នែករឹងត្រូវបានកត់ត្រាទុក ហើយមិនរារាំងការអាប់ដេតកម្រិតកម្មវិធីឯករាជ្យពីអ្នកលក់ភក្ដីភាពនោះទេ។

លក្ខណៈវិនិច្ឆ័យជ្រើសរើសស្ថានីយ — ភាពបើកចំហរនៃប្រព័ន្ធប្រតិបត្តិការ វិសាលភាពនៃវិញ្ញាបនបត្រ ជម្រៅនៃ SDK — ត្រូវបានគ្របដណ្តប់លម្អិតបន្ថែមទៀតនៅក្នុង ក្របខ័ណ្ឌពេញលេញរបស់យើងសម្រាប់ការជ្រើសរើសវេទិកា POS Androidដែលដើរឆ្លងកាត់តក្កវិជ្ជាវាយតម្លៃដូចគ្នាលើសពីករណីប្រើប្រាស់ភក្ដីភាពតែម្នាក់ឯង។

សំណួរដែលសួរជាញឹកញាប់

សំណួរទី 1: តើម៉ាស៊ីន POS ណាមួយអាចដំណើរការកម្មវិធីភក្ដីភាពបានទេ?

ទេ។ ស្ថានីយត្រូវការ SDK បើកចំហ ការចែកចាយកម្មវិធីកម្រិតហាងកម្មវិធី និងការ sandboxing ដែលអនុលោមតាម PCI PTS សម្រាប់កម្មវិធីភាគីទីបី។ ស្ថានីយបិទ កម្មវិធីតែមួយ ដាក់កម្រិត ឬរារាំងកម្មវិធីភក្ដីភាពទាំងស្រុង ដោយមិនគិតពីអ្វីដែលវេទិការបស់អ្នកលក់ភក្ដីភាពគាំទ្រនៅលើក្រដាសនោះទេ។
សំណួរទី 2: តើអ្វីដែលធ្វើឱ្យម៉ាស៊ីន POS "បិទជិត"?

ស្ថានីយ​ដែល​ត្រូវ​បាន​ចាក់សោ​ដាក់​កម្រិត​កម្មវិធី​ដែល​អាច​ដំឡើង​បាន មិន​បង្ហាញ SDK សាធារណៈ និង​ដំណើរការ​កម្មវិធី​បង្កប់​ដែល​បង្កើត​ឡើង​ជុំវិញ​កម្មវិធី​ទូទាត់​តែមួយ។ លក្ខណៈ​ទាំងនេះ​កាត់បន្ថយ​វិសាលភាព​សវនកម្ម PCI ប៉ុន្តែ​ក៏​រារាំង​កម្មវិធី​ភក្ដីភាព សមកាលកម្ម CRM និង​ការ​រួមបញ្ចូល​ភាគី​ទីបី​ផ្សេងទៀត​តាម​ការ​រចនា​ផងដែរ។
សំណួរទី 3៖ តើការអនុលោមតាម PCI រារាំងកម្មវិធីភក្ដីភាពពីការដំណើរការលើផ្នែករឹង POS ដែរឬទេ?

មិនមែនតាមលំនាំដើមទេ។ PCI PTS POI កំណែ 7.0 អនុញ្ញាតឱ្យកម្មវិធីភាគីទីបី រួមទាំងកម្មវិធីភក្ដីភាព ដរាបណាពួកវាត្រូវបានដាក់ក្នុងប្រអប់ខ្សាច់ដាច់ដោយឡែកពីទិន្នន័យកាតទូទាត់ cleartext និង PIN។ ការអនុលោមតាមតម្រូវឱ្យមានការដាក់ឱ្យនៅដាច់ដោយឡែក មិនមែនការដកចេញទេ ហើយស្ថាបត្យកម្មរបស់ស្ថានីយកំណត់ថាតើការដាក់ឱ្យនៅដាច់ដោយឡែកនោះអាចធ្វើទៅបានតាមបច្ចេកទេសឬអត់។
សំណួរទី៤៖ តើអ្វីជាភាពខុសគ្នារវាងការធ្វើសមកាលកម្មភក្ដីភាពក្រោយប្រតិបត្តិការ និងការរួមបញ្ចូលពេលវេលាជាក់ស្តែង?

ការធ្វើសមកាលកម្មក្រោយប្រតិបត្តិការអនុវត្តរង្វាន់បន្ទាប់ពីការលក់បិទ តាមរយៈ webhook ច្រកផ្លូវទូទាត់។ ការរួមបញ្ចូលពេលវេលាជាក់ស្តែងអនុវត្តរង្វាន់ក្នុងអំឡុងពេលទូទាត់ប្រាក់ តាមរយៈ SDK hook។ ស្ថានីយដែលបានចាក់សោជាធម្មតាគាំទ្រតែស្ថានីយទីមួយប៉ុណ្ណោះ ដែលរារាំងការបញ្ចុះតម្លៃ និងការប្តូរយកក្នុងវគ្គ។
សំណួរទី 5: តើការកំណត់អត្តសញ្ញាណជីវមាត្រ ដូចជាសរសៃបាតដៃ អាចត្រូវបានប្រើសម្រាប់ការចុះឈ្មោះភក្ដីភាពបានទេ?

បាទ/ចាស៎ នៅលើស្ថានីយដែលក្រុមហ៊ុនផលិតបង្ហាញការចាប់យកជីវមាត្រតាមរយៈ SDK ដែលបានចងក្រងជាឯកសារ។ ឧបករណ៍កំណត់អត្តសញ្ញាណជីវមាត្រ Palm vein និងស្រដៀងគ្នានេះអនុញ្ញាតឱ្យវេទិកាភក្ដីភាពទទួលស្គាល់អតិថិជនដែលត្រឡប់មកវិញដោយមិនចាំបាច់ប្រើកាត លេខទូរស័ព្ទ ឬការរកមើលកម្មវិធីទេ ដោយផ្តល់ថាស្ថាបត្យកម្មផ្នែករឹងគាំទ្រការចូលប្រើទិន្នន័យនោះពីភាគីទីបី។