ওভারভিউ

দ্রষ্টব্য: অ্যাকশন সেন্টার বর্তমানে নতুন অ্যাড-অন কার্যকারিতার জন্য এই বৈশিষ্ট্যটিকে সমর্থন করছে না।

অ্যাকশন সেন্টারের রিজার্ভেশন এন্ড-টু-এন্ড ইন্টিগ্রেশনের অংশ হিসেবে, আপনি আপনার বণিকরা যখন বুকিং, অ্যাপয়েন্টমেন্ট বা রিজার্ভেশন করেন তখন তাদের কাছ থেকে পেমেন্ট পাওয়ার জন্য বেছে নিতে পারেন। টোকেনাইজেশন সেট আপ করতে Google পেমেন্ট প্রসেসরের সাথে কাজ করে। পেমেন্ট প্রসেসররা তারপর নিরাপদে ব্যবসায়ীদের অর্থ প্রদানের জন্য অনন্য টোকেন ব্যবহার করে।

পেমেন্ট-সুরক্ষিত বুকিংয়ের জন্য, আমরা চেকআউট প্রবাহে একটি পেমেন্ট তথ্য মডিউল রেন্ডার করি। এটি ব্যবহারকারীকে তাদের ক্রেডিট কার্ডের তথ্য প্রবেশ করতে দেয়।

3DS1 এবং 3DS2 এর জন্য সমর্থন উপলব্ধ, অনুগ্রহ করে বাস্তবায়নের এই টিউটোরিয়ালটি পড়ুন।

যোগ্যতা

আপনার ব্যবসায়ীদের অ্যাকশন সেন্টারের মাধ্যমে অর্থপ্রদান পাওয়ার জন্য, আপনাকে অবশ্যই নিম্নলিখিত প্রয়োজনীয়তাগুলি পূরণ করতে হবে:

1. একটি সমর্থিত পেমেন্ট প্রসেসর ব্যবহার করুন। সমর্থিত প্রসেসরের সর্বশেষ তালিকা Google Pay ওয়েবসাইটে পাওয়া যাবে।
2. আপনার প্রসেসর অনুযায়ী টোকেনাইজড পেমেন্ট গ্রহণ করুন।
3. এখানে বর্ণিত পরিচয় এবং ব্যবসার ব্যবসা যাচাইকরণ প্রক্রিয়া সম্পূর্ণ করুন।
4. অসিঙ্ক্রোনাস নিশ্চিতকরণের প্রয়োজন এমন বুকিংয়ের জন্য অর্থপ্রদান সক্ষম করা যাবে না।

পেমেন্টের জন্য ফিড এবং বুকিং সার্ভারে পরিবর্তন

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

ফিড

• মার্চেন্ট ফিড: tokenization_config ক্ষেত্রে সেট করা tokenization_parameter মাধ্যমে অর্থপ্রদানের তথ্য নির্দিষ্ট করুন। সেটটি নির্বাচিত পেমেন্ট প্রসেসরের উপর নির্ভরশীল। সেটটি হল paymentMethodTokenizationParameters.parameters এর একই সেট যেটি Google Pay-তে পাস করা হবে যদি আপনি এটির সাথে একত্রিত হন।
  দ্রষ্টব্য: আপনি যদি বণিকের তরফ থেকে অর্থপ্রদান সংগ্রহ করেন তবে আপনি বণিকের পরিবর্তে আপনার নিজস্ব প্যারামিটারগুলি প্রদান করতে পারেন৷
• পরিষেবা/উপলভ্যতা ফিড: আপনার উপযুক্ত ব্যবহারের ক্ষেত্রে উপর ভিত্তি করে অর্থপ্রদানের প্রয়োজনীয়তা নির্দিষ্ট করুন। আরও বিশদ বিবরণের জন্য, পেমেন্টের জন্য কেস ব্যবহার করুন দেখুন।

বুকিং সার্ভার

• ব্যবহারকারীরা যে ধরনের অর্থপ্রদান করছেন তার উপর ভিত্তি করে CreateBooking পদ্ধতি প্রয়োগ করুন
• Google CreateBookingRequest এর অংশ হিসাবে payment_processing_parameters.unparsed_payment_method_token ক্ষেত্রে পেমেন্ট টোকেন পাঠাবে। এটি সেই একই paymentData যা Google Pay ইন্টিগ্রেশনে আপনার কলব্যাকের মাধ্যমে পাওয়া যাবে।
• CreateBookingResponse এ একটি পেমেন্ট ইনফরমেশন মেসেজ অন্তর্ভুক্ত করুন যা পেমেন্টের ধরন, স্থিতি, লেনদেন আইডি এবং মূল্য/ফি কাঠামো নির্দিষ্ট করে।
• CreateBookingResponse এ payment_information.payment_processed_by ক্ষেত্রটিকে PROCESSED_BY_PARTNER এ সেট করুন।

পেমেন্ট জন্য ক্ষেত্রে ব্যবহার করুন

এই প্রতিটি ব্যবহারের ক্ষেত্রে অর্থপ্রদান নেওয়ার সিদ্ধান্ত নেওয়ার সময়, অনুগ্রহ করে আমাদের অর্থপ্রদান নীতিগুলি পর্যালোচনা করুন এবং নিশ্চিত করুন যে আপনি সমস্ত প্রাসঙ্গিক নীতি মেনে চলতে সক্ষম।

অর্থপ্রদানের ক্ষেত্রে ব্যবহারের ক্ষেত্রে রয়েছে:

• সম্পূর্ণ প্রিপেইড বুকিং
• বুকিং এর জন্য প্রয়োজনীয় ডিপোজিট
• ব্যবহারকারী বুকিংয়ের জন্য না দেখালে নো-শো ফি
• বুকিং এর জন্য ক্রেডিট কার্ড প্রয়োজন

এই প্রতিটি ব্যবহারের ক্ষেত্রে কীভাবে বাস্তবায়ন করবেন সে সম্পর্কে আরও তথ্যের জন্য পেমেন্ট কনফিগার করার টিউটোরিয়ালটি দেখুন।

সম্পূর্ণ প্রিপেইড বুকিং

চিত্র 1 ব্যবহারকারী, আপনি (শিডিউলিং পার্টনার), Google এবং পেমেন্ট প্রসেসরের মধ্যে কার্যকলাপের প্রবাহ দেখায়।

চিত্র 1: প্রিপেইড বুকিং সিকোয়েন্স ডায়াগ্রাম

• একটি অর্থপ্রদান অবশ্যই পরিষেবা খরচের পরিমাণের 100% হতে হবে। অন্য কথায়, বুকিংয়ের সময় পরিষেবাগুলি অবশ্যই সম্পূর্ণ অর্থ প্রদান করতে হবে।

পরিষেবার ফিডে পরিবর্তন

• সেই পরিষেবার জন্য prepayment_type ক্ষেত্রটিকে REQUIRED হিসাবে সেট করুন৷
• সেই পরিষেবার জন্য require_credit_card ফিল্ডটিকে REQUIRE_CREDIT_CARD_CONDITIONAL এ সেট করুন৷

আমানত এবং নো-শো ফি

আমানত এবং নো-শো ফি একইভাবে সেট আপ করা হয়। চিত্র 2 ব্যবহারকারী, আপনি (শিডিউলিং পার্টনার), Google এবং পেমেন্ট প্রসেসরের মধ্যে এই কার্যকলাপের প্রবাহ দেখায়।

চিত্র 2: জমা বা নো-শো ফি বুকিং সিকোয়েন্স ডায়াগ্রাম

ডিপোজিট এবং নো-শো ফি ব্যবহার করা যেতে পারে নিশ্চিত করার জন্য যে কোনও ব্যবহারকারী তাদের বুকিংয়ের জন্য দেখায়।

• একটি ডিপোজিট ব্যবহারকারীর ক্রেডিট কার্ডে আগে বা পরবর্তী সময়ে চার্জ করা যেতে পারে।
• ব্যবহারকারীরা বুকিংয়ে না দেখালে একটি নো-শো ফি চার্জ করা যেতে পারে৷
• প্রয়োজনে, বুকিংয়ের জন্য জমা এবং নো-শো ফি উভয়ই একসাথে প্রয়োগ করা যেতে পারে।
• এমনকি আগে থেকে কোনো অর্থপ্রদানের প্রয়োজন না থাকলেও, বুকিং সার্ভারকে অবশ্যই payment_transaction_id সমন্বিত একটি PaymentInformation সহ CreateBooking অনুরোধের জবাব দিতে হবে, যা অবশ্যই অনন্য হতে হবে। payment_transaction_id পেমেন্ট প্রসেসর দ্বারা প্রদান করার প্রয়োজন নেই, তবে এটি বুকিং সার্ভার দ্বারা তৈরি করা যেতে পারে।

পরিষেবা বা উপলব্ধতা ফিড পরিবর্তন

ডিপোজিট এবং নো-শো ফি পরিষেবা স্তরে বা একজন ব্যবসায়ীর জন্য উপলব্ধতা স্লট স্তরে নির্দিষ্ট করা যেতে পারে। আপনি যদি সেগুলিকে প্রাপ্যতা স্লট স্তরে নির্দিষ্ট করেন, তাহলে সেটি পরিষেবা-স্তরের সংজ্ঞাগুলিকে ওভাররাইড করে৷

• আমানত সক্ষম করতে, পরিষেবা বা প্রাপ্যতা স্লট স্তরে deposit ক্ষেত্র সেট করুন৷
• নো-শো ফি সক্ষম করতে, পরিষেবা বা প্রাপ্যতা স্লট স্তরে no_show_fee ফিল্ড সেট করুন৷
• পরিষেবা বা প্রাপ্যতা স্লট স্তরে require_credit_card ক্ষেত্রটিকে REQUIRE_CREDIT_CARD_CONDITIONAL এ সেট করুন৷
• (ঐচ্ছিক) prepayment_type REQUIRED বা OPTIONAL হিসাবে সেট করুন।

ক্রেডিট কার্ড প্রয়োজন

বুকিংয়ের সময় ক্রেডিট কার্ডের প্রয়োজন হয় এমন অন্যান্য ব্যবহারের ক্ষেত্রেও হতে পারে।

• require_credit_card ক্ষেত্রটিকে REQUIRE_CREDIT_CARD_ALWAYS পরিষেবা স্তরে বা একজন বণিকের জন্য উপলব্ধতা স্লট স্তরে সেট করুন৷

বাতিলকরণ এবং ফেরত

বাতিলকরণ এবং ফেরত হয় অংশীদার (আপনি) দ্বারা বা অ্যাকশন সেন্টারের মাধ্যমে ব্যবহারকারীর দ্বারা শুরু হয়। উভয় ক্ষেত্রেই, আপনাকে অবশ্যই CancellationPolicy সম্মান করতে হবে যা পরিষেবা স্তরে সেট করা হয়েছিল এবং বুকিং চেকআউটের সময় ব্যবহারকারীর সাথে যোগাযোগ করা হয়েছিল।

আপনি যদি CancellationPolicy প্রদান না করেন, তাহলে ধরে নেওয়া হয় যে পরিষেবা স্তরে সেট করা min_advance_online_canceling দ্বারা সংজ্ঞায়িত বাতিলকরণ উইন্ডোর মধ্যে যেকোনো বাতিলকরণ ফেরতযোগ্য। যদি min_advance_online_canceling সংজ্ঞায়িত না করা হয় তবে এটি 0 (অর্থাৎ যেকোনো সময় বাতিলযোগ্য)।

আপনি যদি অ্যাকশন সেন্টারের দিক থেকে বাতিলকরণ অক্ষম করতে চান, তাহলে অনুগ্রহ করে আপনার Google POC এর সাথে আলোচনা করুন।

RTU-তে পরিবর্তন

• আপনি ব্যবহারকারীকে টাকা ফেরত দেওয়ার পরে, বুকিংয়ের অর্থপ্রদানের স্থিতি পরিবর্তন করতে আপনাকে অবশ্যই একটি আপডেট বুকিং RTU পাঠাতে হবে। update_mask কে status,payment_information.prepayment_status সেট করুন এবং payment_information.prepayment_status = PREPAYMENT_REFUNDED এবং status = CANCELED ।
  • নতুন BookingStatus = CANCELED এবং PrepaymentStatus = PREPAYMENT_REFUNDED ব্যবহার করুন। enum মান CANCELED_AUTOMATIC_REFUND মানচিত্র বুকিং API এবং gRPC টেমপ্লেট উভয়ের জন্যই বাতিল করা হয়েছে৷

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

• যখন অ্যাকশন সেন্টার একটি UpdateBookingRequest পাঠায় এবং এটি ব্যবহারকারীর জন্য রিফান্ড ট্রিগার করে, UpdateBookingResponse এ booking.payment_information.prepayment_status = PREPAYMENT_REFUNDED সেট করুন।