Aceptar pagos con tarjeta en el motor de reservas (2026)

Aceptar pagos con tarjeta en un motor de reservas exige tres piezas conectadas: una pasarela de pago certificada PCI DSS integrada directamente en el motor, tokenización de los datos de tarjeta para no almacenar el número real, y autenticación SCA (3D Secure) exigida por PSD2 para operaciones en euros dentro de la UE. El coste oculto que casi nadie menciona antes de configurar el suyo: si el motor de reservas redirige al huésped a una pasarela externa para pagar, la fricción en el checkout sube y el alojamiento pierde reservas directas, aunque el pago en sí sea seguro.

TL;DR

• Aceptar pagos con tarjeta en un motor de reservas exige pasarela PCI DSS, tokenización y 3D Secure bajo PSD2.
• La pasarela integrada evita redirecciones externas que rompen la reserva directa y suben el abandono en el checkout.
• La tokenización permite cobrar depósitos o penalizar no-shows sin guardar el número de tarjeta.
• En 2026 SCA es obligatorio para pagos en euros en la UE; sin 3D Secure el banco puede rechazar el cargo.
• Hotelgest conecta la pasarela de pago dentro del propio motor de reservas, sin salir a una web externa.

Por qué esto importa

Un motor de reservas que cobra mal, o que cobra fuera de la normativa, genera dos problemas distintos: contracargos (chargebacks) que el alojamiento asume sin capacidad de defensa, y sanciones o bloqueos del proveedor de pago si no cumple PCI DSS. En 2026, con SCA plenamente asentado en el mercado europeo, un motor que no soporta 3D Secure v2 rechaza pagos que deberían pasar sin problema, y eso se traduce directamente en menos reservas cerradas.

La parte que sí depende de ti como gestor es el modelo de cobro: pasarela integrada en el motor de reservas o redirección a una web de pago externa. La diferencia entre ambos modelos no es cosmética, afecta directamente a cuántas reservas directas cierras frente a las que se van a una OTA.

Cómo aceptar pagos con tarjeta en un motor de reservas

El proceso tiene seis pasos, en este orden:

1. Elige una pasarela certificada PCI DSS Nivel 1 (Redsys, Stripe u otro proveedor reconocido en el sector hotelero).
2. Integra la pasarela dentro del motor de reservas, no como salto a una página externa.
3. Activa la tokenización para cada tarjeta procesada, de forma que el PMS nunca guarde el número completo (PAN).
4. Configura SCA / 3D Secure v2 para cumplir PSD2 en cargos con tarjetas emitidas en la UE.
5. Define la regla de captura: pago inmediato, preautorización o depósito parcial, según la política de cancelación del alojamiento.
6. Conecta la pasarela con el PMS para que cobros, devoluciones y cargos por no-show queden en la misma reserva, sin doble tecleo entre sistemas.

El paso 2 es el que más se salta en motores de reservas genéricos, y es el que más impacto tiene en la conversión.

Pasarela integrada vs TPV virtual redirigido en 2026

Verdict: la pasarela integrada gana en conversión y en control del dato de tarjeta; el TPV bancario clásico sigue siendo válido para quien no tiene PMS, pero obliga a conciliar cobros a mano.

Tokenización de tarjetas: la pieza clave para depósitos y no-shows

La tokenización sustituye el número real de la tarjeta por un identificador único (token) que solo la pasarela puede traducir de vuelta. El motor de reservas y el PMS trabajan con ese token, nunca con el PAN completo, lo que reduce el alcance de la auditoría PCI DSS que aplica al alojamiento.

Esto importa en la práctica para dos escenarios muy concretos:

Depósitos de garantía

el motor retiene el token en el momento de la reserva y ejecuta el cargo solo si se incumple la política de cancelación.

Cargos por no-show

si el huésped no se presenta, el token permite cobrar la penalización sin pedirle la tarjeta de nuevo.

Si tu operativa depende de reducir no-shows, conviene revisar cómo se combina esto con el check-in online, porque el momento en que se confirma la tarjeta suele coincidir con el registro previo a la llegada.

SCA y 3D Secure: qué exige la normativa europea en 2026

La Directiva de Servicios de Pago (PSD2) obliga a la autenticación reforzada del cliente (SCA) en pagos con tarjeta dentro de la UE cuando el titular está presente en el flujo de pago online. En la práctica, esto se traduce en 3D Secure v2: el banco emisor pide una confirmación adicional (app del banco, código SMS) antes de aprobar el cargo.

Un motor de reservas que no soporta 3D Secure v2 en 2026 arriesga que el banco rechace directamente cargos que deberían aprobarse sin fricción, especialmente en tarjetas emitidas fuera de España pero dentro de la UE. Para tarjetas emitidas fuera del Espacio Económico Europeo, la exigencia de SCA depende del banco emisor, no del motor de reservas.

Hotelgest integra la pasarela de pago dentro del propio motor de reservas del PMS, de forma que el huésped completa el pago sin salir del flujo de reserva y sin que el alojamiento tenga que gestionar dos sistemas distintos para cobros y disponibilidad.

Por qué varía la seguridad y el coste de aceptar pagos en un motor de reservas

• El proveedor de pasarela elegido (Redsys, Stripe u otros) y su nivel de certificación PCI DSS.
• Si el motor de reservas está integrado de forma nativa en el PMS o es un producto separado que se conecta por API.
• El tipo de captura configurado: pago inmediato, preautorización o depósito parcial.
• El volumen de tarjetas internacionales que requieren validaciones adicionales de 3D Secure.
• La política de cancelación y no-shows del alojamiento, que determina cuándo se ejecuta el cargo.
• El país emisor de la tarjeta, dentro o fuera de la UE, a efectos de la exigencia de SCA.

Revisa cómo cobra tu motor de reservas

Comprueba si tu pasarela cumple PCI DSS y SCA antes de perder reservas directas.

[Ver el PMS de Hotelgest](/)

Es obligatorio el 3D Secure para reservas de hotel en España?

Sí, el 3D Secure (SCA bajo PSD2) es obligatorio para pagos con tarjeta emitida en la UE cuando el titular participa en el flujo de pago online, y esto aplica también a las reservas de hotel en España en 2026. Sin esta autenticación, el banco emisor puede rechazar el cargo aunque los datos de la tarjeta sean correctos.

Puede un motor de reservas guardar la tarjeta para cobrar un no-show?

Sí, un motor de reservas puede retener un token de la tarjeta para cobrar un no-show, siempre que use tokenización certificada y no almacene el número real. El cargo se ejecuta contra el token cuando se cumple la condición definida en la política de cancelación, sin volver a pedir la tarjeta al huésped.

Qué diferencia hay entre pasarela de pago y TPV virtual?

La pasarela de pago es el servicio que autoriza, procesa y tokeniza el cobro dentro del flujo del motor de reservas, mientras que el TPV virtual es la conexión tradicional del banco para cobrar online, normalmente sin integración directa con el PMS. En la práctica, una pasarela integrada en el motor sustituye la necesidad de un TPV virtual independiente para las reservas online.

Una última cosa

La mayoría de los alojamientos revisan la seguridad de su pasarela de pago solo cuando ya han sufrido un contracargo, no antes. La forma más barata de evitarlo en 2026 es exigir tokenización y 3D Secure v2 desde el primer día de configuración del motor de reservas, no como una mejora posterior. Un motor de reservas que integra la pasarela de forma nativa, en lugar de redirigir a una web externa, resuelve al mismo tiempo el problema de seguridad y el de conversión en reserva directa.

Guías relacionadas

• Comparativa de pasarelas de pago para hoteles
• Cómo configurar el motor de reservas de tu hotel
• Reducir no-shows con check-in online