بررسی اجمالی

به‌عنوان بخشی از یکپارچه‌سازی سرتاسر رزروهای «Actions Center»، می‌توانید تاجران خود را انتخاب کنید تا هنگام رزرو، قرار یا رزرو، از کاربران پرداختی دریافت کنند. Google با پردازشگرهای پرداخت کار می کند تا توکنیزاسیون را راه اندازی کند. سپس پردازنده‌های پرداخت از توکن‌های منحصربه‌فرد برای پرداخت ایمن به بازرگانان استفاده می‌کنند.

برای رزروهای تضمین شده پرداخت، ما یک ماژول اطلاعات پرداخت را در جریان پرداخت ارائه می کنیم. این به کاربر اجازه می دهد تا اطلاعات کارت اعتباری خود را وارد کند.

پشتیبانی از 3DS1 و 3DS2 در دسترس است، لطفاً به این آموزش پیاده سازی مراجعه کنید.

شایستگی

برای اینکه بازرگانان شما از طریق مرکز اقدامات پرداختی دریافت کنند، باید شرایط زیر را داشته باشید:

  1. از یک پردازشگر پرداخت پشتیبانی شده استفاده کنید. آخرین لیست پردازنده های پشتیبانی شده را می توانید در وب سایت Google Pay بیابید.
  2. پرداخت های توکن شده را مطابق با پردازنده خود بپذیرید.
  3. فرآیند تأیید هویت و کسب و کار که در اینجا ذکر شده است را تکمیل کنید.
  4. پرداخت را نمی توان برای رزروهایی که نیاز به تأیید ناهمزمان دارند فعال کرد.

تغییرات در فیدها و سرور رزرو برای پرداخت

پرداخت ها از طریق فرآیند انتخاب در سطح تاجر انجام می شود. شما باید پرداخت را برای هر بازرگانی که نیاز به پرداخت برای هر یک از خدمات خود دارد، فعال کنید. برای فعال کردن پرداخت‌ها، باید تغییراتی در فیدها و سرور رزرو انجام شود.

تغذیه می کند

  • Merchant Feed: اطلاعات پرداخت را از طریق مجموعه tokenization_parameter در قسمت tokenization_config مشخص کنید. این مجموعه به پردازشگر پرداخت انتخابی بستگی دارد. این مجموعه همان مجموعه paymentMethodTokenizationParameters.parameters است که در صورت ادغام با Google Pay به Google Pay منتقل می شود.
  • خدمات/فیدهای دسترسی: الزامات پرداخت را بر اساس مورد استفاده مناسب خود مشخص کنید. برای جزئیات بیشتر، موارد استفاده برای پرداخت را ببینید.

سرور رزرو

از موارد برای پرداخت استفاده کنید

هنگام تصمیم‌گیری در مورد پرداخت برای هر یک از این موارد استفاده، لطفاً خط‌مشی‌های پرداخت ما را مرور کنید و مطمئن شوید که می‌توانید از همه خط‌مشی‌های مربوطه پیروی کنید.

موارد استفاده برای پرداخت وجود دارد:

برای اطلاعات بیشتر در مورد نحوه اجرای هر یک از این موارد استفاده، به آموزش پیکربندی پرداخت ها مراجعه کنید.

رزروهای پیش پرداخت را کامل کنید

شکل 1 جریان فعالیت‌ها را بین کاربران، شما (شریک زمان‌بندی)، Google و پردازشگر پرداخت نشان می‌دهد.

شکل 1: نمودار ترتیبی رزروهای پیش پرداخت
شکل 1: نمودار ترتیبی رزروهای پیش پرداخت
  • پرداخت باید برای 100٪ مبلغ هزینه خدمات باشد. به عبارت دیگر، خدمات باید در زمان رزرو به طور کامل پرداخت شود.
تغییرات در فیدهای خدمات
  • قسمت prepayment_type را روی REQUIRED برای آن سرویس تنظیم کنید.
  • قسمت require_credit_card را برای آن سرویس روی REQUIRE_CREDIT_CARD_CONDITIONAL تنظیم کنید.

سپرده ها و هزینه های عدم نمایش

سپرده ها و هزینه های عدم نمایش به روش های مشابه تنظیم می شود. شکل 2 جریان این فعالیت ها را بین کاربران، شما (شریک برنامه ریزی)، گوگل و پردازشگر پرداخت نشان می دهد.

شکل 2: نمودار ترتیبی واریزی یا رزرو هزینه بدون نمایش
شکل 2: نمودار ترتیبی واریزی یا رزرو هزینه بدون نمایش

برای اطمینان از حضور کاربر برای رزرو خود، می توان از سپرده ها و هزینه های عدم نمایش استفاده کرد.

  • وجه سپرده را می توان از قبل یا بعداً به کارت اعتباری کاربر شارژ کرد.
  • در صورت عدم حضور کاربر در رزرو، می توان هزینه عدم نمایش را دریافت کرد.
  • در صورت لزوم، هر دو مبلغ سپرده و عدم نمایش را می توان با هم برای رزرو اعمال کرد.
  • حتی اگر نیازی به پرداخت از قبل نباشد، سرور رزرو باید با یک PaymentInformation حاوی یک payment_transaction_id به درخواست 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 برای هر دو الگوی Maps Booking API و gRPC منسوخ شده است.
به سرور رزرو تغییر دهید
  • هنگامی که مرکز اقدامات یک UpdateBookingRequest ارسال می‌کند و این امر باعث بازپرداخت وجه برای کاربر می‌شود، booking.payment_information.prepayment_status = PREPAYMENT_REFUNDED در UpdateBookingResponse تنظیم کنید.