Integrasi API hotel

Integrasi API hotel dengan Booking.com dan Priceline, mengikut akses rakan kongsi anda

Bawa inventori hotel Booking.com, Priceline atau Expedia ke OTA anda sendiri melalui satu aliran hotel yang dinormalkan. Setiap pembekal meluluskan anda dahulu melalui program rakan kongsi atau afiliasinya sendiri; kemudian PHPTRAVELS membina penyambung berdasarkan produk API dan kelayakan yang anda terima.

  • Booking.com Demand API
  • Bekalan Priceline dan Expedia
  • Kadar dan polisi dinormalkan
  • Satu aliran hotel pelbagai pembekal

Cara bermula

Cara integrasi API hotel dengan Booking.com dan Priceline berfungsi

Tiada satu pun API ini terbuka kepada semua. Booking.com memberi rakan kongsi yang diluluskan akses kepada Demand API dengan kunci API dan ID afiliasi, Priceline memerlukan perjanjian komersial dan kelayakan API yang dikeluarkannya, dan kesambungan hotel Expedia bergantung pada akses yang diluluskan. Pada hari ini ia bukan penyambung sedia ada dalam PHPTRAVELS, jadi setiap satu diskop sebagai pembangunan khusus di atas modul hotel, yang sudah menormalkan bilik, harga, cukai dan polisi pembatalan daripada pembekal yang kami sambungkan.

  1. Senaraikan pembekal hotel yang diperlukan projek dan pasaran tempat anda menjual
  2. Sahkan produk API, kelayakan dan kebenaran yang telah diluluskan setiap pembekal
  3. Petakan kandungan, carian, ketersediaan dan tempahan ke aliran hotel PHPTRAVELS
  4. Uji kadar, polisi, respons tempahan dan kes ralat dalam persekitaran ujian pembekal
  5. Alihkan sambungan yang diluluskan ke produksi dan pantau respons pembekal
Produk API
Demand API (rakan kongsi pelancongan)
Persekitaran
Ujian
Kelayakan
Kunci API: •••• · ID afiliasi: ••••
Markup
8% atas kadar pembekal
Status
Kelulusan rakan kongsi disahkan · Penetapan skop
E-mel kami untuk skop

Aliran tempahan

Bagaimana permintaan API tempahan hotel bergerak melalui laman anda

Lima langkah yang sama terpakai bagi setiap pembekal yang disambungkan, dan setiap langkah mengikut apa yang disokong API pembekal itu.

  1. Cari

    Tetamu memasukkan destinasi dan tarikh; permintaan dihantar kepada setiap pembekal yang dikonfigurasi.

  2. Normalkan

    Data hotel, bilik, polisi dan harga daripada setiap respons dipetakan ke satu struktur.

  3. Semak semula

    Tawaran yang dipilih disahkan dengan harga dan syarat terkini pembekal.

  4. Tempah

    Tempahan dihantar melalui aliran yang disokong pembekal untuk akaun anda.

  5. Urus

    Pengesahan, rujukan pembekal dan tindakan selepas tempahan disimpan dalam admin.

Akses pembekal

Apa yang diminta setiap pembekal hotel sebelum disambungkan

Akses diberikan oleh setiap pembekal, bukan oleh PHPTRAVELS. Tetapkan skop kerja berdasarkan apa yang benar-benar diaktifkan dalam akaun anda.

  • Booking.com Demand API

    Untuk rakan kongsi pelancongan yang diluluskan. Versi semasa mengesahkan dengan token bearer kunci API dan ID afiliasi; endpoint yang aktif bergantung pada akaun rakan kongsi anda.

  • Priceline

    Ditambah sebagai pembekal hotel tambahan apabila anda mempunyai perjanjian komersial dengan Priceline dan kelayakan API yang diberikannya.

  • Expedia

    Kesambungan hotel Expedia berjalan bersama pembekal lain apabila perniagaan anda mempunyai akses yang diluluskan.

Pembekal hotel yang disambungkan PHPTRAVELS hari ini:

  • Agoda
  • Amadeus
  • Booking.com
  • Hotelbeds
  • Hotelston
  • RateHawk
  • Stuba
  • TBO Holidays
  • Travelport
  • Wanderbeds
Lihat semua integrasi hotel

Hasil dan kawalan

Jana pendapatan daripada tempahan hotel dari satu admin

Hasil anda bergantung pada perjanjian pembekal, komisen dan markup. Pejabat belakang menggunakannya secara konsisten bagi semua pembekal.

  • Peraturan komisen dan markup

    Tetapkan margin mengikut pembekal, pasaran atau kumpulan pelanggan untuk tempahan B2C.

  • Kadar rakan kongsi B2B

    Margin berasingan untuk ejen yang menempah hotel melalui portal B2B.

  • Jualan silang

    Gabungkan hotel dengan penerbangan, pemindahan, kereta atau lawatan dalam platform yang sama.

  • Kelayakan di pelayan

    Kunci API dan ID afiliasi kekal di backend, tidak sekali-kali dalam kod sumber frontend.

  • Rujukan pembekal

    Cari setiap tempahan melalui rujukan pembekal dan ikuti status selepas tempahan.

  • Laporan pembekal

    Tempahan dan margin bagi setiap pembekal hotel, sedia untuk dieksport.

Bandingkan

Pembangunan berasingan setiap pembekal vs satu lapisan integrasi hotel

Sesetengah pasukan menyambungkan setiap API hotel terus ke laman web mereka. Inilah yang biasanya berubah apabila pembekal berkongsi satu lapisan.

AspekPembangunan setiap pembekalPHPTRAVELS
Halaman carianPembangunan setiap pembekalLogik frontend disesuaikan dengan format setiap pembekalPHPTRAVELSSatu pengalaman carian dan tempahan untuk semua pembekal
Bilik dan polisiPembangunan setiap pembekalMedan setiap pembekal dipaparkan seperti yang diterimaPHPTRAVELSBilik, cukai, pelan makan dan pembatalan dinormalkan
KelayakanPembangunan setiap pembekalKunci sering bertaburan dalam kod dan fail konfigurasiPHPTRAVELSDisimpan mengikut pembekal dalam lapisan integrasi backend
MarginPembangunan setiap pembekalLogik markup diulang dalam setiap penyambungPHPTRAVELSSatu set peraturan mengikut pembekal, pasaran atau kumpulan pelanggan
Menambah pembekalPembangunan setiap pembekalProjek menyeluruh baharu setiap kaliPHPTRAVELSPenyambung baharu dipetakan ke aliran hotel sedia ada

Kegunaan

API Booking.com mana yang sesuai untuk perniagaan anda

  • OTA dan aplikasi pelancongan

    Demand API ialah keluarga API Booking.com yang sesuai apabila pelancong mencari dan menempah penginapan di platform anda.

  • PMS dan pengurus saluran

    Booking.com Connectivity APIs melayani perisian hartanah yang mengurus kadar, ketersediaan dan tempahan, satu kegunaan yang berbeza.

  • Agensi pelancongan B2B

    Pembekal hotel yang diluluskan dijual kepada ejen dengan margin masing-masing dalam satu platform tempahan.

Mengapa PHPTRAVELS

Pembekal anda, perjanjian anda, kod anda

  • Kod sumber disertakan

    Dihoskan sendiri di bawah lesen komersial, supaya pembangun anda boleh melanjutkan setiap penyambung hotel.

  • Akaun rakan kongsi anda

    Anda memegang setiap perjanjian pembekal dan kelayakannya, disimpan dalam pemasangan anda sendiri.

  • Skop yang jelas

    Kami nyatakan pembekal mana yang penyambung sedia ada dan mana yang memerlukan pembangunan khusus.

  • 24 bahasa

    Jual hotel dalam bahasa dan mata wang pasaran anda, termasuk bahasa kanan ke kiri.

Soalan lazim

Soalan tentang API Booking.com, Priceline dan Expedia

Perkara yang ditanya OTA dan platform pelancongan sebelum projek integrasi API hotel.

Hubungi jualan

Mula-mula setiap pembekal meluluskan perniagaan anda: Booking.com melalui program rakan kongsinya dengan kunci API dan ID afiliasi, Priceline melalui perjanjian komersial dan kelayakan API-nya. Kemudian PHPTRAVELS memetakan fungsi carian, ketersediaan dan tempahan yang aktif ke satu aliran hotel, mengujinya dan mengalihkannya ke produksi.

Booking.com menyediakan API untuk pelbagai kegunaan rakan kongsi. Demand API boleh memberi rakan kongsi pelancongan yang diluluskan kandungan, carian, ketersediaan dan pesanan yang disokong, manakala Connectivity APIs direka untuk penyedia pengurusan hartanah dan kesambungan.

Demand API untuk aplikasi pelancongan yang mahukan inventori dan keupayaan tempahan Booking.com. Connectivity APIs untuk perisian yang mengurus hartanah yang disenaraikan di Booking.com, termasuk tempahan, kadar, ketersediaan dan kandungan.

Versi semasa Demand API menggunakan token bearer kunci API dan ID afiliasi, dan akaun rakan kongsi anda mesti mempunyai akses kepada endpoint yang diperlukan integrasi anda. Rujuk dokumentasi pembangun Booking.com terkini untuk akaun anda.

Tidak. Pembekal hotel yang disambungkan hari ini termasuk Hotelbeds, TBO Holidays, RateHawk, Hotelston, Stuba, Agoda, Amadeus dan Travelport. Booking.com, Priceline dan Expedia masing-masing memerlukan kelulusan rakan kongsi sendiri, dan penyambung untuk mana-mana daripadanya ialah pembangunan khusus yang kami skopkan bersama anda.

Tidak semestinya. Lapisan integrasi yang dinormalkan memetakan respons setiap pembekal ke satu struktur carian dan tempahan, manakala peraturan dan kelayakan pembekal kekal berasingan di backend.