বিভিন্ন পেমেন্টের ধরন সেট করুন

অ্যাকশন সেন্টার প্ল্যাটফর্ম পেমেন্ট নেওয়ার জন্য বিভিন্ন কনফিগারেশন সমর্থন করে। অর্থপ্রদান সক্ষম করার নির্দেশিকা ইন্টিগ্রেশনের দিকগুলিকে কভার করে যা সকল পেমেন্ট ইন্টিগ্রেশনের জন্য সাধারণ, সহ:

  1. tokenization_parameter তথ্য অন্তর্ভুক্ত করতে ফিড কনফিগার করা হচ্ছে
  2. payment_method_token অবজেক্ট গ্রহণ করতে বুকিং সার্ভার আপডেট করা হচ্ছে
  3. একজন ব্যবহারকারী, অ্যাকশন সেন্টার, অংশীদার/বণিক এবং পেমেন্ট প্রসেসরের মধ্যে আদান-প্রদান করা তথ্যের একটি ওভারভিউ।

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

  1. কোন অর্থপ্রদান/আগমনের সময় অর্থ প্রদান
  2. সম্পূর্ণ প্রিপেমেন্ট
  3. কোন শো ফি / বাতিলকরণ ফি
  4. জমা

অর্থপ্রদানের জন্য সমস্ত ব্যবহারের ক্ষেত্রেই নো পেমেন্ট / পে-অন-অ্যারাইভাল ব্যবহারের ক্ষেত্রের এক্সটেনশন (যার জন্য কোনও অর্থপ্রদানের কনফিগারেশনের প্রয়োজন নেই) তাই এই টিউটোরিয়ালটি সেই কনফিগারেশনের বর্ণনা দিয়ে শুরু হবে এবং অন্যান্য কনফিগারেশনকে এক্সটেনশন হিসাবে বিবেচনা করবে।

প্রতিটি বিভাগ নির্দিষ্ট পেমেন্ট কনফিগারেশন গ্রহণ করার জন্য বুকিং সার্ভারে ট্র্যাক করার জন্য ক্ষেত্রগুলিকে কভার করবে।

কোন অর্থপ্রদান/আগমনের সময় অর্থ প্রদান

বুকিং করার সময় কোনো অর্থপ্রদানের প্রয়োজন হয় না এমন পরিষেবাগুলির জন্য, মার্চেন্ট বা পরিষেবা স্তরে কোনও অর্থপ্রদানের কনফিগারেশনের প্রয়োজন নেই৷ যাইহোক, দাম এখনও প্রয়োজন.

এটি একটি পরিষেবার জন্য বেসলাইন কনফিগারেশন, যার মধ্যে একটি নাম, বিবরণ এবং মূল্য রয়েছে৷ এটি একটি ServiceFeed মধ্যে একটি একক পরিষেবা বার্তা হবে:

JSON

{
    "merchant_id": "merchant-1",
    "service_id": "service-1-a",
    "name": "Men's haircut",
    "description": "One of our stylists will cut your hair",
    "price": {
        "price_micros": 15000000,
        "currency_code": "USD"
    }
}

বুকিং সার্ভারে স্ট্যান্ডার্ড বাস্তবায়নের বাইরে কোনো অতিরিক্ত কনফিগারেশনের প্রয়োজন নেই যাতে আগমনের সময় অর্থ প্রদান করা যায়।

প্রিপেমেন্ট

এই কনফিগারেশনটি নির্দিষ্ট করার জন্য ব্যবহার করা হয় যে পরিষেবার জন্য বুকিং করার সময় সম্পূর্ণ অর্থ প্রদান করতে হবে।

Service prepayment_type ক্ষেত্রের মাধ্যমে পরিষেবা স্তরে প্রিপেমেন্ট নির্দিষ্ট করা হয়। একটি পরিষেবার জন্য অর্থপ্রদানের প্রয়োজন হলে নিচের উদাহরণের মতো এটি REQUIRED হিসাবে সেট করা উচিত। নোট করুন যে দামটি পে-অন-অ্যারাইভাল উদাহরণের মতোই নির্দিষ্ট করা হয়েছে। এখানে, যেহেতু আমরা প্রিপেমেন্টের ধরনটি প্রয়োজনীয় হিসাবে সেট করছি, তাই একটি ক্রেডিট কার্ড সংগ্রহ করা হবে এবং এই মূল্য চেকআউটের সময় চার্জ করা যেতে পারে।

JSON

{
    "merchant_id": "merchant-1",
    "service_id": "service-2-b",
    "name": "Spa Treatment",
    "description": "A full spa treatment",
    "price": {
        "price_micros": "200000000",
        "currency_code": "USD"
    }
    "prepayment_type": "REQUIRED"
}

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

প্রিপেমেন্ট গ্রহণ payment_processing_parameters.unparsed_payment_method_token সময়, একটি পেমেন্ট টোকেন আপনার বুকিং সার্ভারে পাঠানো হয় CreateBooking আপনাকে ফিডের মূল্য ক্ষেত্রের মাধ্যমে নির্দিষ্ট পরিমাণ চার্জ করতে হবে এবং আপনাকে ফিডে উল্লেখিত মুদ্রা ব্যবহার করতে হবে। এই চার্জগুলি পেমেন্ট সক্ষম করার নির্দেশিকাতে বর্ণিত প্রবাহ অনুসরণ করা উচিত।

একটি CreateBookingResponse ফেরত দেওয়ার সময় booking.payment_information ফিল্ডটি অবশ্যই সঠিকভাবে প্রতিফলিত করতে সেট করতে হবে যে প্রিপেমেন্ট প্রদান করা হয়েছে এবং প্রক্রিয়া করা হয়েছে।

PaymentInformation স্পেসিফিকেশনে সমস্ত পেমেন্ট তথ্য বিকল্পের জন্য সম্পূর্ণ ডকুমেন্টেশন রয়েছে। প্রিপেমেন্ট প্রক্রিয়াকরণের জন্য একটি ন্যূনতম উদাহরণ নীচে প্রদান করা হয়েছে। এটি গুরুত্বপূর্ণ যে দামের ক্ষেত্রে প্রত্যাবর্তিত মূল্য অনুরোধে নির্দিষ্ট করা দামের সাথে হুবহু মিলে যায়৷ অতিরিক্তভাবে যদি ফিড/অনুরোধে একটি করের হার নির্দিষ্ট করা থাকে, তাহলে তা অবশ্যই অন্তর্ভুক্ত করতে হবে।

এছাড়াও মনে রাখবেন যে আপনাকে অবশ্যই একটি লেনদেন আইডি প্রদান করতে হবে। এই লেনদেন আইডিটি অবশ্যই ন্যূনতমভাবে, সেই বণিকের সাথে লেনদেনের মধ্যে অনন্য হতে হবে। একটি লেনদেন আইডির জন্য একজন ভাল প্রার্থী হল পেমেন্ট প্রসেসরের দ্বারা আপনাকে দেওয়া লেনদেন আইডি।

JSON

{
    "prepayment_status": "PREPAYMENT_PROVIDED",
    "payment_processed_by": "PROCESSED_BY_PARTNER",
    "payment_transaction_id": "[this-transaction-id]",
    "price": {
        "price_micros": "200000000",
        "currency_code": "USD"
    }
}

নো-শো ফি

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

একটি নো শো ফি নির্দিষ্ট করতে, পরিষেবা ফিডে, নীচের উদাহরণে দেখানো হিসাবে আপনার no_show_fee ক্ষেত্রটি অন্তর্ভুক্ত করা উচিত:

JSON

{
    "merchant_id": "merchant-1",
    "service_id": "service-2-b",
    "name": "Spa Treatment",
    "description": "A full spa treatment",
    "price": {
        "price_micros": 200000000,
        "currency_code": "USD"
    }
    "scheduling_rules": {
        "min_advance_online_canceling": 14400,
    }
    "no_show_fee": {
        "fee": {
            "price_micros": 25000000,
            "currency_code": "USD"
        }
        "fee_type": "FIXED_RATE_DEFAULT"
    }
}

উপরের উদাহরণে, যদি অ্যাপয়েন্টমেন্ট ধারক অ্যাপয়েন্টমেন্টে উপস্থিত না হন তাহলে অংশীদার বা বণিক no_show_fee.fee.price_micros ফিল্ডে উল্লিখিত হিসাবে $25 এর একটি নির্দিষ্ট হার চার্জ চার্জ করার জন্য অনুমোদিত। scheduling_rules.min_advance_online_canceling ফিল্ডে উল্লেখিত অ্যাপয়েন্টমেন্টের 4 ঘন্টা (14400 সেকেন্ড) আগে ব্যবহারকারী বাতিল করলেও এই ফি চার্জ করা হতে পারে।

প্রাপ্যতা স্তরে কোনও শো ফি কীভাবে সংজ্ঞায়িত করা যায় না তা দেখতে, এই বিভাগটি দেখুন।

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

payment_processing_parameters.unparsed_payment_method_token নো-শো ফি অন্তর্ভুক্ত একটি অনুরোধ প্রক্রিয়া করার সময়, একটি পেমেন্ট টোকেন আপনার বুকিং সার্ভারে পাঠানো হয় CreateBooking এই টোকেনটি প্রিপেমেন্টের ক্ষেত্রে একই পদ্ধতিতে পাস করা হয়। যাইহোক, যেহেতু টোকেনটি শুধুমাত্র অল্প সময়ের জন্য অনুমোদিত, তাই এই টোকেনটিকে এমন একটি সংস্করণে আপগ্রেড করার জন্য আপনাকে অবশ্যই আপনার পেমেন্ট প্রসেসরের প্রাসঙ্গিক API-কে কল করতে হবে যা আপনি পরবর্তী সময়ে ব্যবহারের জন্য অব্যাহত রাখতে পারেন। এটি নো-শো ফি টোকেন ফ্লো -তে অর্থপ্রদান সক্রিয়করণ নির্দেশিকা বিভাগে বর্ণনা করা হয়েছে।

একটি CreateBookingResponse ফেরত দেওয়ার সময় booking.payment_information ফিল্ডটি অবশ্যই নিচের উদাহরণের মতো নো শো ফি-এর স্ট্যাটাসকে সঠিকভাবে প্রতিধ্বনিত করতে সেট করতে হবে

JSON

{
    "prepayment_status": "PREPAYMENT_PROVIDED",
    "payment_processed_by": "PROCESSED_BY_PARTNER",
    "payment_transaction_id": "[this-transaction-id]",
    "price": {
        "price_micros": "200000000",
        "currency_code": "USD"
    }
    "no_show_fee": {
        "fee": {
            "price_micros": 25000000,
            "currency_code": "USD"
        }
        "fee_type": "FIXED_RATE_DEFAULT"
    }
}

নোট করুন যে no_show_fee চার্জ করা হতে পারে তার মূল্য এবং কাঠামো প্রতিফলিত করার জন্য সেট করা হয়েছে। এছাড়াও মনে রাখবেন, প্রিপেমেন্টের উদাহরণের মতো, এই বার্তাটিতে একটি transaction_id প্রয়োজন।

এছাড়াও মনে রাখবেন যে CreateBookingResponsebooking_id সেটটি রিয়েল-টাইম আপডেটের জন্য একটি প্রয়োজনীয় ক্ষেত্র যা নো শো ফি চার্জ করার সময় অবশ্যই পাঠাতে হবে। আশা করা হচ্ছে যে বুকিং সংক্রান্ত তথ্যের পাশাপাশি এই আইডিটি সংরক্ষণ করা হয়েছে।

রিয়েল-টাইম আপডেট

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

CreateBooking দ্বারা তৈরি বুকিংয়ের জন্য, notification.partners.bookings.patch এ একটি আপডেট পাঠানো উচিত। এই অনুরোধের মূল অংশে NO_SHOW_PENALIZED তে স্ট্যাটাস সেট সহ আপডেট হওয়া বুকিং থাকতে হবে। এই স্ট্যাটাসটি Google কে জানায় যে একটি চার্জ করা হয়েছে।

উদাহরণস্বরূপ একটি অনুরোধ এখানে পাঠানো যেতে পারে:

PATCH https://mapsbooking.googleapis.com/v1alpha/notification/partners/12345678/bookings/123123123?updateMask=status

একটি অনুরোধ শরীরের সঙ্গে:

JSON

{
    "name": "partners/12345678/bookings/123123123"
    "merchantId": "merchant-1"
    "serviceId": "service-2-b"
    "status": "NO_SHOW_PENALIZED"
}

জমা

আমানত বুকিং এর জন্য একটি প্রয়োজন হিসাবে একটি প্রাথমিক চার্জ সংগ্রহ করতে ব্যবহার করা হয়. বুকিংয়ের সময় বা পরবর্তী সময়ে ডিপোজিট চার্জ করা যেতে পারে। কোন শর্তে ডিপোজিট ফেরতযোগ্য এবং সেইসাথে কখন অনলাইনে বুকিং বাতিল করা যেতে পারে তা আপনাকে সংজ্ঞায়িত করতে হতে পারে।

একটি ডিপোজিট নির্দিষ্ট করতে, পরিষেবা ফিডে, নীচের উদাহরণে দেখানো হিসাবে আপনার deposit ক্ষেত্রটি অন্তর্ভুক্ত করা উচিত:

JSON

{
    "merchant_id": "merchant-1",
    "service_id": "service-2-b",
    "name": "Spa Treatment",
    "description": "A full spa treatment",
    "price": {
        "price_micros": 200000000,
        "currency_code": "USD"
    }
    "scheduling_rules": {
        "min_advance_online_canceling": 86400,
    }
    "deposit": {
        "deposit": {
            "price_micros": 25000000,
            "currency_code": USD,
            "min_advance_cancellation_sec": 14400,
        }
        "deposit_type": "FIXED_RATE_DEFAULT"
    }
}

এই উদাহরণে, min_advance_online_canceling বাতিলকরণ উইন্ডোকে সংজ্ঞায়িত করে এবং deposit.min_advance_cancellation_sec কখন ডিপোজিট ফেরতযোগ্য হবে তা নির্ধারণ করে। উল্লেখ্য যে উপরের উদাহরণে একটি আমানত অর্থ ফেরতের শর্তাবলী থেকে আলাদাভাবে একটি বাতিল করার সময় নির্দিষ্ট করতে পারে। এই ক্ষেত্রে, একজন ব্যবহারকারী 24 ঘন্টা আগে (86400 সেকেন্ড) পর্যন্ত অনলাইন পরিষেবা বাতিল করতে সক্ষম হবেন। এটি নিশ্চিত করে যে বণিককে দেরিতে বাতিলের বিষয়ে সরাসরি জানানো হয়। যাইহোক, ব্যবহারকারী এখনও বুকিংয়ের 4 ঘন্টা আগে (14400 সেকেন্ড) পর্যন্ত তাদের জমাকৃত অর্থ ফেরতের জন্য যোগ্য হতে পারে (বাতিল করার জন্য আপনার বা বণিকের সাথে যোগাযোগ করে), যা চেকআউটের সময় এবং শর্তাবলীতে দেখানো হবে। নিশ্চিতকরণ ইমেল।

প্রাপ্যতা স্তরে আমানত কিভাবে সংজ্ঞায়িত করা যেতে পারে তা দেখতে, এই বিভাগটি দেখুন।

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

একটি আমানত সহ একটি অনুরোধ প্রক্রিয়া করার payment_processing_parameters.unparsed_payment_method_token , একটি পেমেন্ট টোকেন আপনার বুকিং সার্ভারে পাঠানো হয় CreateBooking এই টোকেনটি প্রিপেমেন্টের ক্ষেত্রে একই পদ্ধতিতে পাস করা হয়। আপনি যদি আমানত চার্জ করেন বা বুকিং করার সময় হোল্ড তুলে নেন, তাহলে এই অনুরোধের সময় আপনি তা করতে পারেন।

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

একটি CreateBookingResponse ফেরত দেওয়ার সময় booking.payment_information ফিল্ডটি অবশ্যই আমানতের স্থিতিকে যথাযথভাবে প্রতিধ্বনিত করতে হবে, যেমনটি নীচের উদাহরণে রয়েছে।

JSON

{
    "prepayment_status": "PREPAYMENT_PROVIDED",
    "payment_processed_by": "PROCESSED_BY_PARTNER",
    "payment_transaction_id": "[this-transaction-id]",
    "price": {
        "price_micros": "200000000",
        "currency_code": "USD"
    }
    "deposit": {
        "deposit": {
            "price_micros": 25000000,
            "currency_code": USD,
            "min_advance_cancellation_sec": 28800,
        }
        "deposit_type": "FIXED_RATE_DEFAULT"
    }
}

নোট করুন যে ডিপোজিট চার্জ করা হবে বা রাখা হবে তার মূল্য এবং কাঠামো প্রতিফলিত করতে সেট করা হয়েছে। এছাড়াও মনে রাখবেন, প্রিপেমেন্টের উদাহরণের মতো, এই বার্তাটিতে একটি transaction_id প্রয়োজন।

রিয়েল-টাইম আপডেট

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

CreateBooking দ্বারা তৈরি বুকিংয়ের জন্য, notification.partners.bookings.patch এ একটি আপডেট পাঠানো উচিত। এই অনুরোধের মূল অংশে আপডেট হওয়া বুকিং থাকা উচিত, স্ট্যাটাসটি CANCELED করা হয়েছে এবং paymentInformation.prepaymentStatus ফিল্ডটি PREPAYMENT_REFUNDED এ সেট করা উচিত। এটি Google কে জানায় যে আমানত ফেরত দেওয়া হয়েছে৷

উদাহরণস্বরূপ একটি অনুরোধ এখানে পাঠানো যেতে পারে:

PATCH https://mapsbooking.googleapis.com/v1alpha/notification/partners/12345678/bookings/123123123?updateMask=status

একটি অনুরোধ শরীরের সঙ্গে:

JSON

{
    "name": "partners/12345678/bookings/123123123"
    "merchantId": "merchant-1"
    "serviceId": "service-2-b"
    "status": "CANCELED"
    "paymentInformation": {
      "prepaymentStatus": "PREPAYMENT_REFUNDED"
    }
    
}

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

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

চেকআউটের সময় একটি ক্রেডিট কার্ড প্রদান করার জন্য আপনাকে অবশ্যই require_credit_card ক্ষেত্রটি REQUIRE_CREDIT_CARD_ALWAYS এ সেট করতে হবে।

JSON

{
    "merchant_id": "merchant-1",
    "service_id": "service-1-a",
    "name": "Men's haircut",
    "description": "One of our stylists will cut your hair",
    "price": {
        "price_micros": 15000000,
        "currency_code": "USD"
    },
    "require_credit_card": "REQUIRE_CREDIT_CARD_ALWAYS"
}

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

ক্রেডিট কার্ডের প্রয়োজনীয়তা সহ একটি অনুরোধ প্রক্রিয়া CreateBooking সময়, একটি পেমেন্ট টোকেন আপনার বুকিং সার্ভারে পাঠানো হয় payment_processing_parameters.unparsed_payment_method_token এই টোকেনটি প্রিপেমেন্টের ক্ষেত্রে একই পদ্ধতিতে পাস করা হয়। যাইহোক, যেহেতু টোকেনটি শুধুমাত্র অল্প সময়ের জন্য অনুমোদিত, তাই এই টোকেনটিকে এমন একটি সংস্করণে আপগ্রেড করার জন্য আপনাকে অবশ্যই আপনার পেমেন্ট প্রসেসরের প্রাসঙ্গিক API-কে কল করতে হবে যা আপনি পরবর্তী সময়ে ব্যবহারের জন্য অব্যাহত রাখতে পারেন।

পে-অন-অ্যারাইভাল ব্যবহারের ক্ষেত্রে বুকিং সার্ভারের প্রতিক্রিয়াতে কোনও অতিরিক্ত তথ্যের প্রয়োজন নেই।

প্রাপ্যতা স্তরে ওভাররাইডিং মূল্য

উপরের সমস্ত উদাহরণে, পরিষেবা স্তরে মূল্য / ফি কাঠামো নির্দিষ্ট করা হয়েছে৷ বেশিরভাগ ক্ষেত্রে এই পরিষেবা-স্তরের মূল্য ব্যবহার করা উচিত। কিছু ক্ষেত্রে, তবে, নির্দিষ্ট প্রাপ্যতা স্লটের জন্য অর্থপ্রদানের কাঠামো পরিবর্তন করা বোধগম্য। উদাহরণস্বরূপ, প্রাপ্যতা স্তরে মূল্য / ফি ওভাররাইড করে নিম্নলিখিত পরিস্থিতিগুলি পরিচালনা করা যেতে পারে:

  • মঙ্গলবার দাম কমানো হয় এবং শনিবার বাড়ানো হয়।
  • 5:00 PM এবং 7:00 PM এর মধ্যে উপলব্ধতার জন্য কোনও শো ফি প্রযোজ্য নয়।

নীচের সারণী প্রতিটি অর্থপ্রদান/ফি পদ্ধতির জন্য, পরিষেবা স্তরের সংজ্ঞাকে ওভাররাইড করতে উপলব্ধতা ফিডে কোন ক্ষেত্র ব্যবহার করতে হবে তা তালিকাভুক্ত করে৷

পেমেন্টের ধরন ফি / মূল্য সংজ্ঞা ওভাররিডেবল?
আগমনের সময় অর্থ প্রদান করুন Service.price Availability.payment_option_id রেফারেন্সিং Merchant.payment_option এর মাধ্যমে মূল্য ওভাররিডেবল
প্রিপেমেন্ট Service.price Availability.payment_option_id রেফারেন্সিং Merchant.payment_option এর মাধ্যমে মূল্য ওভাররাইডযোগ্য
শো ফি নেই Service.no_show_fee Availability.no_show_fee
জমা Service.deposit Availability.deposit
ক্রেডিট কার্ড প্রয়োজন Service.require_credit_card Availability.require_credit_card

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