3DS1 এবং 3DS2 সমর্থন যোগ করুন

3DS1 এবং 3DS2 উভয়ই আপনার অ্যাকশন সেন্টার রিজার্ভেশন এন্ড-টু-এন্ড ইন্টিগ্রেশনের জন্য উপলব্ধ। আপনি আপনার একীকরণের জন্য এগুলির মধ্যে একটি (বা উভয়) প্রয়োগ করতে পারেন।

হয় 3DS1 বা 3DS2 PSD2 এর শক্তিশালী গ্রাহক প্রমাণীকরণের প্রয়োজনীয়তা পূরণ করবে, তবে কিছু মূল পার্থক্য রয়েছে:

• 3DS1 : চার্জটি প্রতারণামূলক বলে আপনার কাছে সংকেত থাকলে আপনি একটি লেনদেনের জন্য 3DS1 ট্রিগার করার সিদ্ধান্ত নিতে পারেন।
  • 3DS1 বাস্তবায়নের জন্য আপনার বুকিং সার্ভারে পরিবর্তন প্রয়োজন।
• 3DS2 : 3DS2 শুধুমাত্র লেনদেনের জন্য ব্যবহার করা হবে যেখানে PSD2 প্রযোজ্য (অধিগ্রহণকারী ব্যাঙ্ক এবং গ্রাহকের ব্যাঙ্ক EEA-তে রয়েছে)।
  • 3DS2 বাস্তবায়নের জন্য আপনার বণিক ফিডে পরিবর্তন প্রয়োজন।

3DS2 বাস্তবায়ন করা হচ্ছে

3DS2 বাস্তবায়নের জন্য আপনাকে TokenizationConfig বার্তার মধ্যে আপনার মার্চেন্ট ফিডে অতিরিক্ত ক্ষেত্র যোগ করতে হবে। যদি সমস্ত অর্থপ্রদান একই অ্যাকাউন্টে যায়, আপনি প্রতিটি মার্চেন্ট এন্ট্রির মধ্যে মূল্য পুনরাবৃত্তি করবেন। অর্থপ্রদানগুলি যদি বিভিন্ন অ্যাকাউন্টে যায়, প্রতিটি বণিক এন্ট্রির মানগুলি লেনদেনের মধ্যে তহবিল অর্জনকারী অ্যাকাউন্টের জন্য হতে হবে।

মার্চেন্ট ফিডে পরিবর্তন

• merchant_of_record_name : মার্চেন্ট অফ রেকর্ডের নাম (MOR)। এই ব্যবহারকারী-দৃশ্যমান নামটি 3DS2 চ্যালেঞ্জে দেখানো হবে।
• payment_country_code : দেশ যেখানে লেনদেন প্রক্রিয়া করা হবে, ISO 3166-1 alpha-2 ফর্মে।
• CardNetworkParameters বার্তা: এই বার্তাটি বিভিন্ন নেটওয়ার্কের জন্য নির্দিষ্ট মানগুলির সাথে পুনরাবৃত্তি করা হয় (শুধুমাত্র ভিসা এবং আমেরিকান এক্সপ্রেসের জন্য প্রয়োজন)
  • card_network : নেটওয়ার্ক (ভিসা, আমেরিকান এক্সপ্রেস) যেখানে এই মানগুলি প্রযোজ্য
  • acquirer_bin : কার্ড প্রক্রিয়াকরণের জন্য ব্যবহৃত অধিগ্রহণকারী ব্যাঙ্কের ব্যাঙ্ক শনাক্তকরণ নম্বর।
  • acquirer_merchant_id : লেনদেনের অনুমোদনে (ভিসা এবং আমেরিকান এক্সপ্রেস লেনদেনের জন্য) ব্যবহারের জন্য অধিগ্রহনকারীর দ্বারা বণিককে বণিক শনাক্তকারী বরাদ্দ করা হয়।

আপনার বণিক ফিডে এই ক্ষেত্রগুলি যোগ করার মাধ্যমে, যখনই PSD2 লেনদেনের জন্য প্রযোজ্য হবে তখনই আপনি আপনার বুকিং সার্ভার দ্বারা প্রাপ্ত unparsed_payment_method_token এর মধ্যে একটি 3DS2 ক্রিপ্টোগ্রাম পাবেন। আপনাকে unparsed_payment_method_token এবং এর এমবেড করা ক্রিপ্টোগ্রাম আপনার প্রসেসিং পার্টনারকে তাদের স্পেসিফিকেশন অনুযায়ী পাস করতে হবে।

3DS1 বাস্তবায়ন করা হচ্ছে

বুকিং সার্ভারে পরিবর্তন

আমরা একটি CreateBooking অনুরোধ করব এবং আপনি যদি লেনদেনের জন্য 3DS1 প্রয়োজন বলে নির্ধারণ করেন, তাহলে আপনার CreateBooking পদ্ধতি থেকে একটি Booking Failure ফেরত দিন এবং কারণ হিসাবে PAYMENT_REQUIRES_3DS1 নির্দিষ্ট করুন৷ সেই ব্যর্থতার প্রতিক্রিয়াতে আপনাকে PaymentFailureInformation বার্তার মধ্যে ThreeDS1Parameters বার্তাটিও উল্লেখ করতে হবে:

• acs_url = যে ইউআরএল থেকে প্রমাণীকরণের জন্য ব্যবহারকারীর কাছে একটি ফর্ম লোড করতে হবে।
• pa_req = একটি পেমেন্ট প্রমাণীকরণ অনুরোধ। ACSUrl ফর্মে পোস্ট করতে হবে।
• transaction_id = ACS প্রদানকারী দ্বারা ব্যবহৃত একটি শনাক্তকারী। ACSUrl ফর্মে পোস্ট করতে হবে।
• md_merchant_data = সরবরাহ করা হলে ACS প্রদানকারীর সাথে শেয়ার করার জন্য অ্যাকশন সেন্টারের ডেটা।

আমরা তারপরে পেমেন্ট ইনফরমেশন বার্তার মধ্যে অবস্থিত pa_response সহ মূল CreateBooking অনুরোধটি পুনরায় পাঠাব। pa_response ফিল্ডে পেলোড থাকবে যা একটি ACS প্রদানকারীর কাছ থেকে আমাদের কাছে ফেরত দেওয়া হয় এবং এটি আপনার প্রসেসরের সাথে লেনদেন অনুমোদন করার জন্য ব্যবহার করা উচিত।

এখানে 3DS1 প্রবাহ বর্ণনা করে একটি চিত্র রয়েছে: