Pembayaran untuk pemesanan travel

Integrasi payment gateway travel yang menjaga setiap pembayaran tetap terikat pada pemesanannya

Hubungkan situs pemesanan atau portal B2B Anda dengan penyedia pembayaran yang dipakai pelanggan. Checkout terjadi di dalam alur pemesanan, 3D Secure berjalan saat kartu memerlukannya, dan setiap otorisasi, capture, refund, dan webhook disimpan pada referensi pemesanan yang dipakai tim Anda.

  • Checkout di dalam alur pemesanan
  • Multi-mata uang jika penyedia mengizinkan
  • 3D Secure dan kartu tertokenisasi
  • Void, refund, dan rekonsiliasi

Checkout travel yang aman

Integrasi payment gateway travel di dalam alur pemesanan Anda

Pelanggan membayar penerbangan, hotel, tur, dan transfer di halaman checkout Anda sendiri, bukan lewat tautan pembayaran yang terpisah. Sistem pemesanan mengirim jumlah, mata uang, dan referensi pemesanan; gateway mengembalikan hasil yang bisa ditindaklanjuti pemesanan.

Alur yang sama melayani Software pemesanan tiket pesawat, Mesin pemesanan hotel, dan Software tour operator: pemesanan ditahan, pembayaran diambil, dan konfirmasi supplier menyusul hanya jika pembayaran berhasil.

  • Multi-mata uang

    Tampilkan dan selesaikan dalam mata uang yang didukung penyedia dan akun merchant Anda.

  • Autentikasi aman

    Kartu tertokenisasi, 3D Secure, dan pemeriksaan risiko milik penyedia.

  • Catatan yang dapat dilacak

    Transaksi, pemesanan, refund, dan referensi settlement tetap saling terhubung.

Pembayaran pemesananPemesananPT-48213
  1. Detail
  2. Pembayaran
  3. 3D Secure
  4. Terkonfirmasi
Bayar dalam
  • Penerbangan, 2 dewasa$612.00
  • Hotel, 3 malam$438.00
  • Biaya pemesanan$15.00
Total pembayaran$1,065.00 USD
  • Penerbangan, 2 dewasa€566.00
  • Hotel, 3 malam€405.00
  • Biaya pemesanan€14.00
Total pembayaran€985.00 EUR
  • Penerbangan, 2 dewasa£486.00
  • Hotel, 3 malam£348.00
  • Biaya pemesanan£12.00
Total pembayaran£846.00 GBP

Data kartu langsung dikirim ke gateway Anda

Jumlah contoh. Mata uang, metode, dan biaya bergantung pada gateway dan akun merchant Anda.

Siklus hidup transaksi

Bagaimana status pembayaran dan status pemesanan bergerak bersama

Pembayaran travel belum selesai saat kartu disetujui. Pilih skenario untuk melihat apa yang dilaporkan gateway dan apa yang dilakukan pemesanan di setiap langkah.

Dibayar dan terkonfirmasi

Ter-captureTerkonfirmasi
  1. 0100:00Pemesanan mengirim jumlah, mata uang, dan referensi ke gatewayPembayaranTertundaPemesananDitahan
  2. 0200:04Gateway menyetujui kartu dan menahan danaPembayaranTerotorisasiPemesananDitahan
  3. 0300:09Supplier mengonfirmasi pemesananPembayaranTerotorisasiPemesananTerkonfirmasi
  4. 0400:10Dana yang ditahan di-capturePembayaranTer-capturePemesananTerkonfirmasi
  5. 0500:11Webhook bertanda tangan disimpan pada pemesananPembayaranTer-capturePemesananTerkonfirmasi

Capture setelah supplier mengonfirmasi berarti pelanggan tidak pernah ditagih untuk pemesanan yang tidak ada.

Tantangan 3D Secure

Ter-captureTerkonfirmasi
  1. 0100:00Pemesanan mengirim jumlah, mata uang, dan referensi ke gatewayPembayaranTertundaPemesananDitahan
  2. 0200:03Bank meminta tantangan 3D SecurePembayaranPerlu tindakanPemesananDitahan
  3. 0300:41Pelanggan menyelesaikan verifikasi dan pembayaran diotorisasiPembayaranTerotorisasiPemesananDitahan
  4. 0400:46Supplier mengonfirmasi pemesananPembayaranTerotorisasiPemesananTerkonfirmasi
  5. 0500:47Dana yang ditahan di-capturePembayaranTer-capturePemesananTerkonfirmasi

Pemesanan tetap ditahan selama pelanggan memverifikasi. Jika tantangan gagal atau kedaluwarsa, penahanan dilepas dan tidak ada yang ditagih.

Harga berubah

Ter-captureTerkonfirmasi
  1. 0100:00Harga divalidasi ulang dengan supplier sebelum penagihanPembayaranBelum dimulaiPemesananDitahan
  2. 0200:02Harga baru ditampilkan kepada pelanggan untuk persetujuanPembayaranBelum dimulaiPemesananHarga diperbarui
  3. 0300:30Pelanggan menyetujui dan pembayaran dibuat untuk jumlah baruPembayaranTertundaPemesananHarga diperbarui
  4. 0400:34Gateway menyetujui kartu dan menahan danaPembayaranTerotorisasiPemesananHarga diperbarui
  5. 0500:39Supplier mengonfirmasi pemesananPembayaranTerotorisasiPemesananTerkonfirmasi
  6. 0600:40Dana yang ditahan di-capturePembayaranTer-capturePemesananTerkonfirmasi

Validasi ulang sebelum pembayaran mencegah agen menanggung kenaikan tarif yang tidak pernah dilihatnya.

Supplier gagal setelah pembayaran

Di-voidGagal
  1. 0100:00Pemesanan mengirim jumlah, mata uang, dan referensi ke gatewayPembayaranTertundaPemesananDitahan
  2. 0200:04Gateway menyetujui kartu dan menahan danaPembayaranTerotorisasiPemesananDitahan
  3. 0300:12Supplier menolak pemesananPembayaranTerotorisasiPemesananGagal
  4. 0400:13Otorisasi di-void sebelum capture, tidak ada tagihanPembayaranDi-voidPemesananGagal
  5. 0500:14Pelanggan dan tim operasi diberi tahu dengan kedua referensiPembayaranDi-voidPemesananGagal

Karena dana hanya diotorisasi, dana dilepas dengan void, bukan refund. Jika penyedia langsung melakukan capture, langkah yang sama menjadi refund.

Urutan ilustratif. Apakah dana diotorisasi dulu atau langsung di-capture bergantung pada gateway dan pengaturan Anda.

Di balik layar

Permintaan, webhook, dan refund yang membawa referensi pemesanan

Setiap panggilan ke gateway membawa referensi pemesanan dan kunci idempotensi, dan setiap peristiwa dari gateway diverifikasi sebelum mengubah pemesanan.

  1. 1Referensi pemesanan ikut sebagai metadata, sehingga dasbor penyedia dan panel admin Anda menampilkan pemesanan yang sama.
  2. 2Kunci idempotensi mencegah klik ganda atau percobaan ulang jaringan menagih dua kali.
  3. 3Jumlah dikirim dalam satuan terkecil dengan kode mata uang yang eksplisit.
  1. 1Tanda tangan diperiksa terhadap secret webhook Anda sebelum ada yang berubah.
  2. 2Jenis peristiwa menentukan tindakan pemesanan: konfirmasi, lepaskan, atau tandai untuk ditinjau.
  3. 3Pengiriman berulang untuk peristiwa yang sama dikenali dan diabaikan.
  1. 1Jumlah parsial mencakup biaya pembatalan yang ditahan agen atau supplier.
  2. 2Refund menunjuk ke pembayaran asli dan pemesanan yang dibatalkan.
  3. 3Kode alasan dikirim ke penyedia dan masuk ke catatan Anda untuk dukungan dan sengketa.

Penyedia yang belum terhubung ditangani sebagai Integrasi API kustom. Gateway populer punya 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 umum. Nama field mengikuti API gateway yang Anda pilih.

Operasi khusus travel

Kontrol pembayaran untuk hal-hal yang salah dalam travel

Harga berubah, supplier gagal, dan pelanggan membatalkan. Setiap kontrol menjawab situasi yang rutin dihadapi tim operasi.

  • Situasi01

    Tarif hotel naik antara pencarian dan pembayaran.

    Kontrol

    Validasi ulang harga

    Harga supplier terbaru dikonfirmasi sebelum pelanggan ditagih, dan setiap perubahan ditampilkan untuk persetujuan.

  • Situasi02

    Pelanggan menekan Bayar dua kali pada koneksi lambat.

    Kontrol

    Alur pemesanan idempoten

    Permintaan berulang mengembalikan hasil pertama alih-alih membuat tagihan kedua atau pemesanan kedua.

  • Situasi03

    Pelanggan membayar dalam euro dan supplier menagih dalam dolar.

    Kontrol

    Aturan mata uang dan markup

    Mata uang checkout, nilai pemesanan, markup, dan jumlah settlement masing-masing dicatat.

  • Situasi04

    Dua malam dari lima malam menginap dibatalkan.

    Kontrol

    Void dan refund parsial

    Pembalikan penuh atau parsial terikat pada pembatalan atau perubahan yang menyebabkannya.

  • Situasi05

    Pemegang kartu menyengketakan tagihan berbulan-bulan setelah perjalanan.

    Kontrol

    Sengketa dan chargeback

    Peristiwa penyedia, hasil autentikasi, dan dokumen pemesanan disimpan bersama sebagai bukti.

  • Situasi06

    Webhook tiba untuk pemesanan yang sudah dibatalkan.

    Kontrol

    Webhook dan peringatan

    Peristiwa terverifikasi memperbarui pemesanan; yang tidak cocok ditandai untuk ditinjau oleh orang.

Cakupan penyedia

Pilih gateway untuk pasar dan pelanggan Anda

Ketersediaan bergantung pada persetujuan merchant, cakupan negara, mata uang, dan metode pembayaran. Banyak agen menggabungkan gateway kartu global dengan penyedia regional dan opsi settlement B2B.

  • A

    Gateway kartu global

    Penerimaan kartu, tokenisasi, 3D Secure, refund, dan checkout multi-pasar.

  • B

    Penyedia regional

    Mata uang lokal, jalur pembayaran domestik, dan metode khusus pasar.

  • C

    Dompet digital

    Checkout lebih cepat untuk pelanggan yang memilih akun dompet yang disetujui.

  • D

    Alur pembayaran B2B

    Kredit agen, catatan pembayaran manual, dan alur kerja pembayaran terkendali.

Apa yang biasanya dicakup tiap jenis
KebutuhanAGateway kartu globalBPenyedia regionalCDompet digitalDAlur pembayaran B2B
Kartu internasionalBiasanya tercakupBiasanya tercakupBergantung pada penyediaBukan pilihan yang lazim
Metode lokal dan jalur bankBergantung pada penyediaBiasanya tercakupBergantung pada penyediaBukan pilihan yang lazim
3D SecureBiasanya tercakupBergantung pada penyediaBergantung pada penyediaBukan pilihan yang lazim
Refund dan voidBiasanya tercakupBergantung pada penyediaBergantung pada penyediaBiasanya tercakup
Beberapa mata uangBiasanya tercakupBergantung pada penyediaBergantung pada penyediaBergantung pada penyedia
Kredit agen dan depositBukan pilihan yang lazimBukan pilihan yang lazimBukan pilihan yang lazimBiasanya tercakup
  • Biasanya tercakup
  • Bergantung pada penyedia
  • Bukan pilihan yang lazim

Gateway di direktori integrasi

Nama-nama ini berasal dari Semua integrasi langsung. Akun merchant dan biaya transaksi disepakati dengan perusahaan pembayaran yang Anda pilih.

Settlement tanpa gateway

  • Saldo dompet
  • Transfer bank
  • Bayar nanti

Untuk agen dan penjualan offline, pemesanan juga bisa diselesaikan dari Dompet agen B2B, lewat transfer bank, atau sebagai bayar nanti, dengan setiap pembayaran dicatat oleh tim Anda.

Penentuan lingkup proyek

Apa yang kami perlukan untuk menentukan lingkup integrasi pembayaran Anda

Akun penyedia yang jelas dan alur transaksi yang terdefinisi memungkinkan kami menetapkan lingkup, pengujian, dan pengiriman secara akurat. Centang yang sudah Anda miliki.

0/5siap

Daftar periksa lingkup

Jalur menuju go-live

  1. 01

    Kunci sandbox

    Platform berjalan terhadap lingkungan uji penyedia.

  2. 02

    Kasus uji

    Setuju, tolak, 3D Secure, void, dan refund, masing-masing pada pemesanan uji.

  3. 03

    Endpoint webhook

    Tanda tangan diverifikasi dan setiap jenis peristiwa dipetakan ke tindakan pemesanan.

  4. 04

    Kunci produksi

    Kredensial live diaktifkan, dengan pembayaran gagal dipantau.

Rencanakan checkout Anda

Pekerjaan gateway ditentukan lingkupnya bersama platform pemesanan Anda. PHPTRAVELS adalah lisensi sekali bayar mulai $2499 dengan kode sumber disertakan, di-hosting di server Anda sendiri; lihat Harga untuk cakupan tiap paket.

Pertanyaan pembeli

FAQ integrasi payment gateway

Yang ditanyakan agen sebelum menambahkan pembayaran online ke platform pemesanan mereka.

Hubungi sales

Integrasi ini menghubungkan situs web atau portal pemesanan travel dengan penyedia pembayaran, sehingga pelanggan membayar saat checkout dan sistem pemesanan dapat melacak otorisasi, capture, refund, dan status pembayaran secara aman untuk setiap pemesanan.

PHPTRAVELS mendukung berbagai gateway global dan regional yang tercantum di direktori integrasi. Pilihan yang tepat bergantung pada negara Anda, persetujuan merchant, mata uang, metode pembayaran, dan API penyedia yang tersedia untuk akun Anda.

Ya, jika gateway yang dipilih dan akun merchant mendukung mata uang tampilan dan settlement yang Anda perlukan. Konversi mata uang, markup, dan aturan settlement dikonfirmasi saat penentuan lingkup proyek.

3D Secure disertakan jika penyedia mendukungnya dan diaktifkan untuk akun merchant Anda. Integrasi menangani hasil autentikasi, pengalihan atau tantangan tersemat, dan status pembayaran akhir.

Ya, jika API penyedia mendukungnya. Refund penuh atau parsial, void, dan biaya pembatalan dihubungkan ke referensi pemesanan dan transaksi yang relevan.

Perusahaan pembayaran. Anda membuka akun merchant di penyedia pilihan Anda dan menyepakati biayanya langsung dengan mereka. PHPTRAVELS menghubungkan platform Anda ke akun tersebut dengan kredensial yang Anda berikan.