Pagamenti per prenotazioni di viaggio
Integrazione di gateway di pagamento per il travel che tiene ogni pagamento legato alla sua prenotazione
Collega il tuo sito di prenotazione o portale B2B ai provider di pagamento usati dai tuoi clienti. Il checkout avviene dentro il flusso di prenotazione, il 3D Secure si attiva dove la carta lo richiede, e ogni autorizzazione, cattura, rimborso e webhook viene salvato con il riferimento di prenotazione usato dal tuo team.
- Checkout dentro il flusso di prenotazione
- Multivaluta dove il tuo provider lo consente
- 3D Secure e carte tokenizzate
- Storni, rimborsi e riconciliazione
Checkout di viaggio sicuro
Integrazione di gateway di pagamento per il travel dentro il tuo flusso di prenotazione
I clienti pagano voli, hotel, tour e trasferimenti sulla tua pagina di checkout, non tramite un link di pagamento scollegato. Il sistema di prenotazione invia importo, valuta e riferimento della prenotazione; il gateway restituisce un esito su cui la prenotazione può agire.
Lo stesso flusso serve Software di prenotazione voli, Motore di prenotazione hotel e Software per tour operator: la prenotazione viene trattenuta, il pagamento incassato e la conferma del fornitore arriva solo quando il pagamento va a buon fine.
Multivaluta
Mostra e regola nelle valute supportate dal tuo provider e dal tuo conto merchant.
Autenticazione sicura
Carte tokenizzate, 3D Secure e i controlli di rischio del provider stesso.
Registri tracciabili
Transazioni, prenotazioni, rimborsi e riferimenti di regolamento restano collegati.
PT-48213- Dati
- Pagamento
- 3D Secure
- Confermata
- Volo, 2 adulti$612.00
- Hotel, 3 notti$438.00
- Costo di prenotazione$15.00
- Volo, 2 adulti€566.00
- Hotel, 3 notti€405.00
- Costo di prenotazione€14.00
- Volo, 2 adulti£486.00
- Hotel, 3 notti£348.00
- Costo di prenotazione£12.00
I dati della carta vanno direttamente al tuo gateway
Importi di esempio. Valute, metodi e commissioni dipendono dal tuo gateway e dal tuo conto merchant.
Ciclo di vita della transazione
Come stato del pagamento e stato della prenotazione avanzano insieme
Un pagamento travel non è concluso quando la carta viene approvata. Scegli uno scenario per vedere cosa riporta il gateway e cosa fa la prenotazione a ogni passo.
Pagata e confermata
CatturatoConfermata- 0100:00La prenotazione invia importo, valuta e riferimento al gatewayPagamentoIn sospesoPrenotazioneIn attesa
- 0200:04Il gateway approva la carta e blocca i fondiPagamentoAutorizzatoPrenotazioneIn attesa
- 0300:09Il fornitore conferma la prenotazionePagamentoAutorizzatoPrenotazioneConfermata
- 0400:10I fondi bloccati vengono catturatiPagamentoCatturatoPrenotazioneConfermata
- 0500:11Webhook firmato salvato con la prenotazionePagamentoCatturatoPrenotazioneConfermata
Catturare dopo la conferma del fornitore significa che al cliente non viene mai addebitata una prenotazione che non esiste.
Sfida 3D Secure
CatturatoConfermata- 0100:00La prenotazione invia importo, valuta e riferimento al gatewayPagamentoIn sospesoPrenotazioneIn attesa
- 0200:03La banca richiede una sfida 3D SecurePagamentoAzione richiestaPrenotazioneIn attesa
- 0300:41Il cliente completa la verifica e il pagamento viene autorizzatoPagamentoAutorizzatoPrenotazioneIn attesa
- 0400:46Il fornitore conferma la prenotazionePagamentoAutorizzatoPrenotazioneConfermata
- 0500:47I fondi bloccati vengono catturatiPagamentoCatturatoPrenotazioneConfermata
La prenotazione resta in attesa mentre il cliente verifica. Se la sfida fallisce o scade, il blocco viene rilasciato e non viene addebitato nulla.
Prezzo cambiato
CatturatoConfermata- 0100:00Prezzo riconvalidato con il fornitore prima dell'addebitoPagamentoNon avviatoPrenotazioneIn attesa
- 0200:02Nuovo prezzo mostrato al cliente per approvazionePagamentoNon avviatoPrenotazioneRiprezzata
- 0300:30Il cliente accetta e viene creato un pagamento per il nuovo importoPagamentoIn sospesoPrenotazioneRiprezzata
- 0400:34Il gateway approva la carta e blocca i fondiPagamentoAutorizzatoPrenotazioneRiprezzata
- 0500:39Il fornitore conferma la prenotazionePagamentoAutorizzatoPrenotazioneConfermata
- 0600:40I fondi bloccati vengono catturatiPagamentoCatturatoPrenotazioneConfermata
Riconvalidare prima del pagamento evita che l'agenzia assorba un aumento di tariffa che non ha mai visto.
Fornitore fallito dopo il pagamento
StornatoFallita- 0100:00La prenotazione invia importo, valuta e riferimento al gatewayPagamentoIn sospesoPrenotazioneIn attesa
- 0200:04Il gateway approva la carta e blocca i fondiPagamentoAutorizzatoPrenotazioneIn attesa
- 0300:12Il fornitore rifiuta la prenotazionePagamentoAutorizzatoPrenotazioneFallita
- 0400:13Autorizzazione stornata prima della cattura, nessun addebitoPagamentoStornatoPrenotazioneFallita
- 0500:14Cliente e team operativo avvisati con entrambi i riferimentiPagamentoStornatoPrenotazioneFallita
Poiché i fondi erano solo autorizzati, vengono rilasciati con uno storno invece di un rimborso. Dove il provider cattura subito, lo stesso passo diventa un rimborso.
Sequenza illustrativa. Se i fondi vengono prima autorizzati o catturati subito dipende dal gateway e dalle tue impostazioni.
Sotto il cofano
Richieste, webhook e rimborsi che portano il riferimento della prenotazione
Ogni chiamata al gateway porta il riferimento della prenotazione e una chiave di idempotenza, e ogni evento dal gateway viene verificato prima di modificare una prenotazione.
- 1Il riferimento della prenotazione viaggia come metadato, così la dashboard del provider e il tuo pannello admin mostrano la stessa prenotazione.
- 2Una chiave di idempotenza impedisce che un doppio clic o un nuovo tentativo di rete addebiti due volte.
- 3Gli importi vengono inviati in unità minime con un codice valuta esplicito.
- 1La firma viene controllata contro il tuo segreto webhook prima di qualsiasi modifica.
- 2Il tipo di evento decide l'azione sulla prenotazione: confermare, rilasciare o segnalare per revisione.
- 3Le consegne ripetute dello stesso evento vengono riconosciute e ignorate.
- 1Gli importi parziali coprono le penali di cancellazione trattenute dall'agenzia o dal fornitore.
- 2Il rimborso punta al pagamento originale e alla prenotazione cancellata.
- 3Un codice motivo va al provider e nei tuoi registri per assistenza e contestazioni.
I provider non ancora collegati vengono gestiti come Integrazione API personalizzata. I gateway più diffusi hanno pagine dedicate: Pagamenti Stripe e Pagamenti 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=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 }}Esempio generico. I nomi dei campi seguono l'API del gateway che scegli.
Operazioni specifiche del travel
Controlli di pagamento per ciò che va storto nel travel
I prezzi cambiano, i fornitori falliscono e i clienti cancellano. Ogni controllo risponde a una situazione che i team operativi affrontano regolarmente.
- Situazione01
La tariffa dell'hotel è salita tra ricerca e pagamento.
ControlloRiconvalida del prezzo
L'ultimo prezzo del fornitore viene confermato prima di addebitare il cliente, e ogni variazione viene mostrata per approvazione.
- Situazione02
Il cliente ha premuto Paga due volte su una connessione lenta.
ControlloFlusso di prenotazione idempotente
Le richieste ripetute restituiscono il primo esito invece di creare un secondo addebito o una seconda prenotazione.
- Situazione03
Il cliente paga in euro e il fornitore fattura in dollari.
ControlloRegole di valuta e ricarico
Valuta del checkout, valore della prenotazione, ricarico e importo di regolamento vengono registrati separatamente.
- Situazione04
Due notti di un soggiorno di cinque vengono cancellate.
ControlloStorni e rimborsi parziali
Le restituzioni totali o parziali sono legate alla cancellazione o alla modifica che le ha causate.
- Situazione05
Un titolare contesta un addebito mesi dopo il viaggio.
ControlloContestazioni e chargeback
Eventi del provider, esiti di autenticazione e documenti di prenotazione vengono conservati insieme come prova.
- Situazione06
Arriva un webhook per una prenotazione già cancellata.
ControlloWebhook e avvisi
Gli eventi verificati aggiornano le prenotazioni; ciò che non corrisponde viene segnalato per la revisione di una persona.
Copertura dei provider
Scegli un gateway per il tuo mercato e i tuoi clienti
La disponibilità dipende dall'approvazione merchant, dalla copertura per paese, dalle valute e dai metodi di pagamento. Molte agenzie combinano un gateway carte globale con un provider regionale e un'opzione di regolamento B2B.
- A
Gateway carte globali
Accettazione carte, tokenizzazione, 3D Secure, rimborsi e checkout multi-mercato.
- B
Provider regionali
Valute locali, circuiti di pagamento nazionali e metodi specifici del mercato.
- C
Wallet digitali
Checkout più rapido per i clienti che preferiscono un conto wallet approvato.
- D
Flussi di pagamento B2B
Credito agente, registrazioni di pagamento manuali e flussi di pagamento controllati.
| Esigenza | AGateway carte globali | BProvider regionali | CWallet digitali | DFlussi di pagamento B2B |
|---|---|---|---|---|
| Carte internazionali | Di solito coperto | Di solito coperto | Dipende dal provider | Non la scelta abituale |
| Metodi locali e circuiti bancari | Dipende dal provider | Di solito coperto | Dipende dal provider | Non la scelta abituale |
| 3D Secure | Di solito coperto | Dipende dal provider | Dipende dal provider | Non la scelta abituale |
| Rimborsi e storni | Di solito coperto | Dipende dal provider | Dipende dal provider | Di solito coperto |
| Più valute | Di solito coperto | Dipende dal provider | Dipende dal provider | Dipende dal provider |
| Credito agente e depositi | Non la scelta abituale | Non la scelta abituale | Non la scelta abituale | Di solito coperto |
- Di solito coperto
- Dipende dal provider
- Non la scelta abituale
Gateway nella directory delle integrazioni
Questi nomi provengono dalla Tutte le integrazioni in tempo reale. Conti merchant e commissioni di transazione si concordano con la società di pagamento che scegli.
Regolamento senza gateway
- Saldo wallet
- Bonifico bancario
- Paga dopo
Per agenti e vendite offline, le prenotazioni possono anche essere regolate dal Wallet agenti B2B, con bonifico bancario o come pagamento differito, con ogni pagamento registrato dal tuo team.
Definizione del progetto
Cosa ci serve per definire la tua integrazione dei pagamenti
Un conto provider chiaro e un flusso di transazioni definito ci permettono di fissare con precisione ambito, test e consegna. Spunta ciò che hai già.
0/5pronto
Checklist di definizione
Percorso verso il go-live
- 01
Chiavi sandbox
La piattaforma gira contro l'ambiente di test del provider.
- 02
Casi di test
Approvazione, rifiuto, 3D Secure, storno e rimborso, ciascuno su una prenotazione di prova.
- 03
Endpoint webhook
Firme verificate e ogni tipo di evento mappato a un'azione di prenotazione.
- 04
Chiavi di produzione
Credenziali live attivate, con monitoraggio dei pagamenti falliti.
Pianifica il tuo checkout
Il lavoro sul gateway viene definito insieme alla tua piattaforma di prenotazione. PHPTRAVELS è una licenza una tantum da 2499 $ con codice sorgente incluso, ospitata sul tuo server; vedi Prezzi per sapere cosa copre ogni piano.
Domande degli acquirenti
FAQ sull'integrazione dei gateway di pagamento
Cosa chiedono le agenzie prima di aggiungere pagamenti online alla loro piattaforma di prenotazione.
Contatta il team venditeCollega un sito o portale di prenotazione viaggi a un provider di pagamento, così i clienti pagano durante il checkout e il sistema di prenotazione può tracciare in sicurezza autorizzazione, cattura, rimborsi e stato del pagamento per ogni prenotazione.
PHPTRAVELS supporta una gamma di gateway globali e regionali, elencati nella directory delle integrazioni. L'opzione giusta dipende dal tuo paese, dall'approvazione merchant, dalle valute, dai metodi di pagamento e dall'API del provider disponibile per il tuo conto.
Sì, quando il gateway selezionato e il conto merchant supportano le valute di presentazione e regolamento di cui hai bisogno. Conversione valutaria, ricarico e regole di regolamento vengono confermati durante la definizione del progetto.
Il 3D Secure è incluso quando il provider lo supporta ed è abilitato per il tuo conto merchant. L'integrazione gestisce gli esiti di autenticazione, i redirect o le sfide integrate e lo stato finale del pagamento.
Sì, se l'API del provider li supporta. Rimborsi totali o parziali, storni e penali di cancellazione vengono collegati ai riferimenti di prenotazione e transazione pertinenti.
La società di pagamento. Apri il conto merchant con il provider che scegli e concordi le commissioni direttamente con lui. PHPTRAVELS collega la tua piattaforma a quel conto con le credenziali che fornisci.
Continua a esplorare