Seyahat rezervasyonları için ödemeler

Her ödemeyi rezervasyonuna bağlı tutan seyahat ödeme ağ geçidi entegrasyonu

Rezervasyon web sitenizi veya B2B portalınızı müşterilerinizin kullandığı ödeme sağlayıcılarına bağlayın. Ödeme rezervasyon akışının içinde gerçekleşir, kartın gerektirdiği yerde 3D Secure çalışır ve her yetkilendirme, tahsilat, iade ve webhook ekibinizin çalıştığı rezervasyon referansına kaydedilir.

  • Rezervasyon akışı içinde ödeme
  • Sağlayıcınız izin verdiğinde çoklu para birimi
  • 3D Secure ve tokenize kartlar
  • İptaller, iadeler ve mutabakat

Güvenli seyahat ödemesi

Rezervasyon akışınızın içinde seyahat ödeme ağ geçidi entegrasyonu

Müşteriler uçuş, otel, tur ve transfer ödemelerini bağlantısız bir ödeme linki yerine kendi ödeme sayfanızda yapar. Rezervasyon sistemi tutarı, para birimini ve rezervasyon referansını gönderir; ağ geçidi rezervasyonun işleyebileceği bir sonuç döndürür.

Aynı akış Uçak bileti rezervasyon yazılımı, Otel rezervasyon motoru ve Tur operatörü yazılımı için geçerlidir: rezervasyon beklemeye alınır, ödeme tahsil edilir ve tedarikçi onayı yalnızca ödeme başarılı olduğunda gelir.

  • Çoklu para birimi

    Sağlayıcınızın ve üye işyeri hesabınızın desteklediği para birimlerinde gösterin ve mutabakat yapın.

  • Güvenli kimlik doğrulama

    Tokenize kartlar, 3D Secure ve sağlayıcının kendi risk kontrolleri.

  • İzlenebilir kayıtlar

    İşlemler, rezervasyonlar, iadeler ve mutabakat referansları birbirine bağlı kalır.

Rezervasyon ödemesiRezervasyonPT-48213
  1. Bilgiler
  2. Ödeme
  3. 3D Secure
  4. Onaylandı
Ödeme birimi
  • Uçuş, 2 yetişkin$612.00
  • Otel, 3 gece$438.00
  • Rezervasyon ücreti$15.00
Ödenecek toplam$1,065.00 USD
  • Uçuş, 2 yetişkin€566.00
  • Otel, 3 gece€405.00
  • Rezervasyon ücreti€14.00
Ödenecek toplam€985.00 EUR
  • Uçuş, 2 yetişkin£486.00
  • Otel, 3 gece£348.00
  • Rezervasyon ücreti£12.00
Ödenecek toplam£846.00 GBP

Kart bilgileri doğrudan ağ geçidinize gider

Örnek tutarlar. Para birimleri, yöntemler ve ücretler ağ geçidinize ve üye işyeri hesabınıza bağlıdır.

İşlem yaşam döngüsü

Ödeme durumu ile rezervasyon durumu birlikte nasıl ilerler

Bir seyahat ödemesi kart onaylandığında bitmez. Ağ geçidinin ne raporladığını ve rezervasyonun her adımda ne yaptığını görmek için bir senaryo seçin.

Ödendi ve onaylandı

Tahsil edildiOnaylandı
  1. 0100:00Rezervasyon tutarı, para birimini ve referansı ağ geçidine gönderirÖdemeBeklemedeRezervasyonBeklemede
  2. 0200:04Ağ geçidi kartı onaylar ve tutarı bloke ederÖdemeYetkilendirildiRezervasyonBeklemede
  3. 0300:09Tedarikçi rezervasyonu onaylarÖdemeYetkilendirildiRezervasyonOnaylandı
  4. 0400:10Bloke edilen tutar tahsil edilirÖdemeTahsil edildiRezervasyonOnaylandı
  5. 0500:11İmzalı webhook rezervasyona kaydedilirÖdemeTahsil edildiRezervasyonOnaylandı

Tedarikçi onayından sonra tahsilat, müşterinin var olmayan bir rezervasyon için asla ücretlendirilmemesi demektir.

3D Secure doğrulaması

Tahsil edildiOnaylandı
  1. 0100:00Rezervasyon tutarı, para birimini ve referansı ağ geçidine gönderirÖdemeBeklemedeRezervasyonBeklemede
  2. 0200:03Banka 3D Secure doğrulaması isterÖdemeİşlem gerekliRezervasyonBeklemede
  3. 0300:41Müşteri doğrulamayı tamamlar ve ödeme yetkilendirilirÖdemeYetkilendirildiRezervasyonBeklemede
  4. 0400:46Tedarikçi rezervasyonu onaylarÖdemeYetkilendirildiRezervasyonOnaylandı
  5. 0500:47Bloke edilen tutar tahsil edilirÖdemeTahsil edildiRezervasyonOnaylandı

Müşteri doğrulama yaparken rezervasyon beklemede kalır. Doğrulama başarısız olur veya zaman aşımına uğrarsa blokaj kaldırılır ve hiçbir şey tahsil edilmez.

Fiyat değişti

Tahsil edildiOnaylandı
  1. 0100:00Ücretlendirmeden önce fiyat tedarikçiyle yeniden doğrulanırÖdemeBaşlamadıRezervasyonBeklemede
  2. 0200:02Yeni fiyat onay için müşteriye gösterilirÖdemeBaşlamadıRezervasyonYeniden fiyatlandı
  3. 0300:30Müşteri kabul eder ve yeni tutar için ödeme oluşturulurÖdemeBeklemedeRezervasyonYeniden fiyatlandı
  4. 0400:34Ağ geçidi kartı onaylar ve tutarı bloke ederÖdemeYetkilendirildiRezervasyonYeniden fiyatlandı
  5. 0500:39Tedarikçi rezervasyonu onaylarÖdemeYetkilendirildiRezervasyonOnaylandı
  6. 0600:40Bloke edilen tutar tahsil edilirÖdemeTahsil edildiRezervasyonOnaylandı

Ödemeden önce yeniden doğrulama, acentenin hiç görmediği bir ücret artışını üstlenmesini engeller.

Ödemeden sonra tedarikçi başarısız oldu

İptal edildiBaşarısız
  1. 0100:00Rezervasyon tutarı, para birimini ve referansı ağ geçidine gönderirÖdemeBeklemedeRezervasyonBeklemede
  2. 0200:04Ağ geçidi kartı onaylar ve tutarı bloke ederÖdemeYetkilendirildiRezervasyonBeklemede
  3. 0300:12Tedarikçi rezervasyonu reddederÖdemeYetkilendirildiRezervasyonBaşarısız
  4. 0400:13Yetkilendirme tahsilattan önce iptal edilir, ücret alınmazÖdemeİptal edildiRezervasyonBaşarısız
  5. 0500:14Müşteri ve operasyon ekibi her iki referansla bilgilendirilirÖdemeİptal edildiRezervasyonBaşarısız

Tutar yalnızca yetkilendirildiği için iade yerine iptal ile serbest bırakılır. Sağlayıcının hemen tahsil ettiği durumlarda aynı adım iadeye dönüşür.

Örnek sıralama. Tutarın önce yetkilendirilmesi mi yoksa hemen tahsil edilmesi mi ağ geçidine ve ayarlarınıza bağlıdır.

Perde arkası

Rezervasyon referansını taşıyan istekler, webhook'lar ve iadeler

Ağ geçidine yapılan her çağrı rezervasyon referansını ve bir idempotency anahtarını taşır; ağ geçidinden gelen her olay bir rezervasyonu değiştirmeden önce doğrulanır.

  1. 1Rezervasyon referansı meta veri olarak gider; böylece sağlayıcı paneli ve yönetim paneliniz aynı rezervasyonu gösterir.
  2. 2Idempotency anahtarı, çift tıklamanın veya ağ yeniden denemesinin iki kez ücretlendirmesini engeller.
  3. 3Tutarlar açık bir para birimi koduyla en küçük birimde gönderilir.
  1. 1Herhangi bir değişiklikten önce imza webhook gizli anahtarınızla kontrol edilir.
  2. 2Olay türü rezervasyon eylemini belirler: onayla, serbest bırak veya incelemeye işaretle.
  3. 3Aynı olayın tekrar gönderimleri tanınır ve yok sayılır.
  1. 1Kısmi tutarlar acentenin veya tedarikçinin alıkoyduğu iptal ücretlerini kapsar.
  2. 2İade, orijinal ödemeye ve iptal edilen rezervasyona işaret eder.
  3. 3Bir neden kodu sağlayıcıya ve destek ile itirazlar için kayıtlarınıza gider.

Henüz bağlı olmayan sağlayıcılar Özel API entegrasyonu olarak ele alınır. Popüler ağ geçitlerinin kendi sayfaları vardır: Stripe ödemeleri ve PayPal ödemeleri.

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  }}

Genel örnek. Alan adları seçtiğiniz ağ geçidinin API'sini izler.

Seyahata özgü operasyonlar

Seyahatte ters giden durumlar için ödeme kontrolleri

Fiyatlar değişir, tedarikçiler başarısız olur ve müşteriler iptal eder. Her kontrol, operasyon ekiplerinin düzenli olarak karşılaştığı bir duruma yanıt verir.

  • Durum01

    Otel fiyatı arama ile ödeme arasında yükseldi.

    Kontrol

    Fiyat yeniden doğrulama

    Müşteri ücretlendirilmeden önce en güncel tedarikçi fiyatı doğrulanır ve her değişiklik onay için gösterilir.

  • Durum02

    Müşteri yavaş bağlantıda Öde düğmesine iki kez bastı.

    Kontrol

    Idempotent rezervasyon akışı

    Tekrarlanan istekler ikinci bir ücret veya ikinci bir rezervasyon oluşturmak yerine ilk sonucu döndürür.

  • Durum03

    Müşteri euro ile ödüyor, tedarikçi dolar ile fatura kesiyor.

    Kontrol

    Para birimi ve kâr marjı kuralları

    Ödeme para birimi, rezervasyon değeri, kâr marjı ve mutabakat tutarı ayrı ayrı kaydedilir.

  • Durum04

    Beş gecelik konaklamanın iki gecesi iptal edildi.

    Kontrol

    İptaller ve kısmi iadeler

    Tam veya kısmi geri ödemeler, bunlara neden olan iptal veya değişikliğe bağlanır.

  • Durum05

    Bir kart sahibi seyahatten aylar sonra bir ücrete itiraz ediyor.

    Kontrol

    İtirazlar ve ters ibrazlar

    Sağlayıcı olayları, kimlik doğrulama sonuçları ve rezervasyon belgeleri kanıt olarak bir arada tutulur.

  • Durum06

    Zaten iptal edilmiş bir rezervasyon için webhook geliyor.

    Kontrol

    Webhook'lar ve uyarılar

    Doğrulanmış olaylar rezervasyonları günceller; uymayan her şey bir kişinin incelemesi için işaretlenir.

Sağlayıcı kapsamı

Pazarınız ve müşterileriniz için bir ağ geçidi seçin

Kullanılabilirlik üye işyeri onayına, ülke kapsamına, para birimlerine ve ödeme yöntemlerine bağlıdır. Birçok acente küresel bir kart ağ geçidini bölgesel bir sağlayıcı ve bir B2B mutabakat seçeneğiyle birleştirir.

  • A

    Küresel kart ağ geçitleri

    Kart kabulü, tokenizasyon, 3D Secure, iadeler ve çok pazarlı ödeme.

  • B

    Bölgesel sağlayıcılar

    Yerel para birimleri, yurt içi ödeme altyapıları ve pazara özgü yöntemler.

  • C

    Dijital cüzdanlar

    Onaylı bir cüzdan hesabını tercih eden müşteriler için daha hızlı ödeme.

  • D

    B2B ödeme akışları

    Acente kredisi, manuel ödeme kayıtları ve kontrollü ödeme iş akışları.

Her türün genellikle kapsadığı
İhtiyaçAKüresel kart ağ geçitleriBBölgesel sağlayıcılarCDijital cüzdanlarDB2B ödeme akışları
Uluslararası kartlarGenellikle kapsanırGenellikle kapsanırSağlayıcıya bağlıOlağan tercih değil
Yerel yöntemler ve banka altyapılarıSağlayıcıya bağlıGenellikle kapsanırSağlayıcıya bağlıOlağan tercih değil
3D SecureGenellikle kapsanırSağlayıcıya bağlıSağlayıcıya bağlıOlağan tercih değil
İadeler ve iptallerGenellikle kapsanırSağlayıcıya bağlıSağlayıcıya bağlıGenellikle kapsanır
Birden fazla para birimiGenellikle kapsanırSağlayıcıya bağlıSağlayıcıya bağlıSağlayıcıya bağlı
Acente kredisi ve depozitolarOlağan tercih değilOlağan tercih değilOlağan tercih değilGenellikle kapsanır
  • Genellikle kapsanır
  • Sağlayıcıya bağlı
  • Olağan tercih değil

Entegrasyon dizinindeki ağ geçitleri

Bu adlar canlı Tüm entegrasyonlar kaynağından gelir. Üye işyeri hesapları ve işlem ücretleri seçtiğiniz ödeme şirketiyle kararlaştırılır.

Ağ geçidi olmadan mutabakat

  • Cüzdan bakiyesi
  • Banka havalesi
  • Sonra öde

Acenteler ve çevrimdışı satışlar için rezervasyonlar B2B acente cüzdanı üzerinden, banka havalesiyle veya sonra öde olarak da kapatılabilir; her ödeme ekibiniz tarafından kaydedilir.

Proje kapsamı

Ödeme entegrasyonunuzun kapsamını belirlemek için neye ihtiyacımız var

Net bir sağlayıcı hesabı ve tanımlı bir işlem akışı, kapsamı, testleri ve teslimatı doğru belirlememizi sağlar. Zaten sahip olduklarınızı işaretleyin.

0/5hazır

Kapsam kontrol listesi

Canlıya geçiş yolu

  1. 01

    Sandbox anahtarları

    Platform sağlayıcının test ortamına karşı çalışır.

  2. 02

    Test senaryoları

    Onay, red, 3D Secure, iptal ve iade; her biri bir test rezervasyonu üzerinde.

  3. 03

    Webhook uç noktası

    İmzalar doğrulanır ve her olay türü bir rezervasyon eylemiyle eşlenir.

  4. 04

    Üretim anahtarları

    Canlı kimlik bilgileri açılır, başarısız ödemeler izlenir.

Ödeme akışınızı planlayın

Ağ geçidi çalışması rezervasyon platformunuzla birlikte kapsamlandırılır. PHPTRAVELS, kaynak kodu dahil, kendi sunucunuzda barındırılan, 2499 $'dan başlayan tek seferlik bir lisanstır; her planın neleri kapsadığı için Fiyatlandırma sayfasına bakın.

Alıcı soruları

Ödeme ağ geçidi entegrasyonu SSS

Acentelerin rezervasyon platformlarına çevrimiçi ödeme eklemeden önce sordukları.

Satış ekibiyle görüşün

Bir seyahat rezervasyon web sitesini veya portalını bir ödeme sağlayıcısına bağlar; böylece müşteriler ödeme adımında öder ve rezervasyon sistemi her rezervasyon için yetkilendirme, tahsilat, iade ve ödeme durumunu güvenle izleyebilir.

PHPTRAVELS, entegrasyon dizininde listelenen çeşitli küresel ve bölgesel ağ geçitlerini destekler. Doğru seçenek ülkenize, üye işyeri onayına, para birimlerine, ödeme yöntemlerine ve hesabınız için kullanılabilir sağlayıcı API'sine bağlıdır.

Evet, seçilen ağ geçidi ve üye işyeri hesabı ihtiyaç duyduğunuz gösterim ve mutabakat para birimlerini desteklediğinde. Kur dönüşümü, kâr marjı ve mutabakat kuralları proje kapsamı belirlenirken doğrulanır.

Sağlayıcı desteklediğinde ve üye işyeri hesabınız için etkinleştirildiğinde 3D Secure dahildir. Entegrasyon kimlik doğrulama sonuçlarını, yönlendirmeleri veya gömülü doğrulamaları ve nihai ödeme durumunu yönetir.

Evet, sağlayıcı API'si destekliyorsa. Tam veya kısmi iadeler, iptaller ve iptal ücretleri ilgili rezervasyon ve işlem referanslarına bağlanır.

Ödeme şirketi. Üye işyeri hesabını seçtiğiniz sağlayıcıda açar ve ücretleri doğrudan onlarla kararlaştırırsınız. PHPTRAVELS, sağladığınız kimlik bilgileriyle platformunuzu bu hesaba bağlar.