Developer យំហើយ! Bakong API លែងឱ្យឆែកតាមចិត្តដូចមុនទៀតហើយ
ធនាគារជាតិនៃកម្ពុជា (NBC) បានប្រកាសធ្វើវិសោធនកម្មលក្ខខណ្ឌប្រើប្រាស់ Bakong Open API ដោយកំណត់ត្រឹម ១០០ Requests/ថ្ងៃ។ នេះជាអ្វីដែល Developer ត្រូវដឹង!
ព័ត៌មានដ៏ក្តៅគគុកមួយសម្រាប់សហគមន៍ Developer និងម្ចាស់អាជីវកម្មអនឡាញនៅក្នុងប្រទេសកម្ពុជា! ធនាគារជាតិនៃកម្ពុជា (NBC) បានចេញសេចក្តីជូនដំណឹងជាផ្លូវការស្តីពីការធ្វើវិសោធនកម្មលក្ខខណ្ឌនៃការប្រើប្រាស់ Bakong Open API។
ការផ្លាស់ប្តូរថ្មីនេះ ធ្វើឱ្យ Developer ជាច្រើនលាន់មាត់ថា «យំហើយ!» ព្រោះវាមិនសូវធូររលុង និងអាចឱ្យយើងទាញទិន្នន័យ ឬឆែក Status ការបង់ប្រាក់តាមចិត្ត (Polling) ដូចមុនទៀតឡើយ។
ខាងក្រោមនេះជាចំណុចគន្លឹះសំខាន់ៗដែលអ្នកត្រូវដឹងជាដាច់ខាត ដើម្បីរៀបចំប្រព័ន្ធរបស់អ្នកឱ្យទាន់ពេលវេលា។
🚨 អ្វីខ្លះដែលប្រែប្រួលខ្លាំង?
លក្ខខណ្ឌថ្មីដែលត្រូវបានធ្វើវិសោធនកម្ម មានចំណុចធំៗចំនួនពីរ ដែលប៉ះពាល់ដល់ការ Dev របស់ពួកយើង៖
- កំណត់ល្បឿន (Rate Limit) ត្រឹម ១០០ ដង/ថ្ងៃ: សម្រាប់ Bakong Open API កំណែទម្រង់ថ្មីនេះនឹងអនុញ្ញាតឱ្យមានការស្នើសុំ (Requests) ត្រឹមតែ ១០០ ដងក្នុងមួយថ្ងៃ តែប៉ុណ្ណោះ។
- សម្រាប់តែការសាកល្បង (Innovation/Testing): Open API ដែលផ្ដល់ជូនសេរីនេះ គឺត្រូវបានកំណត់សម្រាប់ការប្រើប្រាស់ក្រៅពីគោលបំណងអាជីវកម្ម (Non-commercial) ឬសម្រាប់តែការបង្កើតអ្វីថ្មីៗ និងការតេស្តសាកល្បងប៉ុណ្ណោះ។
- កាលបរិច្ឆេទអនុវត្ត: បម្រែបម្រួលនេះនឹងត្រូវចូលជាធរមានចាប់ពី ថ្ងៃទី ០១ ខែសីហា ឆ្នាំ២០២៦ ខាងមុខនេះហើយ។
💡 ដំណោះស្រាយ៖ តើ Developer គួរធ្វើដូចម្តេច?
ការកំណត់ត្រឹម ១០០ ដងក្នុងមួយថ្ងៃ គឺមិនគ្រប់គ្រាន់ទេសម្រាប់ការដំណើរការប្រព័ន្ធបង់ប្រាក់លក្ខណៈ Real-time លើ Web Checkouts ឬ App អាជីវកម្មពិតប្រាកដ។ ដើម្បីកុំឱ្យប៉ះពាល់ដល់ App របស់អ្នក នេះជាវិធីសាស្ត្រដែលអ្នកត្រូវរៀបចំ៖
១. ផ្លាស់ប្តូរទៅប្រើប្រាស់ផ្លូវការតាមប្រព័ន្ធធនាគារ (Partner Banks)
ប្រសិនបើប្រព័ន្ធរបស់អ្នកជា Commercial App ឬចង់បានការឆែកទិន្នន័យអត់កំណត់ អ្នកត្រូវតែទាក់ទងទៅកាន់ធនាគារដៃគូសមាជិកបាគង (ដូចជា ABA, Acleda, Canadia, etc.) ដើម្បីសុំសេវាកម្ម Merchant API / KHQR SDK ផ្លូវការដែលមានការគាំទ្រតាមលក្ខខណ្ឌអាជីវកម្ម។
២. ប្រើប្រាស់ SDK ដែលមាន Smart Polling សម្រាប់ការតេស្ត
នៅក្នុងដំណាក់កាល Test ប្រសិនបើអ្នកនៅតែចង់សន្សំសំចៃ Request កុំឱ្យជាប់ Limit អ្នកគួរតែសរសេរ Code កាត់បន្ថយការប្រជែង Query (រៀងរាល់ ១ វិនាទីម្តងដូចមុនលែងបានហើយ)។ ត្រូវប្ដូរមកប្រើ Concept Smart Polling (ឧទាហរណ៍៖ ឆែក ៥ វិនាទីម្តង ឬផ្អែកលើ start_time នៃប្រតិបត្តិការ)។
៣. ងាកមកប្រើ Third-party Gateway ដែលមានអាជ្ញាប័ណ្ណ
មានក្រុមហ៊ុន Fintech ក្នុងស្រុកជាច្រើនដែលផ្តល់កញ្ចប់ API សម្រាប់ KHQR Integration ដែលមានតម្លៃសមរម្យ រួមមានទាំង Webhook Notifications មកកាន់ Server របស់យើងភ្លាមៗពេលភ្ញៀវបង់លុយរួច ដោយមិនចាំបាច់ទៅបុក Request ទៅកាន់ Bakong ផ្ទាល់ឡើយ។
📢 ពាក្យបណ្តាំចុងក្រោយ
ការផ្លាស់ប្តូរនេះអាចជារឿងពិបាកបន្តិចសម្រាប់សហគមន៍ Developer យើងដែលធ្លាប់តែប្រើប្រាស់ Open API ដោយសេរី។ ប៉ុន្តែបើក្រឡេកមើលក្នុងផ្លូវវិជ្ជមាន វាជាការបង្កើនសុវត្ថិភាព ស្ថិរភាពប្រព័ន្ធបាគងទាំងមូល និងជំរុញឱ្យការប្រើប្រាស់សេវាកម្មហិរញ្ញវត្ថុដើរតាមគន្លងផ្លូវការប្រកបដោយទំនួលខុសត្រូវ។
Action Items: ត្រៀមពិនិត្យមើល Source Code របស់អ្នកឡើងវិញ ហើយប្តូរ Endpoint ឬទាក់ទងទៅធនាគារដៃគូឱ្យបានមុនថ្ងៃទី ១ សីហា ឆ្នាំ២០២៦ នេះណា៎!
Comments