API pelancongan

Integrasi API pelancongan untuk penerbangan, hotel, kereta dan pembayaran

Sambungkan API GDS, bank katil, sewa kereta, lawatan dan pembayaran ke portal pelancongan anda melalui satu lapisan PHP, supaya setiap pembekal mengikut aliran carian, harga, tempahan dan bayaran balik yang sama dengan log dan cubaan semula bersama.

  • Pembekal XML dan JSON
  • Cari, harga, tempah, bayar balik
  • Pembayaran dan webhook
  • Satu hab API pelancongan

Perkhidmatan integrasi API

Integrasi API pelancongan dalam PHP, dari sandbox ke produksi

API pelancongan menyediakan carian, penentuan harga, tempahan dan operasi selepas tempahan untuk hotel, penerbangan, kereta, aktiviti dan pakej, biasanya dalam XML atau JSON dengan kunci, OAuth atau token pembekal. PHPTRAVELS menyambungkan setiap pembekal ke aliran ternormal yang sama dalam portal anda, lengkap dengan markup, pembayaran, peraturan ejen dan log permintaan, supaya API baharu menjadi sumber yang dikonfigurasi, bukan projek berasingan.

  1. Sediakan sandbox pembekal, kelayakan, skop inventori dan kad ujian
  2. Bina carian, harga atau pengesahan semula, tempahan dan pengeluaran atau pengesahan pada aliran bersama
  3. Tambah markup, komisen, polisi korporat dan had kredit ejen
  4. Tambah ID permintaan, log tempahan, senarai ralat dan amaran
  5. Lulus pensijilan dan tukar ke kelayakan produksi
Pembekal
Hotelbeds · JSON
Persekitaran
Sandbox
Endpoint
sandbox.supplier-api.com/v1
Kunci API
••••••••••••7c21
Markup
8% atas kadar bersih

Aliran integrasi

Bagaimana API pelancongan bergerak dari sandbox ke tempahan sebenar

Setiap pembekal melalui fasa yang sama, jadi aliran, log dan pembayaran sedia sebelum pelanggan melihat kandungannya.

  1. Sambung

    Akses sandbox, pengesahan identiti, data ujian dan carian asas yang berfungsi.

  2. Bina

    Harga atau pengesahan semula, tempahan dan pengeluaran atau pengesahan pada aliran tempahan bersama.

  3. Bayar

    Kebenaran pembayaran, tangkapan dan webhook bayaran balik dipetakan ke ID tempahan.

  4. Kukuhkan

    ID permintaan, log, pengendalian ralat, cubaan semula dan amaran kegagalan pembekal.

  5. Pensijilan

    Pensijilan pembekal berdasarkan kes ujian dan senario tempahan yang dipersetujui.

  6. Go live

    Kelayakan produksi, pemantauan, runbook dan serahan kepada pasukan anda.

Hab API pelancongan

Satu hab untuk setiap pembekal yang anda kontrak

Pembekal bersambung ke satu lapisan dengan pengesahan, log, cubaan semula dan pemantauan bersama. Ketersediaan bergantung pada kontrak anda dan kelulusan rakan kongsi.

  • GDS dan API penerbangan

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

  • Hotel, kereta dan lawatan

    Bank katil seperti Hotelbeds, Agoda dan Hotelston, CarTrawler untuk kereta, Viator dan Tiqets untuk aktiviti.

  • Gerbang pembayaran

    Stripe, PayPal dan API bank untuk tangkapan, bayaran balik dan penyesuaian dengan tempahan.

Back office

Urus setiap API dari satu admin

Harga, akses, pembayaran dan rekod setiap pembekal berada dalam admin yang sama, jadi menambah API tidak menambah back office baharu.

  • Kelayakan pembekal

    Kunci sandbox dan produksi bagi setiap pembekal, disimpan di pelayan anda dan ditukar mengikut persekitaran.

  • Markup dan komisen

    Peraturan tetap atau peratusan mengikut pembekal, produk, destinasi, saluran atau kumpulan ejen.

  • Kredit dan dompet ejen

    Ejen B2B menempah menggunakan had kredit atau baki dompet mengikut kadar dan kebenaran anda.

  • Penyesuaian pembayaran

    ID pembayaran dipetakan ke PNR dan ID tempahan, dengan bayaran balik dan tangkapan separa automatik.

  • Log permintaan

    Setiap permintaan dan respons disimpan bersama ID-nya untuk sokongan dan pertikaian dengan pembekal.

  • Laporan pembekal

    Carian, tempahan, kegagalan, pembatalan dan margin mengikut pembekal dan saluran.

Bandingkan

Pembangunan berasingan setiap pembekal vs hab API PHPTRAVELS

Mengekod setiap API secara berasingan sesuai untuk satu pembekal. Dengan beberapa pembekal, aliran bersama menjimatkan masa pada setiap sambungan baharu.

BidangPembangunan berasingan setiap APIPHPTRAVELS
Aliran tempahanPembangunan berasingan setiap APIDitulis semula untuk setiap pembekalPHPTRAVELSSatu aliran carian, harga, tempahan dan bayaran balik untuk semua
Pemetaan kandunganPembangunan berasingan setiap APIFormat bilik dan tambang berbeza mengikut pembekalPHPTRAVELSDinormalkan ke satu model sebelum dipaparkan
Cubaan semula dan logPembangunan berasingan setiap APISelalunya ditambah selepas kegagalan pertamaPHPTRAVELSID permintaan, cubaan semula dan tempahan idempoten sejak hari pertama
PembayaranPembangunan berasingan setiap APIIntegrasi berasingan bagi setiap gerbang dan aliranPHPTRAVELSPembayaran dipautkan ke tempahan dengan webhook bayaran balik
Masa setiap pembekalPembangunan berasingan setiap APIBergantung pada pengalaman dalamanPHPTRAVELSBiasanya 2 hingga 4 minggu termasuk pensijilan

Kes penggunaan

Integrasi API pelancongan untuk agensi, OTA dan TMC

  • API agensi pelancongan

    Aliran runcit, baucar, markup, komisen, kredit ejen asas dan pengurusan pesanan ringkas.

  • API OTA

    Carian volum tinggi dengan cache, pengesahan semula sebelum tempah, baris gilir tak segerak dan pengendalian had kadar.

  • API TMC

    Profil korporat, polisi perjalanan, kelulusan, had kredit, kadar dirunding dan pelaporan.

Mengapa PHPTRAVELS

Integrasi API milik anda yang boleh anda kembangkan

  • Kod sumber disertakan

    Dihoskan sendiri di bawah lesen komersial, supaya pembangun anda boleh membaca dan mengembangkan setiap penyambung.

  • Dibina dengan PHP

    PHP standard dengan klien cURL atau Guzzle dan pengendali webhook yang sudah dikenali pasukan anda.

  • Skop PCI lebih kecil

    Tokenisasi dan medan pembayaran yang dihoskan menjauhkan data kad daripada pelayan anda.

  • B2C, B2B dan korporat

    Satu integrasi melayani laman awam, portal ejen dan penempah korporat anda.

Soalan lazim

Soalan tentang integrasi API pelancongan

Apa yang ditanya agensi dan OTA sebelum menyambung pembekal pertama atau seterusnya.

Hubungi jualan

Menyambungkan laman web pelancongan atau portal ejen anda kepada API pembekal supaya hotel, penerbangan, kereta dan aktiviti boleh dicari, diberi harga, ditempah dan diurus dalam platform anda sendiri. Kebanyakan API pelancongan menggunakan XML atau JSON melalui HTTP dengan pengesahan pembekal.

Biasanya 2 hingga 4 minggu bagi setiap pembekal, merangkumi persediaan sandbox, aliran tempahan teras, pembayaran, pensijilan dan peralihan ke produksi. Skop dan jadual pensijilan pembekal boleh mengubahnya.

JSON lebih cepat dibina dan dihurai, jadi kami mengutamakannya apabila pembekal menawarkan ciri yang sama. Sesetengah GDS dan bank katil masih memerlukan XML dengan XSD, dan kedua-duanya dinormalkan ke model yang sama dalam portal anda.

Satu lapisan yang menyambungkan beberapa pembekal dengan pengesahan, log, cubaan semula dan pemantauan bersama, supaya setiap pembekal baharu menggunakan semula aliran yang sama dan tidak bermula dari kosong.

Kad ditokenkan dengan 3-DS, ditangkap selepas tiket atau baucar dikeluarkan, dan setiap ID pembayaran dipetakan ke PNR atau ID tempahan, supaya bayaran balik dan penyesuaian berjalan melalui webhook.

Pelbagai, termasuk GDS, bank katil serta API kereta, aktiviti dan pembayaran. Akses bergantung pada kontrak anda dan kelulusan rakan kongsi, jadi beritahu kami pembekal anda dan kami akan mengesahkan skop dan tempoh.