API perjalanan

Integrasi API perjalanan untuk penerbangan, hotel, mobil, dan pembayaran

Hubungkan API GDS, bedbank, sewa mobil, tur, dan pembayaran ke portal perjalanan Anda melalui satu lapisan PHP, sehingga setiap pemasok mengikuti alur cari, harga, pesan, dan refund yang sama dengan log dan percobaan ulang bersama.

  • Pemasok XML dan JSON
  • Cari, harga, pesan, refund
  • Pembayaran dan webhook
  • Satu hub API perjalanan

Layanan integrasi API

Integrasi API perjalanan di PHP, dari sandbox ke produksi

API perjalanan menyediakan pencarian, harga, pemesanan, dan operasi pasca-pemesanan untuk hotel, penerbangan, mobil, aktivitas, dan paket, biasanya dalam XML atau JSON dengan kunci, OAuth, atau token pemasok. PHPTRAVELS menghubungkan setiap pemasok ke alur ternormalisasi yang sama di dalam portal Anda, lengkap dengan markup, pembayaran, aturan agen, dan log permintaan, sehingga API baru menjadi sumber yang dikonfigurasi, bukan proyek terpisah.

  1. Siapkan sandbox pemasok, kredensial, cakupan inventaris, dan kartu uji
  2. Bangun cari, harga atau revalidasi, pesan, dan terbitkan atau konfirmasi di alur bersama
  3. Tambahkan markup, komisi, kebijakan korporat, dan batas kredit agen
  4. Tambahkan ID permintaan, log pemesanan, daftar error, dan peringatan
  5. Lulus sertifikasi dan beralih ke kredensial produksi
Pemasok
Hotelbeds · JSON
Lingkungan
Sandbox
Endpoint
sandbox.supplier-api.com/v1
Kunci API
••••••••••••7c21
Markup
8% dari tarif net

Alur integrasi

Bagaimana API perjalanan berjalan dari sandbox ke pemesanan nyata

Setiap pemasok melewati tahap yang sama, sehingga alur, log, dan pembayaran siap sebelum pelanggan melihat kontennya.

  1. Hubungkan

    Akses sandbox, autentikasi, data uji, dan pencarian dasar yang berfungsi.

  2. Bangun

    Harga atau revalidasi, pesan, dan terbitkan atau konfirmasi di alur pemesanan bersama.

  3. Bayar

    Otorisasi, capture, dan webhook refund dipetakan ke ID pemesanan.

  4. Perkuat

    ID permintaan, log, penanganan error, percobaan ulang, dan peringatan saat pemasok gagal.

  5. Sertifikasi

    Sertifikasi pemasok berdasarkan kasus uji dan skenario pemesanan yang disepakati.

  6. Go live

    Kredensial produksi, pemantauan, runbook, dan serah terima ke tim Anda.

Hub API perjalanan

Satu hub untuk setiap pemasok yang Anda kontrak

Pemasok terhubung ke satu lapisan dengan autentikasi, logging, percobaan ulang, dan pemantauan bersama. Ketersediaan bergantung pada kontrak Anda dan persetujuan mitra.

  • GDS dan API penerbangan

    Amadeus, Sabre, dan Travelport melalui XML, ditambah API penerbangan JSON seperti Duffel, Kiwi, dan TBO.

  • Hotel, mobil, dan tur

    Bedbank seperti Hotelbeds, Agoda, dan Hotelston, CarTrawler untuk mobil, Viator dan Tiqets untuk aktivitas.

  • Gateway pembayaran

    Stripe, PayPal, dan API bank untuk capture, refund, dan rekonsiliasi dengan pemesanan.

Back office

Kelola setiap API dari satu admin

Harga, akses, pembayaran, dan catatan setiap pemasok ada di admin yang sama, jadi menambah API tidak menambah back office baru.

  • Kredensial pemasok

    Kunci sandbox dan produksi per pemasok, disimpan di server Anda dan diganti per lingkungan.

  • Markup dan komisi

    Aturan tetap atau persentase per pemasok, produk, destinasi, kanal, atau grup agen.

  • Kredit dan dompet agen

    Agen B2B memesan dengan batas kredit atau saldo dompet sesuai tarif dan izin Anda.

  • Rekonsiliasi pembayaran

    ID pembayaran dipetakan ke PNR dan ID pemesanan, dengan refund dan capture parsial otomatis.

  • Log permintaan

    Setiap permintaan dan respons disimpan dengan ID-nya untuk dukungan dan sengketa pemasok.

  • Laporan pemasok

    Pencarian, pemesanan, kegagalan, pembatalan, dan margin per pemasok dan per kanal.

Bandingkan

Pengembangan terpisah per pemasok vs hub API PHPTRAVELS

Menulis kode tiap API sendiri-sendiri cukup untuk satu pemasok. Dengan beberapa pemasok, alur bersama menghemat waktu di setiap koneksi baru.

AreaPengembangan terpisah per APIPHPTRAVELS
Alur pemesananPengembangan terpisah per APIDitulis ulang untuk setiap pemasokPHPTRAVELSSatu alur cari, harga, pesan, dan refund untuk semua
Pemetaan kontenPengembangan terpisah per APIFormat kamar dan tarif berbeda per pemasokPHPTRAVELSDinormalkan ke satu model sebelum ditampilkan
Percobaan ulang dan logPengembangan terpisah per APISering ditambahkan setelah kegagalan pertamaPHPTRAVELSID permintaan, percobaan ulang, dan pemesanan idempoten sejak hari pertama
PembayaranPengembangan terpisah per APIIntegrasi terpisah untuk setiap gateway dan alurPHPTRAVELSPembayaran terhubung ke pemesanan dengan webhook refund
Waktu per pemasokPengembangan terpisah per APIBergantung pada pengalaman tim internalPHPTRAVELSBiasanya 2 hingga 4 minggu termasuk sertifikasi

Contoh penggunaan

Integrasi API perjalanan untuk agen, OTA, dan TMC

  • API agen perjalanan

    Alur ritel, voucher, markup, komisi, kredit agen dasar, dan manajemen pesanan sederhana.

  • API OTA

    Pencarian volume tinggi dengan cache, revalidasi sebelum pesan, antrean async, dan penanganan batas permintaan.

  • API TMC

    Profil korporat, kebijakan perjalanan, persetujuan, batas kredit, tarif negosiasi, dan pelaporan.

Mengapa PHPTRAVELS

Integrasi API milik Anda yang bisa Anda kembangkan

  • Kode sumber disertakan

    Di-host sendiri dengan lisensi komersial, agar developer Anda bisa membaca dan mengembangkan setiap konektor.

  • Dibangun dengan PHP

    PHP standar dengan klien cURL atau Guzzle dan handler webhook yang sudah dikenal tim Anda.

  • Cakupan PCI lebih kecil

    Tokenisasi dan kolom pembayaran ter-host menjauhkan data kartu dari server Anda.

  • B2C, B2B, dan korporat

    Satu integrasi melayani situs publik, portal agen, dan pemesan korporat Anda.

FAQ

Pertanyaan seputar integrasi API perjalanan

Yang ditanyakan agen dan OTA sebelum menghubungkan pemasok pertama atau berikutnya.

Hubungi sales

Menghubungkan situs perjalanan atau portal agen Anda ke API pemasok agar hotel, penerbangan, mobil, dan aktivitas bisa dicari, dihargai, dipesan, dan dikelola di platform Anda sendiri. Sebagian besar API perjalanan memakai XML atau JSON melalui HTTP dengan autentikasi pemasok.

Biasanya 2 hingga 4 minggu per pemasok, mencakup sandbox, alur pemesanan inti, pembayaran, sertifikasi, dan peralihan ke produksi. Cakupan dan jadwal sertifikasi pemasok dapat mengubahnya.

JSON lebih cepat dibangun dan diurai, jadi kami memilihnya bila pemasok menawarkan fitur yang sama. Beberapa GDS dan bedbank masih mewajibkan XML dengan XSD, dan keduanya dinormalkan ke model yang sama di portal Anda.

Satu lapisan yang menghubungkan beberapa pemasok dengan autentikasi, logging, percobaan ulang, dan pemantauan bersama, sehingga setiap pemasok baru memakai ulang alur yang sama alih-alih mulai dari nol.

Kartu ditokenisasi dengan 3-DS, di-capture setelah tiket atau voucher terbit, dan setiap ID pembayaran dipetakan ke PNR atau ID pemesanan, sehingga refund dan rekonsiliasi berjalan lewat webhook.

Beragam, termasuk GDS, bedbank, serta API mobil, aktivitas, dan pembayaran. Akses bergantung pada kontrak Anda dan persetujuan mitra, jadi beri tahu kami pemasok Anda dan kami akan mengonfirmasi cakupan dan jadwalnya.