What the prices mean here, how the wallet works, and why an abandoned reservation costs you nothing.
Short answer
The trade panel has four screens: Browse inventory, Bookings, Wallet and API keys. Every price you see is what you pay, what you sell it for is yours to decide, and bookings are paid from a wallet held in USD. Reserving holds funds, confirming captures them, and an expired reservation releases the hold on its own.
Sign in
The login page has a tab for trade buyers. Your account is approved before it can book, so if you are still pending you can look but not reserve.
Top up the wallet
Wallet, then request a top-up. Bookings draw on the balance, so an empty wallet is the usual reason a first reservation fails.
Browse inventory
Every price shown is what you pay. For a product its operator lists with us, that is the operator's own price, the same one a traveller pays.
Reserve, then confirm
Two steps on purpose. Reserving holds the seat and the funds while you take payment from your own customer.
Move to the API when volume justifies it
The panel and the API see the same inventory at the same rates. Start in the panel, integrate when it stops being enough.
If you buy tours and activities to resell, this is the orientation. Fifteen minutes here saves a confusing first week.
Browse inventory shows what you pay for each ticket. Open a product and the published price a traveller pays is shown beside it.
For a product an operator lists with us, the two are the same. The operator publishes one price, travellers and trade buyers both pay it, and nothing is added for either. Our commission comes out of the operator's share, not on top of what you pay.
Some inventory comes from third-party channels we connect to rather than from an operator who lists with us. Those prices are built from the channel's own rate by our pricing rules, and what you pay can differ from what a traveller pays.
What you sell it for is entirely yours, with one constraint.
Parity floors
Some operators publish a minimum selling price alongside their price. Where one exists it is shown with the product and it is contractual: you may sell above it and not below. It protects the operator's own website from being undercut by their own supply, which is a reasonable thing for them to want.
Bookings are paid from a wallet rather than a card per transaction. Four figures on the Wallet screen describe it.
| Figure | What it means |
|---|---|
| Balance | What you have paid in, less what you have spent |
| Held | Committed against reservations that are not yet confirmed |
| Available | Balance minus held, plus your credit line. This is what you can actually spend |
| Credit line | Agreed headroom you can book against beyond your balance |
The wallet is held in US dollars. Top up in any currency we carry and we convert on the way in, recording both the original amount and the converted one, so the ledger reconciles against your bank statement rather than approximating it.
Two phases, and understanding them removes most of the surprises.
Between the two you have a window, typically twenty minutes, to take payment from your own customer. If they walk away, do nothing. The reservation expires, the hold is released, the seat goes back, and there is nothing to reconcile.
That is the point of the two phases. You never carry the risk of a seat you could not sell, and you never need a cancellation to undo a booking you should not have made.
| Screen | What it is for |
|---|---|
| Overview | Balance, what is held, and what you have booked |
| Browse inventory | The catalogue at your rates, searchable |
| Bookings | Everything you have reserved or confirmed |
| Wallet | Balance, credit line and the full ledger |
| API keys | Credentials for the same inventory over HTTP |
The panel is a real booking tool rather than a demo, and plenty of agencies never leave it.
Integrate when you are booking often enough that copying details between two systems is costing you accuracy, or when you want the inventory inside your own site. The API exposes the same catalogue at the same rates with the same two-phase booking, so nothing you learn in the panel is wasted.
We speak OCTO, which means if you have already integrated an OCTO supplier you have most of the work done.
Only within your credit line. With no balance and no credit, the reservation is refused, and that is the most common first-day surprise.
It expires, the hold is released and the seat returns to the operator. Nothing is charged and nothing needs cancelling.
Yes. Open a product in Browse inventory and the published price is shown beside what you pay. For a product an operator lists with us they are the same figure; for channel inventory they can differ.
Under the operator's cancellation terms, which are shown with every product. The refund credits your wallet in the same second the cancellation is accepted.
Yes, by arrangement once there is some booking history. Contact us rather than waiting for it to appear.
Next in this sequence
Making a Booking in the Trade Panel
Find the product, check the terms before you sell it, reserve while your customer pays, then confirm.