Integrasi API penerbangan
Integrasi API penerbangan TBO dari pencarian hingga e-tiket
Hubungkan akun TBO Anda ke modul penerbangan PHPTRAVELS dan jual tarif penerbangan TBO di situs web dan portal agen Anda. Setiap tarif dicek ulang sebelum pembayaran, setiap panggilan membawa ID jejak, dan tim Anda mendapat log, aturan coba ulang, serta alat pemesanan yang menjaga penjualan tiket harian tetap stabil.
- Tarif penerbangan TBO langsung
- Cek ulang harga sebelum bayar
- ID jejak di setiap panggilan
- Checkout B2C dan portal B2B
Yang Anda jual
Integrasi API penerbangan TBO di dalam mesin pemesanan Anda sendiri
TBO adalah distributor perjalanan B2B yang API penerbangannya mengembalikan tarif penerbangan yang dapat dijual kembali oleh perusahaan perjalanan. Modul penerbangan PHPTRAVELS memanggilnya dengan kredensial TBO Anda sendiri, menampilkan tarif di hasil pencarian, dan menjalankan seluruh pemesanan: aturan tarif, cek ulang harga, data penumpang, pembayaran, pemesanan, dan tiket.
Tidak semua tarif berperilaku sama. Tergantung tarifnya, sebagian (sering maskapai berbiaya rendah) dipesan dan diterbitkan dalam satu langkah, sementara yang lain bisa ditahan sebagai pemesanan dan diterbitkan kemudian. Modul ini membuat perbedaan itu terlihat oleh tim Anda sehingga tidak ada tarif yang ditagih tanpa langkah berikutnya yang tepat.
Dibangun di atasPenerbanganSoftware pemesanan tiket pesawatAPI travel
- LCC06:10 – 08:253h 45m · Langsung₹18,450Pilih
- FSC09:40 – 11:503h 40m · Langsung₹21,980Pilih
- FSC21:15 – 23:353h 50m · Langsung₹26,300Pilih
Contoh tarif. Setiap hasil menyimpan label pemasoknya, jadi tim dukungan selalu tahu sumbernya.
Rantai panggilan
Enam panggilan antara pencarian dan tiket
Pilih satu langkah untuk melihat apa yang kembali dari TBO, apa yang dilakukan PHPTRAVELS dengannya, dan apa yang biasanya salah di sana.
Pencarian
- Yang kembali
- Tarif untuk rute, tanggal, kabin, dan komposisi penumpang, masing-masing dengan token hasil untuk panggilan berikutnya.
- Yang dilakukan PHPTRAVELS
- Menyeragamkan hasil, menerapkan markup Anda, menyimpan pencarian di cache, dan menambahkan filter maskapai, transit, bagasi, dan jam berangkat.
- Yang bisa salah
- Tarif cache ditampilkan terlalu lama. Cache-nya singkat dan setiap langkah berikutnya mengecek ulang.
Aturan tarif
- Yang kembali
- Ketentuan perubahan dan pembatalan, jatah bagasi, dan catatan tarif untuk tarif yang dipilih.
- Yang dilakukan PHPTRAVELS
- Menampilkan aturan di kartu tarif dan sekali lagi sebelum pembayaran, dengan bahasa sederhana bila pemasok memberi data terstruktur.
- Yang bisa salah
- Pelanggan membeli tarif yang tidak mereka pahami, lalu meminta refund yang tidak diizinkan tarifnya.
Cek ulang harga
- Yang kembali
- Harga dan ketersediaan terkini dari tarif yang dipilih pelanggan.
- Yang dilakukan PHPTRAVELS
- Membandingkannya dengan harga yang ditampilkan. Sama, lanjut; naik, pelanggan diminta konfirmasi; habis, pelanggan kembali ke hasil.
- Yang bisa salah
- Menagih harga lama untuk tarif yang sudah berubah, sehingga timbul sengketa dan refund manual.
Tambahan
- Yang kembali
- Kursi, makanan, dan bagasi tambahan bila maskapai dan tarif menyediakannya.
- Yang dilakukan PHPTRAVELS
- Menampilkan pilihan beserta harganya dan menambahkannya ke total pemesanan sebelum pembayaran.
- Yang bisa salah
- Menjual tambahan yang tidak didukung tarif. Hanya pilihan yang dikembalikan yang ditawarkan.
Pesan
- Yang kembali
- Referensi pemesanan, atau alasan gagal bila kursi atau harga sudah tidak ada.
- Yang dilakukan PHPTRAVELS
- Menyimpan pemesanan dengan ID jejak, data penumpang, dan catatan pembayaran, lalu memulai linimasa pemesanan.
- Yang bisa salah
- Timeout setelah pembayaran. Modul menanyakan status pemesanan sebelum pernah mengirim pemesanan kedua.
Tiket
- Yang kembali
- Nomor e-tiket setiap penumpang setelah diterbitkan maskapai.
- Yang dilakukan PHPTRAVELS
- Menyimpan nomor tiket, mengirim itinerary lewat email, dan membuka pemesanan untuk perubahan, pembatalan, dan refund.
- Yang bisa salah
- Pemesanan yang ditahan tidak diterbitkan sampai kedaluwarsa. Pemesanan yang ditahan memiliki batas waktu yang terlihat oleh tim Anda.
Cek ulang harga
Tarif dicek lagi sebelum ada yang membayar
Sebagian besar pemesanan penerbangan yang gagal berawal dari harga yang berubah antara pencarian dan pembayaran. Coba tiga hasil yang ditangani checkout.
Aturan checkout
- 01Setiap tarif dicek ulang ke TBO sebelum pembayaran diambil.
- 02Pembayaran diambil sekali per jejak, tidak pernah lagi saat coba ulang.
- 03Aturan tarif dan bagasi ditampilkan lagi di langkah pembayaran.
- 04Bila tarif habis, pencarian dan data penumpang tetap disimpan.
Alur pembayaran:Gateway pembayaranDompet agen
- Harga saat pencarian
- ₹18,450
- Harga saat cek ulang
- ₹18,450
- Selisih
- ₹0
Pembayaran berlanjut dengan harga yang dilihat pelanggan.
- Harga saat pencarian
- ₹18,450
- Harga saat cek ulang
- ₹19,120
- Selisih
- ₹+670
Pelanggan melihat harga baru dan mengonfirmasinya sebelum membayar. Tidak ada yang ditagih sampai mereka setuju.
- Harga saat pencarian
- ₹18,450
- Harga saat cek ulang
- Tidak tersedia
- Selisih
- —
Pelanggan kembali ke hasil terbaru dengan pencarian yang sama dan data penumpang yang sudah terisi.
Angka contoh untuk satu dewasa.
Operasional
Satu ID jejak mengikuti pemesanan di setiap panggilan
Saat pemesanan perlu ditangani, tim dukungan membuka jejaknya dan membaca apa yang terjadi secara berurutan, tanpa meminta pengembang mencari di log server.
trace TBO-FL-7Q2K9 --route DEL-DXB --pax ADT1
- 10:02:11INFOsearchhasil pencarian ini disimpan di cache
- 10:03:40INFOrulesaturan tarif dan bagasi dilampirkan ke tarif terpilih
- 10:05:02WARNrecheckharga berubah, pelanggan diminta mengonfirmasi tarif baru
- 10:05:31OKrecheckpelanggan menerima tarif baru
- 10:06:12INFOpaypembayaran diambil sekali untuk jejak ini
- 10:06:19WARNbooktimeout pemasok, kueri status dikirim alih-alih pemesanan kedua
- 10:06:27OKstatuspemesanan dikonfirmasi lewat kueri status, referensi disimpan
- 10:06:40OKticketnomor e-tiket disimpan, itinerary dikirim lewat email
Contoh jejak: harga berubah, pelanggan menerimanya, panggilan pemesanan timeout, dan kueri status mengonfirmasinya tanpa memesan dua kali.
Log permintaan dan ID jejak
Setiap panggilan pencarian, cek ulang, pemesanan, dan tiket dicatat di bawah satu referensi agar masalah cepat diisolasi.
Pustaka rute uji
Kumpulan tetap rute, tanggal, kabin, dan komposisi penumpang yang Anda jalankan setelah setiap perubahan.
Kebijakan timeout dan coba ulang
Pulih dari gangguan jaringan singkat tanpa risiko pemesanan ganda.
Peringatan lonjakan kegagalan
Tim Anda diberi tahu saat tingkat kesalahan naik, sebelum penjualan terdampak.
Rencana go-live
Lima langkah untuk menjual tarif TBO
Tim kehilangan berminggu-minggu saat kebutuhan operasional baru ketahuan belakangan. Rencana ini menaruhnya di depan.
- 01
Akses dan kredensial
Buka akun TBO Anda, ajukan akses API penerbangan, dan terima kredensial uji.
- 02
Hubungkan dan validasi
Masukkan kredensial di admin, atur timeout, dan jalankan pustaka rute uji.
- 03
Kontrol pencarian dan harga
Atur markup, mata uang, dan filter, lalu pastikan harga hasil cek ulang sama dengan checkout.
- 04
Pesan dan konfirmasi
Uji data penumpang, pembayaran, pemesanan, penerbitan tiket, dan email itinerary dari awal sampai akhir.
- 05
Operasikan dan kembangkan
Beralih ke kredensial produksi, siapkan peringatan dan langkah dukungan, lalu buka trafik.
Pustaka rute uji
| Rute | Perjalanan | Penumpang | Kabin | Yang dibuktikan |
|---|---|---|---|---|
| DEL → BOM | OW | 1 ADT | Y | Tarif domestik dasar dan penerbitan tiket instan |
| BOM → DXB | RT | 2 ADT · 1 CHD | Y | Harga anak dan pasangan pergi-pulang |
| DEL → LHR | RT | 1 ADT · 1 INF | Y | Harga bayi dan kolom paspor |
| BLR → SIN | OW | 1 ADT | C | Tarif kelas bisnis dan aturannya |
| HYD → JED | OW | 2 ADT | Y | Aturan bagasi di sektor panjang |
Gunakan rute yang benar-benar Anda jual; ini hanya contoh.
Dukungan implementasi saat Anda membutuhkannya
- Kickoff dan cakupanRute, pasar, aturan harga, dan kebutuhan alur kerja.
- Implementasi dan QAPengujian pencarian, cek ulang, dan keberhasilan pemesanan.
- Dukungan go-livePanduan pemantauan dan serah terima ke tim dukungan Anda.
Pilihan
Cara menjual penerbangan TBO, dibandingkan
Setiap pendekatan bisa berhasil. Bedanya ada pada seberapa banyak yang Anda bangun dan jalankan sendiri.
| Pilihan | Waktu hingga peluncuran | Beban kerja berjalan | Biasanya cocok untuk |
|---|---|---|---|
| Membangun langsung di API TBO | Waktu hingga peluncuranSedang hingga lama: Anda membangun UI, harga, cek ulang, log, dan alat dukungan | Beban kerja berjalanTinggi | Biasanya cocok untukTim besar dengan pengembang dan operasional internal |
| Koneksi GDS | Waktu hingga peluncuranLama: proses onboarding dan implementasi lebih dalam | Beban kerja berjalanTinggi | Biasanya cocok untukKebutuhan konten maskapai yang kompleks |
| API agregator lain | Waktu hingga peluncuranSedang: mulai cepat, tetapi pekerjaan pascapemesanan tetap di tangan Anda | Beban kerja berjalanSedang | Biasanya cocok untukVersi pertama yang cepat |
| PHPTRAVELS dengan TBOSiap pakai | Waktu hingga peluncuranLebih singkat: alur pemesanan dan alat manajemen sudah tersedia | Beban kerja berjalanRendah hingga sedang | Biasanya cocok untukOTA, agen, operator tur, dan DMC |
PHPTRAVELS adalah lisensi sekali bayar dengan kode sumber di bawah lisensi komersial, dipasang di server Anda sendiri. Kontrak dan kredensial TBO tetap milik Anda.
Jalankan TBO bersama pemasok penerbangan lain
Satu pencarian dapat menggabungkan beberapa sumber penerbangan, masing-masing dengan markup sendiri, sehingga Anda tidak pernah terikat pada satu pemasok.
Baca juga:AmadeusSistem pemesanan tiket NDCPortal travel B2BSemua integrasi
Seeru
Amadeus
Duffel
Google Flights
Kayak
Kiwi
Mystifly
PKfare
Sabre
Travelport
FAQ
Pertanyaan tentang penerbangan TBO
Hal yang biasa ditanyakan tim sebelum menghubungkan akun TBO mereka.
Hubungi salesPastikan akun TBO Anda memiliki akses API penerbangan dan dapatkan kredensial uji. Lalu masukkan ke modul penerbangan, jalankan pustaka kecil berisi rute dan tanggal nyata melalui pencarian, cek ulang, pemesanan, dan pembatalan, dan baru setelah itu sempurnakan perjalanan pelanggan.
Perubahan harga antara pencarian dan pembayaran, batasan aturan tarif yang tidak dilihat pelanggan, dan timeout saat konfirmasi. Modul mengecek ulang setiap tarif sebelum pembayaran, mencatat setiap langkah di bawah satu ID jejak, dan menanyakan status pemesanan setelah timeout alih-alih memesan lagi.
Bisa. Satu mesin pemesanan melayani keduanya: pelanggan mendapat checkout publik, dan agen mendapat harga, markup, dan laporan sendiri di portal agen.
Tidak. Banyak tim tetap memakai CRM atau alat akuntansi mereka dan menghubungkannya ke mesin pemesanan melalui API dan webhook, sehingga penjualan penerbangan ditambahkan tanpa mengubah cara kerja kantor.
Hotel TBO memakai konektor terpisah di modul akomodasi. Anda dapat mengaktifkan penerbangan, hotel, atau keduanya dengan detail akun TBO yang sama bila kontrak Anda mengizinkan.
Bisa. Hotel, tur, mobil, dan transfer dapat ditambahkan nanti sambil tetap memakai satu akun pelanggan, satu checkout, dan satu lapisan laporan.
Jelajahi lebih lanjut
Selengkapnya tentang platform
- Integrasi API hotel TBOTarif hotel TBO Holidays di mesin pemesanan Anda
- PenerbanganTicketing GDS dan NDC
- Software pemesanan tiket pesawatDaftar periksa bagi agen dan OTA penjual tiket pesawat
- API travelAPI GDS, hotel, tur, mobil dan pembayaran
- Portal travel B2BLogin agen, aturan harga, dokumen, dan penyelesaian
- AmadeusPenerbangan dan hotel GDS
