Live demo

Supplier and service API hub

Travel APIs connected to one booking platform

Every travel API guide on this site in one place: GDS and airline content, hotel bedbanks and extranets, tours, cars and transfers, payment gateways and back-office tools. Filter the directory by category, compare the three ways to source inventory and follow the path an integration takes from sandbox keys to live sales.

  • Integration guides by category
  • Search, price, book, ticket flow
  • APIs vs booking engine vs GDS
  • Self-hosted with source code

In short

What travel APIs are and where they fit

Three terms come up on every page of this hub. Here is what each one means before you pick a supplier.

If you are new to the subject start with What is API integration, then read the technical walkthrough in Travel API integration. The full list of ready connectors lives on All integrations, and the booking modules that consume them are described under Platform overview.

  • Travel API

    A programmatic endpoint that returns searchable travel data such as availability, fares, rules and content for flights, hotels, cars or tours, usually as JSON or XML.

  • Travel API integration

    Wiring a supplier, GDS or aggregator endpoint into a booking engine: authentication, field mapping, idempotent booking calls and error and retry policies.

  • Self-hosted connectors

    PHPTRAVELS ships its connector code with the licence, so your team can read, extend and host the adapters that talk to each supplier.

The call sequence every supplier shares

  1. 01Search
  2. 02Price and revalidate
  3. 03Book
  4. 04Ticket or confirm

Supplier names and response shapes differ, but each connector in the directory below maps onto this same four-call sequence.

The directory

Travel APIs by category

Pick a category to narrow the list. Each entry opens a dedicated guide to that supplier or service, what it returns and how it is set up on the platform.

GDS, airline and flight APIs

28 guides

Global distribution systems, NDC, low-cost carrier aggregators, consolidators and flight data services for the flights module.

Hotel APIs, bedbanks and extranets

24 guides

Wholesale bedbanks, OTA affiliate programmes, extranets and channel managers that fill the hotel search with rooms and rates.

Three ways to source inventory

Travel APIs vs booking engine vs GDS API

Teams often weigh a direct API, a packaged booking engine and a raw GDS contract as if they were the same purchase. They solve different problems and are usually combined.

CriteriaTravel APIsBooking engineGDS API
PurposeTravel APIsData and operations through endpointsBooking engineFront end, business rules and checkoutGDS APIAir content and ancillaries through legacy and NDC channels
Content scopeTravel APIsHotels, flights, cars, activities, bedbanksBooking engineSearch to checkout for whatever is connectedGDS APIMainly airlines and their ancillaries
Integration effortTravel APIsMedium: field mapping, idempotency, retriesBooking engineMedium to high when built from scratch; low on PHPTRAVELSGDS APIHigh: PCC setup, queues, certification and audits
CommercialsTravel APIsPer call, markup or seat based, set by the supplierBooking engineOne-time licence on PHPTRAVELS, plus gateway feesGDS APIGDS contracts, incentives and segment targets
Best forTravel APIsOTAs and DMCs mixing several suppliersBooking engineSelling directly with your own brand and rulesGDS APIAir-heavy agencies and travel management companies
Time to marketTravel APIsFast once credentials are issuedBooking engineInstall, connect suppliers, brand and launchGDS APILongest, because approval and certification come first

PHPTRAVELS is the booking engine column: the supplier APIs and any GDS contract plug into it, so you buy the software once and add feeds as your contracts arrive. Pricing is on Pricing; the hosting side is covered under Requirements.

From keys to live sales

How an API integration goes live

The rail below is the order of work for any supplier in the directory, with the request and response that the platform exchanges once the connector is switched on.

  1. 01

    Credentials

    Sign the supplier agreement and receive sandbox keys, endpoints and the documentation set.

  2. 02

    Sandbox connection

    Enter the keys in the admin panel, run the first search and confirm the connector can read the response.

  3. 03

    Content mapping

    Match supplier codes to the platform master data: airports, hotel ids, room boards, vehicle classes.

  4. 04

    Markups and rules

    Set markups, taxes, fees and currency rules per agency, per B2B agent or per customer group.

  5. 05

    Test bookings

    Complete the supplier's certification scenarios: book, modify, cancel and reconcile against their test console.

  6. 06

    Production keys

    Swap to live credentials, enable the supplier for the public site and the B2B portal, then monitor the first bookings.

One revalidation call, as the platform sends it

>RequestPOST /api/v1/hotels/price
{  "supplier": "hotelbeds",1  "env": "production",1  "rateKey": "HB-20261112-118742-DBL-BB",  "occupancy": { "rooms": 1, "adults": 2 },  "currency": "USD",  "markupRule": "b2c-default"2}
<Response200 OK
{  "status": "available",  "net": 184.00,2  "sell": 206.08,2  "currency": "USD",  "cancellation": { "deadline": "2026-11-09", "fee": 184.00 },  "hold": "PT-HLD-7731",3  "expiresIn": 9003}
  1. 1

    Supplier keys are stored per environment, never in the request body you ship to customers.

  2. 2

    Net and sell prices travel together; the markup rule name tells the back office why they differ.

  3. 3

    A hold reference lets the booking call stay idempotent if the customer retries payment.

  4. See the integration walkthrough

Pick by business model

Which travel APIs each kind of business connects first

The directory is long because travel businesses differ. These are the usual starting combinations we see at onboarding.

  • 01

    Online travel agency

    A GDS or NDC feed for flights, one or two bedbanks for hotels, a car broker and a card gateway. Breadth first, then direct contracts.

  • 02

    Destination management company

    Own inventory loaded in the admin, a bedbank for gaps, a tours marketplace and transfers. Flights are often added later through a consolidator.

  • 03

    Corporate travel management

    GDS content with negotiated fares, a hotel programme through an extranet or bedbank, approval rules and accounting export.

  • 04

    Consolidator or B2B wholesaler

    Multiple air sources with markups per sub-agent, an agent wallet, bank transfer and gateway payments, and an accounting feed.

Each model is described on its own page: Online travel agencies, DMCs and Corporate travel; the sub-agent credit side of a wholesaler is covered under Agent wallets. The white-label layer that distributes any of these feeds to partners is described under White-label B2B portal.

Questions

Travel APIs, answered

Short answers to what buyers ask before choosing suppliers.

Talk to sales

Travel APIs are endpoints that expose live inventory, prices, rules and operations such as search, revalidate, book and cancel from suppliers, GDS providers and aggregators. A booking platform calls them and turns the responses into a search result, a basket and a confirmed booking.

Authentication with the supplier's keys, mapping its codes to your master data, calling search, price and book in order, handling errors and retries without duplicate bookings, and feeding the result to payments, vouchers and accounting. On PHPTRAVELS the connectors already implement this; your work is credentials, mapping and rules.

Yes. The platform is self-hosted and the source code is included under a commercial licence, so your developers can read every adapter, add a supplier that is not in the directory yet or change how an existing one maps content.

Usually a mix rather than one feed: a low-cost carrier aggregator for breadth, NDC or GDS content for full-service airlines and ticketing, and a consolidator where you lack your own airline contracts. The flights group of the directory lists guides for each option.

Several per module. The platform queries each enabled supplier, merges the results by master id, removes duplicates and applies your markup rule before showing a price, so adding a second bedbank or a second air source is a configuration change, not a rebuild.

The APIs themselves are priced by their suppliers, typically per call, per booking or through a markup agreement; some are free with an affiliate programme. The PHPTRAVELS software that connects them is a one-time licence as listed on the pricing page.