Zahlungen für Reisebuchungen
Zahlungs-Gateway-Integration für Reiseportale, die jede Zahlung an ihre Buchung bindet
Verbinden Sie Ihre Buchungswebsite oder Ihr B2B-Portal mit den Zahlungsanbietern Ihrer Kunden. Der Checkout findet im Buchungsablauf statt, 3D Secure läuft, wo die Karte es verlangt, und jede Autorisierung, Erfassung, Erstattung und jeder Webhook wird unter der Buchungsreferenz gespeichert, mit der Ihr Team arbeitet.
- Checkout im Buchungsablauf
- Mehrere Währungen, wo Ihr Anbieter es erlaubt
- 3D Secure und tokenisierte Karten
- Stornierungen, Erstattungen und Abgleich
Sicherer Reise-Checkout
Zahlungs-Gateway-Integration für Reiseportale in Ihrem Buchungsablauf
Kunden bezahlen Flüge, Hotels, Touren und Transfers auf Ihrer eigenen Checkout-Seite, nicht über einen losgelösten Zahlungslink. Das Buchungssystem sendet Betrag, Währung und Buchungsreferenz; das Gateway liefert ein Ergebnis, auf das die Buchung reagieren kann.
Derselbe Ablauf gilt für Flugbuchungssoftware, Hotel-Buchungsmaschine und Reiseveranstalter-Software: Die Buchung wird gehalten, die Zahlung eingezogen, und die Bestätigung des Anbieters folgt erst, wenn die Zahlung erfolgreich ist.
Mehrere Währungen
Anzeige und Abrechnung in den Währungen, die Ihr Anbieter und Ihr Händlerkonto unterstützen.
Sichere Authentifizierung
Tokenisierte Karten, 3D Secure und die eigenen Risikoprüfungen des Anbieters.
Nachvollziehbare Datensätze
Transaktionen, Buchungen, Erstattungen und Abrechnungsreferenzen bleiben verknüpft.
PT-48213- Angaben
- Zahlung
- 3D Secure
- Bestätigt
- Flug, 2 Erwachsene$612.00
- Hotel, 3 Nächte$438.00
- Buchungsgebühr$15.00
- Flug, 2 Erwachsene€566.00
- Hotel, 3 Nächte€405.00
- Buchungsgebühr€14.00
- Flug, 2 Erwachsene£486.00
- Hotel, 3 Nächte£348.00
- Buchungsgebühr£12.00
Kartendaten gehen direkt an Ihr Gateway
Beispielbeträge. Währungen, Methoden und Gebühren hängen von Ihrem Gateway und Ihrem Händlerkonto ab.
Lebenszyklus der Transaktion
Wie sich Zahlungsstatus und Buchungsstatus gemeinsam bewegen
Eine Reisezahlung ist nicht abgeschlossen, wenn die Karte genehmigt wurde. Wählen Sie ein Szenario, um zu sehen, was das Gateway meldet und was die Buchung in jedem Schritt tut.
Bezahlt und bestätigt
ErfasstBestätigt- 0100:00Die Buchung sendet Betrag, Währung und Referenz an das GatewayZahlungAusstehendBuchungIn Wartestellung
- 0200:04Das Gateway genehmigt die Karte und reserviert den BetragZahlungAutorisiertBuchungIn Wartestellung
- 0300:09Der Anbieter bestätigt die BuchungZahlungAutorisiertBuchungBestätigt
- 0400:10Der reservierte Betrag wird erfasstZahlungErfasstBuchungBestätigt
- 0500:11Signierter Webhook unter der Buchung gespeichertZahlungErfasstBuchungBestätigt
Die Erfassung nach der Anbieterbestätigung bedeutet, dass dem Kunden nie eine Buchung berechnet wird, die nicht existiert.
3D-Secure-Abfrage
ErfasstBestätigt- 0100:00Die Buchung sendet Betrag, Währung und Referenz an das GatewayZahlungAusstehendBuchungIn Wartestellung
- 0200:03Die Bank fordert eine 3D-Secure-Abfrage anZahlungAktion erforderlichBuchungIn Wartestellung
- 0300:41Der Kunde schließt die Verifizierung ab und die Zahlung wird autorisiertZahlungAutorisiertBuchungIn Wartestellung
- 0400:46Der Anbieter bestätigt die BuchungZahlungAutorisiertBuchungBestätigt
- 0500:47Der reservierte Betrag wird erfasstZahlungErfasstBuchungBestätigt
Die Buchung bleibt in Wartestellung, während der Kunde verifiziert. Scheitert die Abfrage oder läuft sie ab, wird die Reservierung freigegeben und nichts berechnet.
Preis geändert
ErfasstBestätigt- 0100:00Preis vor der Belastung erneut beim Anbieter geprüftZahlungNicht gestartetBuchungIn Wartestellung
- 0200:02Neuer Preis dem Kunden zur Zustimmung angezeigtZahlungNicht gestartetBuchungNeu bepreist
- 0300:30Der Kunde stimmt zu und eine Zahlung über den neuen Betrag wird erstelltZahlungAusstehendBuchungNeu bepreist
- 0400:34Das Gateway genehmigt die Karte und reserviert den BetragZahlungAutorisiertBuchungNeu bepreist
- 0500:39Der Anbieter bestätigt die BuchungZahlungAutorisiertBuchungBestätigt
- 0600:40Der reservierte Betrag wird erfasstZahlungErfasstBuchungBestätigt
Die erneute Prüfung vor der Zahlung verhindert, dass die Agentur eine Tarif- oder Ratenerhöhung trägt, die sie nie gesehen hat.
Anbieter nach Zahlung gescheitert
StorniertFehlgeschlagen- 0100:00Die Buchung sendet Betrag, Währung und Referenz an das GatewayZahlungAusstehendBuchungIn Wartestellung
- 0200:04Das Gateway genehmigt die Karte und reserviert den BetragZahlungAutorisiertBuchungIn Wartestellung
- 0300:12Der Anbieter lehnt die Buchung abZahlungAutorisiertBuchungFehlgeschlagen
- 0400:13Autorisierung vor der Erfassung storniert, keine BelastungZahlungStorniertBuchungFehlgeschlagen
- 0500:14Kunde und Operations-Team mit beiden Referenzen benachrichtigtZahlungStorniertBuchungFehlgeschlagen
Da der Betrag nur autorisiert war, wird er per Storno statt per Erstattung freigegeben. Erfasst der Anbieter sofort, wird derselbe Schritt zur Erstattung.
Beispielhafte Abfolge. Ob der Betrag zuerst autorisiert oder sofort erfasst wird, hängt vom Gateway und Ihren Einstellungen ab.
Unter der Haube
Anfragen, Webhooks und Erstattungen, die die Buchungsreferenz tragen
Jeder Aufruf an das Gateway trägt die Buchungsreferenz und einen Idempotenzschlüssel, und jedes Ereignis vom Gateway wird geprüft, bevor es eine Buchung ändert.
- 1Die Buchungsreferenz reist als Metadaten mit, sodass das Anbieter-Dashboard und Ihr Admin-Panel dieselbe Buchung zeigen.
- 2Ein Idempotenzschlüssel verhindert, dass ein Doppelklick oder ein Netzwerk-Retry zweimal belastet.
- 3Beträge werden in kleinsten Einheiten mit explizitem Währungscode gesendet.
- 1Die Signatur wird gegen Ihr Webhook-Geheimnis geprüft, bevor sich etwas ändert.
- 2Der Ereignistyp bestimmt die Buchungsaktion: bestätigen, freigeben oder zur Prüfung markieren.
- 3Wiederholte Zustellungen desselben Ereignisses werden erkannt und ignoriert.
- 1Teilbeträge decken Stornogebühren ab, die die Agentur oder der Anbieter einbehält.
- 2Die Erstattung verweist auf die ursprüngliche Zahlung und die stornierte Buchung.
- 3Ein Grundcode geht an den Anbieter und in Ihre Aufzeichnungen für Support und Reklamationen.
Noch nicht angebundene Anbieter werden als Individuelle API-Integration umgesetzt. Beliebte Gateways haben eigene Seiten: Stripe-Zahlungen und PayPal-Zahlungen.
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=confirmedPOST /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 }}Allgemeines Beispiel. Die Feldnamen folgen der API des von Ihnen gewählten Gateways.
Reisespezifischer Betrieb
Zahlungskontrollen für das, was im Reisegeschäft schiefgeht
Preise ändern sich, Anbieter fallen aus und Kunden stornieren. Jede Kontrolle beantwortet eine Situation, mit der Operations-Teams regelmäßig umgehen.
- Situation01
Die Hotelrate ist zwischen Suche und Zahlung gestiegen.
KontrollePreisprüfung
Der aktuelle Anbieterpreis wird bestätigt, bevor der Kunde belastet wird, und jede Änderung wird zur Zustimmung angezeigt.
- Situation02
Der Kunde hat bei langsamer Verbindung zweimal auf Bezahlen gedrückt.
KontrolleIdempotenter Buchungsablauf
Wiederholte Anfragen liefern das erste Ergebnis, statt eine zweite Belastung oder eine zweite Buchung zu erzeugen.
- Situation03
Der Kunde zahlt in Euro und der Anbieter rechnet in Dollar ab.
KontrolleWährungs- und Aufschlagsregeln
Checkout-Währung, Buchungswert, Aufschlag und Abrechnungsbetrag werden jeweils erfasst.
- Situation04
Zwei Nächte eines fünftägigen Aufenthalts werden storniert.
KontrolleStornos und Teilerstattungen
Vollständige oder teilweise Rückbuchungen sind an die Stornierung oder Änderung gebunden, die sie ausgelöst hat.
- Situation05
Ein Karteninhaber beanstandet eine Belastung Monate nach der Reise.
KontrolleReklamationen und Chargebacks
Anbieterereignisse, Authentifizierungsergebnisse und Buchungsdokumente werden gemeinsam als Nachweis aufbewahrt.
- Situation06
Ein Webhook trifft für eine bereits stornierte Buchung ein.
KontrolleWebhooks und Benachrichtigungen
Geprüfte Ereignisse aktualisieren Buchungen; alles, was nicht passt, wird zur Prüfung durch eine Person markiert.
Anbieterabdeckung
Wählen Sie ein Gateway für Ihren Markt und Ihre Kunden
Die Verfügbarkeit hängt von Händlerfreigabe, Länderabdeckung, Währungen und Zahlungsmethoden ab. Viele Agenturen kombinieren ein globales Karten-Gateway mit einem regionalen Anbieter und einer B2B-Abrechnungsoption.
- A
Globale Karten-Gateways
Kartenakzeptanz, Tokenisierung, 3D Secure, Erstattungen und Checkout in mehreren Märkten.
- B
Regionale Anbieter
Lokale Währungen, inländische Zahlungsnetze und marktspezifische Methoden.
- C
Digitale Wallets
Schnellerer Checkout für Kunden, die ein freigegebenes Wallet-Konto bevorzugen.
- D
B2B-Zahlungsabläufe
Agentenkredit, manuelle Zahlungsnachweise und kontrollierte Zahlungsworkflows.
| Bedarf | AGlobale Karten-Gateways | BRegionale Anbieter | CDigitale Wallets | DB2B-Zahlungsabläufe |
|---|---|---|---|---|
| Internationale Karten | Üblicherweise abgedeckt | Üblicherweise abgedeckt | Abhängig vom Anbieter | Nicht die übliche Lösung |
| Lokale Methoden und Banknetze | Abhängig vom Anbieter | Üblicherweise abgedeckt | Abhängig vom Anbieter | Nicht die übliche Lösung |
| 3D Secure | Üblicherweise abgedeckt | Abhängig vom Anbieter | Abhängig vom Anbieter | Nicht die übliche Lösung |
| Erstattungen und Stornos | Üblicherweise abgedeckt | Abhängig vom Anbieter | Abhängig vom Anbieter | Üblicherweise abgedeckt |
| Mehrere Währungen | Üblicherweise abgedeckt | Abhängig vom Anbieter | Abhängig vom Anbieter | Abhängig vom Anbieter |
| Agentenkredit und Einzahlungen | Nicht die übliche Lösung | Nicht die übliche Lösung | Nicht die übliche Lösung | Üblicherweise abgedeckt |
- Üblicherweise abgedeckt
- Abhängig vom Anbieter
- Nicht die übliche Lösung
Gateways im Integrationsverzeichnis
Diese Namen stammen aus dem Live-Alle Integrationen. Händlerkonten und Transaktionsgebühren vereinbaren Sie mit dem Zahlungsunternehmen Ihrer Wahl.
Abrechnung ohne Gateway
- Wallet-Guthaben
- Banküberweisung
- Später zahlen
Für Agenten und Offline-Verkäufe können Buchungen auch aus der B2B-Agentur-Wallet, per Banküberweisung oder als Später-Zahlen abgerechnet werden, wobei Ihr Team jede Zahlung erfasst.
Projektumfang
Was wir für den Umfang Ihrer Zahlungsintegration brauchen
Ein klares Anbieterkonto und ein definierter Transaktionsablauf lassen uns Umfang, Tests und Lieferung genau festlegen. Haken Sie ab, was Sie bereits haben.
0/5bereit
Checkliste zum Umfang
Weg zum Go-live
- 01
Sandbox-Schlüssel
Die Plattform läuft gegen die Testumgebung des Anbieters.
- 02
Testfälle
Genehmigung, Ablehnung, 3D Secure, Storno und Erstattung, jeweils gegen eine Testbuchung.
- 03
Webhook-Endpunkt
Signaturen geprüft und jeder Ereignistyp einer Buchungsaktion zugeordnet.
- 04
Produktionsschlüssel
Live-Zugangsdaten aktiviert, fehlgeschlagene Zahlungen werden überwacht.
Planen Sie Ihren Checkout
Die Gateway-Arbeit wird zusammen mit Ihrer Buchungsplattform festgelegt. PHPTRAVELS ist eine einmalige Lizenz ab 2499 $ mit Quellcode, gehostet auf Ihrem eigenen Server; unter Preise sehen Sie, was jeder Plan abdeckt.
Fragen von Käufern
FAQ zur Zahlungs-Gateway-Integration
Was Agenturen fragen, bevor sie Online-Zahlungen zu ihrer Buchungsplattform hinzufügen.
Vertrieb kontaktierenSie verbindet eine Reisebuchungswebsite oder ein Portal mit einem Zahlungsanbieter, sodass Kunden beim Checkout bezahlen und das Buchungssystem Autorisierung, Erfassung, Erstattungen und Zahlungsstatus sicher je Buchung verfolgen kann.
PHPTRAVELS unterstützt eine Reihe globaler und regionaler Gateways, die im Integrationsverzeichnis aufgeführt sind. Die richtige Option hängt von Ihrem Land, der Händlerfreigabe, den Währungen, den Zahlungsmethoden und der für Ihr Konto verfügbaren Anbieter-API ab.
Ja, wenn das gewählte Gateway und das Händlerkonto die benötigten Anzeige- und Abrechnungswährungen unterstützen. Währungsumrechnung, Aufschlag und Abrechnungsregeln werden bei der Projektplanung bestätigt.
3D Secure ist enthalten, wenn der Anbieter es unterstützt und es für Ihr Händlerkonto aktiviert ist. Die Integration verarbeitet Authentifizierungsergebnisse, Weiterleitungen oder eingebettete Abfragen und den endgültigen Zahlungsstatus.
Ja, wenn die Anbieter-API sie unterstützt. Vollständige oder teilweise Erstattungen, Stornos und Stornogebühren werden mit den zugehörigen Buchungs- und Transaktionsreferenzen verknüpft.
Das Zahlungsunternehmen. Sie eröffnen das Händlerkonto beim Anbieter Ihrer Wahl und vereinbaren die Gebühren direkt mit ihm. PHPTRAVELS verbindet Ihre Plattform über die von Ihnen gelieferten Zugangsdaten mit diesem Konto.
Weiter entdecken