به عنوان بخشی از یکپارچهسازی رزروهای End-to-End مرکز عملیات، میتوانید هرگونه واریز، هزینههای عدم حضور یا موجودی پیشپرداخت را برای هرگونه تراکنشی که ممکن است نیاز به پرداخت داشته باشد، به صفحه رزرو خود متصل کنید. فعال کردن پرداختها به این روش به شما امکان میدهد کل جریان رزرو و تراکنش را در صفحه رزروی که مشخص میکنید، مدیریت کنید.
واجد شرایط بودن
برای افزودن پرداخت به رزروهای خاص، باید پیشنیازهای زیر را داشته باشید:
- یک ادغام E2E زنده موجود.
- امکان لینکدهی مستقیم به صفحه رزرو که بتواند پردازش پرداخت را انجام دهد.
- اطمینان از رعایت سیاستهای تغییر مسیر پرداخت ما
مراحل پیادهسازی تغییر مسیر پرداختها
- تنظیم الگوی آدرس اینترنتی (URL) و فیلدهای اضافی
- مشخص کردن انواع پرداخت برای اسلاتهای شما.
- فعال کردن ردیابی تبدیل برای ادغام شما.
اصلاحات رزرو
این بخش نحوه تعامل تغییرات و لغو رزرو با Payments Redirect، از جمله حذف اسلات و مدیریت خطا را شرح میدهد.
پرداختها، تغییر مسیر، رزروها
رزروهایی که از طریق Payments Redirect ایجاد میشوند، مستقیماً در پلتفرم رزرو همکار تکمیل میشوند. گوگل این رزروها را ذخیره یا مدیریت نمیکند، بنابراین کاربران نمیتوانند آنها را از طریق Reserve with Google مشاهده یا تغییر دهند. هرگونه تغییر یا لغو رزروهای Payments Redirect باید مستقیماً در پلتفرم همکار انجام شود.
اصلاح رزروهای سرتاسری
وقتی کاربری یک رزرو سرتاسری موجود (که در ابتدا با استفاده از CreateBooking ایجاد شده است) را تغییر میدهد، گوگل بهطور خودکار تمام بازههای زمانی مشخصشده با linkout_required_reason: PAYMENT_REQUIRED از گزینههای موجود در نمای اصلاح حذف میکند (و آنها را غیرقابلدسترس یا خاکستری میکند). این امر مانع از آن میشود که کاربران بدون تکمیل پرداخت، یک رزرو سرتاسری را به یک بازه زمانی با تغییر مسیر پرداخت (مثلاً واریز وجه) تغییر دهند.
مدیریت درخواستهای بهروزرسانی رزرو
نقطه پایانی API UpdateBooking از انتقال کاربر به جریان تغییر مسیر پرداختها یا بازگرداندن یک URL تغییر مسیر پشتیبانی نمیکند. در صورت بعیدی که سرور شریک، درخواست UpdateBooking برای تغییر مسیر پرداخت (مثلاً نیاز به واریز وجه) دریافت کند (برای مثال، اگر کاربری قبل از اینکه دسترسی بهروزرسانیشده بهطور کامل در حافظههای پنهان سرویسدهنده منتشر شود، اقدام به ویرایش کند):
- درخواست را با برگرداندن
UpdateBookingResponseحاویbooking_failureرد کنید. - علت شکست :
booking_failure.causeرا رویSLOT_UNAVAILABLEتنظیم کنید. این یک پیام واضح برای کاربر نمایش میدهد ( "متاسفیم، این زمان دیگر در دسترس نیست." ) و از ارسال ایمیلهای تأیید نادرست جلوگیری میکند. - شرح خرابی : برای تسهیل ثبت وقایع و عیبیابی، توضیحی صریح (مانند
"UpdateBooking not allowed on PR slots") درbooking_failure.descriptionارائه دهید.
تست سندباکس
پس از فعال شدن قابلیت تغییر مسیر پرداختها برای ادغام با شریک، این رفتار را میتوان مستقیماً در محیط Sandbox تأیید کرد:
- با استفاده از
CreateBookingیک رزرو استاندارد سرتاسری ایجاد کنید. - اسلاتهای در دسترس بودن را با ترکیبی از اسلاتهای استاندارد و
PAYMENT_REQUIREDارائه دهید. - برای اعمال تغییرات، رزرو را در نمای مدیریت رزرو Sandbox باز کنید و تأیید کنید که اسلاتهای
PAYMENT_REQUIREDبه صورت غیرقابل دسترس (خاکستری رنگ) نمایش داده شوند. - با استفاده از
SLOT_UNAVAILABLEتأیید کنید که سرور درخواستهای غیرمنتظرهUpdateBookingرا در اسلاتهای پولی رد میکند.