Skip to main content

Sell travel through one API

GoHub aggregates inventory from transport and entertainment suppliers, normalises it into one model, and resells it to you at your contracted rate. Airport transfers, intercity coaches and iQIYI VIP subscriptions are all available through the same booking call.

You call GoHub, not the supplier

We hold the supplier contracts, credentials and wire formats. You never sign a supplier request, never hold a supplier key, and never send a price.

What that buys you​

One integration, many suppliers. Adding a supplier on our side does not change your code. The booking request and response envelopes are identical across every vertical; only an opaque per-vertical details object differs.

One integration, many trip shapes. A one-way trip is one item. A round trip is two items in one order. A future multi-vertical package is N items. Same endpoint, same code path, booked atomically — all confirm, or all compensate.

No partial bookings. If any item fails, the engine cancels the items already booked and the whole order comes to rest FAILED. A half-booked order is not a state you have to handle, because it cannot happen.

How a request travels​

Your key resolves to your agent identity, which decides your pricing and which inventory you may sell. The saga books each item in turn and compensates per item on failure.

What you will do​

  1. Authenticate with an API key we issue you.
  2. Discover inventory — a search or a catalog browse, depending on the vertical. Every result carries a price-locked quoteId.
  3. Book by quote id, with an idempotency key you choose.
  4. Deliver the artifact in the response — a coupon QR, a boarding code, or nothing at all where the entitlement is simply activated.

Before you build​

Three things shape the design of any integration against this API. Read them before you write code, not after: