Integracja API lotów
Integracja API lotów TBO od wyszukiwania do e-biletu
Połącz swoje konto TBO z modułem lotów PHPTRAVELS i sprzedawaj taryfy lotnicze TBO na swojej stronie i w portalu agentów. Każda taryfa jest ponownie sprawdzana przed płatnością, każde wywołanie ma identyfikator śledzenia, a Twój zespół dostaje logi, zasady ponawiania i narzędzia rezerwacyjne, które utrzymują stabilną codzienną sprzedaż biletów.
- Taryfy lotnicze TBO na żywo
- Kontrola ceny przed płatnością
- ID śledzenia w każdym wywołaniu
- Checkout B2C i portal B2B
Co sprzedajesz
Integracja API lotów TBO w Twoim własnym silniku rezerwacji
TBO to dystrybutor turystyczny B2B, którego API lotnicze zwraca taryfy na loty, które firmy turystyczne mogą odsprzedawać. Moduł lotów PHPTRAVELS wywołuje je z Twoimi własnymi danymi dostępowymi TBO, pokazuje taryfy w wynikach wyszukiwania i obsługuje całą rezerwację: zasady taryfy, ponowną kontrolę ceny, dane pasażerów, płatność, rezerwację i bilet.
Nie wszystkie taryfy działają tak samo. Zależnie od taryfy niektóre (często tanie linie) są rezerwowane i wystawiane w jednym kroku, a inne można zatrzymać jako rezerwację i wystawić później. Moduł pokazuje tę różnicę zespołowi, dzięki czemu żadna taryfa nie zostaje obciążona bez właściwego kolejnego kroku.
Zbudowane naLotyOprogramowanie do rezerwacji lotówAPI turystyczne
- LCC06:10 – 08:253h 45m · Bez przesiadek₹18,450Wybierz
- FSC09:40 – 11:503h 40m · Bez przesiadek₹21,980Wybierz
- FSC21:15 – 23:353h 50m · Bez przesiadek₹26,300Wybierz
Przykładowe taryfy. Każdy wynik zachowuje etykietę dostawcy, więc wsparcie zawsze zna źródło.
Łańcuch wywołań
Sześć wywołań między wyszukiwaniem a biletem
Wybierz krok, aby zobaczyć, co zwraca TBO, co PHPTRAVELS z tym robi i co zwykle się tam psuje.
Wyszukiwanie
- Co wraca
- Taryfy dla trasy, dat, klasy i składu pasażerów, każda z tokenem wyniku dla kolejnych wywołań.
- Co robi PHPTRAVELS
- Ujednolica wyniki, nakłada Twoją marżę, zapisuje wyszukiwanie w pamięci podręcznej i dodaje filtry linii, przesiadek, bagażu i godziny wylotu.
- Co może pójść źle
- Zbyt długie pokazywanie taryf z pamięci podręcznej. Pamięć podręczna jest krótka, a każdy dalszy krok sprawdza ponownie.
Zasady taryfy
- Co wraca
- Warunki zmiany i anulowania, limit bagażu i uwagi do wybranej taryfy.
- Co robi PHPTRAVELS
- Pokazuje zasady na karcie taryfy i ponownie przed płatnością, prostym językiem, gdy dostawca podaje dane strukturalne.
- Co może pójść źle
- Klienci kupują taryfę, której nie zrozumieli, a potem żądają zwrotów, na które taryfa nie pozwala.
Kontrola ceny
- Co wraca
- Aktualna cena i dostępność taryfy wybranej przez klienta.
- Co robi PHPTRAVELS
- Porównuje ją z pokazaną ceną. Taka sama: dalej; wyższa: klient potwierdza; brak: powrót do wyników.
- Co może pójść źle
- Pobranie starej ceny za zmienioną taryfę, co prowadzi do sporów i ręcznych zwrotów.
Dodatki
- Co wraca
- Miejsca, posiłki i dodatkowy bagaż, jeśli linia i taryfa je oferują.
- Co robi PHPTRAVELS
- Wyświetla opcje z cenami i dolicza je do sumy rezerwacji przed płatnością.
- Co może pójść źle
- Sprzedaż dodatków, których taryfa nie obsługuje. Oferowane są tylko zwrócone opcje.
Rezerwacja
- Co wraca
- Numer rezerwacji albo powód błędu, gdy miejsca lub ceny już nie ma.
- Co robi PHPTRAVELS
- Zapisuje rezerwację z identyfikatorem śledzenia, danymi pasażerów i zapisem płatności oraz uruchamia oś czasu rezerwacji.
- Co może pójść źle
- Przekroczenie czasu po płatności. Moduł sprawdza status rezerwacji, zanim kiedykolwiek wyśle drugą rezerwację.
Bilet
- Co wraca
- Numery e-biletów każdego pasażera po ich wystawieniu przez linię.
- Co robi PHPTRAVELS
- Zapisuje numery biletów, wysyła plan podróży e-mailem i otwiera rezerwację na zmiany, anulowania i zwroty.
- Co może pójść źle
- Zatrzymane rezerwacje pozostają bez biletu aż do wygaśnięcia. Zatrzymane rezerwacje mają termin widoczny dla zespołu.
Kontrola ceny
Taryfa jest sprawdzana ponownie, zanim ktokolwiek zapłaci
Większość nieudanych rezerwacji lotów zaczyna się od ceny, która zmieniła się między wyszukiwaniem a płatnością. Wypróbuj trzy wyniki, które obsługuje checkout.
Zasady checkoutu
- 01Każda taryfa jest ponownie sprawdzana w TBO przed pobraniem płatności.
- 02Płatność jest pobierana raz na śledzenie, nigdy ponownie przy ponowieniu.
- 03Zasady taryfy i bagaż są pokazywane ponownie na etapie płatności.
- 04Gdy taryfy już nie ma, wyszukiwanie i dane pasażerów zostają zachowane.
Ścieżki płatności:Bramki płatnościPortfele agentów
- Cena przy wyszukiwaniu
- ₹18,450
- Cena przy kontroli
- ₹18,450
- Różnica
- ₹0
Płatność przebiega po cenie, którą widział klient.
- Cena przy wyszukiwaniu
- ₹18,450
- Cena przy kontroli
- ₹19,120
- Różnica
- ₹+670
Klient widzi nową cenę i potwierdza ją przed płatnością. Nic nie jest pobierane, dopóki tego nie zrobi.
- Cena przy wyszukiwaniu
- ₹18,450
- Cena przy kontroli
- Niedostępna
- Różnica
- —
Klient wraca do aktualnych wyników z tym samym wyszukiwaniem i wypełnionymi danymi pasażerów.
Przykładowe kwoty dla jednej osoby dorosłej.
Obsługa
Jeden identyfikator śledzenia towarzyszy rezerwacji w każdym wywołaniu
Gdy rezerwacja wymaga uwagi, wsparcie otwiera jej śledzenie i czyta po kolei, co się wydarzyło, zamiast prosić programistę o przeszukanie logów serwera.
trace TBO-FL-7Q2K9 --route DEL-DXB --pax ADT1
- 10:02:11INFOsearchwyniki tego wyszukiwania zapisane w pamięci podręcznej
- 10:03:40INFOruleszasady taryfy i bagaż dołączone do wybranej taryfy
- 10:05:02WARNrecheckcena się zmieniła, klient proszony o potwierdzenie nowej taryfy
- 10:05:31OKrecheckklient zaakceptował nową taryfę
- 10:06:12INFOpaypłatność pobrana raz dla tego śledzenia
- 10:06:19WARNbookprzekroczenie czasu u dostawcy, wysłano zapytanie o status zamiast drugiej rezerwacji
- 10:06:27OKstatusrezerwacja potwierdzona zapytaniem o status, numer zapisany
- 10:06:40OKticketnumery e-biletów zapisane, plan podróży wysłany
Przykładowe śledzenie: cena się zmieniła, klient ją zaakceptował, wywołanie rezerwacji przekroczyło czas, a zapytanie o status potwierdziło rezerwację bez podwójnej rezerwacji.
Logi zapytań i identyfikatory śledzenia
Każde wywołanie wyszukiwania, kontroli, rezerwacji i biletu jest logowane pod jednym numerem, więc problemy szybko się izoluje.
Biblioteka tras testowych
Stały zestaw tras, dat, klas i składów pasażerów uruchamiany po każdej zmianie.
Zasady limitów czasu i ponowień
Odzyskuje sprawność po krótkich awariach sieci bez ryzyka podwójnej rezerwacji.
Alerty przy skokach błędów
Zespół dostaje powiadomienie, gdy rośnie odsetek błędów, zanim ucierpi sprzedaż.
Plan uruchomienia
Pięć kroków do sprzedaży taryf TBO
Zespoły tracą tygodnie, gdy za późno odkrywają wymagania operacyjne. Ten plan stawia je na początku.
- 01
Dostęp i dane logowania
Załóż konto TBO, poproś o dostęp do API lotów i odbierz testowe dane dostępowe.
- 02
Połącz i zweryfikuj
Wpisz dane w panelu administracyjnym, ustaw limity czasu i uruchom bibliotekę tras testowych.
- 03
Kontrola wyszukiwania i cen
Ustaw marże, waluty i filtry oraz sprawdź, czy ceny po kontroli zgadzają się z checkoutem.
- 04
Rezerwuj i potwierdzaj
Przetestuj od początku do końca dane pasażerów, płatność, rezerwację, wystawianie biletów i e-maile z planem podróży.
- 05
Obsługuj i skaluj
Przejdź na produkcyjne dane dostępowe, ustaw alerty i kroki wsparcia, a potem otwórz ruch.
Biblioteka tras testowych
| Trasa | Podróż | Pasażerowie | Klasa | Co sprawdza |
|---|---|---|---|---|
| DEL → BOM | OW | 1 ADT | Y | Podstawową taryfę krajową i natychmiastowe wystawienie biletu |
| BOM → DXB | RT | 2 ADT · 1 CHD | Y | Cenę dziecięcą i łączenie lotu tam i z powrotem |
| DEL → LHR | RT | 1 ADT · 1 INF | Y | Cenę niemowlęcą i pola paszportowe |
| BLR → SIN | OW | 1 ADT | C | Taryfy klasy biznes i ich zasady |
| HYD → JED | OW | 2 ADT | Y | Zasady bagażowe na długim odcinku |
Używaj tras, które naprawdę sprzedajesz; to tylko przykłady.
Wsparcie wdrożenia, gdy go potrzebujesz
- Start i zakresTrasy, rynki, zasady cenowe i potrzeby procesowe.
- Wdrożenie i QATesty wyszukiwania, kontroli ceny i skuteczności rezerwacji.
- Wsparcie przy starciePodręcznik monitoringu i przekazanie Twojemu zespołowi wsparcia.
Opcje
Sposoby sprzedaży lotów TBO w porównaniu
Każde podejście może działać. Różnica polega na tym, ile budujesz i utrzymujesz sam.
| Opcja | Czas do startu | Bieżące obciążenie | Zwykle pasuje do |
|---|---|---|---|
| Własna budowa na API TBO | Czas do startuŚrednio do długo: sam budujesz interfejs, ceny, kontrolę, logi i narzędzia wsparcia | Bieżące obciążenieWysokie | Zwykle pasuje doDuże zespoły z własnymi programistami i działem operacji |
| Połączenie z GDS | Czas do startuDługo: głębszy onboarding i wdrożenie | Bieżące obciążenieWysokie | Zwykle pasuje doZłożone potrzeby w zakresie treści lotniczych |
| API innego agregatora | Czas do startuŚrednio: szybki start, ale obsługa po rezerwacji zostaje po Twojej stronie | Bieżące obciążenieŚrednie | Zwykle pasuje doSzybka pierwsza wersja |
| PHPTRAVELS z TBOGotowe do użycia | Czas do startuKrócej: ścieżka rezerwacji i narzędzia zarządzania już istnieją | Bieżące obciążenieNiskie do średniego | Zwykle pasuje doOTA, biura podróży, touroperatorzy i DMC |
PHPTRAVELS to jednorazowa licencja z kodem źródłowym na licencji komercyjnej, instalowana na Twoim własnym serwerze. Umowa i dane dostępowe TBO pozostają Twoje.
Używaj TBO obok innych dostawców lotów
Jedno wyszukiwanie może łączyć kilka źródeł lotów, każde z własną marżą, więc nigdy nie jesteś związany z jednym dostawcą.
Przeczytaj też:AmadeusSystem rezerwacji lotów NDCPortal turystyczny B2BWszystkie integracje
Seeru
Amadeus
Duffel
Google Flights
Kayak
Kiwi
Mystifly
PKfare
Sabre
Travelport
Upewnij się, że Twoje konto TBO ma dostęp do API lotów, i uzyskaj testowe dane dostępowe. Następnie wpisz je w module lotów, przepuść małą bibliotekę prawdziwych tras i dat przez wyszukiwanie, kontrolę ceny, rezerwację i anulowanie, a dopiero potem dopracuj ścieżkę klienta.
Zmiany ceny między wyszukiwaniem a płatnością, ograniczenia zasad taryfy, których klient nie widział, oraz przekroczenia czasu przy potwierdzaniu. Moduł sprawdza każdą taryfę przed płatnością, loguje każdy krok pod jednym identyfikatorem śledzenia i po przekroczeniu czasu sprawdza status rezerwacji zamiast rezerwować ponownie.
Tak. Jeden silnik rezerwacji obsługuje oba kanały: klienci dostają publiczny checkout, a agenci własne ceny, marże i raporty w portalu agentów.
Nie. Wiele zespołów zachowuje swój CRM lub narzędzia księgowe i łączy je z silnikiem rezerwacji przez API i webhooki, dzięki czemu sprzedaż lotów dochodzi bez zmiany sposobu pracy biura.
Hotele TBO korzystają z osobnego konektora w module noclegów. Możesz włączyć loty, hotele lub jedno i drugie z tymi samymi danymi konta TBO, jeśli pozwala na to Twoja umowa.
Tak. Hotele, wycieczki, wynajem aut i transfery można dodać później, zachowując jedno konto klienta, jeden checkout i jedną warstwę raportów.
Odkryj więcej
Więcej o platformie
- Integracja API hotelowego TBOStawki hotelowe TBO Holidays w Twoim silniku rezerwacji
- LotyTicketing GDS i NDC
- Oprogramowanie do rezerwacji lotówLista kontrolna dla biur i OTA sprzedających loty
- API turystyczneAPI GDS, hoteli, wycieczek, aut i płatności
- Portal turystyczny B2BLogowanie agentów, reguły cen, dokumenty i rozliczenia
- AmadeusLoty i hotele z GDS