Demo langsung

Hab API pembekal dan perkhidmatan

API pelancongan yang disambungkan ke satu platform tempahan

Semua panduan API pelancongan di laman ini di satu tempat: kandungan GDS dan syarikat penerbangan, bedbank dan extranet hotel, lawatan, kereta dan pemindahan, gerbang pembayaran dan alatan pejabat belakang. Tapis direktori mengikut kategori, bandingkan tiga cara mendapatkan inventori dan ikuti laluan sesuatu integrasi daripada kunci sandbox hingga jualan langsung.

  • Panduan integrasi mengikut kategori
  • Aliran cari, harga, tempah, tiket
  • API vs enjin tempahan vs GDS
  • Hos sendiri dengan kod sumber

Ringkasnya

Apakah API pelancongan dan di mana kedudukannya

Tiga istilah muncul pada setiap halaman hab ini. Inilah maksud setiap satu sebelum anda memilih pembekal.

Jika anda baharu dalam topik ini, mulakan dengan Apakah integrasi API, kemudian baca panduan teknikal dalam Integrasi API pelancongan. Senarai penuh penyambung sedia ada terdapat di Semua integrasi, dan modul tempahan yang menggunakannya diterangkan di bawah Gambaran platform.

  • API pelancongan

    Titik akhir programatik yang mengembalikan data perjalanan boleh cari seperti ketersediaan, tambang, peraturan dan kandungan untuk penerbangan, hotel, kereta atau lawatan, biasanya dalam JSON atau XML.

  • Integrasi API pelancongan

    Menyambungkan titik akhir pembekal, GDS atau pengagregat ke enjin tempahan: pengesahan, pemetaan medan, panggilan tempahan idempoten serta dasar ralat dan cubaan semula.

  • Penyambung hos sendiri

    PHPTRAVELS menyertakan kod penyambung bersama lesen, jadi pasukan anda boleh membaca, melanjutkan dan menghoskan penyesuai yang berkomunikasi dengan setiap pembekal.

Urutan panggilan yang dikongsi setiap pembekal

  1. 01Cari
  2. 02Harga dan sahkan semula
  3. 03Tempah
  4. 04Tiket atau sahkan

Nama pembekal dan bentuk respons berbeza, tetapi setiap penyambung dalam direktori di bawah mengikut urutan empat panggilan yang sama.

Direktori

API pelancongan mengikut kategori

Pilih kategori untuk mengecilkan senarai. Setiap entri membuka panduan khusus tentang pembekal atau perkhidmatan itu, apa yang dikembalikannya dan cara ia disediakan di platform.

GDS, syarikat penerbangan dan API penerbangan

20 panduan

Sistem pengedaran global, NDC, pengagregat syarikat penerbangan tambang rendah, penyatu dan perkhidmatan data penerbangan untuk modul penerbangan.

Tiga cara mendapatkan inventori

API pelancongan vs enjin tempahan vs API GDS

Pasukan sering menimbang API langsung, enjin tempahan sedia ada dan kontrak GDS mentah seolah-olah ia pembelian yang sama. Ketiga-tiganya menyelesaikan masalah berbeza dan biasanya digabungkan.

KriteriaAPI pelanconganEnjin tempahanAPI GDS
TujuanAPI pelanconganData dan operasi melalui titik akhirEnjin tempahanAntara muka, peraturan perniagaan dan pembayaranAPI GDSKandungan penerbangan dan perkhidmatan tambahan melalui saluran lama dan NDC
Skop kandunganAPI pelanconganHotel, penerbangan, kereta, aktiviti, bedbankEnjin tempahanDaripada carian hingga pembayaran untuk apa sahaja yang disambungkanAPI GDSTerutamanya syarikat penerbangan dan perkhidmatan tambahannya
Usaha integrasiAPI pelanconganSederhana: pemetaan medan, idempoten, cubaan semulaEnjin tempahanSederhana hingga tinggi jika dibina dari awal; rendah di PHPTRAVELSAPI GDSTinggi: penyediaan PCC, baris gilir, pensijilan dan audit
KomersialAPI pelanconganSetiap panggilan, markup atau setiap tempat duduk, ditetapkan pembekalEnjin tempahanLesen sekali bayar di PHPTRAVELS, ditambah yuran gerbangAPI GDSKontrak GDS, insentif dan sasaran segmen
Paling sesuai untukAPI pelanconganOTA dan DMC yang menggabungkan beberapa pembekalEnjin tempahanMenjual secara langsung dengan jenama dan peraturan sendiriAPI GDSAgensi berfokus penerbangan dan syarikat pengurusan perjalanan
Masa ke pasaranAPI pelanconganPantas sebaik kelayakan dikeluarkanEnjin tempahanPasang, sambungkan pembekal, jenamakan dan lancarkanAPI GDSPaling lama, kerana kelulusan dan pensijilan datang dahulu

PHPTRAVELS ialah lajur enjin tempahan: API pembekal dan mana-mana kontrak GDS dipasang kepadanya, jadi anda membeli perisian sekali dan menambah suapan apabila kontrak anda tiba. Harga ada di Harga; bahagian pengehosan diterangkan di bawah Keperluan.

Daripada kunci kepada jualan langsung

Bagaimana integrasi API dilancarkan

Rel di bawah ialah urutan kerja untuk mana-mana pembekal dalam direktori, dengan permintaan dan respons yang ditukar platform sebaik penyambung dihidupkan.

  1. 01

    Kelayakan

    Tandatangani perjanjian pembekal dan terima kunci sandbox, titik akhir dan set dokumentasi.

  2. 02

    Sambungan sandbox

    Masukkan kunci dalam panel pentadbir, jalankan carian pertama dan sahkan penyambung boleh membaca respons.

  3. 03

    Pemetaan kandungan

    Padankan kod pembekal dengan data induk platform: lapangan terbang, id hotel, jenis makan, kelas kenderaan.

  4. 04

    Markup dan peraturan

    Tetapkan markup, cukai, yuran dan peraturan mata wang mengikut agensi, ejen B2B atau kumpulan pelanggan.

  5. 05

    Tempahan ujian

    Lengkapkan senario pensijilan pembekal: tempah, ubah, batal dan selaraskan dengan konsol ujian mereka.

  6. 06

    Kunci produksi

    Tukar kepada kelayakan langsung, aktifkan pembekal untuk laman awam dan portal B2B, kemudian pantau tempahan pertama.

Satu panggilan pengesahan semula, seperti yang dihantar platform

>PermintaanPOST /api/v1/hotels/price
{  "supplier": "hotelbeds",1  "env": "production",1  "rateKey": "HB-20261112-118742-DBL-BB",  "occupancy": { "rooms": 1, "adults": 2 },  "currency": "USD",  "markupRule": "b2c-default"2}
<Respons200 OK
{  "status": "available",  "net": 184.00,2  "sell": 206.08,2  "currency": "USD",  "cancellation": { "deadline": "2026-11-09", "fee": 184.00 },  "hold": "PT-HLD-7731",3  "expiresIn": 9003}
  1. 1

    Kunci pembekal disimpan mengikut persekitaran, tidak pernah dalam badan permintaan yang anda hantar kepada pelanggan.

  2. 2

    Harga bersih dan harga jualan bergerak bersama; nama peraturan markup memberitahu pejabat belakang mengapa ia berbeza.

  3. 3

    Rujukan pegangan mengekalkan panggilan tempahan idempoten jika pelanggan mencuba semula pembayaran.

  4. Lihat panduan integrasi

Pilih mengikut model perniagaan

API pelancongan yang disambungkan dahulu oleh setiap jenis perniagaan

Direktori ini panjang kerana perniagaan pelancongan berbeza-beza. Inilah kombinasi permulaan biasa yang kami lihat semasa onboarding.

  • 01

    Agensi pelancongan dalam talian

    Suapan GDS atau NDC untuk penerbangan, satu atau dua bedbank untuk hotel, broker kereta dan gerbang kad. Keluasan dahulu, kemudian kontrak langsung.

  • 02

    Syarikat pengurusan destinasi

    Inventori sendiri dimuatkan dalam pentadbir, bedbank untuk menampung jurang, pasaran lawatan dan pemindahan. Penerbangan sering ditambah kemudian melalui penyatu.

  • 03

    Pengurusan perjalanan korporat

    Kandungan GDS dengan tambang rundingan, program hotel melalui extranet atau bedbank, peraturan kelulusan dan eksport perakaunan.

  • 04

    Penyatu atau pemborong B2B

    Beberapa sumber penerbangan dengan markup setiap sub-ejen, dompet ejen, pembayaran pindahan bank dan gerbang, serta suapan perakaunan.

Setiap model diterangkan di halamannya sendiri: Agensi dalam talian, DMC dan Perjalanan korporat; bahagian kredit sub-ejen pemborong dibincangkan di bawah Dompet ejen. Lapisan label putih yang mengedarkan suapan ini kepada rakan kongsi diterangkan di bawah Portal B2B label putih.

Soalan

API pelancongan, dijawab

Jawapan ringkas kepada soalan pembeli sebelum memilih pembekal.

Hubungi jualan

API pelancongan ialah titik akhir yang mendedahkan inventori langsung, harga, peraturan dan operasi seperti cari, sahkan semula, tempah dan batal daripada pembekal, penyedia GDS dan pengagregat. Platform tempahan memanggilnya dan menukar respons menjadi hasil carian, bakul dan tempahan yang disahkan.

Pengesahan dengan kunci pembekal, pemetaan kodnya ke data induk anda, memanggil cari, harga dan tempah mengikut urutan, mengendalikan ralat dan cubaan semula tanpa tempahan berganda, dan menyalurkan hasilnya ke pembayaran, baucar dan perakaunan. Di PHPTRAVELS penyambung sudah melaksanakan ini; kerja anda ialah kelayakan, pemetaan dan peraturan.

Boleh. Platform ini dihoskan sendiri dan kod sumber disertakan di bawah lesen komersial, jadi pembangun anda boleh membaca setiap penyesuai, menambah pembekal yang belum ada dalam direktori atau mengubah cara penyambung sedia ada memetakan kandungan.

Biasanya gabungan dan bukan satu suapan: pengagregat syarikat penerbangan tambang rendah untuk keluasan, kandungan NDC atau GDS untuk syarikat penerbangan perkhidmatan penuh dan pengeluaran tiket, dan penyatu di mana anda tiada kontrak syarikat penerbangan sendiri. Kumpulan penerbangan dalam direktori menyenaraikan panduan untuk setiap pilihan.

Beberapa setiap modul. Platform menanyakan setiap pembekal yang diaktifkan, menggabungkan hasil mengikut id induk, membuang pendua dan menggunakan peraturan markup anda sebelum memaparkan harga, jadi menambah bedbank kedua atau sumber penerbangan kedua ialah perubahan konfigurasi, bukan pembinaan semula.

API itu sendiri ditetapkan harganya oleh pembekalnya, biasanya setiap panggilan, setiap tempahan atau melalui perjanjian markup; sesetengahnya percuma dengan program afiliasi. Perisian PHPTRAVELS yang menyambungkannya ialah lesen sekali bayar bermula $2,499 seperti disenaraikan di halaman harga.

Terokai lagi

Lagi tentang platform