دموی زنده

یکپارچه‌سازی API هتل

یکپارچه‌سازی API هتل با Booking.com و Priceline، متناسب با دسترسی شراکتی شما

موجودی هتل Booking.com، Priceline یا Expedia را از طریق یک جریان هتل یکسان‌سازی‌شده به OTA خودتان بیاورید. هر تأمین‌کننده ابتدا از طریق برنامه شراکت یا همکاری در فروش (affiliate) خود شما را تأیید می‌کند؛ سپس PHPTRAVELS کانکتور را بر اساس محصولات API و اعتبارنامه‌هایی که دریافت می‌کنید می‌سازد.

  • Booking.com Demand API
  • موجودی Priceline و Expedia
  • نرخ‌ها و قوانین یکسان‌شده
  • یک جریان هتل برای چند تأمین‌کننده

چگونه شروع می‌شود

یکپارچه‌سازی API هتل با Booking.com و Priceline چگونه کار می‌کند

هیچ‌کدام از این API ها برای همه باز نیست. Booking.com به شرکای تأییدشده با کلید API و شناسه affiliate دسترسی به Demand API می‌دهد، Priceline به قرارداد تجاری و اعتبارنامه‌های API صادرشده توسط خودش نیاز دارد، و اتصال هتل‌های Expedia به دسترسی تأییدشده بستگی دارد. این‌ها امروز کانکتور آماده در PHPTRAVELS نیستند، بنابراین هرکدام به‌عنوان توسعه سفارشی روی ماژول هتل تعریف می‌شود؛ ماژولی که اتاق‌ها، قیمت‌ها، مالیات‌ها و قوانین لغو تأمین‌کنندگان متصل ما را از قبل یکسان می‌کند.

  1. تأمین‌کنندگان هتل موردنیاز پروژه و بازارهای فروش خود را فهرست کنید
  2. مشخص کنید هر تأمین‌کننده کدام محصولات API، اعتبارنامه‌ها و مجوزها را تأیید کرده است
  3. محتوا، جستجو، موجودی و رزرو را به جریان هتل PHPTRAVELS نگاشت کنید
  4. نرخ‌ها، قوانین، پاسخ‌های رزرو و خطاها را در محیط آزمایشی تأمین‌کننده بررسی کنید
  5. اتصال‌های تأییدشده را به محیط عملیاتی ببرید و پاسخ تأمین‌کنندگان را پایش کنید
دموی هتل را امتحان کنیدمشاهده قیمت‌ها
محصول API
Demand API (شریک سفر)
محیط
آزمایشی
اعتبارنامه‌ها
کلید API: •••• · شناسه affiliate: ••••
سود افزوده
۸٪ روی نرخ تأمین‌کننده
وضعیت
تأیید شراکت قطعی شد · در حال تعیین دامنه
برای تعیین دامنه ایمیل بزنید

جریان رزرو

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

همین پنج مرحله برای هر تأمین‌کننده متصل اجرا می‌شود و هر مرحله از قابلیت‌های API همان تأمین‌کننده پیروی می‌کند.

  1. جستجو

    مهمان مقصد و تاریخ را وارد می‌کند؛ درخواست به هر تأمین‌کننده پیکربندی‌شده می‌رود.

  2. یکسان‌سازی

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

  3. بررسی دوباره

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

  4. رزرو

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

  5. مدیریت

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

دسترسی تأمین‌کنندگان

هر تأمین‌کننده هتل پیش از اتصال چه می‌خواهد

دسترسی را هر تأمین‌کننده خودش می‌دهد، نه PHPTRAVELS. دامنه کار را بر اساس آنچه واقعاً در حساب شما فعال است تعیین کنید.

  • Booking.com Demand API

    برای شرکای سفر تأییدشده. نسخه‌های فعلی با توکن bearer کلید API و شناسه affiliate احراز هویت می‌کنند؛ endpoint های فعال به حساب شراکت شما بستگی دارد.

  • Priceline

    وقتی قرارداد تجاری با Priceline و اعتبارنامه‌های API ارائه‌شده توسط آن را داشته باشید، به‌عنوان تأمین‌کننده هتل اضافی متصل می‌شود.

  • Expedia

    اگر کسب‌وکار شما دسترسی تأییدشده داشته باشد، اتصال هتل Expedia در کنار سایر تأمین‌کنندگان کار می‌کند.

تأمین‌کنندگان هتلی که PHPTRAVELS امروز متصل می‌کند:

  • Agoda
  • Amadeus
  • Booking.com
  • Hotelbeds
  • Hotelston
  • RateHawk
  • Stuba
  • TBO Holidays
  • Travelport
  • Wanderbeds
مشاهده همه یکپارچه‌سازی‌های هتل

درآمد و کنترل

از رزرو هتل در یک پنل مدیریت درآمد کسب کنید

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

  • قوانین کمیسیون و سود افزوده

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

  • نرخ‌های شرکای B2B

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

  • فروش مکمل

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

  • اعتبارنامه‌ها در سرور

    کلیدهای API و شناسه‌های affiliate در بک‌اند می‌مانند، هرگز در کد فرانت‌اند.

  • شماره مرجع تأمین‌کننده

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

  • گزارش تأمین‌کنندگان

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

مقایسه

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

برخی تیم‌ها هر API هتل را مستقیم به وب‌سایت خود وصل می‌کنند. وقتی تأمین‌کنندگان یک لایه مشترک داشته باشند، معمولاً این موارد تغییر می‌کند.

حوزهتوسعه جداگانه برای هر تأمین‌کنندهPHPTRAVELS
صفحات جستجوتوسعه جداگانه برای هر تأمین‌کنندهمنطق فرانت‌اند برای قالب هر تأمین‌کننده تغییر می‌کندPHPTRAVELSیک تجربه جستجو و رزرو برای همه تأمین‌کنندگان
اتاق‌ها و قوانینتوسعه جداگانه برای هر تأمین‌کنندهفیلدهای هر تأمین‌کننده همان‌طور که می‌رسند نمایش داده می‌شوندPHPTRAVELSاتاق، مالیات، وعده غذایی و قوانین لغو یکسان‌شده
اعتبارنامه‌هاتوسعه جداگانه برای هر تأمین‌کنندهکلیدها اغلب در کد و فایل‌های پیکربندی پراکنده‌اندPHPTRAVELSبه تفکیک تأمین‌کننده در لایه یکپارچه‌سازی بک‌اند نگهداری می‌شوند
حاشیه سودتوسعه جداگانه برای هر تأمین‌کنندهمنطق سود افزوده در هر کانکتور تکرار می‌شودPHPTRAVELSیک مجموعه قانون برای هر تأمین‌کننده، بازار یا گروه مشتری
افزودن تأمین‌کنندهتوسعه جداگانه برای هر تأمین‌کنندههر بار یک پروژه کامل جدیدPHPTRAVELSیک کانکتور جدید نگاشت‌شده در جریان هتل موجود

کاربردها

کدام API Booking.com برای کسب‌وکار شما مناسب است

  • OTA و اپلیکیشن‌های سفر

    وقتی مسافران در پلتفرم شما اقامتگاه پیدا و رزرو می‌کنند، Demand API خانواده مناسب API های Booking.com است.

  • PMS و مدیران کانال

    Booking.com Connectivity APIs برای نرم‌افزار اقامتگاه‌هایی است که نرخ، موجودی و رزرو را مدیریت می‌کنند؛ کاربردی متفاوت.

  • آژانس‌های سفر B2B

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

چرا PHPTRAVELS

تأمین‌کنندگان، قراردادها و کد متعلق به شما

  • شامل کد منبع

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

  • حساب‌های شراکت شما

    هر قرارداد تأمین‌کننده و اعتبارنامه‌های آن متعلق به شماست و در نصب خودتان ذخیره می‌شود.

  • دامنه شفاف

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

  • ۲۴ زبان

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

پرسش‌های متداول

پرسش‌ها درباره API های Booking.com، Priceline و Expedia

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

گفتگو با فروش

ابتدا هر تأمین‌کننده کسب‌وکار شما را تأیید می‌کند: Booking.com از طریق برنامه شراکت با کلید API و شناسه affiliate، و Priceline از طریق قرارداد تجاری و اعتبارنامه‌های API خود. سپس PHPTRAVELS قابلیت‌های فعال جستجو، موجودی و رزرو را به یک جریان هتل نگاشت می‌کند، آزمایش می‌کند و به محیط عملیاتی می‌برد.

Booking.com برای کاربردهای مختلف شرکا API های متفاوتی ارائه می‌دهد. Demand API می‌تواند محتوا، جستجو، موجودی و سفارش پشتیبانی‌شده را در اختیار شرکای سفر تأییدشده بگذارد، در حالی که Connectivity APIs برای ارائه‌دهندگان مدیریت اقامتگاه و اتصال طراحی شده‌اند.

Demand API برای اپلیکیشن‌های سفری است که موجودی و قابلیت‌های رزرو Booking.com را می‌خواهند. Connectivity APIs برای نرم‌افزاری است که اقامتگاه‌های ثبت‌شده در Booking.com را مدیریت می‌کند، از جمله رزروها، نرخ‌ها، موجودی و محتوا.

نسخه‌های فعلی Demand API از توکن bearer کلید API و شناسه affiliate استفاده می‌کنند و حساب شراکت شما باید به endpoint های موردنیاز یکپارچه‌سازی دسترسی داشته باشد. مستندات فعلی توسعه‌دهندگان Booking.com برای حساب خود را ملاک قرار دهید.

خیر. تأمین‌کنندگان هتلی که امروز متصل‌اند شامل Hotelbeds، TBO Holidays، RateHawk، Hotelston، Stuba، Agoda، Amadeus و Travelport هستند. Booking.com، Priceline و Expedia هرکدام تأیید شراکت جداگانه لازم دارند و کانکتور برای هرکدام توسعه سفارشی است که دامنه آن را با شما تعیین می‌کنیم.

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

بیشتر بدانید

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