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.
- Sediakan sandbox pembekal, kelayakan, skop inventori dan kad ujian
- Bina carian, harga atau pengesahan semula, tempahan dan pengeluaran atau pengesahan pada aliran bersama
- Tambah markup, komisen, polisi korporat dan had kredit ejen
- Tambah ID permintaan, log tempahan, senarai ralat dan amaran
- 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
Hasil bersatu
Penerbangan, hotel dan kereta dari API berbeza dalam satu senarai
Setiap pembekal memulangkan XML atau JSON sendiri. PHPTRAVELS menormalkan bilik, tambang, peraturan dan harga, menggunakan markup anda dan menandakan status setiap hasil sebelum sebarang tempahan.
- Lahore ke Dubai · TerusEkonomi · tambang GDS · 1 bagasiUSD 175
- Hotel Dubai Marina · 3 malamBilik kelamin · sarapan · kadar bank katilUSD 486
- Kereta kompak · Lapangan Terbang Dubai3 hari · jarak tanpa had · API keretaUSD 132
Semua operasi teras
Carian, harga atau pengesahan semula, tempahan, pengeluaran tiket, pembatalan dan bayaran balik, disambung sama bagi setiap pembekal.
Kandungan ternormal
Jenis bilik, pelan kadar, peraturan tambang, cukai dan tempoh pembatalan dipetakan ke satu model sebelum cache.
XML dan JSON
JSON REST jika pembekal menawarkannya, XML dengan XSD pembekal jika GDS dan bank katil masih memerlukannya.
Cubaan semula tempahan selamat
Kunci idempotensi semasa menempah, cubaan semula dengan backoff dan circuit breaker apabila pembekal gagal.
API pembayaran
Kad dengan 3-DS, kad maya untuk pembekal dan dompet untuk ejen, dipautkan kepada setiap tempahan.
Servis selepas tempahan
Pindaan, pembatalan, bayaran balik, pengeluaran semula dan perubahan jadual dari admin, dengan baucar semasa pengesahan.
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.
Sambung
Akses sandbox, pengesahan identiti, data ujian dan carian asas yang berfungsi.
Bina
Harga atau pengesahan semula, tempahan dan pengeluaran atau pengesahan pada aliran tempahan bersama.
Bayar
Kebenaran pembayaran, tangkapan dan webhook bayaran balik dipetakan ke ID tempahan.
Kukuhkan
ID permintaan, log, pengendalian ralat, cubaan semula dan amaran kegagalan pembekal.
Pensijilan
Pensijilan pembekal berdasarkan kes ujian dan senario tempahan yang dipersetujui.
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.
| Bidang | Pembangunan berasingan setiap API | PHPTRAVELS |
|---|---|---|
| Aliran tempahan | Pembangunan berasingan setiap APIDitulis semula untuk setiap pembekal | PHPTRAVELSSatu aliran carian, harga, tempahan dan bayaran balik untuk semua |
| Pemetaan kandungan | Pembangunan berasingan setiap APIFormat bilik dan tambang berbeza mengikut pembekal | PHPTRAVELSDinormalkan ke satu model sebelum dipaparkan |
| Cubaan semula dan log | Pembangunan berasingan setiap APISelalunya ditambah selepas kegagalan pertama | PHPTRAVELSID permintaan, cubaan semula dan tempahan idempoten sejak hari pertama |
| Pembayaran | Pembangunan berasingan setiap APIIntegrasi berasingan bagi setiap gerbang dan aliran | PHPTRAVELSPembayaran dipautkan ke tempahan dengan webhook bayaran balik |
| Masa setiap pembekal | Pembangunan berasingan setiap APIBergantung pada pengalaman dalaman | PHPTRAVELSBiasanya 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 jualanMenyambungkan 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.
Terokai lagi
Lagi tentang platform
- Apakah integrasi APIPanduan mudah untuk perniagaan pelancongan
- Integrasi API AmadeusPenerbangan, hotel dan kereta Amadeus di portal anda
- Integrasi API HotelbedsKadar, tempahan dan baucar Hotelbeds secara langsung
- Integrasi gerbang pembayaranPembayaran, 3D Secure, bayaran balik dan webhook
- Semua integrasiSenarai lengkap dan terkini
- TeknologiTeknologi di sebalik platform
