Demo langsung

Pembayaran untuk tempahan pelancongan

Integrasi gerbang pembayaran pelancongan yang memastikan setiap bayaran kekal terikat pada tempahannya

Sambungkan laman web tempahan atau portal B2B anda kepada penyedia pembayaran yang digunakan pelanggan anda. Pembayaran berlaku di dalam aliran tempahan, 3D Secure berjalan apabila kad memerlukannya, dan setiap kebenaran, tangkapan, bayaran balik dan webhook disimpan pada rujukan tempahan yang digunakan pasukan anda.

  • Pembayaran di dalam aliran tempahan
  • Berbilang mata wang jika penyedia membenarkan
  • 3D Secure dan kad bertoken
  • Pembatalan, bayaran balik dan penyesuaian

Pembayaran pelancongan yang selamat

Integrasi gerbang pembayaran pelancongan di dalam aliran tempahan anda

Pelanggan membayar penerbangan, hotel, lawatan dan pemindahan di halaman pembayaran anda sendiri, bukan melalui pautan pembayaran yang terpisah. Sistem tempahan menghantar jumlah, mata wang dan rujukan tempahan; gerbang memulangkan keputusan yang boleh ditindak oleh tempahan.

Aliran yang sama melayani Perisian tempahan penerbangan, Enjin tempahan hotel dan Perisian pengendali pelancongan: tempahan ditahan, bayaran diambil, dan pengesahan pembekal hanya menyusul apabila bayaran berjaya.

  • Berbilang mata wang

    Paparkan dan selesaikan dalam mata wang yang disokong penyedia dan akaun peniaga anda.

  • Pengesahan selamat

    Kad bertoken, 3D Secure dan semakan risiko penyedia sendiri.

  • Rekod boleh dijejak

    Transaksi, tempahan, bayaran balik dan rujukan penyelesaian kekal berkait.

Bayaran tempahanTempahanPT-48213
  1. Butiran
  2. Bayaran
  3. 3D Secure
  4. Disahkan
Bayar dalam
  • Penerbangan, 2 dewasa$612.00
  • Hotel, 3 malam$438.00
  • Yuran tempahan$15.00
Jumlah perlu dibayar$1,065.00 USD
  • Penerbangan, 2 dewasa€566.00
  • Hotel, 3 malam€405.00
  • Yuran tempahan€14.00
Jumlah perlu dibayar€985.00 EUR
  • Penerbangan, 2 dewasa£486.00
  • Hotel, 3 malam£348.00
  • Yuran tempahan£12.00
Jumlah perlu dibayar£846.00 GBP

Butiran kad terus dihantar ke gerbang anda

Jumlah contoh. Mata wang, kaedah dan yuran bergantung pada gerbang dan akaun peniaga anda.

Kitaran hayat transaksi

Bagaimana status bayaran dan status tempahan bergerak bersama

Bayaran pelancongan belum selesai apabila kad diluluskan. Pilih senario untuk melihat apa yang dilaporkan gerbang dan apa yang dilakukan tempahan pada setiap langkah.

Dibayar dan disahkan

DitangkapDisahkan
  1. 0100:00Tempahan menghantar jumlah, mata wang dan rujukan ke gerbangBayaranMenungguTempahanDitahan
  2. 0200:04Gerbang meluluskan kad dan menahan danaBayaranDibenarkanTempahanDitahan
  3. 0300:09Pembekal mengesahkan tempahanBayaranDibenarkanTempahanDisahkan
  4. 0400:10Dana yang ditahan ditangkapBayaranDitangkapTempahanDisahkan
  5. 0500:11Webhook bertandatangan disimpan pada tempahanBayaranDitangkapTempahanDisahkan

Menangkap selepas pembekal mengesahkan bermakna pelanggan tidak pernah dicaj untuk tempahan yang tidak wujud.

Cabaran 3D Secure

DitangkapDisahkan
  1. 0100:00Tempahan menghantar jumlah, mata wang dan rujukan ke gerbangBayaranMenungguTempahanDitahan
  2. 0200:03Bank meminta cabaran 3D SecureBayaranTindakan diperlukanTempahanDitahan
  3. 0300:41Pelanggan melengkapkan pengesahan dan bayaran dibenarkanBayaranDibenarkanTempahanDitahan
  4. 0400:46Pembekal mengesahkan tempahanBayaranDibenarkanTempahanDisahkan
  5. 0500:47Dana yang ditahan ditangkapBayaranDitangkapTempahanDisahkan

Tempahan kekal ditahan semasa pelanggan mengesahkan. Jika cabaran gagal atau tamat masa, tahanan dilepaskan dan tiada apa yang dicaj.

Harga berubah

DitangkapDisahkan
  1. 0100:00Harga disahkan semula dengan pembekal sebelum cajBayaranBelum bermulaTempahanDitahan
  2. 0200:02Harga baharu dipaparkan kepada pelanggan untuk kelulusanBayaranBelum bermulaTempahanHarga dikemas kini
  3. 0300:30Pelanggan menerima dan bayaran dicipta untuk jumlah baharuBayaranMenungguTempahanHarga dikemas kini
  4. 0400:34Gerbang meluluskan kad dan menahan danaBayaranDibenarkanTempahanHarga dikemas kini
  5. 0500:39Pembekal mengesahkan tempahanBayaranDibenarkanTempahanDisahkan
  6. 0600:40Dana yang ditahan ditangkapBayaranDitangkapTempahanDisahkan

Pengesahan semula sebelum bayaran menghalang agensi daripada menanggung kenaikan tambang yang tidak pernah dilihatnya.

Pembekal gagal selepas bayaran

DibatalkanGagal
  1. 0100:00Tempahan menghantar jumlah, mata wang dan rujukan ke gerbangBayaranMenungguTempahanDitahan
  2. 0200:04Gerbang meluluskan kad dan menahan danaBayaranDibenarkanTempahanDitahan
  3. 0300:12Pembekal menolak tempahanBayaranDibenarkanTempahanGagal
  4. 0400:13Kebenaran dibatalkan sebelum tangkapan, jadi tiada cajBayaranDibatalkanTempahanGagal
  5. 0500:14Pelanggan dan pasukan operasi dimaklumkan dengan kedua-dua rujukanBayaranDibatalkanTempahanGagal

Oleh kerana dana hanya dibenarkan, ia dilepaskan dengan pembatalan dan bukan bayaran balik. Jika penyedia menangkap serta-merta, langkah yang sama menjadi bayaran balik.

Urutan ilustrasi. Sama ada dana dibenarkan dahulu atau ditangkap serta-merta bergantung pada gerbang dan tetapan anda.

Di sebalik tabir

Permintaan, webhook dan bayaran balik yang membawa rujukan tempahan

Setiap panggilan ke gerbang membawa rujukan tempahan dan kunci idempoten, dan setiap peristiwa daripada gerbang disahkan sebelum ia mengubah tempahan.

  1. 1Rujukan tempahan dibawa sebagai metadata, jadi papan pemuka penyedia dan panel pentadbir anda memaparkan tempahan yang sama.
  2. 2Kunci idempoten menghalang klik berganda atau cubaan semula rangkaian daripada mengecaj dua kali.
  3. 3Jumlah dihantar dalam unit terkecil dengan kod mata wang yang jelas.
  1. 1Tandatangan disemak terhadap rahsia webhook anda sebelum apa-apa berubah.
  2. 2Jenis peristiwa menentukan tindakan tempahan: sahkan, lepaskan atau tandakan untuk semakan.
  3. 3Penghantaran berulang bagi peristiwa yang sama dikenal pasti dan diabaikan.
  1. 1Jumlah separa meliputi caj pembatalan yang disimpan oleh agensi atau pembekal.
  2. 2Bayaran balik merujuk kepada bayaran asal dan tempahan yang dibatalkan.
  3. 3Kod sebab dihantar kepada penyedia dan ke dalam rekod anda untuk sokongan dan pertikaian.

Penyedia yang belum disambungkan dikendalikan sebagai Integrasi API tersuai. Gerbang popular mempunyai halaman sendiri: Pembayaran Stripe dan Pembayaran PayPal.

POST /v1/paymentsIdempotency-Key: bk_PT-48213_a1{  "amount": 106500,  "currency": "USD",  "capture": "after_confirmation",  "metadata": {    "booking": "PT-48213",    "pnr": "X7K2LM"  }}
POST /webhooks/paymentsSignature: t=1791012345,v1=5f3ac1…{  "id": "evt_8841",  "type": "payment.captured",  "payment": "pay_3QK19",  "metadata": { "booking": "PT-48213" }}→ 200 OK  booking=PT-48213 status=confirmed
POST /v1/refundsIdempotency-Key: rf_PT-48213_1{  "payment": "pay_3QK19",  "amount": 41800,  "currency": "USD",  "reason": "cancelled_by_customer",  "metadata": {    "booking": "PT-48213",    "retained_fee": 2000  }}

Contoh generik. Nama medan mengikut API gerbang yang anda pilih.

Operasi khusus pelancongan

Kawalan bayaran untuk perkara yang tersilap dalam pelancongan

Harga berubah, pembekal gagal dan pelanggan membatalkan. Setiap kawalan menjawab situasi yang kerap dihadapi pasukan operasi.

  • Situasi01

    Kadar hotel naik antara carian dan bayaran.

    Kawalan

    Pengesahan semula harga

    Harga pembekal terkini disahkan sebelum pelanggan dicaj, dan sebarang perubahan dipaparkan untuk kelulusan.

  • Situasi02

    Pelanggan menekan Bayar dua kali pada sambungan perlahan.

    Kawalan

    Aliran tempahan idempoten

    Permintaan berulang memulangkan keputusan pertama dan bukannya mencipta caj kedua atau tempahan kedua.

  • Situasi03

    Pelanggan membayar dalam euro dan pembekal menginvois dalam dolar.

    Kawalan

    Peraturan mata wang dan markup

    Mata wang pembayaran, nilai tempahan, markup dan jumlah penyelesaian masing-masing direkodkan.

  • Situasi04

    Dua malam daripada penginapan lima malam dibatalkan.

    Kawalan

    Pembatalan dan bayaran balik separa

    Pembalikan penuh atau separa terikat pada pembatalan atau pindaan yang menyebabkannya.

  • Situasi05

    Pemegang kad mempertikaikan caj berbulan-bulan selepas perjalanan.

    Kawalan

    Pertikaian dan caj balik

    Peristiwa penyedia, keputusan pengesahan dan dokumen tempahan disimpan bersama sebagai bukti.

  • Situasi06

    Webhook tiba untuk tempahan yang sudah dibatalkan.

    Kawalan

    Webhook dan amaran

    Peristiwa yang disahkan mengemas kini tempahan; apa-apa yang tidak sepadan ditandakan untuk semakan oleh seseorang.

Liputan penyedia

Pilih gerbang untuk pasaran dan pelanggan anda

Ketersediaan bergantung pada kelulusan peniaga, liputan negara, mata wang dan kaedah pembayaran. Banyak agensi menggabungkan gerbang kad global dengan penyedia serantau dan pilihan penyelesaian B2B.

  • A

    Gerbang kad global

    Penerimaan kad, pentokenan, 3D Secure, bayaran balik dan pembayaran berbilang pasaran.

  • B

    Penyedia serantau

    Mata wang tempatan, rangkaian pembayaran domestik dan kaedah khusus pasaran.

  • C

    Dompet digital

    Pembayaran lebih pantas untuk pelanggan yang memilih akaun dompet yang diluluskan.

  • D

    Aliran pembayaran B2B

    Kredit ejen, rekod pembayaran manual dan aliran kerja pembayaran terkawal.

Apa yang biasanya diliputi setiap jenis
KeperluanAGerbang kad globalBPenyedia serantauCDompet digitalDAliran pembayaran B2B
Kad antarabangsaBiasanya diliputiBiasanya diliputiBergantung pada penyediaBukan pilihan biasa
Kaedah tempatan dan rangkaian bankBergantung pada penyediaBiasanya diliputiBergantung pada penyediaBukan pilihan biasa
3D SecureBiasanya diliputiBergantung pada penyediaBergantung pada penyediaBukan pilihan biasa
Bayaran balik dan pembatalanBiasanya diliputiBergantung pada penyediaBergantung pada penyediaBiasanya diliputi
Beberapa mata wangBiasanya diliputiBergantung pada penyediaBergantung pada penyediaBergantung pada penyedia
Kredit ejen dan depositBukan pilihan biasaBukan pilihan biasaBukan pilihan biasaBiasanya diliputi
  • Biasanya diliputi
  • Bergantung pada penyedia
  • Bukan pilihan biasa

Gerbang dalam direktori integrasi

Nama-nama ini datang daripada Semua integrasi langsung. Akaun peniaga dan yuran transaksi dipersetujui dengan syarikat pembayaran yang anda pilih.

Penyelesaian tanpa gerbang

  • Baki dompet
  • Pindahan bank
  • Bayar kemudian

Untuk ejen dan jualan luar talian, tempahan juga boleh diselesaikan daripada Dompet ejen B2B, melalui pindahan bank atau sebagai bayar kemudian, dengan setiap bayaran direkodkan oleh pasukan anda.

Skop projek

Apa yang kami perlukan untuk menetapkan skop integrasi pembayaran anda

Akaun penyedia yang jelas dan aliran transaksi yang ditetapkan membolehkan kami menentukan skop, ujian dan penghantaran dengan tepat. Tandakan apa yang anda sudah ada.

0/5sedia

Senarai semak skop

Laluan ke pelancaran

  1. 01

    Kunci sandbox

    Platform berjalan terhadap persekitaran ujian penyedia.

  2. 02

    Kes ujian

    Lulus, tolak, 3D Secure, pembatalan dan bayaran balik, setiap satu pada tempahan ujian.

  3. 03

    Titik akhir webhook

    Tandatangan disahkan dan setiap jenis peristiwa dipetakan kepada tindakan tempahan.

  4. 04

    Kunci produksi

    Kelayakan langsung diaktifkan, dengan bayaran gagal dipantau.

Rancang pembayaran anda

Kerja gerbang ditetapkan skopnya bersama platform tempahan anda. PHPTRAVELS ialah lesen sekali bayar dari $2499 dengan kod sumber disertakan, dihoskan pada pelayan anda sendiri; lihat Harga untuk liputan setiap pelan.

Cuba demoHubungi kami

Pembayaran disambungkan kepada

Soalan pembeli

Soalan lazim integrasi gerbang pembayaran

Apa yang ditanya agensi sebelum menambah pembayaran dalam talian ke platform tempahan mereka.

Hubungi jualan

Ia menyambungkan laman web atau portal tempahan pelancongan kepada penyedia pembayaran, supaya pelanggan membayar semasa pembayaran dan sistem tempahan dapat menjejak kebenaran, tangkapan, bayaran balik dan status bayaran dengan selamat untuk setiap tempahan.

PHPTRAVELS menyokong pelbagai gerbang global dan serantau yang disenaraikan dalam direktori integrasi. Pilihan yang tepat bergantung pada negara anda, kelulusan peniaga, mata wang, kaedah pembayaran dan API penyedia yang tersedia untuk akaun anda.

Ya, apabila gerbang yang dipilih dan akaun peniaga menyokong mata wang paparan dan penyelesaian yang anda perlukan. Penukaran mata wang, markup dan peraturan penyelesaian disahkan semasa penetapan skop projek.

3D Secure disertakan apabila penyedia menyokongnya dan ia diaktifkan untuk akaun peniaga anda. Integrasi mengendalikan keputusan pengesahan, ubah hala atau cabaran terbenam, dan status bayaran akhir.

Ya, jika API penyedia menyokongnya. Bayaran balik penuh atau separa, pembatalan dan caj pembatalan dikaitkan dengan rujukan tempahan dan transaksi yang berkaitan.

Syarikat pembayaran. Anda membuka akaun peniaga dengan penyedia pilihan anda dan bersetuju tentang yurannya secara terus dengan mereka. PHPTRAVELS menyambungkan platform anda kepada akaun itu dengan kelayakan yang anda berikan.

Terokai lagi

Lagi tentang platform