Demo en vivo

Pagos para reservas de viajes

Integración de pasarelas de pago para viajes que mantiene cada pago vinculado a su reserva

Conecte su sitio de reservas o portal B2B con los proveedores de pago que usan sus clientes. El checkout ocurre dentro del flujo de reserva, 3D Secure se ejecuta cuando la tarjeta lo exige y cada autorización, captura, reembolso y webhook se guarda contra la referencia de reserva con la que trabaja su equipo.

  • Checkout dentro del flujo de reserva
  • Multimoneda cuando su proveedor lo permite
  • 3D Secure y tarjetas tokenizadas
  • Anulaciones, reembolsos y conciliación

Checkout de viajes seguro

Integración de pasarelas de pago para viajes dentro de su flujo de reserva

Los clientes pagan vuelos, hoteles, tours y traslados en su propia página de checkout, no mediante un enlace de pago desconectado. El sistema de reservas envía el importe, la moneda y la referencia de la reserva; la pasarela devuelve un resultado sobre el que la reserva puede actuar.

El mismo flujo sirve para Software de reservas de vuelos, Motor de reservas hotelero y Software para turoperadores: la reserva queda retenida, se cobra el pago y la confirmación del proveedor llega solo cuando el pago tiene éxito.

  • Multimoneda

    Muestre y liquide las monedas que admiten su proveedor y su cuenta de comercio.

  • Autenticación segura

    Tarjetas tokenizadas, 3D Secure y los controles de riesgo del propio proveedor.

  • Registros trazables

    Transacciones, reservas, reembolsos y referencias de liquidación permanecen vinculados.

Pago de la reservaReservaPT-48213
  1. Datos
  2. Pago
  3. 3D Secure
  4. Confirmada
Pagar en
  • Vuelo, 2 adultos$612.00
  • Hotel, 3 noches$438.00
  • Cargo por reserva$15.00
Total a pagar$1,065.00 USD
  • Vuelo, 2 adultos€566.00
  • Hotel, 3 noches€405.00
  • Cargo por reserva€14.00
Total a pagar€985.00 EUR
  • Vuelo, 2 adultos£486.00
  • Hotel, 3 noches£348.00
  • Cargo por reserva£12.00
Total a pagar£846.00 GBP

Los datos de la tarjeta van directamente a su pasarela

Importes de ejemplo. Las monedas, los métodos y las comisiones dependen de su pasarela y de su cuenta de comercio.

Ciclo de vida de la transacción

Cómo avanzan juntos el estado del pago y el estado de la reserva

Un pago de viaje no termina cuando se aprueba la tarjeta. Elija un escenario para ver qué informa la pasarela y qué hace la reserva en cada paso.

Pagada y confirmada

CapturadoConfirmada
  1. 0100:00La reserva envía importe, moneda y referencia a la pasarelaPagoPendienteReservaEn espera
  2. 0200:04La pasarela aprueba la tarjeta y retiene los fondosPagoAutorizadoReservaEn espera
  3. 0300:09El proveedor confirma la reservaPagoAutorizadoReservaConfirmada
  4. 0400:10Se capturan los fondos retenidosPagoCapturadoReservaConfirmada
  5. 0500:11Webhook firmado guardado contra la reservaPagoCapturadoReservaConfirmada

Capturar después de que el proveedor confirme significa que al cliente nunca se le cobra una reserva que no existe.

Desafío 3D Secure

CapturadoConfirmada
  1. 0100:00La reserva envía importe, moneda y referencia a la pasarelaPagoPendienteReservaEn espera
  2. 0200:03El banco solicita un desafío 3D SecurePagoAcción necesariaReservaEn espera
  3. 0300:41El cliente completa la verificación y el pago queda autorizadoPagoAutorizadoReservaEn espera
  4. 0400:46El proveedor confirma la reservaPagoAutorizadoReservaConfirmada
  5. 0500:47Se capturan los fondos retenidosPagoCapturadoReservaConfirmada

La reserva permanece en espera mientras el cliente verifica. Si el desafío falla o caduca, la retención se libera y no se cobra nada.

Cambio de precio

CapturadoConfirmada
  1. 0100:00Precio revalidado con el proveedor antes del cobroPagoNo iniciadoReservaEn espera
  2. 0200:02Nuevo precio mostrado al cliente para su aprobaciónPagoNo iniciadoReservaPrecio actualizado
  3. 0300:30El cliente acepta y se crea un pago por el nuevo importePagoPendienteReservaPrecio actualizado
  4. 0400:34La pasarela aprueba la tarjeta y retiene los fondosPagoAutorizadoReservaPrecio actualizado
  5. 0500:39El proveedor confirma la reservaPagoAutorizadoReservaConfirmada
  6. 0600:40Se capturan los fondos retenidosPagoCapturadoReservaConfirmada

Revalidar antes del pago evita que la agencia absorba una subida de tarifa que nunca vio.

El proveedor falló tras el pago

AnuladoFallida
  1. 0100:00La reserva envía importe, moneda y referencia a la pasarelaPagoPendienteReservaEn espera
  2. 0200:04La pasarela aprueba la tarjeta y retiene los fondosPagoAutorizadoReservaEn espera
  3. 0300:12El proveedor rechaza la reservaPagoAutorizadoReservaFallida
  4. 0400:13Autorización anulada antes de la captura, sin cargoPagoAnuladoReservaFallida
  5. 0500:14Cliente y equipo de operaciones notificados con ambas referenciasPagoAnuladoReservaFallida

Como los fondos solo estaban autorizados, se liberan con una anulación en lugar de un reembolso. Cuando el proveedor captura de inmediato, ese mismo paso se convierte en un reembolso.

Secuencia ilustrativa. Que los fondos se autoricen primero o se capturen de inmediato depende de la pasarela y de su configuración.

Por dentro

Solicitudes, webhooks y reembolsos que llevan la referencia de la reserva

Cada llamada a la pasarela lleva la referencia de la reserva y una clave de idempotencia, y cada evento de la pasarela se verifica antes de modificar una reserva.

  1. 1La referencia de la reserva viaja como metadatos, así que el panel del proveedor y su panel de administración muestran la misma reserva.
  2. 2Una clave de idempotencia evita que un doble clic o un reintento de red cobre dos veces.
  3. 3Los importes se envían en unidades menores con un código de moneda explícito.
  1. 1La firma se comprueba contra su secreto de webhook antes de cambiar nada.
  2. 2El tipo de evento decide la acción sobre la reserva: confirmar, liberar o marcar para revisión.
  3. 3Las entregas repetidas del mismo evento se reconocen y se ignoran.
  1. 1Los importes parciales cubren los cargos por cancelación que retienen la agencia o el proveedor.
  2. 2El reembolso apunta al pago original y a la reserva cancelada.
  3. 3Un código de motivo va al proveedor y a sus registros para soporte y disputas.

Los proveedores aún no conectados se tratan como una Integración de API personalizada. Las pasarelas populares tienen sus propias páginas: Pagos con Stripe y Pagos con 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  }}

Ejemplo genérico. Los nombres de campo siguen la API de la pasarela que elija.

Operaciones específicas de viajes

Controles de pago para lo que sale mal en los viajes

Los precios cambian, los proveedores fallan y los clientes cancelan. Cada control responde a una situación que los equipos de operaciones afrontan con regularidad.

  • Situación01

    La tarifa del hotel subió entre la búsqueda y el pago.

    Control

    Revalidación de precios

    El último precio del proveedor se confirma antes de cobrar al cliente y cualquier cambio se muestra para su aprobación.

  • Situación02

    El cliente pulsó Pagar dos veces con una conexión lenta.

    Control

    Flujo de reserva idempotente

    Las solicitudes repetidas devuelven el primer resultado en lugar de crear un segundo cargo o una segunda reserva.

  • Situación03

    El cliente paga en euros y el proveedor factura en dólares.

    Control

    Reglas de moneda y margen

    Moneda del checkout, valor de la reserva, margen e importe de liquidación se registran por separado.

  • Situación04

    Se cancelan dos noches de una estancia de cinco.

    Control

    Anulaciones y reembolsos parciales

    Las reversiones totales o parciales se vinculan a la cancelación o modificación que las originó.

  • Situación05

    Un titular disputa un cargo meses después del viaje.

    Control

    Disputas y contracargos

    Los eventos del proveedor, los resultados de autenticación y los documentos de la reserva se conservan juntos como evidencia.

  • Situación06

    Llega un webhook para una reserva ya cancelada.

    Control

    Webhooks y alertas

    Los eventos verificados actualizan las reservas; lo que no encaja se marca para que una persona lo revise.

Cobertura de proveedores

Elija una pasarela para su mercado y sus clientes

La disponibilidad depende de la aprobación del comercio, la cobertura por país, las monedas y los métodos de pago. Muchas agencias combinan una pasarela de tarjetas global con un proveedor regional y una opción de liquidación B2B.

  • A

    Pasarelas de tarjetas globales

    Aceptación de tarjetas, tokenización, 3D Secure, reembolsos y checkout multimercado.

  • B

    Proveedores regionales

    Monedas locales, redes de pago nacionales y métodos propios del mercado.

  • C

    Billeteras digitales

    Checkout más rápido para clientes que prefieren una cuenta de billetera aprobada.

  • D

    Flujos de pago B2B

    Crédito de agente, registros de pago manual y flujos de pago controlados.

Qué suele cubrir cada tipo
NecesidadAPasarelas de tarjetas globalesBProveedores regionalesCBilleteras digitalesDFlujos de pago B2B
Tarjetas internacionalesNormalmente cubiertoNormalmente cubiertoDepende del proveedorNo es el encaje habitual
Métodos locales y redes bancariasDepende del proveedorNormalmente cubiertoDepende del proveedorNo es el encaje habitual
3D SecureNormalmente cubiertoDepende del proveedorDepende del proveedorNo es el encaje habitual
Reembolsos y anulacionesNormalmente cubiertoDepende del proveedorDepende del proveedorNormalmente cubierto
Varias monedasNormalmente cubiertoDepende del proveedorDepende del proveedorDepende del proveedor
Crédito de agente y depósitosNo es el encaje habitualNo es el encaje habitualNo es el encaje habitualNormalmente cubierto
  • Normalmente cubierto
  • Depende del proveedor
  • No es el encaje habitual

Pasarelas en el directorio de integraciones

Estos nombres proceden del Todas las integraciones en vivo. Las cuentas de comercio y las comisiones por transacción se acuerdan con la empresa de pagos que elija.

Liquidación sin pasarela

  • Saldo de billetera
  • Transferencia bancaria
  • Pagar después

Para agentes y ventas fuera de línea, las reservas también pueden liquidarse desde la Billetera de agentes B2B, por transferencia bancaria o como pago posterior, con cada pago registrado por su equipo.

Alcance del proyecto

Lo que necesitamos para definir su integración de pagos

Una cuenta de proveedor clara y un flujo de transacciones definido nos permiten fijar con precisión el alcance, las pruebas y la entrega. Marque lo que ya tiene.

0/5listo

Lista de alcance

Camino hacia la puesta en producción

  1. 01

    Claves de sandbox

    La plataforma funciona contra el entorno de pruebas del proveedor.

  2. 02

    Casos de prueba

    Aprobación, rechazo, 3D Secure, anulación y reembolso, cada uno contra una reserva de prueba.

  3. 03

    Endpoint de webhooks

    Firmas verificadas y cada tipo de evento asignado a una acción de reserva.

  4. 04

    Claves de producción

    Credenciales en vivo activadas, con monitorización de los pagos fallidos.

Planifique su checkout

El trabajo con la pasarela se define junto con su plataforma de reservas. PHPTRAVELS es una licencia de pago único desde 2499 $ con código fuente incluido, alojada en su propio servidor; consulte Precios para ver qué cubre cada plan.

Probar la demoHable con nosotros

Los pagos se conectan con

Preguntas de compradores

Preguntas frecuentes sobre la integración de pasarelas de pago

Lo que preguntan las agencias antes de añadir pagos en línea a su plataforma de reservas.

Habla con ventas

Conecta un sitio web o portal de reservas de viajes con un proveedor de pagos, de modo que los clientes pagan durante el checkout y el sistema de reservas puede seguir de forma segura la autorización, la captura, los reembolsos y el estado del pago de cada reserva.

PHPTRAVELS admite una variedad de pasarelas globales y regionales, listadas en el directorio de integraciones. La opción adecuada depende de su país, la aprobación del comercio, las monedas, los métodos de pago y la API del proveedor disponible para su cuenta.

Sí, cuando la pasarela elegida y la cuenta de comercio admiten las monedas de presentación y liquidación que necesita. La conversión de moneda, el margen y las reglas de liquidación se confirman durante la definición del alcance.

3D Secure se incluye cuando el proveedor lo admite y está habilitado para su cuenta de comercio. La integración gestiona los resultados de autenticación, las redirecciones o desafíos integrados y el estado final del pago.

Sí, si la API del proveedor lo permite. Los reembolsos totales o parciales, las anulaciones y los cargos por cancelación se vinculan a las referencias de reserva y transacción correspondientes.

La empresa de pagos. Usted abre la cuenta de comercio con el proveedor que elija y acuerda sus comisiones directamente con él. PHPTRAVELS conecta su plataforma a esa cuenta con las credenciales que usted proporciona.

Sigue explorando

Más sobre la plataforma