APIهای سفر

یکپارچه‌سازی API سفر برای پرواز، هتل، خودرو و پرداخت

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

  • تأمین‌کنندگان XML و JSON
  • جست‌وجو، قیمت، رزرو، استرداد
  • پرداخت و وب‌هوک
  • یک هاب API سفر

خدمات یکپارچه‌سازی API

یکپارچه‌سازی API سفر با PHP، از سندباکس تا محیط عملیاتی

API سفر جست‌وجو، قیمت‌گذاری، رزرو و عملیات پس از رزرو را برای هتل، پرواز، خودرو، فعالیت‌ها و پکیج‌ها ارائه می‌دهد، معمولاً با XML یا JSON و کلید، OAuth یا توکن تأمین‌کننده. PHPTRAVELS هر تأمین‌کننده را به همان جریان یکسان‌سازی‌شده در پورتال شما وصل می‌کند، همراه با مارک‌آپ، پرداخت، قوانین نماینده و لاگ درخواست‌ها، تا API جدید یک منبع پیکربندی‌شده باشد نه پروژه‌ای جداگانه.

  1. سندباکس تأمین‌کننده، اعتبارنامه‌ها، دامنه موجودی و کارت‌های آزمایشی را تنظیم کنید
  2. جست‌وجو، قیمت یا اعتبارسنجی مجدد، رزرو و صدور یا تأیید را روی جریان مشترک بسازید
  3. مارک‌آپ، کمیسیون، سیاست‌های سازمانی و سقف اعتبار نمایندگان را اضافه کنید
  4. شناسه درخواست، لاگ رزرو، فهرست خطاها و هشدارها را اضافه کنید
  5. گواهی را بگیرید و به اعتبارنامه‌های عملیاتی بروید
تأمین‌کننده
Hotelbeds · JSON
محیط
سندباکس
نقطه اتصال
sandbox.supplier-api.com/v1
کلید API
••••••••••••7c21
مارک‌آپ
۸٪ روی نرخ خالص

جریان یکپارچه‌سازی

یک API سفر چگونه از سندباکس به رزروهای واقعی می‌رسد

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

  1. اتصال

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

  2. ساخت

    قیمت یا اعتبارسنجی مجدد، رزرو و صدور یا تأیید روی جریان رزرو مشترک.

  3. پرداخت

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

  4. پایدارسازی

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

  5. گواهی

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

  6. راه‌اندازی

    اعتبارنامه‌های عملیاتی، پایش، راهنمای عملیات و تحویل به تیم شما.

هاب API سفر

یک هاب برای هر تأمین‌کننده‌ای که با آن قرارداد دارید

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

  • GDS و APIهای پرواز

    Amadeus، Sabre و Travelport از طریق XML، به‌علاوه APIهای پرواز JSON مانند Duffel، Kiwi و TBO.

  • هتل، خودرو و تور

    بانک‌های تخت مانند Hotelbeds، Agoda و Hotelston، CarTrawler برای خودرو، Viator و Tiqets برای فعالیت‌ها.

  • درگاه‌های پرداخت

    Stripe، PayPal و APIهای بانکی برای برداشت، استرداد و تطبیق با رزروها.

پنل مدیریت

همه APIها را از یک پنل اداره کنید

قیمت‌ها، دسترسی‌ها، پرداخت‌ها و سوابق هر تأمین‌کننده در همان پنل است، پس افزودن API پنل جدیدی اضافه نمی‌کند.

  • اعتبارنامه تأمین‌کنندگان

    کلیدهای سندباکس و عملیاتی هر تأمین‌کننده، ذخیره‌شده روی سرور شما و قابل تعویض بر اساس محیط.

  • مارک‌آپ و کمیسیون

    قوانین ثابت یا درصدی بر اساس تأمین‌کننده، محصول، مقصد، کانال یا گروه نمایندگان.

  • اعتبار و کیف پول نمایندگان

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

  • تطبیق پرداخت‌ها

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

  • لاگ درخواست‌ها

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

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

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

مقایسه

ساخت جداگانه برای هر تأمین‌کننده در برابر هاب API در PHPTRAVELS

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

حوزهساخت جداگانه برای هر APIPHPTRAVELS
جریان رزروساخت جداگانه برای هر APIبرای هر تأمین‌کننده دوباره نوشته می‌شودPHPTRAVELSیک جریان جست‌وجو، قیمت، رزرو و استرداد برای همه
نگاشت محتواساخت جداگانه برای هر APIقالب اتاق و نرخ در هر تأمین‌کننده متفاوت استPHPTRAVELSپیش از نمایش در یک مدل یکسان‌سازی می‌شود
تلاش مجدد و لاگساخت جداگانه برای هر APIاغلب پس از نخستین خرابی‌ها اضافه می‌شودPHPTRAVELSشناسه درخواست، تلاش مجدد و رزرو idempotent از روز اول
پرداختساخت جداگانه برای هر APIیکپارچه‌سازی جداگانه برای هر درگاه و جریانPHPTRAVELSپرداخت متصل به رزرو با وب‌هوک‌های استرداد
زمان برای هر تأمین‌کنندهساخت جداگانه برای هر APIبه تجربه تیم داخلی بستگی داردPHPTRAVELSمعمولاً ۲ تا ۴ هفته همراه با گواهی

موارد استفاده

یکپارچه‌سازی API سفر برای آژانس‌ها، OTA و TMC

  • API آژانس مسافرتی

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

  • API برای OTA

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

  • API برای TMC

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

چرا PHPTRAVELS

یکپارچه‌سازی‌های API که مال شماست و قابل توسعه است

  • کد منبع همراه

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

  • ساخته‌شده با PHP

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

  • دامنه PCI کوچک‌تر

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

  • B2C، B2B و سازمانی

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

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

پرسش‌ها درباره یکپارچه‌سازی API سفر

آنچه آژانس‌ها و OTAها پیش از اتصال نخستین یا بعدی تأمین‌کننده می‌پرسند.

گفتگو با فروش

اتصال وب‌سایت سفر یا پورتال نمایندگان شما به APIهای تأمین‌کنندگان، تا هتل، پرواز، خودرو و فعالیت‌ها در پلتفرم خودتان جست‌وجو، قیمت‌گذاری، رزرو و مدیریت شوند. بیشتر APIهای سفر از XML یا JSON روی HTTP با احراز هویت تأمین‌کننده استفاده می‌کنند.

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

JSON سریع‌تر ساخته و پردازش می‌شود، پس وقتی تأمین‌کننده همان امکانات را بدهد آن را ترجیح می‌دهیم. برخی GDSها و بانک‌های تخت هنوز XML با XSD می‌خواهند و هر دو در پورتال شما به یک مدل یکسان‌سازی می‌شوند.

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

کارت‌ها با 3-DS توکن‌سازی می‌شوند، پس از صدور بلیت یا واچر برداشت می‌شوند و هر شناسه پرداخت به PNR یا شناسه رزرو متصل می‌شود، تا استرداد و تطبیق از طریق وب‌هوک انجام شود.

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