Demo na żywo

Płatności za rezerwacje podróży

Integracja bramek płatniczych dla biur podróży, która wiąże każdą płatność z jej rezerwacją

Połącz swój serwis rezerwacyjny lub portal B2B z dostawcami płatności, z których korzystają Twoi klienci. Checkout odbywa się wewnątrz procesu rezerwacji, 3D Secure uruchamia się tam, gdzie wymaga tego karta, a każda autoryzacja, pobranie, zwrot i webhook są zapisywane pod numerem rezerwacji, z którym pracuje Twój zespół.

  • Checkout wewnątrz procesu rezerwacji
  • Wiele walut, gdy dostawca na to pozwala
  • 3D Secure i tokenizowane karty
  • Anulowania, zwroty i uzgadnianie

Bezpieczny checkout podróży

Integracja bramek płatniczych dla biur podróży wewnątrz procesu rezerwacji

Klienci płacą za loty, hotele, wycieczki i transfery na Twojej własnej stronie checkout, a nie przez oderwany link płatniczy. System rezerwacji wysyła kwotę, walutę i numer rezerwacji; bramka zwraca wynik, na którym rezerwacja może działać.

Ten sam proces obsługuje Oprogramowanie do rezerwacji lotów, Silnik rezerwacji hotelowych i Oprogramowanie dla touroperatorów: rezerwacja jest wstrzymana, płatność pobrana, a potwierdzenie dostawcy następuje dopiero po udanej płatności.

  • Wiele walut

    Prezentuj i rozliczaj w walutach obsługiwanych przez Twojego dostawcę i konto sprzedawcy.

  • Bezpieczne uwierzytelnianie

    Tokenizowane karty, 3D Secure i własne kontrole ryzyka dostawcy.

  • Śledzone zapisy

    Transakcje, rezerwacje, zwroty i numery rozliczeń pozostają powiązane.

Płatność za rezerwacjęRezerwacjaPT-48213
  1. Dane
  2. Płatność
  3. 3D Secure
  4. Potwierdzona
Zapłać w
  • Lot, 2 osoby dorosłe$612.00
  • Hotel, 3 noce$438.00
  • Opłata rezerwacyjna$15.00
Razem do zapłaty$1,065.00 USD
  • Lot, 2 osoby dorosłe€566.00
  • Hotel, 3 noce€405.00
  • Opłata rezerwacyjna€14.00
Razem do zapłaty€985.00 EUR
  • Lot, 2 osoby dorosłe£486.00
  • Hotel, 3 noce£348.00
  • Opłata rezerwacyjna£12.00
Razem do zapłaty£846.00 GBP

Dane karty trafiają bezpośrednio do Twojej bramki

Przykładowe kwoty. Waluty, metody i opłaty zależą od Twojej bramki i konta sprzedawcy.

Cykl życia transakcji

Jak status płatności i status rezerwacji zmieniają się razem

Płatność za podróż nie kończy się w chwili zatwierdzenia karty. Wybierz scenariusz, aby zobaczyć, co raportuje bramka i co robi rezerwacja na każdym etapie.

Opłacona i potwierdzona

PobranaPotwierdzona
  1. 0100:00Rezerwacja wysyła kwotę, walutę i numer do bramkiPłatnośćOczekującaRezerwacjaWstrzymana
  2. 0200:04Bramka zatwierdza kartę i blokuje środkiPłatnośćAutoryzowanaRezerwacjaWstrzymana
  3. 0300:09Dostawca potwierdza rezerwacjęPłatnośćAutoryzowanaRezerwacjaPotwierdzona
  4. 0400:10Zablokowane środki zostają pobranePłatnośćPobranaRezerwacjaPotwierdzona
  5. 0500:11Podpisany webhook zapisany pod rezerwacjąPłatnośćPobranaRezerwacjaPotwierdzona

Pobranie środków po potwierdzeniu dostawcy oznacza, że klient nigdy nie zostanie obciążony za rezerwację, która nie istnieje.

Wyzwanie 3D Secure

PobranaPotwierdzona
  1. 0100:00Rezerwacja wysyła kwotę, walutę i numer do bramkiPłatnośćOczekującaRezerwacjaWstrzymana
  2. 0200:03Bank żąda wyzwania 3D SecurePłatnośćWymagane działanieRezerwacjaWstrzymana
  3. 0300:41Klient kończy weryfikację i płatność zostaje autoryzowanaPłatnośćAutoryzowanaRezerwacjaWstrzymana
  4. 0400:46Dostawca potwierdza rezerwacjęPłatnośćAutoryzowanaRezerwacjaPotwierdzona
  5. 0500:47Zablokowane środki zostają pobranePłatnośćPobranaRezerwacjaPotwierdzona

Rezerwacja pozostaje wstrzymana, gdy klient się weryfikuje. Jeśli wyzwanie się nie powiedzie lub wygaśnie, blokada jest zwalniana i nic nie jest pobierane.

Zmiana ceny

PobranaPotwierdzona
  1. 0100:00Cena ponownie zweryfikowana u dostawcy przed obciążeniemPłatnośćNierozpoczętaRezerwacjaWstrzymana
  2. 0200:02Nowa cena pokazana klientowi do akceptacjiPłatnośćNierozpoczętaRezerwacjaPrzeliczona
  3. 0300:30Klient akceptuje i powstaje płatność na nową kwotęPłatnośćOczekującaRezerwacjaPrzeliczona
  4. 0400:34Bramka zatwierdza kartę i blokuje środkiPłatnośćAutoryzowanaRezerwacjaPrzeliczona
  5. 0500:39Dostawca potwierdza rezerwacjęPłatnośćAutoryzowanaRezerwacjaPotwierdzona
  6. 0600:40Zablokowane środki zostają pobranePłatnośćPobranaRezerwacjaPotwierdzona

Ponowna walidacja przed płatnością chroni biuro przed pokrywaniem podwyżki taryfy, której nigdy nie widziało.

Dostawca odrzucił po płatności

AnulowanaNieudana
  1. 0100:00Rezerwacja wysyła kwotę, walutę i numer do bramkiPłatnośćOczekującaRezerwacjaWstrzymana
  2. 0200:04Bramka zatwierdza kartę i blokuje środkiPłatnośćAutoryzowanaRezerwacjaWstrzymana
  3. 0300:12Dostawca odrzuca rezerwacjęPłatnośćAutoryzowanaRezerwacjaNieudana
  4. 0400:13Autoryzacja anulowana przed pobraniem, brak obciążeniaPłatnośćAnulowanaRezerwacjaNieudana
  5. 0500:14Klient i zespół operacyjny powiadomieni z oboma numeramiPłatnośćAnulowanaRezerwacjaNieudana

Ponieważ środki były tylko autoryzowane, są zwalniane przez anulowanie, a nie zwrot. Gdy dostawca pobiera od razu, ten sam krok staje się zwrotem.

Sekwencja poglądowa. To, czy środki są najpierw autoryzowane, czy pobierane od razu, zależy od bramki i Twoich ustawień.

Pod maską

Żądania, webhooki i zwroty, które niosą numer rezerwacji

Każde wywołanie bramki niesie numer rezerwacji i klucz idempotentności, a każde zdarzenie z bramki jest weryfikowane, zanim zmieni rezerwację.

  1. 1Numer rezerwacji podróżuje jako metadane, więc panel dostawcy i Twój panel administracyjny pokazują tę samą rezerwację.
  2. 2Klucz idempotentności zapobiega podwójnemu obciążeniu po dwukrotnym kliknięciu lub ponowieniu w sieci.
  3. 3Kwoty są wysyłane w jednostkach pomocniczych z jawnym kodem waluty.
  1. 1Podpis jest sprawdzany względem Twojego sekretu webhooka, zanim cokolwiek się zmieni.
  2. 2Typ zdarzenia decyduje o działaniu na rezerwacji: potwierdź, zwolnij lub oznacz do weryfikacji.
  3. 3Powtórne dostarczenia tego samego zdarzenia są rozpoznawane i ignorowane.
  1. 1Kwoty częściowe pokrywają opłaty za anulowanie zatrzymane przez biuro lub dostawcę.
  2. 2Zwrot wskazuje na pierwotną płatność i anulowaną rezerwację.
  3. 3Kod przyczyny trafia do dostawcy i do Twoich zapisów na potrzeby wsparcia i sporów.

Dostawcy jeszcze niepodłączeni są obsługiwani jako Integracja API na zamówienie. Popularne bramki mają własne strony: Płatności Stripe i Płatności 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  }}

Przykład ogólny. Nazwy pól są zgodne z API wybranej przez Ciebie bramki.

Operacje specyficzne dla turystyki

Kontrole płatności na to, co w podróżach idzie nie tak

Ceny się zmieniają, dostawcy zawodzą, a klienci anulują. Każda kontrola odpowiada na sytuację, z którą zespoły operacyjne mierzą się regularnie.

  • Sytuacja01

    Stawka hotelu wzrosła między wyszukiwaniem a płatnością.

    Kontrola

    Ponowna walidacja ceny

    Najnowsza cena dostawcy jest potwierdzana przed obciążeniem klienta, a każda zmiana jest pokazywana do akceptacji.

  • Sytuacja02

    Klient nacisnął Zapłać dwa razy przy wolnym połączeniu.

    Kontrola

    Idempotentny proces rezerwacji

    Powtórzone żądania zwracają pierwszy wynik zamiast tworzyć drugie obciążenie lub drugą rezerwację.

  • Sytuacja03

    Klient płaci w euro, a dostawca fakturuje w dolarach.

    Kontrola

    Zasady walut i marży

    Waluta checkoutu, wartość rezerwacji, marża i kwota rozliczenia są zapisywane osobno.

  • Sytuacja04

    Dwie noce z pięciodniowego pobytu zostają anulowane.

    Kontrola

    Anulowania i zwroty częściowe

    Pełne lub częściowe cofnięcia są powiązane z anulowaniem lub zmianą, która je spowodowała.

  • Sytuacja05

    Posiadacz karty kwestionuje obciążenie wiele miesięcy po podróży.

    Kontrola

    Spory i obciążenia zwrotne

    Zdarzenia dostawcy, wyniki uwierzytelniania i dokumenty rezerwacji są przechowywane razem jako dowód.

  • Sytuacja06

    Przychodzi webhook dla rezerwacji, która jest już anulowana.

    Kontrola

    Webhooki i alerty

    Zweryfikowane zdarzenia aktualizują rezerwacje; wszystko, co nie pasuje, jest oznaczane do sprawdzenia przez człowieka.

Zasięg dostawców

Wybierz bramkę dla swojego rynku i klientów

Dostępność zależy od zatwierdzenia sprzedawcy, zasięgu krajów, walut i metod płatności. Wiele biur łączy globalną bramkę kartową z dostawcą regionalnym i opcją rozliczeń B2B.

  • A

    Globalne bramki kartowe

    Akceptacja kart, tokenizacja, 3D Secure, zwroty i checkout na wielu rynkach.

  • B

    Dostawcy regionalni

    Lokalne waluty, krajowe systemy płatności i metody specyficzne dla rynku.

  • C

    Portfele cyfrowe

    Szybszy checkout dla klientów, którzy wolą zatwierdzone konto portfela.

  • D

    Przepływy płatności B2B

    Kredyt agenta, ręczne zapisy płatności i kontrolowane procesy płatności.

Co zwykle obejmuje każdy typ
PotrzebaAGlobalne bramki kartoweBDostawcy regionalniCPortfele cyfroweDPrzepływy płatności B2B
Karty międzynarodoweZwykle objęteZwykle objęteZależy od dostawcyNie jest typowym dopasowaniem
Metody lokalne i systemy bankoweZależy od dostawcyZwykle objęteZależy od dostawcyNie jest typowym dopasowaniem
3D SecureZwykle objęteZależy od dostawcyZależy od dostawcyNie jest typowym dopasowaniem
Zwroty i anulowaniaZwykle objęteZależy od dostawcyZależy od dostawcyZwykle objęte
Kilka walutZwykle objęteZależy od dostawcyZależy od dostawcyZależy od dostawcy
Kredyt agenta i depozytyNie jest typowym dopasowaniemNie jest typowym dopasowaniemNie jest typowym dopasowaniemZwykle objęte
  • Zwykle objęte
  • Zależy od dostawcy
  • Nie jest typowym dopasowaniem

Bramki w katalogu integracji

Te nazwy pochodzą z aktualnego Wszystkie integracje. Konta sprzedawcy i opłaty transakcyjne uzgadniasz z wybraną firmą płatniczą.

Rozliczenie bez bramki

  • Saldo portfela
  • Przelew bankowy
  • Zapłać później

Dla agentów i sprzedaży offline rezerwacje można też rozliczać z Portfel agenta B2B, przelewem bankowym lub jako płatność odroczoną, a każdą płatność rejestruje Twój zespół.

Zakres projektu

Czego potrzebujemy, aby określić zakres Twojej integracji płatności

Jasne konto dostawcy i zdefiniowany przepływ transakcji pozwalają nam dokładnie określić zakres, testy i dostawę. Zaznacz, co już masz.

0/5gotowe

Lista kontrolna zakresu

Droga do uruchomienia

  1. 01

    Klucze sandbox

    Platforma działa w środowisku testowym dostawcy.

  2. 02

    Przypadki testowe

    Zatwierdzenie, odrzucenie, 3D Secure, anulowanie i zwrot, każdy na rezerwacji testowej.

  3. 03

    Endpoint webhooków

    Podpisy zweryfikowane, a każdy typ zdarzenia przypisany do działania na rezerwacji.

  4. 04

    Klucze produkcyjne

    Dane produkcyjne włączone, z monitorowaniem nieudanych płatności.

Zaplanuj swój checkout

Prace nad bramką są planowane razem z Twoją platformą rezerwacyjną. PHPTRAVELS to jednorazowa licencja od 2499 $ z kodem źródłowym, hostowana na Twoim własnym serwerze; zobacz Cennik, aby sprawdzić, co obejmuje każdy plan.

Wypróbuj demoPorozmawiaj z nami

Płatności łączą się z

Pytania kupujących

FAQ o integracji bramek płatniczych

O co pytają biura przed dodaniem płatności online do swojej platformy rezerwacyjnej.

Kontakt ze sprzedażą

Łączy serwis lub portal rezerwacji podróży z dostawcą płatności, dzięki czemu klienci płacą podczas checkoutu, a system rezerwacji może bezpiecznie śledzić autoryzację, pobranie, zwroty i status płatności dla każdej rezerwacji.

PHPTRAVELS obsługuje szereg globalnych i regionalnych bramek wymienionych w katalogu integracji. Właściwy wybór zależy od Twojego kraju, zatwierdzenia sprzedawcy, walut, metod płatności i API dostawcy dostępnego dla Twojego konta.

Tak, gdy wybrana bramka i konto sprzedawcy obsługują potrzebne waluty prezentacji i rozliczenia. Przeliczanie walut, marża i zasady rozliczeń są potwierdzane podczas określania zakresu projektu.

3D Secure jest uwzględnione, gdy dostawca je obsługuje i jest włączone dla Twojego konta sprzedawcy. Integracja obsługuje wyniki uwierzytelniania, przekierowania lub osadzone wyzwania oraz końcowy status płatności.

Tak, jeśli API dostawcy je obsługuje. Pełne lub częściowe zwroty, anulowania i opłaty za rezygnację są powiązane z odpowiednimi numerami rezerwacji i transakcji.

Firma płatnicza. Otwierasz konto sprzedawcy u wybranego dostawcy i uzgadniasz opłaty bezpośrednio z nim. PHPTRAVELS łączy Twoją platformę z tym kontem za pomocą danych dostępowych, które dostarczasz.

Odkryj więcej

Więcej o platformie