Демоверсія

Інтеграція API авіаперельотів

Інтеграція API авіаквитків TBO: від пошуку до електронного квитка

Підключіть акаунт TBO до модуля авіаквитків PHPTRAVELS і продавайте тарифи TBO на своєму сайті та в агентському порталі. Кожен тариф повторно перевіряється перед оплатою, кожен виклик має ID трасування, а ваша команда отримує журнали, правила повторів та інструменти бронювання, які роблять щоденні продажі авіаквитків стабільними.

  • Живі тарифи TBO
  • Перевірка ціни перед оплатою
  • ID трасування в кожному виклику
  • Оформлення B2C і портал B2B

Що ви продаєте

Інтеграція API авіаквитків TBO у вашому власному рушії бронювання

TBO — B2B-дистриб'ютор у сфері подорожей, чий авіа-API повертає тарифи на перельоти, які туристичні компанії можуть перепродавати. Модуль авіаквитків PHPTRAVELS викликає його з вашими обліковими даними TBO, показує тарифи в результатах пошуку і веде все бронювання: правила тарифу, повторну перевірку ціни, дані пасажирів, оплату, бронювання та квиток.

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

Побудовано наАвіаквиткиПЗ для бронювання авіаквитківTravel API

DEL → DXB · 2026-11-141 дорослий · Економ
  • LCC06:10 – 08:253h 45m · Без пересадокTBOЛоукостКвиток під час бронюванняЛише ручна поклажаНеповоротний₹18,450Обрати
  • FSC09:40 – 11:503h 40m · Без пересадокTBOМожна утриматиБагаж включеноНеповоротний₹21,980Обрати
  • FSC21:15 – 23:353h 50m · Без пересадокTBOМожна утриматиБагаж включеноПоворотний₹26,300Обрати

Приклади тарифів. Кожен результат зберігає мітку постачальника, тож підтримка завжди знає джерело.

Ланцюжок викликів

Шість викликів між пошуком і квитком

Оберіть крок, щоб побачити, що повертає TBO, що з цим робить PHPTRAVELS і що зазвичай ламається на цьому кроці.

Пошук

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

Правила тарифу

Що повертається
Умови обміну й повернення, норма багажу та примітки до обраного тарифу.
Що робить PHPTRAVELS
Показує правила на картці тарифу і знову перед оплатою, простою мовою, коли постачальник надає структуровані дані.
Що може піти не так
Клієнти купують тариф, якого не зрозуміли, а потім просять повернення, якого тариф не дозволяє.

Перевірка ціни

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

Додаткові послуги

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

Бронювання

Що повертається
Номер бронювання або причина відмови, якщо місця чи ціни вже немає.
Що робить PHPTRAVELS
Зберігає бронювання з його ID трасування, даними пасажирів і записом про оплату та запускає хронологію бронювання.
Що може піти не так
Тайм-аут після оплати. Модуль запитує статус бронювання, перш ніж будь-коли надіслати друге бронювання.

Квиток

Що повертається
Номери електронних квитків кожного пасажира після виписки авіакомпанією.
Що робить PHPTRAVELS
Зберігає номери квитків, надсилає маршрут-квитанцію поштою і відкриває бронювання для обмінів, скасувань і повернень.
Що може піти не так
Утримані бронювання лишаються невиписаними, доки не спливуть. Утримані бронювання мають строк, який бачить ваша команда.

Перевірка ціни

Тариф перевіряється ще раз, перш ніж хтось платить

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

Правила оформлення

  1. 01Кожен тариф повторно перевіряється в TBO перед списанням оплати.
  2. 02Оплата списується один раз на трасування і ніколи повторно під час повтору.
  3. 03Правила тарифу та багаж знову показуються на кроці оплати.
  4. 04Якщо тарифу більше немає, пошук і дані пасажирів зберігаються.

Платіжні сценарії:Платіжні шлюзиГаманці агентів

Перевірка тарифуDEL → DXB · LCC
Ціна під час пошуку
₹18,450
Ціна під час перевірки
₹18,450
Різниця
₹0

Оплата проходить за ціною, яку бачив клієнт.

Ціна під час пошуку
₹18,450
Ціна під час перевірки
₹19,120
Різниця
₹+670

Клієнт бачить нову ціну і підтверджує її до оплати. Доки він не підтвердить, нічого не списується.

Ціна під час пошуку
₹18,450
Ціна під час перевірки
Недоступно
Різниця
—

Клієнт повертається до свіжих результатів із тим самим пошуком і вже заповненими даними пасажирів.

Приклад сум для одного дорослого.

Операції

Один ID трасування супроводжує бронювання в кожному виклику

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

trace TBO-FL-7Q2K9 --route DEL-DXB --pax ADT1

  1. 10:02:11INFOрезультати цього пошуку закешовано
  2. 10:03:40INFOправила тарифу й багаж додано до обраного тарифу
  3. 10:05:02WARNціна змінилася, клієнта просять підтвердити новий тариф
  4. 10:05:31OKклієнт прийняв новий тариф
  5. 10:06:12INFOоплату списано один раз для цього трасування
  6. 10:06:19WARNтайм-аут постачальника, замість другого бронювання надіслано запит статусу
  7. 10:06:27OKбронювання підтверджено запитом статусу, номер збережено
  8. 10:06:40OKномери електронних квитків збережено, маршрут надіслано

Приклад трасування: ціна змінилася, клієнт її прийняв, виклик бронювання пішов у тайм-аут, а запит статусу підтвердив бронювання без повторного бронювання.

  • Журнали запитів та ID трасування

    Кожен виклик пошуку, перевірки, бронювання і виписки записується під одним посиланням, тож проблеми локалізуються швидко.

  • Бібліотека тестових маршрутів

    Фіксований набір маршрутів, дат, класів і складів пасажирів, який ви проганяєте після кожної зміни.

  • Політика тайм-аутів і повторів

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

  • Сповіщення про сплески помилок

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

План запуску

П'ять кроків до продажу тарифів TBO

Команди втрачають тижні, коли пізно виявляють операційні вимоги. Цей план ставить їх на початок.

  1. 01

    Доступ і облікові дані

    Відкрийте акаунт TBO, запросіть доступ до авіа-API та отримайте тестові облікові дані.

  2. 02

    Підключення й перевірка

    Додайте облікові дані в адмінці, задайте тайм-аути й проженіть бібліотеку тестових маршрутів.

  3. 03

    Контроль пошуку та цін

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

  4. 04

    Бронювання й підтвердження

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

  5. 05

    Експлуатація та зростання

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

Бібліотека тестових маршрутів

МаршрутПоїздкаПасажириКласЩо перевіряє
DEL → BOMOW1 ADTYБазовий внутрішній тариф і миттєву виписку
BOM → DXBRT2 ADT · 1 CHDYДитячий тариф і зв'язку туди-назад
DEL → LHRRT1 ADT · 1 INFYТариф для немовляти й поля паспорта
BLR → SINOW1 ADTCТарифи бізнес-класу та їхні правила
HYD → JEDOW2 ADTYПравила багажу на довгій ділянці

Використовуйте маршрути, які справді продаєте; це лише приклади.

Допомога з впровадженням, коли вона потрібна

  • Старт і обсяг робітМаршрути, ринки, правила ціноутворення й вимоги до процесів.
  • Впровадження та QAТестування пошуку, перевірки ціни й успішності бронювань.
  • Підтримка запускуРегламент моніторингу й передача вашій службі підтримки.

Варіанти

Способи продавати авіаквитки TBO: порівняння

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

ВаріантЧас до запускуПоточне навантаженняЗазвичай підходить
Власна розробка на API TBOЧас до запускуСередньо-довго: інтерфейс, ціноутворення, перевірку, журнали й інструменти підтримки ви будуєте саміПоточне навантаженняВисокеЗазвичай підходитьВеликі команди з власними розробниками та операційним відділом
Підключення до GDSЧас до запускуДовго: глибше підключення й впровадженняПоточне навантаженняВисокеЗазвичай підходитьСкладні потреби в контенті авіакомпаній
API іншого агрегатораЧас до запускуСередньо: швидкий старт, але післяпродажна робота лишається на васПоточне навантаженняСереднєЗазвичай підходитьШвидка перша версія
PHPTRAVELS з TBOГотове рішенняЧас до запускуКоротше: процес бронювання та інструменти керування вже єПоточне навантаженняНизьке — середнєЗазвичай підходитьOTA, агенції, туроператори та DMC

PHPTRAVELS — одноразова ліцензія з вихідним кодом за комерційною ліцензією, встановлюється на вашому власному сервері. Договір і облікові дані TBO залишаються за вами.

Використовуйте TBO разом з іншими постачальниками авіаквитків

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

Читайте також:AmadeusСистема бронювання авіаквитків NDCB2B-портал для туризмуУсі інтеграції

Переглянути ціниСпробувати демо
  • Seeru
  • Amadeus
  • Duffel
  • Google Flights
  • Kayak
  • Kiwi
  • Mystifly
  • PKfare
  • Sabre
  • Travelport

Питання та відповіді

Питання про авіаквитки TBO

Що команди зазвичай питають перед підключенням акаунта TBO.

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

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

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

Так. Один рушій бронювання обслуговує обох: клієнти отримують публічне оформлення замовлення, а агенти — власні ціни, націнки та звіти в агентському порталі.

Ні. Багато команд зберігають свою CRM або бухгалтерські інструменти й підключають їх до рушія бронювання через API та webhooks, тож продажі авіаквитків додаються без зміни роботи офісу.

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

Так. Готелі, тури, оренду авто й трансфери можна додати пізніше, зберігши один акаунт клієнта, одне оформлення замовлення й один рівень звітності.

Дізнайтеся більше

Ще про платформу