ឯកសារណែនាំស្តីពីការធ្វើសមាហរណកម្មសុវត្ថិភាព 3D

មគ្គុទេសក៍សមាហរណកម្ម 3D សុវត្ថិភាព

ចាប់ពីថ្ងៃទី ០១.០១.២០២១ ស្តីពីការផ្ទៀងផ្ទាត់កត្តាពីរនឹងត្រូវបានអនុវត្តជាតម្រូវការចាំបាច់សម្រាប់រាល់ប្រតិបត្តិការទូទាត់កាតអេឡិចត្រូនិច។ ដើម្បីអនុវត្តតាមកាតព្វកិច្ចនេះ
ប្រតិបត្តិករនៃបណ្តាញកាតឥណទាននឹងប្រើនីតិវិធីដែលគេហៅថា 3D សុវត្ថិភាព។ សម្រាប់អ្នកជាអ្នកជំនួញវាចាំបាច់ត្រូវមានលទ្ធភាពអនុវត្តនីតិវិធីនេះសម្រាប់អតិថិជនរបស់អ្នក
០១.០១.២០២១ ។ នៅខាងក្រោមអ្នកនឹងឃើញការពិពណ៌នាអំពីវិធីផ្សេងគ្នានៃការធ្វើសមាហរណកម្មនិងរបៀបដែលនីតិវិធីសុវត្ថិភាព 01.01.2021D ត្រូវអនុវត្តសម្រាប់ពួកគេ។

សូមជ្រើសរើសវិធីសាស្ត្រធ្វើសមាហរណកម្មដែលអ្នកប្រើ

• តើអ្នកកំពុងប្រើទម្រង់ឆែក hCO មែនទេ?
• តើអ្នកកំពុងប្រើទម្រង់ Checkout hPF មែនទេ?
• តើអ្នកដំណើរការការបង់ប្រាក់ដោយមិនប្រើទម្រង់ដែលផ្តល់ដោយប្រព័ន្ធ Unzer ទេ?

សូមចំណាំ៖ វាក៏សំខាន់ផងដែរដែលវិធីឥណពន្ធរឺការរៀបចំទុកជាមុនត្រូវបានធ្វើឡើង។ ទោះបីជាអ្នកប្រើទម្រង់បង់ប្រាក់ពី Unzer GmbH សម្រាប់ការចុះឈ្មោះទិន្នន័យកាតក៏ដោយដំណើរការសុវត្ថិភាព 3D នឹងត្រូវបានអនុវត្តដោយគ្មានសំណុំបែបបទពិនិត្យនៅពេលទិន្នន័យកាតត្រូវបានឥណពន្ធឬអនុញ្ញាតជាលើកដំបូង។ ក្នុងករណីនេះវិធីទីបីនៃការធ្វើសមាហរណកម្មដោយគ្មានទម្រង់ដែលបានផ្តល់ដោយ Unzer ត្រូវបានអនុវត្ត។

សូមកត់សម្គាល់ផងដែរ៖
ប្រសិនបើអ្នកប្រើការទូទាត់ដែលកើតឡើងដដែលៗ (ការទូទាត់ការជាវ) ត្រូវប្រាកដថាបានអានផ្នែក "ការទូទាត់ប្រាក់ 3D មានសុវត្ថិភាពនិងកើតឡើងដដែលៗ" ។

នីតិវិធីសុវត្ថិភាព 3D នៅពេលប្រើទម្រង់ឆែក hCO

សំណុំបែបបទឆែក hCO ត្រូវបានរចនាឡើងរួចហើយសម្រាប់នីតិវិធីសុវត្ថិភាព 3D ។ មិនមានសកម្មភាពបន្ថែមណាមួយពីខាងរបស់អ្នកដែលត្រូវការសម្រាប់ការអនុវត្តនីតិវិធីនោះទេ។ ទោះយ៉ាងណាអ្នក
ត្រូវប្រាកដថាប្រព័ន្ធរបស់អ្នកអាចគ្រប់គ្រងចម្លើយដែលត្រូវគ្នានៃប្រព័ន្ធទូទាត់របស់យើងក្នុងករណីដែលដំណើរការ 3D មានសុវត្ថិភាព។ នៅក្នុងការឆ្លើយតបអសមកាលពីព្រះគម្ពីរមរមន
ប្រព័ន្ធទូទាត់ទៅម៉ាស៊ីនមេរបស់អ្នកលទ្ធផលនៃប្រតិបត្តិការត្រូវបានបញ្ជូនហើយត្រូវតែវាយតម្លៃនៅទីនោះមុនពេលត្រឡប់មកវិញ URL ត្រូវបានបញ្ជូនទៅប្រព័ន្ធបង់ប្រាក់។

ចំពោះគោលបំណងនេះប៉ារ៉ាម៉ែត្រខាងក្រោមត្រូវតែត្រូវបានវាយតម្លៃ។

• ដំនើរការ ។RETURN.CODE = 000.200.000,២០០.០០០
• PROCESSING.RETURN = ប្រតិបត្តិការ + រង់ចាំ
• PROCESSING.RESULT = អេក

ការពន្យល់ៈស្ថានភាពនៃប្រតិបត្តិការគឺ“ កំពុងរង់ចាំ” ដែលជាប៉ារ៉ាម៉ែត្រ PROCESSING.RESULT
តំណាងឱ្យលទ្ធផលបឋមប៉ុណ្ណោះ។ ដរាបណាដំណើរការសុវត្ថិភាព 3D ត្រូវបានអនុវត្តស្ថានភាព
នៅតែរង់ចាំ។

លទ្ធផលចុងក្រោយនៃប្រតិបត្តិការគឺបន្ទាប់មក

•  ដំនើរការ ។RETURN.CODE = 000.000.000,២០០.០០០
• PROCESSING.RESULT = អេក
  or
• ដំនើរការៈរីអរអិន។ អេ។ អិល។ អឹម។ ស។ អ។
• PROCESSING.RESULT = NO

ក្នុងករណីដំបូងប្រតិបត្តិការត្រូវបានបញ្ចប់ដោយជោគជ័យក្នុងករណីទីពីរវាបានបរាជ័យជារួម។ ក្រោយមកទៀតអាចមានហេតុផលជាច្រើនរួមទាំងការបដិសេធក្នុងការផ្ទៀងផ្ទាត់។ អ្នក​នឹង
ទទួលបានព័ត៌មានលម្អិតបន្ថែមទៀតនៅក្នុងប៉ារ៉ាម៉ែត្រ“ PROCESSING.RETURN” និង“ PROCESSING.RETURN.CODE” ។
យើងសូមណែនាំឱ្យអ្នកធ្វើតេស្តសាកល្បងសម្រាប់សារទាំងពីរ។ សម្រាប់ព័ត៌មានបន្ថែមអំពីវិធីធ្វើតេស្តនិងព័ត៌មានកាតឥណទានណាមួយដែលអ្នកអាចប្រើសម្រាប់ការធ្វើតេស្តសូមមើលខាងក្រោម។

នីតិវិធីសុវត្ថិភាព 3D នៅពេលប្រើទម្រង់ឆែក hPF

សំណុំបែបបទឆែក hPF ក៏ត្រូវបានរចនាឡើងដើម្បីប្រើនីតិវិធី 3DS រួចហើយ។ មិនមានសកម្មភាពបន្ថែមណាមួយពីខាងរបស់អ្នកដែលត្រូវការសម្រាប់ការអនុវត្តនីតិវិធីនោះទេ។ ដូចដែលបានពិពណ៌នា
សម្រាប់ការអនុវត្ត hCO ការឆ្លើយតបពីប្រព័ន្ធទូទាត់ប្រាក់ត្រូវធ្វើឡើងជាពីរជំហានដែលនេះជាមូលហេតុដែលប្រព័ន្ធរបស់អ្នកត្រូវតែពិនិត្យមើលតម្លៃរបស់ PROCESSING.RETURN.CODE ។
ប៉ារ៉ាម៉ែត្រនៅពេលដំណើរការឆ្លើយតប។

ចំពោះគោលបំណងនេះប៉ារ៉ាម៉ែត្រខាងក្រោមត្រូវតែត្រូវបានវាយតម្លៃ។

• ដំនើរការ ។RETURN.CODE = 000.200.000,២០០.០០០
• PROCESSING.RETURN = ប្រតិបត្តិការ + រង់ចាំ
• PROCESSING.RESULT = អេក

ការពន្យល់ៈស្ថានភាពនៃប្រតិបតិ្តការគឺ“ កំពុងរង់ចាំ” ប៉ារ៉ាម៉ែត្រ PROCESSING.RESULT តំណាងឱ្យលទ្ធផលបឋមតែប៉ុណ្ណោះ។ ដរាបណាដំណើរការសុវត្ថិភាព 3D ត្រូវបានអនុវត្តស្ថានភាព
នៅតែរង់ចាំ។

លទ្ធផលចុងក្រោយនៃប្រតិបត្តិការគឺបន្ទាប់មក

• ដំនើរការ ។RETURN.CODE = 000.000.000,២០០.០០០
• PROCESSING.RESULT = អេក
  or
• ដំនើរការៈរីអរអិន។ អេ។ អិល។ អឹម។ ស។ អ។
• PROCESSING.RESULT = NO

ក្នុងករណីដំបូងប្រតិបត្តិការត្រូវបានបញ្ចប់ដោយជោគជ័យក្នុងករណីទីពីរវាបានបរាជ័យជារួម។ ក្រោយមកទៀតអាចមានហេតុផលជាច្រើនរួមទាំងការបដិសេធក្នុងការផ្ទៀងផ្ទាត់។ អ្នក​នឹង
ទទួលបានព័ត៌មានលម្អិតបន្ថែមទៀតនៅក្នុងប៉ារ៉ាម៉ែត្រ“ PROCESSING.RETURN” និង“ PROCESSING.RETURN.CODE” ។
យើងសូមណែនាំឱ្យអ្នកធ្វើតេស្តសាកល្បងសម្រាប់សារទាំងពីរ។ សម្រាប់ព័ត៌មានបន្ថែមអំពីវិធីធ្វើតេស្តនិងព័ត៌មានកាតឥណទានណាមួយដែលអ្នកអាចប្រើសម្រាប់ការធ្វើតេស្តសូមមើលខាងក្រោម។

នីតិវិធីសុវត្ថិភាព 3D ជាមួយនឹងការតភ្ជាប់ដោយផ្ទាល់

ប្រសិនបើអ្នកមិនប្រើទម្រង់បង់ប្រាក់ដែលផ្តល់ដោយ Unzer (ពីមុន heidelpay) ដើម្បីដំណើរការការទូទាត់កាតឥណទានឬប្រសិនបើអ្នកគ្រាន់តែចុះឈ្មោះកាតដោយប្រើទម្រង់មួយនិងដំណើរការការហាមឃាត់ជាមុន (ការកក់) ឬឥណពន្ធជាឯកសារយោងនៃការចុះឈ្មោះជា ការប្រាស្រ័យទាក់ទងដោយផ្ទាល់ជាមួយប្រព័ន្ធទូទាត់អ្នកត្រូវតែអនុវត្តដំណើរការសុវត្ថិភាព 3D ។

លំហូរប្រតិបត្តិការអសមកាលៈ

នេះគឺជាដំណើរការអសមកាលដែលម៉ាស៊ីនមេរបស់អ្នកទទួលបានការបញ្ជូនបន្ត URL (បញ្ជូនបន្ត URL) ពីប្រព័ន្ធទូទាត់របស់យើង។ ម៉ាស៊ីនមេរបស់អ្នកត្រូវតែបញ្ជូនអតិថិជនទៅនេះ URL ដូច្នេះគាត់អាចអនុវត្តការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវតាមរយៈនីតិវិធីសុវត្ថិភាព 3D ។ លទ្ធផលនៃការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវ 3D នេះត្រូវបានរាយការណ៍ដោយផ្ទាល់ទៅ Unzer ដោយធនាគារចេញកាត។

បន្ទាប់ពីការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវទទួលបានជោគជ័យប្រតិបត្តិការត្រូវបានដំណើរការបន្ថែមទៀតនៅក្នុងប្រព័ន្ធ Unzer តាមរបៀបដែលអ្នកបានដឹងរួចហើយដោយបញ្ជូនប្រព័ន្ធរបស់អ្នកនូវលទ្ធផលជាទូទៅនៅចុងបញ្ចប់ដែលអ្នកឆ្លើយតប
ជាមួយការបញ្ជូនបន្ត URL។ ប្រព័ន្ធទូទាត់នឹងបញ្ជូនអតិថិជនត្រលប់ទៅប្រព័ន្ធរបស់អ្នកវិញដោយប្រើការប្តូរទិសនេះ URL ពីប្រព័ន្ធរបស់អ្នក

សូមកត់សម្គាល់ៈនៅក្នុងដំណើរការការងារនេះប្រព័ន្ធរបស់អ្នកទទួលបានចម្លើយពីរពីប្រព័ន្ធទូទាត់៖

- មួយដែលមានស្ថានភាព“ រង់ចាំ” (PROCESSING.RETURN.CODE = 000.200.000,២០០,០០០ និង PROCESSING.RETURN = ប្រតិបត្តិការ + រង់ចាំការ) និងប៉ារ៉ាម៉ែត្របញ្ជូនបន្តទៅធនាគារដែលចេញកាតរបស់អតិថិជន
- មួយជាមួយនឹងលទ្ធផលចុងក្រោយនៃឥណពន្ធឬការកក់។ ក៏មានការប្តូរទិសពីរផងដែរ URLបានរៀបរាប់នៅក្នុងដំណើរការនេះពីប្រព័ន្ធទូទាត់មួយដែលអតិថិជនត្រូវបានប្តូរទិសដៅដើម្បីផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវនៅឯការចេញកាតធនាគាររបស់គាត់ពីប្រព័ន្ធរបស់អ្នកនៅពេលទទួលបានលទ្ធផលចុងក្រោយដើម្បីប្តូរអតិថិជនត្រឡប់ចូលប្រព័ន្ធរបស់អ្នកវិញ

ការផ្លាស់ប្តូរខាងក្រោមនឹងត្រូវអនុវត្តតាមនីតិវិធីធម្មតា។ សូមកត់សម្គាល់ថាដោយសារតែការអនុវត្តវិធីទូទាត់ប្រាក់អសមកាលផ្សេងទៀតដូចជាផេនេប៉ាល់មួយចំនួន
ដំណើរការអាចមានរួចហើយនៅក្នុងការអនុវត្តរបស់អ្នក។

1. ការឆ្លើយតប URL
   នៅក្នុងការហៅលើកដំបូង (លេខ ២ នៅក្នុងដ្យាក្រាម) ទៅប្រព័ន្ធបង់ប្រាក់ដែលជា“ ការឆ្លើយតប URL” ត្រូវតែឆ្លងកាត់ក្រុមខាងមុខ។
   
   សូមចំណាំ៖ ប៉ារ៉ាម៉ែត្រ IDENTIFICATION.REFERENCEID គឺពាក់ព័ន្ធប្រសិនបើអ្នកយោងទៅលើការចុះឈ្មោះឬប្រតិបត្តិការដែលមានស្រាប់ផ្សេងទៀត។
2. ដំណើរការប្តូរទិស URL ប្រសិនបើការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវត្រូវបានទាមទារការប្តូរទិស URL និងប៉ារ៉ាម៉ែត្រផ្សេងទៀតនៅក្នុងក្រុមប្តូរទិសត្រូវបានផ្ទេរនៅក្នុងការឆ្លើយតបពីប្រព័ន្ធទូទាត់ (លេខ 5 នៅក្នុងដ្យាក្រាម) ។
   
   
3. ការបញ្ជូនបន្តរបស់អតិថិជនទៅការបញ្ជូនបន្ត URL
   ប្រសិនបើក្រុមប្តូរទិសត្រូវបានឆ្លើយតបជាមួយនឹងការបញ្ជូនបន្ត URL, កម្មវិធីរុករករបស់អតិថិជនត្រូវតែត្រូវបានបញ្ជូនបន្តទៅនេះ URL (លេខ ៦ ក្នុងដ្យាក្រាម) ដើម្បីអនុវត្តការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវ។ ប៉ារ៉ាម៉ែត្របន្ថែមពីក្រុមបញ្ជូនបន្តត្រូវផ្ទេរទៅខាងក្រៅ webគេហទំព័រជាប៉ារ៉ាម៉ែត្រ POST
   សូមកត់សម្គាល់៖ ប៉ារ៉ាម៉ែត្របន្ថែមត្រូវបានប្រគល់ជូននៅក្នុងក្រុម "PROCESSING.REDIRECT.xxx" តែជាមួយកំណែសុវត្ថិភាព 3D លេខ ១ (សូម្បីតែលេខនិងការដាក់ឈ្មោះអាចខុសគ្នា) ចំណែកឯកំណែទី ២ មានតែការកែសំរួល។URL ដូចដែលបានបង្ហាញនៅខាងក្រោមត្រូវបានប្រគល់ជូនវិញ៖ https://heidelpay.hpcgw.net/AuthService/v1/auth/public/2258_2863FFA4C5241C12E39F37
   CCF / ដំណើរការនេះមានន័យថាដោយមិនគិតពីប្រភេទនិងចំនួនប៉ារ៉ាម៉ែត្រកម្មវិធីរុករកអតិថិជនត្រូវតែប្តូរទិសទៅ PROCESSING.REDIRECT ។URL.
   ខាងក្រោមនេះអ្នកនឹងឃើញលេខកូដសាមញ្ញ exampពីរបៀបដែលការបញ្ជូនបន្តបែបនេះអាចត្រូវបានប្រតិបត្តិ។ នេះ ផ្នែកមួយមានគោលបំណងជូនដំណឹងដល់អតិថិជនចុងក្រោយដែលប្រព័ន្ធរបស់ពួកគេមិនគាំទ្រចាវ៉ាស្គ្រីបឬបិទដំណើរការ។ យើងសូមផ្តល់អនុសាសន៍យ៉ាងខ្លាំងថាការប្តូរទិសត្រូវបានធ្វើឡើងនៅក្នុងបង្អួចកម្មវិធីរុករកសកម្មរបស់អតិថិជនហើយមិនត្រូវប្រើបង្អួចលេចឡើងឬបង្អួចកម្មវិធីរុករកថ្មីទេព្រោះវាអាច
   ធ្វើឱ្យអតិថិជនខឹងនិងនាំពួកគេឱ្យបិទទំព័រដែលពួកគេត្រូវបានបញ្ជូនបន្ត។
   
4. ការពិនិត្យលទ្ធផលអសមកាល
   លទ្ធផលនៃការផ្ទៀងផ្ទាត់ត្រូវបានបញ្ជូនទៅម៉ាស៊ីនមេរបស់អ្នក។ ប្រព័ន្ធទូទាត់រំពឹងថាមានសុពលភាព URL ជាការឆ្លើយតប។ (លេខ ១២ និង ១៣ ក្នុងដ្យាក្រាម) ។ សម្រាប់ជោគជ័យឬបដិសេធ
   ការទូទាត់ខុសគ្នា URL អាចត្រូវបានឆ្លើយតបនៅទីនេះដោយប្រព័ន្ធរបស់អ្នក។
5. ផ្លូវត្រឡប់របស់អតិថិជន
   ប្រព័ន្ធទូទាត់ប្តូរទិសអតិថិជនទៅក URL ផ្តល់ជូនដោយប្រព័ន្ធរបស់ពាណិជ្ជករបន្ទាប់ពីដំណើរការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវនិងប្រតិបត្តិការទូទាត់ត្រូវបានបញ្ចប់។
   សូមកត់សម្គាល់៖ ជំហានទី ៤) និង ៥. ) ដំណើរការតាមរបៀបដូចគ្នានឹងអ្នកធ្លាប់ស្គាល់រួចហើយនៅក្នុងប្រតិបត្តិការគ្មានសុវត្ថិភាព 4D ដែលមានស្រាប់។

ការទូទាត់ 3D មានសុវត្ថិភាពនិងកើតឡើងដដែលៗ

ចាប់ពីថ្ងៃទី ១ ខែមករាឆ្នាំ ២០២១ ការធានាសុវត្ថិភាព 1D នឹងចាំបាច់សម្រាប់រាល់ប្រតិបត្តិការកាតអេឡិចត្រូនិក។ ទោះយ៉ាងណាក៏ដោយចាប់តាំងពីនេះស្ទើរតែមិនត្រូវបានអនុវត្តសម្រាប់ការទូទាត់កើតឡើងធនាគារ
ប្រព័ន្ធមានលំហូរការងារដាច់ដោយឡែកសម្រាប់នេះ។

ចំពោះគោលបំណងនេះធនាគារបែងចែករវាង

• ស៊ីអាយធី = ប្រតិបត្តិការដំបូងរបស់អតិថិជន
• MIT = អ្នកជំនួញចាប់ផ្តើមប្រតិបត្តិការដំបូង

ប្រតិបត្តិការដំបូងនៃកាតនៅក្នុងគណនីអ្នកជំនួញរបស់អ្នកត្រូវតែត្រូវបានផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវជាមួយ 3D សុវត្ថិភាពចាប់ពីថ្ងៃទី ០១.០១.២០២១ ។ ការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវដែលទទួលបានជោគជ័យគឺជាតម្រូវការចាំបាច់នៅក្នុង
ដើម្បីអាចដាក់ការកក់សំបុត្របន្តទៀតនៅលើកាតតែមួយដោយមិនមានសុវត្ថិភាព 3D ។ អតិថិជនត្រូវតែបញ្ជូនបន្តទៅធនាគារដែលចេញកាតរបស់គាត់សម្រាប់ឥណពន្ធដំបូង
អនុលោមតាមនីតិវិធីដែលបានពិពណ៌នាខាងលើនិងបញ្ជាក់អត្តសញ្ញាណខ្លួនឯងនៅទីនោះជាម្ចាស់ប័ណ្ណ។ ប្រសិនបើឥណពន្ធមិនត្រូវបានគ្រោងទុកនៅពេលនៃការបញ្ជាទិញសម្រាប់អតីតample ដោយសារតែកំឡុងពេលសាកល្បងការកក់ (ការអនុញ្ញាតជាមុន) យ៉ាងតិចមួយអឺរ៉ូត្រូវតែធ្វើឡើងដោយប្រើ 3D Secure នៅក្នុងវត្តមានរបស់អតិថិជនជំនួសវិញ។ ការចាប់យកការកក់នេះមិនចាំបាច់ទេ។

ទោះយ៉ាងណាសម្រាប់អតិថិជនដែលមានស្រាប់មិនចាំបាច់បង្កើតការផ្ទៀងផ្ទាត់ 3D សុវត្ថិភាពទេ។ ប្រសិនបើឥណពន្ធដែលទទួលបានជោគជ័យលើកដំបូងបានកើតឡើងមុនថ្ងៃទី 01.01.2021 កំណត់ត្រាអតិថិជនក៏អាចត្រូវបានគេសន្និដ្ឋានផងដែរ
ត្រូវបានផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវ។ សម្រាប់អតិថិជនថ្មីគិតចាប់ពីថ្ងៃទី ០១.០១.២០២១ ផ្ទុយទៅវិញការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវឌីជីថលគឺចាំបាច់សម្រាប់ការដកប្រាក់ដំបូងឬការកក់ជាមុន (ការអនុញ្ញាតជាមុន) ។

សូមកត់សម្គាល់៖ ក្នុងន័យនេះប្រព័ន្ធធនាគារមើលទិន្នន័យកាតមិនមែនទិន្នន័យអតិថិជនទេ។ ដូច្នេះប្រសិនបើអតិថិជនដែលមានស្រាប់ប្រើកាតថ្មីបន្ទាប់ពីថ្ងៃទី ០១.០១.២០២១ សម្រាប់អតីតample ពីព្រោះមុន
មនុស្សម្នាក់បានផុតកំណត់ឬដោយសារតែគាត់បានផ្លាស់ប្តូរធនាគារដែលចេញប័ណ្ណរបស់គាត់នេះគឺជាវដ្តកើតឡើងម្តងទៀតពីចំណុចរបស់ធនាគារ view ហើយត្រូវតែផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវជាមួយ 3D Secure សម្រាប់ការកក់ដំបូង។

នៅពេលដែលការផ្ទៀងផ្ទាត់ភាពត្រឹមត្រូវដំបូងត្រូវបានអនុវត្តដោយជោគជ័យរាល់ប្រតិបត្តិការបន្ថែមទាំងអស់ត្រូវបានរួចផុតពីកាតព្វកិច្ចក្នុងការប្រើប្រាស់សុវត្ថិភាព 3D តម្រូវការជាមុនសម្រាប់ការទូទាត់ឡើងវិញដោយគ្មានសុវត្ថិភាព 3D ដូច្នេះ៖

• យ៉ាងហោចណាស់មានឥណពន្ធឬការកក់ទទួលបានជោគជ័យមួយ (ការអនុញ្ញាតិជាមុន) ដែលត្រូវបានអនុវត្តដោយសុវត្ថិភាព 3D ឬបានកើតឡើងមុនថ្ងៃទី ០១.០១.២០២១ ។
• វាត្រូវបានយោងទៅការចុះឈ្មោះដែលមានស្រាប់និងឥណពន្ធនៅពេលដាក់ស្នើ

ដើម្បីឱ្យប្រព័ន្ធទូទាត់ដឹងថានេះគឺជាការទូទាត់កើតឡើងប៉ារ៉ាម៉ែត្រ RECURRENCE.MODE = ត្រូវបានផ្ញើឡើងវិញផងដែរ។ នេះផ្តល់សញ្ញាដល់ប្រព័ន្ធដែលក
ការទូទាត់សំណងដែលកើតឡើងដដែលៗនឹងត្រូវរាយការណ៍ទៅប្រព័ន្ធធនាគារ។

សូមកត់សម្គាល់: ប្រសិនបើប៉ារ៉ាម៉ែត្រ RECURRENCE.MODE = ត្រូវបានបញ្ចូលឡើងវិញនៅពេលកាតថ្មីត្រូវបានផ្ទុកជាលើកដំបូងនោះការបញ្ជូនបន្តសុវត្ថិភាព 3D នឹងត្រូវបានអនុវត្តទោះបីជាមានប៉ារ៉ាម៉ែត្រនេះក៏ដោយ។

សាកល្បងការអនុវត្តសុវត្ថិភាព 3D

អ្នកអាចសាកល្បងការតភ្ជាប់ 3D Secure គ្រប់ពេលតាមរយៈប្រព័ន្ធទូទាត់របស់យើង។ ដើម្បីធ្វើដូច្នេះសូមប្រើរបៀប“ CONNECTOR_TEST” សម្រាប់ប្រតិបត្តិការដូចដែលបានបង្ហាញនៅក្នុងអតីតamples ខាងលើ។
ទិន្នន័យភ្ជាប់សម្រាប់តេស្តនេះ៖

សន្តិសុខ	31HA07BC8142C5A171745D00AD63D182
USER.ចូល	31ha07bc8142c5a171744e5aef11ffd3
USER.PWD	93167DE7
TRANSACTION.CHANNEL	31HA07BC8142C5A171749A60D979B6E4
រូបិយប័ណ្ណដែលបានតំឡើងសំរាប់ទំរង់ 3D ជំនាន់ ២	អឺរ៉ូដុល្លារអាមេរិកសេ។ អេ
រូបិយប័ណ្ណដែលបានតំឡើងសំរាប់ទំរង់ 3D ជំនាន់ ២	GBP, CZK, CHF

ចំណុចបញ្ចប់នៃច្រកចេញចូលរបស់ប្រព័ន្ធក៏មានផងដែរ
ច្រកចេញ SGW៖
- https://test-heidelpay.hpcgw.net/sgw/gtw - ឡាតាំង ១៥ អ៊ិនកូដ
- https://test-heidelpay.hpcgw.net/sgw/gtwu - UTF-8 បានអ៊ិនកូដ
ច្រកចេញចូល NGW៖
- https://test-heidelpay.hpcgw.net/ngw/post

ទិន្នន័យកាតឥណទានសម្រាប់ការធ្វើតេស្តនេះ៖

ម៉ាក	លេខកាត	CVV	កាលបរិច្ឆេទផុតកំណត់	ចំណាំ
ម៉ាស្ទ័រកាត	5453010000059543	123	កាលបរិច្ឆេទអនាគត	3D - លេខសម្ងាត់: សម្ងាត់ ៣
ទិដ្ឋាការ	4711100000000000	123	កាលបរិច្ឆេទអនាគត	3DS - លេខសំងាត់៖ សំងាត់! ៣៣

សូមចំណាំៈសំរាប់ 3D សុវត្ថិភាពជំនាន់ទី ២ អ្នកមិនចាំបាច់បញ្ចូលលេខសម្ងាត់ទេគ្រាន់តែចុចលើតំណភ្ជាប់” ចុចត្រង់នេះដើម្បីបំពេញការផ្ទៀងផ្ទាត់។
វិធីតែមួយគត់ដើម្បីក្លែងធ្វើកំហុសជាមួយ 3D សុវត្ថិភាពជំនាន់ទី ២ គឺទុកឱ្យទំព័រមានពេលវេលាភ្ជាប់ (ប្រហែល ១៨ នាទី) ។

 

សូមអានបន្ថែមអំពីសៀវភៅណែនាំនេះ និងទាញយក PDF៖

ឯកសារ/ធនធាន

មគ្គុទ្ទេសក៍សមាហរណកម្មសុវត្ថិភាព 3D កម្មវិធី [pdf] ឯកសារ Unzer, មគ្គុទ្ទេសក៍រួមបញ្ចូលគ្នា, សុវត្ថិភាព 3D

ឯកសារយោង

• សៀវភៅណែនាំអ្នកប្រើប្រាស់