Demo langsung

Tempahan untuk agensi dan OTA

Sistem tempahan perjalanan untuk agensi, OTA dan operator

Satu rekod merangkumi carian, semakan harga, tempahan, bayaran, tiket atau baucar, kemudian pindaan, pembatalan atau bayaran balik. PHPTRAVELS dihos sendiri untuk agensi, OTA dan operator. Kod sumber ada dalam lesen komersial sekali bayar. Pembeli membawa kontrak pembekal.

  • Satu rekod tempahan
  • B2C, B2B, pejabat dan API
  • Inventori sendiri dan API
  • Kod sumber, hos sendiri
Buka demo langsungLihat harga lesen

Takrif

Apakah sistem tempahan perjalanan?

Agensi, OTA atau operator menggunakannya untuk mencari, menetapkan harga, menempah dan mengurus perjalanan. Rekod menyimpan pelancong, produk, pengesahan pembekal, bayaran serta baucar atau e-tiket. Ia bukan GDS dan bukan CRS kumpulan hotel.

Platform wujud sejak Mei 2014. Laman menyatakan 4,800+ agensi dan 5 juta tempahan setakat September 2026, di 100+ negara. Tentang kami memperkenalkan syarikat. Kisah kejayaan menunjukkan agensi pada produk. Tiada pelanggan rekaan.

Perisian tempahan perjalanan ialah produk yang lebih luas. Portal pelancongan B2C laman awam, Portal pelancongan B2B meja ejen, Portal pelancongan label putih portal berjenama, Perisian agensi pelancongan dalam talian perniagaan berbentuk OTA. Halaman ini hanya rekod tempahan bersama.

Lesen sekali bayar, bukan langganan. Pengehosan, yuran pembekal dan tambahan adalah berasingan. PHPTRAVELS tidak menambah yuran setiap tempahan. Amaun hanya di Harga.

Untuk siapaTiga jenis penjual, satu tempahan. Lesen menentukan saluran yang disertakan.

  • Agensi pelancongan

    Menjual di domain agensi, dengan markup sendiri dan akaun pedagang sendiri. Perubahan tarikh meminda tempahan ini.

  • OTA

    Beberapa pembekal berkongsi satu senarai hasil. Penerbangan, penginapan dan lawatan boleh berada dalam satu tempahan, masing-masing dengan rujukan pembekal.

  • Operator pelancongan

    Memuatkan pelepasan sendiri, kemudian menambah penerbangan, hotel, pemindahan atau kereta daripada API pembekal apabila jadual memerlukannya.

Kitaran tempahan

Bagaimanakah sistem tempahan perjalanan berfungsi?

Cari, semak harga, tempah, bayar, tiket atau baucar, kemudian pinda, batal atau bayar balik. Pembekal berubah. Rekod tidak.

  1. 01

    Carian

    Laluan, penginapan, pelepasan atau kenderaan diminta. Setiap pembekal yang dihidupkan ditanya sendiri, supaya sambungan perlahan tidak menahan yang lain.

  2. 02

    Semakan harga

    Tarif disemak semula dengan pembekal sebelum bayaran. Kekosongan yang habis digugurkan. Tarif penerbangan disahkan semula sebelum sesiapa membayar.

  3. 03

    Tempahan

    Butiran penumpang atau tetamu, PNR atau rujukan pembekal menunggu sehingga bayaran kembali. Percubaan semula tidak membuka tempahan kedua.

  4. 04

    Bayaran

    Daftar keluar menggunakan kelayakan gerbang dalam admin. Pembeli membayar akaun pedagang agensi. PHPTRAVELS tidak berada dalam penyelesaian dan tidak menambah yuran setiap tempahan.

  5. 05

    Tiket atau baucar

    Pengeluaran menyimpan nombor e-tiket pada penerbangan apabila peraturan tarif membenarkan. Hotel, lawatan, pemindahan dan kereta mendapat baucar berjenama agensi. Invois mengikut rekod yang sama.

  6. 06

    Pinda, batal atau bayar balik

    Pindaan, pembatalan dan bayaran balik kekal pada rekod ini, mengikut peraturan pembekal. Penerbangan boleh dibatalkan secara void, dibayar balik atau dikeluarkan semula. Hotel dan lawatan mengikut tetingkap pembatalan pada tempahan.

PNR dan pengeluaran secara terperinci ada di Sistem tempahan penerbangan. Bilik kumpulan hotel ada di Sistem tempahan pusat. Halaman ini ialah tempahan yang boleh memegang lebih daripada satu produk.

Satu tempahan

Satu rekod untuk penerbangan, penginapan, lawatan dan kereta

Setiap modul menyimpan rujukan pembekal. Tempahan ialah folder produk yang sudah dihantar platform.

  • Penerbangan

    Carian, peraturan tarif, PNR, e-tiket, pindaan dan bayaran balik melalui perjanjian GDS agensi, serta tarif NDC dan tambang rendah melalui konsolidator.

    Penerbangan

  • Penginapan

    Tarif bedbank dan kontrak terus dalam satu carian. Dua bedbank yang memulangkan bilik yang sama menunjuk ke satu rekod hotel.

    Penginapan

  • Lawatan

    Aktiviti pembekal serta pelepasan yang dimuatkan operator. Tempat duduk, baucar dan rujukan pembekal kekal pada tempahan.

    Lawatan & aktiviti

  • Kereta

    Sewa kereta daripada pembekal seperti CarTrawler, pada tempahan yang sama dengan penerbangan atau hotel.

    Kereta & transfer

  • Pemindahan

    Pemindahan lapangan terbang dan titik ke titik melalui modul kereta dan API pengangkutan, dengan nombor penerbangan supaya pengambilan mengikut ketibaan.

    API Pengangkutan

  • Visa

    Permohonan visa kekal dalam admin yang sama dengan tempahan. Ia modul lain, bukan syarikat kedua.

    Visa pelancongan

Lawatan ada di Lawatan & aktiviti. Aliran operator ada di Perisian pengendali pelancongan. Aktiviti disambung melalui API Tur. Kapal persiaran, feri dan kereta api ada di Gambaran platform dan di sini pilihan.

Inventori

Bolehkah saya muat naik hotel, lawatan dan pemindahan berkontrak?

Ya. Kontrak dan API berkongsi satu rekod. Lesen merangkumi penyambung, bukan kontrak, kelayakan atau penerimaan pembekal.

Pembekal yang dinamakan di halaman ini
  • Amadeus
  • Sabre
  • Travelport
  • Duffel
  • Hotelbeds
  • TBO
  • RateHawk
  • Viator
  • Tiqets
  • CarTrawler
  • Stripe
  • PayPal
  • Flutterwave
  • Paystack

Senarai penyambung yang hidup ialah Semua integrasi.

Kontrak pembekal

Adakah saya perlukan kontrak GDS untuk menggunakannya?

Hanya untuk kandungan GDS. Amadeus, Sabre dan Travelport memerlukan perjanjian IATA atau konsolidator agensi. Perisian tidak memberikan itu atau kuasa mengeluarkan tiket. Duffel, Kiwi dan PKfare boleh membekalkan tarif NDC dan tambang rendah. Hotel boleh Hotelbeds atau kontrak yang dimuat. Lawatan boleh pelepasan operator.

Pembeli membawa setiap kontrak dan setiap kelayakan. Penyambung tidak membuka inventori yang belum ditandatangani agensi.

Saluran

Bolehkah ejen pelancongan menempah seperti pelanggan?

Ya. Empat jalan masuk ke satu sistem tempahan perjalanan: B2C, ejen B2B, pejabat belakang dan REST API. Lesen menentukan yang disertakan.

  • Laman B2C

    Pelancong membayar di domain agensi. B2C ada pada setiap lesen. Startup: Inggeris, satu mata wang, satu domain. Agency menambah bahasa, termasuk kanan ke kiri. Enterprise menambah mata wang dan domain, serta membuang pautan Powered by.

    Portal pelancongan B2C

  • Ejen B2B

    Ejen menggunakan log masuk, kredit dan markup meja. Portal B2B ialah Enterprise. Agency dan Enterprise menyertakan dompet pelanggan. Markup Startup tetap. Agency dan Enterprise menambah peratusan.

    Portal pelancongan B2B

  • Pejabat belakang

    Kakitangan mencari, menempah, meminda dan membayar balik dalam admin. Baucar, invois dan laporan menggunakan tempahan yang sama. CMS menyimpan slug, tajuk meta, penerangan, imej sosial, canonical, robots dan sitemap.

    CMS

  • REST API

    Tambahan API JSON membenarkan aplikasi lain mencipta dan membaca tempahan. Ia disebut harga secara berasingan, tidak menambah inventori, dan merangkumi pembekal yang belum disambung.

    Gambaran platform

Laman awam ialah Portal pelancongan B2C. Portal ejen ialah Portal pelancongan B2B. Portal berjenama ialah Portal pelancongan label putih. Gambaran platform ialah Gambaran platform.

Bayaran

Bayaran dalam sistem tempahan perjalanan

Daftar keluar menggunakan kunci gerbang dalam admin. Wang diselesaikan dalam akaun pedagang agensi.

  • Stripe dan PayPal

    Stripe dan PayPal ialah penyambung sedia. Caj atau bayaran balik kekal pada tempahan. PHPTRAVELS tidak menambah yuran bayaran setiap tempahan.

    Pembayaran Stripe

  • Adyen dan pindahan

    Adyen berada dalam senarai gerbang di sisi Stripe, PayPal, pindahan bank dan dompet ejen. Agensi menyambung akaun yang sudah ada.

    Integrasi gerbang pembayaran

  • Gerbang serantau

    Cashfree ialah gerbang sedia untuk India. Flutterwave dan Paystack sedia di hab laman utama. Setiap satu menggunakan akaun agensi.

    Integrasi gerbang pembayaran

  • Gerbang yang belum sedia

    Gerbang tanpa penyambung sedia boleh ditambah sebagai integrasi tersuai pada kod sumber yang disertakan. Skopnya ditentukan selepas lesen. Panduan gerbang memetakan yang sudah disambung.

    API Gerbang Pembayaran

Stripe ialah Pembayaran Stripe. PayPal ialah Pembayaran PayPal. Panduan gerbang ialah Integrasi gerbang pembayaran.

CRS, GDS, sistem tempahan

Apakah perbezaan CRS, GDS dan sistem tempahan perjalanan?

Tiga nama, tiga sistem. Syarikat boleh menggunakan ketiga-tiganya. Mereka tidak menggantikan satu sama lain.

CRS, GDS dan sistem tempahan perjalanan
SoalanSistem tempahan pusatGDSSistem tempahan perjalanan
Apa ituLapisan kawalan bilik, tarif, sekatan dan tempahan sebuah kumpulan hotel.Amadeus, Sabre dan Travelport mengedarkan kandungan penerbangan, dan sebahagian kandungan hotel, kepada pelanggan.Sistem agensi, OTA atau operator untuk penerbangan, penginapan, lawatan, kereta dan pemindahan.
Dari mana produk datangPeruntukan dan kontrak kumpulan.Kandungan yang boleh dijual pelanggan di bawah perjanjiannya sendiri.Inventori yang dimuatkan perniagaan, serta API yang disambung dengan kelayakan sendiri.
Apa yang disimpanTempahan bilik, baucar dan invois kumpulan itu.PNR dan, selepas tiket dikeluarkan, e-tiket di dalam GDS.Pelancong, produk, rujukan pembekal, bayaran, baucar atau e-tiket, dan pindaan kemudian.
Siapa yang mengendalikanKumpulan hotel atau syarikat yang mengurus hartanah.Syarikat GDS. Agensi ialah pelanggan.Perniagaan pelancongan. Pemasangan dihos sendiri, dengan kod sumber.
Di mana ia berada di siniHalaman sistem tempahan pusat.Halaman sistem tempahan penerbangan, serta panduan GDS.Halaman ini.

Sistem kumpulan hotel ialah Sistem tempahan pusat. Bahagian penerbangan ialah Sistem tempahan penerbangan.

Contoh

Apakah contoh sistem tempahan perjalanan?

Amadeus, Sabre dan Travelport ialah GDS, sebab itu mereka muncul di sisi carian ini. PHPTRAVELS bersambung dengan kelayakan agensi. Lesen bukan kontrak GDS dan tidak menggantikan GDS.

PHPTRAVELS ialah rekod di sekeliling kandungan itu dan di sekeliling hotel, lawatan serta pemindahan milik perniagaan. Jiran kumpulan hotel ialah Sistem tempahan pusat. PNR dan pengeluaran ada di Sistem tempahan penerbangan.

Pejabat belakang

Ciri apakah yang patut ada pada sistem tempahan perjalanan?

Markup, mata wang, bahasa, baucar, invois dan laporan mengekalkan rekod selepas jualan. Pembungkusan dinamik tidak didakwa di halaman ini.

  • Markup

    Amaun tetap pada Startup. Agency dan Enterprise menambah peratusan. Pembeli melihat harga jualan. Meja masih melihat bersih.

  • Pelbagai mata wang

    Satu mata wang pada Startup dan Agency. Mata wang tanpa had pada Enterprise. Bayaran balik menggunakan rekod yang sama dengan bayaran.

  • Pelbagai bahasa

    Inggeris pada Startup. Bahasa tanpa had, termasuk kanan ke kiri, bermula Agency. Satu tempahan, bukan salinan setiap bahasa.

  • Baucar dan e-tiket

    Hotel, lawatan, pemindahan dan kereta mendapat baucar berjenama agensi. Penerbangan menyimpan PNR dan nombor e-tiket pada tempahan itu.

  • Invois

    Invois mengikut baucar. Kaedah bayaran dan hasil kekal pada tempahan yang dipadankan dengan bayaran balik atau invois pembekal.

  • Laporan

    Tempahan, hasil, bayaran balik dan lejar ejen dieksport daripada tempahan dalam admin.

Pengehosan

SaaS awan atau hos sendiri?

Hos sendiri, dengan kod sumber pada setiap lesen di bawah lesen komersial. Bukan SaaS berbilang penyewa yang disewa, dan bukan sumber terbuka.

Lesen hos sendiri dan portal SaaS sewaan
SoalanLesen hos sendiri iniPortal SaaS sewaan
Kod sumberDisertakan pada setiap lesen. Mengubah kod ialah syarat Enterprise.Biasanya kekal dengan vendor.
Di mana ia berjalanPelayan agensi, atau pengehosan terurus. Tempahan berada pada pemasangan itu.Awan vendor. Agensi menetapkan log masuk.
Rekod tempahanPangkalan data agensi pada pemasangan itu.Penyewa vendor, dengan eksport hanya jika kontrak membenarkan.
PembekalPenyambung direktori. Agensi menandatangani setiap pembekal dan memasukkan kunci.Selalunya pembekal atau tarif vendor.
BayaranAkaun pedagang agensi dan kelayakan gerbang.Selalunya daftar keluar vendor.

Perbandingan yang lebih panjang ialah Hos sendiri vs SaaS. Pengehosan terurus ialah Hosting kongsi atau Pengehosan VPS. Amaun ada di Harga.

Lesen

Berapakah kos sistem tempahan perjalanan?

Lesen sekali bayar: Startup, Agency, Enterprise. B2C, admin dan kod sumber ada pada ketiga-tiganya. Ejen B2B ialah Enterprise. Pengehosan, deposit, aplikasi dan API JSON berasingan. Tiada yuran setiap tempahan daripada PHPTRAVELS.

Amaun hanya di Harga. Yuran pembekal dan gerbang ialah kontrak syarikat itu. Kerja tersuai diskop selepas lesen.

Lihat harga lesen

Persediaan

Berapa lama masa untuk menyediakan?

Persediaan mengambil 7 hingga 10 hari bekerja pada Startup, 1 hingga 2 hari bekerja pada Agency, dan 4 hingga 6 jam pada Enterprise: pemasangan, konfigurasi dan ujian. Kelulusan pembekal boleh mengambil masa lebih lama.

  1. Jelajah demo

    Cari penerbangan, penginapan, lawatan atau kereta pada demo langsung dan buka tempahan sebelum memilih pelan.

  2. Baca pelan

    Startup ialah Inggeris, satu mata wang, satu domain. Agency menambah bahasa. Enterprise menambah ejen, mata wang dan domain.

  3. Pesan lesen

    Lesen ialah pesanan sekali bayar. Pengehosan ialah pelayan agensi atau pengehosan terurus. Kontrak pembekal kekal atas nama agensi.

  4. Konfigurasi dan uji

    Pasang, letakkan jenama, masukkan kelayakan, tetapkan markup, sambung gerbang, dan bawa satu tempahan hingga baucar atau e-tiket.

Demo ialah Demo langsung. Pelan dan tetingkap persediaan ialah Harga.

Kesesuaian jujur

Siapa yang sesuai dengan sistem tempahan perjalanan

Sesuai

Agensi, OTA atau operator yang menandatangani pembekal sendiri dan mahu rekod dihos sendiri dengan kod sumber. Startup satu bahasa, mata wang dan domain. Agency menambah bahasa. Enterprise menambah ejen, mata wang dan domain.

Kurang sesuai

Bilik kumpulan hotel ada pada halaman CRS. PNR dan pengeluaran ada pada halaman penerbangan. Kandungan GDS dan kuasa mengeluarkan tiket tidak disertakan. Pembungkusan dinamik tidak dijanjikan.

Kumpulan hotel: Sistem tempahan pusat. Pengeluaran tiket penerbangan: Sistem tempahan penerbangan. Produk yang lebih luas: Perisian tempahan perjalanan.

Langkah seterusnya

Lihat sistem tempahan perjalanan pada demo

Ikuti satu tempahan daripada carian hingga baucar, kemudian baca lesen pada halaman harga.

Buka demo langsungLihat harga lesenHubungi jualan

Sistem berkaitan

FAQ

Soalan tentang sistem tempahan perjalanan

Jawapan daripada produk seperti yang dijual. Amaun kekal pada halaman harga.

Hubungi jualan

Sistem yang digunakan agensi, OTA atau operator untuk mencari, menetapkan harga, menempah dan mengurus perjalanan. Satu rekod menyimpan pelancong, produk, rujukan pembekal, bayaran serta baucar atau e-tiket. PHPTRAVELS dihos sendiri, kod sumber disertakan, pada lesen komersial sekali bayar.

Cari, sahkan semula tarif, simpan PNR atau rujukan pembekal, terima bayaran pada gerbang agensi, keluarkan e-tiket atau baucar, kemudian pinda, batal atau bayar balik pada rekod itu.

CRS menyimpan bilik dan tarif kumpulan hotel. GDS seperti Amadeus, Sabre atau Travelport mengedarkan kandungan di bawah perjanjian pelanggan. Sistem tempahan perjalanan ialah rekod agensi. PHPTRAVELS bersambung ke GDS dan tidak menggantikannya.

Amadeus, Sabre dan Travelport ialah GDS. PHPTRAVELS bersambung kepadanya dan ialah sistem tempahan untuk penerbangan, penginapan, lawatan, kereta dan pemindahan. Halaman CRS dan penerbangan merangkumi dua sistem yang lain.

Satu rekod, semakan harga, markup, mata wang dan bahasa mengikut lesen, baucar, e-tiket, invois dan laporan. B2C ada pada setiap pelan. Ejen B2B ialah Enterprise. REST API ialah tambahan. Pembungkusan dinamik tidak didakwa.

Ya. Peruntukan hotel, tarif dan stop-sell masuk ke extranet. Lawatan ialah pelepasan operator. Pemindahan boleh menjadi perkhidmatan agensi. API pembekal berdiri di sisi inventori itu. Agensi membawa kontrak.

Hanya untuk tarif GDS. Amadeus, Sabre dan Travelport memerlukan perjanjian IATA atau konsolidator agensi. Lesen tidak memberikannya atau kuasa mengeluarkan tiket. Hotelbeds, Viator, Tiqets, CarTrawler dan kontrak yang dimuat tidak memerlukan GDS.

Pelanggan menggunakan B2C pada setiap lesen. Ejen menggunakan portal B2B pada Enterprise, dengan log masuk, kredit dan markup. Agency dan Enterprise menambah dompet pelanggan. Kakitangan menggunakan pejabat belakang. Tambahan REST API menggunakan tempahan yang sama.

Hos sendiri. Kod sumber ada pada setiap lesen di bawah lesen komersial, bukan lesen sumber terbuka. Gunakan pelayan agensi atau pengehosan terurus. Mengubah kod dan kemas kini seumur hidup ialah syarat Enterprise.

Startup, Agency dan Enterprise ialah lesen sekali bayar. Amaun hanya pada halaman harga. Pengehosan, yuran pembekal, aplikasi dan API JSON berasingan. Tiada yuran setiap tempahan daripada PHPTRAVELS.

7 hingga 10 hari bekerja pada Startup, 1 hingga 2 pada Agency, dan 4 hingga 6 jam pada Enterprise, termasuk pemasangan, konfigurasi dan ujian. Kelulusan pembekal boleh mengambil masa lebih lama.

Terokai lagi

Lagi tentang platform