Flug-API-Integration
TBO-Flug-API-Integration von der Suche bis zum E-Ticket
Verbinden Sie Ihr TBO-Konto mit dem Flugmodul von PHPTRAVELS und verkaufen Sie TBO-Flugtarife auf Ihrer Website und im Agentenportal. Jeder Tarif wird vor der Zahlung erneut geprüft, jeder Aufruf trägt eine Trace-ID, und Ihr Team erhält die Logs, Wiederholungsregeln und Buchungswerkzeuge, die den täglichen Flugverkauf stabil halten.
- Live-Flugtarife von TBO
- Preisprüfung vor der Zahlung
- Trace-ID bei jedem Aufruf
- B2C-Checkout und B2B-Portal
Was Sie verkaufen
TBO-Flug-API-Integration in Ihrer eigenen Buchungs-Engine
TBO ist ein B2B-Reisedistributor, dessen Flug-API Flugtarife liefert, die Reiseunternehmen weiterverkaufen können. Das Flugmodul von PHPTRAVELS ruft sie mit Ihren eigenen TBO-Zugangsdaten auf, zeigt die Tarife in Ihren Suchergebnissen und steuert die gesamte Buchung: Tarifregeln, Preisprüfung, Passagierdaten, Zahlung, Buchung und Ticket.
Nicht alle Tarife verhalten sich gleich. Je nach Tarif werden manche (oft Low-Cost-Airlines) in einem Schritt gebucht und ausgestellt, während andere als Buchung reserviert und später ausgestellt werden können. Das Modul macht diesen Unterschied für Ihr Team sichtbar, damit kein Tarif ohne den richtigen nächsten Schritt belastet wird.
Basiert aufFlügeFlugbuchungssoftwareReise-APIs
- LCC06:10 – 08:253h 45m · Nonstop₹18,450Wählen
- FSC09:40 – 11:503h 40m · Nonstop₹21,980Wählen
- FSC21:15 – 23:353h 50m · Nonstop₹26,300Wählen
Beispieltarife. Jedes Ergebnis behält seine Anbieter-Kennzeichnung, damit der Support immer die Quelle kennt.
Aufrufkette
Sechs Aufrufe zwischen Suche und Ticket
Wählen Sie einen Schritt und sehen Sie, was von TBO zurückkommt, was PHPTRAVELS damit macht und was dort typischerweise schiefgeht.
Suche
- Was zurückkommt
- Tarife für Strecke, Daten, Kabine und Passagiermix, jeweils mit einem Ergebnis-Token für die folgenden Aufrufe.
- Was PHPTRAVELS tut
- Vereinheitlicht die Ergebnisse, wendet Ihren Aufschlag an, cacht die Suche und ergänzt Filter für Airline, Stopps, Gepäck und Abflugzeit.
- Was schiefgehen kann
- Gecachte Tarife werden zu lange angezeigt. Der Cache ist kurz, und jeder spätere Schritt prüft erneut.
Tarifregeln
- Was zurückkommt
- Umbuchungs- und Stornobedingungen, Freigepäck und Tarifhinweise für den gewählten Tarif.
- Was PHPTRAVELS tut
- Zeigt die Regeln auf der Tarifkarte und nochmals vor der Zahlung, in klarer Sprache, wenn der Anbieter strukturierte Daten liefert.
- Was schiefgehen kann
- Kunden kaufen einen Tarif, den sie nicht verstanden haben, und verlangen dann Erstattungen, die der Tarif nicht zulässt.
Preisprüfung
- Was zurückkommt
- Aktueller Preis und Verfügbarkeit des vom Kunden gewählten Tarifs.
- Was PHPTRAVELS tut
- Vergleicht ihn mit dem angezeigten Preis. Gleicher Preis: weiter; höherer Preis: Kunde bestätigt; Tarif weg: zurück zu den Ergebnissen.
- Was schiefgehen kann
- Den alten Preis für einen geänderten Tarif zu belasten, was zu Streitfällen und manuellen Erstattungen führt.
Zusatzleistungen
- Was zurückkommt
- Sitzplätze, Mahlzeiten und Zusatzgepäck, sofern Airline und Tarif sie anbieten.
- Was PHPTRAVELS tut
- Listet die Optionen mit Preisen und rechnet sie vor der Zahlung in die Buchungssumme ein.
- Was schiefgehen kann
- Extras verkaufen, die der Tarif nicht trägt. Angeboten werden nur zurückgegebene Optionen.
Buchen
- Was zurückkommt
- Eine Buchungsreferenz oder ein Fehlergrund, wenn Sitz oder Preis nicht mehr verfügbar sind.
- Was PHPTRAVELS tut
- Speichert die Buchung mit Trace-ID, Passagierdaten und Zahlungsdatensatz und startet die Buchungs-Timeline.
- Was schiefgehen kann
- Ein Timeout nach der Zahlung. Das Modul fragt den Buchungsstatus ab, bevor es jemals eine zweite Buchung sendet.
Ticket
- Was zurückkommt
- E-Ticket-Nummern für jeden Passagier, sobald die Airline sie ausstellt.
- Was PHPTRAVELS tut
- Speichert die Ticketnummern, versendet den Reiseplan per E-Mail und öffnet die Buchung für Umbuchungen, Stornos und Erstattungen.
- Was schiefgehen kann
- Reservierte Buchungen bleiben bis zum Verfall ohne Ticket. Reservierte Buchungen tragen eine Frist, die Ihr Team sieht.
Preisprüfung
Der Tarif wird erneut geprüft, bevor jemand zahlt
Die meisten gescheiterten Flugbuchungen beginnen mit einem Preis, der sich zwischen Suche und Zahlung geändert hat. Probieren Sie die drei Fälle aus, die der Checkout abdeckt.
Checkout-Regeln
- 01Jeder Tarif wird vor der Zahlung bei TBO erneut geprüft.
- 02Die Zahlung wird pro Trace genau einmal erfasst, nie erneut bei einem Wiederholungsversuch.
- 03Tarifregeln und Gepäck werden im Zahlungsschritt nochmals angezeigt.
- 04Ist ein Tarif weg, bleiben Suche und Passagierdaten erhalten.
Zahlungsabläufe:ZahlungsanbieterAgentur-Wallets
- Preis bei der Suche
- ₹18,450
- Preis bei der Prüfung
- ₹18,450
- Differenz
- ₹0
Die Zahlung läuft zum Preis, den der Kunde gesehen hat.
- Preis bei der Suche
- ₹18,450
- Preis bei der Prüfung
- ₹19,120
- Differenz
- ₹+670
Der Kunde sieht den neuen Preis und bestätigt ihn vor der Zahlung. Bis dahin wird nichts belastet.
- Preis bei der Suche
- ₹18,450
- Preis bei der Prüfung
- Nicht verfügbar
- Differenz
- —
Der Kunde kehrt zu aktuellen Ergebnissen zurück, Suche und Passagierdaten sind bereits ausgefüllt.
Beispielwerte für einen Erwachsenen.
Betrieb
Eine Trace-ID begleitet die Buchung durch jeden Aufruf
Braucht eine Buchung Aufmerksamkeit, öffnet der Support ihren Trace und liest der Reihe nach, was passiert ist, statt einen Entwickler die Serverlogs durchsuchen zu lassen.
trace TBO-FL-7Q2K9 --route DEL-DXB --pax ADT1
- 10:02:11INFOsearchErgebnisse dieser Suche gecacht
- 10:03:40INFOrulesTarifregeln und Gepäck an den gewählten Tarif angehängt
- 10:05:02WARNrecheckPreis geändert, Kunde soll neuen Tarif bestätigen
- 10:05:31OKrecheckKunde hat den neuen Tarif akzeptiert
- 10:06:12INFOpayZahlung für diesen Trace einmal erfasst
- 10:06:19WARNbookAnbieter-Timeout, Statusabfrage statt zweiter Buchung gesendet
- 10:06:27OKstatusBuchung per Statusabfrage bestätigt, Referenz gespeichert
- 10:06:40OKticketE-Ticket-Nummern gespeichert, Reiseplan versendet
Ein Beispiel-Trace: Der Preis änderte sich, der Kunde akzeptierte ihn, der Buchungsaufruf lief in einen Timeout und eine Statusabfrage bestätigte die Buchung ohne Doppelbuchung.
Request-Logs und Trace-IDs
Jeder Such-, Prüf-, Buchungs- und Ticketaufruf wird unter einer Referenz protokolliert, damit Probleme schnell eingegrenzt werden.
Testrouten-Bibliothek
Ein fester Satz aus Strecken, Daten, Kabinen und Passagiermixen, den Sie nach jeder Änderung durchlaufen lassen.
Timeout- und Wiederholungsregeln
Erholt sich von kurzen Netzwerkfehlern ohne das Risiko einer Doppelbuchung.
Alarme bei Fehlerspitzen
Ihr Team wird benachrichtigt, wenn Fehlerraten steigen, bevor der Verkauf leidet.
Go-live-Plan
Fünf Schritte zum Verkauf von TBO-Tarifen
Teams verlieren Wochen, wenn sie betriebliche Anforderungen zu spät entdecken. Dieser Plan stellt sie an den Anfang.
- 01
Zugang und Zugangsdaten
Eröffnen Sie Ihr TBO-Konto, beantragen Sie Zugang zur Flug-API und erhalten Sie Testzugangsdaten.
- 02
Verbinden und prüfen
Tragen Sie die Zugangsdaten im Admin ein, setzen Sie Timeouts und lassen Sie die Testrouten-Bibliothek laufen.
- 03
Such- und Preissteuerung
Legen Sie Aufschläge, Währungen und Filter fest und prüfen Sie, dass geprüfte Preise mit dem Checkout übereinstimmen.
- 04
Buchen und bestätigen
Testen Sie Passagierdaten, Zahlung, Buchung, Ticketing und Reiseplan-E-Mails von Anfang bis Ende.
- 05
Betreiben und skalieren
Wechseln Sie auf Live-Zugangsdaten, richten Sie Alarme und Support-Schritte ein und öffnen Sie dann den Traffic.
Testrouten-Bibliothek
| Strecke | Reise | Passagiere | Kabine | Was es nachweist |
|---|---|---|---|---|
| DEL → BOM | OW | 1 ADT | Y | Ein einfacher Inlandstarif und sofortiges Ticketing |
| BOM → DXB | RT | 2 ADT · 1 CHD | Y | Kinderpreise und Hin- und Rückflug-Paarung |
| DEL → LHR | RT | 1 ADT · 1 INF | Y | Kleinkindpreise und Passfelder |
| BLR → SIN | OW | 1 ADT | C | Business-Class-Tarife und ihre Regeln |
| HYD → JED | OW | 2 ADT | Y | Gepäckregeln auf einer Langstrecke |
Nutzen Sie die Strecken, die Sie tatsächlich verkaufen; dies sind Beispiele.
Unterstützung bei der Umsetzung, wenn Sie sie wünschen
- Kickoff und UmfangStrecken, Märkte, Preisregeln und Anforderungen an Abläufe.
- Umsetzung und QATests für Suche, Preisprüfung und Buchungserfolg.
- Go-live-BegleitungEin Monitoring-Leitfaden und die Übergabe an Ihr Support-Team.
Optionen
Wege, TBO-Flüge zu verkaufen, im Vergleich
Jeder Ansatz kann funktionieren. Der Unterschied liegt darin, wie viel Sie selbst bauen und betreiben.
| Option | Zeit bis zum Start | Laufender Aufwand | Passt meist zu |
|---|---|---|---|
| Eigenentwicklung auf der TBO-API | Zeit bis zum StartMittel bis lang: Oberfläche, Preislogik, Preisprüfung, Logs und Support-Tools bauen Sie selbst | Laufender AufwandHoch | Passt meist zuGroße Teams mit eigener Entwicklung und eigenem Betrieb |
| Eine GDS-Anbindung | Zeit bis zum StartLang: aufwendigeres Onboarding und tiefere Umsetzung | Laufender AufwandHoch | Passt meist zuKomplexe Anforderungen an Airline-Inhalte |
| Eine andere Aggregator-API | Zeit bis zum StartMittel: schneller Start, doch die Arbeit nach der Buchung bleibt bei Ihnen | Laufender AufwandMittel | Passt meist zuEine schnelle erste Version |
| PHPTRAVELS mit TBOSofort einsatzbereit | Zeit bis zum StartKürzer: Buchungsablauf und Verwaltungswerkzeuge sind schon vorhanden | Laufender AufwandNiedrig bis mittel | Passt meist zuOTAs, Agenturen, Reiseveranstalter und DMCs |
PHPTRAVELS ist eine Einmallizenz mit Quellcode unter kommerzieller Lizenz, installiert auf Ihrem eigenen Server. Ihr TBO-Vertrag und Ihre Zugangsdaten bleiben bei Ihnen.
TBO neben anderen Fluganbietern betreiben
Eine Suche kann mehrere Flugquellen zusammenführen, jede mit eigenem Aufschlag, sodass Sie nie an einen einzigen Anbieter gebunden sind.
Lesen Sie auch:AmadeusNDC-FlugbuchungssystemB2B-ReiseportalAlle Integrationen
Seeru
Amadeus
Duffel
Google Flights
Kayak
Kiwi
Mystifly
PKfare
Sabre
Travelport
FAQ
Fragen zu TBO-Flügen
Was Teams meist fragen, bevor sie ihr TBO-Konto verbinden.
Vertrieb kontaktierenStellen Sie sicher, dass Ihr TBO-Konto Zugang zur Flug-API hat, und holen Sie Testzugangsdaten ein. Tragen Sie diese im Flugmodul ein, lassen Sie eine kleine Bibliothek echter Strecken und Daten durch Suche, Preisprüfung, Buchung und Storno laufen und verfeinern Sie erst dann die Customer Journey.
An Preisänderungen zwischen Suche und Zahlung, an Tarifregeln, die der Kunde nicht gesehen hat, und an Timeouts bei der Bestätigung. Das Modul prüft jeden Tarif vor der Zahlung, protokolliert jeden Schritt unter einer Trace-ID und fragt nach einem Timeout den Buchungsstatus ab, statt erneut zu buchen.
Ja. Eine Buchungs-Engine bedient beide: Kunden erhalten einen öffentlichen Checkout, Agenten ihre eigenen Preise, Aufschläge und Berichte im Agentenportal.
Nein. Viele Teams behalten ihr CRM oder ihre Buchhaltungswerkzeuge und verbinden sie über APIs und Webhooks mit der Buchungs-Engine, sodass der Flugverkauf hinzukommt, ohne die Arbeitsweise des Büros zu ändern.
TBO-Hotels nutzen einen eigenen Connector im Unterkunftsmodul. Sie können Flüge, Hotels oder beides mit denselben TBO-Kontodaten aktivieren, sofern Ihr Vertrag das erlaubt.
Ja. Hotels, Touren, Mietwagen und Transfers lassen sich später ergänzen, während ein Kundenkonto, ein Checkout und eine Berichtsebene bestehen bleiben.
Weiter entdecken
Mehr zur Plattform
- TBO Hotel-API-IntegrationHotelraten von TBO Holidays in Ihrer Buchungsmaschine
- FlügeGDS- und NDC-Ticketing
- FlugbuchungssoftwareCheckliste für Reisebüros und OTAs im Flugverkauf
- Reise-APIsGDS-, Hotel-, Touren-, Mietwagen- und Zahlungs-APIs
- B2B-ReiseportalAgentur-Login, Preisregeln, Dokumente und Abrechnung
- AmadeusGDS-Flüge und -Hotels
