Каталог постачальників і посібник з інтеграції

Список постачальників travel XML API для бедбанків, оптовиків, GDS та інших

Реєстр із фільтрами: готельні бедбанки, оптовики, DMC, провайдери GDS, постачальники атракцій, оренди авто й круїзів, які дистрибутують через XML- або JSON-API, з регіонами, які вони обслуговують, умовами доступу та кроками кваліфікації, мапінгу й дедуплікації, що ведуть від короткого списку до реальних продажів.

  • Фільтр за категорією та брендом
  • Порівняння типів постачальників
  • Картка готовності
  • Інтеграція за п'ять кроків

Реєстр

Список постачальників travel XML API за категоріями

Фільтруйте список постачальників travel XML API за категорією або введіть назву бренду. Кожен рядок показує тип постачальника, регіони, де його інвентар найсильніший, і спосіб надання підключення.

Рядки ведуть до докладних посібників там, де вони є, наприклад Інтеграція API Hotelbeds і Інтеграція з Bedsonline. Про GDS читайте в GDS-система для турагентів, а про те, як кожен фід потрапляє на платформу, у Інтеграція туристичних API.

25/25постачальників показано

ПостачальникТипРегіониДоступПримітки
HotelbedsБедбанкГлобальноXML- або JSON-APIДистрибуція Apitude і HotelX; поширене основне джерело для широкого покриття
YalagoБедбанкGCC і глобальний відпочинокXML- або JSON-APIСильні тарифи на відпочинок за напрямками Перської затоки та виїзного туризму
BedsOnlineОптовикЄвропа та АмерикаXML- або JSON-APIДоступ лише для агентів з контрактними тарифами
SunhotelsБедбанкЄвропаXML- або JSON-APIПортфель міських і курортних готелів
Miki TravelОптовикГлобальноXML- або JSON-APIГрупові та FIT-програми
YouTravelОптовикЄвропа та Середземномор'яXML- або JSON-APIІнвентар для відпочинку з живою доступністю та типами харчування
TouricoОптовикГлобальноXML- або JSON-APIТепер частина групи Hotelbeds
Travco DubaiDMCОАЕ та MENAXML- або JSON-APIКонтракти DMC і в'їзні послуги для ОАЕ та сусідніх ринків
VOTBookingsОптовикЄвропаXML- або JSON-APIВибірковий інвентар за контрактом; часто друге джерело для перевірки цін
DOTWОптовикБлизький Схід і глобальноXML- або JSON-APIЕндпоінти та правила, прив'язані до облікового запису
RoomsXMLАгрегаторГлобальноXML- або JSON-APIПотребує політики мапінгу й дедуплікації перед запуском
W2MОптовикІспанія та ЄвропаXML- або JSON-APIПоєднання міського та пляжного відпочинку
DidaTravelОптовикАзійсько-Тихоокеанський регіонXML- або JSON-APIСильна позиція в Азійсько-Тихоокеанському регіоні з підтримкою кількох валют
AC ToursDMCГлобальноПартнерська програмаПартнерський інвентар для групових серій і контрактних програм
AmadeusGDSГлобальноXML- або JSON-APIАвіадистрибуція з глобальним охопленням; вимоги до налаштування залежать від ринку
SabreGDSГлобальноXML- або JSON-APIШирокий авіаконтент із додатковими послугами та брендованими тарифами за програмою
TravelportGDSГлобальноXML- або JSON-APIGalileo та Worldspan; дистрибуція авіаквитків, готелів і авто
Attraction WorldАтракціїВелика БританіяXML- або JSON-APIАгреговані квитки та ваучери, що доставляються через API
Do Something DifferentАтракціїВелика БританіяПартнерська програмаКаталог вражень для реселерів з активацією під конкретні ринки
Tourico AttractionsАтракціїГлобальноПартнерська програмаПортфель активностей через партнерські програми
AvisОренда автоГлобальноПартнерська програмаАвтопарк, тарифи, додаткові опції та ваучери через партнерське підключення
Holiday TaxisТрансфериГлобальноXML- або JSON-APIСпільні та приватні трансфери з бронюванням і ваучерами
RCCL GroupКруїзна лініяГлобальноПартнерська програмаПартнерський доступ до рейсів, тарифів, кают і процесів бронювання
MSC CruisesКруїзна лініяГлобальноПартнерська програмаАктивація під конкретні ринки для круїзного контенту та бронювання
Princess CruisesКруїзна лініяВелика БританіяПартнерська програмаПреміальні круїзні продукти з партнерськими програмами дистрибуції

Жоден постачальник не відповідає запиту. Очистіть його або виберіть іншу категорію.

Регіони та примітки є редакційним підсумком публічної інформації постачальників. Підтвердьте покриття, комерційні умови та доступ до API з кожним постачальником, перш ніж планувати інтеграцію.

Швидкий вибір постачальників

Побудуйте набір постачальників навколо того, як ви продаєте

Більшість агенцій поєднують від двох до чотирьох постачальників замість одного. Виберіть модель, найближчу до вашої, і шари нижче покажуть, які типи постачальників поставити першими, другими та поруч.

Модель продажів

Набір працює в межах однієї платформи: Модуль бронювання готелю обробляє готельні фіди, а ПЗ для бронювання авіаквитків — сторону GDS, кожен зі своїми націнками та правилами маршрутизації.

  1. 01Основне джерелоОдин бедбанк із глобальним контентом і чистими кодами готелів дає більшість міст із першого дня.Приклади зі спискуHotelbedsYalagoSunhotels
  2. 02Додаткове джерелоОдин оптовик для перевірки цін і прогалин, маршрутизований лише туди, де він виграє або де бедбанк нічого не має.Приклади зі спискуVOTBookingsYouTravelDOTW
  3. 03ПоручПравило маршрутизації, яке визначає основного постачальника для кожного регіону, щоб один готель ніколи не з'являвся двічі.Приклади зі спискуRoomsXML
  1. 01Основне джерелоПостачальник DMC для контрактних готелів, трансферів і послуг у ваших ключових напрямках.Приклади зі спискуTravco DubaiAC ToursMiki Travel
  2. 02Додаткове джерелоБедбанк, щоб заповнити напрямки, які не покривають ваші контракти DMC.Приклади зі спискуHotelbedsDidaTravel
  3. 03ПоручФіди атракцій і трансферів, щоб пакет можна було оцінити й оформити ваучерами від початку до кінця.Приклади зі спискуAttraction WorldHoliday Taxis
  1. 01Основне джерелоGDS для тарифів, додаткових послуг і керування PNR за вашою власною угодою та ринковим налаштуванням.Приклади зі спискуAmadeusSabreTravelport
  2. 02Додаткове джерелоБедбанк поверх пошуку авіаквитків, щоб готелі можна було додати до того самого бронювання.Приклади зі спискуHotelbedsBedsOnline
  3. 03ПоручПостачальники оренди авто й трансферів для наземної частини маршруту.Приклади зі спискуAvisHoliday Taxis

Типи постачальників

Порівняйте типи постачальників і коли їх використовувати

Швидкий спосіб вибрати між бедбанками, оптовиками, постачальниками DMC, провайдерами GDS і агрегаторами, перш ніж запитувати облікові дані.

ВаріантНайкраще дляКомпромісиЯк допомагає PHPTRAVELS
БедбанкиНайкраще дляШвидке масштабне покриття готелів із нетто-тарифамиКомпромісиДублікати між джерелами та правила скасування, що відрізняються для кожного контрактуЯк допомагає PHPTRAVELSМаршрутизація, мапінг кодів готелів, дедуплікація та контроль націнок для кожного постачальника
ОптовикиНайкраще дляВідібраний агентський інвентар і перевірка цінКомпромісиДоступ, обмежений ринками, і вимоги до облікового записуЯк допомагає PHPTRAVELSНалаштування кількох постачальників із резервними правилами за ринком
Постачальники DMCНайкраще дляПослуги в напрямках, групи та в'їзний туризмКомпромісиПокриття лише за окремими напрямками та онбординг із великою кількістю контрактівЯк допомагає PHPTRAVELSПакетування послуг і операційний процес для ваучерів і змін
Провайдери GDSНайкраще дляАвіадистрибуція, складні тарифи та додаткові послугиКомпромісиВимоги до налаштування, сертифікації та відповідності залежать від регіонуЯк допомагає PHPTRAVELSЄдиний процес бронювання зі зберіганням PNR і готовністю бек-офісу
АгрегаториНайкраще дляВеликі каталоги через один контрактКомпромісиМенше контролю над джерелами та більше зусиль на звіркуЯк допомагає PHPTRAVELSНормалізація та дотримання політик у кожному фіді

Готовність до інтеграції

Кваліфікуйте постачальника, перш ніж запитувати облікові дані

Успішна інтеграція з постачальником — це більше, ніж тарифи й доступність. Позначте те, що постачальник підтвердив письмово; група з оцінкою нижче трьох зазвичай потребує ще однієї розмови перед запуском.

0/16перевірок підтверджено

Оцінки зберігаються лише в цій вкладці браузера й скидаються після перезавантаження.

Комерційні умови0/4

Технічна якість0/4

Операційна готовність0/4

Безпека та відповідність0/4

Процес інтеграції

Від короткого списку до реальних продажів за п'ять кроків

Операційний процес, який зменшує кількість невдалих бронювань, дубльованого контенту та втрат маржі. Вікно XML показує, де кожен крок залишає слід у реальному запиті доступності.

  1. 01

    Кваліфікація

    Підтвердьте покриття, комерційну модель, правила скасування та очікування від підтримки за допомогою картки вище.

  2. 02

    Облікові дані

    Отримайте ключі пісочниці, правила списку дозволених IP і перелік тестових готелів, щоб кожна команда перевіряла на одних і тих самих даних.

  3. 03

    Мапінг

    Нормалізуйте коди готелів, валюти, податки й типи харчування, щоб результати пошуку збігалися з тим, що буде у ваучері.

  4. 04

    Дедуплікація

    Визначте основного постачальника для кожного регіону й застосуйте правила маршрутизації, щоб результати залишалися чистими та швидкими.

  5. 05

    Запуск

    Проведіть тести бронювання та скасування, навчіть операційну команду, а потім вмикайте продакшн-трафік постачальник за постачальником.

Запит доступності

<?xml version="1.0" encoding="UTF-8"?><AvailabilityRQ supplier="hotelbeds">  <Credentials user="PT_AGENCY_01" key="••••••••" />  <Stay checkIn="2026-11-12" checkOut="2026-11-15" />  <Occupancy rooms="1" adults="2" children="0" />  <Destination code="DXB" masterId="DST-7731" />  <Currency>USD</Currency>  <Markup rule="b2c-default" /></AvailabilityRQ>
<AvailabilityRS supplier="hotelbeds" elapsed="412ms">  <Hotel code="118742" masterId="HTL-35611">    <Room board="BB" currency="USD" net="184.00" sell="206.08" />    <Cancellation deadline="2026-11-09" fee="184.00" />  </Hotel>  <Hotel code="Y-55120" masterId="HTL-35611" supplier="yalago"         role="fallback" visible="false" /></AvailabilityRS>

Приклади елементів і значень; кожен постачальник використовує власну схему, а платформа мапить їх в одну внутрішню структуру.

  1. 1Кожен постачальник отримує власні облікові дані та список дозволених IP; ключі зберігаються окремо для кожного постачальника й ніколи не спільні.
  2. 2Коди напрямків і готелів мапляться на один головний ідентифікатор, тож два фіди можуть описувати один і той самий об'єкт.
  3. 3Нетто-тариф, валюта й тип харчування нормалізуються до націнки, щоб ціна продажу була послідовною.
  4. 4Терміни та збори за скасування фіксуються в результаті пошуку, а не виявляються під час бронювання.
  5. 5Другий фід для того самого головного ідентифікатора зберігається як резервний і приховується від клієнта правилом маршрутизації.

Приклади правил маршрутизації

РегіонОсновний постачальникРезервнийGCC і глобальний відпочинокYalagoHotelbedsЄвропа та Середземномор'яYouTravelSunhotelsОАЕ та MENATravco DubaiDOTWАзійсько-Тихоокеанський регіонDidaTravelHotelbedsГлобальноHotelbedsRoomsXML

Ілюстративні пари зі списку вище. Ваші власні правила залежать від ваших контрактів, маржі та ринків, де ви продаєте найбільше.

Уже підключені

Постачальники з готовою інтеграцією в PHPTRAVELS

Каталог вище — це ринок. А це список постачальників, які вже мають конектор на платформі; він читається наживо з каталогу інтеграцій, тож постачальник, доданий командою, з'являється тут без нового релізу.

Авіаквитки11

  • Seeru
  • Amadeus
  • Duffel
  • Google Flights
  • Kayak
  • Kiwi
  • Mystifly
  • PKfare
  • Sabre
  • TBO Holidays
  • Travelport

Готелі10

  • Agoda
  • Amadeus
  • Booking.com
  • Hotelbeds
  • Hotelston
  • RateHawk
  • Stuba
  • TBO Holidays
  • Travelport
  • Wanderbeds

Тури та активності3

  • Tiqets
  • Tours BMS
  • Viator

Авто та трансфери4

  • KiwiTaxi
  • CarTrawler
  • Discover Cars
  • Mozio

Залізниця1

  • HKINT

Пороми1

  • Kikoto Ferries

eSIM1

  • Airalo

Постачальника зі списку, якого тут немає, усе одно можна підключити: дивіться Індивідуальна інтеграція API, щоб дізнатися, як визначається обсяг нового фіду, і Усі інтеграції для повного каталогу.

Підключіть свій короткий список на платформі, створеній для продажів від кількох постачальників

Вихідний код входить до комплекту за комерційною ліцензією та розміщується на ваших серверах. Плани оплачуються одноразово, починаючи з ліцензії Startup на сторінці Ціни, і кожен план містить описані тут функції маршрутизації, мапінгу та контролю націнок.

Питання про постачальників

Список постачальників travel XML API: поширені запитання

Що запитують агенції, перш ніж складати короткий список постачальників і запитувати облікові дані.

Відділ продажів

Постачальник travel XML API дистрибутує інвентар через інтеграційні ендпоінти, які підтримують пошук, ціноутворення, бронювання та дії після бронювання, такі як скасування та зміни. Готельні бедбанки, оптовики, DMC, провайдери GDS, платформи атракцій, компанії з оренди авто та круїзні лінії дистрибутують саме так, одні зі схемами XML, інші з JSON.

Використовуйте бедбанки для широкого покриття готелів, оптовиків для агентського інвентарю та перевірки цін, а постачальників DMC для послуг у напрямках і групових операцій. Багато туристичних компаній поєднують від двох до чотирьох постачальників і застосовують правила маршрутизації за ринком, як показує конструктор набору на цій сторінці.

Так. Кожен постачальник видає власний обліковий запис, ключі та комерційні умови, а кілька також вимагають списку дозволених IP. Після схвалення ви додаєте облікові дані в адмін-панелі, мапите валюти й ринки, а потім виконуєте тестові бронювання, перш ніж перевести постачальника в продакшн.

Для постачальника, який уже має конектор у PHPTRAVELS, робота зводиться до облікових даних, мапінгу та тестових бронювань, що зазвичай займає кілька тижнів після видачі ключів постачальником. Новий фід потребує більше часу, бо спочатку треба визначити обсяг і змапити схему, а налаштування кількох постачальників додають правила маршрутизації та дедуплікації.

Змапте кожен код готелю постачальника на один головний ідентифікатор, визначте основного постачальника для кожного ринку та застосуйте правила маршрутизації, щоб один об'єкт повертався один раз. Інші фіди тримайте як резерв для прогалин у покритті та перевірки цін, а не показуйте їх поруч.

Розділ підключених постачальників на цій сторінці читається наживо з каталогу інтеграцій і перелічує за категоріями кожного постачальника з готовим конектором. Постачальника з каталогу, якого там ще немає, можна додати як кастомну інтеграцію API, визначену на основі його документації.