دموی زنده

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

یکپارچه‌سازی درگاه پرداخت سفر که هر پرداخت را به رزرو خودش متصل نگه می‌دارد

وب‌سایت رزرو یا پورتال B2B خود را به ارائه‌دهندگان پرداختی متصل کنید که مشتریانتان استفاده می‌کنند. پرداخت داخل جریان رزرو انجام می‌شود، 3D Secure هر جا که کارت نیاز دارد اجرا می‌شود، و هر مجوز، برداشت، بازپرداخت و webhook با همان شماره رزروی ذخیره می‌شود که تیم شما با آن کار می‌کند.

  • پرداخت داخل جریان رزرو
  • چندارزی در صورت پشتیبانی ارائه‌دهنده
  • 3D Secure و کارت‌های توکن‌شده
  • لغو، بازپرداخت و مغایرت‌گیری

پرداخت امن سفر

یکپارچه‌سازی درگاه پرداخت سفر داخل جریان رزرو شما

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

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

  • چندارزی

    با ارزهایی که ارائه‌دهنده و حساب پذیرنده شما پشتیبانی می‌کنند نمایش دهید و تسویه کنید.

  • احراز هویت امن

    کارت‌های توکن‌شده، 3D Secure و بررسی‌های ریسک خود ارائه‌دهنده.

  • سوابق قابل ردیابی

    تراکنش‌ها، رزروها، بازپرداخت‌ها و مراجع تسویه به هم متصل می‌مانند.

پرداخت رزرورزروPT-48213
  1. مشخصات
  2. پرداخت
  3. 3D Secure
  4. تأیید شد
پرداخت با
  • پرواز، ۲ بزرگسال$612.00
  • هتل، ۳ شب$438.00
  • کارمزد رزرو$15.00
مبلغ قابل پرداخت$1,065.00 USD
  • پرواز، ۲ بزرگسال€566.00
  • هتل، ۳ شب€405.00
  • کارمزد رزرو€14.00
مبلغ قابل پرداخت€985.00 EUR
  • پرواز، ۲ بزرگسال£486.00
  • هتل، ۳ شب£348.00
  • کارمزد رزرو£12.00
مبلغ قابل پرداخت£846.00 GBP

اطلاعات کارت مستقیماً به درگاه شما می‌رود

مبالغ نمونه. ارزها، روش‌ها و کارمزدها به درگاه و حساب پذیرنده شما بستگی دارد.

چرخه عمر تراکنش

وضعیت پرداخت و وضعیت رزرو چگونه با هم تغییر می‌کنند

پرداخت سفر با تأیید کارت تمام نمی‌شود. یک سناریو انتخاب کنید تا ببینید درگاه چه گزارش می‌دهد و رزرو در هر مرحله چه می‌کند.

پرداخت و تأیید شده

برداشت شدهتأیید شده
  1. 0100:00رزرو مبلغ، ارز و شماره مرجع را به درگاه می‌فرستدپرداختدر انتظاررزرودر انتظار
  2. 0200:04درگاه کارت را تأیید و وجه را بلوکه می‌کندپرداختمجوز گرفتهرزرودر انتظار
  3. 0300:09تأمین‌کننده رزرو را تأیید می‌کندپرداختمجوز گرفتهرزروتأیید شده
  4. 0400:10وجه بلوکه‌شده برداشت می‌شودپرداختبرداشت شدهرزروتأیید شده
  5. 0500:11webhook امضاشده با رزرو ذخیره شدپرداختبرداشت شدهرزروتأیید شده

برداشت پس از تأیید تأمین‌کننده یعنی هرگز از مشتری بابت رزروی که وجود ندارد پولی گرفته نمی‌شود.

چالش 3D Secure

برداشت شدهتأیید شده
  1. 0100:00رزرو مبلغ، ارز و شماره مرجع را به درگاه می‌فرستدپرداختدر انتظاررزرودر انتظار
  2. 0200:03بانک چالش 3D Secure درخواست می‌کندپرداختنیازمند اقدامرزرودر انتظار
  3. 0300:41مشتری تأیید را کامل می‌کند و پرداخت مجوز می‌گیردپرداختمجوز گرفتهرزرودر انتظار
  4. 0400:46تأمین‌کننده رزرو را تأیید می‌کندپرداختمجوز گرفتهرزروتأیید شده
  5. 0500:47وجه بلوکه‌شده برداشت می‌شودپرداختبرداشت شدهرزروتأیید شده

رزرو تا تأیید مشتری در حالت انتظار می‌ماند. اگر چالش شکست بخورد یا منقضی شود، بلوکه آزاد می‌شود و چیزی برداشت نمی‌شود.

تغییر قیمت

برداشت شدهتأیید شده
  1. 0100:00قیمت پیش از برداشت با تأمین‌کننده دوباره اعتبارسنجی شدپرداختشروع نشدهرزرودر انتظار
  2. 0200:02قیمت جدید برای تأیید به مشتری نمایش داده شدپرداختشروع نشدهرزروقیمت‌گذاری مجدد
  3. 0300:30مشتری می‌پذیرد و پرداختی برای مبلغ جدید ایجاد می‌شودپرداختدر انتظاررزروقیمت‌گذاری مجدد
  4. 0400:34درگاه کارت را تأیید و وجه را بلوکه می‌کندپرداختمجوز گرفتهرزروقیمت‌گذاری مجدد
  5. 0500:39تأمین‌کننده رزرو را تأیید می‌کندپرداختمجوز گرفتهرزروتأیید شده
  6. 0600:40وجه بلوکه‌شده برداشت می‌شودپرداختبرداشت شدهرزروتأیید شده

اعتبارسنجی مجدد پیش از پرداخت مانع می‌شود آژانس افزایش نرخی را که هرگز ندیده بر عهده بگیرد.

خطای تأمین‌کننده پس از پرداخت

لغو شدهناموفق
  1. 0100:00رزرو مبلغ، ارز و شماره مرجع را به درگاه می‌فرستدپرداختدر انتظاررزرودر انتظار
  2. 0200:04درگاه کارت را تأیید و وجه را بلوکه می‌کندپرداختمجوز گرفتهرزرودر انتظار
  3. 0300:12تأمین‌کننده رزرو را رد می‌کندپرداختمجوز گرفتهرزروناموفق
  4. 0400:13مجوز پیش از برداشت لغو شد، بدون هیچ برداشتیپرداختلغو شدهرزروناموفق
  5. 0500:14مشتری و تیم عملیات با هر دو شماره مرجع مطلع شدندپرداختلغو شدهرزروناموفق

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

توالی نمونه. اینکه وجه ابتدا مجوز بگیرد یا فوراً برداشت شود به درگاه و تنظیمات شما بستگی دارد.

پشت صحنه

درخواست‌ها، webhookها و بازپرداخت‌هایی که شماره رزرو را حمل می‌کنند

هر فراخوانی به درگاه شماره رزرو و یک کلید idempotency دارد، و هر رویداد از درگاه پیش از تغییر رزرو تأیید می‌شود.

  1. 1شماره رزرو به‌صورت متادیتا منتقل می‌شود، پس داشبورد ارائه‌دهنده و پنل مدیریت شما همان رزرو را نشان می‌دهند.
  2. 2کلید idempotency مانع می‌شود دوبار کلیک یا تلاش مجدد شبکه دو بار برداشت کند.
  3. 3مبالغ با کوچک‌ترین واحد و کد ارز صریح ارسال می‌شوند.
  1. 1امضا پیش از هر تغییری با secret وب‌هوک شما بررسی می‌شود.
  2. 2نوع رویداد اقدام رزرو را تعیین می‌کند: تأیید، آزادسازی یا علامت‌گذاری برای بازبینی.
  3. 3تحویل‌های تکراری یک رویداد شناسایی و نادیده گرفته می‌شوند.
  1. 1مبالغ جزئی هزینه‌های لغوی را پوشش می‌دهد که آژانس یا تأمین‌کننده نگه می‌دارد.
  2. 2بازپرداخت به پرداخت اصلی و رزرو لغوشده اشاره می‌کند.
  3. 3کد دلیل به ارائه‌دهنده و به سوابق شما برای پشتیبانی و اختلافات می‌رود.

ارائه‌دهندگانی که هنوز متصل نشده‌اند به‌عنوان یکپارچه‌سازی API سفارشی انجام می‌شوند. درگاه‌های محبوب صفحات خود را دارند: پرداخت با Stripe و پرداخت با PayPal.

POST /v1/paymentsIdempotency-Key: bk_PT-48213_a1{  "amount": 106500,  "currency": "USD",  "capture": "after_confirmation",  "metadata": {    "booking": "PT-48213",    "pnr": "X7K2LM"  }}
POST /webhooks/paymentsSignature: t=1791012345,v1=5f3ac1…{  "id": "evt_8841",  "type": "payment.captured",  "payment": "pay_3QK19",  "metadata": { "booking": "PT-48213" }}→ 200 OK  booking=PT-48213 status=confirmed
POST /v1/refundsIdempotency-Key: rf_PT-48213_1{  "payment": "pay_3QK19",  "amount": 41800,  "currency": "USD",  "reason": "cancelled_by_customer",  "metadata": {    "booking": "PT-48213",    "retained_fee": 2000  }}

مثال عمومی. نام فیلدها از API درگاهی که انتخاب می‌کنید پیروی می‌کند.

عملیات خاص سفر

کنترل‌های پرداخت برای مشکلاتی که در سفر پیش می‌آید

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

  • موقعیت01

    نرخ هتل بین جستجو و پرداخت بالا رفت.

    کنترل

    اعتبارسنجی مجدد قیمت

    آخرین قیمت تأمین‌کننده پیش از برداشت از مشتری تأیید می‌شود و هر تغییری برای تأیید نمایش داده می‌شود.

  • موقعیت02

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

    کنترل

    جریان رزرو idempotent

    درخواست‌های تکراری نتیجه اول را برمی‌گردانند، نه برداشت دوم یا رزرو دوم.

  • موقعیت03

    مشتری به یورو می‌پردازد و تأمین‌کننده به دلار فاکتور می‌کند.

    کنترل

    قوانین ارز و مارک‌آپ

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

  • موقعیت04

    دو شب از اقامت پنج‌شبه لغو می‌شود.

    کنترل

    لغو و بازپرداخت جزئی

    برگشت‌های کامل یا جزئی به لغو یا اصلاحی متصل‌اند که آن‌ها را ایجاد کرده.

  • موقعیت05

    دارنده کارت ماه‌ها پس از سفر به یک برداشت اعتراض می‌کند.

    کنترل

    اختلافات و چارج‌بک

    رویدادهای ارائه‌دهنده، نتایج احراز هویت و اسناد رزرو به‌عنوان مدرک کنار هم نگه داشته می‌شوند.

  • موقعیت06

    یک webhook برای رزروی می‌رسد که قبلاً لغو شده.

    کنترل

    Webhook و هشدارها

    رویدادهای تأییدشده رزروها را به‌روز می‌کنند؛ هر چیزی که مطابقت ندارد برای بازبینی یک فرد علامت‌گذاری می‌شود.

پوشش ارائه‌دهندگان

درگاهی برای بازار و مشتریان خود انتخاب کنید

دسترسی به تأیید پذیرنده، پوشش کشورها، ارزها و روش‌های پرداخت بستگی دارد. بسیاری از آژانس‌ها یک درگاه کارت جهانی را با یک ارائه‌دهنده منطقه‌ای و یک گزینه تسویه B2B ترکیب می‌کنند.

  • A

    درگاه‌های کارت جهانی

    پذیرش کارت، توکن‌سازی، 3D Secure، بازپرداخت و پرداخت چندبازاری.

  • B

    ارائه‌دهندگان منطقه‌ای

    ارزهای محلی، شبکه‌های پرداخت داخلی و روش‌های خاص بازار.

  • C

    کیف پول‌های دیجیتال

    پرداخت سریع‌تر برای مشتریانی که حساب کیف پول تأییدشده را ترجیح می‌دهند.

  • D

    جریان‌های پرداخت B2B

    اعتبار نماینده، ثبت دستی پرداخت و گردش‌کارهای پرداخت کنترل‌شده.

هر نوع معمولاً چه چیزی را پوشش می‌دهد
نیازAدرگاه‌های کارت جهانیBارائه‌دهندگان منطقه‌ایCکیف پول‌های دیجیتالDجریان‌های پرداخت B2B
کارت‌های بین‌المللیمعمولاً پوشش داده می‌شودمعمولاً پوشش داده می‌شودبسته به ارائه‌دهندهگزینه معمول نیست
روش‌های محلی و شبکه‌های بانکیبسته به ارائه‌دهندهمعمولاً پوشش داده می‌شودبسته به ارائه‌دهندهگزینه معمول نیست
3D Secureمعمولاً پوشش داده می‌شودبسته به ارائه‌دهندهبسته به ارائه‌دهندهگزینه معمول نیست
بازپرداخت و لغومعمولاً پوشش داده می‌شودبسته به ارائه‌دهندهبسته به ارائه‌دهندهمعمولاً پوشش داده می‌شود
چند ارزمعمولاً پوشش داده می‌شودبسته به ارائه‌دهندهبسته به ارائه‌دهندهبسته به ارائه‌دهنده
اعتبار نماینده و سپردهگزینه معمول نیستگزینه معمول نیستگزینه معمول نیستمعمولاً پوشش داده می‌شود
  • معمولاً پوشش داده می‌شود
  • بسته به ارائه‌دهنده
  • گزینه معمول نیست

درگاه‌های موجود در فهرست یکپارچه‌سازی‌ها

این نام‌ها از همه یکپارچه‌سازی‌ها زنده می‌آیند. حساب پذیرنده و کارمزد تراکنش با شرکت پرداختی که انتخاب می‌کنید توافق می‌شود.

تسویه بدون درگاه

  • موجودی کیف پول
  • انتقال بانکی
  • پرداخت بعدی

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

تعیین محدوده پروژه

برای تعیین محدوده یکپارچه‌سازی پرداخت شما به چه چیزی نیاز داریم

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

0/5آماده

چک‌لیست محدوده

مسیر راه‌اندازی

  1. 01

    کلیدهای sandbox

    پلتفرم روی محیط آزمایشی ارائه‌دهنده اجرا می‌شود.

  2. 02

    موارد آزمون

    تأیید، رد، 3D Secure، لغو و بازپرداخت، هر کدام روی یک رزرو آزمایشی.

  3. 03

    نقطه پایانی webhook

    امضاها تأیید شده و هر نوع رویداد به یک اقدام رزرو نگاشت شده است.

  4. 04

    کلیدهای تولید

    اطلاعات ورود واقعی فعال شده، با پایش پرداخت‌های ناموفق.

صفحه پرداخت خود را برنامه‌ریزی کنید

کار درگاه همراه با پلتفرم رزرو شما تعیین محدوده می‌شود. PHPTRAVELS یک مجوز یک‌باره از ۲۴۹۹ دلار با کد منبع است که روی سرور خودتان میزبانی می‌شود؛ برای پوشش هر طرح قیمت‌ها را ببینید.

دمو را امتحان کنیدبا ما صحبت کنید

پرداخت‌ها متصل می‌شوند به

سؤالات خریداران

پرسش‌های متداول یکپارچه‌سازی درگاه پرداخت

آنچه آژانس‌ها پیش از افزودن پرداخت آنلاین به پلتفرم رزرو خود می‌پرسند.

گفتگو با فروش

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

PHPTRAVELS از طیفی از درگاه‌های جهانی و منطقه‌ای که در فهرست یکپارچه‌سازی‌ها آمده پشتیبانی می‌کند. گزینه مناسب به کشور شما، تأیید پذیرنده، ارزها، روش‌های پرداخت و API ارائه‌دهنده‌ای که برای حسابتان در دسترس است بستگی دارد.

بله، وقتی درگاه انتخابی و حساب پذیرنده از ارزهای نمایش و تسویه مورد نیاز شما پشتیبانی کنند. تبدیل ارز، مارک‌آپ و قوانین تسویه در زمان تعیین محدوده پروژه تأیید می‌شوند.

3D Secure وقتی گنجانده می‌شود که ارائه‌دهنده از آن پشتیبانی کند و برای حساب پذیرنده شما فعال باشد. یکپارچه‌سازی نتایج احراز هویت، هدایت‌ها یا چالش‌های تعبیه‌شده و وضعیت نهایی پرداخت را مدیریت می‌کند.

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

شرکت پرداخت. شما حساب پذیرنده را نزد ارائه‌دهنده انتخابی خود باز می‌کنید و کارمزدها را مستقیماً با آن‌ها توافق می‌کنید. PHPTRAVELS پلتفرم شما را با اطلاعات ورودی که می‌دهید به آن حساب متصل می‌کند.

بیشتر بدانید

بیشتر درباره پلتفرم